Vitalink FHIR-migratie (van KMEHR naar Vitalink 2.0)

Deze deelpagina van Vitalink volgt de overstap van de legacy KMEHR-omgeving (Vitalink 1.0) naar de FHIR-omgeving (Vitalink 2.0). Vitalink beschrijft zowel een KMEHR- als een FHIR-productieomgeving^[1]. De FHIR-omgeving is sinds 22 maart 2024 in productie^[2]. Overheden, zorgverleners en industrie besloten de KMEHR-datatypes geleidelijk te vervangen door FHIR CareSets^[14] (zie BIHR: CareSets en EHDS-roadmap). Volgens Vitalink biedt een KMEHR-stroom zonder extra codering omzetten naar FHIR weinig meerwaarde, en is een ‘big bang’ niet mogelijk^[3].

Vitalink 2.0 vervangt de dubbele encryptie door pseudonimisering: het rijksregisternummer wordt een pseudoniem, de gezondheidsgegevens blijven leesbaar^[6] (zie Pseudonimiseringsdiensten van het eHealth-platform). Het vernieuwde platform is ontworpen voor transmurale communicatie en internationale uitwisseling binnen de EHDS^[15].

Het Departement Zorg is de door de Vlaamse Regering aangewezen instantie voor Vitalink^[16]; de governance staat op Vitalink. Vitalink plant op beide productieomgevingen in principe één major release per kwartaal^[1].

Stand per gegevenstype (29/09/2026)

Screenings: de eerste migratie

Vitalink kondigde in november 2024 aan dat de gegevens van de bevolkingsonderzoeken naar kanker vanaf 15 november 2024 via FHIR raadpleegbaar waren, na migratie van alle historische gegevens^[4]. Bij de start kon dat enkel via mijngezondheid.be; andere portalen of softwarepakketten toonden de gegevens toen nog niet in FHIR^[4]. Vitalink plande een overgangsperiode van zes maanden waarin de gegevens ook via KMEHR op portalen zoals MyHealthViewer en CoZo raadpleegbaar bleven, waarna de KMEHR-omgeving voor deze gegevens zou worden uitgefaseerd^[4]. Het ging om gegevens van meer dan 5,5 miljoen burgers^[4]. Sinds 1 juli 2025 zijn ze enkel nog via Vitalink FHIR beschikbaar^[5], en sindsdien niet meer via CoZo en de andere hubs^[18]. Eigen afleiding: de KMEHR-raadpleging stopte daarmee later dan de aangekondigde zes maanden, en de minister die 'begin 2025' noemt^[6], spreekt de Vitalink-data niet tegen.

Vaccinaties: omslag op 15 januari 2026

• Planning (draaiboek, Vitalink Café 16/12/2025, onder voorbehoud): op 15/1/2026 om 12:00 zou Vaccinnet 1.0 (webapplicatie en webservices) stoppen en Vitalink KMEHR voor vaccinaties niet meer toegankelijk zijn, behalve voor mijngezondheid.be^[7].
• Bevestiging achteraf: de minister bevestigde dat de vaccinaties sinds 15 januari 2026 in Vitalink 2.0 staan^[6] en dat KMEHR in één keer door FHIR werd vervangen^[19]; Domus Medica meldde dezelfde dag dat de vorige Vaccinnet-versie vervangen werd^[20]. Een afzonderlijke bevestiging door Vitalink van de sluiting van de KMEHR-toegang, met de uitzondering voor mijngezondheid.be, is niet gevonden.
• Start: volgens Domus Medica had bij de start meer dan 90% van de huisartsen in Vlaanderen en Brussel geen rechtstreekse toegang via het EMD, omdat de koppeling met de drie grootste EMD-pakketten niet in orde was; dat is een schatting van een beroepsvereniging^[20].
• Voorbereiding ziekenhuizen: onder meer algemene en psychiatrische ziekenhuizen werden gecontacteerd om hun Circle of Trust-verklaring tegen uiterlijk 15/01 in orde te brengen^[21] (zie Cirkel van vertrouwen (Circle of Trust, COT)).
• Raadpleging na de omslag (planning, Café 28/11/2025): mijngezondheid.be zou zowel Vitalink FHIR als de Waalse/Brusselse FHIR-kluis tonen, plus 'bevroren' KMEHR-gegevens, met mogelijke dubbels^[22]. Een Vlaamse vaccinator zou vaccinaties van buiten Vlaanderen via professionele viewers kunnen raadplegen; dat stond als 'TB, In Progress'^[22]. Vitalink noemt MijnGezondheid.be als kanaal waar burgers hun vaccinaties kunnen blijven raadplegen^[23].

