--- id: hubs-metahub type: Platform type_label: Plateforme ou service title: Hubs & Metahub (répertoire des références) aliases: - verwijzingsrepertorium - metahub - hub-metahubsysteem - Hubs & Metahub - répertoire des références - hubs names: nl: Hubs-metahubsysteem (verwijzingsrepertorium) fr: Hubs & Metahub (répertoire des références) en: Hubs and metahub (reference directory) jurisdiction: - belgie themes: - architectuur-en-infrastructuur - toestemming-en-relatie - identiteit-en-toegang lifecycle: productie lifecycle_note: 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 summary: '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.' links: - soort: website url: https://www.ehealth.fgov.be/ehealthplatform/nl/service-verwijzingsrepertorium-metahub label: Verwijzingsrepertorium metahub (eHealth-platform) taal: nl - soort: repository url: https://github.com/ehealthplatformstandards/HubsOnFHIR label: HubsOnFHIR (GitHub) taal: en last_verified: '2026-09-29' relations: - type: operatedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/fr/plate-forme-ehealth/ status: established - type: implements direction: uit target: kmehr target_url: https://ehealth-atlas.be/fr/kmehr/ status: established - type: supervisedBy direction: uit target: informatieveiligheidscomite target_url: https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/ status: established - type: exchangesWith direction: uit target: vitalink target_url: https://ehealth-atlas.be/fr/vitalink/ status: established - type: legalBasis direction: uit target: geinformeerde-toestemming target_url: https://ehealth-atlas.be/fr/consentement-eclaire-au-partage-de-donnees/ status: established - type: legalBasis direction: uit target: therapeutische-relatie target_url: https://ehealth-atlas.be/fr/relation-therapeutique/ status: established - type: legalBasis direction: uit target: toegangsmatrix target_url: https://ehealth-atlas.be/fr/matrice-d-acces/ status: established - type: legalBasis direction: uit target: cirkel-van-vertrouwen target_url: https://ehealth-atlas.be/fr/cercle-de-confiance/ status: established - type: realises direction: uit target: bihr target_url: https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/ status: established - type: partOf direction: in target: abrumet target_url: https://ehealth-atlas.be/fr/reseau-sante-bruxellois-abrumet/ status: established - type: partOf direction: in target: consent-dienst target_url: https://ehealth-atlas.be/fr/service-consent-ehealthconsent/ status: established - type: partOf direction: in target: cozo target_url: https://ehealth-atlas.be/fr/cozo/ status: established - type: partOf direction: in target: rsw target_url: https://ehealth-atlas.be/fr/reseau-sante-wallon/ status: established - type: partOf direction: in target: therlink-dienst target_url: https://ehealth-atlas.be/fr/services-lien-therapeutique-et-exclusion-therlink-therexclusion-link/ status: established - type: partOf direction: in target: vzn-hub target_url: https://ehealth-atlas.be/fr/vzn-hub/ status: established - type: connectsTo direction: in target: belrai target_url: https://ehealth-atlas.be/fr/belrai/ status: established - type: connectsTo direction: in target: cgm-oxygen target_url: https://ehealth-atlas.be/cgm-oxygen/ status: hypothesis - type: connectsTo direction: in target: crossuite target_url: https://ehealth-atlas.be/fr/crossuite/ status: hypothesis - type: connectsTo direction: in target: ehealth-connector target_url: https://ehealth-atlas.be/fr/connecteurs-ehealth/ status: established - type: connectsTo direction: in target: gedeeld-farmaceutisch-dossier target_url: https://ehealth-atlas.be/fr/dossier-pharmaceutique-partage/ status: established - type: connectsTo direction: in target: kinequick target_url: https://ehealth-atlas.be/kinequick/ status: hypothesis - type: connectsTo direction: in target: medispring-physio target_url: https://ehealth-atlas.be/medispring-physio/ status: hypothesis - type: connectsTo direction: in target: toegangsmatrix-dienst target_url: https://ehealth-atlas.be/fr/service-matrice-d-acces-ws-matrix-padac/ status: hypothesis - type: about direction: in target: bihr target_url: https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/ status: established - type: about direction: in target: bihr-caresets target_url: https://ehealth-atlas.be/fr/bihr-caresets-et-feuille-de-route-ehds/ status: established - type: about direction: in target: bihr-connector target_url: https://ehealth-atlas.be/fr/connecteur-bihr/ status: hypothesis - type: about direction: in target: ehealth-basisdiensten target_url: https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/ status: established - type: about direction: in target: ehealth-diensten target_url: https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/ status: established - type: about direction: in target: epd-markt-ziekenhuizen-belgie target_url: https://ehealth-atlas.be/fr/marche-des-dpi-des-hopitaux-belges/ status: established - type: about direction: in target: patientportalen target_url: https://ehealth-atlas.be/fr/acces-du-patient-et-portails-patients/ status: established - type: about direction: in target: samenwerkingsakkoord-ehealth-belrai target_url: https://ehealth-atlas.be/fr/accord-de-cooperation-ehealth-belrai/ status: established - type: about direction: in target: software-kinesitherapie-belgie target_url: https://ehealth-atlas.be/fr/logiciels-pour-kinesitherapeutes-en-belgique/ status: established - type: about direction: in target: technische-integratie-ehealth target_url: https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/ status: established - type: about direction: in target: telemonitoring target_url: https://ehealth-atlas.be/fr/telesurveillance/ status: hypothesis - type: about direction: in target: toegangsmatrix target_url: https://ehealth-atlas.be/fr/matrice-d-acces/ status: established - type: about direction: in target: vlaams-ehealth-landschap target_url: https://ehealth-atlas.be/fr/paysage-e-sante-flamand/ status: established - type: requires direction: in target: bmuc-epd-criteria target_url: https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/ status: established - type: requires direction: in target: bmuc-faq-rapportering target_url: https://ehealth-atlas.be/fr/bmuc-rapportage-et-faq/ status: established - type: requires direction: in target: registratie-huisartsensoftware target_url: https://ehealth-atlas.be/fr/enregistrement-des-logiciels-de-medecine-generale/ status: established - type: exchangesWith direction: in target: careconnect-gp target_url: https://ehealth-atlas.be/fr/careconnect-general-practitioner/ status: established - type: exchangesWith direction: in target: cgm-daktari target_url: https://ehealth-atlas.be/fr/cgm-daktari/ status: established - type: exchangesWith direction: in target: chipsoft-hix target_url: https://ehealth-atlas.be/fr/hix/ status: hypothesis - type: exchangesWith direction: in target: doctor-manager target_url: https://ehealth-atlas.be/doctor-manager/ status: hypothesis - type: exchangesWith direction: in target: gedeeld-farmaceutisch-dossier target_url: https://ehealth-atlas.be/fr/dossier-pharmaceutique-partage/ status: established - type: exchangesWith direction: in target: healthone-nova target_url: https://ehealth-atlas.be/fr/healthone-nova/ status: established - type: exchangesWith direction: in target: medicatieschema target_url: https://ehealth-atlas.be/fr/schema-de-medication-partage/ status: established - type: exchangesWith direction: in target: mediris target_url: https://ehealth-atlas.be/fr/mediris-multi-gp/ status: established - type: exchangesWith direction: in target: medispring target_url: https://ehealth-atlas.be/fr/medispring-generaliste/ status: hypothesis - type: exchangesWith direction: in target: mynexuzhealth target_url: https://ehealth-atlas.be/mynexuzhealth/ status: hypothesis - type: exchangesWith direction: in target: vitalink target_url: https://ehealth-atlas.be/fr/vitalink/ status: established - type: exchangesWith direction: in target: vitalink-fhir-migratie target_url: https://ehealth-atlas.be/fr/migration-de-vitalink-vers-fhir/ status: established - type: involves direction: in target: digirelab target_url: https://ehealth-atlas.be/fr/digitalisation-des-resultats-de-laboratoire-digirelab/ status: established - type: involves direction: in target: klinisch-labo-resultaten-uitwisseling target_url: https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/ status: established - type: involves direction: in target: shift target_url: https://ehealth-atlas.be/fr/shift-shift-2-faith-et-e17-on-fhir/ status: established - type: involves direction: in target: uc-beelduitwisseling target_url: https://ehealth-atlas.be/fr/partage-d-imagerie-medicale/ status: established - type: involves direction: in target: uc-medicatieschema-ziekenhuis target_url: https://ehealth-atlas.be/fr/schema-de-medication-a-l-admission-et-a-la-sortie/ status: established - type: involves direction: in target: uc-verslagen-delen-via-hub target_url: https://ehealth-atlas.be/fr/partage-des-rapports-hospitaliers-via-le-hub/ status: established - type: seeAlso direction: in target: edeath target_url: https://ehealth-atlas.be/fr/declaration-de-deces-electronique-et-chaine-du-deces/ status: established - type: participatesIn direction: in target: farmaflux target_url: https://ehealth-atlas.be/fr/farmaflux/ status: established - type: comparedWith direction: in target: ihe-documentdeling target_url: https://ehealth-atlas.be/ihe-documentdeling/ status: established - type: comparedWith direction: in target: intervault target_url: https://ehealth-atlas.be/fr/mecanisme-d-echange-inter-coffres-forts-intervault/ status: established - type: dependsOn direction: in target: kmehr-labresult target_url: https://ehealth-atlas.be/fr/transaction-kmehr-resultat-de-laboratoire/ status: established - type: dependsOn direction: in target: mijngezondheid target_url: https://ehealth-atlas.be/fr/masante/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/ license: CC BY 4.0 --- # Hubs & Metahub (répertoire des références) 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. ## En bref - 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 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](https://ehealth-atlas.be/fr/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 | 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)](https://ehealth-atlas.be/fr/cozo/) et le [VZN-hub](https://ehealth-atlas.be/fr/vzn-hub/) | Auprès de quel établissement affilié se trouve le document |[^2][^11] | | Coffre-fort | Par exemple [Vitalink](https://ehealth-atlas.be/fr/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)](https://ehealth-atlas.be/fr/reseau-sante-bruxellois-abrumet/) et [Réseau Santé Wallon](https://ehealth-atlas.be/fr/reseau-sante-wallon/). **Interfaces.** Les interfaces entre les hubs et avec le métahub sont des services web [KMEHR](https://ehealth-atlas.be/fr/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](https://ehealth-atlas.be/fr/echange-des-resultats-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](https://ehealth-atlas.be/fr/consentement-eclaire-au-partage-de-donnees/), [Service Consent (eHealthConsent) de la plate-forme eHealth](https://ehealth-atlas.be/fr/service-consent-ehealthconsent/) et [Relation thérapeutique](https://ehealth-atlas.be/fr/relation-therapeutique/). ## Conclusion 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)](https://ehealth-atlas.be/fr/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 - **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](https://ehealth-atlas.be/fr/matrice-d-acces/)[^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](https://ehealth-atlas.be/fr/service-matrice-d-acces-ws-matrix-padac/)). 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)](https://ehealth-atlas.be/fr/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](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/), 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](https://ehealth-atlas.be/fr/partage-des-rapports-hospitaliers-via-le-hub/) ; pour l'accès des patients par les portails des hubs, voir [portails patients](https://ehealth-atlas.be/fr/acces-du-patient-et-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 Un hub candidat introduit une demande d'adhésion auprès du [Comité de sécurité de l'information](https://ehealth-atlas.be/fr/comite-de-securite-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](https://ehealth-atlas.be/fr/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 - **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](https://ehealth-atlas.be/fr/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)](https://ehealth-atlas.be/fr/reseau-sante-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](https://ehealth-atlas.be/fr/service-consent-ehealthconsent/)). 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](https://ehealth-atlas.be/fr/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](https://ehealth-atlas.be/fr/digitalisation-des-resultats-de-laboratoire-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]. ## Diagrammen ### Gegevensdeling via het hubs-metahubsysteem Sequentiediagram in tien stappen: de patiënt registreert toestemming, het ziekenhuis meldt een referentie aan zijn hub, die hub meldt de patiënt aan de metahub; een huisarts vraagt via een andere hub de lijst op, de toegang wordt gecontroleerd en het document wordt via de hubs opgehaald; alles wordt gelogd. *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.* Deelnemers: Patiënt, Ziekenhuis, Hub A, Metahub, Hub B, Huisarts. 1. Patiënt → Metahub: Geïnformeerde toestemming geregistreerd (ook via het ziekenhuis)[^14][^39] 2. Ziekenhuis → Ziekenhuis: Verslag gevalideerd; het blijft in het ziekenhuis (BMUC: 0–7 dagen)[^1][^6] 3. Ziekenhuis → Hub A: Referentie en metadata gemeld aan de eigen hub[^1] 4. Hub A → Metahub: De hub meldt ‘gegevens voor INSZ’ aan de metahub[^2][^1] 5. Huisarts → Hub B: De huisarts vraagt de lijst op (getTransactionList)[^13][^15] 6. Hub B → Metahub: Controle van toestemming, therapeutische relatie en uitsluitingen[^1] 7. Metahub → Hub B: Metahub: welke hubs hebben gegevens?[^1] 8. Hub B → Hub A: Interhub-vraag; hub A past de toegangsmatrix toe[^3][^40] 9a. Hub A → Ziekenhuis: Document opgehaald uit het ziekenhuissysteem[^1] 9b. Hub B → Huisarts: Document naar de huisarts (niet via de metahub)[^1] 10. Logging in cascade bij het eHealth-platform, de hubs en het lokale systeem; ‘break the glass’ omzeilt stap 6 maar wordt gelogd.[^1] ## Relaties - est exploité par: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^2][^1] - implémente: [KMEHR](https://ehealth-atlas.be/fr/kmehr/) (établi)[^1][^3] - est supervisé par: [Comité de sécurité de l'information (chambre sécurité sociale et santé)](https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/) (établi)[^5][^30]. Het IVC beraadslaagt over het verwijzingsrepertorium en wijzigt het reglement; het eHealth-platform blijft beheerder van de metahub. - échange des données avec: [Vitalink](https://ehealth-atlas.be/fr/vitalink/) (établi)[^1][^12] - a pour base juridique: [Consentement éclairé au partage de données](https://ehealth-atlas.be/fr/consentement-eclaire-au-partage-de-donnees/) (établi)[^1][^2]. Het toestemmingsreglement regelt registratie en raadpleging van referenties in het verwijzingsrepertorium. - a pour base juridique: [Relation thérapeutique](https://ehealth-atlas.be/fr/relation-therapeutique/) (établi)[^1]. Raadpleging via het systeem vereist een vooraf geverifieerde therapeutische relatie. - a pour base juridique: [Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information)](https://ehealth-atlas.be/fr/matrice-d-acces/) (établi)[^1]. De toegangsmatrix (IVC) bepaalt per categorie zorgverlener welke gegevenscategorieën toegankelijk zijn. - a pour base juridique: [Cercle de confiance (Circle of Trust, COT)](https://ehealth-atlas.be/fr/cercle-de-confiance/) (établi)[^1]. Het reglement cirkel van vertrouwen regelt de toegang van medewerkers onder verantwoordelijkheid van een zorgverlener. - contribue à: [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/) (établi)[^17][^18]. 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. - fait partie de (entrant): [Réseau Santé Bruxellois (Abrumet)](https://ehealth-atlas.be/fr/reseau-sante-bruxellois-abrumet/) (établi)[^41][^42][^11] - se connecte à (entrant): [BelRAI 2.0 (banque de données fédérale et service web)](https://ehealth-atlas.be/fr/belrai/) (établi)[^43] - porte sur (entrant): [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/) (établi)[^17] - porte sur (entrant): [BIHR : CareSets et feuille de route EHDS](https://ehealth-atlas.be/fr/bihr-caresets-et-feuille-de-route-ehds/) (établi)[^44] - porte sur (entrant): [Connecteur BIHR (FHIR-broker)](https://ehealth-atlas.be/fr/connecteur-bihr/) (hypothèse)[^35][^34][^17][^45] - exige (entrant): [BMUC : financement du DPI intégré](https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/) (établi)[^6][^24][^23][^46] - exige (entrant): [BMUC : rapportage et FAQ](https://ehealth-atlas.be/fr/bmuc-rapportage-et-faq/) (établi)[^23][^24][^6] - échange des données avec (entrant): [CareConnect General Practitioner](https://ehealth-atlas.be/fr/careconnect-general-practitioner/) (établi)[^47] - échange des données avec (entrant): [CGM Daktari](https://ehealth-atlas.be/fr/cgm-daktari/) (établi)[^48] - se connecte à (entrant): [CGM Oxygen](https://ehealth-atlas.be/cgm-oxygen/) (hypothèse)[^49][^50] - échange des données avec (entrant): [ChipSoft HiX](https://ehealth-atlas.be/fr/hix/) (hypothèse)[^51] - fait partie de (entrant): [Service Consent (eHealthConsent) de la plate-forme eHealth](https://ehealth-atlas.be/fr/service-consent-ehealthconsent/) (établi)[^2][^25] - fait partie de (entrant): [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/fr/cozo/) (établi)[^52][^11][^1] - se connecte à (entrant): [Crossuite](https://ehealth-atlas.be/fr/crossuite/) (hypothèse)[^53] - implique (entrant): [Digitalisation des résultats de laboratoire (DIGIRELAB)](https://ehealth-atlas.be/fr/digitalisation-des-resultats-de-laboratoire-digirelab/) (établi)[^54][^21][^37] - échange des données avec (entrant): [Doctor Manager](https://ehealth-atlas.be/doctor-manager/) (hypothèse)[^55] - voir aussi (entrant): [Déclaration de décès électronique et chaîne du décès (eDeath)](https://ehealth-atlas.be/fr/declaration-de-deces-electronique-et-chaine-du-deces/) (établi)[^5] - porte sur (entrant): [Services de base de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/) (établi)[^16] - se connecte à (entrant): [Connecteurs eHealth (eHealth platform services connectors)](https://ehealth-atlas.be/fr/connecteurs-ehealth/) (établi)[^56] - porte sur (entrant): [Services et API de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/) (établi)[^2] - porte sur (entrant): [Marché des DPI des hôpitaux belges](https://ehealth-atlas.be/fr/marche-des-dpi-des-hopitaux-belges/) (établi)[^27][^57] - participe à (entrant): [FarmaFlux](https://ehealth-atlas.be/fr/farmaflux/) (établi)[^58][^59][^60] - se connecte à (entrant): [Dossier Pharmaceutique Partagé](https://ehealth-atlas.be/fr/dossier-pharmaceutique-partage/) (établi)[^60][^61] - échange des données avec (entrant): [Dossier Pharmaceutique Partagé](https://ehealth-atlas.be/fr/dossier-pharmaceutique-partage/) (établi)[^1] - échange des données avec (entrant): [HealthOne Nova](https://ehealth-atlas.be/fr/healthone-nova/) (établi)[^62] - est comparé à (entrant): [IHE-profielen voor documentdeling (XDS, XCA, XCPD, MHD en verwante)](https://ehealth-atlas.be/ihe-documentdeling/) (établi)[^1][^63] - est comparé à (entrant): [Mécanisme d'échange inter-coffres-forts (Intervault)](https://ehealth-atlas.be/fr/mecanisme-d-echange-inter-coffres-forts-intervault/) (établi)[^64] - se connecte à (entrant): [KineQuick](https://ehealth-atlas.be/kinequick/) (hypothèse)[^65] - implique (entrant): [Échange des résultats de laboratoire](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/) (établi)[^4][^54][^37][^6] - dépend de (entrant): [Transaction KMEHR résultat de laboratoire (1.1 et 2.0)](https://ehealth-atlas.be/fr/transaction-kmehr-resultat-de-laboratoire/) (établi)[^4] - échange des données avec (entrant): [Schéma de médication partagé](https://ehealth-atlas.be/fr/schema-de-medication-partage/) (établi)[^60] - échange des données avec (entrant): [Mediris Multi (GP)](https://ehealth-atlas.be/fr/mediris-multi-gp/) (établi)[^66] - échange des données avec (entrant): [Medispring Généraliste](https://ehealth-atlas.be/fr/medispring-generaliste/) (hypothèse)[^67] - se connecte à (entrant): [Medispring Physio](https://ehealth-atlas.be/medispring-physio/) (hypothèse)[^68] - dépend de (entrant): [Masanté (Mijngezondheid)](https://ehealth-atlas.be/fr/masante/) (établi)[^69][^70][^13][^71] - échange des données avec (entrant): [Mynexuzhealth (patiëntenportaal van nexuzhealth)](https://ehealth-atlas.be/mynexuzhealth/) (hypothèse)[^26] - porte sur (entrant): [Accès du patient et portails patients](https://ehealth-atlas.be/fr/acces-du-patient-et-portails-patients/) (établi)[^13][^2] - exige (entrant): [Enregistrement (homologation) des logiciels de médecine générale](https://ehealth-atlas.be/fr/enregistrement-des-logiciels-de-medecine-generale/) (établi)[^72][^73] - fait partie de (entrant): [Réseau Santé Wallon (RSW)](https://ehealth-atlas.be/fr/reseau-sante-wallon/) (établi)[^74][^75][^76] - porte sur (entrant): [Accord de coopération eHealth-BelRAI](https://ehealth-atlas.be/fr/accord-de-cooperation-ehealth-belrai/) (établi)[^77] - implique (entrant): [SHIFT, SHIFT 2 FAITH et E17 on FHIR (projets Data Capabilities avec échange FHIR fédéré)](https://ehealth-atlas.be/fr/shift-shift-2-faith-et-e17-on-fhir/) (établi)[^78][^79] - porte sur (entrant): [Logiciels pour kinésithérapeutes en Belgique](https://ehealth-atlas.be/fr/logiciels-pour-kinesitherapeutes-en-belgique/) (établi)[^80] - porte sur (entrant): [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) (établi)[^2] - porte sur (entrant): [Télésurveillance en Belgique](https://ehealth-atlas.be/fr/telesurveillance/) (hypothèse)[^81][^82] - fait partie de (entrant): [Services lien thérapeutique et exclusion de la plate-forme eHealth (TherLink, TherExclusion, Link)](https://ehealth-atlas.be/fr/services-lien-therapeutique-et-exclusion-therlink-therexclusion-link/) (établi)[^2][^25] - porte sur (entrant): [Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information)](https://ehealth-atlas.be/fr/matrice-d-acces/) (établi)[^1][^2] - se connecte à (entrant): [Service matrice d'accès de la plate-forme eHealth (WS Matrix, PADAC)](https://ehealth-atlas.be/fr/service-matrice-d-acces-ws-matrix-padac/) (hypothèse)[^21] - implique (entrant): [Partage d'imagerie médicale (images médicales et rapports d'imagerie)](https://ehealth-atlas.be/fr/partage-d-imagerie-medicale/) (établi)[^83][^84][^6] - implique (entrant): [Cas d'usage : schéma de médication à l'admission et à la sortie](https://ehealth-atlas.be/fr/schema-de-medication-a-l-admission-et-a-la-sortie/) (établi)[^85][^86] - implique (entrant): [Cas d'usage : partage des rapports et résultats hospitaliers via le hub](https://ehealth-atlas.be/fr/partage-des-rapports-hospitaliers-via-le-hub/) (établi)[^2][^1] - échange des données avec (entrant): [Vitalink](https://ehealth-atlas.be/fr/vitalink/) (établi)[^12][^85][^87][^88] - échange des données avec (entrant): [Migration de Vitalink vers FHIR (de KMEHR vers Vitalink 2.0)](https://ehealth-atlas.be/fr/migration-de-vitalink-vers-fhir/) (établi)[^89][^88][^90] - porte sur (entrant): [Paysage e-santé flamand](https://ehealth-atlas.be/fr/paysage-e-sante-flamand/) (établi)[^12][^1] - fait partie de (entrant): [VZN-hub](https://ehealth-atlas.be/fr/vzn-hub/) (établi)[^11][^5] ## Open vragen - 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). - 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. - 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)? - Loopt de routering naar de juiste kluis binnen BIHR via de Metahub, via ConsultRN of volgens een no-wrong-door-principe? - Welke metadata en documenttypes zijn minimaal verplicht bij publicatie door een ziekenhuis? - 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). - Wat is de status en herkomst van de 'Belgian Federated eHealth Interhub FHIR Specification' waarnaar de community-repository verwijst (IG niet onderzocht)? - Zullen de hubs labresultaten via een FHIR-zoek-API op LOINC-code ontsluiten (DIGIRELAB fase 3), en vanaf wanneer? ## Bronnen [^1]: [Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/224752516d4aeb87b0800b448cd4b0645f74c2a9/reglement-hub-metahub.pdf). eHealth-platform / Informatieveiligheidscomité, 2014-02-18. Opgehaald 2026-09-25, sha256 f5e242162df00247… (SRC-f4d7f1af3a) [^2]: [Verwijzingsrepertorium (Metahub)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-verwijzingsrepertorium-metahub). eHealth-platform. Opgehaald 2026-09-25, sha256 9bca4ecae94c3991… (SRC-008bee8c2b) [^3]: [KMEHR Web Services (hub-metahub intrahub/interhub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services). eHealth-platform. Opgehaald 2026-09-25, sha256 9d48154d8ac7c1d7… (SRC-48cdc8b063) [^4]: [KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR)](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-result-2.0). eHealth-platform, 2023-12-08. Opgehaald 2026-09-26, sha256 0ff61b959651a820… (SRC-b09ad4548b) [^5]: [Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/ac7c6b0885a71133f9873ff0fa624622680785b7/14-016-n314-hub-metahub-gewijzigd-op-2-september-2025.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid, 2014-02-18. Opgehaald 2026-09-25, sha256 1f3263090e6e3fa1… (SRC-ddd345c720) [^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](https://etaamb.openjustice.be/nl/koninklijk-besluit-van-10-april-2025_n2025003147.html). Belgisch Staatsblad (spiegel etaamb.openjustice.be), 2025-04-23. Opgehaald 2026-09-25, sha256 f2ad9e0cc7157f7d… (SRC-c2bc38d00b) [^7]: [Bevolkingsonderzoeken niet meer beschikbaar - CoZo](https://www.cozo.be/vitalinkbevolkingsonderzoekenonbeschikbaar). CoZo vzw. Opgehaald 2026-09-25, sha256 31b3de2985694d46… (SRC-a069a0277c) [^8]: [Vaccinatiegegevens niet meer beschikbaar - CoZo](https://www.cozo.be/vitalinkvaccinatiesonbeschikbaar). CoZo vzw, 2026-01-15. Opgehaald 2026-09-25, sha256 c0d9db472ff38ced… (SRC-7f4a73940a) [^9]: [Nieuws](https://www.cozo.be/nieuws). CoZo. Opgehaald 2026-09-28, sha256 7c287f81fc4f8093… (SRC-2e540985ef) [^10]: [Hub service putTransaction: functional description (v1.1)](https://ehealth.fgov.be/standards/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/6e524d88f6f723615d4d10d58d9f5bb83bfc5e57/20150417-intrahub-puttransaction-1-1-specificat.pdf). eHealth-platform (KMEHR), 2015-03-26. Opgehaald 2026-09-25, sha256 4e858fcfe362adb4… (SRC-463e514ada) [^11]: [eHealth - CoZo](https://www.cozo.be/ehealth). CoZo vzw. Opgehaald 2026-09-25, sha256 6168ca8d84bf12bc… (SRC-1d6f1efe3d) [^12]: [Technisch overzicht | Vitalink](https://www.vitalink.be/over-vitalink/hoe-werkt-vitalink). Vitalink (Departement Zorg). Opgehaald 2026-09-25, sha256 3c46cbebf434f8cc… (SRC-b64c94471e) [^13]: [Digitale communicatie met de ziekenhuizen: Hubs](https://www.domusmedica.be/expertisedomein/ict/digitale-communicatie-met-de-ziekenhuizen-hubs). Domus Medica. Opgehaald 2026-09-25, sha256 88f4cf6b249e1813… (SRC-d367fae946) [^14]: [Meer over CoZo](https://www.cozo.be/meerovercozo). Collaboratief Zorgplatform (CoZo). Opgehaald 2026-09-25, sha256 2cef48e4721ab3d6… (SRC-840b40cdca) [^15]: [getTransactionList (intrahub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services/intrahubgettransactionlist). eHealth-platform (KMEHR). Opgehaald 2026-09-25, sha256 a70355d88c9ed2e8… (SRC-ce283ca193) [^16]: [Welcome Pack (eHealth-platform)](https://www.ehealth.fgov.be/ehealthplatform/nl/ehealth-welcome-pack.pdf). eHealth-platform. Opgehaald 2026-09-25, sha256 9870190cbce8511b… (SRC-6fdf93f016) [^17]: [Het BIHR (Belgian Integrated Health Record)](https://www.riziv.fgov.be/nl/thema-s/egezondheid/het-bihr-belgian-integrated-health-record). RIZIV. Opgehaald 2026-09-25, sha256 83a6a51e19a53fff… (SRC-bedb8ce40f) [^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](https://www.dekamer.be/doc/CCRI/html/56/ic166x.html). Kamer van volksvertegenwoordigers, 2025-07-15. Opgehaald 2026-09-26, sha256 55a5ed0c70d0fe61… (SRC-381b705a1e) [^19]: [Strategic alignment with regional vaults – BE-NCPeH – EHDS – Patient Summary](https://www.frankrobben.be/wp-content/uploads/2026/06/20260619.pptx). eHealth-platform (BE-NCPeH), 2026-06-18. Opgehaald 2026-09-26, sha256 81c550d82294f013… (SRC-762de96548) [^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)](https://www.ejustice.just.fgov.be/eli/besluit/2025/04/10/2025003147/justel). FOD Justitie – Belgisch Staatsblad (FOD Volksgezondheid als dossierbeheerder), 2025-04-23. Opgehaald 2026-09-26, sha256 d3467e9c39b54d31… (SRC-64895c2195) [^21]: [Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth)](https://www.frankrobben.be/wp-content/uploads/2026/01/20260130a.pptx). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal), 2026-01-30. Opgehaald 2026-09-26, sha256 b58fc6b2201308cb… (SRC-88e226b672) [^22]: [eHealth Patient Access Matrix](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-patient-access-matrix). eHealth-platform. Opgehaald 2026-09-27, sha256 010cd90ced887762… (SRC-f740dd2081) [^23]: [BMUC_Functionaliteiten_Fonctionnalités_14012026 (overzicht kern- en menufunctionaliteiten met teller/noemer en FAQ)](https://www.health.belgium.be/sites/default/files/media/files/2026-01/bmuc_functionaliteiten_fonctionnalites_14012026.xlsx). FOD Volksgezondheid, 2026-01-14. Opgehaald 2026-09-26, sha256 145c83cc59b29e30… (SRC-94b0514e73) [^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)](https://www.ejustice.just.fgov.be/eli/besluit/2026/05/30/2026004141/justel). FOD Justitie – Belgisch Staatsblad, 2026-06-11. Opgehaald 2026-09-26, sha256 98eeb2fcd208cfa1… (SRC-67e3197f3f) [^25]: [Verwijzingsrepertorium (Hubs & Metahub) - noodprocedure](https://www.status.ehealth.fgov.be/nl/procedure/apothekers/verwijzingsrepertorium-hubs-metahub). eHealth-platform (status website). Opgehaald 2026-09-25, sha256 58f77ad61c98508c… (SRC-86589dea76) [^26]: [Onbekend maakt onbemind? Het Belgische eHealth-landschap in kaart](https://www.nexuzhealth.com/nl/blog/ehealth-landschap-in-kaart). Nexuzhealth, 2022-07-13. Opgehaald 2026-09-25, sha256 ee4a61b7e83c0673… (SRC-4c86022f91) [^27]: [Question écrite du 19/02/2024 – les difficultés de fonctionnement du Réseau santé wallon (réponse du 21/03/2024)](https://www.parlement-wallonie.be/pwpages?p=interp-questions-voir&type=28&iddoc=126771). Parlement de Wallonie, 2024-03-21. Opgehaald 2026-09-26, sha256 5813997b5a7d92c6… (SRC-61a27027a4) [^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](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/df7c5ddcdf8430dff3f29b0c0e9a39ff85e0f5ad/reglement-hub-metahub.pdf). eHealth-platform. Opgehaald 2026-09-28, sha256 0ca5ad352b8f311a… (SRC-34a6fc9fd6) [^29]: [Délibération n° 14/016 relative au règlement hubs & metahub, modifiée le 2 septembre 2025](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/910f059150994be348845515655aae8114cb3dfe/14-016-f314-hub-metahub-modifiee-le-2-septembre-2025.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; publicatie eHealth-platform. Opgehaald 2026-09-28, sha256 216118db3395360f… (SRC-c3833a80d5) [^30]: [Wet van 21 augustus 2008 houdende oprichting en organisatie van het eHealth-platform (geconsolideerde tekst)](https://www.ehealth.fgov.be/ehealthplatform/nl/wet-van-21-augustus-2008-houdende-oprichting-en-organisatie-van-het-ehealth-platform). eHealth-platform, 2008-10-13. Opgehaald 2026-09-25, sha256 944fd221fc906070… (SRC-4a2ff3f425) [^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)](https://www.ejustice.just.fgov.be/eli/ordonnance/2019/04/04/2019011778/justel). FOD Justitie – Belgisch Staatsblad (Justel); bron: Gemeenschappelijke Gemeenschapscommissie, 2019-05-02. Opgehaald 2026-09-26, sha256 67cb9455d4723dbf… (SRC-50fc066492) [^32]: [eHealthConsent | eHealth-platform (technische documentatie)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealthconsent). eHealth-platform. Opgehaald 2026-09-28, sha256 67d76f944cd41301… (SRC-5e9e9db1bf) [^33]: [Patient Data Access - Consent WS - REST Cookbook](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/ace71cdffadeba27c0cd2eae72389765e85ca854/ehealth-padac-consent-ws-1-1-rest-opt-out.pdf). eHealth-platform, 2026-03-24. Opgehaald 2026-09-28, sha256 d14a56623e734936… (SRC-0ae7659036) [^34]: [HubsOnFHIR - How will the Belgian HUB/METAHUB system embrace FHIR](https://github.com/ehealthplatformstandards/HubsOnFHIR). eHealth-platform (GitHub ehealthplatformstandards), 2023-06-20. Opgehaald 2026-10-01, sha256 1b283e8ddfb85595… (SRC-1b19ae6fc4) [^35]: [BIHR zet in op co-creatie, toegankelijkheid en hergebruik van gegevens - Amaron](https://amaron.be/bihr-zet-in-op-co-creatie-toegankelijkheid-en-hergebruik-van-gegevens/). Amaron, 2026-09-23. Opgehaald 2026-10-01, sha256 fa3a143265e7a1ab… (SRC-66386423aa) [^36]: [Vitalink FHIR Cookbook](https://www.vitalink.be/sites/default/files/2026-09/Vitalink_FHIR_Cookbook_v1.16.pdf). Vitalink, 2026-08-12. Opgehaald 2026-09-26, sha256 d256f5666e9455c4… (SRC-d4ff8c4130) [^37]: [DIGIRELAB Phase 3: proposal for API (to be finetuned)](https://raw.githubusercontent.com/hl7-be/lab/master/DIGIRELAB_Phase_3_FHIR_API.md). HL7 Belgium (GitHub hl7-be/lab), 2026-03-25. Opgehaald 2026-09-26, sha256 9e5754bf07f02cdc… (SRC-73049217c3) [^38]: [Belgian eHealth Interhub FHIR Simulator](https://github.com/nhermab/fhir-ehealth-hub-simulator). GitHub (nhermab). Opgehaald 2026-09-25, sha256 35eab545eb57a665… (SRC-1abe55e4ec) [^39]: [eHealthConsent](https://www.ehealth.fgov.be/nl/beroepsbeoefenaars-in-de-gezondheidszorg/diensten/ehealthconsent). eHealth-platform (portaal eGezondheid). Opgehaald 2026-09-25, sha256 0086c44c6ff88a7d… (SRC-0eddcfb33b) [^40]: [Beraadslaging 18/190 van 4 december 2018, gewijzigd op 6 juli 2021, met betrekking tot de toegangsmatrix](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/e74c5ab2364dcbccb33a761c1c6fbe7ababec32d/18-190-n256-toegangsmatrix-gewijzigd-op-6-juli-2021.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid, 2018-12-04. Opgehaald 2026-09-25, sha256 3dd13a455362d4db… (SRC-3d6d5cac83) [^41]: [Présentation du Réseau Santé Bruxellois](https://brusselshealthnetwork.be/a-propos-d-abrumet/le-reseau-sante-bruxellois/presentation/). Abrumet asbl. Opgehaald 2026-09-26, sha256 abe4a26cdb72fe41… (SRC-1408cc7662) [^42]: [Règlement vie privée du Réseau Santé Bruxellois](https://brusselshealthnetwork.be/reglement-vie-privee/). Abrumet asbl. Opgehaald 2026-09-26, sha256 2b2c6ca701d25b7d… (SRC-25e1ee41c6) [^43]: [In de praktijk | Belrai](https://www.belrai.org/nl/de-praktijk). BelRAI (FOD Volksgezondheid). Opgehaald 2026-11-10, sha256 266536eb1f305aa6… (SRC-c9a68a813c) [^44]: [EHDS Implementation Roadmap - Belgium (CareSets & BIHR Mapping)](https://www.ehealth.fgov.be/file/b36fd95bf83fa260e4490a9b3028e74dcfc3e3a4/f4edc2e222f61ecaae2ca1e8db66445d535eb7ff/roadmap-ehds.pdf). eHealth-platform, 2026-05-20. Opgehaald 2026-09-28, sha256 cd99f264666f2a6e… (SRC-4366b22a5c) [^45]: [Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange](https://drive.usercontent.google.com/download?id=1LFvBX_iw3qimvO-f6IWvbtUwlodRGvr1&export=download). CoZo (in partnerschap met Amaron). Opgehaald 2026-09-30, sha256 25c32f9c0ce7c6cb… (SRC-6290028533) [^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](https://www.ejustice.just.fgov.be/cgi/article_body.pl?language=nl&caller=summary&pub_date=2016-09-12&numac=2016024178). Belgisch Staatsblad (FOD Justitie), 2016-09-12. Opgehaald 2026-10-07, sha256 d6bce12a5d9461da… (SRC-ce6eea3067) [^47]: [Software Register API – certificeringen CareConnect General Practitioner (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILJ62R2VEFZP/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 b4183bc818432377… (SRC-5d419bb730) [^48]: [Software Register API – certificeringen CGM Daktari (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL26G8CX96ND/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 f991edf4d62dd275… (SRC-32a75b4ab2) [^49]: [eHealth dans CGM Oxygen (brochure)](https://www.cgm.com/bel_fr/downloads-1/2024-1/manuel-ehealth-cgm-oxygen.html). CompuGroup Medical Belgium. Opgehaald 2026-11-05, sha256 543a849e2095bc0c… (SRC-7202a50a19) [^50]: [Software Register API – certificeringen CGM Oxygen (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL9AC7039K18/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-11-05, sha256 dd62bcae6d692f88… (SRC-6d6fa0b355) [^51]: [ChipSoft voldoet aan Belgian Meaningful Use Criteria (BMUC)](https://www.chipsoft.com/nl-be/nieuws-blogs/chipsoft-voldoet-aan-belgian-meaningful-use-criteria-bmuc/). ChipSoft. Opgehaald 2026-09-26, sha256 958ce09e7c8d70b0… (SRC-deb83b3642) [^52]: [Privacyverklaring Collaboratief Zorgplatform Vlaanderen – CoZo VZW](https://www.cozo.be/cozo-privacypolicy). CoZo vzw. Opgehaald 2026-09-25, sha256 6313bf62998d06c6… (SRC-fca17c9054) [^53]: [Digitaal communiceren in je praktijk | Crossuite](https://www.crossuite.com/be_nl/kenmerken/ehealth/). Crossuite. Opgehaald 2026-09-28, sha256 1f55981253ebb0fb… (SRC-80dd1a5ce4) [^54]: [Issue #261: Should the presentedForm (e.g. embedded pdf) be viewable from within the GP software](https://github.com/hl7-be/lab/issues/261). hl7-be/lab (GitHub), 2024-01-15. Opgehaald 2026-09-26, sha256 29a6e5afc3833f72… (SRC-7ad695ae7a) [^55]: [Logiciel Médical pour Spécialistes | Doctor Manager](https://doctormanager.be/). Sylho Group SA (Doctor Manager). Opgehaald 2026-11-05, sha256 1ac1a7abf3f51f25… (SRC-a90d516cde) [^56]: [eHealth platform services connectors | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-platform-services-connectors). eHealth-platform. Opgehaald 2026-09-26, sha256 7e296c8a3bb3c976… (SRC-ef6afc402c) [^57]: [België-Doornik: Software-implementatiediensten (CHwapi, niet-gunning DPI réseau Phare)](https://ted.europa.eu/nl/notice/138455-2021/html). Publicatieblad van de EU (TED), 2021-03-19. Opgehaald 2026-09-28, sha256 07a49e6787f40b2d… (SRC-d1bcfdac1c) [^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](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/2a05234ebced2e9be7a4b3c6cb0e809c8a286838/12-082-n420-gedeeld-farmaceutisch-dossier-officina-apothekers-gewijzigd-op-2-december-2025.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid, 2025-12-02. Opgehaald 2026-09-29, sha256 7b6b77eb3696760b… (SRC-3a059d1245) [^59]: [Nieuw: automatische journaalnota's bij huisapothekerschap](https://www.farmaflux.be/nl-BE/CareInitiatives/HAPO/nieuw-automatische-journaalnotas-bij-huisapothekerschap~275NL). FarmaFlux. Opgehaald 2026-09-29, sha256 5a1251df35a240c3… (SRC-795a10ddd8) [^60]: [Transaction: Pharmaceutical Medication Scheme 1.0](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/pharmaceutical-medication-scheme-1.0). eHealth-platform, 2023-05-31. Opgehaald 2026-09-25, sha256 f5c723911fcef835… (SRC-e2ed7a9a80) [^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](https://www.dekamer.be/QRVA/pdf/56/56K0025.pdf). Kamer van volksvertegenwoordigers, 2025-09-26. Opgehaald 2026-09-26, sha256 ba3a8f7c423e9f9b… (SRC-68b0d63e1e) [^62]: [Software Register API – certificeringen HealthOne Nova (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL7WR4B98FF1/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 e93edb0403ecdaab… (SRC-0ce3aea79f) [^63]: [About Brusafe+](https://doc.abrumet.be/spaces/MQE/pages/543555568/About+Brusafe). Abrumet. Opgehaald 2026-09-30, sha256 cb59e20b92a85aea… (SRC-32c4c82d84) [^64]: [Technisch overzicht](https://www.vitalink.be/gebruikers/ik-ben-softwareleverancier/technisch-overzicht). Vitalink. Opgehaald 2026-09-28, sha256 3c46cbebf434f8cc… (SRC-8676c3f174) [^65]: [KineQuick, software voor kinesisten](https://kinequick.corilus.be/). KineQuick (Q-Top). Opgehaald 2026-11-05, sha256 ff5aa72250328d97… (SRC-b3b0cf5fd1) [^66]: [Software Register – certificeringsrecords Mediris Multi (GP), versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILRABE4PHW8H/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 655caa7466e866e7… (SRC-006a373f6a) [^67]: [Software Register – certificeringsrecords Medispring Huisartsen, versiepad 3.2](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL66G6114S3Z/versions/3.2/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 8bccb5a028480dc2… (SRC-4e696f9acd) [^68]: [Software Register API – certificeringen Medispring Physio (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILBMLV5U96T4/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-11-05, sha256 b7a142f5a5825208… (SRC-482d8479e1) [^69]: [Mijngezondheid.be: je veilige toegang tot je medische gegevens](https://www.health.belgium.be/nl/tools/mijngezondheidbe-je-veilige-toegang-tot-je-medische-gegevens). FOD Volksgezondheid. Opgehaald 2026-09-26, sha256 835f15e44bd25f4d… (SRC-6539bac892) [^70]: [Hoe kan ik mijn CoZo-resultaten bekijken via Mijngezondheid?](https://www.cozo.be/ehealthresultaten). CoZo. Opgehaald 2026-09-26, sha256 00bfcc701f8ca60c… (SRC-906b4ce3f0) [^71]: [Veelgestelde vragen - Mijn Gezondheid](https://www.mijngezondheid.belgie.be/faq). FOD Volksgezondheid (portaal Mijngezondheid). Opgehaald 2026-11-10, sha256 c1f5264880e4c033… (SRC-bd05f0b303) [^72]: [Documentation on the 2019 modular criteria for registration of GP systems – v1](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/f225fb9d6163c5d5feb23bd44f0f02e2de7d53ee/gpmodularcriteria2019v1.pdf). eHealth-platform, 2019-06-01. Opgehaald 2026-09-26, sha256 3efce758eafa1735… (SRC-326ce9635d) [^73]: [Interfacer logiciel avec le RSW – Espace développeurs](https://www.reseausantewallon.be/a-propos-du-rsw/espace-developpeurs/). Réseau Santé Wallon (FRATEM). Opgehaald 2026-09-26, sha256 a4e3fc2059626a60… (SRC-1a9b890ecb) [^74]: [Règlement relatif à la protection de la vie privée du Réseau Santé Wallon](https://conf.reseausantewallon.be/pages/viewpage.action?pageId=51315792). FRATEM asbl. Opgehaald 2026-09-26, sha256 9b4e70d11c24f020… (SRC-e5602f28a8) [^75]: [Sécurité & confidentialité](https://www.reseausantewallon.be/a-propos-du-rsw/securite/). Réseau Santé Wallon (FRATEM asbl). Opgehaald 2026-09-26, sha256 17d4e2a060df0320… (SRC-6d7e5cf808) [^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)](https://wallex.wallonie.be/contents/acts/11/11242/1.html). Service public de Wallonie (WALLEX), 2015-10-30. Opgehaald 2026-09-26, sha256 a09e43efb0f5dadc… (SRC-f63249fb86) [^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)](https://www.gegevensbeschermingsautoriteit.be/publications/advies-nr.-20-2024.pdf). Gegevensbeschermingsautoriteit, 2024-02-23. Opgehaald 2026-09-26, sha256 5975bafde311df6f… (SRC-cb147fb6ec) [^78]: [Het volgende station: CoZo en de stille revolutie in de Belgische gegevensdeling (interview met een vertegenwoordiger van CoZo)](https://amaron.be/het-volgende-station-cozo-en-de-stille-revolutie-in-de-belgische-gegevensdeling/). Amaron BV, 2026-09-23. Opgehaald 2026-10-01, sha256 32b3e980c42821cd… (SRC-4e5a1283e4) [^79]: [Cross-over overview – Data Capabilities projecten (o.a. SHIFT 2 FAITH)](https://git.health.belgium.be/dci/General_START_HERE/releases/download/Cross-over/Cross-over_overview.pdf). FOD Volksgezondheid – Data Capabilities & Innovation, 2026-02-10. Opgehaald 2026-10-01, sha256 70c20df7d513ecb4… (SRC-a1b894ca89) [^80]: [RAMIT documentation of the 2020 criteria for registration of physiotherapist systems (Registration of Electronic Health Records for Physiotherapists), versie 8 juli 2021](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/0eb81cde2847ef85fbac17ce2e2f8c0042708349/crit-physio-v1-2.pdf). eHealth-platform, 2021-07-08. Opgehaald 2026-09-28, sha256 7f69d289a4738b5f… (SRC-4998424cfc) [^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](https://www.dekamer.be/doc/CCRI/html/56/ic356x.html). Kamer van volksvertegenwoordigers, 2026-04-22. Opgehaald 2026-09-26, sha256 abc301238a066cde… (SRC-ed4a5e7572) [^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](https://www.dekamer.be/QRVA/pdf/56/56K0036.pdf). Kamer van volksvertegenwoordigers, 2025-12-23. Opgehaald 2026-09-26, sha256 2ad6c954d0846c24… (SRC-0b85fb1232) [^83]: [Actieplan e-Gezondheid 2013-2018](https://www.brudoc.be/opac_css/doc_num.php?explnum_id=214). Interministeriële Conferentie Volksgezondheid (kopie in Brudoc-documentatiecentrum). Opgehaald 2026-09-28, sha256 42b0f4a3b096d235… (SRC-ccc62c8e8c) [^84]: [5.5 Digitalisering - A20-01 IML-ZMB Rapport Audit Zware Medische Beeldvorming](https://www.riziv.fgov.be/nl/themas/zorgkwaliteit/Paginas/audit_medische_beeldvorming/5.5-digitalisering.html). RIZIV. Opgehaald 2026-09-26, sha256 b0749ab5ed5b243a… (SRC-e2ce2cf8b5) [^85]: [Schriftelijke vraag nr. 327 van 5 februari 2025 (een Vlaams volksvertegenwoordiger) en antwoord van de Vlaamse minister van Welzijn - Zorgvoorzieningen: optimalisatie digitale gegevensverzameling](https://docs.vlaamsparlement.be/files/pfile?id=2130188). Vlaams Parlement, 2025-02-05. Opgehaald 2026-09-25, sha256 cbdb1c075e81aa04… (SRC-a3b502aed4) [^86]: [Welke medische informatie van mijn patiënt kan ik via CoZo raadplegen?](https://www.cozo.be/cozowelkeresultaten). Collaboratief Zorgplatform (CoZo). Opgehaald 2026-09-25, sha256 f7b86ccafac34ffd… (SRC-8df3bad547) [^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](https://codex.vlaanderen.be/PrintDocument.ashx?id=1038969&datum=&geannoteerd=false&print=false). Vlaamse Codex, 2023-11-16. Opgehaald 2026-09-29, sha256 21e71f3ee22cf55b… (SRC-dfe071704c) [^88]: [Vitalink FHIR: release notes (aanvraag productierelease 2/03/2026)](https://www.vitalink.be/sites/default/files/2026-03/Vitalink_FHIR_Release_202603.pdf). Departement Zorg - Vitalink, 2026-03-02. Opgehaald 2026-09-29, sha256 11311816f5dbcae8… (SRC-3c6e949186) [^89]: [Vitalink FHIR: release notes (aanvraag acceptatierelease 30/01/2026)](https://www.vitalink.be/sites/default/files/2026-01/FHIR_Vitalink_Release_ACC_20260210.pdf). Departement Zorg - Vitalink, 2026-01-30. Opgehaald 2026-09-29, sha256 402acbc5f337b3ee… (SRC-0abc66ab95) [^90]: [Vitalink FHIR: release notes (aanvraag productierelease 19/08/2026)](https://www.vitalink.be/sites/default/files/2026-08/FHIR_Vitalink_Release_202607.pdf). Departement Zorg - Vitalink, 2026-08-19. Opgehaald 2026-09-29, sha256 c833282b2407a9d6… (SRC-3b94eaa207)