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 · Use case of zorgproces

Use case: verslagen en resultaten delen via de hub

Atlas-ID uc-verslagen-delen-via-hub · 62 beweringen · 26 bronnen · Laatst geverifieerd 26-09-2026 · Release 2026.10.01-7

Type
Use case of zorgproces
Jurisdictie
België (federaal/interfederaal), Vlaanderen
Levenscyclus
in productie — Hub-metahubpublicatie op basis van KMEHR-webservices is in productie. Een niet-officiële referentie-implementatie verwijst naar een FHIR-interhubspecificatie (IHE MHD) waarvan status en eigenaar niet werden geverifieerd. Volgens het RIZIV (BIHR) blijven bestaande KMEHR-stromen ondersteund en verlopen nieuwe en aangepaste uitwisselingen vanaf 2028 via FHIR. BMUC-hubvoorwaarden gelden in de regeling vanaf 1/7/2025 en blijven gelden voor het BFM van 1/7/2026 (art. 61 § 2); de herziening voor latere jaren is een voorstel.
Versie
Hub-metahubreglement versie 2 september 2025; BMUC-hubvoorwaarden in het BFM-KB van 10 april 2025 (regeling vanaf 1 juli 2025)
Aliassen
publicatie via hub-metahub; hubpublicatie ziekenhuisdocumenten; ontslagbrief delen met de huisarts
FR / EN
Partage des rapports hospitaliers via le hub / Sharing hospital reports via the hub

Een Vlaams algemeen ziekenhuis bewaart zijn verslagen (ontslagbrief, consultatieverslag, operatieprotocol, labo, beeldvorming) zelf en meldt enkel een referentie aan zijn hub; de metahub van het eHealth-platform weet in welke hub gegevens over een patiënt (INSZ) beschikbaar zijn. Raadpleging door andere zorgverleners vereist de geïnformeerde toestemming van de patiënt en een therapeutische relatie (behalve breaking the glass), wordt geblokkeerd door een uitsluiting en volgt de toegangsmatrix. Publicatie binnen 0-7 dagen met correcte metadata is een BMUC-financieringsvoorwaarde (regeling vanaf 1/7/2025; het KB noemt geen vertrekpunt voor de termijn); parallel versturen via de eHealthBox is goede praktijk.

Relaties 12 Bronnen 26 Graaf

Vraag of proces

✎ Reageer

Een Vlaams algemeen ziekenhuis wil dat de huisarts, andere ziekenhuizen en de patiënt zelf de verslagen en resultaten van een opname of consultatie kunnen inzien. Actoren: het ziekenhuis (opnamedienst, behandelende arts, EPD), de hub (in Vlaanderen o.a. CoZo (Collaboratief Zorgplatform) of de VZN-hub), het eHealth-platform met de metahub, de huisarts met zijn EMD, en de patiënt. Het patroon is beschreven op Hubs-metahubsysteem.

Huidige aanpak in België

✎ Reageer

Stap 1 — Toestemming bij opname. De geïnformeerde toestemming geldt nationaal en kan onder meer door de opnamedienst van het ziekenhuis worden geregistreerd, doorgaans met de eID[1]. Een hub mag in een ziekenhuissetting registratie louter met het INSZ toelaten, mits aanwezigheid van de patiënt en effectieve informatieverstrekking gegarandeerd zijn[2]. Ook administratief personeel kan, onder verantwoordelijkheid van een arts, de toestemming via eHealthConsent beheren[3]. Sinds de wetswijziging van 23 november 2023 mogen verwijzingen worden opgenomen tenzij de patiënt zich verzet, maar raadpleging door anderen dan de patiënt vereist nog altijd diens toestemming[4]. Zie Geïnformeerde toestemming voor gegevensdeling.

Stap 2 — Therapeutische relatie. De inschrijving in een ziekenhuis geldt als bewijs van een therapeutische relatie met de behandelende zorgverleners; de nota formuleert dit als mogelijkheid ("kan worden beschouwd")[5]. De geldigheidsduur van die toegangsrechten kan worden vastgesteld op drie maanden na hospitalisatie of ambulante behandeling, vernieuwbaar bij een nieuw contact[5], en op één maand na een spoed- of MUG-contact zonder opname[5]. Volgt op het spoedcontact een opname, dan geldt de hospitalisatietermijn[5]. Niet-betrokken artsen kunnen zich er niet op beroepen[5]. Zie Therapeutische relatie.

