Guides d'implémentation FHIR belges pour la prescription de renvoi : Referral-IG, DRP-IG et eReferral-IG

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].

• Referral-IG de HL7 Belgium (hl7.fhir.be.referral) : le guide d'implémentation fédéral « eHealth FHIR Referral Prescription Profiles for Belgium » est publié comme release 1.0.0 à son adresse permanente (STU ; « Active as of 2026-08-21 »)^[14]. C'est le guide d'implémentation du groupe de travail Referral prescription de HL7 Belgium, un autre guide que l'eReferral-IG de l'INAMI, et il contient entre autres un NamingSystem pour UHMEP^[1]. L'Official URL se trouve sur le canonical eHealth …/standards/fhir/referral^[14].
• DRP-IG fédéral (hl7.fhir.be.drp) : le glossaire eReferral désigne comme guide d'implémentation parent le Digital Referral Profile-IG fédéral, avec le package-id hl7.fhir.be.drp^[13]. Selon la package-list, la release actuelle est la 1.1.1 du 2026-08-25, dans la série Trial Use^[11] ; le portail des guides d'implémentation marque DRP comme deprecated et remplacé par Referral^[2][15]. Par ailleurs, une branche (care-proposal) du dépôt hl7-be/referral s'appelle « Digital Referral Prescription Implementation Guide » ; celle-ci est un CI-build non autorisé^[16], expressément un continuous build pour la version 1.0.0^[16], avec comme Official URL …/standards/fhir/drp/^[16].
• eReferral-IG de l'INAMI (inami.fhir.be.ereferral) : il est publié par l'INAMI ; la version continuous build n'est pas encore une publication autorisée^[3]. Il définit les profils FHIR locaux pour les prescriptions de renvoi, avec une URL canonique provisoire^[3].

Les 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].

La 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 ».

Gestion, versions et statut

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.

Le 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].

• 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].

• Modè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].

• Validation : 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].

• Té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.

• Laboratoire : 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.

• CareSet : 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].

Pour 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).

• 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é.

• La phase radiologie utilise des profils pour les demandes d'imagerie^[3], pertinents pour les hôpitaux disposant d'un service d'imagerie médicale.

• Aucune 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.

• Recommandation (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.

Conditions et limites d'implémentation

• L'eReferral-IG ne fixe pas les business rules ; pour celles-ci, il renvoie à l'INAMI^[3].

• Les listes de valeurs dans les pages de mapping d'eReferral 2.1.0 ne sont pas encore normatives^[20].

• Le Referral-IG 1.0.0 ne contient que des exemples démonstratifs pour les ressources de terminologie^[14].

• Le build de l'eReferral-IG change régulièrement^[3], avec une URL canonique provisoire^[3].

• Quel 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).

• DRP : 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.

• Prescription 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.

• Date 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.