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

Hubs & Metahub (répertoire des références)

Identifiant Atlas hubs-metahub · 100 affirmations · 90 sources · Dernière vérification29-09-2026 · Version 2026.11.12-3

Type
Plateforme ou service
Juridiction
Belgique (fédéral/interfédéral)
Cycle de vie
en production — En production depuis 2014 (quatre hubs raccordés) ; règlement 14/016, dernière modification approuvée par le Comité de sécurité de l'information le 2 septembre 2025 et en vigueur le 17 septembre 2025.
Version
Règlement délibération 14/016 (dernière modification approuvée le 2 septembre 2025, en vigueur le 17 septembre 2025) ; définitions des services web xsd-hubservices 3.6.0
Alias
verwijzingsrepertorium; metahub; hub-metahubsysteem; Hubs & Metahub; répertoire des références; hubs
FR / EN
Hubs & Metahub (répertoire des références) / Hubs and metahub (reference directory)

Modèle d'échange fédéral et décentralisé doté d'un répertoire des références à deux couches : le métahub de la Plate-forme eHealth sait dans quel hub ou dans quel coffre-fort de santé se trouvent des données concernant un patient (NISS), et chaque hub tient à jour auprès de quelle institution de soins connectée ou de quel réseau d'échange connecté une donnée de santé est disponible. Le métahub ne conserve lui-même aucun document ; ceux-ci restent dans des systèmes sources décentralisés ou dans des coffres-forts, et les flux de données passent par les hubs. Lors d'une consultation normale, un consentement et une relation thérapeutique ou de soins sont requis, les exclusions enregistrées s'appliquent et la matrice d'accès est mise en œuvre ; pour une situation d'urgence thérapeutique, il existe une exception break-the-glass journalisée. Le règlement prescrit des services web KMEHR comme interface.

Relations 63 Sources 90 Graphe

En bref

✎ Commenter
  • Le métahub de la Plate-forme eHealth sait dans quel hub ou quel coffre-fort de santé se trouvent les données concernant un patient ; le hub sait auprès de quelle institution se trouve le document[1][2].
  • Les documents restent à la source ; les flux de données passent par les hubs, non par le métahub[1].
  • Un hôpital se raccorde pour les références par l'intermédiaire d'un hub ; le service web Metahub n'est accessible qu'aux hubs reconnus[2].
  • Le règlement prescrit des services web KMEHR comme interface[1], mais les définitions de services web publiées portent elles-mêmes le statut « draft », tandis que des opérations distinctes y figurent comme « Published »[3] ; dans la transaction KMEHR Laboratory result 2.0 (décembre 2023), les hubs expriment le souhait de passer progressivement à des clients capables de FHIR[4].
  • Le règlement 14/016 a été modifié pour la dernière fois le 2 septembre 2025, en vigueur le 17 septembre 2025[5].
  • 10% du budget DPI constitue une base variable pour l'utilisation active des hubs[6].
  • Le flux Vitalink des dépistages et des vaccinations via les hubs est, selon CoZo, interrompu[7][8] ; le délai de rétablissement attendu (Q2 2026) est dépassé et, au 28/09/2026, CoZo mentionnait encore l'interruption[8][9].

Question ou modèle

✎ Commenter

Comment un prestataire de soins retrouve-t-il des données concernant un patient qui sont conservées dans un autre établissement, sans que ces données soient stockées de manière centralisée ? La réponse belge est Hubs & Metahub (répertoire des références) : le métahub de la Plate-forme eHealth est un index des données de santé des patients et la clé de voûte d'un système d'échange décentralisé[2]. L'architecture est distribuée : le métahub indique à un hub si un autre hub détient des documents concernant un patient, mais les flux de données proprement dits passent par les hubs[1].

Le répertoire des références comporte deux couches : le métahub indique uniquement dans quel hub ou coffre-fort des informations concernant un patient sont disponibles, et chaque hub tient lui-même à jour auprès de quel établissement affilié se trouve la donnée[1][2]. Le patient y est identifié par son NISS[1], et tous les échanges interhubs reposent exclusivement sur ce numéro[10]. Grâce à cette approche en couches, la Plate-forme eHealth ne stocke elle-même aucune donnée de santé concernant les patients[1]. Les établissements affiliés, tels que les hôpitaux, restent eux-mêmes responsables de la conservation et de la disponibilité des données partagées[1].

Comparaison

✎ Commenter
Rôle Qui Que tient-il à jour ? Justification
Métahub Plate-forme eHealth Dans quel hub/coffre-fort se trouvent des données relatives à un NISS [1][2]
Hub Réseaux régionaux, par exemple CoZo (Collaboratief Zorgplatform) et le VZN-hub Auprès de quel établissement affilié se trouve le document [2][11]
Coffre-fort Par exemple Vitalink Conserve lui-même des données et est connecté au métahub [1][12]
Établissement de soins Par exemple un hôpital Conserve lui-même le document et le signale au hub [1]

Selon Domus Medica, les hubs rendent accessibles les informations de la deuxième ligne (hôpitaux), tandis que les coffres-forts régionaux de première ligne collectent les informations de la première ligne[13]. Cette séparation n'est pas absolue : selon le règlement, Inter-Med et BruSafe sont des coffres-forts de première ligne qui fonctionnent comme parties intégrantes, respectivement, du hub Réseau Santé Wallon et du hub Réseau Santé Bruxellois (Abrumet)[1], et CoZo donne également accès à des laboratoires et à des cabinets de radiologie[14]. Le règlement (version du 2 septembre 2025) cite comme hubs Abrumet, Réseau Santé Wallon, Antwerpse Regionale Hub, Collaboratief Zorgplatform et ZOrgDAtaPlatform (ZODAP) ; des coffres-forts de santé et le Dossier pharmaceutique partagé y sont également connectés[1]. Voir aussi Réseau Santé Bruxellois (Abrumet) et Réseau Santé Wallon.

