--- id: i-am-connect type: Platform type_label: Plateforme ou service title: I.AM et 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: Service de base en production; renouvellement des clés en juillet-août 2026 (avec erratum du 07/07/2026). Un nouveau certificat TLS pour *.ehealth.fgov.be est annoncé en production à partir du 13/10/2026. summary: I.AM est le service de base par lequel les applications eHealth identifient, authentifient et autorisent les acteurs de soins et les systèmes. La famille utilise l'IDP pour les applications web classiques, le STS pour les services web SOAP, I.AM Connect pour le REST et les applications mobiles, et l'Attribute Authority pour les attributs provenant de sources authentiques. Le service est en production et prend en charge notamment Vitalink FHIR, eHealthBox REST et certains clients UHMEP. Pour les hôpitaux, le composant choisi détermine les certificats, les jetons, l'enregistrement de client et les renouvellements de clés dont une interface a besoin. links: - soort: website url: https://www.ehealth.fgov.be/ehealthplatform/nl/service-i.am-identity-access-management label: I.AM (eHealth-platform) taal: nl last_verified: '2026-10-08' relations: - type: ownedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/fr/plate-forme-ehealth/ status: established - type: dependsOn direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/fr/certificats-ehealth/ status: established - type: dependsOn direction: uit target: cobrha target_url: https://ehealth-atlas.be/fr/cobrha/ status: established - type: seeAlso direction: uit target: therapeutische-relatie target_url: https://ehealth-atlas.be/fr/relation-therapeutique/ status: established - type: connectsTo direction: uit target: recip-e target_url: https://ehealth-atlas.be/fr/recip-e/ status: established - type: about direction: in target: authenticatie-in-de-zorg target_url: https://ehealth-atlas.be/fr/authentification-dans-les-soins-de-sante/ status: established - type: about direction: in target: ehealth-basisdiensten target_url: https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/ status: established - type: about direction: in target: ehealth-diensten target_url: https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/ status: established - type: about direction: in target: technische-integratie-ehealth target_url: https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/ status: established - type: connectsTo direction: in target: csam-fas target_url: https://ehealth-atlas.be/fr/service-federal-d-authentification-fas-au-sein-de-csam/ status: established - type: dependsOn direction: in target: ehealth-addressbook target_url: https://ehealth-atlas.be/fr/ehealth-addressbook/ status: established - type: dependsOn direction: in target: ehealth-connector target_url: https://ehealth-atlas.be/fr/connecteurs-ehealth/ status: established - type: dependsOn direction: in target: ehealth-pseudonimisering target_url: https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/ status: established - type: dependsOn direction: in target: ehealthbox target_url: https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/ status: established - type: dependsOn direction: in target: implantatenregister target_url: https://ehealth-atlas.be/fr/registre-central-de-tracabilite-implants/ status: established - type: dependsOn direction: in target: recip-e target_url: https://ehealth-atlas.be/fr/recip-e/ status: established - type: dependsOn direction: in target: toegangsmatrix-dienst target_url: https://ehealth-atlas.be/fr/service-matrice-d-acces-ws-matrix-padac/ status: established - type: dependsOn direction: in target: uhmep target_url: https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/ status: established - type: dependsOn direction: in target: vaccinnet target_url: https://ehealth-atlas.be/fr/vaccinnet/ status: established - type: dependsOn direction: in target: vitalink target_url: https://ehealth-atlas.be/fr/vitalink/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/i-am-identity-access-management/ license: CC BY 4.0 --- # I.AM et I.AM Connect (Identity & Access Management) I.AM est le service de base par lequel les applications eHealth identifient, authentifient et autorisent les acteurs de soins et les systèmes. La famille utilise l'IDP pour les applications web classiques, le STS pour les services web SOAP, I.AM Connect pour le REST et les applications mobiles, et l'Attribute Authority pour les attributs provenant de sources authentiques. Le service est en production et prend en charge notamment Vitalink FHIR, eHealthBox REST et certains clients UHMEP. Pour les hôpitaux, le composant choisi détermine les certificats, les jetons, l'enregistrement de client et les renouvellements de clés dont une interface a besoin. ## Qu'est-ce que c'est ? I.AM (Identity & Access Management) est le service eHealth intégré d'identification, d'authentification et d'autorisation des acteurs de soins qui demandent l'accès à des services de la [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) et de ses partenaires[^1]. Il intègre la gestion des accès, des utilisateurs et de l'accès aux données, et distingue quatre contextes techniques : applications web, services web SOAP, services web REST et accès aux données (Data Access)[^1]. L'utilisateur choisit un profil sur la base de sa qualité telle qu'elle est consignée dans [CoBRHA](https://ehealth-atlas.be/fr/cobrha/)[^2]. ## Quels services ? I.AM fait en sorte que chaque application qui appelle des services eHealth ou des services partenaires établisse d'une manière commune qui est l'utilisateur ou le système et en quelle qualité il agit[^1][^2]. Le certificat identifie le système (logiciel/organisation), l'eID ou un jeton identifie l'utilisateur individuel[^3]. Pour les applications web, la spécification IDP (version 1.4, 14/10/2025) distingue trois niveaux de sécurité : itsme, eID et MyGov sont de niveau High, TOTP Substantial et nom d'utilisateur/mot de passe Low[^4]. L'IDP s'appuie sur le service d'authentification fédéral BOSA FAS[^4] ; en production, la plupart des applications redirigent automatiquement l'utilisateur vers le FAS[^4]. La spécification annonce que le « Belgian citizen token » (carte comportant 24 codes personnels) disparaîtra prochainement des méthodes d'authentification (spécification du 14/10/2025 ; le moment effectif n'a pas été trouvé)[^4]. Après l'authentification, I.AM applique les règles d'accès de l'application[^5]. ## Où en est-il et qui l'utilise ? Statut : **production**, comme service de base de la plate-forme eHealth[^2]. Les composants : | Service | Quoi | Pour qui | Page | |---|---|---|---| | I.AM IDP | accès SAML pour les applications web classiques côté serveur[^1] | Gestionnaires d'applications web | cette page | | I.AM STS | jeton SAML pour les services web SOAP après authentification par certificat ou eID[^6] | Intégrateurs de logiciels | [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) | | I.AM Connect | OpenID Connect et JWT pour les applications mobiles et REST[^1][^7] | Applications et organisations | cette page | | I.AM AA | Consultation de sources authentiques telles que CoBRHA et les mandats[^1][^2] | Services partenaires | [CoBRHA](https://ehealth-atlas.be/fr/cobrha/) | - **IDP par rapport à Connect** : pour les applications web classiques, la plate-forme eHealth recommande I.AM IDP ; les applications mobiles/natives et REST passent par I.AM Connect[^1]. - **STS** : le consommateur du service s'authentifie auprès du STS avec un certificat eHealth ou une eID, et le STS délivre un jeton SAML permettant d'appeler plusieurs services web pendant sa période de validité[^6]. Selon le cookbook STS WS Trust (version 1.2), la plate-forme eHealth renvoie au consommateur du service web une assertion SAML signée dans un RequestSecurityTokenResponse (RSTR)[^8]. Selon la page web « Beveiliging van webservices », le consommateur demande à cette occasion un jeton SAML 1.1 et signe l'appel SOAP selon la policy X.509 SHA256[^6]. Le même cookbook accepte pour l'élément obligatoire TokenType aussi bien « SAML1 response » que « SAML2 response »[^8] et contient un exemple de réponse pour SAML2[^8] ; cela montre une prise en charge, non un passage obligatoire. - **I.AM Connect** repose sur OIDC ; pour les services REST, l'authentification et l'autorisation des clients s'effectuent via OIDC et non via SAML[^1][^7]. - **I.AM AA** permet aux partenaires de consulter les sources authentiques eHealth, dont CoBRHA et les mandats, indépendamment de l'accès aux applications[^1][^2]. La consultation des [relations thérapeutiques](https://ehealth-atlas.be/fr/relation-therapeutique/) passe également par I.AM AA ; ces services devaient être réécrits techniquement fin 2025, avec une mise en service prévue le 2 décembre 2025[^9] ; la mise en service effective n'a pas été confirmée. Applications : l'environnement FHIR de [Vitalink](https://ehealth-atlas.be/fr/vitalink/) (en production depuis le 22/03/2024) utilise I.AM Connect[^10], de même que [Vaccinnet 2.0](https://ehealth-atlas.be/fr/vaccinnet/)[^11]. Selon le cookbook FHIR de Recip-e, l'API FHIR d'UHMEP exige, pour les clients du realm Healthcare, le flux IAM token exchange, de sorte que les providers techniques n'obtiennent pas de droits de pseudonymisation[^12] (voir [UHMEP et la prescription de renvoi électronique (eReferral)](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/)) ; pour les clients M2M, cela n'a pas été vérifié. Les variantes REST de l'eHealthBox et de l'Addressbook demandent un onboarding I.AM Connect distinct[^13] (voir [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/)). ### Interfaces techniques - **Clients et realms** : lors de l'onboarding, on choisit entre un enregistrement de client « Healthcare » (prestataire de soins ou application) et « M2M » (organisation)[^13]. Selon la spécification technique « IAM Mobile integration » (version 1.13), le flux client credentials n'est disponible que pour des clients d'organisation ou d'institution et ne prend pas en charge l'authentification d'un utilisateur final[^14] ; une application qui agit au nom d'un prestataire de soins individuel a donc besoin d'un autre flux (déduction). Un client-ID M2M d'une institution de soins a le format nihdi-<type>-XXXXXXXX avec le numéro INAMI de l'institution[^13]. Dans l'API FHIR de [Recip-e](https://ehealth-atlas.be/fr/recip-e/), les pharmacies hospitalières ([Le pharmacien hospitalier et le schéma de médication partagé](https://ehealth-atlas.be/fr/pharmacien-hospitalier/)) utilisent un client M2M propre et ne peuvent pas réutiliser le client de l'hôpital[^12]. - **Choix d'architecture** : la plate-forme eHealth propose SOAP pour les applications sur un seul appareil et REST pour les applications sur plusieurs appareils ; pour les nouveaux projets mobiles, REST est privilégié[^15]. - **Sécurisation des messages** : les données médicales doivent être sécurisées au moins au niveau du message, pas uniquement au niveau du transport[^15] ; un chiffrement end-to-end complet n'est pas toujours exigé, mais la communication doit au moins être sécurisée point-to-point[^15]. ### État et feuille de route - **Ancien endpoint STS retiré** : le service Saml11TokenService (endpoint iamsaml11tokenservice) n'est plus utilisé depuis octobre 2023 ; les connecteurs doivent utiliser l'endpoint SecurityTokenService, faute de quoi survient l'erreur « SOA-03005 WSDL compliance failure »[^16]. - **Renouvellement des clés 2026** : le 7 juillet 2026, la plate-forme eHealth a annoncé un renouvellement obligatoire des certificats/clés pour les intégrations SAML existantes (IDP/STS/AA) et pour la validation JWT dans I.AM Connect ; ceux qui gèrent manuellement des métadonnées ou des truststores devaient adapter cela avant le 22/07/2026[^17]. Ce message porte le titre « ERRATUM » et met ses corrections en évidence en jaune[^17] ; il mentionne pour les deux types de gestion l'échéance « avant le 22/07/2026 »[^17]. Un message du 11/06/2026 portant le même titre mentionnait d'autres dates : métadonnées « à partir du 26/05/2026 pour ACC et 24/06 PRD et avant le 6/10/2026 »[^18] et truststore « à partir du 29/07/2026 et avant le 6/10/2026 »[^18]. Pour la JWT signing key, des dates distinctes s'appliquaient : acceptation nouvelle clé 07/07/2026 et retrait de l'ancienne 04/08/2026, production nouvelle clé 28/07/2026 et retrait de l'ancienne 26/08/2026[^17]. - **Nouvelle version de l'IDP** : le 28/07/2026, la plate-forme eHealth a annoncé la migration de son IAM IDP vers une nouvelle version en acceptation, avec des modifications du look-and-feel[^19]. Les partenaires sont invités à tester (au moins le login, le choix du profil, le contenu des access tokens et le logout)[^19] ; aucune modification n'est attendue chez les intégrateurs, la planification de la production n'est pas encore fixée[^19]. Le message s'adresse aux clients I.AM Connect ; les intégrateurs de l'eHealth IAM IDP reçoivent une communication distincte[^19]. - **Nouveau certificat TLS (annonce)** : dans un message du 18/08/2026 adressé à tous les utilisateurs de services du domaine *.ehealth.fgov.be, la plate-forme eHealth a demandé de tester avec un nouveau certificat TLS en acceptation à partir du 02/09/2026 ; le certificat serait actif en production à partir du 13/10/2026[^20]. Le message demande d'installer aussi bien la Root CA HARICA 2015 que HARICA 2021[^20]. Qui utilise les métadonnées TSL en ligne mentionnées dans le message pour valider la chaîne et la récupérer périodiquement n'a rien à faire[^20]. - **SAML v2 (planification)** : selon une présentation publiée publiquement destinée au personnel de la plate-forme eHealth (30 janvier 2026), Recip-e doit passer de SAML v1 à SAML v2, parce que la plate-forme l'exige en 2026 pour toutes les applications qui utilisent des services de base[^21]. ## Qu'est-ce que cela signifie pour un hôpital ? - **Condition technique** : chaque connexion system-to-system avec les services de base eHealth exige un certificat eHealth[^3]. L'accès à certains services REST requiert en outre une intégration I.AM Connect[^2] ; pour les variantes REST de l'eHealthBox et de l'Addressbook, un onboarding I.AM Connect distinct est requis[^13]. Vitalink FHIR s'appuie également sur I.AM Connect[^10] ; pour les clients du realm Healthcare, l'API FHIR d'UHMEP exige le flux IAM token exchange[^12]. - **Risque opérationnel** : les renouvellements de clés et de certificats ont des dates strictes[^17]. Selon l'annonce, le nouveau certificat TLS pour *.ehealth.fgov.be devient actif en production à partir du 13/10/2026 ; un système qui ne fait pas confiance aux roots HARICA doit les installer ou utiliser les métadonnées TSL en ligne[^20]. Qui gère manuellement des truststores doit les mettre à jour à temps ; la plate-forme eHealth diffuse ses certificats de confiance selon la spécification ETSI pour les Trusted Lists, de sorte que cela peut être automatisé[^3]. - **Recommandation** (propre) : tenez un registre de tous les clients I.AM (Healthcare/M2M), des couplages STS et des truststores par application, avec un responsable par date de renouvellement. ### Conditions de mise en œuvre et limites Voir [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) pour les certificats et [Connecteurs eHealth (eHealth platform services connectors)](https://ehealth-atlas.be/fr/connecteurs-ehealth/) pour les bibliothèques qui gèrent l'authentification STS et le chiffrement. Dans l'environnement d'acceptation, outre un certificat d'acceptation, le connecteur est également nécessaire[^22]. L'aperçu par service cible se trouve sur [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/). ## Incertitudes et informations contradictoires - **Version SAML** : la présentation au personnel de janvier 2026 parle d'un passage obligatoire de SAML v1 à v2 en 2026[^21], alors que la page web « Beveiliging van webservices » décrit encore la demande d'un jeton SAML 1.1[^6], que l'ancien endpoint Saml11TokenService est retiré depuis octobre 2023[^16], et que la communication officielle de juillet 2026 porte sur le renouvellement des clés, non sur une version de protocole[^17]. Le cookbook STS 1.2 et la spécification IDP 1.4 prennent en charge, outre SAML 1.1, également SAML 2.0[^8][^4] ; aucune date d'obligation officielle n'a été trouvée. Ce qui devient précisément obligatoire, et quand, n'est pas univoque. - **Échéances du renouvellement des clés** : l'erratum du 07/07/2026 mentionne « avant le 22/07/2026 »[^17], le message du 11/06/2026 parlait de « avant le 6/10/2026 »[^18]. L'erratum porte le même titre que le message du 11/06/2026 et donne d'autres échéances (interprétation : l'erratum remplace ce message) ; quels passages ont été corrigés ne ressort pas du texte, car la mise en évidence en jaune n'est pas déductible[^17]. - Aucun plan de migration publié de SOAP/SAML vers OIDC n'a été trouvé (lacune). ## Relaties - relève de: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^1][^2]. I.AM is een basisdienst van het eHealth-platform. - dépend de: [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) (établi)[^6] - dépend de: [CoBRHA](https://ehealth-atlas.be/fr/cobrha/) (établi)[^1][^2] - voir aussi: [Relation thérapeutique](https://ehealth-atlas.be/fr/relation-therapeutique/) (établi)[^9]. 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. - se connecte à: [Recip-e (prescription électronique dans le secteur ambulatoire)](https://ehealth-atlas.be/fr/recip-e/) (établi)[^21][^12]. Recip-e gebruikt I.AM-clients en was volgens een presentatie van 30 januari 2026 onderwerp van een geplande SAML-v2-migratie. - porte sur (entrant): [Authentification dans les soins de santé](https://ehealth-atlas.be/fr/authentification-dans-les-soins-de-sante/) (établi)[^4][^23][^24] - se connecte à (entrant): [Service fédéral d'authentification (FAS) au sein de CSAM](https://ehealth-atlas.be/fr/service-federal-d-authentification-fas-au-sein-de-csam/) (établi)[^4][^24] - dépend de (entrant): [eHealth Addressbook](https://ehealth-atlas.be/fr/ehealth-addressbook/) (établi)[^13] - porte sur (entrant): [Services de base de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/) (établi)[^2] - dépend de (entrant): [Connecteurs eHealth (eHealth platform services connectors)](https://ehealth-atlas.be/fr/connecteurs-ehealth/) (établi)[^16] - porte sur (entrant): [Services et API de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/) (établi)[^1] - dépend de (entrant): [Pseudonymisation et anonymisation (plate-forme eHealth)](https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/) (établi)[^25] - dépend de (entrant): [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) (établi)[^13] - dépend de (entrant): [Registre central de traçabilité des implants (CTR) et SADMI](https://ehealth-atlas.be/fr/registre-central-de-tracabilite-implants/) (établi)[^26] - dépend de (entrant): [Recip-e (prescription électronique dans le secteur ambulatoire)](https://ehealth-atlas.be/fr/recip-e/) (établi)[^12] - porte sur (entrant): [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) (établi)[^1] - dépend de (entrant): [Service matrice d'accès de la plate-forme eHealth (WS Matrix, PADAC)](https://ehealth-atlas.be/fr/service-matrice-d-acces-ws-matrix-padac/) (établi)[^27] - dépend de (entrant): [UHMEP et la prescription de renvoi électronique (eReferral)](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/) (établi)[^12] - dépend de (entrant): [Vaccinnet](https://ehealth-atlas.be/fr/vaccinnet/) (établi)[^11][^28] - dépend de (entrant): [Vitalink](https://ehealth-atlas.be/fr/vitalink/) (établi)[^10][^29] ## 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 genoemde 'SAML v1 naar v2'-verplichting in 2026 een protocolwijziging voor alle STS-gebruikers, of enkel voor Recip-e? Een officiële verplichtingsdatum is niet gevonden. - Welke impact had de sleutelvernieuwing van juli-augustus 2026 op EPD's (storingen, verlengde deadlines)? - Wanneer volgt de productie-uitrol van de nieuwe IDP-versie? De planning was op 28/07/2026 nog niet vastgelegd. - 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]: [I.AM Identity Provider – Tech Specs v1.4](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/73c34e477b3b24ae14866882b24506e84f78a948/i-am-idp-cookbook-v1-4.pdf). eHealth-platform, 2025-10-14. Opgehaald 2026-10-07, sha256 46a53092cd92bf4e… (SRC-a5c92698de) [^5]: [Geïntegreerd gebruikers- en toegangsbeheer (IAM)](https://www.ehealth.fgov.be/ehealthplatform/nl/geintegreerd-gebruikers-en-toegangsbeheer-iam). eHealth-platform. Opgehaald 2026-09-28, sha256 cb0ce1a43bf9e03b… (SRC-e6b4005113) [^6]: [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) [^7]: [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) [^8]: [STS – WS Trust - Cookbook](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/5f9e569e0c2436a8ed38f8fc47cd5fba93af5667/sts-ws-trust-cookbook-v1-2.pdf). eHealth-platform, 2025-07-04. Opgehaald 2026-09-26, sha256 fb67b45e6ee5f9a8… (SRC-2c2e9d7ae5) [^9]: [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) [^10]: [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) [^11]: [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) [^12]: [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) [^13]: [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) [^14]: [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) [^15]: [Architecturen | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-architecturen). eHealth-platform. Opgehaald 2026-09-26, sha256 0dab3b09a4a3129f… (SRC-0eb97991a9) [^16]: [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) [^17]: [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) [^18]: [eHealth Communication: Renewal of I.AM Certificates - Required Actions for SAML and I.AM Connect Integrations (bericht 11/06/2026)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/1b97265db93b792d41e775f131d09559d41d8008/renewal-of-i-am-certificates-required-actions-for-saml-and-i-am-connect.pdf). eHealth-platform, 2026-06-11. Opgehaald 2026-10-08, sha256 f645dc33dee0151c… (SRC-83aa4238fd) [^19]: [eHealth platform communication - 28/07/2026: IDP migration (ACC)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/f0ac320472e1b3ccf800f5ef5fc35021f37267d5/ehealth-platform-communication-idp-acc.pdf). eHealth-platform, 2026-07-28. Opgehaald 2026-10-08, sha256 62243c6d761ec6b6… (SRC-9cac292f1a) [^20]: [eHealth platform communication - 18/08/2026: Replacement of the HARICA Root CA for SSL Certificates *.ehealth.fgov.be](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/2b1eb1212d86a9436c5afa34c807190b88132e14/ehealth-platform-communication-news.pdf). eHealth-platform, 2026-08-18. Opgehaald 2026-10-08, sha256 585a08d0c745fca3… (SRC-7100738e3f) [^21]: [Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth)](https://www.frankrobben.be/wp-content/uploads/2026/01/20260130a.pptx). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal), 2026-01-30. Opgehaald 2026-09-26, sha256 b58fc6b2201308cb… (SRC-88e226b672) [^22]: [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) [^23]: [IAM STS to IDP/IAM Connect - Cookbook (SSO from fat to thin client) v1.5](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/0be0ea08d97f7ceeb2db573142df0090e4c83927/iam-sso-from-fat-to-thin-client-tech-specs-v1-5.pdf). eHealth-platform, 2026-09-11. Opgehaald 2026-10-07, sha256 35f4ece0bc267c38… (SRC-a881336f8b) [^24]: [IAM eXchange - Tech Specs v1.4](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/7b7924a2b772b28caab82b0aec53cd7b1f218f29/iam-exchange-technical-specifications-v1-4.pdf). eHealth-platform, 2026-09-10. Opgehaald 2026-10-07, sha256 ef87b9624f73fa6d… (SRC-a64792a86d) [^25]: [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) [^26]: [CTR - Centraal Traceerbaarheidsregister | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ctr-centraal-traceerbaarheidsregister). eHealth-platform. Opgehaald 2026-09-28, sha256 3f29a72419097b93… (SRC-dfb54b9e7d) [^27]: [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) [^28]: [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) [^29]: [Onboarding I.AM Connect Vitalink v2.1](https://www.vitalink.be/sites/default/files/2026-03/2026-Onboarding-I.AM-Connect-Vitalink-v2.1_0.docx). Vitalink (Departement Zorg), 2026-03-01. Opgehaald 2026-10-27, sha256 4154baff45f98a53… (SRC-a33755cf27)