--- id: uc-verslagen-delen-via-hub type: UseCase type_label: Cas d'usage ou processus de soins title: 'Cas d''usage : partage des rapports et résultats hospitaliers via le hub' aliases: - publicatie via hub-metahub - hubpublicatie ziekenhuisdocumenten - ontslagbrief delen met de huisarts names: nl: Verslagen en resultaten delen via de hub fr: Partage des rapports hospitaliers via le hub en: Sharing hospital reports via the hub jurisdiction: - belgie - vlaanderen themes: - toestemming-en-relatie - financiering - regelgeving lifecycle: productie lifecycle_note: 'En production via des services web KMEHR; les conditions BMUC relatives aux hubs s''appliquent depuis le 1er juillet 2025. Sources: le règlement hub-métahub et l''arrêté royal BMF; selon le planning BIHR, les échanges nouveaux ou modifiés visent FHIR à partir de 2028.' version: Règlement hub-métahub version du 2 septembre 2025 ; conditions hub BMUC dans l'AR BMF du 10 avril 2025 (régime à partir du 1er juillet 2025) summary: Lors du partage de rapports hospitaliers via le hub, l'hôpital conserve lui-même le document et publie une référence qui permet à d'autres prestataires de soins de le retrouver. Le métahub oriente la requête vers le hub régional compétent; la consultation exige généralement un consentement, une relation thérapeutique et des droits d'accès. L'échange est en production et utilise des services web KMEHR, une transition vers FHIR étant prévue pour les flux nouveaux ou modifiés. Pour les hôpitaux généraux, une publication en temps utile avec des métadonnées correctes est une condition de financement BMUC. last_verified: '2026-10-05' relations: - type: involves direction: uit target: hubs-metahub target_url: https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/ status: established - type: involves direction: uit target: geinformeerde-toestemming target_url: https://ehealth-atlas.be/fr/consentement-eclaire-au-partage-de-donnees/ status: established - type: involves direction: uit target: therapeutische-relatie target_url: https://ehealth-atlas.be/fr/relation-therapeutique/ status: established - type: involves direction: uit target: kmehr target_url: https://ehealth-atlas.be/fr/kmehr/ status: established - type: involves direction: uit target: cozo target_url: https://ehealth-atlas.be/fr/cozo/ status: established - type: involves direction: uit target: vzn-hub target_url: https://ehealth-atlas.be/fr/vzn-hub/ status: established - type: involves direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/fr/plate-forme-ehealth/ status: established - type: involves direction: uit target: toegangsmatrix target_url: https://ehealth-atlas.be/fr/matrice-d-acces/ status: established - type: involves direction: uit target: ehealthbox target_url: https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/ status: established - type: involves direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: hypothesis - type: fundedBy direction: uit target: bmuc-epd-criteria target_url: https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/ status: established - type: about direction: in target: toegangsmatrix target_url: https://ehealth-atlas.be/fr/matrice-d-acces/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/partage-des-rapports-hospitaliers-via-le-hub/ license: CC BY 4.0 --- # Cas d'usage : partage des rapports et résultats hospitaliers via le hub Lors du partage de rapports hospitaliers via le hub, l'hôpital conserve lui-même le document et publie une référence qui permet à d'autres prestataires de soins de le retrouver. Le métahub oriente la requête vers le hub régional compétent ; la consultation exige généralement un consentement, une relation thérapeutique et des droits d'accès. L'échange est en production et utilise des services web KMEHR, une transition vers FHIR étant prévue pour les flux nouveaux ou modifiés. Pour les hôpitaux généraux, une publication en temps utile avec des métadonnées correctes est une condition de financement BMUC. ## Qu'est-ce que c'est ? Un hôpital général flamand souhaite que le médecin généraliste, d'autres hôpitaux et le patient lui-même puissent consulter les rapports et les résultats d'une hospitalisation ou d'une consultation. Acteurs : l'hôpital (service des admissions, médecin traitant, DPI), le hub (en Flandre, entre autres [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/fr/cozo/) ou le [VZN-hub](https://ehealth-atlas.be/fr/vzn-hub/)), la [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) avec le métahub, le médecin généraliste avec son dossier médical électronique, et le patient. Le schéma est décrit sur [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/). ## Qui échange quoi et via quel canal ? **Étape 1 — Consentement lors de l'admission.** Le consentement éclairé vaut au niveau national et peut notamment être enregistré par le service des admissions de l'hôpital, généralement avec l'eID[^1]. Dans un contexte hospitalier, un hub peut autoriser un enregistrement sur la seule base du numéro d'identification de la sécurité sociale, à condition que la présence du patient et une information effective soient garanties [^2]. Du personnel administratif peut également, sous la responsabilité d'un médecin, gérer le consentement via eHealthConsent[^3]. Depuis la modification législative du 23 novembre 2023, des références peuvent être enregistrées sauf si le patient s'y oppose, mais la consultation par d'autres que le patient requiert toujours son consentement[^4]. Voir [Consentement éclairé au partage de données](https://ehealth-atlas.be/fr/consentement-eclaire-au-partage-de-donnees/). **Étape 2 — Relation thérapeutique.** L'inscription dans un hôpital vaut comme preuve d'une relation thérapeutique avec les prestataires de soins traitants ; la note formule cela comme une possibilité (« peut être considérée ») [^5]. La durée de validité de ces droits d'accès peut être fixée à trois mois après une hospitalisation ou un traitement ambulatoire, renouvelable lors d'un nouveau contact[^5], et à un mois après un contact aux urgences ou MUG sans hospitalisation[^5]. Si une hospitalisation suit le contact aux urgences, c'est le délai d'hospitalisation qui s'applique[^5]. Les médecins non concernés ne peuvent pas s'en prévaloir[^5]. Voir [Relation thérapeutique](https://ehealth-atlas.be/fr/relation-therapeutique/). **Étape 3 — Établir et valider le document.** Un « contactreport » KMEHR n'exige qu'un niveau de normalisation 1 ; le contenu peut être du texte libre ou un document encapsulé[^6]. Dans son avis CFEH/D/577-2 du 9 mars 2023, portant sur un projet antérieur de la réglementation BMUC, le CFEH a souligné que les documents doivent être validés au préalable par le médecin traitant[^7]. Le prestataire de soins et le patient peuvent toujours décider de ne pas publier une donnée[^2]. **Étape 4 — Signaler la référence au hub.** L'hôpital se raccorde via un hub, et non directement au métahub [^8]. Le hub doit permettre 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[^2]. L'hôpital reste lui-même responsable de la conservation et de la disponibilité[^2] ; CoZo, par exemple, ne conserve pas lui-même de résultats[^1]. Le répertoire des références comporte deux couches : le métahub sait dans quel hub se trouve l'information, le hub sait auprès de quelle institution[^2] ; le patient est identifié par son numéro d'identification de la sécurité sociale[^2]. **Étape 5 — Consultation par le médecin généraliste.** Les médecins généralistes consultent les documents du hub depuis leur propre logiciel[^9] via des services hub KMEHR comme getTransactionList, localement ou sur l'ensemble du système de hubs[^10]. Lors d'une consultation interhub, le hub demandeur contrôle le consentement et la relation thérapeutique, le hub conservateur les droits spécifiques au document, et chaque accès est journalisé[^2]. Le partage se fait uniquement selon la [matrice d'accès](https://ehealth-atlas.be/fr/matrice-d-acces/) [^11]. Une exclusion bloque tout accès, même en cas de relation thérapeutique[^11]. En cas d'urgence (breaking the glass), le contrôle préalable du consentement, de la relation thérapeutique ou de la relation de soins tombe[^2] ; il faut toutefois enregistrer dans les données de journalisation que le prestataire de soins a invoqué une situation d'urgence[^2]. **Étape 6 — Push parallèle via eHealthBox.** Selon Domus Medica, les hôpitaux envoient certains rapports également via l'eHealthBox vers le dossier médical électronique du médecin généraliste[^9] ; ils y sont retrouvables dans la liste des documents du patient[^9]. **Étape 7 — Accès pour le patient.** L'institution raccordée décide de manière autonome de ce qu'elle partage avec le patient via le hub[^1] ; les hôpitaux appliquent à cet égard des règles différentes, par exemple une libération différée[^9]. ### Différences régionales Selon le fournisseur [nexuzhealth](https://ehealth-atlas.be/fr/nexuzhealth/) (2022), il existe deux hubs en Flandre : VZN KU Leuven et CoZo [^12]. Le règlement (version du 2 septembre 2025) cite toutefois Abrumet, RSW, Antwerpse Regionale Hub, CoZo et ZOrgDAtaPlatform (ZODAP), mais pas le hub VZN[^2]. Pour les autres comptages contradictoires : voir les incertitudes sur [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/). Grâce au système interhub, un médecin généraliste peut aussi consulter des documents d'un hôpital en dehors de sa région[^9]. ## Statut et obligation - **Condition de financement (BMUC/BMF, réglementation à partir du 1/7/2025)** : publier la lettre de sortie, le rapport de consultation, le protocole opératoire, les résultats des examens techniques, le labo et l'imagerie dans un délai de 0 à 7 jours maximum via hubs-metahub et les rendre accessibles au patient[^13], avec les métadonnées correctes afin que le délai de publication et les statistiques puissent être monitorés [^13]. L'arrêté royal ne mentionne aucun point de départ pour le délai (contact, sortie, création ou validation). 10 % du budget DPI constitue une base variable par lit destinée à encourager un usage actif et correct du hub[^13]. Celui qui n'atteint pas la condition n'entre pas en ligne de compte, l'exercice suivant, pour ce budget de base variable[^13]. Voir [BMUC : financement du DPI intégré](https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/). - **Condition de financement (depuis le 1/7/2025, critère d)** : partager d'autres données de santé sous une forme réutilisable (CareSets, FHIR, SNOMED CT)[^13] ; la manière dont cela est monitoré n'a pas été trouvée. Voir [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) et [SNOMED CT](https://ehealth-atlas.be/fr/snomed-ct/). - **BMF 1/7/2026 et révision** : pour le BMF du 1/7/2026, l'art. 61 § 2, avec ces conditions relatives au hub, reste applicable[^14]. La révision pour les années ultérieures est une proposition : le ministre a proposé une rupture de tendance, avec une part significative des moyens BMUC vers des appels à projets autour des « data capabilities »[^15], et le CFEH n'a donné, en février 2026, qu'un avis provisoire [^16]. Voir [BMUC : révision 2026-2029 (propositions)](https://ehealth-atlas.be/fr/bmuc-revision-2026-2029-propositions/). - **Cadre légal (consentement)** : la consultation du répertoire des références par d'autres que le patient requiert son consentement (loi eHealth, art. 5, 4°, b))[^4]. - **Règlement/délibération (relation thérapeutique)** : la consultation via les systèmes d'échange requiert la vérification préalable d'une relation thérapeutique (règlement hub-métahub)[^2]. La plate-forme eHealth résume les deux conditions sur sa page web informative[^11]. - **Bonne pratique** : Domus Medica recommande d'envoyer les résultats importants aussi via l'eHealthBox, parce que des documents spécifiques sont difficiles à retrouver via le hub[^9]. ## Qu'est-ce que cela signifie pour un hôpital ? Un hôpital se raccorde via un hub, et non directement au métahub[^8]. Selon un entretien avec Zorgnet-Icuro, le hub louvaniste ([VZN-hub](https://ehealth-atlas.be/fr/vzn-hub/)) fonctionne différemment de CoZo, une différence qui s'est développée historiquement à partir du DPI partagé auquel 35 à 40 hôpitaux sont raccordés et qui est « en fait déjà un hub en soi »[^17]. Qui exécute techniquement l'étape 4 du processus ci-dessus (signaler la référence et les métadonnées à son propre hub), la partie DPI ou l'hôpital lui-même, n'est pas établi par des sources publiques (voir [nexuzhealth (fournisseur du DPI CWS)](https://ehealth-atlas.be/fr/nexuzhealth/)). - **Recommandation :** un hôpital dont la publication passe par la partie DPI inscrit de préférence aussi le respect des conditions de publication BMUC (délai, métadonnées, types de documents) dans les accords et le reporting avec cette partie. **Recommandation** (interprétation propre, pas un fait de source) : l'arrêté royal ne mentionne aucun point de départ pour le délai de 0-7 jours, et la proposition du CFEH de compter à partir de la validation (2023) ne figure pas dans le texte de 2025. Ne partez donc pas, par prudence, du principe que le délai ne commence qu'à la validation. Mesurez par type de document à la fois le temps entre le contact ou la sortie et la publication et celui entre la validation et la publication, demandez au SPF quel horodatage (métadonnées) le monitoring utilise, vérifiez si les métadonnées suffisent pour le monitoring BMUC, et rendez explicite et documentée la politique d'accès pour le patient (libération différée). Suivez la révision BMUC pour les années après 2026. ### Conditions de mise en œuvre et limites Les interfaces du hub et du métahub sont des services web KMEHR[^2] ; les définitions de services web publiées portent le statut « draft », bien que les opérations soient listées comme « Published » [^18]. Une implémentation de référence non officielle modernise les transactions interhub vers IHE MHD sur FHIR R4[^19] et renvoie à une « Belgian Federated eHealth Interhub FHIR Specification » avec un guide d'implémentation qui spécifie trois transactions normatives[^19] ; le statut et le propriétaire de cette spécification n'ont pas été vérifiés (lacune, pas une preuve d'absence). Selon le [INAMI](https://ehealth-atlas.be/fr/institut-national-d-assurance-maladie-invalidite-inami/) (BIHR), les flux KMEHR existants restent pris en charge en lecture seule et les échanges nouveaux et modifiés passent, à partir de 2028, par FHIR[^20]. **Interprétation** : cela détermine la durée de vie de la publication KMEHR via le hub ; aucune date concrète de suppression progressive des services hub n'a été trouvée. ## Incertitudes et informations contradictoires - **Délai de publication** : l'arrêté royal BMF (réglementation à partir du 1/7/2025) exige une publication dans un délai de 0-7 jours, sans mentionner de point de départ[^13]. En mars 2023, à propos d'un projet antérieur, le CFEH a estimé que 7 jours n'étaient pas réalisables et a proposé « 7 jours après validation » [^7] ; cette proposition ne figure pas dans le texte de l'arrêté royal du 10/04/2025. Le point de départ que retient le SPF est une question ouverte. - **Liste des hubs** : VZN manque dans le règlement de 2025, qui cite bien ZODAP[^2][^12]. - **Métadonnées et types de transaction obligatoires** : non trouvés dans une liste officielle. - **Données Vitalink via le hub** : depuis le 15 janvier 2026, les données de vaccination ne sont temporairement plus consultables via CoZo et les autres hubs[^21]. Selon CoZo, le Departement Zorg a décidé d'arrêter le flux vers les hubs, tant pour les vaccinations que pour les dépistages de population [^21] ; CoZo s'attendait à un rétablissement dans le courant du Q2 2026[^21]. La consultation reste notamment possible via un logiciel intégré à Vaccinnet 2.0[^21]. Vaccinnet 2026 (Vaccinnet 2.0) a été lancé le 15 janvier 2026[^22]. Selon la ministre (2025), les hôpitaux devraient, comme les autres vaccinateurs, adapter leur logiciel pour une connexion directe avec Vitalink et ainsi écrire pour la première fois des données dans Vitalink [^23] ; l'enregistrement est également possible via l'application web Vaccinnet (voir [Vaccinnet](https://ehealth-atlas.be/fr/vaccinnet/)). Voir aussi [Vitalink](https://ehealth-atlas.be/fr/vitalink/). Le rétablissement du flux vers les hubs après le Q2 2026 n'a pas été vérifié. ## Relaties - implique: [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) (établi)[^11][^2] - implique: [Consentement éclairé au partage de données](https://ehealth-atlas.be/fr/consentement-eclaire-au-partage-de-donnees/) (établi)[^11][^2]. Zonder geïnformeerde toestemming geen toegang via het hub-metahubsysteem. - implique: [Relation thérapeutique](https://ehealth-atlas.be/fr/relation-therapeutique/) (établi)[^11][^2]. Raadpleging vereist een geverifieerde therapeutische relatie (behalve breaking the glass). - implique: [KMEHR](https://ehealth-atlas.be/fr/kmehr/) (établi)[^24][^10][^2] - implique: [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/fr/cozo/) (établi)[^1]. Vlaamse hub; de resultaten blijven in de producerende instelling. - implique: [VZN-hub](https://ehealth-atlas.be/fr/vzn-hub/) (établi)[^25][^26]. Leuvense hub (MyNexuzHealth/VZNKUL), een van de Belgische hubs waarlangs acties namens zorgverleners verlopen; de toetredingsaanvraag beschrijft dat de eigen systemen het interne formaat omzetten naar het formaat dat tussen de hubs wordt gebruikt, en gaat ervan uit dat wat via het globaal medisch dossier wordt gedeeld ook via het hubs-metahubsysteem wordt gedeeld. - implique: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^11]. Beheert het metahub-deel en de toestemmingsdienst; elke hub is verantwoordelijk voor zichzelf. - est financé par: [BMUC : financement du DPI intégré](https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/) (établi)[^13]. De hubvoorwaarden zijn financieringsvoorwaarden: wie ze niet haalt, verliest het volgende dienstjaar de financiering van het variabele basisbudget per bed. - implique: [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)[^11][^27] - implique: [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) (établi)[^9]. Parallelle route: ziekenhuizen sturen sommige verslagen via de eHealthBox naar het EMD van de huisarts. - implique: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (hypothèse)[^19][^13][^20]. Criterium d) (sinds 1/7/2025) noemt FHIR/CareSets als herbruikbare vorm; nieuwe uitwisselingen vanaf 2028 via FHIR (RIZIV/BIHR). Een officiële FHIR-interhubspecificatie werd niet gevonden; een niet-officiële referentie-implementatie verwijst naar een IG waarvan status en eigenaar niet werden geverifieerd. - 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)[^11] ## Open vragen - Vanaf welk tijdstip (contact, ontslag, aanmaak of validatie van het document) rekent de FOD de BMUC-publicatietermijn van 0-7 dagen, en welk tijdstempel (metadata) gebruikt de monitoring? Het KB noemt geen vertrekpunt. - Hoe wordt BMUC-criterium d) (herbruikbare vorm) gemonitord, en wijzigen de hubvoorwaarden bij de herziening na 2026? - Welke KMEHR-transactietypes en metadata (volgens de eHealth-reglementen) zijn verplicht voor de BMUC-monitoring van publicaties? - Wat is de officiële status en eigenaar van de 'Belgian Federated eHealth Interhub FHIR Specification' (IHE MHD), en wat is de planning voor de KMEHR/SOAP-hubdiensten gezien de FHIR-regel vanaf 2028? - Zijn vaccinaties en bevolkingsonderzoeken na Q2 2026 opnieuw raadpleegbaar via CoZo en de andere hubs? - Wat is de actuele toegangsmatrix (welke documentsoorten voor welke zorgberoepen)? - Bij ziekenhuizen met een gedeeld EPD (bv. KWS): verzorgt de EPD-partij de publicaties naar de hub, welke documenttypes en metadata worden gepubliceerd, en hoe wordt de 0–7-dagentermijn gemeten? - Is 'ZOrgDAtaPlatform (ZODAP)' in het reglement van 2025 de nieuwe naam van de VZN-hub? ## Bronnen [^1]: [Meer over CoZo](https://www.cozo.be/meerovercozo). Collaboratief Zorgplatform (CoZo). Opgehaald 2026-09-25, sha256 2cef48e4721ab3d6… (SRC-840b40cdca) [^2]: [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) [^3]: [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) [^4]: [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) [^5]: [Nota betreffende de elektronische bewijsmiddelen van een therapeutische relatie en een zorgrelatie](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/6d9b55a02646d370596e2c4163faac1d87b130be/therapeutische-relatie-en-zorgrelatie-nota.pdf). eHealth-platform. Opgehaald 2026-09-25, sha256 b154232409892dcc… (SRC-da135e3d72) [^6]: [KMEHR transaction: Contact report](https://ehealth.fgov.be/standards/kmehr/en/transactions/contact-report). eHealth-platform (KMEHR). Opgehaald 2026-09-25, sha256 02dd160d498e2c16… (SRC-efb08efe93) [^7]: [Advies van de FRZV: BMUC (FRZV/D/577-2)](https://overlegorganen.gezondheid.belgie.be/sites/default/files/documents/frzv_d_577-_2_-_advies_bmuc_-_nl.pdf). Federale Raad voor Ziekenhuisvoorzieningen (FOD Volksgezondheid), 2023-03-09. Opgehaald 2026-09-25, sha256 1c20431b0445a26a… (SRC-b1360f78a1) [^8]: [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) [^9]: [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) [^10]: [getTransactionList (intrahub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services/intrahubgettransactionlist). eHealth-platform (KMEHR). Opgehaald 2026-09-25, sha256 a70355d88c9ed2e8… (SRC-ce283ca193) [^11]: [Verwijzingsrepertorium (Metahub)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-verwijzingsrepertorium-metahub). eHealth-platform. Opgehaald 2026-09-25, sha256 9bca4ecae94c3991… (SRC-008bee8c2b) [^12]: [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) [^13]: [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) [^14]: [Technische nota bij de betekening van het Budget van Financiële Middelen op 1 juli 2026 (update september 2026)](https://www.health.belgium.be/sites/default/files/media/files/2026-09/technische_nota_bfm_2026_2_update_september_2026_0.pdf). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu, 2026-09-01. Opgehaald 2026-09-26, sha256 31c5479353c4940e… (SRC-01554fc09c) [^15]: [Advies BMUC (FRZV/D/614-1)](https://overlegorganen.gezondheid.belgie.be/sites/default/files/documents/frzv_d_614-1_-_advies_bmuc_-_nl.pdf). Federale Raad voor Ziekenhuisvoorzieningen (FOD Volksgezondheid), 2025-03-13. Opgehaald 2026-09-25, sha256 b3d05bc7e4f82c69… (SRC-703c386fce) [^16]: [Advies van de FRZV over de BMUC (FRZV/D/632-2)](https://overlegorganen.gezondheid.belgie.be/sites/default/files/documents/frzv_d_632-2_-_advies_bmuc_-_nl.pdf). Federale Raad voor Ziekenhuisvoorzieningen (FOD Volksgezondheid), 2026-02-12. Opgehaald 2026-09-25, sha256 4ef12a38deb6dca4… (SRC-098db1059b) [^17]: [“België is koploper op het vlak van gegevensdeling”](https://www.zorgneticuro.be/artikel/belgie-koploper-op-het-vlak-van-gegevensdeling). Zorgnet-Icuro, 2025-03-24. Opgehaald 2026-09-25, sha256 0e6b1c449f7dd17a… (SRC-b71650d4e2) [^18]: [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) [^19]: [Belgian eHealth Interhub FHIR Simulator](https://github.com/nhermab/fhir-ehealth-hub-simulator). GitHub (nhermab). Opgehaald 2026-09-25, sha256 35eab545eb57a665… (SRC-1abe55e4ec) [^20]: [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) [^21]: [Vaccinatiegegevens niet meer beschikbaar - CoZo](https://www.cozo.be/vitalinkvaccinatiesonbeschikbaar). CoZo vzw, 2026-01-15. Opgehaald 2026-09-25, sha256 c0d9db472ff38ced… (SRC-7f4a73940a) [^22]: [Vaccinnet 2026 | VAPH](https://www.vaph.be/over-het-vaph/actueel/nieuws/vaccinnet-2026). Vlaams Agentschap voor Personen met een Handicap. Opgehaald 2026-09-25, sha256 9b0eed3b5eb0db8f… (SRC-4c9940d738) [^23]: [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) [^24]: [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) [^25]: [Kan ik als patiënt zien door wie resultaten werden opgevraagd? - CoZo](https://www.cozo.be/cozodossierlogging). CoZo vzw. Opgehaald 2026-09-25, sha256 9eeb4d2de3e6b7c8… (SRC-185ec53e76) [^26]: [Délibération n° 12/063 du 17 juillet 2012 relative à la demande d'adhésion de l'UZ Leuven dans le cadre du système de hubs & de metahub (CSSS/12/214)](https://www.up.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/adfa05eee8d793617a926978d6a279712aac27fe/sector-committee-12-063-f214.pdf). Comité sectoriel de la sécurité sociale et de la santé (via eHealth-platform), 2012-07-17. Opgehaald 2026-10-08, sha256 76942ba2ffd9aab4… (SRC-6ce2b8ec6b) [^27]: [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)