Les guides d'implémentation FHIR belges (IG) fixent la manière dont la Belgique utilise la norme internationale\nHL7 FHIR : par domaine, les profils, les champs obligatoires et les codes pour le patient, la vaccination,\nl'allergie, la médication, le laboratoire, MyCareNet et davantage. Des groupes de travail de HL7 Belgium les\nélaborent, la plate-forme eHealth les publie comme norme fédérale ; les 18 guides s'appuient tous sur FHIR R4 et\nfont partie de la série Trial Use. La publication comme norme fédérale n'entraîne pas d'obligation légale\nautomatique de mise en œuvre ; les guides sont notamment utilisés pour Vitalink, MyCareNet et les prescriptions de\nrenvoi.
", "last_verified": "2026-11-05", "verification_outdated": false, "sections": [ { "id": "en-bref", "title": "En bref", "kind": "tekst", "html": "Quoi : les guides d'implémentation FHIR belges sont les paquets hl7.fhir.be.* que la plate-forme eHealth\npublie sur ehealth.fgov.be/standards/fhir ; le portail en énumère 18, dont DRP est deprecated au profit de\nReferral[1][2].
Comment : des groupes de travail de HL7 Belgium élaborent les profils et une équipe de validation les valide\n[3] ; les guides du portail s'appuient sur FHIR R4 (4.0.1) et appartiennent à la série\nde publication 'Trial Use'[4].
\nÉtat : la release la plus récente est BE Public Health 1.0.4 du 18 septembre 2026[5] ; au\n8 octobre 2026, Glucose Monitoring et Patient Monitoring Outcome sont encore des CI-builds sans publication\nautorisée[6][7] ; pour Glucose Monitoring 1.0.0, une demande de publication figure dans\nle repository ; il s'agit d'une préparation, pas d'une publication[8][6].
\nOù utilisé : Vitalink documente Be Vaccination, Be Allergy Intolerance et Be Public Health\n[9] ; BE MyCareNet porte les flux eAgreement[10] ; BE Core fixe la manière\ndont le numéro d'identification de la sécurité sociale figure dans une ressource patient[11].
\nHôpital : la publication comme norme fédérale n'implique pas d'obligation légale automatique de mise en œuvre\n[3] ; qui implémente BE Core Clinical a besoin d'une licence SNOMED CT Affiliate[12].
\nPlus grande incertitude : selon sa propre page d'accueil, Referral 1.0.0 est encore en développement\n[13] et le guide labo reste work-in-progress[14] ; 'Trial Use' est le nom de la série,\npas une garantie que les profils resteront inchangés.
\nUn guide d'implémentation (IG) fixe la manière dont un pays ou un secteur utilise la norme internationale HL7 FHIR : quels champs sont obligatoires, quels codes sont autorisés et comment les ressources sont liées entre elles. Les IG belges sont les paquets hl7.fhir.be.* : profils, extensions, ValueSets et exemples construits par-dessus FHIR. La Plate-forme eHealth publie, lorsque c'est nécessaire, des profils FHIR et des IG spécifiques pour des initiatives fédérales sur ehealth.fgov.be/standards/fhir[1]. Le principe est d'utiliser FHIR au plus près de la norme de base et de n'ajouter que les nuances belges[15]. La ressource ImplementationGuide de BE Core 2.2.0 a l'eHealth Platform comme publisher[16] et la licence CC0-1.0[16].
Pourquoi ils sont nécessaires : la seule conformité internationale à FHIR ne suffit pas, les systèmes doivent utiliser les mêmes normes et conventions nationales[17] ; selon le BIHR, un serveur de terminologie ainsi que des ValueSets, CareSets et bindings cohérents sont importants à cet effet[17]. Les IG fixent ces conventions par domaine, et chaque initiative CareSet de l'INAMI doit partir de ressources FHIR[18]. Selon les principes BIHR de l'INAMI, la seule conformité à FHIR ne rend pas les données interopérables ; la conformité aux profils partagés est requise[19]. Voir BIHR (Belgian Integrated Health Record).
\nLa première phase (BE Core, Q4 2019) comprenait Patient, Practitioner, PractitionerRole, Organization, Observation, Provenance et AllergyIntolerance[15].
" }, { "id": "comment-sont-ils-construits", "title": "Comment sont-ils construits ?", "kind": "tekst", "html": "Des groupes de travail de HL7 Belgium élaborent le modèle de données et les profils[3] ; une équipe de validation de HL7 Belgium valide les artefacts et se réunit actuellement toutes les deux semaines[3]. Il existe deux niveaux de publication : norme communautaire HL7 via HL7 Belgium et norme fédérale via la plate-forme eHealth[3]. Le portail utilise un code couleur par type d'IG[1] : « Build » pour les IG en développement[1] et « Federal » pour les IG publiés par la plate-forme eHealth et validés comme artefacts fédéraux[1]. Il existe aussi une catégorie « IG's Published by HL7Be », mais aucun des 18 IG n'en relève effectivement : tous ont la plate-forme eHealth comme éditeur[1], et le registre international des IG FHIR cite lui aussi la plate-forme eHealth comme autorité[20].
\nUn CareSet de BeSafeShare est publié comme profil FHIR belge dans l'IG destiné aux fournisseurs de logiciels[21]. La publication comme norme fédérale n'implique pas automatiquement une obligation légale de les implémenter immédiatement[3].
\nLa version, la date de release, la version FHIR et la série de publication de chaque IG proviennent du fichier package-list.json de cet IG. « Trial Use » y est la valeur du champ sequence (la série de publication) et non du champ status : pour BE Core, status vaut « release », sequence « Trial Use » et fhirversion 4.0.1[4]. Seul BE Lab a lui-même « trial-use » comme status[22]. Selon la documentation HL7, status est la phase du cycle de vie d'une version et sequence un regroupement facultatif dans une série[23] ; « release » désigne une release sans statut particulier[23], « trial-use » une spécification prête pour un usage d'essai[23], et certaines valeurs de statut n'ont de sens que pour HL7 ou pour d'autres organismes de normalisation[23]. Pour les IG belges, « Trial Use » est donc le nom de la série ; le champ de statut « release » ne dit rien sur la maturité formelle, sauf pour BE Lab. Aucune explication belge à ce sujet n'a été trouvée. La valeur trial-use dans le frontmatter de cette page suit la série.
Les 18 IG du portail ont tous fhirversion 4.0.1 ; les CI-builds Glucose Monitoring et Patient Monitoring Outcome ont également fhirVersion 4.0.1[24][25]. BE Medication indique qu'il s'agit d'un IG R4 fonctionnant sans modification avec des systèmes R4B, avec des paquets R4 et R4B[26] ; la question de savoir si cela vaut pour tous les IG n'a pas été examinée.
| Niveau | \nSignification | \nÉtat au 29/09/2026 | \nSource | \n
|---|---|---|---|
| CI-build (projet) | \ncontinuous build, « not an authorized publication » | \nGlucose Monitoring 1.0.0 et Patient Monitoring Outcome 0.1.0 | \n[27][28] | \n
| Demande de publication | \npublication-request.json dans le repository, préparation d'une release | \nGlucose Monitoring 1.0.0 et hl7.fhir.be.terminology 1.0.0, tous deux dans la série Trial Use | \n[8][29] | \n
| Release dans la série Trial Use | \nversion publiée sur ehealth.fgov.be/standards/fhir | \nles 18 IG du portail ; la plus récente BE Public Health 1.0.4 (18/09/2026, encore latest dans le registre de paquets au 08/10/2026) | \n[5][4][30] | \n
| Normatif | \nnorme formellement stable | \naucun IG belge trouvé | \n— | \n
Dans le catalogue packages2.fhir.org, BE Public Health 1.0.4 est au 29 septembre 2026 la release belge la plus récente ; depuis le 26 septembre, aucune nouvelle n'est parue[5]. Pour Glucose Monitoring, le repository GitHub contient une demande de publication pour la version 1.0.0 avec le statut « release » et la série « Trial Use »[8], alors que le CI-build n'est pas encore une publication autorisée[6] ; la demande cite la plate-forme eHealth comme autorité de registre, de sorte que l'IG est préparé comme IG fédéral[8]. Voir HL7 Belgium Patient Monitoring Outcome FHIR Implementation Guide et Télésurveillance en Belgique. Sur la branche release-candidate de hl7-be/terminology se trouve une demande de publication pour hl7.fhir.be.terminology 1.0.0 (« eHealth Terminology package for Belgium ») dans la série Trial Use[29] ; voir Serveur national de terminologie (FHIR). Au 8 octobre 2026, les CI-builds de Glucose Monitoring (branche release-candidate, version 1.0.0) et de Patient Monitoring Outcome (version 0.1.0, CI-build de HL7 Belgium) sont des builds continus et non des publications autorisées[6][7][28] ; pour Patient Monitoring Outcome, aucune demande de publication n'a été trouvée.
\nAudit du registre (8 octobre 2026). Pour chacun des 18 IG du portail, la version que le registre de paquets FHIR packages2.fhir.org marque comme latest a été comparée au tableau ci-dessous ; les versions sont identiques, chaque fois sur FHIR 4.0.1[31][32][33][34][35][36][30][37][38][39][40][41][42][43][44][45][46][47]. Le paquet le plus ancien, BE Lab 1.0.0 du 8 septembre 2022, y est lui aussi toujours la version la plus récente[36]. Pour deux IG, la date du registre diffère de la date du package-list figurant dans le tableau. BE Core Clinical 1.3.0 : registre 19/08/2026[32], package-list 20/08/2026[48] ; une différence d'un jour (probablement le fuseau horaire). BE Patient Care 1.1.0 : registre 26 novembre 2025[41], package-list 10 octobre 2025[49] ; la date du registre est probablement la date d'enregistrement et non la date de release. Le tableau conserve la date du package-list.
Un document de HL7 Belgium, « Proposed Rules for creating separate packages » (version 1.0, 11 décembre 2024, approuvé au sein du groupe de travail FHIR WG Core), décrit la manière dont les paquets sont délimités[50]. Il s'agit d'une proposition de règles ; la question de savoir si les IG existants y satisfont déjà n'a pas été examinée.
\nSelon les règles proposées, HL7 Belgium et la plate-forme eHealth s'efforcent de maintenir les profils et artefacts fonctionnellement cohérents dans le même paquet technique[50] ; le critère principal pour un nouveau paquet est fonctionnel[50]. Des critères techniques jouent également : des dépendances cycliques peuvent influencer le contenu d'un paquet[50] et les critères techniques évitent des erreurs de compilation[50]. Un paquet peut être créé lorsque le contenu des ressources devient trop spécifique[50] ; des profils très spécifiques, trop étroitement liés à un seul cas d'usage, sont placés dans un nouvel IG[50]. Le HL7 Belgium FHIR Validation Group est responsable de la création des IG[50], et chaque IG est géré par exactement un groupe de travail de HL7 Belgium, tandis qu'un même groupe de travail peut gérer plusieurs IG[50].
\nLa proposition distingue trois couches. Selon la proposition, le paquet core contient des ressources de base comme BePatient, BePractitioner et le système de nommage SSIN[50] et il ne peut recevoir que des références entrantes provenant d'autres paquets belges[50]. Les paquets généraux contiendraient des profils valables au niveau belge, indépendamment d'un cas d'usage spécifique[50], avec en principe uniquement des références sortantes vers le paquet core[50] ; BeCarePlan, BeObservation et BeGoal en sont des exemples[50]. Les paquets spécifiques imposeraient une couche propre à un cas d'usage et restreindraient surtout la cardinalité, les listes de valeurs, les systèmes de codes et les systèmes de nommage[50] ; BeObesityGoal, BeDiabetesCarePlan et BeGlucoseObservation en sont des exemples[50]. Selon la proposition, chaque ressource spécifique est conçue, à titre de bonne pratique, comme un raffinement d'une ressource générale[50] ; une infrastructure capable de traiter une BeObservation doit, selon la proposition, prendre en charge également une BeGlucoseObservation[50].
\nIl existe aussi un CI-build d'un « HL7 Belgium terminology IG » (hl7.fhir.be.terminology) avec un canonical sous hl7belgium.org[51] ; ce build indique explicitement que l'IG ne doit pas être utilisé parce que la propriété et la gouvernance des terminologies font défaut[51]. La demande de publication sur la branche release-candidate du même repository (hl7-be/terminology) utilise le même package-id hl7.fhir.be.terminology et renvoie au même CI-build[29]. Le rapport entre cet avertissement et la publication préparée n'a pas été trouvé.
\nSNOMED CT est le codage préféré dans les profils fédéraux[52] ; les ValueSets de BE Core Clinical sont expansés via dte-tx.ehealth.fgov.be sur la base de l'édition belge de SNOMED CT[53]. Dans BE Lab, les résultats de laboratoire doivent être codés en LOINC selon le sous-ensemble du SPF, sinon en codes Albert[54], avec les unités en UCUM[54]. BE Core Clinical 1.3.0, BE Core 2.2.0 et BE Public Health 1.0.4 utilisaient dte-tx.ehealth.fgov.be/r4 comme serveur de terminologie primaire lors de leur publication[55][56][57] ; la release plus ancienne BE Medication 1.1.1 utilisait encore tx.fhir.org[58], et dans le rapport de build de BE PSS 1.1.0, l'Ontoserver du SPF faisait office de serveur autoritatif pour SNOMED CT[59]. Voir SNOMED CT et Serveur national de terminologie (FHIR).
\nLes bannières de publication confirment les versions et la base FHIR R4 ; BE Core 2.2.0 et BE Public Health 1.0.4 étaient au 25 septembre 2026 les versions publiées[60][61]. La date de release est la date de publication selon package-list.json. La colonne « Série » correspond au champ sequence ; sauf mention contraire, status vaut « release ».
| IG | \nPaquet / canonical | \nFHIR | \nVersion de l'IG (release) | \nSérie / statut | \nTerminologie | \nSource | \n
|---|---|---|---|---|---|---|
| BE Core | \nhl7.fhir.be.core — https://www.ehealth.fgov.be/standards/fhir/core | \nR4 (4.0.1) | \n2.2.0 (2026-08-19) | \nTrial Use | \n— | \n[4][60][31] | \n
| BE Core Clinical | \nhl7.fhir.be.core-clinical — …/fhir/core-clinical | \nR4 (4.0.1) | \n1.3.0 (2026-08-20) | \nTrial Use | \nSNOMED CT | \n[48][62][53][12][32] | \n
| BE Allergy Intolerance | \nhl7.fhir.be.allergy — …/fhir/allergy | \nR4 (4.0.1) | \n1.2.1 (2026-08-21) | \nTrial Use | \n— | \n[63][64][33] | \n
| BE Vaccination | \nhl7.fhir.be.vaccination — …/fhir/vaccination | \nR4 (4.0.1) | \n1.1.3 (2026-06-05) | \nTrial Use | \n— | \n[65][66][34] | \n
| BE Medication | \nhl7.fhir.be.medication — …/fhir/medication | \nR4 (4.0.1) | \n1.1.1 (2026-04-24) | \nTrial Use | \n— | \n[67][68][69][35] | \n
| BE Lab | \nhl7.fhir.be.lab — …/fhir/lab | \nR4 (4.0.1) | \n1.0.0 (2022-09-08) | \nTrial Use ; statut « trial-use » ; work-in-progress | \nLOINC, UCUM | \n[22][70][14][54][36] | \n
| BE Public Health | \nhl7.fhir.be.public-health — …/fhir/public-health | \nR4 (4.0.1) | \n1.0.4 (2026-09-18) | \nTrial Use | \n— | \n[71][61][30] | \n
| BE MyCareNet | \nhl7.fhir.be.mycarenet — …/fhir/mycarenet | \nR4 (4.0.1) | \n2.2.0 (2026-04-24) | \nTrial Use | \n— | \n[72][73][37] | \n
| BE Infrastructure & Security | \nhl7.fhir.be.infsec — …/fhir/infsec | \nR4 (4.0.1) | \n1.3.0 (2026-06-26) | \nTrial Use | \n— | \n[74][75][38] | \n
| BE Patient Will | \nhl7.fhir.be.patientwill — …/fhir/patientwill | \nR4 (4.0.1) | \n1.0.0 (2024-01-08) | \nTrial Use | \n— | \n[76][77][39] | \n
| BE NIHDI Terminology | \nhl7.fhir.be.nihdi-terminology — …/fhir/nihdi-terminology | \nR4 (4.0.1) | \n1.1.0 (2026-04-23) | \nTrial Use | \n— | \n[78][79][40] | \n
| BE Patient Care | \nhl7.fhir.be.patient-care — …/fhir/patient-care | \nR4 (4.0.1) | \n1.1.0 (2025-10-10) | \nTrial Use | \n— | \n[49][80][41] | \n
| BE PSS (Prescription Search Support) | \nhl7.fhir.be.pss — …/fhir/pss | \nR4 (4.0.1) | \n1.1.0 (2026-02-27) | \nTrial Use | \n— | \n[81][82][42] | \n
| BE Referral Prescription | \nhl7.fhir.be.referral — …/fhir/referral | \nR4 (4.0.1) | \n1.0.0 (2026-08-25) | \nTrial Use ; artefacts encore en développement | \n— | \n[83][84][13][43] | \n
| BE Digital Referral Prescription (DRP) | \nhl7.fhir.be.drp — …/fhir/drp | \nR4 (4.0.1) | \n1.1.1 (2026-08-25) | \nTrial Use, mais deprecated sur le portail (→ Referral) | \n— | \n[85][86][2][44] | \n
| BE Patient Dossier | \nhl7.fhir.be.patient-dossier — …/fhir/patient-dossier | \nR4 (4.0.1) | \n1.0.0 (2026-03-26) | \nTrial Use | \n— | \n[87][88][45] | \n
| BE Child Report | \nhl7.fhir.be.childreport — …/fhir/childreport | \nR4 (4.0.1) | \n1.0.2 (2026-08-21) | \nTrial Use | \n— | \n[89][90][46] | \n
| BE Pregnancy Status | \nhl7.fhir.be.pregnancy-status — …/fhir/pregnancy-status | \nR4 (4.0.1) | \n1.0.0 (2026-08-21) | \nTrial Use | \n— | \n[91][92][47] | \n
| Glucose Monitoring | \nhl7.fhir.be.glucose-monitoring — canonical non confirmé par citation | \nR4 (4.0.1) | \n1.0.0 (CI-build) | \nprojet, non publié | \n— | \n[27][24] | \n
| Patient Monitoring Outcome | \nhl7.fhir.be.patient-monitoring — http://hl7belgium.org/fhir/patient-monitoring | \nR4 (4.0.1) | \n0.1.0 (CI-build) | \nprojet (HL7 Belgium) | \n— | \n[28][25] | \n
« … » représente https://www.ehealth.fgov.be/standards. Un tiret dans la colonne Terminologie signifie qu'aucun claim n'étaye un binding de terminologie. Pour les CI-builds, la date figurant dans le manifeste est une date de build et non une date de release.
" }, { "id": "ou-est-il-utilise", "title": "Où est-il utilisé ?", "kind": "tekst", "html": "Non trouvé n'est pas une preuve d'absence.
\n