FHIR R6 is on the way, and it’s definitely a major step forward. Although its final publication is not expected until late 2026, Aidbox already supports version 6.0.0-ballot3, allowing you to begin evaluating and prototyping with R6 today — either in the cloud or on a local installation.
‍
Each FHIR version is a significant milestone in healthcare interoperability standards, but breaking changes across versions still raise a lot of concerns and discussions:
“R6 is the release we anticipate will progress most clinical and administrative resources to 'normative'… giving us a solid foundation going forward.”
— Lloyd McKenzie, Chief Standards Officer at Dogwood Health Consulting
‍
The majority of the FHIR spec will be frozen from breaking changes — a key shift toward long-term compatibility.
‍
DeviceAlert, ClinicalAssessment, InsuranceProduct, PersonalRelationship, MolecularDefinition
‍
FHIR R6 introduces a new concept called additional resources. These are not part of the core specification but can still function as full FHIR resources if registered and approved by HL7. This allows new resource types to be developed and adopted more quickly, without waiting for major FHIR releases. Especially important as the core release cycle slows after R6.
‍
The Group resource has been redesigned to support public health use cases, low- and middle-income countries (LMICs), and evidence-based medicine.
‍
Vital signs profiles have been improved to ensure greater clinical accuracy and consistency across implementations.
‍
R6 incorporates thousands of changes and refinements, all driven by community feedback across real-world implementations.
‍
“The most important change is… moving the bulk of the standard to stability… Beyond that, there are thousands of changes across the entire specification.”
— Grahame Grieve, FHIR Product Director at HL7®
‍
If you're planning a new implementation or considering an upgrade, it's important to understand the trade-offs between versions.
FHIR R4 is the most widely adopted release. It’s stable, production-ready, and offers the best compatibility with existing systems. It’s ideal when short-term interoperability with external parties is a priority.
FHIR R5 introduced many modelling improvements (along with breaking changes) and has seen limited adoption. It can serve as a transitional option for teams preparing for R6 by leveraging its inter-version extensions.
FHIR R6, while still in ballot, is the clear long-term direction. It introduces a highly stable foundation, with most resources marked as normative. For systems that won’t go live until 2026 or beyond, adopting R6 as the internal data model — even during the ballot stage — could reduce future migration complexity compared to starting with R4 or R5.
Widespread support for R6 in production environments isn’t expected until late 2027. Systems that require short-term interoperability may still need to rely on R4 for time being.
‍
“R6 advances the vision by making FHIR a formal standard no longer subject to breaking change — a significant cost saver for implementers.”
— Grahame Grieve, FHIR Product Director at HL7®
‍
We’ve made it easy to test FHIR R6 (6.0.0-ballot3) with Aidbox. You can explore it in the cloud or locally, depending on your setup.
‍
‍
mkdir aidbox && cd aidbox
‍
curl -JO https://aidbox.app/runme/r6
‍
docker compose up
‍
Get in touch with us today!