Bèta De eHealth Atlas is nog in opbouw: we verzamelen en controleren nog volop gegevens, dus inhoud kan onvolledig zijn.Inhoud nog onvolledig. Meer info

Belgische eHealth-referentiedatabank

Onafhankelijk naslagwerk · geen officiële bron bèta

Geavanceerd zoeken Hulp

Conceptrecord · Platform of dienst

Hubs-metahubsysteem

Atlas-ID hubs-metahub · 96 beweringen · 84 bronnen · Laatst geverifieerd 29-09-2026 · Release 2026.10.01-7

Type
Platform of dienst
Jurisdictie
België (federaal/interfederaal)
Levenscyclus
in productie — 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.
Versie
Reglement beraadslaging 14/016 (laatste wijziging goedgekeurd 2 september 2025, in werking 17 september 2025); webservicedefinities xsd-hubservices 3.6.0
Aliassen
verwijzingsrepertorium; metahub; hub-metahubsysteem; Hubs & Metahub; répertoire des références
FR / EN
Hubs & Metahub (répertoire des références) / Hubs and metahub (reference directory)

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.

Relaties 62 Bronnen 84 Graaf

In het kort

✎ Reageer
  • 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

✎ Reageer

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 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

✎ Reageer
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) en de VZN-hub Bij welke aangesloten instelling het document zit [2][10]
Kluis Bv. 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 en Réseau Santé Wallon.

Koppelvlakken. De interfaces tussen hubs en met de metahub zijn 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).

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, Consent-dienst van het eHealth-platform (eHealthConsent) en Therapeutische relatie.

Conclusie

✎ Reageer

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) 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

✎ Reageer
  • 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[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)). 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.
  • 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 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; voor patiënttoegang via hubportalen, zie Patiënttoegang en patiëntportalen.
  • Aanbeveling: leg per documenttype vast welke metadata en welke vrijgavetermijn gelden, zodat publicatietermijn en toegangsmatrix controleerbaar zijn.

Implementatievoorwaarden en beperkingen

✎ Reageer

Een kandidaat-hub dient een toetredingsaanvraag in bij het Informatieveiligheidscomité; 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[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

✎ Reageer
  • 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 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. 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)). 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 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 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].

Diagram

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

met bron Eigen ontwerp, vereenvoudigd · CC BY 4.0 · beweringen

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

Relaties 62 relaties · 11 hypothesen

