Versioning
summary
Explains concrete rules and tooling: FHIR fragments never carry their release tag so version is a property of the channel, clients discover supported releases from the capability statement declares versions and servers can expose either separate endpoints per release or a single endpoint using the FHIR version MIME parameter; IG publisher and validator run everything through R5 so IG publisher uses R5 internally; conversion maps and Java libraries exist but transforms sometimes fail and package-level versioning is recommended because per-resource unversioned references are fragile.
AI-written summary · about
chapters (10)
- 0:00Introduction to versioning
- 5:59Versioning in FHIR releases
- 12:06Versioning strategy and SEMVER
- 20:27API strategy for versioning
- 26:50Challenges and costs of versioning
- 28:22Q&A on adopting R5
- 29:24Testing and version awareness
- 34:04IG publisher and R5
- 36:11Metadata API and capability statements
- 37:14Single vs multiple endpoints