Interfaces. Les interfaces entre les hubs et avec le métahub sont des services web KMEHR dont la Plate-forme eHealth publie les spécifications[1], avec un ensemble d'opérations intrahub (du hub vers ses propres clients) et un ensemble d'opérations interhubs (de hub à hub)[3]. Un hub doit permettre à ses clients de signaler un document avec des métadonnées minimales, de rechercher des références, de révoquer un signalement et de récupérer un document au moyen d'une référence[1]. Le service getTransactionList effectue une recherche dans le hub local ou dans l'ensemble du système des hubs[15]. Le stockage de dossiers médicaux (putTransaction) n'est pas une fonction standard d'un hub[10]. Pour les résultats de laboratoire, il existe « Laboratory result 2.0 » : une transaction KMEHR minimale contenant un FHIR Lab Report intégré, que l'actuel système des hubs et du métahub peut traiter[4] (voir Échange des résultats de laboratoire).

Contrôle d'accès. Lors d'une consultation interhubs, le hub demandeur contrôle le prestataire de soins et le patient (consentement, relation thérapeutique), tandis que le hub qui conserve le document contrôle les droits d'accès propres au document ; chaque accès est journalisé[1]. Le patient peut exclure certains prestataires de soins ; au sein d'un groupe fixe, tel qu'une équipe hospitalière, cette exclusion peut s'étendre au groupe[1]. Un hub peut permettre qu'un prestataire de soins enregistre une exclusion à la demande du patient, à condition qu'une relation thérapeutique préalable soit établie[1]. Ce n'est que dans une situation d'urgence thérapeutique (break the glass) qu'aucun contrôle préalable du consentement, de la relation thérapeutique ou des exclusions n'est requis[1] ; les données de journalisation doivent toutefois indiquer que le prestataire de soins a invoqué une situation d'urgence[1]. Voir Consentement éclairé au partage de données, Service Consent (eHealthConsent) de la plate-forme eHealth et Relation thérapeutique.

Conclusion

✎ Commenter

Constatations : le système est un index fédéral situé au-dessus de hubs régionaux, le contrôle d'accès étant réparti entre le hub demandeur et le hub détenteur[1]. Le service web Metahub (création et recherche de liens patient) est réservé aux hubs reconnus, et non aux logiciels individuels des hôpitaux ; pour les références, un hôpital se connecte donc par l'intermédiaire d'un hub[2][16]. Les services connexes relatifs au consentement, aux relations thérapeutiques et aux exclusions sont néanmoins également disponibles sous la forme de services REST pour des applications tierces[2] ; le service de consentement est notamment accessible aux hôpitaux[2]. Chaque hub doit garantir aux utilisateurs le libre choix du raccordement[1]. Dans le cadre du Belgian Integrated Health Record (BIHR), la plate-forme d'échange (métahub, hubs et connecteurs) est maintenue, tandis que les règles applicables aux informations échangées sont uniformisées[17] ; selon le ministre (15 juillet 2025), le BIHR dépend des hubs et des coffres-forts de santé[18]. À la mi-2026, la question de savoir si, au sein du BIHR, l'acheminement vers le coffre-fort approprié passerait par le Metahub, par ConsultRN ou suivrait un principe de no-wrong-door restait ouverte[19].

Signification pratique pour les hôpitaux

✎ Commenter
  • Condition de financement (AR du 10 avril 2025, BMF art. 61 § 2, à partir du 1 juillet 2025) : sur le budget DPI des hôpitaux généraux (62.282.829,25 euros, valeur au 1 juillet 2024)[6], 10% constituent une base variable par lit pour l'utilisation active des hubs[6] ; le même article qualifie ce montant de forfaitaire, calculé annuellement et identique pour tous les hôpitaux d'un groupe[20]. Les conditions comprennent notamment : a) les données de soins, telles que les lettres de sortie, les rapports de consultation et les résultats, sont publiées dans le répertoire des références dans un délai de 0 à 7 jours au maximum et sont accessibles au patient[6] ; d) d'autres données de santé sont partagées sous une forme réutilisable (CareSet, FHIR, SNOMED CT)[6] ; e) les documents sont accessibles conformément à la matrice d'accès[6] ; pour 2026, la Plate-forme eHealth prévoit l'intégration du service PADAC de matrice d'accès dans les hubs et les coffres-forts de santé (planification)[21] ; WS Matrix (PADAC) existe comme service REST, pour lequel l'établissement ou le logiciel a besoin d'une configuration I.AM Connect[22], mais il n'est pas confirmé que l'intégration dans les hubs ait été réalisée en 2026 (lacune, situation au 29/09/2026 ; voir service de matrice d'accès). Toutes les données partagées doivent porter les métadonnées correctes[6]. L'établissement qui ne satisfait pas aux conditions perd le budget de base variable lors de l'exercice suivant[6]. En janvier 2026, le SPF a reconnu que les textes néerlandais et français de la fonctionnalité de base 9 (« Communication automatisée avec les hub's ») divergeaient ; l'AR du 30 mai 2026 (MB du 11 juin 2026) a adapté le texte français[23][24]. Interprétation : la condition d) est pertinente pour la transition FHIR des hôpitaux. Voir Belgian Meaningful Use Criteria (BMUC).
  • Condition de financement : consultation, par les prestataires de soins de l'établissement et au moyen des hubs et des coffres-forts, des informations provenant d'autres établissements, du Sumehr et du schéma de médication[6].
  • Obligation légale/réglementaire : l'hôpital reste responsable de la conservation et de la disponibilité de ses documents[1] ; lorsqu'un médecin hospitalier quitte l'établissement, la responsabilité de la publication est transférée au médecin-chef[1].
  • Bonne pratique : Domus Medica recommande au spécialiste d'envoyer également les résultats importants par l'intermédiaire de l'eHealthBox, car des documents spécifiques ne sont pas toujours faciles à retrouver par la connexion au hub[13].
  • Pour le scénario de publication complet, voir partage de rapports via un hub ; pour l'accès des patients par les portails des hubs, voir portails patients.
  • Recommandation : définissez, pour chaque type de document, les métadonnées et le délai de mise à disposition applicables, afin que le délai de publication et la matrice d'accès puissent être contrôlés.

