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.
", "last_verified": "2026-11-04", "verification_outdated": false, "sections": [ { "id": "en-bref", "title": "En bref", "kind": "tekst", "html": "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].
\nComment : 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].
\nServices : 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].
\nÉ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].
\nPlanning : 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.
\nHô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].
\nProchain 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].
\nUHMEP, 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].
\nLa 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].
\nNon 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].
\nOrganisations : 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].
\nShortCode : 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].
\nVisibilité : 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].
\nValidité 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].
\nCentralisation : 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].
\n| Service ou canal | \nQuoi | \nPour qui | \nVoir | \n
|---|---|---|---|
| Pro Web App | \napplication web de l'INAMI sans intégration ; connexion uniquement en tant que prestataire de soins individuel[4] | \nprescripteurs et prestataires de soins sans logiciel couplé | \neReferral : déploiement, projets pilotes et enregistrement | \n
| Composants web (List, Create, Detail) | \nintégration simple dans le DPI ou le DMI ; l'application web les utilise elle-même[4][23] | \nfournisseurs de logiciels, organisations | \neReferral : déploiement, projets pilotes et enregistrement | \n
| UHMEP FHIR API | \ninté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] | \nfournisseurs de logiciels, organisations (M2M) | \nGuides d'implémentation FHIR belges pour la prescription de renvoi : Referral-IG, DRP-IG et eReferral-IG | \n
| Application mobile et Masanté | \nservice de base pour les patients[10] ; les patients voient les prescriptions établies sous forme numérique[10] | \ncitoyens | \nMasanté (Mijngezondheid) | \n
| Proposition de soins | \nflux inverse du prestataire de soins vers le prescripteur[4] | \nprestataires de soins | \n\n |
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].
\nCareSet : pour la prescription de renvoi électronique, le CareSet « Digital Referral Prescription (DRP) » a été publié[24] ; voir BeSafeShare.
\nJeton 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).
\nOnboarding : 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.
\nPseudonymisation : 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.
\nGuides 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.
\nGestion. 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].
\nCadre 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.
\nCe 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].
\nL'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.
\nAnté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].
\nAccè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].
\n| Groupe cible ou secteur | \nObligatoire ? | \nÉtat (automne 2026) | \n
|---|---|---|
| Tous les prescripteurs et exécutants | \nseulement à une date fixée par arrêté royal, éventuellement par catégorie[11] ; aucun arrêté royal trouvé[11] | \ncadre légal en vigueur, déploiement en trois phases qui se chevauchent par groupe cible[48] | \n
| Soins infirmiers à domicile | \npas encore | \ntests d'enregistrement 2026, projets pilotes jusqu'en mars 2027, puis déploiement national[9] | \n
| Radiologie (phase 2A) | \npas encore | \nprojets pilotes à partir de novembre 2026[10] ; profils pour les demandes d'imagerie[30] | \n
| Organisations de soins (M2M) | \npas encore | \npériode de test distincte[9] | \n
| Patients hospitalisés | \nprovisoirement exceptés[11] | \n\n |
| Autres groupes cibles | \npas encore | \naucun calendrier publié ; la page du projet promet les calendriers pour les autres groupes cibles et les autres phases « en temps voulu »[48][10] | \n
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.
\n| Quand | \nComposant | \nCe qui change | \nStatut | \n
|---|---|---|---|
| 21 octobre 2026 | \ncomposants web eReferral 3.0.0 | \ncré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] | \nrelease du fournisseur (Smals) | \n
| 28 octobre 2026 | \neReferral-IG 3.0.0 | \nclarifie 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] | \ncontinuous build, pas une publication faisant autorité[15] | \n
| annoncé, à partir de la version 4.0 | \ncomposants web eReferral | \nseuls les composants web distribués via le paquet NPM seront encore pris en charge[51] | \naffirmation du fournisseur (Smals) | \n
| annoncé, prochaine release | \neReferral-IG | \nmigration 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] | \nprévu | \n
| annoncé, date inconnue | \nURL de base canonique de l'IG | \npasse 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] | \nprévu | \n
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.
" }, { "id": "planning", "title": "Planning", "kind": "tekst", "html": "Soins infirmiers à domicile : projets pilotes jusqu'en mars 2027, puis déploiement national[9] ;\nradiologie : projets pilotes à partir de novembre 2026[10]. Phasage, tests d'enregistrement et dates\ncontradictoires : eReferral : déploiement, projets pilotes et enregistrement.
\nLa release R20262 de la plate-forme eHealth est en acceptation depuis le 1er septembre 2026, avec une mise en\nproduction prévue le 20 octobre 2026 ; que la v1.5 passe alors en production est une déduction propre[52].\nCe que la v1.5 change n'a pas été trouvé.
\nTélésurveillance : les autorités veulent construire la télésurveillance sur la prescription de renvoi électronique et\nles quatre hubs, avec des parcours de soins pilotes à partir du début de 2027[53] ; voir\nTélésurveillance en Belgique et Transmural Platform (TMP). Un CI-build du DRP contient déjà un profil en projet pour la\ntélésurveillance[54], et eReferral v2.1.0 contient des fonctions pour les orders en cas d'insuffisance\ncardiaque derrière des feature flags, désactivées en acceptation et en production[35] ; voir\nTélésurveillance en cas d'insuffisance cardiaque.
\nObligation 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].
\nIntra-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].
\nPrescripteur 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].
\nRecommandation (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.
\nUHMEP 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].
\nNom : « Unadressed Health Messages »[17] face à « Unaddressed Health Message »[16] ; Domus Medica parle d'un « verwijsplatform »[19].
\nValidité (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].
\nPlanning : dates de déploiement et groupes cibles par phase contradictoires : voir eReferral : déploiement, projets pilotes et enregistrement.
\nExploitation : 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.
\n