Stap 3 — Document opstellen en valideren. Een KMEHR-'contactreport' vereist slechts normalisatieniveau 1; de inhoud mag vrije tekst of een ingekapseld document zijn[6]. De FRZV wees er in zijn advies FRZV/D/577-2 van 9 maart 2023, over een eerder ontwerp van de BMUC-regeling, op dat documenten vooraf door de behandelende arts gevalideerd moeten worden[7]. Zorgverlener en patiënt kunnen steeds beslissen een gegeven niet te publiceren[2].

Stap 4 — Referentie melden bij de hub. Het ziekenhuis sluit aan via een hub, niet rechtstreeks op de metahub [8]. De hub moet toelaten een document te melden met minimale metadata, referenties op te zoeken, een melding te herroepen en een document op te halen[2]. Het ziekenhuis blijft zelf verantwoordelijk voor bewaring en beschikbaarheid[2]; CoZo bewaart bijvoorbeeld zelf geen resultaten[1]. Het verwijzingsrepertorium heeft twee lagen: de metahub weet in welke hub informatie zit, de hub bij welke instelling [2]; de patiënt wordt geïdentificeerd met zijn INSZ[2].

Stap 5 — Raadpleging door de huisarts. Huisartsen raadplegen hubdocumenten vanuit hun eigen software [9] via KMEHR-hubdiensten zoals getTransactionList, lokaal of over het volledige hubsysteem [10]. Bij een interhubraadpleging controleert de vragende hub toestemming en therapeutische relatie, de bewarende hub de documentspecifieke rechten, en elke toegang wordt gelogd[2]. Delen gebeurt enkel volgens de toegangsmatrix[11]. Een uitsluiting blokkeert elke toegang, ook bij een therapeutische relatie [11]. In nood (breaking the glass) vervalt de voorafgaande controle van toestemming, therapeutische relatie of zorgrelatie[2]; wel moet in de loggegevens worden geregistreerd dat de zorgverlener een noodsituatie heeft ingeroepen[2].

Stap 6 — Parallelle push via eHealthBox. Volgens Domus Medica sturen ziekenhuizen sommige verslagen ook via de eHealthBox naar het EMD van de huisarts[9]; ze zijn daar terug te vinden in de documentenlijst van de patiënt[9].

Stap 7 — Toegang voor de patiënt. De aangesloten instelling beslist autonoom wat zij via de hub met de patiënt deelt [1]; ziekenhuizen hanteren daarbij verschillende regels, bijvoorbeeld vertraagde vrijgave[9].

Regionale verschillen

✎ Reageer

Volgens leverancier nexuzhealth (2022) zijn er in Vlaanderen twee hubs: VZN KU Leuven en CoZo[12]. Het reglement (versie 2 september 2025) noemt echter Abrumet, RSW, Antwerpse Regionale Hub, CoZo en ZOrgDAtaPlatform (ZODAP), maar niet de VZN-hub[2]. Voor de overige tegenstrijdige tellingen: zie de onzekerheden op Hubs-metahubsysteem. Dankzij het interhubsysteem kan een huisarts ook documenten uit een ziekenhuis buiten zijn regio raadplegen[9].

Verplichtingen en stimulansen

✎ Reageer
  • Financieringsvoorwaarde (BMUC/BFM, regeling vanaf 1/7/2025): ontslagbrief, consultatierapport, operatieprotocol, resultaten technische onderzoeken, labo en beeldvorming binnen 0 tot maximaal 7 dagen publiceren via hubs-metahub en toegankelijk maken voor de patiënt[13], met de juiste metadata zodat publicatietermijn en statistieken gemonitord kunnen worden[13]. Het KB noemt geen vertrekpunt voor de termijn (contact, ontslag, aanmaak of validatie). 10% van het EPD-budget is een variabele basis per bed om actief en correct hubgebruik aan te moedigen [13]. Wie de voorwaarde niet haalt, komt het volgende dienstjaar niet in aanmerking voor dat variabele basisbudget[13]. Zie BMUC: financiering van het geïntegreerd EPD.
  • Financieringsvoorwaarde (sinds 1/7/2025, criterium d): andere gezondheidsgegevens delen in herbruikbare vorm (CareSets, FHIR, SNOMED CT)[13]; hoe dit gemonitord wordt, werd niet gevonden. Zie HL7 FHIR en SNOMED CT.
  • BFM 1/7/2026 en herziening: voor het BFM van 1/7/2026 blijft art. 61 § 2, met deze hubvoorwaarden, gelden [14]. De herziening voor latere jaren is een voorstel: de minister stelde een trendbreuk voor, met een significant deel van de BMUC-middelen naar projectoproepen rond 'data capabilities'[15], en de FRZV gaf in februari 2026 slechts een voorlopig advies[16]. Zie BMUC: herziening 2026-2029 (voorstellen).
  • Wettelijk kader (toestemming): raadpleging van het verwijzingsrepertorium door anderen dan de patiënt vereist diens toestemming (eHealth-wet, art. 5, 4°, b))[4].
  • Reglement/beraadslaging (therapeutische relatie): raadpleging via de uitwisselingssystemen vereist de voorafgaande verificatie van een therapeutische relatie (hub-metahubreglement)[2]. Het eHealth-platform vat beide voorwaarden samen op zijn informatieve webpagina[11].
  • Goede praktijk: Domus Medica beveelt aan belangrijke resultaten ook via de eHealthBox te sturen, omdat specifieke documenten via de hub moeilijk terug te vinden zijn[9].

