bêta L'eHealth Atlas est en construction : nous collectons et vérifions encore des données, le contenu peut donc être incomplet.Contenu encore incomplet. Plus d'informations

Base de référence belge sur la santé numérique

Ouvrage de référence indépendant · source non officielle bêta

Recherche avancée Aide

Fiche de concept · Plateforme ou service

UHMEP et la prescription de renvoi électronique (eReferral)

Identifiant Atlas uhmep · 195 affirmations · 60 sources · Dernière vérification04-11-2026 · Version 2026.11.12-3

Type
Plateforme ou service
Juridiction
Belgique (fédéral/interfédéral)
Cycle de vie
projet pilote — Projet pilote : tests d'enregistrement 2026 et projets pilotes jusqu'en mars 2027 (soins infirmiers à domicile), radiologie à partir de novembre 2026 ; API v1.4 en production, v1.5 en acceptation (29/09/2026). Date d'obligation par arrêté royal non trouvée au Moniteur belge ni dans Justel jusqu'au 30/10/2026.
Version
API UHMEP v1.4 (catalogue de production) et v1.5 (catalogue d'acceptation), état au 29/09/2026 ; eReferral-IG 2.0.0, 2.1.0 et 3.0.0 (CI-builds, non publiés ; détails sur be-referral-igs) ; composants web eReferral 3.0.0 (21/10/2026) ; Integration Guide v3.0 (février 2026) ; procédure d'onboarding M2M v1.0 (18/03/2026) ; cookbook FHIR Recip-e v1.0 (04/06/2026)
Alias
UHMEP; Unaddressed Health Message Exchange Platform; Unadressed Health Messages Exchange Platform; eReferral; digitaal verwijsvoorschrift; verwijsplatform; UHMEP eReferral; elektronisch verwijsvoorschrift
FR / EN
UHMEP / prescription de renvoi électronique / UHMEP / eReferral

UHMEP est la plate-forme centrale de l'INAMI sur laquelle les prescriptions de renvoi électroniques et les propositions de soins sont conservées et consultées ; eReferral est le service de prescription de renvoi électronique qui y tourne. Une prescription n'est pas adressée : le patient l'attribue et le prestataire de soins exécutant la récupère au moyen d'un code court, via l'application web de l'INAMI, des composants web ou l'API FHIR dans son propre logiciel. La plate-forme est en phase pilote, avec les soins infirmiers à domicile et la radiologie comme premiers groupes cibles. La date d'obligation attend un arrêté royal. Au sein d'un hôpital, une prescription de renvoi pour un patient ambulant relève bien du cadre légal ; pour un patient hospitalisé, elle n'en relève provisoirement pas.

Relations 31 Sources 60 Graphe

En bref

✎ Commenter

  • Quoi : UHMEP est la plate-forme centrale sur laquelle les prescriptions de renvoi et les propositions de soins sont conservées et consultées ; eReferral est le service de prescription de renvoi électronique qui y tourne[1].

  • Comment : la prescription n'est pas adressée : le patient l'attribue et un prestataire de soins la retrouve avec un ShortCode et le numéro de registre national[2] ; seuls le patient, le prescripteur et le praticien professionnel chargé d'exécuter la prescription ont accès au contenu[3].

  • Services : la Pro Web App, des composants web ou l'UHMEP FHIR API ; un hôpital s'intègre en tant qu'organisation via les composants web ou via l'API avec une authentification M2M[4].

  • État : projet pilote sous la responsabilité de l'INAMI[5] ; au 29 septembre 2026, l'API était en production en v1.4 et en acceptation en v1.5[6][7], et au 27 octobre 2026, le Software Register n'affichait encore aucun progiciel eReferral[8].

  • Planning : tests d'enregistrement en 2026 et projets pilotes jusqu'en mars 2027 pour les soins infirmiers à domicile[9], projets pilotes en radiologie à partir de novembre 2026[10] ; voir eReferral : déploiement, projets pilotes et enregistrement.

  • Hôpital : la date d'obligation sera fixée par arrêté royal[11] et vraisemblablement par phases, avec les examens et l'imagerie médicale en premier[12] ; intra muros, une prescription de renvoi pour un patient ambulant relève bien du cadre légal, pour un patient hospitalisé provisoirement pas[13][11].

  • Prochain changement : le continuous build de l'eReferral-IG annonce la migration du DRP-IG vers le Referral-IG et une nouvelle URL de base canonique[14] ; ce build n'est pas une publication faisant autorité[15].

Qu'est-ce que c'est ?

✎ Commenter

UHMEP, pour Unaddressed Health Message Exchange Platform, est la plate-forme qui sous-tend la généralisation des prescriptions de renvoi et de soins électroniques[16] ; un texte de vision de l'asbl Recip-e écrit « Unadressed Health Messages Exchange Platform »[17]. Une prescription de renvoi est la prescription par laquelle un médecin envoie un patient vers un autre prestataire de soins, par exemple pour des soins infirmiers à domicile, de la kinésithérapie ou de l'imagerie. Selon la procédure d'onboarding M2M (v1.0, 18 mars 2026), UHMEP est une plate-forme d'échange centrale où les prescriptions de renvoi et les propositions médicales qui les accompagnent sont conservées, partagées et consultées en toute sécurité par les prestataires de soins et les patients[1][18]. La même procédure définit eReferral comme le service de prescription de renvoi électronique qui utilise UHMEP : eReferral est le service, UHMEP la plate-forme sous-jacente[1]. Domus Medica (source secondaire) le compare à Recip-e : une banque de données centrale de prescriptions de renvoi, accessible au patient, au prescripteur et au prestataire de soins[19]. La Plate-forme eHealth publie le guide d'intégration destiné aux développeurs de logiciels[20].

La prescription de renvoi est aujourd'hui un processus papier ; eReferral veut la rendre moins sujette aux erreurs, plus efficace et plus accessible pour le prescripteur, le prestataire de soins, le médecin-conseil et le patient[10][20] et permet l'envoi, la réception et le traitement électroniques[9]. Selon l'exposé des motifs de l'avant-projet de loi, seule la prescription de renvoi papier était jusqu'alors utilisée dans le cadre des soins de santé et de l'assurance obligatoire soins de santé[21] ; la finalité est que le prestataire de soins exécutant exécute, au profit d'un patient déterminé, la prescription établie par voie électronique[21]. Outre le flux du prescripteur vers le prestataire de soins, le flux inverse existe : le prestataire de soins établit une proposition de soins à l'intention du prescripteur, par exemple pour prolonger un traitement[4].

Comment une prescription trouve son chemin

  • Non adressée : le patient attribue la prescription à un prestataire de soins ou à une organisation ; seule la radiologie permet au prescripteur d'attribuer lui-même, après accord explicite du patient[2]. L'attribution n'a jamais lieu automatiquement, pas même en cas de relation thérapeutique existante[2].

  • Organisations : en cas d'attribution à une organisation disposant d'une reconnaissance Circle of Trust, la prescription est gérée au niveau de l'organisation et transmise en interne[2].

  • ShortCode : chaque prescription reçoit un code de 6 caractères alphanumériques ; combiné au numéro de registre national ou au numéro BIS, il permet à un prestataire de soins de la retrouver de manière unique[2].

  • Visibilité : pour le prescripteur, pour les prestataires de soins disposant d'une relation thérapeutique et d'un consentement éclairé, pour les prestataires de soins ou organisations auxquels elle est attribuée, et pour quiconque a reçu le ShortCode et le numéro[2]. Les prestataires de soins consultent via leur logiciel ou via l'application de l'INAMI[2] ; les patients voient leurs prescriptions dans Masanté[10]. La loi qualité limite l'accès au contenu d'une prescription électronique aux personnes concernées — le patient et le prescripteur — et au praticien professionnel chargé d'exécuter la prescription[3].

  • Validité et conservation : selon la FAQ de l'INAMI, pour la plupart des types les soins doivent débuter dans les 2 ans, après quoi il reste en principe 5 ans pour terminer le traitement[2]. La loi du 20 juillet 2026 conserve une prescription sans début d'exécution pendant deux ans au maximum[11], après un début d'exécution cinq années supplémentaires et ensuite pendant la durée des délais de prescription[11].

  • Centralisation : toutes les prescriptions et propositions se trouvent dans une seule banque de données, ce qui permet à l'INAMI de réaliser des analyses statistiques et des contrôles[4] ; elle est destinée aux prescriptions de l'ensemble des citoyens belges[1]. Smals compte sur environ 300 millions de prescriptions par an (prévision)[22].

Quels services ?

✎ Commenter
Service ou canal Quoi Pour qui Voir
Pro Web App application web de l'INAMI sans intégration ; connexion uniquement en tant que prestataire de soins individuel[4] prescripteurs et prestataires de soins sans logiciel couplé eReferral : déploiement, projets pilotes et enregistrement
Composants web (List, Create, Detail) intégration simple dans le DPI ou le DMI ; l'application web les utilise elle-même[4][23] fournisseurs de logiciels, organisations eReferral : déploiement, projets pilotes et enregistrement
UHMEP FHIR API intégration complète[9] ; chaque type de prescription dispose de son propre modèle FHIR, avec un numéro d'identification de la sécurité sociale pseudonymisé et un serveur de terminologie pour SNOMED CT[4] fournisseurs de logiciels, organisations (M2M) Guides d'implémentation FHIR belges pour la prescription de renvoi : Referral-IG, DRP-IG et eReferral-IG
Application mobile et Masanté service de base pour les patients[10] ; les patients voient les prescriptions établies sous forme numérique[10] citoyens Masanté (Mijngezondheid)
Proposition de soins flux inverse du prestataire de soins vers le prescripteur[4] prestataires de soins

Interfaces et conditions

  • Terminologie : les intégrateurs utilisent l'image Docker du National Release Center belge (voir Serveur national de terminologie (FHIR)) ou un serveur propre avec les codes SNOMED CT du NRC[4]. Les prescriptions de radiologie exigent un couplage avec PSS pour les recommandations lors de la prescription[4].

  • CareSet : pour la prescription de renvoi électronique, le CareSet « Digital Referral Prescription (DRP) » a été publié[24] ; voir BeSafeShare.

  • Jeton et rôles : les appels sécurisés requièrent un jeton eHealth obtenu par token exchange, de sorte qu'eReferral ne reçoit pas directement les droits de pseudonymisation de l'utilisateur[25] ; chaque utilisateur reçoit un seul rôle, auquel s'ajoute une matrice d'accès de l'INAMI par opération, template et discipline[26]. En M2M, eReferral ne contrôle pas les suspensions de prestataires de soins ; c'est l'organisation qui le fait[26]. Le flux IAM token exchange est une condition de sécurité pour les clients du realm Healthcare[27] ; voir I.AM et I.AM Connect (Identity & Access Management).

  • Onboarding : des procédures distinctes pour les prestataires de soins individuels (P2M) et pour les organisations (M2M)[20] ; le M2M ne vaut que pour les clients admis disposant de certificats (voir Certificats eHealth et chiffrement (ETEE))[18] et impose des tests en acceptation avant la production[18]. L'Integration Guide v3.0 cite HOSPITAL parmi les types d'organisation[4]. Pour chaque forme d'intégration, un logiciel suit un parcours d'enregistrement[28] ; voir Intégration technique avec l'infrastructure eHealth.

  • Pseudonymisation : la version FHIR de Recip-e sur UHMEP utilise des pseudonymes via le service de pseudonymisation de la plate-forme eHealth[27]. Un intégrateur de logiciels doit pour cela être raccordé à eHealth : le progiciel a besoin d'une autorisation pour pseudonymiser, identifier ou convertir des identifiants de patients vers le domaine UHMEP[27]. Dans un exemple d'intégration de Smals, le back-end fait appel à l'eHealth Attribute Authority pour contrôler la relation thérapeutique et l'exclusion[29] ; il s'agit d'un exemple, non d'une spécification.

  • Guides d'implémentation : l'API s'appuie sur l'eReferral-IG de l'INAMI, qui définit les profils locaux et remplace l'ancien API cookbook comme unique référence d'intégration[30][31][32], mais n'existe que sous forme de continuous build (2.0.0 et 2.1.0)[30][33] : le CI-build 2.1.0 porte l'ID de package inami.fhir.be.ereferral, le statut « draft » et la date d'IG du 2 septembre 2026, avec un dernier build le 15 septembre 2026[34]. Les codes d'erreur de l'API figurent aussi dans ce guide[32]. L'URL canonique se situe sous riziv-inami.be/standards/fhir/ereferral, et non sous ehealth.fgov.be/standards/fhir[34] ; le guide qualifie lui-même cette adresse de provisoire et modifiable[30], et une publication enregistrée dans le registre de packages FHIR n'a pas été trouvée au 7 octobre 2026. Le guide se désigne comme la seule source faisant autorité[35]. Chaque profil restreint un profil parent du DRP-IG fédéral[36][37], que le portail des guides d'implémentation marque comme deprecated au profit du Referral-IG 1.0.0 publié[38][39]. Depuis la v2.1.0, la gateway valide contre les profils de l'INAMI[35]. Voir Guides d'implémentation FHIR belges pour la prescription de renvoi : Referral-IG, DRP-IG et eReferral-IG et Guides d'implémentation FHIR belges.

Où en est-il, qui est obligé ?

✎ Commenter

Gestion. Le portail eSanté désigne l'INAMI comme institution responsable[5] ; l'INAMI publie l'eReferral-IG[30]. Sur sa fiche de projet, Smals présente UHMEP comme un projet pour l'INAMI et cite Java, PostgreSQL et Spring Boot comme technologies[22], et assure le suivi des fournisseurs de logiciels après leur inscription[9]. L'historique de l'asbl Recip-e mentionne, pour le kick-off du projet prescriptions de renvoi avec l'INAMI en juin 2022, que ce projet se fait aussi en collaboration avec Smals pour le développement de l'application et l'hébergement de la banque de données[40] ; cette source secondaire n'appelle pas elle-même la plate-forme UHMEP. Au 27 octobre 2026, la fiche de projet de Smals sur l'infrastructure hautement disponible HavanaH disait toujours qu'UHMEP y serait mis en place prochainement[41]. La plate-forme eHealth fournit le guide d'intégration et le FHIR Test Server[20][9]. Sur le plan légal, le SPF Santé publique, l'AFMPS et l'INAMI gèrent ensemble toutes les prescriptions électroniques en tant que responsables conjoints du traitement[11][11]. Le projet figurait dans le plan d'action eSanté 2022-2024 et relève, en 2026-2029, de l'axe 2, l'environnement de travail BIHR[9] ; dans BIHR (Belgian Integrated Health Record), UHMEP est la source authentique des prescriptions[42].

Cadre juridique. Le chapitre 6 de la loi du 20 juillet 2026 (MB 11 août 2026)[11][11] définit une base de données unifiée pour les prescriptions pseudonymisées de médicaments et de renvoi[11] ; la loi ne nomme pas UHMEP (interprétation)[11]. Avant la loi, UHMEP s'appuyait, selon l'asbl Recip-e, sur la loi du 18 mai 2022 et sur la loi qualité[17]. Le médecin-conseil obtient l'accès pour ses missions légales, sans que la loi règle le canal[11] ; le SECM n'y a accès que pour les prescriptions dont l'exécution a commencé[11]. Voir Loi du 20 juillet 2026 portant des dispositions diverses en matière de santé (chapitre 6 Prescription électronique) ; l'avant-projet de 2024 fait partie de l'historique.

Ce que disent les travaux préparatoires. Le chapitre 6 est un cadre autonome : pour les prescriptions de médicaments, rien ne change sur le fond et l'obligation de prescription électronique pour les patients ambulatoires reste régie par l'arrêté royal du 5 mai 2019, tandis que la prescription de renvoi est l'élément nouveau[12] qui, à ce moment-là, n'existait que sur papier[12]. L'obligation relative à l'établissement de prescriptions électroniques de renvoi sera probablement instaurée progressivement, en fonction des soins prescrits[12], la prescription d'examens et d'imagerie médicale devant, dans un premier temps, être effectuée par voie électronique[12]. En commission, le ministre n'était pas en mesure de donner un calendrier concret[12] ; l'objectif était de rédiger un arrêté d'exécution assez rapidement après l'adoption du projet de loi[12]. Selon ce même rapport, les traitements, accès et durées de conservation ne sont pas plus étendus que ce qui existe pour les prescriptions de renvoi papier, et sont sur certains points plus stricts, puisque les délais seront réellement applicables dans le contexte d'une base de données[12]. La solution numérique est testée tout au long du processus de développement par des représentants de divers secteurs de prestataires de soins[12].

L'arrêté d'exécution fixant la date d'obligation n'a pas encore été trouvé : au 30 octobre 2026, une recherche du mot « verwijsvoorschrift » n'a donné aucun résultat au Moniteur belge[43] ni dans la banque de données Justel de législation consolidée[44], et la phrase exacte « prescription de renvoi » a donné la même image au Moniteur belge[45] — les trois recherches étant limitées aux publications du 12 août au 30 octobre 2026 inclus.

Antécédents. Avant le chapitre 6, l'art. 30 de la loi qualité réglait la prescription électronique : elle restait conservée dans la base de données unique jusqu'à son exécution, avec une durée maximale de conservation d'un an à partir de la signature[3]. Le même article confiait la gestion exclusive et centralisée de l'ensemble des prescriptions électroniques, y compris les ordonnances autres que les prescriptions de médicaments, au SPF Santé publique, à l'AFMPS et à l'INAMI, et cet alinéa figurait encore, au 30 octobre 2026, dans le texte consolidé de Justel[3], alors que la loi du 20 juillet 2026 abroge le troisième au septième alinéa de l'art. 30, ainsi que l'art. 70 de la loi du 30 octobre 2018[11]. Cet art. 70 chargeait le Roi de déterminer, par arrêté délibéré en Conseil des ministres, la date à partir de laquelle la prescription électronique de médicaments est obligatoire, cette date pouvant être différente selon la catégorie de prescripteurs[46].

Accès aux données d'identité. Selon la délibération n° 24/152 du 3 septembre 2024 de la chambre sécurité sociale et santé du Comité de sécurité de l'information, le ministre de l'Intérieur a donné à l'INAMI, au SPF Santé publique, Sécurité de la Chaîne alimentaire et Environnement et à l'AFMPS l'accès à certaines données à caractère personnel du Registre national dans le cadre des prescriptions de renvoi électroniques[47]. Pour la même finalité, ces trois administrations souhaitent également accéder aux mêmes données des registres Banque Carrefour complémentaires, parce qu'elles ont aussi affaire à des personnes qui ne sont pas inscrites au Registre national[47] ; la délibération est entrée en vigueur le 18 septembre 2024[47].

Groupe cible ou secteur Obligatoire ? État (automne 2026)
Tous les prescripteurs et exécutants seulement à une date fixée par arrêté royal, éventuellement par catégorie[11] ; aucun arrêté royal trouvé[11] cadre légal en vigueur, déploiement en trois phases qui se chevauchent par groupe cible[48]
Soins infirmiers à domicile pas encore tests d'enregistrement 2026, projets pilotes jusqu'en mars 2027, puis déploiement national[9]
Radiologie (phase 2A) pas encore projets pilotes à partir de novembre 2026[10] ; profils pour les demandes d'imagerie[30]
Organisations de soins (M2M) pas encore période de test distincte[9]
Patients hospitalisés provisoirement exceptés[11]
Autres groupes cibles pas encore aucun calendrier publié ; la page du projet promet les calendriers pour les autres groupes cibles et les autres phases « en temps voulu »[48][10]

Versions. Le catalogue de production de l'eHealth API Portal affiche l'API UHMEP en v1.4, le catalogue d'acceptation en v1.5[6][7]. La release Smals v1.0.0 (18 mars 2026) a rendu l'API prête pour le « Production Pilot »[49] ; depuis la release Smals v2.0.0 (10 août 2026), toute la documentation se trouve dans le guide d'implémentation hébergé, qui renvoie à un CI-build[50]. Attention aux deux séries de numéros : v1.0.0 et v2.0.0 sont des releases du logiciel de Smals, tandis que les versions 2.0.0, 2.1.0 et 3.0.0 de l'eReferral-IG sont des CI-builds et non des publications autorisées.

Releases et changements annoncés, automne 2026

Quand Composant Ce qui change Statut
21 octobre 2026 composants web eReferral 3.0.0 création de prescriptions de radiologie, avec PSS Radiologie pour l'aide à la décision et le choix de l'indication clinique avec SNOMED CT[51] ; gestion des attributions pour les prescriptions de radiologie sur le trajet ambulatoire[51] release du fournisseur (Smals)
28 octobre 2026 eReferral-IG 3.0.0 clarifie le flux de travail radiologie, explicite les éléments de profil FHIR requis et ajoute des exemples pour la terminologie radiologie PSS/QSI mise à jour[15] ; un patient peut annuler une prescription de radiologie tant que le business state est PENDING ou READY, une règle qui s'applique spécifiquement à la radiologie[15] continuous build, pas une publication faisant autorité[15]
annoncé, à partir de la version 4.0 composants web eReferral seuls les composants web distribués via le paquet NPM seront encore pris en charge[51] affirmation du fournisseur (Smals)
annoncé, prochaine release eReferral-IG migration du DRP-IG vers le Referral-IG ; les intégrateurs doivent préparer leurs dépendances et références DRP à leur remplacement par les artefacts correspondants du Referral-IG[14] prévu
annoncé, date inconnue URL de base canonique de l'IG passe de riziv-inami.be/standards/fhir/ereferral à ehealth.fgov.be/standards/fhir ; le nom définitif n'est pas encore fixé et la forme annoncée est un espace réservé, non une URL canonique à utiliser[14] prévu

Enregistrement et Software Register

Après validation, les résultats d'un test d'enregistrement sont intégrés dans le Software Register de la plate-forme eHealth, qui indique également, le cas échéant, le statut de certification des logiciels pour l'ensemble d'un groupe cible[9] ; ces données peuvent être complétées ou mises à jour à la suite de nouveaux tests d'enregistrement, de nouveaux tests après échec ou de modifications du statut d'enregistrement[9]. Pour la période de test 1 de la prescription de soins infirmiers à domicile, une vidéo de démonstration pour l'intégration via les composants web pouvait être envoyée jusqu'au 31 octobre 2026 inclus[9]. Au 27 octobre 2026, aucun progiciel n'était encore rattaché au service de base eReferral, alors que la même recherche pour le service de base VIDIS en donnait 25 ; la publication suit la validation, des enregistrements peuvent donc encore suivre[8]. Phasage et périodes de test : eReferral : déploiement, projets pilotes et enregistrement.

Planning

✎ Commenter

  • Soins infirmiers à domicile : projets pilotes jusqu'en mars 2027, puis déploiement national[9] ; radiologie : projets pilotes à partir de novembre 2026[10]. Phasage, tests d'enregistrement et dates contradictoires : eReferral : déploiement, projets pilotes et enregistrement.

  • La release R20262 de la plate-forme eHealth est en acceptation depuis le 1er septembre 2026, avec une mise en production prévue le 20 octobre 2026 ; que la v1.5 passe alors en production est une déduction propre[52]. Ce que la v1.5 change n'a pas été trouvé.

  • Télésurveillance : les autorités veulent construire la télésurveillance sur la prescription de renvoi électronique et les quatre hubs, avec des parcours de soins pilotes à partir du début de 2027[53] ; voir Télésurveillance en Belgique et Transmural Platform (TMP). Un CI-build du DRP contient déjà un profil en projet pour la télésurveillance[54], et eReferral v2.1.0 contient des fonctions pour les orders en cas d'insuffisance cardiaque derrière des feature flags, désactivées en acceptation et en production[35] ; voir Télésurveillance en cas d'insuffisance cardiaque.

Qu'est-ce que cela signifie pour un hôpital ?

✎ Commenter

  • Obligation prévue, pas encore en vigueur : la date sera fixée par arrêté royal[11], et, au 29 septembre 2026, un tel arrêté royal n'avait pas été trouvé[11] ; les sources décrivent des projets pilotes et des tests d'enregistrement[9].

  • Intra-muros, ambulant et transmural : la délimitation est plus fine qu'une seule exception, et l'exposé des motifs le dit expressément. Les prescriptions pour les patients hospitalisés échappent provisoirement à l'obligation[11] et ne sont, dans un premier temps, pas stockées dans la base de données unifiée[13] ; pour elles s'applique le règlement du Comité de l'assurance de l'INAMI du 5 décembre 2016, avec la possibilité expresse qu'elles soient plus tard intégrées dans cette base de données[13]. Pour les patients ambulants, l'article 73 s'applique en revanche bien aux prescriptions de renvoi électroniques intra muros[13], et les prescriptions dites transmurales relèvent dans les deux sens du champ d'application initial : rédigées à l'intérieur de l'hôpital mais exécutées à l'extérieur, et rédigées à l'extérieur mais exécutées à l'intérieur[13]. La loi définit la prescription hospitalière électronique comme une prescription d'un praticien professionnel attaché à l'hôpital exécutée dans l'un des services de l'hôpital[11] ; l'avant-projet de 2024 citait déjà expressément ces prescriptions transmurales (historique)[21]. Le rapport annuel 2025 de l'asbl Recip-e note que les hôpitaux demandent précisément de développer également la numérisation pour les patients hospitalisés, afin d'avoir un seul flux pour la radiologie[55].

  • Prescripteur et organisation : les médecins hospitaliers prescrivent des soins infirmiers à domicile et de l'imagerie[30] ; travailler en tant qu'organisation exige les composants web ou l'API FHIR avec M2M[4], et l'enregistrement pour la prescription de soins infirmiers à domicile s'adresse aussi aux logiciels hospitaliers[9].

  • Recommandation (propre) : suivre les tests d'enregistrement du fournisseur de DPI pour l'eReferral-IG et décider à temps si l'hôpital s'intègre en tant qu'organisation (M2M) ou via des prescripteurs individuels (P2M). Interroger aussi le fournisseur sur les trois bascules annoncées dans le tableau des releases ci-dessus — uniquement encore des composants web issus du paquet NPM à partir de la version 4.0, la migration du DRP-IG vers le Referral-IG et la nouvelle URL de base canonique — car elles touchent une intégration existante.

Incertitudes et informations contradictoires

✎ Commenter

  • UHMEP face à Recip-e : un cookbook FHIR de Recip-e décrit Recip-e au-dessus d'UHMEP, qui prend en charge davantage de profils que ceux pertinents pour Recip-e[27] ; les pages eHealth ne traitent d'UHMEP qu'à propos d'eReferral, et une succession de Recip-e n'est pas confirmée par une source primaire[20]. La loi impose une seule banque de données pour les deux types de prescriptions, ce qui indique qu'UHMEP deviendra la base de la version FHIR de Recip-e ; dans le catalogue d'API, Recip-e ne figure encore qu'en SOAP v4.0[11][6].

  • Nom : « Unadressed Health Messages »[17] face à « Unaddressed Health Message »[16] ; Domus Medica parle d'un « verwijsplatform »[19].

  • Validité (semble tranchée) : la FAQ donne 2 ans pour débuter[2], l'avant-projet conservait une prescription sans début d'exécution pendant un an[21] ; la loi adoptée retient deux ans plus cinq ans[11] et rejoint ainsi la FAQ[11]. L'année figurant à l'art. 30 de la loi qualité est autre chose : il s'agit de la durée maximale de conservation de la prescription dans la base de données unique, et non du délai dans lequel le patient doit faire débuter les soins[3].

  • Planning : dates de déploiement et groupes cibles par phase contradictoires : voir eReferral : déploiement, projets pilotes et enregistrement.

  • Exploitation : Smals présente UHMEP comme son projet[22] et l'historique de l'asbl Recip-e cite Smals pour le développement de l'application et l'hébergement de la banque de données[40] — une source secondaire sur la mise en place du projet de juin 2022. Au 27 octobre 2026, la fiche de projet de Smals sur HavanaH décrivait encore l'introduction d'UHMEP sur cette infrastructure comme à venir[41] ; la question de savoir si UHMEP tourne déjà aujourd'hui sur cette infrastructure reste donc ouverte. Au 7 octobre 2026, la page de service eHealth eReferral, les pages de l'INAMI, la loi du 20 juillet 2026 et les délibérations du Comité de sécurité de l'information ne citaient pas de sous-traitant ni d'hébergeur ; un registre public des activités de traitement de l'INAMI n'a pas été trouvé. Ne pas avoir trouvé n'est pas une preuve d'absence.

Relations 31 relations · 4 hypothèses

RelationConcept cibleTypeStatutPrécision
dépend de Pseudonymisation et anonymisation (plate-forme eHealth) Plateforme ou service établi Sinds R20251 (15/04/2025) pseudonimiseert UHMEP INSZ en tekstinformatie via de Pseudo REST-dienst. [56]
dépend de I.AM et I.AM Connect (Identity & Access Management) Plateforme ou service établi [27]
dépend de Plateforme d'aide à la décision pour les prescripteurs (PSS) Plateforme ou service établi Radiologievoorschriften via de UHMEP FHIR API vereisen een koppeling met Prescription Search Support. [4]
contribue à Plan d'action interfédéral eSanté Programme ou initiative établi eReferral zat in het actieplan 2022-2024 (cluster Beslissingsondersteuning) en valt in 2026-2029 onder As 2. [9]
contribue à BIHR (Belgian Integrated Health Record) Programme ou initiative établi eReferral-project in het actieplan eGezondheid (As 2, BIHR-werkomgeving); UHMEP is authentieke bron voor (verwijs)voorschriften in BIHR. [9][42][16]
relève de Institut national d'assurance maladie-invalidité (INAMI) Organisation établi Het portaal eGezondheid noemt het RIZIV de verantwoordelijke instelling voor eReferral; de Smals-projectfiche vermeldt het RIZIV als instelling. Wettelijk zijn de FOD Volksgezondheid, het FAGG en het RIZIV samen verwerkingsverantwoordelijke voor de eengemaakte voorschriftendatabank (art. 78 wet 20/7/2026); de technische hosting is niet vastgesteld. [5][22][30]
est élaboré par Smals Organisation hypothèse Voor het project verwijsvoorschriften met het RIZIV wordt volgens de historiek van Recip-e vzw met Smals samengewerkt voor de ontwikkeling van de applicatie (projectopzet juni 2022); die bron noemt de applicatie niet UHMEP en wijst Smals geen beheer of autoriteit toe. [40]
est exploité par Smals Organisation hypothèse Dezelfde historiek noemt Smals ook voor de hosting van de databank; enkel voor het project van juni 2022 en enkel in een secundaire bron, en geen primaire bron wijst een host of verwerker aan. [40]
voir aussi Plate-forme eHealth Organisation établi eHealth-platform publiceert de UHMEP eReferral Integration guide, de FHIR Test Server en de API in het eHealth API Portal; uitbating van het platform niet vastgesteld. [20][9][6]
implémente HL7 FHIR Norme ou spécification établi [9][30]
implémente Guides d'implémentation FHIR belges pour la prescription de renvoi : Referral-IG, DRP-IG et eReferral-IG Norme ou spécification établi Het eReferral-IG (RIZIV-INAMI) definieert de lokale FHIR-profielen voor verwijsvoorschriften waarop UHMEP steunt; het beperkt profielen uit het federale DRP-IG (zie be-referral-igs, onderdeel van be-fhir-igs). [30][35]
a pour base juridique Relation thérapeutique Règle ou cadre établi De toegangsregel therapeutische relatie regelt mee de zichtbaarheid van verwijsvoorschriften (samen met geïnformeerde toestemming); een therapeutische relatie leidt nooit tot automatische toewijzing. [2]
a pour base juridique Consentement éclairé au partage de données Règle ou cadre établi Zichtbaarheid via therapeutische relatie vereist ook geïnformeerde toestemming van de patiënt (toegangsregel). [2]
échange des données avec Masanté (Mijngezondheid) Plateforme ou service établi Patiënten zien digitaal opgemaakte zorgvoorschriften in Mijngezondheid. [10]
utilise la terminologie SNOMED CT Terminologie ou classification établi eReferral vereist een terminologieserver met SNOMED CT (Belgische NRC). [4]
voir aussi (entrant) Guides d'implémentation FHIR belges pour la prescription de renvoi : Referral-IG, DRP-IG et eReferral-IG Norme ou spécification établi [30][57]
porte sur (entrant) BeSafeShare Programme ou initiative établi [24]
porte sur (entrant) BIHR (Belgian Integrated Health Record) Programme ou initiative établi [58][16]
porte sur (entrant) Services et API de la plate-forme eHealth Aperçu ou dossier établi [1]
porte sur (entrant) Logiciels pour les soins infirmiers à domicile en Belgique Aperçu ou dossier établi [9][10]
porte sur (entrant) Intégration technique avec l'infrastructure eHealth Aperçu ou dossier établi [28][9]
porte sur (entrant) Télésurveillance en Belgique Aperçu ou dossier hypothèse [53][60]
porte sur (entrant) Avant-projet de loi relatif à la prescription électronique (avis APD 53/2024) Acte législatif établi [21]
porte sur (entrant) Loi du 20 juillet 2026 portant des dispositions diverses en matière de santé (chapitre 6 Prescription électronique) Acte législatif établi [11]
fait partie de (entrant) eReferral : déploiement, projets pilotes et enregistrement Plateforme ou service établi [1][9]
échange des données avec (entrant) Masanté (Mijngezondheid) Plateforme ou service établi [10][23]
échange des données avec (entrant) Plateforme d'aide à la décision pour les prescripteurs (PSS) Plateforme ou service établi [4][10][59]
dépend de (entrant) Recip-e (prescription électronique dans le secteur ambulatoire) Plateforme ou service établi [27]
participe à (entrant) Smals Organisation établi [22][41][49]
implique (entrant) Télésurveillance en cas d'insuffisance cardiaque Cas d'usage ou processus de soins hypothèse [53][35]
implique (entrant) Partage d'imagerie médicale (images médicales et rapports d'imagerie) Cas d'usage ou processus de soins établi [30][4]

