HL7 FHIR est la norme internationale de HL7 pour l'échange de données de soins sous forme de ressources réutilisables, souvent via des API REST. La Belgique utilise R4 (4.0.1) et complète la norme de base par des guides d'implémentation nationaux, des CareSets et des listes de valeurs. FHIR est la norme préférentielle pour les nouveaux flux de données belges et est déjà en production, notamment dans Vitalink, tandis que la transition plus large depuis KMEHR au sein du BIHR reste planifiée. Pour les hôpitaux, la conformité aux profils belges est dès lors plus importante que la compatibilité FHIR générale.
", "last_verified": "2026-11-09", "verification_outdated": false, "sections": [ { "id": "qu-est-ce-que-c-est", "title": "Qu'est-ce que c'est ?", "kind": "tekst", "html": "HL7 FHIR (Fast Healthcare Interoperability Resources) est une norme de l'organisation internationale HL7 pour l'échange d'informations de santé, construite à partir de ressources (resources) : de petits blocs d'information identifiables (comme « patient ») qui sont utilisables dans différents contextes[1]. Cette page est volontairement brève ; les profils belges figurent sur Guides d'implémentation FHIR belges.
\nEn Belgique, FHIR doit devenir le successeur moderne de KMEHR : les nouveaux flux de données utilisent de préférence FHIR et les nouvelles interfaces de préférence FHIR REST[2]. L'INAMI souligne que la seule conformité aux normes FHIR internationales ne suffit pas : les systèmes ne peuvent collaborer correctement que s'ils utilisent aussi les mêmes normes et accords nationaux[3] ; pour cela, selon le BIHR, l'utilisation d'un serveur de terminologie, de ValueSets cohérents, de CareSets et de bindings est importante[3]. Dans les principes d'architecture du BIHR (mars 2026), cette répartition des tâches est explicite : FHIR règle la syntaxe de l'échange, les CareSets, les ValueSets et les bindings règlent la sémantique[4]. La seule conformité FHIR ne rend donc pas les données interopérables ; il faut pour cela une conformité à des profils et à des accords partagés[4].
" }, { "id": "comment-est-il-structure", "title": "Comment est-il structuré ?", "kind": "tekst", "html": "| Version | \nStatut (au 25/09/2026) | \nUtilisation en Belgique | \n
|---|---|---|
| R4 (4.0.1) | \nbase des guides d'implémentation belges actuels selon leurs package-lists (p. ex. BE Core, BE Medication)[5][6] | \nen production (notamment Vitalink FHIR)[7] | \n
| R4B | \nle guide d'implémentation BE Medication est utilisable sans modification avec des systèmes R4B[8] | \npackages R4 et R4B pour BE Medication ; non vérifié pour les autres guides d'implémentation | \n
| R5 (5.0.0) | \n« current published version », STU[9] | \naucun guide d'implémentation belge R5 trouvé ; BE Medication utilise le package avec des éléments R5 dans R4 (hl7.fhir.uv.xver-r5.r4)[8] | \n
| R6 | \npremier ballot complet[10] ; pas encore publié[9] | \nsans objet | \n
La date de publication, la date d'entrée en vigueur et la version technique diffèrent : « R4 » est la release, 4.0.1 la version technique qui figure dans les package-lists des guides d'implémentation belges[5] ; la liste complète par guide figure sur Guides d'implémentation FHIR belges. Les profils belges sont élaborés au sein de groupes de travail de HL7 Belgium[11], l'affilié belge de HL7 International, reconnu en avril 2020[12].
" }, { "id": "ou-est-il-utilise", "title": "Où est-il utilisé ?", "kind": "tekst", "html": "La transition est progressive : les flux existants sont encouragés à migrer, « best effort »[13], et un « big bang » n'est pas possible selon la Plate-forme eHealth[2]. Au sein du BIHR, les flux KMEHR restent pris en charge en lecture seule[3]. Selon une présentation de l'INAMI (mars 2026, planification), FHIR devient opérationnel et KMEHR passe en lecture seule (read-only) lors d'une bascule coordonnée ; sur la diapositive, la mention « Point T = 12 months after the last Patient Summary CareSet publication » figure en pied de diapositive, à hauteur de cette étape[20]. La question de savoir si Point T s'applique à tous les flux ou seulement au patient summary n'est pas spécifiée. La prescription de renvoi électronique (eReferral) dispose d'un CareSet FHIR publié, Digital Referral Prescription (DRP) ; interprétation : comme la source ne mentionne aucune variante KMEHR, ce flux semble passer directement du papier à FHIR, sans étape intermédiaire KMEHR[21]. Les détails et les points ouverts figurent sur KMEHR ; la planification par flux de données figure sur BIHR (Belgian Integrated Health Record).
" }, { "id": "qu-est-ce-que-cela-signifie-pour-un-hopital", "title": "Qu'est-ce que cela signifie pour un hôpital ?", "kind": "tekst", "html": "L'accès FHIR à Vitalink exige REST, I.AM Connect[7] et la pseudonymisation via la Plate-forme eHealth[7]. La publication comme norme fédérale n'implique pas automatiquement une obligation légale de la mettre en œuvre immédiatement[11]. Une conversion sans meilleur codage apporte peu[2] ; pour les profils codés, SNOMED CT est le codage préféré[25].
" }, { "id": "incertitudes-et-informations-contradictoires", "title": "Incertitudes et informations contradictoires", "kind": "tekst", "html": "