Praktische betekenis voor ziekenhuizen

✎ Reageer

Een ziekenhuis sluit aan via een hub, niet rechtstreeks op de metahub[8]. Volgens een interview met Zorgnet-Icuro steunt het model van de Leuvense hub (VZN-hub) op het gedeelde EPD waarop 35 à 40 ziekenhuizen aangesloten zijn[17]. Wie stap 4 van het proces hierboven (referentie en metadata melden aan de eigen hub) technisch uitvoert, de EPD-partij of het ziekenhuis zelf, is niet met publieke bronnen vastgelegd (zie nexuzhealth (leverancier van het EPD KWS)). - Aanbeveling: een ziekenhuis waarvan de publicatie via de EPD-partij loopt, neemt de naleving van de BMUC-publicatievoorwaarden (termijn, metadata, documenttypes) best ook op in de afspraken en rapportering met die partij.

Aanbeveling (eigen interpretatie, geen bronfeit): het KB noemt geen vertrekpunt voor de termijn van 0-7 dagen, en het FRZV-voorstel om te rekenen vanaf validatie (2023) staat niet in de tekst van 2025. Ga er daarom voorzichtigheidshalve niet van uit dat de termijn pas bij validatie begint. Meet per documenttype zowel de tijd tussen contact/ontslag en publicatie als die tussen validatie en publicatie, vraag de FOD welk tijdstempel (metadata) de monitoring gebruikt, controleer of de metadata volstaan voor de BMUC-monitoring, en maak het beleid voor patiënttoegang (vertraagde vrijgave) expliciet en gedocumenteerd. Volg de BMUC-herziening voor de jaren na 2026 op.

Implementatievoorwaarden en beperkingen

✎ Reageer

De hub- en metahubinterfaces zijn KMEHR-webservices[2]; de gepubliceerde webservicedefinities dragen de status 'draft', hoewel de operaties als 'Published' zijn opgelijst[18]. Een niet-officiële referentie-implementatie moderniseert de interhubtransacties naar IHE MHD op FHIR R4[19] en verwijst naar een 'Belgian Federated eHealth Interhub FHIR Specification' met een IG die drie normatieve transacties specificeert [19]; status en eigenaar van die specificatie werden niet geverifieerd (gap, geen bewijs van afwezigheid). Volgens het RIZIV (BIHR) blijven bestaande KMEHR-stromen ondersteund als alleen-lezen en verlopen nieuwe en aangepaste uitwisselingen vanaf 2028 via FHIR[20]. Interpretatie: dat bepaalt de levensduur van KMEHR-hubpublicatie; een concrete uitfaseringsdatum voor de hubdiensten werd niet gevonden.

Onzekerheden en tegenstrijdige informatie