Zie Vaccinnet voor de registratiekant.

KMEHR-omgeving: onderhouden, geen einddatum

De KMEHR-productierelease 2026.02 van 24 juni 2026 omvatte technische ingrepen aan onder meer de metahub-koppeling en ‘Decryptor2 Arxus’^[10]. Op 23 augustus 2026 volgde nog een infrastructuurrelease zonder impact voor integratoren^[11]. De releasekalender plant KMEHR-releases tot en met R2026.12 (6 december 2026), zonder uitfaseringsdatum^[1]. Binnen BIHR blijven bestaande KMEHR-stromen alleen-lezen en gaan nieuwe uitwisselingen vanaf 2028 via FHIR^[24]; het omslagpunt ligt 12 maanden na de laatste patient summary CareSet^[25]. Dat is programmaplanning, geen Vitalink-specifieke uitfaseringsdatum.

Medicatieschema: nog niet in FHIR

De laatste FHIR-productierelease (release notes 4/9/2026, volledig uitgerold op 23/9/2026) bevat cookbook 1.16 met een TLS-hoofdstuk, uitbreidingen van de event publisher voor immunisaties en een SFTP-migratie, en geen medicatiefunctionaliteit^[26]. Interpretatie: geen enkele gepubliceerde FHIR-release note van november 2025 tot september 2026 vermeldt een medicatieresource, en samen met de CapabilityStatement van 3/9/2026 is er op 29/09/2026 geen publiek teken dat het medicatieschema in Vitalink FHIR in productie is^[8]. De productie-CapabilityStatement declareert 13 resourcetypes, zonder MedicationStatement, MedicationRequest of MedicationDispense (interpretatie van servermetadata)^[27]; ook de acceptatieomgeving declareert geen medicatieresource (interpretatie)^[28]. De EHDS-roadmap (versie 20 mei 2026) plande de CareSet Medication op 15/07/2026 in de regionale kluizen en op 15/10/2026 in software; dat is planning^[9]. Zie Gedeeld medicatieschema en VIDIS.

Releases van de FHIR-omgeving (november 2025 - september 2026)

Interhubroute voor de hubs

Volgens het BVR van 20 oktober 2023 voert het departement de toegangscontroles niet zelf uit wanneer een door Vitalink erkende hub gegevens opvraagt; de hub is dan zelf met die controles belast^[16], voor de geïnformeerde toestemming op grond van een delegatie in een overeenkomst met het departement^[16]. Technisch authenticeert de hub voor de zorgverlenersroute met een token uit het M2M-realm^[32], en moet de client-id vooraf aan Vitalink worden meegedeeld^[32]; voor patiënttoegang beschrijft cookbook 1.16 onboarding van de hub in het healthcare-realm^[32]. De witte lijst, de Vitalink-Enduser-Info-header en de vervaltermijn voor hubrechten staan in productie (tabel hierboven). Dat toont technische beschikbaarheid, niet dat hubs de route gebruiken^[12]: op 29 september 2026 toonde de CoZo-startpagina nog het bericht dat vaccinatiegegevens vanaf 15 januari 2026 tijdelijk niet raadpleegbaar zijn via CoZo en de andere hubs^[13]. In het uitwisselingsregister staat deze stroom als hub-vitalink-fhir-interhub met status onbekend (interne verwijzing). Zie Hubs-metahubsysteem en CoZo (Collaboratief Zorgplatform).

