--- id: intervault type: Topic type_label: Overzicht of dossier title: Intervault (uitwisseling tussen de eerstelijnskluizen) aliases: - Intervault Exchange Mechanism - intervault-project - inter-coffre-fort - kluis-tot-kluisuitwisseling names: nl: Intervault (uitwisseling tussen de eerstelijnskluizen) fr: Mécanisme d'échange inter-coffres-forts (Intervault) en: Intervault Exchange Mechanism de: Intervault (Austausch zwischen den Gesundheitstresoren) jurisdiction: - belgie - vlaanderen - wallonie - brussel themes: - architectuur-en-infrastructuur - medicatie - patientsamenvatting - vaccinatie-en-preventie lifecycle: gedeeltelijk lifecycle_note: 'Klasse Topic (architectuurpatroon), omdat geen bron intervault een eigen uitbater, infrastructuur of portaal geeft: het is een afgesproken mechanisme tussen drie bestaande kluizen. Voor medicatieschema en Sumehr zijn de kluizen verbonden; in de Vitalink FHIR Cookbook (v1.11 tot v1.16, 2026) worden PATIENT_HEALTH_RECORD-resources met RSW en RSB gedeeld. Juridisch: protocolakkoord aanwezig, samenwerkingsakkoord niet gefinaliseerd en conventie tussen de kluizen in finalisatie (25/11/2025). Voor vaccinaties bracht de Vitalink FHIR-release van januari 2026 een intervault-endpoint voor Immunization (enkel zoeken, afhankelijk van tests met RSW); de Vitalink-planning mikte op een operationeel mechanisme tussen de FHIR-kluizen vanaf 16/4/2026 (fase 3), maar dat is niet bevestigd en Vivalis verwacht de uitwisseling Vaccinnet 2.0 - Vaccicard tegen eind 2026 (stand 29/09/2026).' summary: 'Intervault is het afgesproken mechanisme waarmee de drie eerstelijnskluizen - Vitalink (Vlaanderen), Intermed van het Réseau Santé Wallon en Brusafe van het Réseau Santé Bruxellois - gegevens uitwisselen. Twee principes: de gegevens van een patiënt staan op één plaats (de kluis van de woonplaats) en zijn via elke kluis opvraagbaar (''no wrong door''). Voor medicatieschema, journaalnotities en Sumehr bepaalt de Vitalink-gateway eerst via de woonplaats welke kluis de gegevens bewaart, zonder tussenkomst van de hubs/metahub. In de Vitalink-FHIR-API moeten M2M-verbindingen extra headers meesturen; volledige transparantie voor integratoren is volgens Vitalink niet altijd haalbaar. Het juridisch kader was eind 2025 nog niet afgerond.' last_verified: '2026-09-29' relations: - type: about direction: uit target: vitalink target_url: https://ehealth-atlas.be/vitalink/ status: established - type: about direction: uit target: rsw target_url: https://ehealth-atlas.be/rsw/ status: established - type: about direction: uit target: abrumet target_url: https://ehealth-atlas.be/abrumet/ status: established - type: about direction: uit target: medicatieschema target_url: https://ehealth-atlas.be/medicatieschema/ status: established - type: about direction: uit target: sumehr target_url: https://ehealth-atlas.be/sumehr/ status: established - type: about direction: uit target: vaccicard target_url: https://ehealth-atlas.be/vaccicard/ status: established - type: about direction: uit target: fhir target_url: https://ehealth-atlas.be/fhir/ status: established - type: comparedWith direction: uit target: hubs-metahub target_url: https://ehealth-atlas.be/hubs-metahub/ status: established release: 2026.10.05-1 url: https://ehealth-atlas.be/intervault/ license: CC BY 4.0 --- # Intervault (uitwisseling tussen de eerstelijnskluizen) Intervault is het afgesproken mechanisme waarmee de drie eerstelijnskluizen - Vitalink (Vlaanderen), Intermed van het Réseau Santé Wallon en Brusafe van het Réseau Santé Bruxellois - gegevens uitwisselen. Twee principes: de gegevens van een patiënt staan op één plaats (de kluis van de woonplaats) en zijn via elke kluis opvraagbaar ('no wrong door'). Voor medicatieschema, journaalnotities en Sumehr bepaalt de Vitalink-gateway eerst via de woonplaats welke kluis de gegevens bewaart, zonder tussenkomst van de hubs/metahub. In de Vitalink-FHIR-API moeten M2M-verbindingen extra headers meesturen; volledige transparantie voor integratoren is volgens Vitalink niet altijd haalbaar. Het juridisch kader was eind 2025 nog niet afgerond. ## Vraag of patroon Hoe raadpleegt of registreert een zorgverlener gegevens van een patiënt die in een ander gewest woont, zonder te weten in welke kluis die gegevens staan? De Belgische eerstelijnskluizen zijn daarvoor onderling verbonden, zodat zorgverleners en patiënten gegevens kunnen raadplegen of opslaan zonder te weten in welke kluis ze zich bevinden.[^1] Deze pagina beschrijft dat mechanisme als architectuurpatroon (klasse Topic): de bronnen spreken van het 'intervault project' en het 'Intervault Exchange Mechanism', niet van een aparte dienst met een eigen uitbater.[^2][^3] ### De drie kluizen De drie eerstelijnskluizen heten Intermed (Wallonië, [RSW](https://ehealth-atlas.be/rsw/)), Brusafe (Brussel, [RSB](https://ehealth-atlas.be/abrumet/)) en [Vitalink](https://ehealth-atlas.be/vitalink/) (Vlaanderen); het zijn servers die vanuit de hub bereikbaar zijn en waarin onder meer sumehrs worden opgeslagen.[^4] Volgens de Vitalink FHIR Cookbook v1.16 werd het intervault-project gedefinieerd om gegevens van patiënten uit Wallonië of Brussel op te halen uit hun eigen regionale kluis; Vitalink is de kluis voor inwoners van Vlaanderen.[^2] ### Principes - **Eén plaats.** Het project steunt op twee principes: de gegevens van een patiënt staan op één plaats, en ze kunnen via elke kluis opgevraagd worden ('no wrong door').[^5] - **Woonplaats bepaalt de bronkluis.** Een protocolakkoord bepaalt dat gezondheidsgegevens naar de kluis van het fysieke adres van de burger gaan.[^6] Voor medicatieschema's, journaalnotities en Sumehr bepaalt de Vitalink-gateway eerst op basis van de woonplaats welke kluis de gegevens bewaart.[^1] - **Geen hubs nodig.** Voor gegevenstypes die in alle kluizen bestaan, is dankzij de kluisverbinding geen tussenkomst van de [hubs/metahub](https://ehealth-atlas.be/hubs-metahub/) nodig.[^1] ### Welke gegevens? - **Medicatieschema en Sumehr.** [Medicatieschema](https://ehealth-atlas.be/medicatieschema/) en [Sumehr](https://ehealth-atlas.be/sumehr/) zijn beschikbaar in alle drie de kluizen.[^1] In het kader van actie 3 van het eGezondheidsplan v2 spraken RSW, RSB en Vitalink een nieuwe versie van de hub-interfaces af voor het multidisciplinair gedeelde medicatieschema.[^7] - **FHIR-resources in Vitalink.** De Vitalink FHIR Cookbook (v1.11, 6/1/2026) stelt dat [FHIR](https://ehealth-atlas.be/fhir/)-resources met het securitylabel PATIENT_HEALTH_RECORD met RSW en RSB gedeeld worden, waardoor transacties voor die bewerkingen niet ondersteund worden.[^5] - **Vaccinaties (toekomstig).** De interoperabiliteit van [Vaccicard](https://ehealth-atlas.be/vaccicard/) steunt volgens de Waalse minister onder meer op het 'Intervault Exchange Mechanism'.[^3] Vivalis verwacht (19 juni 2026) dat zorgverleners daarmee de vaccinatiegegevens van elke Belgische burger kunnen raadplegen, ongeacht waar het vaccin werd toegediend; dat was toen nog niet operationeel.[^8] De Vitalink FHIR-release van januari 2026 voegde een intervault-endpoint toe voor Immunization (enkel zoeken), met een timing die afhing van geslaagde tests met RSW.[^9] In de tijdlijn van het Vitalink Café van 28/11/2025 is een operationeel intervaultmechanisme tussen de FHIR-kluizen ('One Place' en 'No wrong door') het doel van fase 3, vanaf 16/4/2026; dat is **planning**, en dat die fase bereikt is, werd niet bevestigd.[^10] Zie [Vitalink FHIR-migratie (van KMEHR naar Vitalink 2.0)](https://ehealth-atlas.be/vitalink-fhir-migratie/). - **Historisch voorbeeld.** Het RSW raadpleegde de COVID-19-vaccinatiegegevens in real time in Vitalink, zonder lokale replicatie op het RSW of RSB.[^4] ## Implementatievoorwaarden en beperkingen - Voor M2M-verbindingen met PATIENT_HEALTH_RECORD-resources moet software het rijksregisternummer van de individuele zorgverlener in een aparte HTTP-header meesturen; dat is in productie verplicht vanaf 19/03/2026.[^5] - Daarnaast moet het zorgverlenerstype van de eindgebruiker mee in de header Intervault-Enduser-HcPartyType.[^2] - Het doel is de intervault-principes transparant te realiseren voor de integratoren van elk gewest, maar volgens Vitalink is dat niet altijd mogelijk (stand augustus 2026).[^2] ## Vergelijking | Route | Wanneer | Bron | |---|---|---| | Kluis-tot-kluis (intervault) | gegevenstypes die in alle kluizen bestaan (medicatieschema, journaalnotities, Sumehr); de gateway zoekt de kluis van de woonplaats |[^1][^1] | | Hubs/metahub ([Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/)) | voor die gegevenstypes niet nodig dankzij de kluisverbinding |[^1] | ## Praktische betekenis voor ziekenhuizen Ziekenhuissoftware die via Vitalink FHIR werkt met M2M-verbindingen, moet de intervault-headers meesturen.[^5][^2] Voor patiënten uit een ander gewest bepaalt de woonplaats in welke kluis medicatieschema en Sumehr staan.[^1] **Aanbeveling:** ziekenhuizen met veel patiënten uit Brussel of Wallonië vragen hun EPD-leverancier hoe de software omgaat met gegevens die via intervault uit een andere kluis komen (headers, foutafhandeling, beperkingen die Vitalink meldt). ## Onzekerheden en tegenstrijdige informatie - Op 25 november 2025 bestond er een protocolakkoord, maar was het samenwerkingsakkoord nog niet gefinaliseerd.[^6] - In afwachting daarvan was een conventie tussen de drie kluizen in finalisatie, die tegen eind 2025 ondertekend zou worden; de ondertekening werd niet bevestigd.[^6] - De Waalse minister bevestigde dat de drie kluizen met elkaar verbonden zullen worden (samenwerking 'inter-coffre-fort').[^6] - Een aparte uitbater of beheersorgaan voor intervault werd niet gevonden; dat is een hiaat, geen bewijs van afwezigheid. - **Planning versus stand:** de Vitalink-planning mikte op een operationeel mechanisme tussen de FHIR-kluizen vanaf 16/4/2026[^10], terwijl Vivalis in juni 2026 de vaccinatie-uitwisseling nog niet operationeel noemde en ze pas tegen eind 2026 verwachtte[^8]. *Interpretatie*: de planning is opgeschoven; een bevestigde productiestart is op 29/09/2026 niet gevonden. ## Relaties - gaat over: [Vitalink](https://ehealth-atlas.be/vitalink/) (vastgesteld)[^2][^1][^5][^9] - gaat over: [Réseau Santé Wallon (RSW)](https://ehealth-atlas.be/rsw/) (vastgesteld)[^4][^1][^5]. De Waalse kluis heet Intermed. - gaat over: [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/) (vastgesteld)[^4][^1][^5]. De Brusselse kluis heet Brusafe. - gaat over: [Gedeeld medicatieschema](https://ehealth-atlas.be/medicatieschema/) (vastgesteld)[^1][^7] - gaat over: [Sumehr](https://ehealth-atlas.be/sumehr/) (vastgesteld)[^1] - gaat over: [Vaccicard](https://ehealth-atlas.be/vaccicard/) (vastgesteld)[^3][^8]. Voor vaccinaties nog niet operationeel (juni 2026). - gaat over: [HL7 FHIR](https://ehealth-atlas.be/fhir/) (vastgesteld)[^5][^2] - wordt vergeleken met: [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/) (vastgesteld)[^1]. Voor gegevenstypes die in alle kluizen bestaan, is geen tussenkomst van de hubs/metahub nodig. ## Open vragen - Werd de conventie tussen de drie kluizen (eind 2025 in finalisatie) ondertekend, en wat regelt ze? - Wanneer wordt het samenwerkingsakkoord over de uitwisseling tussen de kluizen gesloten? - Welke gegevenstypes buiten medicatieschema, Sumehr, journaalnotities en vaccinaties vallen onder intervault? - Wie beheert het mechanisme operationeel (een gezamenlijk orgaan van de kluizen?) - geen bron gevonden. - Is de geplande fase 3 (intervault operationeel tussen de FHIR-kluizen, vanaf 16/4/2026) bereikt, en is het Immunization-endpoint (januari 2026) na de tests met RSW in gebruik? - Is de eHealth-pagina 'Accès aux coffres-forts de soins' verplaatst? Ze gaf bij het onderzoek een 404. ## Bronnen [^1]: [Technisch overzicht](https://www.vitalink.be/gebruikers/ik-ben-softwareleverancier/technisch-overzicht). Vitalink. Opgehaald 2026-09-28, sha256 3c46cbebf434f8cc… (SRC-8676c3f174) [^2]: [Vitalink FHIR Cookbook](https://www.vitalink.be/sites/default/files/2026-09/Vitalink_FHIR_Cookbook_v1.16.pdf). Vitalink, 2026-08-12. Opgehaald 2026-09-26, sha256 d256f5666e9455c4… (SRC-d4ff8c4130) [^3]: [Question écrite du 13/12/2024 – Vaccicard (réponse du 19/12/2024)](https://www.parlement-wallonie.be/pwpages?p=interp-questions-voir&type=28&iddoc=130902). Parlement de Wallonie, 2024-12-19. Opgehaald 2026-09-26, sha256 2f903e7d651a1a9f… (SRC-2b2f7f54ee) [^4]: [Données de vaccination covid](https://www.reseausantewallon.be/donnees-de-vaccination-covid/). Réseau Santé Wallon. Opgehaald 2026-09-28, sha256 5ae7c5e4f7b2a058… (SRC-142e6fc757) [^5]: [Vitalink FHIR Cookbook](https://www.vitalink.be/sites/default/files/2026-01/Vitalink_FHIR_Cookbook_v1.11.pdf). Vitalink (Vlaamse overheid), 2026-01-06. Opgehaald 2026-09-26, sha256 41bc551c2023aca8… (SRC-98a30645fe) [^6]: [CRIC n° 55 (2025-2026) – Séance publique de commission du mardi 25 novembre 2025 (projet de décret Vaccicard)](https://nautilus.parlement-wallon.be/Archives/2025_2026/CRIC/cric55.pdf). Parlement de Wallonie, 2025-11-25. Opgehaald 2026-09-28, sha256 d50d8ff0a805baae… (SRC-f3dac1648b) [^7]: [Espace développeurs](https://www.reseausantewallon.be/a-propos-du-rsw/espace-developpeurs/). Réseau Santé Wallon. Opgehaald 2026-09-28, sha256 a4e3fc2059626a60… (SRC-2d4a40b932) [^8]: [Vaccicard, l'outil numérique pour l'enregistrement des vaccinations](https://www.vivalis.brussels/fr/vaccicard). Vivalis (Commission communautaire commune), 2026-06-19. Opgehaald 2026-09-26, sha256 87e0364ae23d49b4… (SRC-8364c213ec) [^9]: [Vitalink FHIR: release notes (aanvraag productierelease 14/01/2026)](https://www.vitalink.be/sites/default/files/2026-01/Vitalink_FHIR_Release_202601_0.pdf). Departement Zorg - Vitalink, 2026-01-14. Opgehaald 2026-09-29, sha256 587cb999c97918c7… (SRC-dcbd7ab382) [^10]: [Vitalink Café 28 november 2025 (presentatie)](https://www.vitalink.be/sites/default/files/2025-12/20251128_Vitalink-Cafe_Final.pdf). Departement Zorg - Vitalink, 2025-11-28. Opgehaald 2026-09-29, sha256 38faabdc89d11606… (SRC-92f8b16146)