--- id: i-am-connect type: Platform type_label: Platform of dienst title: I.AM en I.AM Connect (Identity & Access Management) aliases: - I.AM - I.AM Connect - I.AM IDP - I.AM STS - I.AM AA - Attribute Authority - Secure Token Service - geïntegreerd gebruikers- en toegangsbeheer names: nl: I.AM (Identity & Access Management) fr: I.AM (Identity & Access Management) en: I.AM (Identity & Access Management) jurisdiction: - belgie themes: - identiteit-en-toegang - architectuur-en-infrastructuur lifecycle: productie lifecycle_note: Basisdienst in productie. Sleutel- en certificaatvernieuwing SAML (IDP/STS/AA) en I.AM Connect-JWT in juli-augustus 2026. Oude STS-endpoint Saml11TokenService niet meer gebruikt sinds oktober 2023. summary: I.AM is de eHealth-basisdienst voor identificatie, authenticatie en machtiging van zorgactoren en systemen. De familie omvat I.AM IDP (SAML/Shibboleth, klassieke webapplicaties), I.AM STS (SAML-token voor SOAP-webservices op basis van eHealth-certificaat of eID), I.AM Connect (OIDC voor REST- en mobiele toepassingen) en I.AM AA (Attribute Authority, raadpleging van authentieke bronnen zoals CoBRHA en mandaten). Toegang tot bepaalde REST-diensten van het eHealth-platform vereist een I.AM Connect-integratie; de REST-varianten van eHealthBox en Addressbook vragen een aparte onboarding, en ook Vitalink FHIR en (voor Healthcare-realm-clients) de UHMEP FHIR-API steunen op I.AM Connect. last_verified: '2026-09-27' relations: - type: ownedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/ehealth-platform/ status: established - type: dependsOn direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/ehealth-certificaten/ status: established - type: dependsOn direction: uit target: cobrha target_url: https://ehealth-atlas.be/cobrha/ status: established - type: seeAlso direction: uit target: therapeutische-relatie target_url: https://ehealth-atlas.be/therapeutische-relatie/ status: established - type: connectsTo direction: uit target: recip-e target_url: https://ehealth-atlas.be/recip-e/ status: established - type: dependsOn direction: in target: ehealth-addressbook target_url: https://ehealth-atlas.be/ehealth-addressbook/ status: established - type: dependsOn direction: in target: ehealth-connector target_url: https://ehealth-atlas.be/ehealth-connector/ status: established - type: dependsOn direction: in target: ehealth-pseudonimisering target_url: https://ehealth-atlas.be/ehealth-pseudonimisering/ status: established - type: dependsOn direction: in target: ehealthbox target_url: https://ehealth-atlas.be/ehealthbox/ status: established - type: dependsOn direction: in target: recip-e target_url: https://ehealth-atlas.be/recip-e/ status: established - type: dependsOn direction: in target: therlink-dienst target_url: https://ehealth-atlas.be/therlink-dienst/ status: hypothesis - type: dependsOn direction: in target: toegangsmatrix-dienst target_url: https://ehealth-atlas.be/toegangsmatrix-dienst/ status: established - type: dependsOn direction: in target: uhmep target_url: https://ehealth-atlas.be/uhmep/ status: established - type: dependsOn direction: in target: vaccinnet target_url: https://ehealth-atlas.be/vaccinnet/ status: established - type: dependsOn direction: in target: vitalink target_url: https://ehealth-atlas.be/vitalink/ status: established - type: about direction: in target: ehealth-basisdiensten target_url: https://ehealth-atlas.be/ehealth-basisdiensten/ status: established - type: about direction: in target: ehealth-diensten target_url: https://ehealth-atlas.be/ehealth-diensten/ status: established - type: about direction: in target: technische-integratie-ehealth target_url: https://ehealth-atlas.be/technische-integratie-ehealth/ status: established release: 2026.10.05-1 url: https://ehealth-atlas.be/i-am-connect/ license: CC BY 4.0 --- # I.AM en I.AM Connect (Identity & Access Management) I.AM is de eHealth-basisdienst voor identificatie, authenticatie en machtiging van zorgactoren en systemen. De familie omvat I.AM IDP (SAML/Shibboleth, klassieke webapplicaties), I.AM STS (SAML-token voor SOAP-webservices op basis van eHealth-certificaat of eID), I.AM Connect (OIDC voor REST- en mobiele toepassingen) en I.AM AA (Attribute Authority, raadpleging van authentieke bronnen zoals CoBRHA en mandaten). Toegang tot bepaalde REST-diensten van het eHealth-platform vereist een I.AM Connect-integratie; de REST-varianten van eHealthBox en Addressbook vragen een aparte onboarding, en ook Vitalink FHIR en (voor Healthcare-realm-clients) de UHMEP FHIR-API steunen op I.AM Connect. ## Wat is het? I.AM (Identity & Access Management) is de geïntegreerde eHealth-dienst voor identificatie, authenticatie en machtiging van zorgactoren die toegang vragen tot diensten van het [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) en zijn partners[^1]. Het integreert toegangs-, gebruikers- en gegevenstoegangsbeheer en onderscheidt vier technische contexten: webapplicaties, SOAP-webservices, REST-webservices en gegevenstoegang (Data Access)[^1]. De gebruiker kiest een profiel op basis van zijn hoedanigheid zoals vastgelegd in [CoBRHA](https://ehealth-atlas.be/cobrha/)[^2]. ## Welk probleem lost het op? I.AM zorgt dat elke toepassing die eHealth-diensten of partnerdiensten aanroept, op een gemeenschappelijke manier vaststelt wie de gebruiker of het systeem is en in welke hoedanigheid hij optreedt[^1][^2]. Het certificaat identificeert het systeem (software/organisatie), de eID of een token de individuele gebruiker[^3]. ## Wie beheert het en waar wordt het toegepast? Status: **productie**, als basisdienst van het eHealth-platform[^2]. De onderdelen: | Onderdeel | Context | Protocol | |---|---|---| | I.AM IDP | klassieke server-side webapplicaties (met Shibboleth SP) | SAML | | I.AM STS | SOAP-webservices | SAML-token na authenticatie met eHealth-certificaat of eID | | I.AM Connect | mobiele/native applicaties en REST | OpenID Connect (OIDC), JWT | | I.AM AA | raadpleging authentieke bronnen (CoBRHA, mandaten) | los van toegang tot de toepassingen | - **IDP versus Connect**: voor klassieke webapplicaties raadt het eHealth-platform I.AM IDP aan; mobiele/native en REST-toepassingen verlopen via I.AM Connect[^1]. - **STS**: de service consumer authenticeert zich met een eHealth-certificaat of eID bij de STS, die een SAML-token aflevert waarmee binnen de geldigheidsperiode meerdere webservices kunnen worden aangeroepen[^4]. Volgens de STS WS Trust-cookbook (versie 1.2) retourneert eHealth een ondertekende SAML-assertie in een RequestSecurityTokenResponse (RSTR) aan de webserviceconsumer[^5]. Volgens de webpagina 'Beveiliging van webservices' vraagt de consumer daarbij een SAML 1.1-token op, ondertekend volgens de X.509 SHA256-policy[^4]. - **I.AM Connect** is gebaseerd op OIDC; voor REST-diensten worden klant en autorisatie via OIDC afgehandeld, niet via SAML[^1][^6]. - **I.AM AA** laat partners de authentieke eHealth-bronnen raadplegen, waaronder CoBRHA en mandaten, los van de toegang tot de toepassingen[^1][^2]. Ook het beheer van [therapeutische relaties](https://ehealth-atlas.be/therapeutische-relatie/) loopt deels via I.AM AA; die diensten zouden eind 2025 technisch herschreven worden, met ingebruikname gepland op 2 december 2025[^7]; de effectieve ingebruikname werd niet bevestigd. Toepassingen: de [Vitalink](https://ehealth-atlas.be/vitalink/) FHIR-omgeving (productie sinds 22/03/2024) gebruikt I.AM Connect[^8], net als [Vaccinnet 2.0](https://ehealth-atlas.be/vaccinnet/)[^9]. Volgens de Recip-e FHIR-cookbook vereist de UHMEP FHIR-API voor Healthcare-realm-clients de IAM-token-exchange-flow, zodat technische providers geen pseudonimiseringsrechten krijgen[^10] (zie [UHMEP en het digitaal verwijsvoorschrift (eReferral)](https://ehealth-atlas.be/uhmep/)); voor M2M-clients werd dit niet nagegaan. De REST-varianten van eHealthBox en Addressbook vragen een aparte I.AM Connect-onboarding[^11] (zie [eHealthBox](https://ehealth-atlas.be/ehealthbox/)). ## Gegevens en koppelvlakken - **Clients en realms**: bij de onboarding kiest men tussen een client-registratie 'Healthcare' (zorgverlener of applicatie) en 'M2M' (organisatie)[^11]. Volgens de technische specificatie 'IAM Mobile integration' (versie 1.13) is de client-credentials-flow enkel beschikbaar voor organisatie- of instellingsclients en ondersteunt hij geen authenticatie van een eindgebruiker[^12]; een toepassing die namens een individuele zorgverlener handelt, heeft dus een andere flow nodig (afleiding). Een M2M-client-ID van een zorginstelling heeft het formaat nihdi-<type>-XXXXXXXX met het RIZIV-nummer van de instelling[^11]. In de [Recip-e](https://ehealth-atlas.be/recip-e/) FHIR-API gebruiken ziekenhuisapotheken ([Ziekenhuisapotheker en het gedeeld medicatieschema](https://ehealth-atlas.be/ziekenhuisapotheker/)) een eigen M2M-client en mogen ze de client van het ziekenhuis niet hergebruiken[^10]. - **Architectuurkeuze**: het eHealth-platform biedt SOAP aan voor toepassingen op één toestel en REST voor toepassingen op meerdere toestellen; voor nieuwe mobiele projecten krijgt REST de voorkeur[^13]. - **Berichtbeveiliging**: medische gegevens moeten minstens op berichtniveau beveiligd zijn, niet enkel op transportniveau[^13]; volledige end-to-endversleuteling is niet altijd vereist, maar de communicatie moet minstens point-to-point beveiligd zijn[^13]. ## Versie, status en roadmap - **Oude STS-endpoint uitgefaseerd**: de service Saml11TokenService (endpoint iamsaml11tokenservice) wordt sinds oktober 2023 niet meer gebruikt; connectoren moeten de SecurityTokenService-endpoint gebruiken, anders volgt de fout 'SOA-03005 WSDL compliance failure'[^14]. - **Sleutelvernieuwing 2026**: op 7 juli 2026 kondigde het eHealth-platform een verplichte hernieuwing aan van certificaten/sleutels voor bestaande SAML-integraties (IDP/STS/AA) en voor de JWT-validatie in I.AM Connect; wie metadata of truststores manueel beheert, moest dat vóór 22/07/2026 aanpassen[^15]. Voor de JWT signing key golden aparte data: acceptatie nieuwe sleutel 07/07/2026 en oude weg 04/08/2026, productie nieuwe sleutel 28/07/2026 en oude weg 26/08/2026[^15]. - **SAML v2 (planning)**: volgens een publiek gepubliceerde presentatie van Frank Robben voor het personeel van het eHealth-platform (30 januari 2026) moet Recip-e van SAML v1 naar SAML v2, omdat het platform dit in 2026 vereist voor alle toepassingen die basisdiensten gebruiken[^16]. ## Praktische betekenis voor ziekenhuizen - **Technische voorwaarde**: elke system-to-systemkoppeling met eHealth-basisdiensten vraagt een eHealth-certificaat[^3]. Toegang tot bepaalde REST-diensten vereist daarbovenop een I.AM Connect-integratie[^2]; voor de REST-varianten van eHealthBox en Addressbook is een aparte I.AM Connect-onboarding vereist[^11]. Vitalink FHIR steunt eveneens op I.AM Connect[^8]; voor Healthcare-realm-clients vereist de UHMEP FHIR-API de IAM-token-exchange-flow[^10]. - **Operationeel risico**: sleutel- en certificaatvernieuwingen hebben harde data[^15]. Wie truststores manueel beheert, moet die tijdig bijwerken; het eHealth-platform verspreidt zijn vertrouwde certificaten volgens de ETSI-specificatie voor Trusted Lists, zodat dit automatiseerbaar is[^3]. - **Aanbeveling** (eigen): houd een register bij van alle I.AM-clients (Healthcare/M2M), STS-koppelingen en truststores per toepassing, met een verantwoordelijke per vernieuwingsdatum. ## Implementatievoorwaarden en beperkingen Zie [eHealth-certificaten en versleuteling (ETEE)](https://ehealth-atlas.be/ehealth-certificaten/) voor certificaten en [eHealth-connectoren (eHealth platform services connectors)](https://ehealth-atlas.be/ehealth-connector/) voor de bibliotheken die STS-authenticatie en versleuteling afhandelen. In de acceptatieomgeving is naast een acceptatiecertificaat ook de connector nodig[^17]. Het overzicht per doeldienst staat op [Technische integratie met de eHealth-infrastructuur](https://ehealth-atlas.be/technische-integratie-ehealth/). ## Onzekerheden en tegenstrijdige informatie - **SAML-versie**: de personeelspresentatie van januari 2026 spreekt van een verplichte overstap van SAML v1 naar v2 in 2026[^16], terwijl de webpagina 'Beveiliging van webservices' nog de aanvraag van een SAML 1.1-token beschrijft[^4], de oude Saml11TokenService-endpoint al sinds oktober 2023 uitgefaseerd is[^14], en de officiële mededeling van juli 2026 over sleutelvernieuwing gaat, niet over een protocolversie[^15]. Wat precies verplicht wordt en wanneer, is niet eenduidig. - Een gepubliceerd migratieplan van SOAP/SAML naar OIDC is niet gevonden (gap). ## Relaties - valt onder verantwoordelijkheid van: [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) (vastgesteld)[^1][^2]. I.AM is een basisdienst van het eHealth-platform. - hangt technisch af van: [eHealth-certificaten en versleuteling (ETEE)](https://ehealth-atlas.be/ehealth-certificaten/) (vastgesteld)[^4] - hangt technisch af van: [CoBRHA](https://ehealth-atlas.be/cobrha/) (vastgesteld)[^1][^2] - zie ook: [Therapeutische relatie](https://ehealth-atlas.be/therapeutische-relatie/) (vastgesteld)[^7]. De ingebruikname van de eind 2025 herschreven TherLink-diensten via I.AM AA en Metahub was gepland op 2 december 2025; de effectieve ingebruikname is niet bevestigd. - koppelt met: [Recip-e (elektronisch voorschrift in de ambulante sector)](https://ehealth-atlas.be/recip-e/) (vastgesteld)[^16][^10]. Recip-e gebruikt I.AM-clients en was volgens een presentatie van 30 januari 2026 onderwerp van een geplande SAML-v2-migratie. - hangt technisch af van (inkomend): [eHealth Addressbook](https://ehealth-atlas.be/ehealth-addressbook/) (vastgesteld)[^11] - gaat over (inkomend): [Basisdiensten van het eHealth-platform](https://ehealth-atlas.be/ehealth-basisdiensten/) (vastgesteld)[^2] - hangt technisch af van (inkomend): [eHealth-connectoren (eHealth platform services connectors)](https://ehealth-atlas.be/ehealth-connector/) (vastgesteld)[^14] - gaat over (inkomend): [Diensten en API's van het eHealth-platform](https://ehealth-atlas.be/ehealth-diensten/) (vastgesteld)[^1] - hangt technisch af van (inkomend): [Pseudonimiseringsdiensten van het eHealth-platform](https://ehealth-atlas.be/ehealth-pseudonimisering/) (vastgesteld)[^18] - hangt technisch af van (inkomend): [eHealthBox](https://ehealth-atlas.be/ehealthbox/) (vastgesteld)[^11] - hangt technisch af van (inkomend): [Recip-e (elektronisch voorschrift in de ambulante sector)](https://ehealth-atlas.be/recip-e/) (vastgesteld)[^10] - gaat over (inkomend): [Technische integratie met de eHealth-infrastructuur](https://ehealth-atlas.be/technische-integratie-ehealth/) (vastgesteld)[^1] - hangt technisch af van (inkomend): [TherLink-, TherExclusion- en Link-diensten van het eHealth-platform](https://ehealth-atlas.be/therlink-dienst/) (hypothese)[^7] - hangt technisch af van (inkomend): [Toegangsmatrixdienst van het eHealth-platform (WS Matrix, PADAC)](https://ehealth-atlas.be/toegangsmatrix-dienst/) (vastgesteld)[^19] - hangt technisch af van (inkomend): [UHMEP en het digitaal verwijsvoorschrift (eReferral)](https://ehealth-atlas.be/uhmep/) (vastgesteld)[^10] - hangt technisch af van (inkomend): [Vaccinnet](https://ehealth-atlas.be/vaccinnet/) (vastgesteld)[^9][^20] - hangt technisch af van (inkomend): [Vitalink](https://ehealth-atlas.be/vitalink/) (vastgesteld)[^8] ## Open vragen - Is er een gepubliceerd migratieplan om resterende SOAP/SAML-koppelingen (STS) naar OIDC/I.AM Connect te brengen, en tegen welke datum? - Betekent de in een publiek gepubliceerde personeelspresentatie van Frank Robben genoemde 'SAML v1 naar v2'-verplichting in 2026 een protocolwijziging voor alle STS-gebruikers, of enkel voor Recip-e? - Welke impact had de sleutelvernieuwing van juli-augustus 2026 op EPD's (storingen, verlengde deadlines)? - Onderzoeksnotitie (codex-1, 26/09/2026; nog geen claim): de STS WS Trust-cookbook 1.2 zou bij TokenType zowel SAMLV1.1 als SAMLV2.0 aanvaarden, met SAML2-voorbeelden (p. 11). Na opname als geverifieerde claim is de SAML-versietegenstelling te herzien; SAML2-ondersteuning in documentatie bewijst geen voltooide migratie. - Werden de herschreven diensten voor therapeutische relaties effectief op 2 december 2025 in productie genomen? Enkel de planning werd gevonden. ## Bronnen [^1]: [I.AM (Identity & Access Management) | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-i.am-identity-access-management). eHealth-platform. Opgehaald 2026-09-26, sha256 7bd6ead93abd8dbd… (SRC-81723a4a0f) [^2]: [Welcome Pack (eHealth-platform)](https://www.ehealth.fgov.be/ehealthplatform/nl/ehealth-welcome-pack.pdf). eHealth-platform. Opgehaald 2026-09-25, sha256 9870190cbce8511b… (SRC-6fdf93f016) [^3]: [eHealth-certificaten | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-certificaten). eHealth-platform. Opgehaald 2026-09-26, sha256 8354aeb9558fdadc… (SRC-9bfcb37059) [^4]: [Beveiliging van webservices | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/beveiliging-van-webservices). eHealth-platform. Opgehaald 2026-09-26, sha256 09330e2c0719bfa8… (SRC-8846f43048) [^5]: [STS – WS Trust - Cookbook](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/5f9e569e0c2436a8ed38f8fc47cd5fba93af5667/sts-ws-trust-cookbook-v1-2.pdf). eHealth-platform. Opgehaald 2026-09-26, sha256 fb67b45e6ee5f9a8… (SRC-2c2e9d7ae5) [^6]: [I.AM (Identity & Access Management)](https://www.ehealth.fgov.be/ehealthplatform/fr/service-i.am-identity-access-management). eHealth-platform. Opgehaald 2026-09-26, sha256 cb954ed05ff5bff8… (SRC-e00a751dd4) [^7]: [Bericht aan de gebruikers van de diensten Metahub en eHealth Therapeutic Links](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/dbbaeb2626d0108a68c23f0b95e72bab92fd7cac/metahub-comm-09102025.pdf). eHealth-platform (service management), 2025-10-08. Opgehaald 2026-09-25, sha256 ab26d48e5e63318f… (SRC-7fad05ed3d) [^8]: [Nieuwe FHIR-omgeving van Vitalink in productie!](https://www.vitalink.be/nieuwe-fhir-omgeving-van-vitalink-in-productie). Vitalink (Departement Zorg), 2024-03-22. Opgehaald 2026-09-25, sha256 0628be4db12957f3… (SRC-a7e3a494e9) [^9]: [Vaccinnet integreren in uw softwarepakket](https://www.zorg-en-gezondheid.be/per-domein/infectieziekten-en-vaccinaties/vaccinaties/vaccinnet/vaccinnet-integreren-in-uw-softwarepakket). Departement Zorg. Opgehaald 2026-09-25, sha256 525b5ff0a676a57e… (SRC-401473d268) [^10]: [Recip-e FHIR Cookbook (UHMEP-MedicationPrescription-Cookbook.pdf)](https://raw.githubusercontent.com/smals-belgium/shared-digital-medication-prescription/master/UHMEP-MedicationPrescription-Cookbook.pdf). Smals / Recip-e, 2026-06-04. Opgehaald 2026-09-26, sha256 1c1be4db40fc4904… (SRC-b4bdb9101a) [^11]: [Procedure: Onboarding IAM Connect eHealthBox - Addressbook v2.0](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/c519e44be8f41c3a3534de725dc9b2e7e906bce7/onboarding-iam-connect-ehbox-addressbook-v2-0-dd-29052024.pdf). eHealth-platform, 2024-05-29. Opgehaald 2026-09-26, sha256 cf046c0e6e61e6b2… (SRC-771a066b18) [^12]: [IAM Mobile integration — Technical specifications](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/9a7dc4d16e58378f81f999fc3a5333448bcdec8b/iam-mobile-integration-tech-specs-v1-13.pdf). eHealth-platform. Opgehaald 2026-09-26, sha256 b49d45e07cc4b552… (SRC-96b0dd314a) [^13]: [Architecturen | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-architecturen). eHealth-platform. Opgehaald 2026-09-26, sha256 0dab3b09a4a3129f… (SRC-0eb97991a9) [^14]: [eHealth platform services connectors | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-platform-services-connectors). eHealth-platform. Opgehaald 2026-09-26, sha256 7e296c8a3bb3c976… (SRC-ef6afc402c) [^15]: [eHealth Communication: Renewal of I.AM Certificates - Required Actions for SAML and I.AM Connect Integrations (07/07/2026)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/495de6aa05b964876ee1d65cf26e3c521522b1a2/ehealth-communication-renewal-of-i-am-certificat-required-actions-for-saml-and-i-am-connect-integrations.pdf). eHealth-platform, 2026-07-07. Opgehaald 2026-09-26, sha256 605787754dfd140e… (SRC-2e3ed33307) [^16]: [Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth)](https://www.frankrobben.be/wp-content/uploads/2026/01/20260130a.pptx). Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be), 2026-01-30. Opgehaald 2026-09-26, sha256 b58fc6b2201308cb… (SRC-88e226b672) [^17]: [Richtlijn betreffende de vernieuwing van de publieke sleutel van een certificaat. | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/de-acceptatieomgeving-van-het-ehealth-platform). eHealth-platform. Opgehaald 2026-09-26, sha256 d507a85f590e7840… (SRC-5e41adfb50) [^18]: [Blinded pseudonymisation REST service — Cookbook](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/c6094d06e6a7b74d2e3c1a8c93cce78acb2d6359/pseudonymisation-rest-v1-9-1.pdf). eHealth-platform, 2026-07-23. Opgehaald 2026-09-28, sha256 caff810b44d1c14a… (SRC-34079b24cd) [^19]: [eHealth Patient Access Matrix](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-patient-access-matrix). eHealth-platform. Opgehaald 2026-09-27, sha256 010cd90ced887762… (SRC-f740dd2081) [^20]: [Vaccinnet 2026 | VAPH](https://www.vaph.be/over-het-vaph/actueel/nieuws/vaccinnet-2026). Vlaams Agentschap voor Personen met een Handicap. Opgehaald 2026-09-25, sha256 9b0eed3b5eb0db8f… (SRC-4c9940d738)