Conditions et limites de mise en œuvre

✎ Commenter

Un hub candidat introduit une demande d'adhésion auprès du Comité de sécurité de l'information ; le Comité de gestion de la Plate-forme eHealth coordonne le système[1]. Le CSI a approuvé des modifications du règlement le 5 novembre 2024 et le 2 septembre 2025, notamment pour les collaborateurs au sein d'un cercle de confiance[5] ; les modifications du 2 septembre 2025 sont entrées en vigueur le 17 septembre 2025[5]. Le Metahub et les services Consent, Therlink et Exclusions fonctionnent sur deux zones ; en cas de panne sur les deux zones, selon les informations de la Plate-forme eHealth, CoZo, RSW et Réseau Santé Bruxellois (Abrumet), entre autres, continuent de fonctionner, mais pas Vitalink ni le hub Vlaams Ziekenhuisnetwerk KU Leuven[25]. Selon des communications de CoZo, les données des programmes de dépistage de population depuis le 1er juillet 2025 et les données de vaccination de Vitalink depuis le 15 janvier 2026 sont temporairement inconsultables par l'intermédiaire des hubs[7][8], à la suite d'une transition technique chez Vitalink[8]. En janvier 2026, CoZo prévoyait un rétablissement dans le courant du Q2 2026[8] ; ce délai est dépassé et, au 28/09/2026, l'aperçu des actualités de CoZo mentionnait encore l'interruption[9] (aucun test opérationnel ; situation au 29/09/2026). Les hôpitaux n'appliquent pas les mêmes règles en matière d'accès des patients aux documents des hubs[13].

Incertitudes et informations contradictoires

✎ Commenter

  • Nombre et noms des hubs. Domus Medica parle de quatre hubs[13] et CoZo cite CoZo, VznkuL, Abrumet et RSW[11] ; le règlement énumère cinq noms, dont ZODAP mais pas le VZN-hub[1] ; la délibération 14/016 qui l'accompagne mentionne toutefois UZ Leuven comme hub approuvé (délibération 12/063 du 17 juillet 2012)[5], tandis que la page de statut place l'Antwerpse Regionale Hub sous CoZo[25]. Un fournisseur parle de deux hubs flamands (affirmation du fournisseur)[26]. La ministre wallonne de la Santé (réponse du 21 mars 2024) décrit le système comme une interconnexion entre le métahub fédéral, quatre hubs régionaux et trois coffres-forts régionaux[27]. Interprétation : le décompte officiel de quatre hubs étaye la lecture selon laquelle les cinq noms du règlement sont en partie historiques. La version française du règlement cite elle aussi ZODAP[28], et l'adhésion est au nom d'UZ Leuven, et non de VZN ni d'une entité ZODAP[29]. Interprétation : ZODAP occupe la place du hub de Louvain et en est très probablement le nom dans le règlement ; aucune source ne définit explicitement ZODAP[1]. Les cinq noms seraient alors les quatre hubs actuels plus le hub d'Anvers intégré à CoZo. Voir VZN-hub pour la situation actuelle.

  • Opt-out contre consentement. Depuis 2023, la loi autorise l'enregistrement des références pour autant que le patient ne s'y soit pas opposé[30], tandis que le règlement lie encore le consentement à la fois à l'enregistrement et à la consultation des références[1] et parle dans son statut de consentement « pour l'enregistrement des références »[1]. À Bruxelles, depuis l'ordonnance du 21 mars 2024, sauf refus du patient (opt-out), les acteurs de santé mettent à jour le répertoire de références de la plate-forme en tant que hub[31] ; voir Réseau Santé Bruxellois (Abrumet). Au niveau central, la Plate-forme eHealth propose la gestion de l'opt-out pour le référencement au moyen du service REST Consent[32], avec, dans le cookbook 1.1, dataReferencing activé par défaut et dataSharing désactivé par défaut[33] ; le cookbook documente un point de terminaison de production[33] (voir Service Consent (eHealthConsent) de la plate-forme eHealth). Il n'est pas confirmé que le règlement 14/016 et les hubs appliquent déjà ce mécanisme (situation au 29/09/2026).

  • Statut des spécifications. Les définitions des services web portent le statut « draft », tandis que les opérations sont répertoriées comme « Published »[3].

  • Non trouvé : une spécification interhubs officielle, fondée sur FHIR ou IHE, en production. Le projet GitHub HubsOnFHIR de la Plate-forme eHealth porte sur la manière dont le système des hubs et du métahub adoptera FHIR[34] ; d'après les métadonnées du dépôt (interprétation), il n'a plus reçu de commits après juin 2023[34] ; quant à savoir si les hubs reprennent le rôle de courtier du connecteur BIHR, il ne s'agit que d'une attente d'un fournisseur[35]. Pour le trajet hub-vers-coffre-fort, Vitalink (cookbook 1.16) décrit bien une voie FHIR pour les hubs, avec un jeton M2M ; ce n'est pas une spécification interhubs et cela ne prouve pas le raccordement d'un hub déterminé[36]. Les hubs souhaitent toutefois expressément une transition progressive vers des clients capables de FHIR[4], le système des hubs et du métahub peut traiter des résultats de laboratoire sous forme de KMEHR avec du FHIR intégré[4], et la proposition Phase 3 de DIGIRELAB (mars 2026, « to be finetuned ») décrit une API de recherche FHIR pour les résultats de laboratoire auprès des hubs ; il s'agit d'une proposition, et non d'une mise en production[37]. Il existe en outre une proposition non officielle dans un dépôt communautaire (ni fournisseur ni autorité publique) : une implémentation de référence qui modernise getTransactionList et getTransaction vers IHE MHD sur FHIR R4[38]. Le dépôt renvoie à une « Belgian Federated eHealth Interhub FHIR Specification » correspondante[38] ; ce guide d'implémentation n'a pas été étudié (lacune). Pour le trajet hub-vers-coffre-fort, Vitalink décrit bien une voie passant par le hub, dans laquelle le hub s'authentifie au moyen d'un jeton du realm M2M ; ce n'est pas une spécification interhubs et cela ne prouve pas que chaque hub soit raccordé[36].