RelatieDoelconceptTypeStatusToelichting
gebruikt terminologie LOINC en de Belgische labosubset (ReTaM) Terminologie of classificatie hypothese Voorstel DIGIRELAB fase 3 (maart 2026, "to be finetuned"): FHIR-zoek-API voor labresultaten bij de hubs, Observations gezocht op LOINC-code; geen productie. [36]
wordt uitgebaat door eHealth-platform Organisatie vastgesteld [2][1]
implementeert KMEHR Standaard of specificatie vastgesteld [1][14]
staat onder toezicht of overleg van Informatieveiligheidscomité (kamer sociale zekerheid en gezondheid) Organisatie vastgesteld Het IVC beraadslaagt over het verwijzingsrepertorium en wijzigt het reglement; het eHealth-platform blijft beheerder van de metahub. [4][30]
wisselt gegevens uit met Vitalink Platform of dienst vastgesteld [1][11]
heeft als rechtsgrond Geïnformeerde toestemming voor gegevensdeling Regel of afsprakenkader vastgesteld Het toestemmingsreglement regelt registratie en raadpleging van referenties in het verwijzingsrepertorium. [1][2]
heeft als rechtsgrond Therapeutische relatie Regel of afsprakenkader vastgesteld Raadpleging via het systeem vereist een vooraf geverifieerde therapeutische relatie. [1]
heeft als rechtsgrond Toegangsmatrix (reglement eHealth-platform en Informatieveiligheidscomité) Regel of afsprakenkader vastgesteld De toegangsmatrix (IVC) bepaalt per categorie zorgverlener welke gegevenscategorieën toegankelijk zijn. [1]
heeft als rechtsgrond Cirkel van vertrouwen (Circle of Trust, COT) Regel of afsprakenkader vastgesteld Het reglement cirkel van vertrouwen regelt de toegang van medewerkers onder verantwoordelijkheid van een zorgverlener. [1]
draagt bij aan BIHR (Belgian Integrated Health Record) Programma of initiatief vastgesteld Het uitwisselingsplatform blijft binnen BIHR behouden en BIHR hangt af van de hubs en kluizen; de rol van de Metahub bij de routering naar de juiste kluis lag medio 2026 nog open. [17][18]
maakt deel uit van (inkomend) Abrumet / Réseau Santé Bruxellois Platform of dienst vastgesteld [41][42][10]
maakt deel uit van (inkomend) Consent-dienst van het eHealth-platform (eHealthConsent) Platform of dienst vastgesteld [2][25]
maakt deel uit van (inkomend) CoZo (Collaboratief Zorgplatform) Platform of dienst vastgesteld [47][10][1]
maakt deel uit van (inkomend) Réseau Santé Wallon (RSW) Platform of dienst vastgesteld [68][69][70]
maakt deel uit van (inkomend) TherLink-, TherExclusion- en Link-diensten van het eHealth-platform Platform of dienst vastgesteld [2][25]
maakt deel uit van (inkomend) VZN-hub Platform of dienst vastgesteld [10][4]
gaat over (inkomend) BIHR (Belgian Integrated Health Record) Programma of initiatief vastgesteld [17]
gaat over (inkomend) BIHR: CareSets en EHDS-roadmap Programma of initiatief vastgesteld [43]
gaat over (inkomend) BIHR-connector (FHIR-broker) Overzicht of dossier hypothese [35][34][17][44]
gaat over (inkomend) Basisdiensten van het eHealth-platform Overzicht of dossier vastgesteld [16]
gaat over (inkomend) Diensten en API's van het eHealth-platform Overzicht of dossier vastgesteld [2]
gaat over (inkomend) EPD-markt van de Belgische ziekenhuizen Overzicht of dossier vastgesteld [27][51]
gaat over (inkomend) Integratie-engine (interface engine) Overzicht of dossier hypothese
gaat over (inkomend) Patiënttoegang en patiëntportalen Overzicht of dossier vastgesteld [12][2]
gaat over (inkomend) Samenwerkingsakkoord eHealth & BelRAI Wettekst of verordening vastgesteld [71]
gaat over (inkomend) Software voor kinesitherapie in België Overzicht of dossier vastgesteld [74]
gaat over (inkomend) Technische integratie met de eHealth-infrastructuur Overzicht of dossier vastgesteld [2]
gaat over (inkomend) Telemonitoring in België Overzicht of dossier hypothese [75][76]
gaat over (inkomend) Toegangsmatrix (reglement eHealth-platform en Informatieveiligheidscomité) Regel of afsprakenkader vastgesteld [1][2]
gaat over (inkomend) Vlaams eHealth-landschap Overzicht of dossier vastgesteld [11][1]
stelt als eis (inkomend) BMUC: financiering van het geïntegreerd EPD Financieringsregeling vastgesteld [5][24][23]
stelt als eis (inkomend) BMUC: rapportering en FAQ Financieringsregeling vastgesteld [23][24][5]
stelt als eis (inkomend) Registratie (homologatie) van huisartsensoftware Erkennings- of registratieregeling vastgesteld [66][67]
wisselt gegevens uit met (inkomend) CareConnect General Practitioner Softwareproduct vastgesteld [45]
wisselt gegevens uit met (inkomend) CGM Daktari Softwareproduct vastgesteld [46]
wisselt gegevens uit met (inkomend) Gedeeld Farmaceutisch Dossier (GFD-DPP) Platform of dienst vastgesteld [1]
wisselt gegevens uit met (inkomend) HealthOne Nova Softwareproduct vastgesteld [56]
wisselt gegevens uit met (inkomend) Gedeeld medicatieschema Platform of dienst vastgesteld [54]
wisselt gegevens uit met (inkomend) Medinect Softwareproduct hypothese [59]
wisselt gegevens uit met (inkomend) Mediris (Mediris GP / Mediris Multi) Softwareproduct vastgesteld [60]
wisselt gegevens uit met (inkomend) Medispring Softwareproduct hypothese [61]
wisselt gegevens uit met (inkomend) Nexuzhealth Doctor Softwareproduct hypothese [64]
wisselt gegevens uit met (inkomend) OmniPro Softwareproduct hypothese [65]
wisselt gegevens uit met (inkomend) Hôpital Manager (Softway Medical) Softwareproduct hypothese [51]
wisselt gegevens uit met (inkomend) Vitalink Platform of dienst vastgesteld [11][79][81][82]
wisselt gegevens uit met (inkomend) Vitalink FHIR-migratie (van KMEHR naar Vitalink 2.0) Platform of dienst vastgesteld [83][82][84]
koppelt met (inkomend) Crossuite Softwareproduct hypothese [48]
koppelt met (inkomend) eHealth-connectoren (eHealth platform services connectors) Platform of dienst vastgesteld [50]
koppelt met (inkomend) Gedeeld Farmaceutisch Dossier (GFD-DPP) Platform of dienst vastgesteld [54][55]
koppelt met (inkomend) KWS (Klinisch Werkstation) / Nexuzhealth Hospital Softwareproduct vastgesteld [10][58]
koppelt met (inkomend) Toegangsmatrixdienst van het eHealth-platform (WS Matrix, PADAC) Platform of dienst hypothese [21]
betrekt (inkomend) DIGIRELAB (digitalisering van laboresultaten) Use case of zorgproces vastgesteld [49][21][36]
betrekt (inkomend) Uitwisseling van laboresultaten Use case of zorgproces vastgesteld [3][49][36][5]
betrekt (inkomend) SHIFT, SHIFT 2 FAITH en E17 on FHIR (Data Capabilities-projecten met gefedereerde FHIR-uitwisseling) Use case of zorgproces vastgesteld [72][73]
betrekt (inkomend) Beelduitwisseling (medische beelden en beeldvormingsverslagen) Use case of zorgproces vastgesteld [77][78][5]
betrekt (inkomend) Use case: medicatieschema bij opname en ontslag Use case of zorgproces vastgesteld [79][80]
betrekt (inkomend) Use case: verslagen en resultaten delen via de hub Use case of zorgproces vastgesteld [2][1]
zie ook (inkomend) Elektronische overlijdensaangifte (eDeath) Use case of zorgproces vastgesteld [4]
neemt deel aan (inkomend) FarmaFlux Organisatie vastgesteld [52][53][54]
wordt vergeleken met (inkomend) Intervault (uitwisseling tussen de eerstelijnskluizen) Overzicht of dossier vastgesteld [57]
hangt technisch af van (inkomend) KMEHR Laboratory result (1.1 en 2.0) Standaard of specificatie vastgesteld [3]
hangt technisch af van (inkomend) Mijngezondheid (Masanté) Platform of dienst vastgesteld [62][63][12]

