Intervault (uitwisseling tussen de eerstelijnskluizen)

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), Brusafe (Brussel, RSB) en 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 nodig.^[1]

Welke gegevens?

• Medicatieschema en Sumehr. Medicatieschema en 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-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 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).
• Historisch voorbeeld. Het RSW raadpleegde de COVID-19-vaccinatiegegevens in real time in Vitalink, zonder lokale replicatie op het RSW of RSB.^[4]

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

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

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