Diagramme

Gegevensdeling via het hubs-metahubsysteem Een ziekenhuis publiceert een verslag, een huisarts raadpleegt het via een andere hub. Vereenvoudigd procesmodel op basis van de bronnen; geen weergave van een specifieke ziekenhuisimplementatie.
Gegevensdeling via het hubs-metahubsysteem Patiënt Patiënt Ziekenhuis (EPD, arts) Ziekenhuis EPD, arts Hub A (hub van het ziekenhuis) Hub A hub van het ziekenhuis Metahub (toestemming en therapeutische relatie) Metahub toestemming en therapeutische relatie Hub B (hub van de huisarts) Hub B hub van de huisarts Huisarts (eigen software) Huisarts eigen software 1. Geïnformeerde toestemming geregistreerd (ook via het ziekenhuis) 2. Verslag gevalideerd; het blijft in hetziekenhuis (BMUC: 0–7 dagen) 3. Referentie en metadatagemeld aan de eigen hub 4. De hub meldt ‘gegevensvoor INSZ’ aan de metahub 5. De huisarts vraagt delijst op(getTransactionList) 6. Controle vantoestemming,therapeutische relatie enuitsluitingen 7. Metahub: welke hubshebben gegevens? 8. Interhub-vraag; hub A past de toegangsmatrix toe 9a. Document opgehaalduit het ziekenhuissysteem 9b. Document naar dehuisarts (niet via demetahub) 10. Logging in cascade bij het eHealth-platform, de hubs en het lokale systeem; ‘break the glass’ omzeilt stap 6 maar wordt gelogd.

avec source Conception propre, simplifiée · CC BY 4.0 · affirmations

  1. 1 Patiënt → Metahub: Geïnformeerde toestemming geregistreerd (ook via het ziekenhuis)[14][39]
  2. 2 Verslag gevalideerd; het blijft in het ziekenhuis (BMUC: 0–7 dagen)[1][6]
  3. 3 Ziekenhuis → Hub A: Referentie en metadata gemeld aan de eigen hub[1]
  4. 4 Hub A → Metahub: De hub meldt ‘gegevens voor INSZ’ aan de metahub[2][1]
  5. 5 Huisarts → Hub B: De huisarts vraagt de lijst op (getTransactionList)[13][15]
  6. 6 Hub B → Metahub: Controle van toestemming, therapeutische relatie en uitsluitingen[1]
  7. 7 Metahub → Hub B: Metahub: welke hubs hebben gegevens?[1]
  8. 8 Hub B → Hub A: Interhub-vraag; hub A past de toegangsmatrix toe[3][40]
  9. 9a Hub A → Ziekenhuis: Document opgehaald uit het ziekenhuissysteem[1]
  10. 9b Hub B → Huisarts: Document naar de huisarts (niet via de metahub)[1]
  11. 10Logging in cascade bij het eHealth-platform, de hubs en het lokale systeem; ‘break the glass’ omzeilt stap 6 maar wordt gelogd.[1]

Relations 63 relations · 11 hypothèses