Open vragen 7

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

Bronnen 84 bronnen · alle bronnen

  1. Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform. eHealth-platform / Informatieveiligheidscomité. SRC-f4d7f1af3a Link werkt niet?
  2. Verwijzingsrepertorium (Metahub). eHealth-platform. SRC-008bee8c2b Link werkt niet?
  3. KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR). eHealth-platform; 08-12-2023. SRC-b09ad4548b Link werkt niet?
  4. Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid. SRC-ddd345c720 Link werkt niet?
  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. Belgisch Staatsblad (spiegel etaamb.openjustice.be); 23-04-2025. SRC-c2bc38d00b Link werkt niet?
  6. Bevolkingsonderzoeken niet meer beschikbaar - CoZo. CoZo vzw. SRC-a069a0277c Link werkt niet?
  7. Vaccinatiegegevens niet meer beschikbaar - CoZo. CoZo vzw; 15-01-2026. SRC-7f4a73940a Link werkt niet?
  8. Nieuws. CoZo. SRC-2e540985ef Link werkt niet?
  9. Hub service putTransaction: functional description (v1.1). eHealth-platform (KMEHR); 26-03-2015. SRC-463e514ada Link werkt niet?
  10. eHealth - CoZo. CoZo vzw. SRC-1d6f1efe3d Link werkt niet?
  11. Technisch overzicht | Vitalink. Vitalink (Departement Zorg). SRC-b64c94471e Link werkt niet?
  12. Digitale communicatie met de ziekenhuizen: Hubs. Domus Medica. SRC-d367fae946 Link werkt niet?
  13. Meer over CoZo. Collaboratief Zorgplatform (CoZo). SRC-840b40cdca Link werkt niet?
  14. KMEHR Web Services (hub-metahub intrahub/interhub). eHealth-platform. SRC-48cdc8b063 Link werkt niet?
  15. getTransactionList (intrahub). eHealth-platform (KMEHR). SRC-ce283ca193 Link werkt niet?
  16. Welcome Pack (eHealth-platform). eHealth-platform. SRC-6fdf93f016 Link werkt niet?
  17. Het BIHR (Belgian Integrated Health Record). RIZIV. SRC-bedb8ce40f Link werkt niet?
  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. Kamer van volksvertegenwoordigers; 15-07-2025. SRC-381b705a1e Link werkt niet?
  19. Strategic alignment with regional vaults – BE-NCPeH – EHDS – Patient Summary. Frank Robben / eHealth-platform (BE-NCPeH); 18-06-2026. SRC-762de96548 Link werkt niet?
  20. Koninklijk besluit van 10 april 2025 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen (Justel). FOD Justitie – Belgisch Staatsblad (FOD Volksgezondheid als dossierbeheerder); 23-04-2025. SRC-64895c2195 Link werkt niet?
  21. Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth). Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026. SRC-88e226b672 Link werkt niet?
  22. eHealth Patient Access Matrix. eHealth-platform. SRC-f740dd2081 Link werkt niet?
  23. BMUC_Functionaliteiten_Fonctionnalités_14012026 (overzicht kern- en menufunctionaliteiten met teller/noemer en FAQ). FOD Volksgezondheid; 14-01-2026. SRC-94b0514e73 Link werkt niet?
  24. Koninklijk besluit van 30 mei 2026 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen (Justel). FOD Justitie – Belgisch Staatsblad; 11-06-2026. SRC-67e3197f3f Link werkt niet?
  25. Verwijzingsrepertorium (Hubs & Metahub) - noodprocedure. eHealth-platform (status website). SRC-86589dea76 Link werkt niet?
  26. Onbekend maakt onbemind? Het Belgische eHealth-landschap in kaart. Nexuzhealth; 13-07-2022. SRC-4c86022f91 Link werkt niet?
  27. Question écrite du 19/02/2024 – les difficultés de fonctionnement du Réseau santé wallon (réponse du 21/03/2024). Parlement de Wallonie; 21-03-2024. SRC-61a27027a4 Link werkt niet?
  28. Règlement du partage de données de santé entre les systèmes de santé connectés via le répertoire de références de la plate-forme eHealth. eHealth-platform. SRC-34a6fc9fd6 Link werkt niet?
  29. Délibération n° 14/016 relative au règlement hubs & metahub, modifiée le 2 septembre 2025. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; publicatie eHealth-platform. SRC-c3833a80d5 Link werkt niet?
  30. Wet van 21 augustus 2008 houdende oprichting en organisatie van het eHealth-platform (geconsolideerde tekst). eHealth-platform; 13-10-2008. SRC-4a2ff3f425 Link werkt niet?
  31. 4 avril 2019. - Ordonnance portant sur la plate-forme d'échange électronique des données de santé (Justel, geconsolideerd t.e.m. ordonnantie 21-03-2024). FOD Justitie – Belgisch Staatsblad (Justel); bron: Gemeenschappelijke Gemeenschapscommissie; 02-05-2019. SRC-50fc066492 Link werkt niet?
  32. eHealthConsent | eHealth-platform (technische documentatie). eHealth-platform. SRC-5e9e9db1bf Link werkt niet?
  33. Patient Data Access - Consent WS - REST Cookbook. eHealth-platform; 24-03-2026. SRC-0ae7659036 Link werkt niet?
  34. HubsOnFHIR - How will the Belgian HUB/METAHUB system embrace FHIR. eHealth-platform (GitHub ehealthplatformstandards); 20-06-2023. SRC-1b19ae6fc4 Link werkt niet?
  35. BIHR zet in op co-creatie, toegankelijkheid en hergebruik van gegevens - Amaron. Amaron; 23-09-2026. SRC-66386423aa Link werkt niet?
  36. DIGIRELAB Phase 3: proposal for API (to be finetuned). HL7 Belgium (GitHub hl7-be/lab). SRC-73049217c3 Link werkt niet?
  37. Belgian eHealth Interhub FHIR Simulator. GitHub (nhermab). SRC-1abe55e4ec Link werkt niet?
  38. Vitalink FHIR Cookbook. Vitalink; 12-08-2026. SRC-d4ff8c4130 Link werkt niet?
  39. eHealthConsent. eHealth-platform (portaal eGezondheid). SRC-0eddcfb33b Link werkt niet?
  40. Beraadslaging 18/190 van 4 december 2018, gewijzigd op 6 juli 2021, met betrekking tot de toegangsmatrix. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 04-12-2018. SRC-3d6d5cac83 Link werkt niet?
  41. Présentation du Réseau Santé Bruxellois. Abrumet asbl. SRC-1408cc7662 Link werkt niet?
  42. Règlement vie privée du Réseau Santé Bruxellois. Abrumet asbl. SRC-25e1ee41c6 Link werkt niet?
  43. EHDS Implementation Roadmap - Belgium (CareSets & BIHR Mapping). eHealth-platform; 20-05-2026. SRC-4366b22a5c Link werkt niet?
  44. Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange. CoZo (in partnerschap met Amaron). SRC-6290028533 Link werkt niet?
  45. Software Register API – certificeringen CareConnect General Practitioner (JSON). eHealth-platform. SRC-5d419bb730 Link werkt niet?
  46. Software Register API – certificeringen CGM Daktari (JSON). eHealth-platform. SRC-32a75b4ab2 Link werkt niet?
  47. Privacyverklaring Collaboratief Zorgplatform Vlaanderen – CoZo VZW. CoZo vzw. SRC-fca17c9054 Link werkt niet?
  48. Digitaal communiceren in je praktijk | Crossuite. Crossuite. SRC-80dd1a5ce4 Link werkt niet?
  49. Issue #261: Should the presentedForm (e.g. embedded pdf) be viewable from within the GP software. hl7-be/lab (GitHub); 15-01-2024. SRC-7ad695ae7a Link werkt niet?
  50. eHealth platform services connectors | eHealth-platform. eHealth-platform. SRC-ef6afc402c Link werkt niet?
  51. België-Doornik: Software-implementatiediensten (CHwapi, niet-gunning DPI réseau Phare). Publicatieblad van de EU (TED); 19-03-2021. SRC-d1bcfdac1c Link werkt niet?
  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. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 02-12-2025. SRC-3a059d1245 Link werkt niet?
  53. Nieuw: automatische journaalnota's bij huisapothekerschap. FarmaFlux. SRC-795a10ddd8 Link werkt niet?
  54. Transaction: Pharmaceutical Medication Scheme 1.0. eHealth-platform; 31-05-2023. SRC-e2ed7a9a80 Link werkt niet?
  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. Kamer van volksvertegenwoordigers; 26-09-2025. SRC-68b0d63e1e Link werkt niet?
  56. Software Register API – certificeringen HealthOne Nova (JSON). eHealth-platform. SRC-0ce3aea79f Link werkt niet?
  57. Technisch overzicht. Vitalink. SRC-8676c3f174 Link werkt niet?
  58. “België is koploper op het vlak van gegevensdeling”. Zorgnet-Icuro; 24-03-2025. SRC-b71650d4e2 Link werkt niet?
  59. Software Register – certificeringsrecords Medinect, versiepad v._. eHealth-platform. SRC-96d3880bfb Link werkt niet?
  60. Software Register – certificeringsrecords Mediris Multi (GP), versiepad v._. eHealth-platform. SRC-006a373f6a Link werkt niet?
  61. Software Register – certificeringsrecords Medispring Huisartsen, versiepad 3.2. eHealth-platform. SRC-4e696f9acd Link werkt niet?
  62. Mijngezondheid.be: je veilige toegang tot je medische gegevens. FOD Volksgezondheid. SRC-6539bac892 Link werkt niet?
  63. Hoe kan ik mijn CoZo-resultaten bekijken via Mijngezondheid?. CoZo. SRC-906b4ce3f0 Link werkt niet?
  64. Software Register – certificeringsrecords Nexuzhealth Doctor, versiepad v._. eHealth-platform. SRC-c4f2398dd2 Link werkt niet?
  65. Software Register – certificeringsrecords Omnipro, versiepad v._. eHealth-platform. SRC-c52ebd43c3 Link werkt niet?
  66. Documentation on the 2019 modular criteria for registration of GP systems – v1. eHealth-platform; 01-06-2019. SRC-326ce9635d Link werkt niet?
  67. Interfacer logiciel avec le RSW – Espace développeurs. Réseau Santé Wallon (FRATEM). SRC-1a9b890ecb Link werkt niet?
  68. Règlement relatif à la protection de la vie privée du Réseau Santé Wallon. FRATEM asbl. SRC-e5602f28a8 Link werkt niet?
  69. Sécurité & confidentialité. Réseau Santé Wallon (FRATEM asbl). SRC-6d7e5cf808 Link werkt niet?
  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). Service public de Wallonie (WALLEX); 30-10-2015. SRC-f63249fb86 Link werkt niet?
  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). Gegevensbeschermingsautoriteit; 23-02-2024. SRC-cb147fb6ec Link werkt niet?
  72. Het volgende station: CoZo en de stille revolutie in de Belgische gegevensdeling (interview dr. Tom Fiers, CoZo). Amaron BV; 23-09-2026. SRC-4e5a1283e4 Link werkt niet?
  73. Cross-over overview – Data Capabilities projecten (o.a. SHIFT 2 FAITH). FOD Volksgezondheid – Data Capabilities & Innovation; 10-02-2026. SRC-a1b894ca89 Link werkt niet?
  74. RAMIT documentation of the 2020 criteria for registration of physiotherapist systems (Registration of Electronic Health Records for Physiotherapists), versie 8 juli 2021. eHealth-platform; 08-07-2021. SRC-4998424cfc Link werkt niet?
  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. Kamer van volksvertegenwoordigers; 22-04-2026. SRC-ed4a5e7572 Link werkt niet?
  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. Kamer van volksvertegenwoordigers; 23-12-2025. SRC-0b85fb1232 Link werkt niet?
  77. Actieplan e-Gezondheid 2013-2018. Interministeriële Conferentie Volksgezondheid (kopie in Brudoc-documentatiecentrum). SRC-ccc62c8e8c Link werkt niet?
  78. 5.5 Digitalisering - A20-01 IML-ZMB Rapport Audit Zware Medische Beeldvorming. RIZIV. SRC-e2ce2cf8b5 Link werkt niet?
  79. Schriftelijke vraag nr. 327 van 5 februari 2025 (I. De Reuse) en antwoord van minister C. Gennez - Zorgvoorzieningen: optimalisatie digitale gegevensverzameling. Vlaams Parlement; 05-02-2025. SRC-a3b502aed4 Link werkt niet?
  80. Welke medische informatie van mijn patiënt kan ik via CoZo raadplegen?. Collaboratief Zorgplatform (CoZo). SRC-8df3bad547 Link werkt niet?
  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. Vlaamse Codex; 16-11-2023. SRC-dfe071704c Link werkt niet?
  82. Vitalink FHIR: release notes (aanvraag productierelease 2/03/2026). Departement Zorg - Vitalink; 02-03-2026. SRC-3c6e949186 Link werkt niet?
  83. Vitalink FHIR: release notes (aanvraag acceptatierelease 30/01/2026). Departement Zorg - Vitalink; 30-01-2026. SRC-0abc66ab95 Link werkt niet?
  84. Vitalink FHIR: release notes (aanvraag productierelease 19/08/2026). Departement Zorg - Vitalink; 19-08-2026. SRC-3b94eaa207 Link werkt niet?
Record hubs-metahub · laatst geverifieerd 29-09-2026 · release 2026.10.01-7 · tekst onder CC BY 4.0, bronnen enkel gelinkt
Verbeter deze pagina
Hergebruik: Deze pagina als Markdown · JSON