--- id: hubs-metahub type: Platform type_label: Platform of dienst title: Hubs-metahubsysteem aliases: - verwijzingsrepertorium - metahub - hub-metahubsysteem - Hubs & Metahub - répertoire des références 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: In productie sinds 2014 (vier hubs gekoppeld); reglement 14/016, laatste wijziging goedgekeurd door het IVC op 2 september 2025 en in werking op 17 september 2025. version: Reglement beraadslaging 14/016 (laatste wijziging goedgekeurd 2 september 2025, in werking 17 september 2025); webservicedefinities xsd-hubservices 3.6.0 summary: 'Federaal, gedecentraliseerd uitwisselingspatroon met een verwijzingsrepertorium in twee lagen: de metahub van het eHealth-platform weet in welke hub of kluis er gegevens over een patiënt (INSZ) zijn, elke hub weet bij welke aangesloten instelling het document zit. Documenten blijven bij de bron en stromen via de hubs, niet via de metahub. Raadpleging vereist toestemming en een therapeutische relatie, houdt rekening met door de patiënt geregistreerde uitsluitingen en volgt de toegangsmatrix; de interfaces zijn KMEHR-webservices.' last_verified: '2026-09-29' relations: - type: usesTerminology direction: uit target: loinc target_url: https://ehealth-atlas.be/loinc/ status: hypothesis - type: operatedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/ehealth-platform/ status: established - type: implements direction: uit target: kmehr target_url: https://ehealth-atlas.be/kmehr/ status: established - type: supervisedBy direction: uit target: informatieveiligheidscomite target_url: https://ehealth-atlas.be/informatieveiligheidscomite/ status: established - type: exchangesWith direction: uit target: vitalink target_url: https://ehealth-atlas.be/vitalink/ status: established - type: legalBasis direction: uit target: geinformeerde-toestemming target_url: https://ehealth-atlas.be/geinformeerde-toestemming/ status: established - type: legalBasis direction: uit target: therapeutische-relatie target_url: https://ehealth-atlas.be/therapeutische-relatie/ status: established - type: legalBasis direction: uit target: toegangsmatrix target_url: https://ehealth-atlas.be/toegangsmatrix/ status: established - type: legalBasis direction: uit target: cirkel-van-vertrouwen target_url: https://ehealth-atlas.be/cirkel-van-vertrouwen/ status: established - type: realises direction: uit target: bihr target_url: https://ehealth-atlas.be/bihr/ status: established - type: partOf direction: in target: abrumet target_url: https://ehealth-atlas.be/abrumet/ status: established - type: partOf direction: in target: consent-dienst target_url: https://ehealth-atlas.be/consent-dienst/ status: established - type: partOf direction: in target: cozo target_url: https://ehealth-atlas.be/cozo/ status: established - type: partOf direction: in target: rsw target_url: https://ehealth-atlas.be/rsw/ status: established - type: partOf direction: in target: therlink-dienst target_url: https://ehealth-atlas.be/therlink-dienst/ status: established - type: partOf direction: in target: vzn-hub target_url: https://ehealth-atlas.be/vzn-hub/ status: established - type: about direction: in target: bihr target_url: https://ehealth-atlas.be/bihr/ status: established - type: about direction: in target: bihr-caresets target_url: https://ehealth-atlas.be/bihr-caresets/ status: established - type: about direction: in target: bihr-connector target_url: https://ehealth-atlas.be/bihr-connector/ status: hypothesis - type: about direction: in target: ehealth-basisdiensten target_url: https://ehealth-atlas.be/ehealth-basisdiensten/ status: established - type: about direction: in target: ehealth-diensten target_url: https://ehealth-atlas.be/ehealth-diensten/ status: established - type: about direction: in target: epd-markt-ziekenhuizen-belgie target_url: https://ehealth-atlas.be/epd-markt-ziekenhuizen-belgie/ status: established - type: about direction: in target: integratie-engine target_url: https://ehealth-atlas.be/integratie-engine/ status: hypothesis - type: about direction: in target: patientportalen target_url: https://ehealth-atlas.be/patientportalen/ status: established - type: about direction: in target: samenwerkingsakkoord-ehealth-belrai target_url: https://ehealth-atlas.be/samenwerkingsakkoord-ehealth-belrai/ status: established - type: about direction: in target: software-kinesitherapie-belgie target_url: https://ehealth-atlas.be/software-kinesitherapie-belgie/ status: established - type: about direction: in target: technische-integratie-ehealth target_url: https://ehealth-atlas.be/technische-integratie-ehealth/ status: established - type: about direction: in target: telemonitoring target_url: https://ehealth-atlas.be/telemonitoring/ status: hypothesis - type: about direction: in target: toegangsmatrix target_url: https://ehealth-atlas.be/toegangsmatrix/ status: established - type: about direction: in target: vlaams-ehealth-landschap target_url: https://ehealth-atlas.be/vlaams-ehealth-landschap/ status: established - type: requires direction: in target: bmuc-epd-criteria target_url: https://ehealth-atlas.be/bmuc-epd-criteria/ status: established - type: requires direction: in target: bmuc-faq-rapportering target_url: https://ehealth-atlas.be/bmuc-faq-rapportering/ status: established - type: requires direction: in target: registratie-huisartsensoftware target_url: https://ehealth-atlas.be/registratie-huisartsensoftware/ status: established - type: exchangesWith direction: in target: careconnect-gp target_url: https://ehealth-atlas.be/careconnect-gp/ status: established - type: exchangesWith direction: in target: cgm-daktari target_url: https://ehealth-atlas.be/cgm-daktari/ status: established - type: exchangesWith direction: in target: gedeeld-farmaceutisch-dossier target_url: https://ehealth-atlas.be/gedeeld-farmaceutisch-dossier/ status: established - type: exchangesWith direction: in target: healthone-nova target_url: https://ehealth-atlas.be/healthone-nova/ status: established - type: exchangesWith direction: in target: medicatieschema target_url: https://ehealth-atlas.be/medicatieschema/ status: established - type: exchangesWith direction: in target: medinect target_url: https://ehealth-atlas.be/medinect/ status: hypothesis - type: exchangesWith direction: in target: mediris target_url: https://ehealth-atlas.be/mediris/ status: established - type: exchangesWith direction: in target: medispring target_url: https://ehealth-atlas.be/medispring/ status: hypothesis - type: exchangesWith direction: in target: nexuzhealth-doctor target_url: https://ehealth-atlas.be/nexuzhealth-doctor/ status: hypothesis - type: exchangesWith direction: in target: omnipro target_url: https://ehealth-atlas.be/omnipro/ status: hypothesis - type: exchangesWith direction: in target: softway-medical-dpi target_url: https://ehealth-atlas.be/softway-medical-dpi/ status: hypothesis - type: exchangesWith direction: in target: vitalink target_url: https://ehealth-atlas.be/vitalink/ status: established - type: exchangesWith direction: in target: vitalink-fhir-migratie target_url: https://ehealth-atlas.be/vitalink-fhir-migratie/ status: established - type: connectsTo direction: in target: crossuite target_url: https://ehealth-atlas.be/crossuite/ status: hypothesis - type: connectsTo direction: in target: ehealth-connector target_url: https://ehealth-atlas.be/ehealth-connector/ status: established - type: connectsTo direction: in target: gedeeld-farmaceutisch-dossier target_url: https://ehealth-atlas.be/gedeeld-farmaceutisch-dossier/ status: established - type: connectsTo direction: in target: kws target_url: https://ehealth-atlas.be/kws/ status: established - type: connectsTo direction: in target: toegangsmatrix-dienst target_url: https://ehealth-atlas.be/toegangsmatrix-dienst/ status: hypothesis - type: involves direction: in target: digirelab target_url: https://ehealth-atlas.be/digirelab/ status: established - type: involves direction: in target: klinisch-labo-resultaten-uitwisseling target_url: https://ehealth-atlas.be/klinisch-labo-resultaten-uitwisseling/ status: established - type: involves direction: in target: shift target_url: https://ehealth-atlas.be/shift/ status: established - type: involves direction: in target: uc-beelduitwisseling target_url: https://ehealth-atlas.be/uc-beelduitwisseling/ status: established - type: involves direction: in target: uc-medicatieschema-ziekenhuis target_url: https://ehealth-atlas.be/uc-medicatieschema-ziekenhuis/ status: established - type: involves direction: in target: uc-verslagen-delen-via-hub target_url: https://ehealth-atlas.be/uc-verslagen-delen-via-hub/ status: established - type: seeAlso direction: in target: edeath target_url: https://ehealth-atlas.be/edeath/ status: established - type: participatesIn direction: in target: farmaflux target_url: https://ehealth-atlas.be/farmaflux/ status: established - type: comparedWith direction: in target: intervault target_url: https://ehealth-atlas.be/intervault/ status: established - type: dependsOn direction: in target: kmehr-labresult target_url: https://ehealth-atlas.be/kmehr-labresult/ status: established - type: dependsOn direction: in target: mijngezondheid target_url: https://ehealth-atlas.be/mijngezondheid/ status: established release: 2026.10.05-1 url: https://ehealth-atlas.be/hubs-metahub/ license: CC BY 4.0 --- # Hubs-metahubsysteem Federaal, gedecentraliseerd uitwisselingspatroon met een verwijzingsrepertorium in twee lagen: de metahub van het eHealth-platform weet in welke hub of kluis er gegevens over een patiënt (INSZ) zijn, elke hub weet bij welke aangesloten instelling het document zit. Documenten blijven bij de bron en stromen via de hubs, niet via de metahub. Raadpleging vereist toestemming en een therapeutische relatie, houdt rekening met door de patiënt geregistreerde uitsluitingen en volgt de toegangsmatrix; de interfaces zijn KMEHR-webservices. ## In het kort - De metahub van het eHealth-platform weet in welke hub of kluis gegevens over een patiënt zitten; de hub weet bij welke instelling het document zit[^1][^2]. - Documenten blijven bij de bron; de gegevensstromen lopen via de hubs, niet via de metahub[^1]. - Een ziekenhuis sluit voor verwijzingen aan via een hub; de Metahub-webservice is exclusief voor erkende hubs[^2]. - De interfaces zijn KMEHR-webservices[^1]; de hubs willen geleidelijk naar FHIR-capabele clients[^3]. - Het reglement 14/016 werd laatst gewijzigd op 2 september 2025, in werking op 17 september 2025[^4]. - 10% van het EPD-budget is een variabele basis voor actief gebruik van de hubs[^5]. - De Vitalink-stroom van screenings en vaccinaties via de hubs is volgens CoZo onderbroken[^6][^7]; de verwachte hersteltermijn (Q2 2026) is verstreken en op 28/09/2026 vermeldde CoZo nog de onderbreking[^7][^8]. ## Vraag of patroon Hoe vindt een zorgverlener gegevens over een patiënt die in een ándere instelling bewaard worden, zonder dat die gegevens centraal worden opgeslagen? Het Belgische antwoord is het hubs-metahubsysteem: de metahub van het [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) is een index van gezondheidsgegevens van patiënten en de hoeksteen van een gedecentraliseerd uitwisselingssysteem[^2]. De architectuur is gedistribueerd: de metahub vertelt een hub óf een andere hub documenten over een patiënt heeft, maar de eigenlijke gegevensstromen verlopen via de hubs[^1]. Het verwijzingsrepertorium heeft twee lagen: de metahub geeft enkel aan in welke hub of kluis informatie over een patiënt beschikbaar is, en elke hub houdt zelf bij bij welke aangesloten instelling het gegeven zich bevindt[^1][^2]. De patiënt wordt daarin geïdentificeerd met zijn INSZ[^1], en alle interhub-uitwisselingen steunen uitsluitend op dat nummer[^9]. Door die gelaagde aanpak slaat het eHealth-platform zelf geen gezondheidsgegevens over patiënten op[^1]. Aangesloten instellingen zoals ziekenhuizen blijven zelf verantwoordelijk voor de bewaring en beschikbaarheid van de gedeelde gegevens[^1]. ## Vergelijking | Rol | Wie | Wat houdt die bij? | Onderbouwing | |---|---|---|---| | Metahub | eHealth-platform | In welke hub/kluis er gegevens over een INSZ zijn |[^1][^2] | | Hub | Regionale netwerken, bv. [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/cozo/) en de [VZN-hub](https://ehealth-atlas.be/vzn-hub/) | Bij welke aangesloten instelling het document zit |[^2][^10] | | Kluis | Bv. [Vitalink](https://ehealth-atlas.be/vitalink/) | Bewaart zelf gegevens en is gekoppeld aan de metahub |[^1][^11] | | Zorginstelling | Bv. een ziekenhuis | Bewaart het document zelf en meldt het aan bij de hub |[^1] | Volgens Domus Medica maken de hubs informatie uit de tweede lijn (ziekenhuizen) toegankelijk, terwijl de regionale eerstelijnskluizen informatie uit de eerste lijn verzamelen[^12]. Die scheiding is niet absoluut: volgens het reglement zijn Inter-Med en BruSafe eerstelijnskluizen die als onderdeel van respectievelijk de hub Réseau Santé Wallon en de hub Brussels Gezondheidsnetwerk werken[^1], en CoZo ontsluit ook labo's en radiologiepraktijken[^13]. Het reglement (versie 2 september 2025) noemt als hubs Abrumet, Réseau Santé Wallon, de Antwerpse Regionale Hub, het Collaboratief Zorgplatform en ZOrgDAtaPlatform (ZODAP); daarnaast zijn gezondheidskluizen en het Gedeeld Farmaceutisch Dossier aangesloten[^1]. Zie ook [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/) en [Réseau Santé Wallon](https://ehealth-atlas.be/rsw/). **Koppelvlakken.** De interfaces tussen hubs en met de metahub zijn [KMEHR](https://ehealth-atlas.be/kmehr/)-webservices waarvan het eHealth-platform de specificaties publiceert[^1], met een set intrahub-operaties (hub naar eigen clients) en een set interhub-operaties (hub naar hub)[^14]. Een hub moet zijn klanten toelaten een document te melden met minimale metadata, referenties op te zoeken, een melding te herroepen en een document op te halen via een referentie[^1]. De dienst getTransactionList zoekt binnen de lokale hub of over het volledige hubsysteem[^15]. Het opslaan van medische dossiers (putTransaction) is geen standaardfunctie van een hub[^9]. Voor labresultaten bestaat 'Laboratory result 2.0': een minimale KMEHR-transactie met een ingesloten FHIR Lab Report die het huidige hub-metahubsysteem kan verwerken[^3] (zie [Uitwisseling van laboresultaten](https://ehealth-atlas.be/klinisch-labo-resultaten-uitwisseling/)). **Toegangscontrole.** Bij een interhub-raadpleging controleert de vragende hub zorgverlener en patiënt (toestemming, therapeutische relatie), terwijl de hub die het document bewaart de documentspecifieke toegangsrechten controleert; elke toegang wordt gelogd[^1]. De patiënt kan individuele zorgverleners uitsluiten; binnen een vaste groep, zoals een ziekenhuisteam, kan die uitsluiting zich tot de groep uitstrekken[^1]. Een hub kan toelaten dat een zorgverlener op vraag van de patiënt een uitsluiting registreert, mits een bewezen voorafgaande therapeutische relatie[^1]. Enkel in een therapeutische noodsituatie (break the glass) is geen voorafgaande controle van toestemming, therapeutische relatie of uitsluitingen vereist[^1]; wel moet in de loggegevens worden geregistreerd dat de zorgverlener een noodsituatie heeft ingeroepen[^1]. Zie [Geïnformeerde toestemming voor gegevensdeling](https://ehealth-atlas.be/geinformeerde-toestemming/), [Consent-dienst van het eHealth-platform (eHealthConsent)](https://ehealth-atlas.be/consent-dienst/) en [Therapeutische relatie](https://ehealth-atlas.be/therapeutische-relatie/). ## Conclusie Bevindingen: het systeem is een federale index boven regionale hubs, met toegangscontrole verdeeld over vragende en bewarende hub[^1]. De Metahub-webservice (aanmaak en opzoeking van patiëntlinks) is exclusief voor erkende hubs, niet voor individuele softwarepakketten van ziekenhuizen, dus een ziekenhuis sluit voor verwijzingen aan via een hub[^2][^16]. De bijhorende diensten voor toestemming, therapeutische relaties en uitsluitingen zijn wel ook als REST-diensten beschikbaar voor applicaties van derden[^2]; de toestemmingsdienst is onder meer toegankelijk voor ziekenhuizen[^2]. Iedere hub moet de vrije keuze van aansluiting van gebruikers garanderen[^1]. Binnen [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/) blijft het uitwisselingsplatform (metahub, hubs en connectoren) behouden, maar worden de regels voor de uitgewisselde informatie eengemaakt[^17]; volgens de minister (15 juli 2025) hangt BIHR af van de hubs en de gezondheidskluizen[^18]. Medio 2026 lag binnen BIHR nog open of de routering naar de juiste kluis via de Metahub, via ConsultRN of volgens een no-wrong-door-principe verloopt[^19]. ## Praktische betekenis voor ziekenhuizen - **Financieringsvoorwaarde (KB 10 april 2025, BFM art. 61 § 2, vanaf 1 juli 2025)**: van het EPD-budget voor algemene ziekenhuizen (62.282.829,25 euro, waarde 1 juli 2024)[^5] is 10% een variabele basis per bed voor actief gebruik van de hubs[^5]; hetzelfde artikel noemt dat bedrag forfaitair, jaarlijks berekend en identiek voor alle ziekenhuizen van een groep[^20]. Voorwaarden zijn onder meer: a) zorggegevens zoals ontslagbrieven, consultatieverslagen en resultaten worden binnen 0 tot maximaal 7 dagen via het verwijzingsrepertorium gepubliceerd en toegankelijk voor de patiënt[^5]; d) andere gezondheidsgegevens worden gedeeld in een herbruikbare vorm (Caresets, FHIR, SNOMED CT)[^5]; e) de documenten zijn toegankelijk volgens de [toegangsmatrix](https://ehealth-atlas.be/toegangsmatrix/)[^5]; voor 2026 plant het eHealth-platform de integratie van de PADAC-toegangsmatrixdienst in de hubs en gezondheidskluizen (planning)[^21]; de WS Matrix (PADAC) bestaat als REST-dienst waarvoor de instelling of software een I.AM Connect-configuratie nodig heeft[^22], maar of de integratie in de hubs in 2026 gerealiseerd is, is niet bevestigd (gap, stand 29/09/2026; zie [Toegangsmatrixdienst van het eHealth-platform (WS Matrix, PADAC)](https://ehealth-atlas.be/toegangsmatrix-dienst/)). Alle gedeelde gegevens moeten de juiste metadata dragen[^5]. Wie niet voldoet, verliest het variabele basisbudget in het volgende dienstjaar[^5]. De FOD erkende in januari 2026 dat de Nederlandse en Franse tekst van kernfunctionaliteit 9 ('communicatie met hubs') uit elkaar liepen; het KB van 30 mei 2026 (BS 11 juni 2026) paste de Franse tekst aan[^23][^24]. *Interpretatie*: voorwaarde d) is relevant voor de FHIR-transitie van ziekenhuizen. Zie [BMUC: financiering van het geïntegreerd EPD](https://ehealth-atlas.be/bmuc-epd-criteria/). - **Financieringsvoorwaarde**: raadpleging via hubs en kluizen van informatie uit andere instellingen, Sumehr en medicatieoverzicht door zorgverleners in de instelling[^5]. - **Wettelijke/reglementaire plicht**: het ziekenhuis blijft verantwoordelijk voor de bewaring en beschikbaarheid van zijn documenten[^1]; bij vertrek van een ziekenhuisarts gaat de publicatieverantwoordelijkheid over naar de hoofdarts[^1]. - **Goede praktijk**: Domus Medica raadt aan dat de specialist belangrijke resultaten ook via de [eHealthBox](https://ehealth-atlas.be/ehealthbox/) stuurt, omdat specifieke documenten via de hubconnectie niet altijd eenvoudig terug te vinden zijn[^12]. - Voor het volledige publicatiescenario, zie [Use case: verslagen en resultaten delen via de hub](https://ehealth-atlas.be/uc-verslagen-delen-via-hub/); voor patiënttoegang via hubportalen, zie [Patiënttoegang en patiëntportalen](https://ehealth-atlas.be/patientportalen/). - **Aanbeveling**: leg per documenttype vast welke metadata en welke vrijgavetermijn gelden, zodat publicatietermijn en toegangsmatrix controleerbaar zijn. ## Implementatievoorwaarden en beperkingen Een kandidaat-hub dient een toetredingsaanvraag in bij het [Informatieveiligheidscomité](https://ehealth-atlas.be/informatieveiligheidscomite/); het Beheerscomité van het eHealth-platform coördineert het systeem[^1]. Het IVC keurde wijzigingen van het reglement goed op 5 november 2024 en 2 september 2025, onder meer voor medewerkers binnen een [cirkel van vertrouwen](https://ehealth-atlas.be/cirkel-van-vertrouwen/)[^4]; de wijzigingen van 2 september 2025 traden in werking op 17 september 2025[^4]. Metahub en de diensten Consent, Therlink en Exclusions draaien op twee zones; bij storing op beide zones blijven volgens de informatie van het eHealth-platform onder meer CoZo, RSW en Abrumet werken, maar Vitalink en de hub Vlaams Ziekenhuisnetwerk KU Leuven niet[^25]. Volgens CoZo-berichten zijn bevolkingsonderzoeksgegevens sinds 1 juli 2025 en Vitalink-vaccinatiegegevens sinds 15 januari 2026 tijdelijk niet raadpleegbaar via de hubs[^6][^7], als gevolg van een technische overstap bij Vitalink[^7]. CoZo verwachtte in januari 2026 herstel in de loop van Q2 2026[^7]; die termijn is verstreken en het CoZo-nieuwsoverzicht vermeldde op 28/09/2026 nog de onderbreking[^8] (geen operationele test; stand 29/09/2026). Ziekenhuizen hanteren niet dezelfde regels voor patiënttoegang tot hubdocumenten[^12]. ## Onzekerheden en tegenstrijdige informatie - **Aantal en namen van hubs.** Domus Medica spreekt van vier hubs[^12] en CoZo noemt CoZo, VznkuL, Abrumet en RSW[^10]; het reglement noemt vijf namen, waaronder ZODAP maar niet de VZN-hub[^1]; de bijhorende beraadslaging 14/016 vermeldt wel UZ Leuven als goedgekeurde hub (beraadslaging 12/063 van 17 juli 2012)[^4], terwijl de statuspagina de Antwerpse Regionale Hub onder CoZo plaatst[^25]. Een leverancier spreekt van twee Vlaamse hubs (leveranciersclaim)[^26]. De Waalse minister van Gezondheid (antwoord van 21 maart 2024) beschrijft het systeem als een koppeling van de federale metahub, vier regionale hubs en drie regionale kluizen[^27]. *Interpretatie*: de officiële telling van vier hubs steunt de lezing dat de vijf namen in het reglement deels historisch zijn. Ook de Franstalige reglementversie noemt ZODAP[^28], en de toetreding staat op naam van UZ Leuven, niet van VZN of een entiteit ZODAP[^29]. *Interpretatie*: ZODAP staat op de plaats van de Leuvense hub en is zeer waarschijnlijk diens naam in het reglement; geen bron definieert ZODAP expliciet[^1]. Dan zijn de vijf namen de vier actuele hubs plus de in CoZo opgegane Antwerpse hub. Zie [VZN-hub](https://ehealth-atlas.be/vzn-hub/) voor de stand van zaken. - **Opt-out versus toestemming.** De wet laat sinds 2023 opname van verwijzingen toe tenzij de patiënt zich verzet[^30], terwijl het reglement de toestemming nog koppelt aan de registratie én consultatie van de referenties[^1] en in zijn statuut spreekt van toestemming 'met de opname van de referenties'[^1]. In Brussel werken zorgactoren sinds de ordonnantie van 21 maart 2024 het verwijzingsrepertorium van het platform als hub bij, tenzij de patiënt weigert (opt-out)[^31]; zie [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/). Centraal biedt het eHealth-platform het opt-outbeheer voor referentiëring aan via de Consent REST-dienst[^32], met in cookbook 1.1 dataReferencing standaard actief en dataSharing standaard inactief[^33]; het cookbook documenteert een productie-endpoint[^33] (zie [Consent-dienst van het eHealth-platform (eHealthConsent)](https://ehealth-atlas.be/consent-dienst/)). Of het reglement 14/016 en de hubs dit al toepassen, is niet bevestigd (stand 29/09/2026). - **Specificatiestatus.** De webservicedefinities dragen de status 'draft' terwijl de operaties als 'Published' zijn opgelijst[^14]. - Niet gevonden: een officiële FHIR- of IHE-gebaseerde interhub-specificatie in productie. Het GitHub-project HubsOnFHIR van het eHealth-platform (juni 2023) over hoe het hub-metahubsysteem FHIR zal omarmen, kreeg na juni 2023 geen commits meer[^34]; of hubs de broker-rol van de [BIHR-connector](https://ehealth-atlas.be/bihr-connector/) opnemen, is enkel een leveranciersverwachting[^35]. De hubs willen wel uitdrukkelijk een geleidelijke overgang naar FHIR-capabele clients[^3], het hub-metahubsysteem kan labresultaten als KMEHR met ingesloten FHIR verwerken[^3], en het [DIGIRELAB](https://ehealth-atlas.be/digirelab/) Phase 3-voorstel (maart 2026, 'to be finetuned') beschrijft een FHIR-zoek-API voor labresultaten bij de hubs; dat is een voorstel, geen productie[^36]. Daarnaast bestaat een niet-officieel voorstel in een community-repository (geen leverancier, geen overheid): een referentie-implementatie die getTransactionList en getTransaction naar IHE MHD op FHIR R4 moderniseert[^37]. De repository verwijst naar een bijhorende 'Belgian Federated eHealth Interhub FHIR Specification'[^37]; die IG is niet onderzocht (gap). Voor hub-naar-kluis beschrijft Vitalink wel een hubroute waarbij de hub zich authenticeert met een token uit het M2M-realm; dat is geen interhub-specificatie en bewijst niet dat elke hub is aangesloten[^38]. ## 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)[^13][^39] 2. Ziekenhuis → Ziekenhuis: Verslag gevalideerd; het blijft in het ziekenhuis (BMUC: 0–7 dagen)[^1][^5] 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)[^12][^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[^14][^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 - gebruikt terminologie: [LOINC en de Belgische labosubset (ReTaM)](https://ehealth-atlas.be/loinc/) (hypothese)[^36]. Voorstel DIGIRELAB fase 3 (maart 2026, "to be finetuned"): FHIR-zoek-API voor labresultaten bij de hubs, Observations gezocht op LOINC-code; geen productie. - wordt uitgebaat door: [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) (vastgesteld)[^2][^1] - implementeert: [KMEHR](https://ehealth-atlas.be/kmehr/) (vastgesteld)[^1][^14] - staat onder toezicht of overleg van: [Informatieveiligheidscomité (kamer sociale zekerheid en gezondheid)](https://ehealth-atlas.be/informatieveiligheidscomite/) (vastgesteld)[^4][^30]. Het IVC beraadslaagt over het verwijzingsrepertorium en wijzigt het reglement; het eHealth-platform blijft beheerder van de metahub. - wisselt gegevens uit met: [Vitalink](https://ehealth-atlas.be/vitalink/) (vastgesteld)[^1][^11] - heeft als rechtsgrond: [Geïnformeerde toestemming voor gegevensdeling](https://ehealth-atlas.be/geinformeerde-toestemming/) (vastgesteld)[^1][^2]. Het toestemmingsreglement regelt registratie en raadpleging van referenties in het verwijzingsrepertorium. - heeft als rechtsgrond: [Therapeutische relatie](https://ehealth-atlas.be/therapeutische-relatie/) (vastgesteld)[^1]. Raadpleging via het systeem vereist een vooraf geverifieerde therapeutische relatie. - heeft als rechtsgrond: [Toegangsmatrix (reglement eHealth-platform en Informatieveiligheidscomité)](https://ehealth-atlas.be/toegangsmatrix/) (vastgesteld)[^1]. De toegangsmatrix (IVC) bepaalt per categorie zorgverlener welke gegevenscategorieën toegankelijk zijn. - heeft als rechtsgrond: [Cirkel van vertrouwen (Circle of Trust, COT)](https://ehealth-atlas.be/cirkel-van-vertrouwen/) (vastgesteld)[^1]. Het reglement cirkel van vertrouwen regelt de toegang van medewerkers onder verantwoordelijkheid van een zorgverlener. - draagt bij aan: [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/) (vastgesteld)[^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. - maakt deel uit van (inkomend): [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/) (vastgesteld)[^41][^42][^10] - gaat over (inkomend): [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/) (vastgesteld)[^17] - gaat over (inkomend): [BIHR: CareSets en EHDS-roadmap](https://ehealth-atlas.be/bihr-caresets/) (vastgesteld)[^43] - gaat over (inkomend): [BIHR-connector (FHIR-broker)](https://ehealth-atlas.be/bihr-connector/) (hypothese)[^35][^34][^17][^44] - stelt als eis (inkomend): [BMUC: financiering van het geïntegreerd EPD](https://ehealth-atlas.be/bmuc-epd-criteria/) (vastgesteld)[^5][^24][^23] - stelt als eis (inkomend): [BMUC: rapportering en FAQ](https://ehealth-atlas.be/bmuc-faq-rapportering/) (vastgesteld)[^23][^24][^5] - wisselt gegevens uit met (inkomend): [CareConnect General Practitioner](https://ehealth-atlas.be/careconnect-gp/) (vastgesteld)[^45] - wisselt gegevens uit met (inkomend): [CGM Daktari](https://ehealth-atlas.be/cgm-daktari/) (vastgesteld)[^46] - maakt deel uit van (inkomend): [Consent-dienst van het eHealth-platform (eHealthConsent)](https://ehealth-atlas.be/consent-dienst/) (vastgesteld)[^2][^25] - maakt deel uit van (inkomend): [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/cozo/) (vastgesteld)[^47][^10][^1] - koppelt met (inkomend): [Crossuite](https://ehealth-atlas.be/crossuite/) (hypothese)[^48] - betrekt (inkomend): [DIGIRELAB (digitalisering van laboresultaten)](https://ehealth-atlas.be/digirelab/) (vastgesteld)[^49][^21][^36] - zie ook (inkomend): [Elektronische overlijdensaangifte (eDeath)](https://ehealth-atlas.be/edeath/) (vastgesteld)[^4] - gaat over (inkomend): [Basisdiensten van het eHealth-platform](https://ehealth-atlas.be/ehealth-basisdiensten/) (vastgesteld)[^16] - koppelt met (inkomend): [eHealth-connectoren (eHealth platform services connectors)](https://ehealth-atlas.be/ehealth-connector/) (vastgesteld)[^50] - gaat over (inkomend): [Diensten en API's van het eHealth-platform](https://ehealth-atlas.be/ehealth-diensten/) (vastgesteld)[^2] - gaat over (inkomend): [EPD-markt van de Belgische ziekenhuizen](https://ehealth-atlas.be/epd-markt-ziekenhuizen-belgie/) (vastgesteld)[^27][^51] - neemt deel aan (inkomend): [FarmaFlux](https://ehealth-atlas.be/farmaflux/) (vastgesteld)[^52][^53][^54] - koppelt met (inkomend): [Gedeeld Farmaceutisch Dossier (GFD-DPP)](https://ehealth-atlas.be/gedeeld-farmaceutisch-dossier/) (vastgesteld)[^54][^55] - wisselt gegevens uit met (inkomend): [Gedeeld Farmaceutisch Dossier (GFD-DPP)](https://ehealth-atlas.be/gedeeld-farmaceutisch-dossier/) (vastgesteld)[^1] - wisselt gegevens uit met (inkomend): [HealthOne Nova](https://ehealth-atlas.be/healthone-nova/) (vastgesteld)[^56] - gaat over (inkomend): [Integratie-engine (interface engine)](https://ehealth-atlas.be/integratie-engine/) (hypothese) - wordt vergeleken met (inkomend): [Intervault (uitwisseling tussen de eerstelijnskluizen)](https://ehealth-atlas.be/intervault/) (vastgesteld)[^57] - betrekt (inkomend): [Uitwisseling van laboresultaten](https://ehealth-atlas.be/klinisch-labo-resultaten-uitwisseling/) (vastgesteld)[^3][^49][^36][^5] - hangt technisch af van (inkomend): [KMEHR Laboratory result (1.1 en 2.0)](https://ehealth-atlas.be/kmehr-labresult/) (vastgesteld)[^3] - koppelt met (inkomend): [KWS (Klinisch Werkstation) / Nexuzhealth Hospital](https://ehealth-atlas.be/kws/) (vastgesteld)[^10][^58] - wisselt gegevens uit met (inkomend): [Gedeeld medicatieschema](https://ehealth-atlas.be/medicatieschema/) (vastgesteld)[^54] - wisselt gegevens uit met (inkomend): [Medinect](https://ehealth-atlas.be/medinect/) (hypothese)[^59] - wisselt gegevens uit met (inkomend): [Mediris (Mediris GP / Mediris Multi)](https://ehealth-atlas.be/mediris/) (vastgesteld)[^60] - wisselt gegevens uit met (inkomend): [Medispring](https://ehealth-atlas.be/medispring/) (hypothese)[^61] - hangt technisch af van (inkomend): [Mijngezondheid (Masanté)](https://ehealth-atlas.be/mijngezondheid/) (vastgesteld)[^62][^63][^12] - wisselt gegevens uit met (inkomend): [Nexuzhealth Doctor](https://ehealth-atlas.be/nexuzhealth-doctor/) (hypothese)[^64] - wisselt gegevens uit met (inkomend): [OmniPro](https://ehealth-atlas.be/omnipro/) (hypothese)[^65] - gaat over (inkomend): [Patiënttoegang en patiëntportalen](https://ehealth-atlas.be/patientportalen/) (vastgesteld)[^12][^2] - stelt als eis (inkomend): [Registratie (homologatie) van huisartsensoftware](https://ehealth-atlas.be/registratie-huisartsensoftware/) (vastgesteld)[^66][^67] - maakt deel uit van (inkomend): [Réseau Santé Wallon (RSW)](https://ehealth-atlas.be/rsw/) (vastgesteld)[^68][^69][^70] - gaat over (inkomend): [Samenwerkingsakkoord eHealth & BelRAI](https://ehealth-atlas.be/samenwerkingsakkoord-ehealth-belrai/) (vastgesteld)[^71] - betrekt (inkomend): [SHIFT, SHIFT 2 FAITH en E17 on FHIR (Data Capabilities-projecten met gefedereerde FHIR-uitwisseling)](https://ehealth-atlas.be/shift/) (vastgesteld)[^72][^73] - gaat over (inkomend): [Software voor kinesitherapie in België](https://ehealth-atlas.be/software-kinesitherapie-belgie/) (vastgesteld)[^74] - wisselt gegevens uit met (inkomend): [Hôpital Manager (Softway Medical)](https://ehealth-atlas.be/softway-medical-dpi/) (hypothese)[^51] - gaat over (inkomend): [Technische integratie met de eHealth-infrastructuur](https://ehealth-atlas.be/technische-integratie-ehealth/) (vastgesteld)[^2] - gaat over (inkomend): [Telemonitoring in België](https://ehealth-atlas.be/telemonitoring/) (hypothese)[^75][^76] - maakt deel uit van (inkomend): [TherLink-, TherExclusion- en Link-diensten van het eHealth-platform](https://ehealth-atlas.be/therlink-dienst/) (vastgesteld)[^2][^25] - gaat over (inkomend): [Toegangsmatrix (reglement eHealth-platform en Informatieveiligheidscomité)](https://ehealth-atlas.be/toegangsmatrix/) (vastgesteld)[^1][^2] - koppelt met (inkomend): [Toegangsmatrixdienst van het eHealth-platform (WS Matrix, PADAC)](https://ehealth-atlas.be/toegangsmatrix-dienst/) (hypothese)[^21] - betrekt (inkomend): [Beelduitwisseling (medische beelden en beeldvormingsverslagen)](https://ehealth-atlas.be/uc-beelduitwisseling/) (vastgesteld)[^77][^78][^5] - betrekt (inkomend): [Use case: medicatieschema bij opname en ontslag](https://ehealth-atlas.be/uc-medicatieschema-ziekenhuis/) (vastgesteld)[^79][^80] - betrekt (inkomend): [Use case: verslagen en resultaten delen via de hub](https://ehealth-atlas.be/uc-verslagen-delen-via-hub/) (vastgesteld)[^2][^1] - wisselt gegevens uit met (inkomend): [Vitalink](https://ehealth-atlas.be/vitalink/) (vastgesteld)[^11][^79][^81][^82] - wisselt gegevens uit met (inkomend): [Vitalink FHIR-migratie (van KMEHR naar Vitalink 2.0)](https://ehealth-atlas.be/vitalink-fhir-migratie/) (vastgesteld)[^83][^82][^84] - gaat over (inkomend): [Vlaams eHealth-landschap](https://ehealth-atlas.be/vlaams-ehealth-landschap/) (vastgesteld)[^11][^1] - maakt deel uit van (inkomend): [VZN-hub](https://ehealth-atlas.be/vzn-hub/) (vastgesteld)[^10][^4] ## 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)? ## 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é. 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 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) [^4]: [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. Opgehaald 2026-09-25, sha256 1f3263090e6e3fa1… (SRC-ddd345c720) [^5]: [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) [^6]: [Bevolkingsonderzoeken niet meer beschikbaar - CoZo](https://www.cozo.be/vitalinkbevolkingsonderzoekenonbeschikbaar). CoZo vzw. Opgehaald 2026-09-25, sha256 31b3de2985694d46… (SRC-a069a0277c) [^7]: [Vaccinatiegegevens niet meer beschikbaar - CoZo](https://www.cozo.be/vitalinkvaccinatiesonbeschikbaar). CoZo vzw, 2026-01-15. Opgehaald 2026-09-25, sha256 c0d9db472ff38ced… (SRC-7f4a73940a) [^8]: [Nieuws](https://www.cozo.be/nieuws). CoZo. Opgehaald 2026-09-28, sha256 7c287f81fc4f8093… (SRC-2e540985ef) [^9]: [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) [^10]: [eHealth - CoZo](https://www.cozo.be/ehealth). CoZo vzw. Opgehaald 2026-09-25, sha256 6168ca8d84bf12bc… (SRC-1d6f1efe3d) [^11]: [Technisch overzicht | Vitalink](https://www.vitalink.be/over-vitalink/hoe-werkt-vitalink). Vitalink (Departement Zorg). Opgehaald 2026-09-25, sha256 3c46cbebf434f8cc… (SRC-b64c94471e) [^12]: [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) [^13]: [Meer over CoZo](https://www.cozo.be/meerovercozo). Collaboratief Zorgplatform (CoZo). Opgehaald 2026-09-25, sha256 2cef48e4721ab3d6… (SRC-840b40cdca) [^14]: [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) [^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 (Dedonder) 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). Frank Robben / 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). Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be), 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]: [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). Opgehaald 2026-09-26, sha256 9e5754bf07f02cdc… (SRC-73049217c3) [^37]: [Belgian eHealth Interhub FHIR Simulator](https://github.com/nhermab/fhir-ehealth-hub-simulator). GitHub (nhermab). Opgehaald 2026-09-25, sha256 35eab545eb57a665… (SRC-1abe55e4ec) [^38]: [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) [^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]: [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) [^44]: [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) [^45]: [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) [^46]: [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) [^47]: [Privacyverklaring Collaboratief Zorgplatform Vlaanderen – CoZo VZW](https://www.cozo.be/cozo-privacypolicy). CoZo vzw. Opgehaald 2026-09-25, sha256 6313bf62998d06c6… (SRC-fca17c9054) [^48]: [Digitaal communiceren in je praktijk | Crossuite](https://www.crossuite.com/be_nl/kenmerken/ehealth/). Crossuite. Opgehaald 2026-09-28, sha256 1f55981253ebb0fb… (SRC-80dd1a5ce4) [^49]: [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) [^50]: [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) [^51]: [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) [^52]: [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) [^53]: [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) [^54]: [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) [^55]: [QRVA 56 025 (26-09-2025): o.a. vraag nr. 304 (Farih) Belgian Integrated Health Record - Cyberveiligheid in de zorg, en vraag nr. 374 (Depoorter) 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) [^56]: [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) [^57]: [Technisch overzicht](https://www.vitalink.be/gebruikers/ik-ben-softwareleverancier/technisch-overzicht). Vitalink. Opgehaald 2026-09-28, sha256 3c46cbebf434f8cc… (SRC-8676c3f174) [^58]: [“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) [^59]: [Software Register – certificeringsrecords Medinect, versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL32N81Z2NPFJ/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 818a248c3b0010db… (SRC-96d3880bfb) [^60]: [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) [^61]: [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) [^62]: [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) [^63]: [Hoe kan ik mijn CoZo-resultaten bekijken via Mijngezondheid?](https://www.cozo.be/ehealthresultaten). CoZo. Opgehaald 2026-09-26, sha256 00bfcc701f8ca60c… (SRC-906b4ce3f0) [^64]: [Software Register – certificeringsrecords Nexuzhealth Doctor, versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL421Z77BA6A/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 1da332c3c9847723… (SRC-c4f2398dd2) [^65]: [Software Register – certificeringsrecords Omnipro, versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILFD7QPE832V/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 72fb8b0305d553a1… (SRC-c52ebd43c3) [^66]: [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) [^67]: [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) [^68]: [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) [^69]: [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) [^70]: [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) [^71]: [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) [^72]: [Het volgende station: CoZo en de stille revolutie in de Belgische gegevensdeling (interview dr. Tom Fiers, 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) [^73]: [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) [^74]: [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) [^75]: [Integraal verslag commissie Gezondheid en Gelijke Kansen, 22 april 2026 (CRIV 56 COM 356) - o.a. vraag 56014296C (De Knop) 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) [^76]: [QRVA 56 036 (december 2025): o.a. vraag nr. 630 (Gijbels) 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) [^77]: [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) [^78]: [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) [^79]: [Schriftelijke vraag nr. 327 van 5 februari 2025 (I. De Reuse) en antwoord van minister C. Gennez - 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) [^80]: [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) [^81]: [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) [^82]: [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) [^83]: [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) [^84]: [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)