RelationConcept cibleTypeStatutPrécision
est exploité par Plate-forme eHealth Organisation établi [2][1]
implémente KMEHR Norme ou spécification établi [1][3]
est supervisé par Comité de sécurité de l'information (chambre sécurité sociale et santé) Organisation établi Het IVC beraadslaagt over het verwijzingsrepertorium en wijzigt het reglement; het eHealth-platform blijft beheerder van de metahub. [5][30]
échange des données avec Vitalink Plateforme ou service établi [1][12]
a pour base juridique Consentement éclairé au partage de données Règle ou cadre établi Het toestemmingsreglement regelt registratie en raadpleging van referenties in het verwijzingsrepertorium. [1][2]
a pour base juridique Relation thérapeutique Règle ou cadre établi Raadpleging via het systeem vereist een vooraf geverifieerde therapeutische relatie. [1]
a pour base juridique Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information) Règle ou cadre établi De toegangsmatrix (IVC) bepaalt per categorie zorgverlener welke gegevenscategorieën toegankelijk zijn. [1]
a pour base juridique Cercle de confiance (Circle of Trust, COT) Règle ou cadre établi Het reglement cirkel van vertrouwen regelt de toegang van medewerkers onder verantwoordelijkheid van een zorgverlener. [1]
contribue à BIHR (Belgian Integrated Health Record) Programme ou initiative établi Het uitwisselingsplatform blijft binnen BIHR behouden en BIHR hangt af van de hubs en kluizen; de rol van de Metahub bij de routering naar de juiste kluis lag medio 2026 nog open. [17][18]
fait partie de (entrant) Réseau Santé Bruxellois (Abrumet) Plateforme ou service établi [41][42][11]
fait partie de (entrant) Service Consent (eHealthConsent) de la plate-forme eHealth Plateforme ou service établi [2][25]
fait partie de (entrant) CoZo (Collaboratief Zorgplatform) Plateforme ou service établi [52][11][1]
fait partie de (entrant) Réseau Santé Wallon (RSW) Plateforme ou service établi [74][75][76]
fait partie de (entrant) Services lien thérapeutique et exclusion de la plate-forme eHealth (TherLink, TherExclusion, Link) Plateforme ou service établi [2][25]
fait partie de (entrant) VZN-hub Plateforme ou service établi [11][5]
se connecte à (entrant) BelRAI 2.0 (banque de données fédérale et service web) Plateforme ou service établi [43]
se connecte à (entrant) CGM Oxygen Produit logiciel hypothèse [49][50]
se connecte à (entrant) Crossuite Produit logiciel hypothèse [53]
se connecte à (entrant) Connecteurs eHealth (eHealth platform services connectors) Plateforme ou service établi [56]
se connecte à (entrant) Dossier Pharmaceutique Partagé Plateforme ou service établi [60][61]
se connecte à (entrant) KineQuick Produit logiciel hypothèse [65]
se connecte à (entrant) Medispring Physio Produit logiciel hypothèse [68]
se connecte à (entrant) Service matrice d'accès de la plate-forme eHealth (WS Matrix, PADAC) Plateforme ou service hypothèse [21]
porte sur (entrant) BIHR (Belgian Integrated Health Record) Programme ou initiative établi [17]
porte sur (entrant) BIHR : CareSets et feuille de route EHDS Programme ou initiative établi [44]
porte sur (entrant) Connecteur BIHR (FHIR-broker) Aperçu ou dossier hypothèse [35][34][17][45]
porte sur (entrant) Services de base de la plate-forme eHealth Aperçu ou dossier établi [16]
porte sur (entrant) Services et API de la plate-forme eHealth Aperçu ou dossier établi [2]
porte sur (entrant) Marché des DPI des hôpitaux belges Aperçu ou dossier établi [27][57]
porte sur (entrant) Accès du patient et portails patients Aperçu ou dossier établi [13][2]
porte sur (entrant) Accord de coopération eHealth-BelRAI Acte législatif établi [77]
porte sur (entrant) Logiciels pour kinésithérapeutes en Belgique Aperçu ou dossier établi [80]
porte sur (entrant) Intégration technique avec l'infrastructure eHealth Aperçu ou dossier établi [2]
porte sur (entrant) Télésurveillance en Belgique Aperçu ou dossier hypothèse [81][82]
porte sur (entrant) Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information) Règle ou cadre établi [1][2]
porte sur (entrant) Paysage e-santé flamand Aperçu ou dossier établi [12][1]
exige (entrant) BMUC : financement du DPI intégré Régime de financement établi [6][24][23][46]
exige (entrant) BMUC : rapportage et FAQ Régime de financement établi [23][24][6]
exige (entrant) Enregistrement (homologation) des logiciels de médecine générale Régime d'agrément ou d'enregistrement établi [72][73]
échange des données avec (entrant) CareConnect General Practitioner Produit logiciel établi [47]
échange des données avec (entrant) CGM Daktari Produit logiciel établi [48]
échange des données avec (entrant) ChipSoft HiX Produit logiciel hypothèse [51]
échange des données avec (entrant) Doctor Manager Produit logiciel hypothèse [55]
échange des données avec (entrant) Dossier Pharmaceutique Partagé Plateforme ou service établi [1]
échange des données avec (entrant) HealthOne Nova Produit logiciel établi [62]
échange des données avec (entrant) Schéma de médication partagé Plateforme ou service établi [60]
échange des données avec (entrant) Mediris Multi (GP) Produit logiciel établi [66]
échange des données avec (entrant) Medispring Généraliste Produit logiciel hypothèse [67]
échange des données avec (entrant) Mynexuzhealth (patiëntenportaal van nexuzhealth) Produit logiciel hypothèse [26]
échange des données avec (entrant) Vitalink Plateforme ou service établi [12][85][87][88]
échange des données avec (entrant) Migration de Vitalink vers FHIR (de KMEHR vers Vitalink 2.0) Plateforme ou service établi [89][88][90]
implique (entrant) Digitalisation des résultats de laboratoire (DIGIRELAB) Cas d'usage ou processus de soins établi [54][21][37]
implique (entrant) Échange des résultats de laboratoire Cas d'usage ou processus de soins établi [4][54][37][6]
implique (entrant) SHIFT, SHIFT 2 FAITH et E17 on FHIR (projets Data Capabilities avec échange FHIR fédéré) Cas d'usage ou processus de soins établi [78][79]
implique (entrant) Partage d'imagerie médicale (images médicales et rapports d'imagerie) Cas d'usage ou processus de soins établi [83][84][6]
implique (entrant) Cas d'usage : schéma de médication à l'admission et à la sortie Cas d'usage ou processus de soins établi [85][86]
implique (entrant) Cas d'usage : partage des rapports et résultats hospitaliers via le hub Cas d'usage ou processus de soins établi [2][1]
voir aussi (entrant) Déclaration de décès électronique et chaîne du décès (eDeath) Cas d'usage ou processus de soins établi [5]
participe à (entrant) FarmaFlux Organisation établi [58][59][60]
est comparé à (entrant) IHE-profielen voor documentdeling (XDS, XCA, XCPD, MHD en verwante) Norme ou spécification établi [1][63]
est comparé à (entrant) Mécanisme d'échange inter-coffres-forts (Intervault) Aperçu ou dossier établi [64]
dépend de (entrant) Transaction KMEHR résultat de laboratoire (1.1 et 2.0) Norme ou spécification établi [4]
dépend de (entrant) Masanté (Mijngezondheid) Plateforme ou service établi [69][70][13][71]