✎ Reageer
  • Publicatietermijn: het BFM-KB (regeling vanaf 1/7/2025) eist publicatie binnen 0-7 dagen, zonder vertrekpunt te noemen[13]. De FRZV achtte in maart 2023, over een eerder ontwerp, 7 dagen niet haalbaar en stelde "7 dagen na validatie" voor[7]; dat voorstel staat niet in de tekst van het KB van 10/04/2025. Welk vertrekpunt de FOD hanteert, is een open vraag.
  • Lijst van hubs: VZN ontbreekt in het reglement van 2025, dat wel ZODAP noemt[2][12].
  • Verplichte metadata en transactietypes: niet gevonden in een officiële lijst.
  • Vitalink-gegevens via de hub: vaccinatiegegevens zijn sinds 15 januari 2026 tijdelijk niet raadpleegbaar via CoZo en de andere hubs[21]. Volgens CoZo besliste het Departement Zorg om de stroom naar de hubs stop te zetten, zowel voor vaccinaties als voor bevolkingsonderzoeken[21]; CoZo verwachtte herstel in de loop van Q2 2026[21]. Raadpleging blijft onder meer mogelijk via software die met Vaccinnet 2.0 geïntegreerd is [21]. Vaccinnet 2026 (Vaccinnet 2.0) werd op 15 januari 2026 gelanceerd[22]. Volgens de minister (2025) zouden ziekenhuizen daarmee, net als andere vaccinatoren, hun software moeten aanpassen voor een directe connectie met Vitalink en zo voor het eerst gegevens in Vitalink schrijven[23]; registratie kan ook via de Vaccinnet-webapplicatie (zie Vaccinnet). Zie ook en Vitalink. Of de hubstroom na Q2 2026 hersteld is, werd niet geverifieerd.

Relaties 12 relaties · 1 hypothese

RelatieDoelconceptTypeStatusToelichting
betrekt Hubs-metahubsysteem Platform of dienst vastgesteld [11][2]
betrekt Geïnformeerde toestemming voor gegevensdeling Regel of afsprakenkader vastgesteld Zonder geïnformeerde toestemming geen toegang via het hub-metahubsysteem. [11][2]
betrekt Therapeutische relatie Regel of afsprakenkader vastgesteld Raadpleging vereist een geverifieerde therapeutische relatie (behalve breaking the glass). [11][2]
betrekt KMEHR Standaard of specificatie vastgesteld [24][10][2]
betrekt CoZo (Collaboratief Zorgplatform) Platform of dienst vastgesteld Vlaamse hub; de resultaten blijven in de producerende instelling. [1]
betrekt VZN-hub Platform of dienst vastgesteld Leuvense hub (MyNexuzHealth/VZNKUL). [25][17]
betrekt eHealth-platform Organisatie vastgesteld Beheert het metahub-deel en de toestemmingsdienst; elke hub is verantwoordelijk voor zichzelf. [11]
betrekt Toegangsmatrix (reglement eHealth-platform en Informatieveiligheidscomité) Regel of afsprakenkader vastgesteld [11][26]
betrekt eHealthBox Platform of dienst vastgesteld Parallelle route: ziekenhuizen sturen sommige verslagen via de eHealthBox naar het EMD van de huisarts. [9]
betrekt HL7 FHIR Standaard of specificatie hypothese Criterium d) (sinds 1/7/2025) noemt FHIR/CareSets als herbruikbare vorm; nieuwe uitwisselingen vanaf 2028 via FHIR (RIZIV/BIHR). Een officiële FHIR-interhubspecificatie werd niet gevonden; een niet-officiële referentie-implementatie verwijst naar een IG waarvan status en eigenaar niet werden geverifieerd. [19][13][20]
wordt gefinancierd door BMUC: financiering van het geïntegreerd EPD Financieringsregeling vastgesteld De hubvoorwaarden zijn financieringsvoorwaarden: wie ze niet haalt, verliest het volgende dienstjaar de financiering van het variabele basisbudget per bed. [13]
gaat over (inkomend) Toegangsmatrix (reglement eHealth-platform en Informatieveiligheidscomité) Regel of afsprakenkader vastgesteld [11]

Open vragen 8

  1. Vanaf welk tijdstip (contact, ontslag, aanmaak of validatie van het document) rekent de FOD de BMUC-publicatietermijn van 0-7 dagen, en welk tijdstempel (metadata) gebruikt de monitoring? Het KB noemt geen vertrekpunt. Help deze vraag beantwoorden
  2. Hoe wordt BMUC-criterium d) (herbruikbare vorm) gemonitord, en wijzigen de hubvoorwaarden bij de herziening na 2026? Help deze vraag beantwoorden
  3. Welke KMEHR-transactietypes en metadata (volgens de eHealth-reglementen) zijn verplicht voor de BMUC-monitoring van publicaties? Help deze vraag beantwoorden
  4. Wat is de officiële status en eigenaar van de 'Belgian Federated eHealth Interhub FHIR Specification' (IHE MHD), en wat is de planning voor de KMEHR/SOAP-hubdiensten gezien de FHIR-regel vanaf 2028? Help deze vraag beantwoorden
  5. Zijn vaccinaties en bevolkingsonderzoeken na Q2 2026 opnieuw raadpleegbaar via CoZo en de andere hubs? Help deze vraag beantwoorden
  6. Wat is de actuele toegangsmatrix (welke documentsoorten voor welke zorgberoepen)? Help deze vraag beantwoorden
  7. Bij ziekenhuizen met een gedeeld EPD (bv. KWS): verzorgt de EPD-partij de publicaties naar de hub, welke documenttypes en metadata worden gepubliceerd, en hoe wordt de 0–7-dagentermijn gemeten? Help deze vraag beantwoorden
  8. Is 'ZOrgDAtaPlatform (ZODAP)' in het reglement van 2025 de nieuwe naam van de VZN-hub? Help deze vraag beantwoorden

