FHIR R6 est en route, et il s'agit sans contredit d'un pas important vers l'avant. Bien que sa publication finale ne soit pas attendue avant la fin de 2026, Aidbox prend déjà en charge la version 6.0.0-ballot3, ce qui vous permet de commencer à évaluer et à prototyper avec R6 dès aujourd'hui — que ce soit dans le nuage ou en installation locale.
Bref rappel : FHIR R4 → R6
Chaque version de FHIR représente une étape importante dans les normes d'interopérabilité en santé, mais les changements de rupture entre les versions soulèvent encore beaucoup de préoccupations et de discussions :
-
FHIR R4 (2019) a été la première version avec du contenu normatif — des parties de la spécification marquées comme stables. Elle est devenue la référence pour les déploiements en production.
-
FHIR R5 (2023) a introduit de nouvelles ressources et un meilleur soutien pour la santé publique et les données à l'échelle populationnelle, mais a connu une avancée normative limitée et a introduit de nombreux changements de rupture, laissant la compatibilité future incertaine.
-
FHIR R6 (attendu en 2026) vise à faire passer la plupart des ressources cliniques et administratives au statut normatif, assurant ainsi une stabilité à long terme.
« R6 est la version dont nous anticipons qu'elle fera progresser la plupart des ressources cliniques et administratives vers le statut "normatif"… nous donnant une base solide pour l'avenir. » — Lloyd McKenzie, directeur des normes chez Dogwood Health Consulting
Quoi de neuf dans FHIR R6
Nombre de ressources et stabilité normative
- R4 : ~145 ressources
- R5 : ~160 ressources
- R6 : ~160 ressources prévues
La majorité de la spécification FHIR sera protégée contre les changements de rupture — un virage déterminant vers la compatibilité à long terme.
Nouvelles ressources dans R6
DeviceAlert, ClinicalAssessment, InsuranceProduct, PersonalRelationship, MolecularDefinition
Ressources additionnelles
FHIR R6 introduit un nouveau concept appelé ressources additionnelles. Celles-ci ne font pas partie de la spécification de base, mais peuvent tout de même fonctionner comme de véritables ressources FHIR si elles sont enregistrées et approuvées par HL7. Cela permet de développer et d'adopter de nouveaux types de ressources plus rapidement, sans attendre les grandes versions de FHIR. Ce point est particulièrement important alors que le cycle de publication des versions principales ralentira après R6.
Refonte de la ressource Group
La ressource Group a été repensée pour mieux répondre aux cas d'usage en santé publique, dans les pays à revenu faible et intermédiaire (PRFI), ainsi qu'en médecine fondée sur les données probantes.
Révision des signes vitaux
Les profils de signes vitaux ont été améliorés afin d'assurer une plus grande exactitude clinique et une meilleure cohérence entre les différentes implémentations.
Des milliers de correctifs
R6 intègre des milliers de modifications et d'améliorations, toutes issues des retours de la communauté provenant d'implémentations réelles.
« Le changement le plus important est… de faire passer la majeure partie de la norme à un état de stabilité… Au-delà de cela, il y a des milliers de changements dans l'ensemble de la spécification. » — Grahame Grieve, directeur de produit FHIR chez HL7®
Choisir entre R4, R5 et R6 : quelle option est sensée aujourd'hui?
Si vous planifiez une nouvelle implémentation ou envisagez une mise à niveau, il est important de comprendre les compromis entre les versions. FHIR R4 est la version la plus largement adoptée. Elle est stable, prête pour la production et offre la meilleure compatibilité avec les systèmes existants. Elle est idéale lorsque l'interopérabilité à court terme avec des partenaires externes est une priorité. FHIR R5 a introduit de nombreuses améliorations de modélisation (accompagnées de changements de rupture) et a connu une adoption limitée. Elle peut servir d'option de transition pour les équipes qui se préparent à R6 en tirant parti de ses extensions inter-versions. FHIR R6, bien qu'encore en phase de ballot, est clairement la direction à long terme. Elle introduit une base hautement stable, avec la plupart des ressources marquées comme normatives. Pour les systèmes qui n'entreront pas en production avant 2026 ou plus tard, adopter R6 comme modèle de données interne — même pendant la phase de ballot — pourrait réduire la complexité des migrations futures par rapport à un départ avec R4 ou R5. Un soutien généralisé de R6 dans les environnements de production n'est pas attendu avant la fin de 2027. Les systèmes nécessitant une interopérabilité à court terme pourraient encore avoir besoin de s'appuyer sur R4 pour le moment.
« R6 fait progresser la vision en faisant de FHIR une norme formelle qui n'est plus sujette aux changements de rupture — une économie considérable pour les implémenteurs. » — Grahame Grieve, directeur de produit FHIR chez HL7®
Comment commencer à tester R6 dans Aidbox
Nous avons simplifié le test de FHIR R6 (6.0.0-ballot3) avec Aidbox. Vous pouvez l'explorer dans le nuage ou en local, selon votre configuration.
Option A – Bac à sable Aidbox Cloud
-
Accédez au portail Aidbox
-
Créez une nouvelle boîte (New Box)
-
Sélectionnez « Sandbox »
-
Choisissez :
Version : Edge -
Version FHIR : 6.0.0‑ballot3
-
Lancez la boîte, chargez des données synthétiques et commencez à explorer R6.
Option B – Configuration Docker locale
-
Assurez-vous que Docker et Docker Compose sont tous les deux installés.
-
Créez un répertoire de travail :
mkdir aidbox && cd aidbox
- Exécutez le script
curl -JO https://aidbox.app/runme/r6
- Démarrez Aidbox
docker compose up
- Ouvrez http://localhost:8080, chargez des données synthétiques et commencez à explorer FHIR R6.