Questions ouvertes 8

  1. Wat is ZOrgDAtaPlatform (ZODAP)? Geen bron definieert het expliciet; de interpretatie dat het de reglementnaam van de Leuvense/VZN-hub is, staat op de pagina vzn-hub (stand 29/09/2026). Aidez-nous à répondre à cette question
  2. Is het opt-outregime voor de opname van verwijzingen (wet van 23 november 2023) al in het reglement 14/016 en in de hubs verwerkt? Het centrale opt-outbeheer bestaat als Consent REST-dienst; in Brussel is het sinds 2024 bij ordonnantie geregeld. Aidez-nous à répondre à cette question
  3. Wanneer en hoe worden de KMEHR-hubservices (intrahub/interhub) in het kader van BIHR aangevuld of vervangen door FHIR-interfaces (de hubs willen een geleidelijke overgang; het DIGIRELAB-voorstel beschrijft een FHIR-zoek-API)? Aidez-nous à répondre à cette question
  4. Loopt de routering naar de juiste kluis binnen BIHR via de Metahub, via ConsultRN of volgens een no-wrong-door-principe? Aidez-nous à répondre à cette question
  5. Welke metadata en documenttypes zijn minimaal verplicht bij publicatie door een ziekenhuis? Aidez-nous à répondre à cette question
  6. Is de onderbreking van de Vitalink-stroom (bevolkingsonderzoeken sinds 1 juli 2025, vaccinaties sinds 15 januari 2026) via de hubs intussen opgeheven? CoZo verwachtte herstel in Q2 2026; die termijn is verstreken en op 28/09/2026 vermeldde het CoZo-nieuwsoverzicht nog de onderbreking (stand 29/09/2026). Aidez-nous à répondre à cette question
  7. Wat is de status en herkomst van de 'Belgian Federated eHealth Interhub FHIR Specification' waarnaar de community-repository verwijst (IG niet onderzocht)? Aidez-nous à répondre à cette question
  8. Zullen de hubs labresultaten via een FHIR-zoek-API op LOINC-code ontsluiten (DIGIRELAB fase 3), en vanaf wanneer? Aidez-nous à répondre à cette question

