Trois guides d'implémentation FHIR belges décrivent les prescriptions de renvoi numériques. Le Referral-IG publié\ncontient des profils généraux ; le DRP-IG plus ancien est marqué comme obsolète ; l'eReferral-IG de l'INAMI\nrestreint les profils pour l'API eReferral d'UHMEP. Les logiciels échangent ainsi des prescriptions de renvoi comme\nressources FHIR structurées et les valident par rapport à des règles propres à l'API. Pour les hôpitaux et les\nfournisseurs, ce qui compte surtout, c'est de savoir quelle version sert de référence lors de l'enregistrement et\nen production.
", "last_verified": "2026-11-05", "verification_outdated": false, "sections": [ { "id": "in-het-kort", "title": "In het kort", "kind": "in-het-kort", "html": "Pour la prescription de renvoi électronique (UHMEP et eReferral), il existe trois guides d'implémentation FHIR apparentés, avec des éditeurs différents et un statut différent[1][13]. Referral et DRP figurent dans l'aperçu Guides d'implémentation FHIR belges[2] ; le troisième est un guide de l'INAMI pour l'API eReferral[3].
\nLes guides fixent les structures FHIR avec lesquelles un logiciel crée, consulte et valide une prescription de renvoi. L'eReferral-IG (2.0.0-draft du 2026-08-05) a explicitement un objectif technique : aider les intégrateurs à implémenter l'API FHIR eReferral ; il ne fixe pas les business rules (qualité d'ayant droit, remboursement, relation thérapeutique, consentement), et le périmètre couvre les soins infirmiers à domicile (y compris la proposition/l'approbation de l'annexe 81) et la radiologie[3]. Il remplace l'ancien UHMEP API-cookbook comme référence unique pour les intégrateurs[17]. Outre les prescriptions infirmières, il contient des profils pour l'imagerie médicale (diagnostic imaging ServiceRequest)[3].
\nLa prescription de laboratoire relève également des guides de renvoi : selon la guidance du Lab-IG, l'artefact FHIR de la demande de laboratoire figure dans le Referral-IG, parce qu'il s'appuie sur la structure de base des autres prescriptions de renvoi, basée sur ServiceRequest[18]. Le Referral-IG 1.0.0 publié ne contient toutefois, comme profils de ressources, qu'un profil commun de prescription de renvoi (BeReferralServiceRequest), un profil infirmier et un profil pour l'imagerie médicale, et aucun profil de prescription spécifique au laboratoire[19] ; voir Demande électronique d'analyses de laboratoire et « Incertitudes ».
\n| Guide | \nÉditeur | \nVersion et statut | \nCitation | \n
|---|---|---|---|
| Referral-IG (hl7.fhir.be.referral) | \ngroupe de travail Referral prescription de HL7 Belgium | \n1.0.0, release du 2026-08-25, série Trial Use, FHIR 4.0.1 ; documentation et artefacts encore en développement ; profils : général, infirmier, imagerie médicale | \n[1][6][14][19] | \n
| DRP-IG (hl7.fhir.be.drp) | \nfédéral (portail des guides d'implémentation de la Plate-forme eHealth) | \n1.1.1, release du 2026-08-25, série Trial Use ; deprecated sur le portail (→ Referral) | \n[11][2] | \n
| DRP, branche care-proposal | \ndépôt hl7-be/referral | \ncontinuous build pour 1.0.0, pas une publication autorisée | \n[16] | \n
| eReferral-IG 2.0.0 | \nINAMI | \ncontinuous build, pas une publication autorisée | \n[3] | \n
| eReferral-IG 2.1.0 | \nINAMI | \ncontinuous build plus récent (draft, 2 septembre 2026), pas une publication autorisée non plus ; dépend de Referral 1.0.0 | \n[20][21] | \n
Au 29 septembre 2026, Referral 1.0.0 (série Trial Use) est la seule release publiée que le portail ne marque pas comme deprecated[6][2], et l'eReferral-IG n'existe que comme CI-build[20]. Gap : une release normative de l'un des trois guides n'a pas été trouvée.
\nLe build de l'eReferral-IG est basé sur le dépôt GitHub hl7-be/referral-uhmep et change régulièrement[3] ; le guide d'implémentation mentionne explicitement que la documentation et les artefacts sont encore en développement[3]. Selon la note de modification de la v2.1.0, l'eReferral-IG reste la seule source faisant autorité pour les workflows supportés, les structures FHIR, les profils, les règles de validation et les exemples d'intégration[5].
" }, { "id": "ou-est-il-utilise", "title": "Où est-il utilisé ?", "kind": "tekst", "html": "Dépendance technique : la ressource ImplementationGuide du CI-build eReferral 2.1.0 (INAMI, draft, 2 septembre 2026) dépend du Referral-IG fédéral hl7.fhir.be.referral 1.0.0, à côté de BE Core 2.2.0, BE Core Clinical 1.3.0 et BE Infsec 1.3.0, et pas de hl7.fhir.be.drp ; le CI-build 2.0.0 a également cette dépendance[21]. Le profil eReferral pour l'imagerie médicale est dérivé du profil Referral be-referral-servicerequest-diagnosticimaging, le profil eReferral infirmier de be-referral-servicerequest-nursing[22]. Le profil d'imagerie dans Referral 1.0.0 est la version générique, que l'API eReferral restreint davantage[19].
\nModèle en couches : l'eReferral-IG utilise deux familles de profils ; les profils « Be » sont des profils génériques ou candidats fédéraux qui doivent passer au DRP-IG fédéral après stabilisation[23], les profils « eReferral » contiennent les restrictions spécifiques à l'API, généralement plus strictes[23]. Les règles d'API relèvent de la couche eReferral, les règles métier fédérales de la couche DRP[23]. Chaque profil de prescription eReferral restreint davantage un profil parent DRP belge, avec des règles propres notamment pour la pseudonymisation et les champs omis[24][13] ; l'eReferral-IG convertit les profils Be* fédéraux de HL7 Belgium en profils eReferral* locaux[4].
\nValidation : depuis la v2.1.0, la gateway FHIR eReferral valide par rapport aux profils de l'INAMI, et une URL de profil fédérale transmise est réécrite vers l'URL de l'INAMI avant la validation[5] ; il s'agit d'une étape de compatibilité purement technique, sans modification de fond de la ressource[25].
\nTélésurveillance (projet) : le CI-build DRP (branche care-proposal) contient un profil en projet BeReferralServiceRequestTelemonitoring pour la surveillance à distance des paramètres vitaux[26] ; ce n'est pas une preuve d'une utilisation en production via UHMEP. Voir Télésurveillance en Belgique.
\nLaboratoire : le Referral-IG 1.0.0 contient une section de guidance sur la prescription de laboratoire et exclut explicitement le workflow physique des échantillons[27], mais aucun profil de prescription spécifique au laboratoire[19]. Une proposition (décembre 2025) d'éléments supplémentaires dans la prescription de laboratoire pour le projet LAB2LAB figure comme issue dans hl7-be/referral[28] ; c'est une proposition, pas une spécification. Détails sur Demande électronique d'analyses de laboratoire.
\nCareSet : il existe un CareSet publié « Digital Referral Prescription (DRP) » ; le fait que le flux passe à FHIR sans étape intermédiaire KMEHR est une déduction du chercheur[29].
\nPour l'intégration elle-même (formes d'intégration, tokens, onboarding M2M, tests d'enregistrement), voir UHMEP et la prescription de renvoi électronique (eReferral).
" }, { "id": "qu-est-ce-que-cela-signifie-pour-un-hopital", "title": "Qu'est-ce que cela signifie pour un hôpital ?", "kind": "tekst", "html": "Un logiciel qui s'intègre via l'API FHIR eReferral est validé par rapport aux profils de l'INAMI[5] ; pour cette API, c'est l'eReferral-IG qui est la référence[5], et non directement le Referral-IG publié.
\nLa phase radiologie utilise des profils pour les demandes d'imagerie[3], pertinents pour les hôpitaux disposant d'un service d'imagerie médicale.
\nAucune obligation d'implémenter une version déterminée de ces guides n'a été trouvée ; voir UHMEP et la prescription de renvoi électronique (eReferral) pour les tests d'enregistrement et la planification.
\nRecommandation (propre) : fixez avec le fournisseur du DPI ou du RIS par rapport à quel build ou à quelle version de l'eReferral-IG l'intégration se fait, et planifiez une revalidation à chaque nouveau build, aussi longtemps qu'il n'y a pas de publication autorisée.
\nL'eReferral-IG ne fixe pas les business rules ; pour celles-ci, il renvoie à l'INAMI[3].
\nLes listes de valeurs dans les pages de mapping d'eReferral 2.1.0 ne sont pas encore normatives[20].
\nLe Referral-IG 1.0.0 ne contient que des exemples démonstratifs pour les ressources de terminologie[14].
\nLe build de l'eReferral-IG change régulièrement[3], avec une URL canonique provisoire[3].
\nQuel guide d'implémentation est normatif ? Pour l'API, l'eReferral-IG se présente comme la seule source faisant autorité[5] et la gateway valide par rapport aux profils de l'INAMI[5] ; il s'agit toutefois d'un CI-build non autorisé[20], qui ne fixe pas les business rules[3]. Le Referral-IG 1.0.0 publié est encore en développement[14]. Une release normative, formellement publiée, de l'eReferral-IG n'a pas été trouvée (gap).
\nDRP : guide d'implémentation parent ou deprecated ? Le glossaire eReferral désigne le DRP-IG comme guide d'implémentation parent fédéral[13] et les profils « Be » doivent passer à ce DRP-IG[23], alors que le portail des guides d'implémentation marque DRP comme deprecated et remplacé par Referral[2]. En août 2026, une release DRP 1.1.1 est malgré tout parue[11], et un CI-build DRP distinct est en cours sur la branche care-proposal[16]. Au 29 septembre 2026, le glossaire du CI-build eReferral 2.1.0 cite toujours le DRP-IG comme guide d'implémentation parent[13], alors que la ressource ImplementationGuide dépend techniquement de Referral 1.0.0[21] et que les profils eReferral sont dérivés de profils Referral[22]. Interprétation (déduction propre, non confirmée par le détenteur de la source) : il s'agit d'une documentation en retard dans l'eReferral-IG ; « DRP » dans le texte eReferral renvoie en fait au Referral-IG, que le portail désigne comme successeur de DRP[21]. La lecture antérieure, selon laquelle les profils eReferral restreignent des profils parents DRP, est ainsi abandonnée.
\nPrescription de laboratoire dans Referral ? La guidance du Lab-IG dit que l'artefact de demande de laboratoire est publié dans le Referral-IG[18], mais la liste des artefacts de Referral 1.0.0 ne contient aucun profil spécifique au laboratoire[19]. Gap (29/09/2026) : aucun profil de demande Lab2Lab publié ou disponible en CI-build n'a été trouvé ; la question de savoir si la prescription de laboratoire est normative dans Referral 1.0.0 devient de ce fait sans objet.
\nDate de Referral 1.0.0 : la ressource du guide d'implémentation dit « Active as of 2026-08-21 »[14], la package-list cite 2026-08-25 comme date de release[6] ; la date qui fait foi n'est pas confirmée.
\n