Questions ouvertes 7

  1. Vervangt UHMEP op termijn (een deel van) de Recip-e-server voor geneesmiddelenvoorschriften, of blijft het een apart kader voor verwijsvoorschriften? De wet voorziet één eengemaakte databank, maar noemt UHMEP noch Recip-e; niet primair bevestigd. Aidez-nous à répondre à cette question
  2. Wanneer verschijnt het KB (art. 76 wet 20/7/2026) met de verplichtingsdatum voor het elektronisch verwijsvoorschrift? De parlementaire voorbereiding zegt dat de verplichting gefaseerd komt met onderzoek en beeldvorming eerst, en dat de minister geen concrete timing kon geven; in het Staatsblad, Justel en het Moniteur was tot 30/10/2026 geen besluit bekendgemaakt. Aidez-nous à répondre à cette question
  3. Wanneer maakt een KB de verplichting (art. 77) van toepassing op ziekenhuisvoorschriften voor gehospitaliseerde patiënten, en in welke fase vallen ontslagvoorschriften (bv. thuisverpleging na ontslag)? Aidez-nous à répondre à cette question
  4. Wie bouwt, host en baat het UHMEP-platform technisch uit? Smals presenteert het als project voor het RIZIV en de historiek van Recip-e vzw noemt Smals voor de ontwikkeling van de applicatie en de hosting van de databank (projectopzet juni 2022), maar een primaire bron die de host of de verwerker aanwijst is niet gevonden, en of UHMEP al op de HavanaH-infrastructuur draait is niet vastgesteld. Aidez-nous à répondre à cette question
  5. Via welk technisch kanaal krijgt de adviserend arts toegang tot het verwijsvoorschrift (art. 75, § 4, 3°): een UHMEP-rol, MyCareNet of iets anders? Aidez-nous à répondre à cette question
  6. Wat verandert UHMEP-API v1.5 inhoudelijk? Ze ging niet mee met release R20262 en stond op 4 november 2026 nog altijd in acceptatie met v1.4 in productie; de changelog op de acceptatiedetailpagina vereist JavaScript en is niet gelezen. Aidez-nous à répondre à cette question
  7. Is UHMEP (een deel van) de eengemaakte elektronische voorschriftendatabank uit hoofdstuk 6 van de wet van 20 juli 2026, en zijn de FOD Volksgezondheid, het FAGG en het RIZIV daarmee gezamenlijk verwerkingsverantwoordelijke voor UHMEP? Aidez-nous à répondre à cette question