Sources 90 sources · toutes les sources

  1. Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform. eHealth-platform / Informatieveiligheidscomité; 18-02-2014. SRC-f4d7f1af3a Lien cassé ?
  2. Verwijzingsrepertorium (Metahub). eHealth-platform. SRC-008bee8c2b Lien cassé ?
  3. KMEHR Web Services (hub-metahub intrahub/interhub). eHealth-platform. SRC-48cdc8b063 Lien cassé ?
  4. KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR). eHealth-platform; 08-12-2023. SRC-b09ad4548b Lien cassé ?
  5. Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 18-02-2014. SRC-ddd345c720 Lien cassé ?
  6. Koninklijk besluit van 10 april 2025 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen. Belgisch Staatsblad (spiegel etaamb.openjustice.be); 23-04-2025. SRC-c2bc38d00b Lien cassé ?
  7. Bevolkingsonderzoeken niet meer beschikbaar - CoZo. CoZo vzw. SRC-a069a0277c Lien cassé ?
  8. Vaccinatiegegevens niet meer beschikbaar - CoZo. CoZo vzw; 15-01-2026. SRC-7f4a73940a Lien cassé ?
  9. Nieuws. CoZo. SRC-2e540985ef Lien cassé ?
  10. Hub service putTransaction: functional description (v1.1). eHealth-platform (KMEHR); 26-03-2015. SRC-463e514ada Lien cassé ?
  11. eHealth - CoZo. CoZo vzw. SRC-1d6f1efe3d Lien cassé ?
  12. Technisch overzicht | Vitalink. Vitalink (Departement Zorg). SRC-b64c94471e Lien cassé ?
  13. Digitale communicatie met de ziekenhuizen: Hubs. Domus Medica. SRC-d367fae946 Lien cassé ?
  14. Meer over CoZo. Collaboratief Zorgplatform (CoZo). SRC-840b40cdca Lien cassé ?
  15. getTransactionList (intrahub). eHealth-platform (KMEHR). SRC-ce283ca193 Lien cassé ?
  16. Welcome Pack (eHealth-platform). eHealth-platform. SRC-6fdf93f016 Lien cassé ?
  17. Het BIHR (Belgian Integrated Health Record). RIZIV. SRC-bedb8ce40f Lien cassé ?
  18. Integraal verslag commissie Gezondheid en Gelijke Kansen, 15 juli 2025 (CRIV 56 COM 166) - o.a. vraag 56005796C (een Kamerlid) over één geïntegreerd patiëntendossier. Kamer van volksvertegenwoordigers; 15-07-2025. SRC-381b705a1e Lien cassé ?
  19. Strategic alignment with regional vaults – BE-NCPeH – EHDS – Patient Summary. eHealth-platform (BE-NCPeH); 18-06-2026. SRC-762de96548 Lien cassé ?
  20. Koninklijk besluit van 10 april 2025 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen (Justel). FOD Justitie – Belgisch Staatsblad (FOD Volksgezondheid als dossierbeheerder); 23-04-2025. SRC-64895c2195 Lien cassé ?
  21. 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é ?
  22. eHealth Patient Access Matrix. eHealth-platform. SRC-f740dd2081 Lien cassé ?
  23. BMUC_Functionaliteiten_Fonctionnalités_14012026 (overzicht kern- en menufunctionaliteiten met teller/noemer en FAQ). FOD Volksgezondheid; 14-01-2026. SRC-94b0514e73 Lien cassé ?
  24. Koninklijk besluit van 30 mei 2026 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen (Justel). FOD Justitie – Belgisch Staatsblad; 11-06-2026. SRC-67e3197f3f Lien cassé ?
  25. Verwijzingsrepertorium (Hubs & Metahub) - noodprocedure. eHealth-platform (status website). SRC-86589dea76 Lien cassé ?
  26. Onbekend maakt onbemind? Het Belgische eHealth-landschap in kaart. Nexuzhealth; 13-07-2022. SRC-4c86022f91 Lien cassé ?
  27. Question écrite du 19/02/2024 – les difficultés de fonctionnement du Réseau santé wallon (réponse du 21/03/2024). Parlement de Wallonie; 21-03-2024. SRC-61a27027a4 Lien cassé ?
  28. Règlement du partage de données de santé entre les systèmes de santé connectés via le répertoire de références de la plate-forme eHealth. eHealth-platform. SRC-34a6fc9fd6 Lien cassé ?
  29. Délibération n° 14/016 relative au règlement hubs & metahub, modifiée le 2 septembre 2025. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; publicatie eHealth-platform. SRC-c3833a80d5 Lien cassé ?
  30. Wet van 21 augustus 2008 houdende oprichting en organisatie van het eHealth-platform (geconsolideerde tekst). eHealth-platform; 13-10-2008. SRC-4a2ff3f425 Lien cassé ?
  31. 4 avril 2019. - Ordonnance portant sur la plate-forme d'échange électronique des données de santé (Justel, geconsolideerd t.e.m. ordonnantie 21-03-2024). FOD Justitie – Belgisch Staatsblad (Justel); bron: Gemeenschappelijke Gemeenschapscommissie; 02-05-2019. SRC-50fc066492 Lien cassé ?
  32. eHealthConsent | eHealth-platform (technische documentatie). eHealth-platform. SRC-5e9e9db1bf Lien cassé ?
  33. Patient Data Access - Consent WS - REST Cookbook. eHealth-platform; 24-03-2026. SRC-0ae7659036 Lien cassé ?
  34. HubsOnFHIR - How will the Belgian HUB/METAHUB system embrace FHIR. eHealth-platform (GitHub ehealthplatformstandards); 20-06-2023. SRC-1b19ae6fc4 Lien cassé ?
  35. BIHR zet in op co-creatie, toegankelijkheid en hergebruik van gegevens - Amaron. Amaron; 23-09-2026. SRC-66386423aa Lien cassé ?
  36. Vitalink FHIR Cookbook. Vitalink; 12-08-2026. SRC-d4ff8c4130 Lien cassé ?
  37. DIGIRELAB Phase 3: proposal for API (to be finetuned). HL7 Belgium (GitHub hl7-be/lab); 25-03-2026. SRC-73049217c3 Lien cassé ?
  38. Belgian eHealth Interhub FHIR Simulator. GitHub (nhermab). SRC-1abe55e4ec Lien cassé ?
  39. eHealthConsent. eHealth-platform (portaal eGezondheid). SRC-0eddcfb33b Lien cassé ?
  40. Beraadslaging 18/190 van 4 december 2018, gewijzigd op 6 juli 2021, met betrekking tot de toegangsmatrix. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 04-12-2018. SRC-3d6d5cac83 Lien cassé ?
  41. Présentation du Réseau Santé Bruxellois. Abrumet asbl. SRC-1408cc7662 Lien cassé ?
  42. Règlement vie privée du Réseau Santé Bruxellois. Abrumet asbl. SRC-25e1ee41c6 Lien cassé ?
  43. In de praktijk | Belrai. BelRAI (FOD Volksgezondheid). SRC-c9a68a813c Lien cassé ?
  44. EHDS Implementation Roadmap - Belgium (CareSets & BIHR Mapping). eHealth-platform; 20-05-2026. SRC-4366b22a5c Lien cassé ?
  45. Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange. CoZo (in partnerschap met Amaron). SRC-6290028533 Lien cassé ?
  46. 6 september 2016. - Koninklijk besluit tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen. Belgisch Staatsblad (FOD Justitie); 12-09-2016. SRC-ce6eea3067 Lien cassé ?
  47. Software Register API – certificeringen CareConnect General Practitioner (JSON). eHealth-platform. SRC-5d419bb730 Lien cassé ?
  48. Software Register API – certificeringen CGM Daktari (JSON). eHealth-platform. SRC-32a75b4ab2 Lien cassé ?
  49. eHealth dans CGM Oxygen (brochure). CompuGroup Medical Belgium. SRC-7202a50a19 Lien cassé ?
  50. Software Register API – certificeringen CGM Oxygen (JSON). eHealth-platform. SRC-6d6fa0b355 Lien cassé ?
  51. ChipSoft voldoet aan Belgian Meaningful Use Criteria (BMUC). ChipSoft. SRC-deb83b3642 Lien cassé ?
  52. Privacyverklaring Collaboratief Zorgplatform Vlaanderen – CoZo VZW. CoZo vzw. SRC-fca17c9054 Lien cassé ?
  53. Digitaal communiceren in je praktijk | Crossuite. Crossuite. SRC-80dd1a5ce4 Lien cassé ?
  54. Issue #261: Should the presentedForm (e.g. embedded pdf) be viewable from within the GP software. hl7-be/lab (GitHub); 15-01-2024. SRC-7ad695ae7a Lien cassé ?
  55. Logiciel Médical pour Spécialistes | Doctor Manager. Sylho Group SA (Doctor Manager). SRC-a90d516cde Lien cassé ?
  56. eHealth platform services connectors | eHealth-platform. eHealth-platform. SRC-ef6afc402c Lien cassé ?
  57. België-Doornik: Software-implementatiediensten (CHwapi, niet-gunning DPI réseau Phare). Publicatieblad van de EU (TED); 19-03-2021. SRC-d1bcfdac1c Lien cassé ?
  58. Beraadslaging nr. 12/082 van 18 september 2012, gewijzigd op 18 december 2012, 1 juni 2021, 7 december 2021, 4 juli 2023, mei 2024 en 2 december 2025 (IVC/KSZG/25/420) – gedeeld farmaceutisch dossier. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 02-12-2025. SRC-3a059d1245 Lien cassé ?
  59. Nieuw: automatische journaalnota's bij huisapothekerschap. FarmaFlux. SRC-795a10ddd8 Lien cassé ?
  60. Transaction: Pharmaceutical Medication Scheme 1.0. eHealth-platform; 31-05-2023. SRC-e2ed7a9a80 Lien cassé ?
  61. QRVA 56 025 (26-09-2025): o.a. vraag nr. 304 (een Kamerlid) Belgian Integrated Health Record - Cyberveiligheid in de zorg, en vraag nr. 374 (een Kamerlid) Mijngezondheid.be, met antwoorden van 26 september 2025. Kamer van volksvertegenwoordigers; 26-09-2025. SRC-68b0d63e1e Lien cassé ?
  62. Software Register API – certificeringen HealthOne Nova (JSON). eHealth-platform. SRC-0ce3aea79f Lien cassé ?
  63. About Brusafe+. Abrumet. SRC-32c4c82d84 Lien cassé ?
  64. Technisch overzicht. Vitalink. SRC-8676c3f174 Lien cassé ?
  65. KineQuick, software voor kinesisten. KineQuick (Q-Top). SRC-b3b0cf5fd1 Lien cassé ?
  66. Software Register – certificeringsrecords Mediris Multi (GP), versiepad v._. eHealth-platform. SRC-006a373f6a Lien cassé ?
  67. Software Register – certificeringsrecords Medispring Huisartsen, versiepad 3.2. eHealth-platform. SRC-4e696f9acd Lien cassé ?
  68. Software Register API – certificeringen Medispring Physio (JSON). eHealth-platform. SRC-482d8479e1 Lien cassé ?
  69. Mijngezondheid.be: je veilige toegang tot je medische gegevens. FOD Volksgezondheid. SRC-6539bac892 Lien cassé ?
  70. Hoe kan ik mijn CoZo-resultaten bekijken via Mijngezondheid?. CoZo. SRC-906b4ce3f0 Lien cassé ?
  71. Veelgestelde vragen - Mijn Gezondheid. FOD Volksgezondheid (portaal Mijngezondheid). SRC-bd05f0b303 Lien cassé ?
  72. Documentation on the 2019 modular criteria for registration of GP systems – v1. eHealth-platform; 01-06-2019. SRC-326ce9635d Lien cassé ?
  73. Interfacer logiciel avec le RSW – Espace développeurs. Réseau Santé Wallon (FRATEM). SRC-1a9b890ecb Lien cassé ?
  74. Règlement relatif à la protection de la vie privée du Réseau Santé Wallon. FRATEM asbl. SRC-e5602f28a8 Lien cassé ?
  75. Sécurité & confidentialité. Réseau Santé Wallon (FRATEM asbl). SRC-6d7e5cf808 Lien cassé ?
  76. Décret insérant certaines dispositions dans le Code wallon de l'Action sociale et de la Santé, relatives à la reconnaissance d'une plate-forme d'échange électronique des données de santé (16 octobre 2015). Service public de Wallonie (WALLEX); 30-10-2015. SRC-f63249fb86 Lien cassé ?
  77. Advies nr. 20/2024 van 23 februari 2024 betreffende een ontwerp van samenwerkingsakkoord ... betreffende het optimaal elektronisch uitwisselen en delen van informatie en gegevens tussen de actoren in de sociale en gezondheidssector (CO-A-2024-004). Gegevensbeschermingsautoriteit; 23-02-2024. SRC-cb147fb6ec Lien cassé ?
  78. Het volgende station: CoZo en de stille revolutie in de Belgische gegevensdeling (interview met een vertegenwoordiger van CoZo). Amaron BV; 23-09-2026. SRC-4e5a1283e4 Lien cassé ?
  79. Cross-over overview – Data Capabilities projecten (o.a. SHIFT 2 FAITH). FOD Volksgezondheid – Data Capabilities & Innovation; 10-02-2026. SRC-a1b894ca89 Lien cassé ?
  80. RAMIT documentation of the 2020 criteria for registration of physiotherapist systems (Registration of Electronic Health Records for Physiotherapists), versie 8 juli 2021. eHealth-platform; 08-07-2021. SRC-4998424cfc Lien cassé ?
  81. 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é ?
  82. 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é ?
  83. Actieplan e-Gezondheid 2013-2018. Interministeriële Conferentie Volksgezondheid (kopie in Brudoc-documentatiecentrum). SRC-ccc62c8e8c Lien cassé ?
  84. 5.5 Digitalisering - A20-01 IML-ZMB Rapport Audit Zware Medische Beeldvorming. RIZIV. SRC-e2ce2cf8b5 Lien cassé ?
  85. Schriftelijke vraag nr. 327 van 5 februari 2025 (een Vlaams volksvertegenwoordiger) en antwoord van de Vlaamse minister van Welzijn - Zorgvoorzieningen: optimalisatie digitale gegevensverzameling. Vlaams Parlement; 05-02-2025. SRC-a3b502aed4 Lien cassé ?
  86. Welke medische informatie van mijn patiënt kan ik via CoZo raadplegen?. Collaboratief Zorgplatform (CoZo). SRC-8df3bad547 Lien cassé ?
  87. Besluit van de Vlaamse Regering van 20 oktober 2023 tot uitvoering van het decreet van 8 juli 2022 tot oprichting van het platform Vitalink. Vlaamse Codex; 16-11-2023. SRC-dfe071704c Lien cassé ?
  88. Vitalink FHIR: release notes (aanvraag productierelease 2/03/2026). Departement Zorg - Vitalink; 02-03-2026. SRC-3c6e949186 Lien cassé ?
  89. Vitalink FHIR: release notes (aanvraag acceptatierelease 30/01/2026). Departement Zorg - Vitalink; 30-01-2026. SRC-0abc66ab95 Lien cassé ?
  90. Vitalink FHIR: release notes (aanvraag productierelease 19/08/2026). Departement Zorg - Vitalink; 19-08-2026. SRC-3b94eaa207 Lien cassé ?
Fiche hubs-metahub · dernière vérification le 29-09-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