Uitwisseling tussen de kluizen (intervault)

De tijdlijn van het Vitalink Café van 28/11/2025 mikte op een operationeel Intervault (uitwisseling tussen de eerstelijnskluizen)-mechanisme tussen de FHIR-kluizen in fase 3, vanaf 16/4/2026; dat is planning^[22]. Op de vierde FHIR-a-thon (juni 2026) testten Vitalink en het RSW de uitwisseling met succes, als test en niet als productie^[33]. In september 2026 was de uitwisseling tussen de regionale kluizen volgens FarmaFlux nog niet operationeel^[34].

• Beperking: wie Vitalink-vaccinaties of -screenings via de hub verwacht, heeft op 29/09/2026 geen bevestiging van herstel^[13][18].
• Beperking: een medicatieschema in FHIR is bij Vitalink nog niet publiek zichtbaar (interpretatie)^[8]; het lezen van het schema loopt dus nog via KMEHR^[17].
• Technische verplichting (software): M2M-aanvragen moeten sinds april 2026 de header Vitalink-Software-Identifier meesturen^[31], en in de Healthcare-realm is token exchange naar de Vitalink-API vereist^[32].
• Aanbeveling: vraag de EPD-leverancier per gegevenstype (vaccinaties, screenings, medicatieschema) welke omgeving (KMEHR of FHIR) de software gebruikt, en of vaccinaties rechtstreeks uit Vitalink FHIR worden gelezen in plaats van via de hubviewer.
• Aanbeveling: behandel de roadmapdata voor medicatie in FHIR als planning tot een Vitalink-release note of de CapabilityStatement ze bevestigt.

Volgens cookbook 1.16 ondersteunt Vitalink enkel FHIR R4^[32]; elke resource, ook een contained resource, moet de Intended Profile Extension met profiel en versie bevatten^[32], en resources zonder die extensie worden geweigerd^[32]. Resources met het label PATIENT_HEALTH_RECORD worden met RSW en RSB gedeeld, waardoor daarvoor geen transacties ondersteund worden^[32].

• BE Vaccination 1.1.2 of 1.1.3 (open): de release van januari 2026 kondigt uitdrukkelijk 1.1.2 aan^[29] en Vitalink vermeldt 1.1.2 als laatst ondersteunde versie^[14], terwijl de productie-CapabilityStatement ook 1.1.3 declareert (interpretatie van servermetadata)^[27]. Geen release note tot 4/9/2026 kondigt 1.1.3 aan^[29]. Een stille toevoeging op de server is een mogelijke verklaring, geen bewezen oorzaak.
• Scope pseudo:api:pseudonymize (open, verzoenende lezing): de acceptatierelease van februari 2026 weigert tokens met pseudo:api:identify en verwijst naar token exchange of optionele scopes^[30]; cookbook 1.16 verlangt token exchange naar de Vitalink-API^[32]. Volgens het register van tegenstrijdigheden noemt de integratiegids van oktober 2025 de pseudonymize-scope wel (niet in een eigen claim vastgelegd). Interpretatie: de client mag die scope hebben voor de pseudonimiseringsdienst, maar het token dat Vitalink binnenkomt, mag ze niet dragen; een uitdrukkelijke bevestiging van Vitalink ontbreekt.
• Einde KMEHR voor vaccinaties: gebaseerd op het draaiboek (planning)^[7] en de ministeriële bevestiging van de omslag^[19]; de uitzondering voor mijngezondheid.be is niet achteraf bevestigd.
• Medicatie in FHIR: de BIHR/EHDS-roadmapdata (kluizen 15/07/2026, software 15/10/2026) worden door geen Vitalink-bron bevestigd^[9][8].
• Hubs: niet gevonden ≠ niet hersteld; de CoZo-startpagina is een momentopname, geen operationele test^[13].