— 16 mai 2026 · 9 min de lecture
FHIR R6 preview : ce que change la prochaine version
HL7 prépare la sixième révision majeure de FHIR. Après R4 (2019) et R5 (publié en mars 2023), R6 vise un ballot 2026 et stabilise la maturité des ressources cliniques pivots. Cet article cadre les évolutions attendues, sans extrapoler au-delà de ce qui est publiquement annoncé sur le tracker HL7 et sur build.fhir.org.
R4, R5, R6 : la trajectoire de stabilisation
Pour situer R6, il faut rappeler le statut de ses prédécesseurs. FHIR
R4 (publié en octobre 2018, révision 4.0.1 en novembre 2019)
reste la version la plus largement déployée dans les écosystèmes nationaux
(US Core, IPA, IPS, France SI-DMP). Sa caractéristique majeure : les
ressources les plus utilisées (Patient, Observation, Encounter, Medication*,
AllergyIntolerance) sont marquées Normative, c'est-à-dire stables et
rétrocompatibles dans toutes les versions futures de FHIR. FHIR R5
(publié en mars 2023) a élargi le périmètre normatif, retravaillé certaines
ressources cliniques et précisé la version 5.0.0 du datatype Quantity,
des terminology services et de FHIRPath.
R6, encore en cours d'élaboration au moment de cet article, vise principalement à capitaliser sur l'expérience R5 et à finaliser le marquage normatif d'un ensemble plus large de ressources, en particulier dans les domaines diagnostic/pharmacie/imaging. HL7 a indiqué sur son tracker un objectif de ballot 2026, avec publication officielle probablement étalée sur 2026-2027.
Les évolutions attendues
Extension du périmètre normatif
Plusieurs ressources cliniques pivots actuellement marquées Trial Use en R5 sont en discussion pour devenir Normative en R6 : notamment dans les domaines de la diagnostic-orientation, du parcours de soin (Care*) et de la pharmacie (Medication*, MedicationRequest, MedicationDispense). La conséquence pratique : une fois normative, une ressource ne peut plus introduire de breaking changes dans les versions ultérieures, ce qui stabilise enfin la sémantique pour les éditeurs cliniques.
Alignement SMART App Launch et SMART on FHIR
La famille de spécifications SMART (notamment SMART App Launch 2.0.0 et SMART on FHIR 2.0.0) a progressé indépendamment de FHIR. R6 vise à mieux intégrer les références à ces specs, à clarifier les patterns d'authentification OAuth 2.0 / OpenID Connect et à harmoniser les capabilities statements avec les scopes SMART.
Terminology services et validateurs
Les services de terminologie ont fait l'objet d'évolutions significatives entre
R4 et R5 (notamment la précision sur $translate, $expand,
et la gestion des valuesets composés). R6 vise à finaliser ces opérations, à
clarifier la sémantique de $validate-code dans les cas
multi-systèmes, et à mieux aligner avec les exigences des terminologies
SNOMED CT, LOINC et ICD-11.
Breaking changes anticipés vs R5
FHIR limite par discipline les breaking changes, mais certains sont attendus dans R6 : ajustements de cardinalités sur des ressources Trial Use, renforcement de contraintes invariantes (les invariants FHIRPath), et consolidation de certains datatypes complexes. Les changements précis seront publiés au moment du ballot 2026. Les éditeurs cliniques en production sur R5 devront prévoir un audit ciblé sur les ressources Trial Use qu'ils utilisent, car ce sont elles qui ont le risque maximum de breaking change.
Path de migration depuis R4 ou R5
Pour un éditeur dont la base installée est sur R4, la migration recommandée passe d'abord par R5 (qui couvre déjà l'essentiel des nouveautés sémantiques), puis par R6 dès que la version sera stable. La compatibilité R4→R5 est gérée par des règles documentées dans la spec FHIR Cross-Version Extensions et par des transformations FHIR StructureMap publiées par HL7. La même logique s'appliquera R5→R6.
Pour les implémentations connectées à des écosystèmes nationaux (US Core en version 6 sur R4, IPA, IPS, etc.), la bascule R6 dépendra surtout de l'évolution des implementation guides correspondants, qui en pratique cristallisent la version FHIR utilisée pour des années. Compter 18 à 24 mois entre la publication de R6 et l'apparition des premiers IGs nationaux R6.
Conclusion : une version de consolidation
R6 sera probablement la version de FHIR la plus mature, avec un périmètre normatif élargi, des terminology services stabilisés et un alignement SMART renforcé. Pour les éditeurs en production sur R4 ou R5, l'horizon raisonnable est 2027-2028 pour les premiers projets pilote R6, et 2029-2030 pour les migrations massives, alignées sur la publication des IGs nationaux. Le bon réflexe 2026 est de suivre le tracker HL7 et build.fhir.org sans entrer en migration prématurée.
Pour creuser, l'article FHIR R5 vs HL7 v2.5.1 compare l'état actuel des deux familles, et la page Introduction à FHIR donne les concepts essentiels pour comprendre l'impact d'une version majeure.