Sources 60 sources · toutes les sources

  1. Procedure: Onboarding for Digital Referral Prescription (UHMEP /eReferral) M2M integration. eHealth-platform; 18-03-2026. SRC-1f8f8dee5c Lien cassé ?
  2. F.A.Q. Digitaal verwijsvoorschrift. RIZIV; 04-05-2026. SRC-f063733151 Lien cassé ?
  3. Wet van 22 april 2019 inzake de kwaliteitsvolle praktijkvoering in de gezondheidszorg (geconsolideerde tekst, Justel). FOD Justitie (Justel); 14-05-2019. SRC-37d72aaddb Lien cassé ?
  4. eReferral Integration Guide v3.0. eHealth-platform (auteur: Smals); 11-02-2026. SRC-59a327cead Lien cassé ?
  5. eReferral | eGezondheid (Portaal van de diensten eGezondheid). eHealth-platform / portaal eGezondheid. SRC-320dfe7854 Lien cassé ?
  6. eHealth API Portal - APIs (productiecatalogus). eHealth-platform. SRC-539a6b4435 Lien cassé ?
  7. eHealth ACC API Portal - APIs (acceptatiecatalogus). eHealth-platform. SRC-a2b04c7166 Lien cassé ?
  8. eHealth Software Register API: softwarepakketten met basisdienst VIDIS Medication scheme (controlemeting). eHealth-platform. SRC-e7df3d6f69 Lien cassé ?
  9. Softwareleveranciers: Digitaal verwijsvoorschrift voor thuisverpleegkundigen (eReferral). RIZIV. SRC-6f22ff7069 Lien cassé ?
  10. Betere zorg en meer efficiëntie dankzij het digitaal verwijsvoorschrift (eReferral) | RIZIV. RIZIV. SRC-03d65a6aca Lien cassé ?
  11. 20 juli 2026. - Wet houdende diverse bepalingen inzake gezondheid (hoofdstuk 6: Elektronisch voorschrijven). FOD Justitie - Belgisch Staatsblad (FOD Sociale Zekerheid); 11-08-2026. SRC-4b2f15001c Lien cassé ?
  12. Wetsontwerp houdende diverse bepalingen inzake gezondheid: verslag van de eerste lezing (DOC 56 1619/003, 7 juli 2026). Kamer van volksvertegenwoordigers; 07-07-2026. SRC-058ba52ff1 Lien cassé ?
  13. Wetsontwerp houdende diverse bepalingen inzake gezondheid: memorie van toelichting, voorontwerp en adviezen (DOC 56 1619/001 en 1620/001, 23 juni 2026). Kamer van volksvertegenwoordigers; 23-06-2026. SRC-46c7ee2870 Lien cassé ?
  14. eReferral Implementation Guide 3.0.0 (CI-build) - Home. RIZIV-INAMI / HL7 Belgium (CI-build). SRC-87c244087f Lien cassé ?
  15. eReferral Implementation Guide 3.0.0 (CI-build) - Changes. RIZIV-INAMI / HL7 Belgium (CI-build). SRC-a556292844 Lien cassé ?
  16. eHealth (primary use) in Belgium: brief overview, Belgian Integrated Health Record (B-IHR) for integrated care and Belgian roadmap towards EHDS. eHealth-platform (4th Health, Ethics, Law, and Technology Symposium, HELT 2026); 23-04-2026. SRC-1c29edd035 Lien cassé ?
  17. Digitalisering verwijsvoorschriften: visie Recip-e vzw (V2). Recip-e vzw (gehost door Vlaamse Beroepsorganisatie van Vroedvrouwen). SRC-8eca77d767 Lien cassé ?
  18. Onboarding for Digital Referral Prescription (UHMEP/eReferral) M2M integration. eHealth-platform; 18-03-2026. SRC-0a1f71b4cd Lien cassé ?
  19. Digitaal verwijsplatform. Domus Medica. SRC-8a8fe93b79 Lien cassé ?
  20. eReferral-Digitaal Verwijsvoorschrift | eHealth-platform. eHealth-platform. SRC-972e1a8c71 Lien cassé ?
  21. Avis n° 53/2024 du 6 juin 2024 – avant-projet de loi relatif à la prescription électronique (CO-A-2024-141). Autorité de protection des données (Gegevensbeschermingsautoriteit); 06-06-2024. SRC-e6152a2548 Lien cassé ?
  22. Digitalisering van de zorgvoorschriften (projectfiche UHMEP). Smals. SRC-99db830323 Lien cassé ?
  23. Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal); 30-01-2026. SRC-88e226b672 Lien cassé ?
  24. Overzicht van gepubliceerde CareSets | RIZIV. RIZIV. SRC-b4f8ecf2f8 Lien cassé ?
  25. API Integration - eReferral Implementation Guide v2.0.0 (CI build). RIZIV-INAMI. SRC-9200613bdc Lien cassé ?
  26. eReferral Implementation Guide 2.1.0 – Operation Access Matrix. RIZIV-INAMI. SRC-6d0e36bde5 Lien cassé ?
  27. Recip-e FHIR Cookbook (UHMEP-MedicationPrescription-Cookbook.pdf). Smals / Recip-e; 04-06-2026. SRC-b4bdb9101a Lien cassé ?
  28. Technische informatie en registratie voor softwareleveranciers van software voor zorgverleners | RIZIV. RIZIV. SRC-db58d23cca Lien cassé ?
  29. GitHub - smals-belgium/shared-pseudo-helper-java: Library that helps eHealth Pseudonymisation integration in Java applications · GitHub. Smals. SRC-62e7d58b4b Lien cassé ?
  30. eReferral Implementation Guide v2.0.0 (CI build). RIZIV-INAMI / HL7 Belgium (build.fhir.org). SRC-bae30c3dbf Lien cassé ?
  31. shared-digital-referral-prescription (README). Smals. SRC-03a7940ffb Lien cassé ?
  32. Digital Referral Prescription Project. Smals. SRC-ef2b9616c1 Lien cassé ?
  33. eReferral Implementation Guide 2.1.0 (continuous build) – Home. RIZIV-INAMI. SRC-9afe7e4379 Lien cassé ?
  34. eReferral Implementation Guide 2.1.0 - CI build qa.json. HL7 FHIR CI build (auto-build). SRC-1923f383ab Lien cassé ?
  35. eReferral Implementation Guide 2.1.0 – Changes. RIZIV-INAMI. SRC-8bfe53b3ec Lien cassé ?
  36. eReferral Implementation Guide 2.1.0 – Guidance. RIZIV-INAMI. SRC-f994799fa2 Lien cassé ?
  37. eReferral Implementation Guide 2.1.0 – Glossary. RIZIV-INAMI. SRC-360e8ba803 Lien cassé ?
  38. FHIR IG-portaal: projectenlijst (projects.js). eHealth-platform. SRC-85fbc850b0 Lien cassé ?
  39. Referral Prescription Implementation Guide 1.0.0 (eHealth FHIR Referral Prescription Profiles for Belgium) – Home. eHealth-platform / HL7 Belgium. SRC-e6e2ff9b16 Lien cassé ?
  40. Historiek - Recip-e. Recip-e vzw. SRC-a386120d1d Lien cassé ?
  41. Uiterst beschikbare en veilige infrastructuur voor Belgische gezondheidszorg (projectfiche HavanaH). Smals. SRC-61a4c73d13 Lien cassé ?
  42. Het BIHR (Belgian Integrated Health Record). RIZIV. SRC-bedb8ce40f Lien cassé ?
  43. Belgisch Staatsblad - zoekresultaat 'verwijsvoorschrift', publicatiedatum 12-08-2026 tot 30-10-2026. FOD Justitie - Belgisch Staatsblad. SRC-329a4d525e Lien cassé ?
  44. Justel databank - zoekresultaat 'verwijsvoorschrift', publicatiedatum 12-08-2026 tot 30-10-2026. FOD Justitie - Justel. SRC-0231edc3ad Lien cassé ?
  45. Moniteur belge - résultat de recherche 'prescription de renvoi', date de publication 12-08-2026 au 30-10-2026. SPF Justice - Moniteur belge. SRC-82777a403f Lien cassé ?
  46. 30 oktober 2018. - Wet houdende diverse bepalingen inzake gezondheid (geconsolideerde versie, Justel). FOD Justitie - Justel; 16-11-2018. SRC-3d5f776b11 Lien cassé ?
  47. Beraadslaging nr. 24/152 van 3 september 2024 over de toegang tot de Kruispuntbankregisters door het RIZIV, de FOD Volksgezondheid en het FAGG in het kader van de elektronische verwijsvoorschriften (IVC/KSZG/24/318). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 03-09-2024. SRC-9ad21f4612 Lien cassé ?
  48. Prescription de renvoi électronique : vers de meilleurs soins et plus d'efficience. INAMI. SRC-3275d95e83 Lien cassé ?
  49. Release v1.0.0 - smals-belgium/shared-digital-referral-prescription. Smals (GitHub smals-belgium); 18-03-2026. SRC-7c2994bf0f Lien cassé ?
  50. Release v2.0.0 - smals-belgium/shared-digital-referral-prescription. Smals (GitHub smals-belgium); 10-08-2026. SRC-eb95f38a82 Lien cassé ?
  51. eReferral Web Components - Release 3.0.0. Smals; 21-10-2026. SRC-311f792161 Lien cassé ?
  52. Releases Management | eHealth-platform. eHealth-platform. SRC-d90a8e8f57 Lien cassé ?
  53. Integraal verslag commissie Gezondheid en Gelijke Kansen, 22 april 2026 (CRIV 56 COM 356) - o.a. vraag 56014296C (een Kamerlid) over telemonitoring en therapiebegeleiding bij chronisch hartfalen. Kamer van volksvertegenwoordigers; 22-04-2026. SRC-ed4a5e7572 Lien cassé ?
  54. BeReferralServiceRequestTelemonitoring — care-proposal branch. eHealth Platform / HL7 Belgium. SRC-a873569599 Lien cassé ?
  55. Rapport annuel 2025 (Recip-e ASBL). Recip-e ASBL; 23-06-2026. SRC-439d9c4c20 Lien cassé ?
  56. eHealth Release Notes Major Release R20251. eHealth-platform; 11-03-2025. SRC-6573e23b30 Lien cassé ?
  57. Referral Prescription IG - Home. eHealth-platform; 25-08-2026. SRC-730503f41c Lien cassé ?
  58. BIHR: A general introduction. RIZIV/INAMI; 01-03-2026. SRC-c1669f1de8 Lien cassé ?
  59. PSS Radiologie: beslissingsondersteunend platform bij het digitaal voorschrijven van radiologische onderzoeken. RIZIV. SRC-29585d08d2 Lien cassé ?
  60. QRVA 56 036 (december 2025): o.a. vraag nr. 630 (een Kamerlid) TMP-platform voor uitwisseling gezondheidsgegevens in transmurale setting, met antwoord van 23 december 2025. Kamer van volksvertegenwoordigers; 23-12-2025. SRC-0b85fb1232 Lien cassé ?
Fiche uhmep · dernière vérification le 04-11-2026 · version 2026.11.12-3 · texte sous CC BY 4.0, sources uniquement liées
Améliorer cette page
Réutilisation : Cette page en Markdown · JSON