Conceptrecord · Platform of dienst
Beweringen: Hubs-metahubsysteem
- Platform of dienst
- in productie
- België (federaal/interfederaal)
- Architectuur en infrastructuur
- Toestemming en therapeutische relatie
- Identiteit, toegang en audit
Atlas-ID hubs-metahub · 96 beweringen · 84 bronnen
· Laatst geverifieerd 29-09-2026
· Release 2026.10.05-1
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.
Hieronder staan de beweringen waarop de pagina over Hubs-metahubsysteem steunt: korte, eigen geformuleerde feiten, elk met de bron en de vindplaats waar je ze kan nagaan. Lees het artikel · Zo werkt de Atlas.
Beweringen 95 beweringen
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| Het verwijzingsrepertorium bestaat uit twee lagen: de metahub bij het eHealth-platform geeft enkel aan in welke hub (of kluis) informatie over een patiënt beschikbaar is; elke hub houdt zelf bij bij welke aangesloten instelling het gegeven zich bevindt. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 6, § 2.3.1 | 25-09-2026 |
| Op het tweede niveau houdt elke hub een eigen verwijzingsrepertorium bij van welke aangesloten instelling gegevens over een patiënt heeft. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | Wat is de dienst 'Verwijzingsrepertorium' (Metahub)? | 25-09-2026 |
| De architectuur is gedistribueerd ("system-to-system"); de metahub vertelt een hub of een andere hub documenten over een patiënt heeft, maar de eigenlijke gegevensstromen verlopen via de hubs en niet via de metahub. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 13, § 3.2.1.1 | 25-09-2026 |
| Aangesloten zorginstellingen (zoals ziekenhuizen) blijven zelf verantwoordelijk voor de bewaring en beschikbaarheid van de gegevens die via een hub worden uitgewisseld; kluizen (Vitalink e.d.) bewaren zelf. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 7, § 2.3.2 | 25-09-2026 |
| De Metahub-webservice zelf (aanmaak/opzoeking van patiëntlinks) is exclusief voor hubs bestemd, niet voor individuele softwarepakketten van ziekenhuizen of andere zorgaanbieders. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | sectie 'Wat zijn de functionaliteiten van de diensten verbonden aan de dienst Metahub?' | 26-09-2026 |
| De technische interfaces tussen hubs en met de metahub zijn standaard-webservices ("KMEHR-webservices") waarvan de specificaties door het eHealth-platform worden gepubliceerd. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 17 | 25-09-2026 |
| De hubs willen uitdrukkelijk een geleidelijke overgang van een landschap zonder naar een landschap met enkel FHIR-capabele clients. ↩ Toon in de tekst Klopt niet? | feit | KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR) — eHealth-platform; 08-12-2023 SRC-b09ad4548b | General information | 26-09-2026 |
| De wijzigingen van beraadslaging 14/016 (hub-metahub) die het IVC op 2 september 2025 goedkeurde, traden in werking op 17 september 2025. ↩ Toon in de tekst Klopt niet? | feit | Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub) — Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid SRC-ddd345c720 | slot van de beraadslaging | 26-09-2026 |
| 10% van het EPD-budget is een variabele basis per bed om actief en correct gebruik van de hubs aan te moedigen. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°) | 25-09-2026 |
| Sinds 1 juli 2025 zijn bevolkingsonderzoeksgegevens tijdelijk niet meer raadpleegbaar via CoZo en de andere hubs. ↩ Toon in de tekst Klopt niet? | feit | Bevolkingsonderzoeken niet meer beschikbaar - CoZo — CoZo vzw SRC-a069a0277c | bericht, gewijzigd 12/01/2026 | 25-09-2026 |
| Sinds 15 januari 2026 zijn Vitalink-vaccinatiegegevens tijdelijk niet meer raadpleegbaar via CoZo en de andere eHealth-hubs. ↩ Toon in de tekst Klopt niet? | feit | Vaccinatiegegevens niet meer beschikbaar - CoZo — CoZo vzw; 15-01-2026 SRC-7f4a73940a | bericht van 15/01/2026 | 25-09-2026 |
| CoZo verwachtte dat vaccinatie- en bevolkingsonderzoeksgegevens pas in de loop van Q2 2026 opnieuw via CoZo beschikbaar zouden zijn. ↩ Toon in de tekst Klopt niet? | feit | Vaccinatiegegevens niet meer beschikbaar - CoZo — CoZo vzw; 15-01-2026 SRC-7f4a73940a | bericht van 15/01/2026 | 25-09-2026 |
| Het op 28 september 2026 geraadpleegde CoZo-nieuwsoverzicht vermeldt nog de onderbreking van vaccinatiegegevens vanaf 15 januari 2026. Dit is geen operationele test van de actuele beschikbaarheid. ↩ Toon in de tekst Klopt niet? | feit | Nieuws — CoZo SRC-2e540985ef | CoZo-nieuws, item vaccinatiegegevens | 28-09-2026 |
| Het verwijzingsrepertorium (metahub) van het eHealth-platform is een index van de gezondheidsgegevens van patiënten en de hoeksteen van een gedecentraliseerd uitwisselingssysteem. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | Wat is de dienst 'Verwijzingsrepertorium' (Metahub)? | 25-09-2026 |
| In het verwijzingsrepertorium wordt de patiënt geïdentificeerd met zijn INSZ (identificatienummer van de sociale zekerheid). ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 6, § 2.3.1 | 25-09-2026 |
| Alle interhub-uitwisselingen steunen uitsluitend op het INSZ-nummer van de patiënt. ↩ Toon in de tekst Klopt niet? | feit | Hub service putTransaction: functional description (v1.1) — eHealth-platform (KMEHR); 26-03-2015 SRC-463e514ada | p. 3, Comments | 25-09-2026 |
| Door de gelaagde aanpak slaat het eHealth-platform zelf geen gezondheidsgegevens over patiënten op, ook niet indirect. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 6, § 2.3.1 | 25-09-2026 |
| Het eHealth-platform beheert het metahub-deel; de organisaties van zorgverleners en -instellingen zijn elk verantwoordelijk voor hun eigen hub. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | slotparagrafen | 25-09-2026 |
| De vier Belgische hubs (CoZo, VznkuL, Abrumet, RSW) zijn sinds 2014 geïntegreerd met de metahub. ↩ Toon in de tekst Klopt niet? | feit | eHealth - CoZo — CoZo vzw SRC-1d6f1efe3d | sectie 'Het federale eHealth hubs-metahub-uitwisselingssysteem' | 25-09-2026 |
| Vitalink is verbonden met het hubs/metahub-systeem: wie gegevens heeft in Vitalink, wordt ook opgenomen in de metahub. ↩ Toon in de tekst Klopt niet? | feit | Technisch overzicht | Vitalink — Vitalink (Departement Zorg) SRC-b64c94471e | sectie 'Hubs' | 25-09-2026 |
| Een hub moet zijn klanten (ziekenhuizen, zorgverleners) toelaten een document over een patiënt te melden (met minimale metadata zoals de medische auteur), referenties op te zoeken, een melding te herroepen en een document op te halen op basis van een referentie. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 14, § 3.2.1.2 'Intrahub-functionaliteiten' | 25-09-2026 |
| De hubs zorgen dat informatie uit de tweede lijn (ziekenhuizen) toegankelijk wordt, terwijl de regionale eerstelijnskluizen informatie uit de eerste lijn verzamelen. ↩ Toon in de tekst Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | sectie 'Hoe werkt de uitwisseling van gegevens via hubs?' | 25-09-2026 |
| Inter-Med is volgens het reglement een onderdeel van de hub Réseau Santé Wallon dat de uitwisseling met de eerste lijn ondersteunt. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 18, § 3.2.2.1 Inter-Med | 25-09-2026 |
| BruSafe is volgens het reglement een onderdeel van de hub Brussels Gezondheidsnetwerk (Abrumet) dat de uitwisseling met de eerste lijn ondersteunt. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 19, § 3.2.3.1 BruSafe | 25-09-2026 |
| Bij CoZo zijn meer dan 35 ziekenhuizen en 35 psychiatrische instellingen aangesloten, plus revalidatiecentra en tientallen privélabo's en radiologiepraktijken. ↩ Toon in de tekst Klopt niet? | feit | Meer over CoZo — Collaboratief Zorgplatform (CoZo) SRC-840b40cdca | sectie 'Collaboratief Zorgplatform (CoZo)' | 25-09-2026 |
| Het reglement (versie 2 september 2025) noemt als hubs: Abrumet, Réseau Santé Wallon, Antwerpse Regionale Hub, Collaboratief Zorgplatform en ZOrgDAtaPlatform (ZODAP); daarnaast zijn gezondheidskluizen (bv. Vitalink) en het Gedeeld Farmaceutisch Dossier aangesloten. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 6, § 2.3.1 | 25-09-2026 |
| De hub-metahub-architectuur definieert als onderdeel van KMEHR twee sets webservice-operaties: intrahub (hub naar eigen clients) en interhub (hub naar hub). ↩ Toon in de tekst Klopt niet? | feit | KMEHR Web Services (hub-metahub intrahub/interhub) — eHealth-platform SRC-48cdc8b063 | inleiding Web Services | 25-09-2026 |
| De hubdienst getTransactionList laat zoeken toe binnen de lokale hub of over het volledige hubsysteem; er bestaat ook een interhub-variant. ↩ Toon in de tekst Klopt niet? | feit | getTransactionList (intrahub) — eHealth-platform (KMEHR) SRC-ce283ca193 | beschrijving | 25-09-2026 |
| De hubdiensten maken deel uit van de KMEHR-specificatie; het opslaan van medische dossiers (putTransaction) is geen standaardfunctionaliteit van een hub in het hub-metahubproject. ↩ Toon in de tekst Klopt niet? | feit | Hub service putTransaction: functional description (v1.1) — eHealth-platform (KMEHR); 26-03-2015 SRC-463e514ada | p. 2, Important remark | 25-09-2026 |
| 'Laboratory result 2.0' (KMEHR met ingesloten FHIR, 2023-12-08) is een minimale KMEHR-transactie die het huidige hub-metahub-systeem kan verwerken, met een FHIR Lab Report en een eenvoudige pdf voor clients die nog niet FHIR-capabel zijn. ↩ Toon in de tekst Klopt niet? | feit | KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR) — eHealth-platform; 08-12-2023 SRC-b09ad4548b | General information | 26-09-2026 |
| 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. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 14, § 3.2.1.2 | 25-09-2026 |
| Uitsluiting van individuele zorgverleners kan in principe enkel door de patiënt (of wettelijk vertegenwoordiger); binnen een vaste groep (bv. ziekenhuisteam) kan een uitsluiting zich tot de groep uitstrekken. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 12, § 3.1.3 | 25-09-2026 |
| Een hub kan toelaten dat een zorgverlener op vraag van de patiënt een uitsluiting registreert, mits een bewezen voorafgaande therapeutische relatie tussen patiënt en die zorgverlener. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 12, § 3.1.3 | 25-09-2026 |
| In een therapeutische noodsituatie (break the glass) is geen voorafgaande verificatie van toestemming, therapeutische relatie of zorgrelatie vereist. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 13, § 3.1.7 | 25-09-2026 |
| Bij break-the-glass in een therapeutische noodsituatie wordt ook geen rekening gehouden met geregistreerde uitsluitingen. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 13, § 3.1.7 Noodsituaties | 25-09-2026 |
| Bij break-the-glass moet in de loggegevens worden geregistreerd dat de zorgverlener een noodsituatie heeft ingeroepen. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 13, § 3.1.7 Noodsituaties | 29-09-2026 |
| De webservice Metahub is uitsluitend toegankelijk voor hubs die door het eHealth-platform erkend zijn; een ziekenhuis sluit dus aan via een hub, niet rechtstreeks op de metahub. ↩ Toon in de tekst Klopt niet? | feit | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | p. 30 | 25-09-2026 |
| De Metahub-webservice zelf is enkel toegankelijk voor erkende hubs, maar de bijhorende diensten voor toestemming, therapeutische relaties/zorgrelaties en uitsluitingen zijn ook als REST-diensten beschikbaar, wat integratie in mobiele of webapplicaties van derden toelaat. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | sectie 'In de praktijk' | 26-09-2026 |
| De webservice voor het beheer van de toestemming is toegankelijk voor patiënten, individuele zorgverleners en ziekenhuizen; de Metahub-webservice zelf is enkel toegankelijk voor door het eHealth-platform erkende hubs. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | Wat zijn de functionaliteiten ...? | 25-09-2026 |
| Iedere hub moet de vrije keuze van aansluiting van gebruikers garanderen. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 23, § 4.2.1 | 25-09-2026 |
| Binnen BIHR blijft het uitwisselingsplatform (Metahub/Hubs en connectoren zoals de VIDIS API) behouden, maar de regels voor uitgewisselde informatie worden eengemaakt en gestandaardiseerd. ↩ Toon in de tekst Klopt niet? | feit | Het BIHR (Belgian Integrated Health Record) — RIZIV SRC-bedb8ce40f | sectie 'Eengemaakte regels' | 25-09-2026 |
| Volgens de minister (15 juli 2025) hangt het geïntegreerd dossier (BIHR) af van vele actoren, waaronder de regionale platformen: de hubs voor de zorginstellingen en de gezondheidskluizen; het eHealth-platform zelf slaat geen gezondheidsgegevens op. ↩ Toon in de tekst Klopt niet? | feit | 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 | antwoord 16.02 | 26-09-2026 |
| Ook de routering naar de juiste regionale kluis stond medio 2026 nog open (opties: via de Metahub, via ConsultRN, of een "no wrong door"-principe bij de kluizen); Vitalink werkte al aan pseudonimiseringsbewustzijn, de status bij "AbruMed" en RSW moest nog bevestigd worden. ↩ Toon in de tekst Klopt niet? | feit | Strategic alignment with regional vaults – BE-NCPeH – EHDS – Patient Summary — Frank Robben / eHealth-platform (BE-NCPeH); 18-06-2026 SRC-762de96548 | dia 9 ('Routing to the correct vault') | 26-09-2026 |
| Vanaf 1 juli 2025 bepaalt artikel 61 van het BFM-KB een EPD-budget van 62.282.829,25 euro (waarde 1/7/2024) voor algemene ziekenhuizen. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (wijziging art. 61 KB 25/04/2002), § 2 | 25-09-2026 |
| Art. 61 § 2, 2° noemt de hub-basis een variabele basis per bed, maar zegt ook dat dit forfaitair bedrag jaarlijks berekend wordt en identiek is voor alle ziekenhuizen van elke groep. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 61 § 2, 2° | 26-09-2026 |
| Voorwaarde a) voor de hub-basis: zorggegevens (ontslagbrief, consultatierapport, operatieprotocol, resultaten technische onderzoeken, labo, beeldvorming) worden binnen 0 (standaard) tot maximaal 7 dagen gepubliceerd via het verwijzingsrepertorium hubs-metahub en toegankelijk voor de patiënt. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, a) | 25-09-2026 |
| Voorwaarde d): andere elektronische gezondheidsgegevens worden via hubs-metahub gedeeld in een herbruikbare vorm (Caresets, FHIR, SNOMED CT). ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, d) | 25-09-2026 |
| Voorwaarde e) voor de hub-basis: de documenten zijn toegankelijk volgens de toegangsmatrix van het eHealth-platform. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, e) | 25-09-2026 |
| Voor 2026 is gepland om de PADAC-toegangsmatrixdienst te integreren binnen de hubs en gezondheidskluizen, en de integratie in het portaal MaSanté in productie te brengen. ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | dia 35 ('Matrice d’accès', 2026) | 26-09-2026 |
| Voor de WS Matrix (PADAC, REST-dienst) moet de instelling of de software beschikken over een I.AM Connect-configuratie. ↩ Toon in de tekst Klopt niet? | feit | eHealth Patient Access Matrix — eHealth-platform SRC-f740dd2081 | sectie 'Algemene informatie' | 28-09-2026 |
| Ziekenhuizen moeten alle via hubs-metahub gedeelde gegevens annoteren met de juiste metadata (gedefinieerd door de reglementen van het eHealth-platform) zodat publicatietermijn en statistieken gemonitord kunnen worden. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, na punt f) | 25-09-2026 |
| Voldoet een ziekenhuis niet aan de hub-voorwaarden, dan komt het het volgende dienstjaar niet in aanmerking voor de financiering van het variabele basisbudget per bed. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, slot) | 25-09-2026 |
| De FOD erkende in januari 2026 dat de NL- en FR-tekst van kernfunctionaliteit 9 (communicatie met hubs) in het KB uit elkaar liepen. De FOD volgt de Nederlandse versie: één document volstaat, ook voor psychiatrische ziekenhuizen. De aangekondigde aanpassing van de Franse tekst kwam er met het KB van 30/05/2026. ↩ Toon in de tekst Klopt niet? | feit | BMUC_Functionaliteiten_Fonctionnalités_14012026 (overzicht kern- en menufunctionaliteiten met teller/noemer en FAQ) — FOD Volksgezondheid; 14-01-2026 SRC-94b0514e73 | blad 1, rij 'Basis 9', FAQ-kolom | 26-09-2026 |
| Het KB van 30/05/2026 (Belgisch Staatsblad 11/06/2026, numac 2026004141) wijzigt de Franse tekst van regel 9 (functionaliteit 'communicatie met hubs') in de tabel onder punt 3 van bijlage 19, zoals die door het KB van 10/04/2025 was vervangen. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 16 | 26-09-2026 |
| Voorwaarde c): raadpleging door zorgverleners in de instelling, via hubs en gezondheidskluizen, van gezondheidsinformatie van andere instellingen, SumEHR en het medicatie-overzicht. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, c) | 25-09-2026 |
| Zorgverlener en patiënt kunnen steeds beslissen een gezondheidsgegeven niet te publiceren; bij stopzetting van een ziekenhuisarts gaat de publicatieverantwoordelijkheid over naar de hoofdarts. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 12, § 3.1.5 | 25-09-2026 |
| Domus Medica beveelt (goede praktijk, geen verplichting) aan dat belangrijke resultaten via de eHealthBox worden verstuurd omdat specifieke documenten via de hubconnectie moeilijk terug te vinden zijn. ↩ Toon in de tekst Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | Informatie uit de hubs in het eigen softwarepakket | 25-09-2026 |
| Het Beheerscomité van het eHealth-platform coördineert en organiseert het hubs- en metahubsysteem; een kandidaat-hub moet een toetredingsaanvraag indienen bij het Sectoraal Comité (nu Informatieveiligheidscomité). ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 23, § 4.1-4.2.2 | 25-09-2026 |
| Het reglement is op 5 november 2024 en 2 september 2025 door het Informatieveiligheidscomité gewijzigd; de laatste wijziging verfijnt de toegang van medewerkers onder verantwoordelijkheid van een zorgverlener binnen organisaties met een Circle of Trust-contract en regelt toegang voor een wachtarts die een overlijdensattest opstelt. ↩ Toon in de tekst Klopt niet? | feit | Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub) — Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid SRC-ddd345c720 | p. 4, randnr. 11 | 25-09-2026 |
| Metahub en de diensten Consent, Therlink en Exclusions draaien op een high-availability-infrastructuur met twee zones; bij volledige uitval blijven CoZo (incl. Antwerpse Regionale Hub), RSW, Abrumet, BruSafe en Intermed werken, maar Vitalink en de hub Vlaams Ziekenhuisnetwerk KU Leuven niet. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Hubs & Metahub) - noodprocedure — eHealth-platform (status website) SRC-86589dea76 | sectie noodprocedure | 25-09-2026 |
| Het eHealth-platform formuleert de lijst van hubs en kluizen die bij storing op beide zones blijven werken met het voorbehoud 'op basis van de informatie waarover wij beschikken'. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Hubs & Metahub) - noodprocedure — eHealth-platform (status website) SRC-86589dea76 | sectie 'Wordt de noodprocedure ondersteund ...' | 25-09-2026 |
| Volgens CoZo is de onbeschikbaarheid van vaccinatiegegevens via de hubs het gevolg van een technische overstap bij Vitalink. ↩ Toon in de tekst Klopt niet? | feit | Vaccinatiegegevens niet meer beschikbaar - CoZo — CoZo vzw; 15-01-2026 SRC-7f4a73940a | bericht van 15/01/2026 | 25-09-2026 |
| Ziekenhuizen hanteren niet dezelfde regels voor patiënttoegang tot hubdocumenten (bv. vertraagde vrijgave). ↩ Toon in de tekst Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | patiëntentoegang | 25-09-2026 |
| Volgens Domus Medica zijn er in België vier hubs die informatie van aangesloten ziekenhuizen verzamelen; een huisarts kan zo ook informatie uit een ziekenhuis buiten zijn regio raadplegen. ↩ Toon in de tekst Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | Hoe werkt de uitwisseling van gegevens via hubs? | 25-09-2026 |
| De toetreding tot het hubs-metahubsysteem werd goedgekeurd op naam van UZ Leuven (beraadslaging 12/063 van 17 juli 2012). ↩ Toon in de tekst Klopt niet? | feit | Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub) — Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid SRC-ddd345c720 | p. 2, randnr. 3 | 25-09-2026 |
| Historisch keurde het Sectoraal Comité de toetreding goed van de Antwerpse Regionale Hub, UZ Leuven, Abrumet/Brussels Gezondheidsnetwerk, FRATEM en vzw Collaboratief Zorgplatform Vlaanderen (2012-2013). ↩ Toon in de tekst Klopt niet? | feit | Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub) — Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid SRC-ddd345c720 | p. 2, randnr. 3 | 25-09-2026 |
| Volgens het eHealth-platform omvat het Collaboratief Zorgplatform (CoZo) ook de Antwerpse Regionale Hub, en blijft het functioneren bij uitval van de eHealth-basisdiensten. ↩ Toon in de tekst Klopt niet? | feit | Verwijzingsrepertorium (Hubs & Metahub) - noodprocedure — eHealth-platform (status website) SRC-86589dea76 | lijst hubs met noodprocedure | 25-09-2026 |
| Volgens nexuzhealth (leverancier) zijn er in Vlaanderen twee hubs: die van VZN KU Leuven en CoZo. ↩ Toon in de tekst Klopt niet? | leveranciersclaim | Onbekend maakt onbemind? Het Belgische eHealth-landschap in kaart — Nexuzhealth; 13-07-2022 SRC-4c86022f91 | sectie 'De hubs' | 25-09-2026 |
| De minister beschrijft het federale hub-metahubsysteem als een koppeling van de federale metahub, vier regionale hubs en drie regionale kluizen; ziekenhuis-EPD's koppelen niet specifiek aan het RSW maar aan het hub-metahubsysteem, waarvan het RSW een schakel is. ↩ Toon in de tekst Klopt niet? | feit | 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 | réponse du 21/03/2024 | 26-09-2026 |
| De Franstalige versie van het hubreglement (laatst gewijzigd 2 september 2025) noemt als hubs Abrumet, Réseau Santé Wallon, Antwerpse Regionale Hub, Collaboratief Zorgplatform en ZOrgDAtaPlatform (ZODAP), met dezelfde naam als in de Nederlandstalige versie. ↩ Toon in de tekst Klopt niet? | feit | 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 | p. 5, § 2.3.1 | 28-09-2026 |
| Volgens beraadslaging 14/016 (FR, gewijzigd 2 september 2025) werd de toetreding tot het hubs-metahubsysteem goedgekeurd voor de Antwerpse Regionale Hub en voor 'l'UZ Leuven' (beraadslaging 12/063 van 17 juli 2012); de toetreding staat dus niet op naam van VZN of van een entiteit ZODAP. ↩ Toon in de tekst Klopt niet? | feit | 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 | p. 2, randnr. 3 | 28-09-2026 |
| Interpretatie: de opsomming van hubs in het reglement (Abrumet, Réseau Santé Wallon, Antwerpse Regionale Hub, Collaboratief Zorgplatform, ZODAP) bevat de Leuvense hub niet onder de naam 'Vlaams Ziekenhuisnetwerk KU Leuven' of 'UZ Leuven', terwijl de eHealth-statuspagina en CoZo die hub wel onder die naam vermelden; ZODAP staat op de plaats van die hub en is daarom zeer waarschijnlijk de naam die het reglement voor de Leuvense/VZN-hub gebruikt. Niet bevestigd door een bron die ZODAP expliciet definieert. ↩ Toon in de tekst Klopt niet? | interpretatie | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 6, § 2.3.1 (vergeleken met statuspagina eHealth en cozo.be/ehealth) | 28-09-2026 |
| Volgens de geconsolideerde eHealth-wet (art. 5, 4°) bevat het verwijzingsrepertorium de aanduiding welke types gegevens bij welke actoren over welke patiënten bewaard worden, voor zover de patiënt zich daar niet uitdrukkelijk tegen verzet via een toepassing van het eHealth-platform (opt-out voor opname). ↩ Toon in de tekst Klopt niet? | feit | Wet van 21 augustus 2008 houdende oprichting en organisatie van het eHealth-platform (geconsolideerde tekst) — eHealth-platform; 13-10-2008 SRC-4a2ff3f425 | art. 5, 4° | 27-09-2026 |
| De toestemming in het reglement betreft enkel de registratie en consultatie van referenties in het verwijzingsrepertorium, niet de gegevensuitwisseling voor zorg zelf (die steunt op een andere rechtsgrond). ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 10, § 3.1.1 | 25-09-2026 |
| Het reglement (versie 2 september 2025) beschrijft de toestemming nog als toestemming van de betrokkenen met de opname van de referenties naar hun gezondheidsgegevens in het verwijzingsrepertorium (beraadslaging 12/047 van 19 juni 2012). ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 4, 1 Statuut van het Reglement | 25-09-2026 |
| Sinds de wijziging door de ordonnantie van 21 maart 2024 (in werking 14/4/2024) werken Brusselse zorgactoren het verwijzingsrepertorium van het platform als hub bij, tenzij de patiënt weigert (opt-out); elke andere verwerking door het platform steunt op toestemming, tenzij een ordonnantie anders bepaalt. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 7, § 4 (ingevoegd bij ORD 2024-03-21/29, art. 5) | 26-09-2026 |
| Het eHealth-platform biedt via Patient Data Access - Consent WS - REST functies voor het beheer van de opt-out voor de referentiëring van medische gegevens; alleen deze REST-versie ondersteunt volgens de officiële dienstpagina dat opt-outbeheer. ↩ Toon in de tekst Klopt niet? | feit | eHealthConsent | eHealth-platform (technische documentatie) — eHealth-platform SRC-5e9e9db1bf | sectie 'Algemene informatie' | 28-09-2026 |
| In cookbook versie 1.1 is de standaardstatus voor het toestemmingstype dataReferencing (opt-out voor referentiëring) actief, terwijl dataSharing standaard inactief is. ↩ Toon in de tekst Klopt niet? | feit | Patient Data Access - Consent WS - REST Cookbook — eHealth-platform; 24-03-2026 SRC-0ae7659036 | p. 5, § 2.1 Goal of the service | 28-09-2026 |
| Het cookbook documenteert voor de PADAC Consent REST-dienst zowel een acceptatie- als een productie-endpoint, wat de centrale technische beschikbaarheid in productie aantoont. ↩ Toon in de tekst Klopt niet? | feit | Patient Data Access - Consent WS - REST Cookbook — eHealth-platform; 24-03-2026 SRC-0ae7659036 | p. 10, § 5.2 The Consent REST Service | 28-09-2026 |
| De eHealth-standaardensite vermeldt dat de gepubliceerde hub-metahub-webservicedefinities de status 'draft' hebben, hoewel de individuele operaties als 'Published' zijn opgelijst (xsd-hubservices 3.6.0, 2024-03-27). ↩ Toon in de tekst Klopt niet? | feit | KMEHR Web Services (hub-metahub intrahub/interhub) — eHealth-platform SRC-48cdc8b063 | inleiding Web Services | 25-09-2026 |
| Het eHealth-platform startte in juni 2023 een GitHub-project HubsOnFHIR over hoe het Belgische hub-metahubsysteem FHIR zal omarmen; de repository kreeg na juni 2023 geen nieuwe commits en de issues dateren van juni-juli 2023 (stand 2026-10-01), dus een actuele publieke uitwerking van een FHIR- of brokerrol voor de hubs werd daar niet gevonden. ↩ Toon in de tekst Klopt niet? | feit | HubsOnFHIR - How will the Belgian HUB/METAHUB system embrace FHIR — eHealth-platform (GitHub ehealthplatformstandards); 20-06-2023 SRC-1b19ae6fc4 | README; repository-metadata (aangemaakt en laatste push 2023-06-20) | 01-10-2026 |
| Amaron (leverancier) verwacht, met voorbehoud ('wellicht'), dat hubs zoals CoZo de connector/broker-functie zelf zullen voorzien voor hun aangesloten instellingen; een bevestiging door CoZo of een overheid werd niet gevonden. ↩ Toon in de tekst Klopt niet? | leveranciersclaim | BIHR zet in op co-creatie, toegankelijkheid en hergebruik van gegevens - Amaron — Amaron; 23-09-2026 SRC-66386423aa | sectie 'Connectoren' | 01-10-2026 |
| Het DIGIRELAB Phase 3-voorstel (maart 2026, "to be finetuned") beschrijft een FHIR-zoek-API voor labresultaten bij de hubs, waarbij Observations gezocht worden op LOINC-code; dit is een voorstel, geen productie. ↩ Toon in de tekst Klopt niet? | feit | DIGIRELAB Phase 3: proposal for API (to be finetuned) — HL7 Belgium (GitHub hl7-be/lab) SRC-73049217c3 | sectie 'For resource type Observation' | 26-09-2026 |
| Er bestaat een referentie-implementatie (niet-officiële repository) die de KMEHR/SOAP-interhubtransacties getTransactionList en getTransaction moderniseert naar IHE MHD op HL7 FHIR R4. ↩ Toon in de tekst Klopt niet? | leveranciersclaim | Belgian eHealth Interhub FHIR Simulator — GitHub (nhermab) SRC-1abe55e4ec | README | 25-09-2026 |
| De niet-officiële community-repository presenteert zich als referentieserver voor een 'Belgian Federated eHealth Interhub FHIR Specification' en verwijst naar een eigen IG-map (fhir-ig-specification). ↩ Toon in de tekst Klopt niet? | feit | Belgian eHealth Interhub FHIR Simulator — GitHub (nhermab) SRC-1abe55e4ec | README, inleiding | 25-09-2026 |
| Voor de hubroute voor zorgverleners beschrijft Vitalink authenticatie van de hub met een token uit het M2M-realm; dit bewijst niet dat elke hub is aangesloten. ↩ Toon in de tekst Klopt niet? | feit | Vitalink FHIR Cookbook — Vitalink; 12-08-2026 SRC-d4ff8c4130 | PDF p. 29, gedrukt p. 28, §3.13.2.1 | 28-09-2026 |
| Het Actieplan e-Gezondheid 2013-2018 plande dat verslagen van medische beeldvorming van patiënten met informed consent in principe vanaf 1 januari 2015 via het hubs-metahubsysteem toegankelijk zouden zijn (historisch plan). Klopt niet? | feit | Actieplan e-Gezondheid 2013-2018 — Interministeriële Conferentie Volksgezondheid (kopie in Brudoc-documentatiecentrum) SRC-ccc62c8e8c | p. 8, actiepunt c | 28-09-2026 |
| De Metahub-webservice is uitsluitend toegankelijk voor door het eHealth-platform erkende hubs. Klopt niet? | feit | Verwijzingsrepertorium (Metahub) — eHealth-platform SRC-008bee8c2b | In de praktijk — Afhankelijkheden, aanbevelingen en waarschuwingen | 26-09-2026 |
| De geïnformeerde toestemming geldt nationaal en kan onder meer door de opnamedienst van het ziekenhuis worden geregistreerd, doorgaans met de eID van de patiënt. Klopt niet? | feit | Meer over CoZo — Collaboratief Zorgplatform (CoZo) SRC-840b40cdca | geïnformeerde toestemming | 25-09-2026 |
| Via eHealthConsent kan de geïnformeerde toestemming voor gegevensdeling in het kader van zorgcontinuïteit geregistreerd of ingetrokken worden; ook administratief personeel van ziekenhuizen kan (onder verantwoordelijkheid van een arts) de toestemming op verzoek van de patiënt beheren. Klopt niet? | feit | eHealthConsent — eHealth-platform (portaal eGezondheid) SRC-0eddcfb33b | introductietekst | 25-09-2026 |
| Huisartsen raadplegen hubdocumenten vanuit hun eigen software (SSO); daarnaast sturen ziekenhuizen sommige verslagen via de eHealthBox naar het EMD van de huisarts. Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | Informatie uit de hubs in het eigen softwarepakket | 25-09-2026 |
| De hub van waaruit het raadplegingsverzoek vertrekt, moet nagaan of er een therapeutische relatie is; de metahub slaat zelf geen therapeutische relaties op, maar ontsluit wel relaties uit authentieke bronnen (bv. GMD). Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 16, § 3.2.1.3 | 25-09-2026 |
| De toegangsmatrix legt per categorie van zorgverlener vast tot welke gegevens zij toegang krijgen (minimale gegevensverwerking); ze werd goedgekeurd door het Informatieveiligheidscomité op 4 december 2018 en gewijzigd op 6 juli 2021. Klopt niet? | feit | 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 | p. 5, randnr. 12 | 25-09-2026 |
| Loggegevens worden in een cascadesysteem beheerd: het eHealth-platform bewaart logs over toegang tot de metahub-verwijzingen, de uitwisselingssystemen (hubs) over toegang tot hun eigen verwijzingen en gegevens. Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 12, § 3.1.6 | 25-09-2026 |
| Zorgverleners in een organisatie die het reglement cirkel van vertrouwen naleeft, mogen medewerkers (bv. secretariaat, verpleegkundige) onder hun verantwoordelijkheid toegang laten zoeken tot de uitwisselingssystemen; het lokale systeem moet loggen welke medewerker de opvraging deed. Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 8, § 2.4 | 25-09-2026 |
Niet in de tekst verwerkt 1 beweringen
Deze beweringen komen uit dezelfde bronnen en zijn nagekeken, maar het artikel over Hubs-metahubsysteem gebruikt ze (nog) niet.
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| De wijziging van beraadslaging 14/016 die op 2 september 2025 werd goedgekeurd, betrof volgens de officiële opsomming de toegang van medewerkers binnen een Circle of Trust en een regeling voor de wachtarts bij een overlijdensattest. Klopt niet? | feit | Beraadslaging nr. 14/016 van 18 februari 2014, laatst gewijzigd op 2 september 2025 (hub & metahub) — Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid SRC-ddd345c720 | p. 4, randnr. 11 | 28-09-2026 |