Bronnen 26 bronnen · alle bronnen

  1. Meer over CoZo. Collaboratief Zorgplatform (CoZo). SRC-840b40cdca Link werkt niet?
  2. Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform. eHealth-platform / Informatieveiligheidscomité. SRC-f4d7f1af3a Link werkt niet?
  3. eHealthConsent. eHealth-platform (portaal eGezondheid). SRC-0eddcfb33b Link werkt niet?
  4. 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?
  5. Nota betreffende de elektronische bewijsmiddelen van een therapeutische relatie en een zorgrelatie. eHealth-platform. SRC-da135e3d72 Link werkt niet?
  6. KMEHR transaction: Contact report. eHealth-platform (KMEHR). SRC-efb08efe93 Link werkt niet?
  7. Advies van de FRZV: BMUC (FRZV/D/577-2). Federale Raad voor Ziekenhuisvoorzieningen (FOD Volksgezondheid); 09-03-2023. SRC-b1360f78a1 Link werkt niet?
  8. Welcome Pack (eHealth-platform). eHealth-platform. SRC-6fdf93f016 Link werkt niet?
  9. Digitale communicatie met de ziekenhuizen: Hubs. Domus Medica. SRC-d367fae946 Link werkt niet?
  10. getTransactionList (intrahub). eHealth-platform (KMEHR). SRC-ce283ca193 Link werkt niet?
  11. Verwijzingsrepertorium (Metahub). eHealth-platform. SRC-008bee8c2b Link werkt niet?
  12. Onbekend maakt onbemind? Het Belgische eHealth-landschap in kaart. Nexuzhealth; 13-07-2022. SRC-4c86022f91 Link werkt niet?
  13. Koninklijk besluit van 10 april 2025 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen. Belgisch Staatsblad (spiegel etaamb.openjustice.be); 23-04-2025. SRC-c2bc38d00b Link werkt niet?
  14. Technische nota bij de betekening van het Budget van Financiële Middelen op 1 juli 2026 (update september 2026). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu; 01-09-2026. SRC-01554fc09c Link werkt niet?
  15. Advies BMUC (FRZV/D/614-1). Federale Raad voor Ziekenhuisvoorzieningen (FOD Volksgezondheid); 13-03-2025. SRC-703c386fce Link werkt niet?
  16. Advies van de FRZV over de BMUC (FRZV/D/632-2). Federale Raad voor Ziekenhuisvoorzieningen (FOD Volksgezondheid); 12-02-2026. SRC-098db1059b Link werkt niet?
  17. “België is koploper op het vlak van gegevensdeling”. Zorgnet-Icuro; 24-03-2025. SRC-b71650d4e2 Link werkt niet?
  18. KMEHR Web Services (hub-metahub intrahub/interhub). eHealth-platform. SRC-48cdc8b063 Link werkt niet?
  19. Belgian eHealth Interhub FHIR Simulator. GitHub (nhermab). SRC-1abe55e4ec Link werkt niet?
  20. Het BIHR (Belgian Integrated Health Record). RIZIV. SRC-bedb8ce40f Link werkt niet?
  21. Vaccinatiegegevens niet meer beschikbaar - CoZo. CoZo vzw; 15-01-2026. SRC-7f4a73940a Link werkt niet?
  22. Vaccinnet 2026 | VAPH. Vlaams Agentschap voor Personen met een Handicap. SRC-4c9940d738 Link werkt niet?
  23. 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?
  24. Hub service putTransaction: functional description (v1.1). eHealth-platform (KMEHR); 26-03-2015. SRC-463e514ada Link werkt niet?
  25. Kan ik als patiënt zien door wie resultaten werden opgevraagd? - CoZo. CoZo vzw. SRC-185ec53e76 Link werkt niet?
  26. 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?
Record uc-verslagen-delen-via-hub · laatst geverifieerd 26-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