--- id: authenticatie-in-de-zorg type: Topic type_label: Aperçu ou dossier title: Authentification dans les soins de santé aliases: - aanmelden bij eHealth-diensten - digitale sleutels in de zorg - identiteits- en toegangsbeheer in de zorg - MyGov.be - MyGov.be-app - Belgische digitale portefeuille names: nl: Authenticatie in de zorg fr: Authentification dans les soins de santé en: Authentication in healthcare de: Authentifizierung im Gesundheitswesen jurisdiction: - belgie - eu themes: - identiteit-en-toegang - architectuur-en-infrastructuur - patientparticipatie - grensoverschrijdend lifecycle: nvt lifecycle_note: 'Sujet transversal. La connexion via FAS est en production; MyGov.be est aussi une clé numérique depuis le 14 octobre 2025. Le portefeuille européen découle d''eIDAS 2.0, avec des délais liés à des actes d''exécution.' version: Spécification eHealth IDP v1.4 (14/10/2025) ; FAS Assurance Framework v1.2 (26/09/2022) ; spécification IAM eXchange v1.4 summary: 'L''authentification consiste à établir qui se connecte à une application de soins numérique. Les citoyens et les prestataires de soins utilisent pour cela une clé numérique du service fédéral d''authentification FAS, comme l''eID, itsme ou l''application MyGov.be, chacune avec un niveau de fiabilité. Le service d''identité de la plate-forme eHealth s''appuie sur FAS, ne propose par application que les clés du niveau requis et laisse ensuite l''utilisateur choisir un profil, comme citoyen ou prestataire de soins. Les logiciels se connectent avec des certificats eHealth et des tokens. Le règlement eIDAS révisé ajoute un portefeuille européen d''identité numérique que les services publics recourant à l''identification électronique doivent accepter.' last_verified: '2026-10-08' relations: - type: about direction: uit target: csam-fas target_url: https://ehealth-atlas.be/fr/service-federal-d-authentification-fas-au-sein-de-csam/ status: established - type: about direction: uit target: i-am-connect target_url: https://ehealth-atlas.be/fr/i-am-identity-access-management/ status: established - type: about direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/fr/certificats-ehealth/ status: established - type: about direction: uit target: mijngezondheid target_url: https://ehealth-atlas.be/fr/masante/ status: established - type: about direction: uit target: cobrha target_url: https://ehealth-atlas.be/fr/cobrha/ status: hypothesis - type: about direction: uit target: eidas-verordening target_url: https://ehealth-atlas.be/fr/reglement-eidas/ status: established - type: about direction: uit target: ehds-primair-gebruik target_url: https://ehealth-atlas.be/fr/utilisation-primaire-des-donnees-de-sante-electroniques-ehds/ status: established - type: about direction: uit target: portahealth target_url: https://ehealth-atlas.be/fr/portahealth/ status: established - type: appliesTo direction: in target: eidas-verordening target_url: https://ehealth-atlas.be/fr/reglement-eidas/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/authentification-dans-les-soins-de-sante/ license: CC BY 4.0 --- # Authentification dans les soins de santé L'authentification consiste à établir qui se connecte à une application de soins numérique. Les citoyens et les prestataires de soins utilisent pour cela une clé numérique du service fédéral d'authentification FAS, comme l'eID, itsme ou l'application MyGov.be, chacune avec un niveau de fiabilité. Le service d'identité de la plate-forme eHealth s'appuie sur FAS, ne propose par application que les clés du niveau requis et laisse ensuite l'utilisateur choisir un profil, comme citoyen ou prestataire de soins. Les logiciels se connectent avec des certificats eHealth et des tokens. Le règlement eIDAS révisé ajoute un portefeuille européen d'identité numérique que les services publics recourant à l'identification électronique doivent accepter. ## En bref - **Quoi** : avec le service fédéral d'authentification FAS, les citoyens s'authentifient au moyen de clés numériques, chacune liée à un niveau de fiabilité[^1][^2]. - **Comment** : l'IDP eHealth s'appuie sur FAS, ne propose par application que des méthodes de connexion du niveau minimal requis et laisse ensuite l'utilisateur choisir une identité, comme une qualité professionnelle [^3]. - **Logiciels** : une connexion de système à système avec les services de base de la plate-forme eHealth exige un certificat eHealth[^4], et l'échange de tokens via IAM eXchange est réservé aux Trusted Platforms [^5]. - **État** : selon itsme, près de 68 % des connexions FAS passaient par itsme en 2023[^6] ; depuis le 14 octobre 2025, l'application MyGov.be est aussi une clé numérique[^7], que l'IDP eHealth accepte [^3]. - **Planification** : eIDAS 2.0 oblige les États membres à fournir un portefeuille européen d'identité dans les 24 mois suivant certains actes d'exécution[^8] ; les parties privées qui doivent appliquer une authentification forte, y compris dans les soins de santé, l'acceptent sur demande au plus tard 36 mois après ces actes, à l'exception des micro et petites entreprises[^8]. - **Hôpital** : le single sign-on d'un logiciel propre vers une application web eHealth ne fonctionne pas avec des tokens basés sur un certificat d'établissement[^9]. - **Plus grande incertitude** : quelles clés l'IDP eHealth propose aujourd'hui : la spécification d'octobre 2025 cite itsme comme seul partenaire privé, et Smart-ID est disponible dans FAS depuis mars 2026 [^3][^10]. ## De quoi s'agit-il ? L'authentification consiste à établir qui se connecte ; dans les soins de santé belges, elle intervient dans trois situations : un citoyen ou un patient qui ouvre une application web ou mobile, un prestataire de soins qui utilise une application web ou son propre logiciel, et un logiciel qui appelle un service sans intervention humaine (machine à machine). Cette page en donne une vue d'ensemble ; les détails techniques figurent sur les sous-pages. Pour les personnes, la base est le Federal Authentication Service (FAS) : les citoyens s'y authentifient au moyen de clés numériques afin que les pouvoirs publics sachent qui demande l'accès à leurs applications[^1]. FAS est l'un des services de Common Secure Access Management ([CSAM](https://ehealth-atlas.be/fr/service-federal-d-authentification-fas-au-sein-de-csam/))[^2], un ensemble de conventions et de règles relatives à la gestion des identités et des accès dans l'e-Government[^11]. Selon CSAM, diverses institutions de soins de santé font notamment appel à CSAM pour l'accès à leurs services en ligne[^11]. Une clé numérique est un moyen de connexion, tel que l'eID ou une application, et chaque clé est associée à un niveau de garantie (Level of Assurance)[^2]. Le cadre FAS applique sans dérogation au contexte belge les niveaux de garantie du [règlement eIDAS](https://ehealth-atlas.be/fr/reglement-eidas/)[^2]. FAS authentifie uniquement des personnes physiques ; une personne qui agit au nom d'une entreprise le fait au moyen de rôles et de mandats de personnes physiques[^2]. La [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) y superpose son propre service d'identité I.AM : l'eHealth IDP (identity provider pour les applications web) s'appuie sur BOSA FAS pour l'authentification des utilisateurs[^3], tout comme I.AM Connect dans IAM eXchange[^5]. Après l'authentification, I.AM applique les règles d'accès de l'application et accorde ou refuse l'accès[^12]. La structure de la famille I.AM est présentée sur [I.AM (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/), les certificats destinés aux systèmes sur [Certificats eHealth](https://ehealth-atlas.be/fr/certificats-ehealth/) et les autres services gratuits sur [Services de base de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/). ## Composants ### Clés numériques et leur niveau FAS et l'eHealth IDP utilisent les trois mêmes niveaux (faible, substantiel, élevé), mais les listes de clés proposées diffèrent[^1][^3]. | Clé numérique | Niveau dans FAS | Dans la spécification eHealth IDP (v1.4) | |---|---|---| | eID avec lecteur de carte | élevé[^1] | élevé, méthode la plus forte[^3] | | itsme (prestataire reconnu) | élevé avec code PIN, substantiel avec biométrie[^1] | seul partenaire privé reconnu, niveau élevé[^3] | | Application MyGov.be | élevé avec code PIN, substantiel avec biométrie[^1] | acceptée, niveau élevé[^3] | | Smart-ID | disponible depuis le 16 mars 2026 selon ITdaily, reconnue au niveau élevé en janvier 2026[^10] | non trouvé | | Nom d'utilisateur, mot de passe et code de sécurité | substantiel, code transmis par application mobile, SMS ou courriel[^1] | substantiel, code transmis par application mobile[^3] | | Nom d'utilisateur et mot de passe uniquement | faible[^1] | faible, méthode la plus faible[^3] | | Clé européenne reconnue (eIDAS) | élevé ou substantiel[^1] | non trouvé | | Helena | non trouvé | supprimée dans la version 1.4[^3] | | Code par token (24 codes personnels) | annoncé comme n'étant plus disponible à partir du 31 janvier 2024 (source secondaire, décembre 2023)[^13] | non trouvé | Selon itsme, itsme était en 2020 la méthode de connexion la plus utilisée pour les services eHealth[^14] et, en 2023, près de 68% de toutes les authentifications FAS passaient selon itsme par itsme, 16% par l'eID et 16% par d'autres méthodes[^6] ; il s'agit de chiffres fournis par le prestataire lui-même. En janvier 2019, la Plate-forme eHealth proposait, selon un manuel de l'INAMI, trois méthodes de connexion : eID, itsme et nom d'utilisateur et mot de passe avec un code TOTP[^15]. Cette application TOTP devait alors être préalablement enregistrée sur le portail fédéral (CSAM, Mijn digitale sleutels), au moyen d'une connexion unique avec l'eID[^15]. La procédure de reconnaissance des clés privées telles qu'itsme est décrite sur [CSAM](https://ehealth-atlas.be/fr/service-federal-d-authentification-fas-au-sein-de-csam/). ### Citoyens et patients L'application mobile [Masanté](https://ehealth-atlas.be/fr/masante/) est uniquement accessible par une authentification forte avec CSAM-FAS, telle qu'itsme[^16]. Pour accélérer l'accès sur l'appareil, l'application impose un code PIN et/ou la biométrie[^16]. Lors de la première utilisation, l'utilisateur reçoit un message de consentement standard du service de base IAM de la Plate-forme eHealth, car l'application demande des données en son nom[^16]. D'autres applications destinées aux citoyens utilisent également ces clés. Certaines fonctions Metahub sont accessibles aux patients sous forme d'application web avec eID, itsme ou TOTP[^17] (voir [Accès du patient et portails patients](https://ehealth-atlas.be/fr/acces-du-patient-et-portails-patients/)). L'[eHealthBox (boîte aux lettres électronique sécurisée)](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) est accessible sous forme d'application web avec eID, itsme ou TOTP[^18]. L'accès à My eBox, utilisée pour l'invitation au dépistage organisé du cancer du col de l'utérus, passe par la plate-forme CSAM[^19] (voir [Dépistage organisé (numérique)](https://ehealth-atlas.be/fr/depistage-organise-numerique/)). Aucune source primaire n'a été trouvée sur la manière dont les portails patients des hubs assurent la connexion. ### Prestataires de soins Après l'authentification, l'eHealth IDP recherche dans les sources authentiques eHealth des identités supplémentaires de l'utilisateur, telles qu'une qualité professionnelle, parmi lesquelles l'utilisateur choisit pour chaque application[^3]. L'IDP connaît cinq profils : Citizen, Quality (professionnel), Organization, Mandate et Parent[^3] ; le profil Quality identifie l'utilisateur comme professionnel, par exemple comme médecin[^3]. Pour eLys, la source mentionne CSAM pour la connexion et [CoBRHA](https://ehealth-atlas.be/fr/cobrha/) pour l'attribution du rôle[^20]. Chaque application placée derrière l'eHealth IDP reçoit un niveau de sécurité minimal, et l'IDP ne propose que les méthodes de connexion qui atteignent ce minimum[^3]. Si une deuxième application exige un niveau supérieur au cours de la même session de navigation, l'utilisateur doit se reconnecter avec une méthode de ce niveau[^3]. Aucune liste publique des applications eHealth et de leur niveau minimal n'a été trouvée. Exemples d'applications web destinées aux prestataires de soins : | Application | Connexion | Page | |---|---|---| | Orgadon (médecins généralistes) | par le portail eHealth, après identification via CSAM avec eID ou itsme[^21] | [Orgadon – déclaration de volonté don de matériel corporel humain](https://ehealth-atlas.be/fr/orgadon-declaration-de-volonte-don-de-materiel-corporel-humain/) | | eLys (déclaration de décès) | par la Plate-forme eHealth, avec CSAM pour la connexion[^20] | [eLys – plateforme pour l'administration des décès](https://ehealth-atlas.be/fr/elys-plateforme-pour-l-administration-des-deces/) | | Heracles (dépistage du cancer du sein) | procédure d'identification unique sur la plate-forme CSAM, puis gestion des utilisateurs par le responsable final[^22] | [Heracles](https://ehealth-atlas.be/fr/heracles/) | | Portahealth (RHM) | procédure de connexion par eID ou itsme selon les directives RHM de février 2026[^23] | [Portahealth](https://ehealth-atlas.be/fr/portahealth/) | | Self Service Mandates | eID, itsme, TOTP ou token citoyen[^24] | [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) | Pour les soins à distance, la réglementation impose elle-même des exigences. Sauf en cas de téléphone, la technologie utilisée pour une téléconsultation doit authentifier le prestataire de soins et le patient au moyen d'un dispositif FAS ou d'un système propre au fournisseur qui satisfait à des conditions cumulatives[^25] : enregistrement unique de l'identité avec un dispositif FAS atteignant au moins le niveau fixé par le Comité de gestion de la Plate-forme eHealth[^25], conditions du niveau substantiel du règlement d'exécution (UE) 2015/1502 et, pour le dispositif propre et son activation, conditions du niveau faible[^25] (voir [Téléconsultation (consultation à distance)](https://ehealth-atlas.be/fr/teleconsultation-consultation-a-distance/)). Pour la télésurveillance de l'insuffisance cardiaque, les prestataires de soins et le patient s'authentifient au moyen d'un dispositif intégré dans FAS ou d'un système propre au fournisseur, sous réserve de conditions cumulatives[^26] (voir [Télésurveillance et orientation thérapeutique en cas d'insuffisance cardiaque chronique](https://ehealth-atlas.be/fr/telesurveillance-insuffisance-cardiaque-chronique/)). ### Logiciels et machine à machine Un certificat eHealth permet à un prestataire de soins ou à une organisation de s'authentifier comme prestataire de soins ou établissement reconnu, et il est requis dès qu'un logiciel veut accéder aux services de base eHealth par une connexion de système à système[^4]. Le STS (Security Token Service) de la Plate-forme eHealth délivre des tokens SAML : Holder-of-Key pour les utilisateurs finaux et Sender-Vouches pour les prestataires de services, selon le document « eHealth-IAM Overview » de 2013[^27]. Deux transitions entre ces univers sont décrites : - **D'un logiciel propre à une application web (SSO du client « lourd » au client « léger »)** : un utilisateur qui possède un token de session STS dans son logiciel peut le réutiliser pour se connecter à l'eHealth IDP ou à I.AM Connect[^9]. À cette fin, le logiciel demande un bearer token valable au maximum 10 minutes[^9]. Cela ne fonctionne pas avec les tokens STS fondés sur un certificat eHealth d'un établissement ou d'une organisation[^9]. - **De REST à SOAP (IAM eXchange)** : IAM eXchange délivre des tokens de session SAML Holder-of-Key qui confirment qu'un client possède un profil eHealth valide, afin que les applications REST et OIDC puissent appeler les services SOAP existants[^5]. Les clients techniques (flux client credentials) ne peuvent pas échanger de tokens ; cette fonction est réservée aux Trusted Platforms[^5]. Comme la plate-forme agit au nom de l'utilisateur final, celui-ci doit d'abord donner son consentement[^5]. Le JWT délivré par I.AM Connect après la conversion contient le profil actif de l'utilisateur[^9]. L'engagement relatif à I.AM Connect Token Exchange qualifie les tokens échangés de credentials secondaires représentant une délégation des droits de l'utilisateur final et devant bénéficier de la protection maximale[^28]. Un token échangé ne peut jamais conférer davantage de droits que le token original[^28]. L'envoi de données non pseudonymisées à un service destinataire qui exige une pseudonymisation par token exchange constitue, selon l'engagement, une violation de données[^28] ; les cas concernés sont décrits sur [I.AM (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) et [UHMEP / prescription de renvoi électronique](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/). ### MyGov.be et le portefeuille européen d'identité numérique MyGov.be est une application des autorités fédérales : selon le Conseil des ministres du 1 septembre 2023, le SPF BOSA gère le programme de développement, et l'application devient la mise en œuvre belge du portefeuille numérique européen[^29]. L'un des cinq volets stratégiques est une identité numérique mobile, dotée de fonctions d'identification, d'authentification et de signature ou de cachet électronique[^29]. Depuis le 14 octobre 2025, l'application peut aussi servir de clé numérique pour se connecter aux services publics en ligne[^7] ; elle est activée avec l'eID et un lecteur de carte ou avec un compte itsme actif[^7]. La version 1.4 de la spécification eHealth IDP (14 octobre 2025) a ajouté MyGov comme méthode de connexion[^3]. Une présentation d'avril 2026 sur l'e-santé en Belgique décrit MyGov.be comme le portefeuille belge d'identité numérique, conforme à eIDAS 2.0, avec une authentification fondée sur le Registre national, un accès à l'eBox des citoyens et la conservation de documents numériques juridiquement valables avec vérification hors ligne[^30]. Selon cette présentation, les certificats de vaccination COVID, la carte isi+ des enfants, les actes de naissance et de mariage ainsi que le statut social (MyBEnefits) peuvent notamment déjà être chargés dans l'application[^30]. Pour les soins de santé, l'intention est de charger dans l'application, à l'appui de l'[EHDS](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/), la carte européenne d'assurance maladie (EHIC) et les prescriptions électroniques via [Recip-e](https://ehealth-atlas.be/fr/recip-e/), puis de les transmettre à la pharmacie au moyen d'un code QR[^30]. Lors du lancement, The Brussels Times annonçait que l'EHIC serait intégrée à l'application d'ici 2026[^31] ; sa réalisation n'est pas confirmée. Le cadre européen découle du [règlement eIDAS](https://ehealth-atlas.be/fr/reglement-eidas/). Chaque État membre doit fournir au moins un portefeuille européen d'identité numérique dans les 24 mois suivant l'entrée en vigueur des actes d'exécution visés[^8]. Les services publics qui exigent une identification électronique doivent également accepter ce portefeuille[^8]. Les parties privées tenues d'appliquer une authentification forte des utilisateurs, notamment dans les soins de santé, l'acceptent à la demande volontaire de l'utilisateur au plus tard 36 mois après les actes d'exécution, à l'exception des microentreprises et des petites entreprises[^8]. Les considérants citent le secteur de la santé comme exemple dans lequel l'authentification hors ligne est importante, notamment afin de pouvoir se fier aux prescriptions électroniques figurant sur des codes QR[^8]. Le règlement EHDS s'appuie sur ce cadre (voir [Utilisation primaire des données de santé électroniques (EHDS)](https://ehealth-atlas.be/fr/utilisation-primaire-des-donnees-de-sante-electroniques-ehds/)). Les citoyens peuvent s'identifier auprès des services d'accès au moyen de tout dispositif d'identification reconnu au titre d'eIDAS[^32], et les services d'accès destinés aux professionnels de santé ne sont accessibles qu'avec un dispositif reconnu au titre d'eIDAS ou un dispositif conforme aux spécifications communes de l'article 36[^32]. Le règlement d'exécution (UE) 2026/2099 précise l'échange transfrontalier via MyHealth@EU : lorsqu'un prestataire de soins demande un tel échange à la requête en ligne du patient, il identifie et authentifie ce patient au moyen d'un dispositif eIDAS d'abord d'un niveau au moins substantiel, puis, à partir du 26 mars 2030, d'un niveau élevé[^33]. Selon le même règlement d'exécution, à partir du 26 mars 2029, un professionnel de santé qui demande un échange transfrontalier doit accepter les attributs de santé présentés par le patient au moyen d'un portefeuille européen d'identité numérique[^33]. La position belge en matière d'identification transfrontalière est qu'un prestataire ou établissement de soins s'authentifie avec un dispositif eIDAS de niveau substantiel, y compris les EUDI wallets[^34]. ## Phase | Composant | Phase | Preuve | |---|---|---| | FAS avec eID, itsme et codes | production |[^1] | | eHealth IDP sur FAS | production ; spécification v1.4 du 14 octobre 2025 |[^3] | | MyGov.be comme clé numérique | production depuis le 14 octobre 2025 |[^7] | | Smart-ID dans FAS | disponible depuis le 16 mars 2026 selon ITdaily ; non trouvé dans l'eHealth IDP |[^10] | | Code par token | annoncé comme retiré à partir du 31 janvier 2024 (source secondaire, décembre 2023) |[^13] | | Helena comme méthode de connexion dans l'eHealth IDP | supprimée dans v1.4 |[^3] | | Documents de santé dans MyGov.be (EHIC, prescriptions) | intention et annonce |[^30][^31] | | Portefeuille européen (eIDAS 2.0) | obligation assortie de délais après les actes d'exécution |[^8] | ## Qu'est-ce que cela signifie pour un hôpital ? - **Deux voies de connexion** : un hôpital connecte un logiciel de système à système au moyen d'un certificat eHealth[^4], tandis que les personnes se connectent aux applications web par FAS[^3]. Ce choix a des conséquences : le single sign-on d'un logiciel propre vers une application web eHealth ne fonctionne pas avec des tokens fondés sur un certificat d'établissement[^9]. La manière dont les DPI authentifient en pratique leurs utilisateurs individuels auprès des services eHealth n'a pas été trouvée : les spécifications décrivent les flux techniques, et non les pratiques propres à chaque secteur. - **Token exchange** : toute partie qui conçoit des applications REST appelant des services SOAP au nom de l'utilisateur doit avoir le statut de Trusted Platform[^5] et assumer les obligations de l'engagement, notamment la pseudonymisation lorsque le service destinataire l'exige[^28]. - **Niveau minimal** : les collaborateurs qui utilisent des applications web ont besoin d'une clé correspondant au niveau de cette application[^3] ; une application exigeant un niveau supérieur au cours de la même session impose une nouvelle connexion[^3]. - **Dépendance envers FAS** : l'application Masanté et l'eHealth IDP s'appuient sur FAS[^16][^3] ; une panne ou une modification d'une clé FAS affecte donc également les applications de soins (interprétation). - **Portails patients et portefeuille de l'UE** : les parties privées du secteur des soins tenues d'appliquer une authentification forte devront accepter le portefeuille européen à la demande de l'utilisateur[^8] ; la question de savoir si et quand cette obligation s'appliquera au portail patients d'un hôpital dépend des actes d'exécution et de la mise en œuvre nationale (interprétation). **Recommandation :** consignez, pour chaque connexion, si elle repose sur une connexion personnelle ou sur un certificat d'établissement, et suivez l'évolution de la spécification eHealth IDP pour les nouvelles clés (Smart-ID, MyGov.be) et pour l'acceptation du portefeuille européen. ## Incertitudes et informations contradictoires 1. **Smart-ID** : la spécification eHealth IDP (v1.4, 14 octobre 2025) présente itsme comme le seul partenaire privé reconnu[^3], tandis que Smart-ID est disponible comme clé FAS depuis le 16 mars 2026 selon ITdaily[^10]. La spécification est probablement obsolète ; il n'a pas été vérifié si l'eHealth IDP propose Smart-ID. 2. **Niveau de MyGov.be** : le SPF BOSA attribue à MyGov.be le niveau élevé avec code PIN et le niveau substantiel avec biométrie[^1], tandis que la spécification eHealth IDP mentionne uniquement le niveau élevé[^3]. 3. **Chiffres d'utilisation** : les chiffres relatifs à l'utilisation des clés proviennent d'itsme elle-même[^6][^14] ; aucune source de BOSA, indépendante d'itsme, n'a été trouvée. 4. **Fin du code par token** : seul un blog secondaire de décembre 2023 annonce la date du 31 janvier 2024[^13] ; aucune confirmation ultérieure n'a été trouvée. 5. **Clés absentes de la spécification IDP** : aucune information n'a été trouvée sur le point de savoir si l'eHealth IDP propose les clés eIDAS d'autres États membres ou un code de sécurité par SMS ou courriel ; FAS les connaît[^1]. 6. **MyGov.be comme portefeuille de l'UE** : la présentation d'avril 2026 décrit MyGov.be comme conforme à eIDAS 2.0[^30], mais aucune notification formelle comme portefeuille européen ni aucun calendrier daté pour les documents de santé n'ont été trouvés[^30]. 7. **Délais eIDAS 2.0** : les délais de 24 et 36 mois courent à compter des actes d'exécution[^8] ; les actes servant de référence sont indiqués sur [le règlement eIDAS](https://ehealth-atlas.be/fr/reglement-eidas/). ## Relaties - porte sur: [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)[^3][^5][^16]. De eHealth IDP, I.AM Connect (bij IAM eXchange) en de app Mijngezondheid steunen voor de aanmelding van personen op FAS. - porte sur: [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) (établi)[^3][^9][^5]. I.AM (IDP, STS, I.AM Connect) is de eHealth-laag bovenop FAS. - porte sur: [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) (établi)[^4][^9]. Systeem-tot-systeemkoppelingen authenticeren met een eHealth-certificaat. - porte sur: [Masanté (Mijngezondheid)](https://ehealth-atlas.be/fr/masante/) (établi)[^16]. De app Mijngezondheid is enkel toegankelijk via sterke authenticatie met CSAM-FAS. - porte sur: [CoBRHA](https://ehealth-atlas.be/fr/cobrha/) (hypothèse)[^3][^20]. De eHealth IDP verrijkt de identiteit uit authentieke bronnen; voor eLys noemt de bron CoBRHA voor de roltoekenning. - porte sur: [règlement eIDAS (910/2014, modifié par 2024/1183)](https://ehealth-atlas.be/fr/reglement-eidas/) (établi)[^2][^8]. Betrouwbaarheidsniveaus en de Europese portemonnee voor digitale identiteit. - porte sur: [Utilisation primaire des données de santé électroniques (EHDS) – chapitre II](https://ehealth-atlas.be/fr/utilisation-primaire-des-donnees-de-sante-electroniques-ehds/) (établi)[^32]. EHDS-toegangsdiensten vragen eIDAS-erkende identificatiemiddelen. - porte sur: [Portahealth](https://ehealth-atlas.be/fr/portahealth/) (établi)[^23]. Aanmelding met eID of itsme; of dat via FAS loopt, staat niet expliciet in de bron. - s'applique à (entrant): [règlement eIDAS (910/2014, modifié par 2024/1183)](https://ehealth-atlas.be/fr/reglement-eidas/) (établi)[^8] ## Open vragen - Biedt de eHealth IDP Smart-ID aan sinds het in maart 2026 in FAS beschikbaar werd? De IDP-specificatie van oktober 2025 noemt itsme als enige private partner. - Welke eHealth-toepassingen vragen welk minimumniveau (laag, substantieel, hoog)? - Hoe melden de patiëntportalen van de hubs zich aan: via de eHealth IDP of rechtstreeks via FAS? - Hoe zal het eHealth-platform de Europese digitale identiteitsportefeuille aanvaarden, en vanaf wanneer? - Is MyGov.be formeel aangemeld als Europese digitale identiteitsportefeuille, en welke gezondheidsattesten komen erin, met datum? ## Bronnen [^1]: [Privacyverklaring – FAS – Mijn digitale sleutels 1.3](https://sma-help.bosa.belgium.be/nl/fas-privacyverklaring). FOD BOSA, DG Vereenvoudiging en Digitalisering. Opgehaald 2026-10-07, sha256 aa417c8d1cd40fa7… (SRC-e084d77d1b) [^2]: [FAS Assurance Framework](https://bosa.belgium.be/sites/default/files/content/documents/DTdocs/FAS/FAS%20Assurance%20Framework.pdf). FOD BOSA - DG Simplification & Digitalization, domein IAA, 2022-09-26. Opgehaald 2026-10-07, sha256 76b9070212e4d4d5… (SRC-49845a2c83) [^3]: [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) [^4]: [eHealth-certificaten | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-certificaten). eHealth-platform. Opgehaald 2026-09-26, sha256 8354aeb9558fdadc… (SRC-9bfcb37059) [^5]: [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) [^6]: [Government underlines its confidence in itsme® by extending their accreditation](https://press.itsme-id.com/government-underlines-its-confidence-in-itsmer-by-extending-their-accreditation). Belgian Mobile ID (itsme). Opgehaald 2026-10-07, sha256 2c4149160d6046e5… (SRC-a9cfde677d) [^7]: [Gebruik de MyGov.be-app ook als digitale sleutel!](https://www.socialsecurity.be/citizen/nl/nieuws/gebruik-de-mygov-be-app-ook-als-digitale-sleutel). socialezekerheid.be (portaal van de sociale zekerheid), 2025-10-15. Opgehaald 2026-10-07, sha256 abd450c862c6e829… (SRC-a07a3b5be2) [^8]: [Verordening (EU) 2024/1183 tot wijziging van Verordening (EU) nr. 910/2014 wat betreft de vaststelling van het Europees kader voor digitale identiteit](https://eur-lex.europa.eu/legal-content/NL/TXT/HTML/?uri=CELEX:32024R1183). Europees Parlement en Raad (Publicatieblad van de EU), 2024-04-30. Opgehaald 2026-10-07, sha256 9aa37217eb16a27c… (SRC-87c58c8f47) [^9]: [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) [^10]: [Smart-ID officially ready for use to log in to government services](https://itdaily.com/news/software/smart-id-gebruiksklaar/). ITdaily, 2026-03-16. Opgehaald 2026-10-07, sha256 88eba36d9f4837c3… (SRC-11dd4854a2) [^11]: [Wat is CSAM?](https://www.csam.be/nl/over-csam.html). CSAM (RSZ, FOD BOSA, FOD Financiën, KSZ, FOD Economie, FOD Binnenlandse Zaken). Opgehaald 2026-10-07, sha256 f163a5a038d2cca7… (SRC-fce108e92d) [^12]: [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) [^13]: [E-services: aanmelden met het federale token niet meer mogelijk vanaf 31 januari 2024](https://blog.forumforthefuture.be/nl/article/e-services-aanmelden-met-het-federale-token-niet-meer-mogelijk-vanaf-31-januari-2024/21015). Forum for the Future (blog), 2023-12-04. Opgehaald 2026-10-07, sha256 23ee98321d02ba11… (SRC-bf12be8589) [^14]: [Belgians made massive use of itsme in 2020, especially to connect to eHealth services](https://www.itsme-id.com/en-BE/blog/itsme-3years-fas). Belgian Mobile ID (itsme). Opgehaald 2026-10-07, sha256 a59357bd6f0934a5… (SRC-f0c0a7349a) [^15]: [Toegang tot RIZIV toepassingen via eHealth V 1.4](https://www.riziv-inami.fgov.be/SiteCollectionDocuments/ehealth-toegang-webtoepassing.pdf). RIZIV, 2019-01-04. Opgehaald 2026-10-07, sha256 0af3d62416a24d96… (SRC-4c494a06fc) [^16]: [Privacyverklaring mobiele applicatie mijngezondheid](https://www.inami.fgov.be/nl/pagina/privacyverklaring-mobiele-applicatie-mijngezondheid). RIZIV. Opgehaald 2026-10-07, sha256 fb13c2da078f310c… (SRC-b1f0269438) [^17]: [Verwijzingsrepertorium (Metahub)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-verwijzingsrepertorium-metahub). eHealth-platform. Opgehaald 2026-09-25, sha256 9bca4ecae94c3991… (SRC-008bee8c2b) [^18]: [eHealthBox](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealthbox). eHealth-platform. Opgehaald 2026-09-26, sha256 5cfa6cfb5085560b… (SRC-71c7c4bb9f) [^19]: [Uitnodiging in je eBox](https://baarmoederhalskanker.bevolkingsonderzoek.be/nl/bhk/uitnodiging-je-ebox). Centrum voor Kankeropsporing. Opgehaald 2026-09-30, sha256 a666a52734840dbe… (SRC-d91fea3885) [^20]: [Toegang tot eLys voor artsen](https://docs.athumi.eu/elys/help/toegang-tot-elys-voor-artsen). Athumi Documentatie. Opgehaald 2026-09-30, sha256 d6f2dd4a2e1e4b9a… (SRC-fab27dc586) [^21]: [Registratie van de wilsverklaring voor donatie van menselijk lichaamsmateriaal – Gebruikershandleiding (arts)](https://ehealth.fgov.be/file/b36fd95bf83fa260e4490a9b3028e74dcfc3e3a4/7206cd84f9d64833612cd71f5b202f7b76a58d09/Manual_PHYSICIAN_NL.pdf). eHealth-platform. Opgehaald 2026-09-30, sha256 94911b0fccde0710… (SRC-29e88fdbf3) [^22]: [Handleiding Heracles voor mammografische eenheden](https://borstkanker.bevolkingsonderzoek.be/sites/default/files/2026-02/Handleiding%20Heracles%20voor%20MEs.pdf). Centrum voor Kankeropsporing. Opgehaald 2026-09-30, sha256 ac6b40aa4f0145cc… (SRC-ad162aeb90) [^23]: [MZG Inleiding (versie februari 2026)](https://www.health.belgium.be/sites/default/files/media/files/2026-02/inleiding_mzg_2026_02.pdf). FOD Volksgezondheid, 2026-02-01. Opgehaald 2026-09-25, sha256 ef20a49963f12aa6… (SRC-8f16a29d42) [^24]: [Hoe toegang krijgen tot applicaties](https://www.ehealth.fgov.be/nl/page/hoe-toegang-krijgen-tot-applicaties). eGezondheid. Opgehaald 2026-09-28, sha256 f77e7706b6c25c55… (SRC-c5ddd44e1b) [^25]: [Koninklijk besluit van 27 maart 2025 tot uitvoering van artikel 34, vijfde lid, van de GVU-wet (zorg op afstand)](https://www.ejustice.just.fgov.be/eli/besluit/2025/03/27/2025002802/staatsblad). Belgisch Staatsblad, 2025-04-07. Opgehaald 2026-09-26, sha256 1b7d6956457d09d2… (SRC-432927ffa9) [^26]: [Overeenkomst telemonitoring en therapiebegeleiding bij chronisch hartfalen](https://www.riziv.fgov.be/SiteCollectionDocuments/overeenkomst_telemonitoring_therapiebegeleiding_chronisch_hartfalen.docx). RIZIV - Dienst voor geneeskundige verzorging. Opgehaald 2026-09-26, sha256 23cb58cd97543514… (SRC-58fa2bcddb) [^27]: [Service specification eHealth-IAM Overview v1.0](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/d863152d1ae4eab267d3cb8845010561b7fb25b2/ehealth-i-am-overview-v1-0.pdf). eHealth-platform, 2013-07-11. Opgehaald 2026-10-07, sha256 d7eabc13257b96c8… (SRC-0add04a07c) [^28]: [Security commitment for IAM Connect Token Exchange (formulier v1.1)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/b32ff059d8a23bd4b8e90450a6d6b96c45dd0fa6/iam-connect-token-exchange-security-commitment-v1-1-dd-11122024-form.pdf). eHealth-platform, 2024-12-11. Opgehaald 2026-10-07, sha256 03317df5e69d9a41… (SRC-5feb62ce8a) [^29]: [Ontwikkeling van de digitale portefeuille MyGov.be (Ministerraad van 1 september 2023)](https://blog.forumforthefuture.be/nl/article/ontwikkeling-van-de-digitale-portefeuille-mygov.be/20022). Forum for the Future (blog, overname communiqué Ministerraad), 2023-09-06. Opgehaald 2026-10-07, sha256 e93233799949a05b… (SRC-c60e99bd15) [^30]: [eHealth (primary use) in Belgium: brief overview, Belgian Integrated Health Record (B-IHR) for integrated care and Belgian roadmap towards EHDS](https://www.frankrobben.be/wp-content/uploads/2026/04/20260423.pptx). eHealth-platform (4th Health, Ethics, Law, and Technology Symposium, HELT 2026), 2026-04-23. Opgehaald 2026-09-26, sha256 71cfc785167f4022… (SRC-1c29edd035) [^31]: ['Simplifying services': Belgium among first in EU to launch digital wallet](https://www.brusselstimes.com/belgium/1045106/simplifying-services-belgium-among-first-in-eu-to-launch-digital-wallet-tbtb/). The Brussels Times. Opgehaald 2026-10-07, sha256 b33102174d2afede… (SRC-bc907df898) [^32]: [Regulation (EU) 2025/327 of the European Parliament and of the Council of 11 February 2025 on the European Health Data Space and amending Directive 2011/24/EU and Regulation (EU) 2024/2847](https://eur-lex.europa.eu/eli/reg/2025/327/oj/eng). Europees Parlement en Raad van de EU (EUR-Lex), 2025-03-05. Opgehaald 2026-09-25, sha256 87d9f6722e7949ce… (SRC-af26b6d770) [^33]: [Uitvoeringsverordening (EU) 2026/2099 van de Commissie van 21 september 2026 (interoperabel grensoverschrijdend identificatie- en authenticatiemechanisme, EHDS)](https://eur-lex.europa.eu/eli/reg_impl/2026/2099/oj/eng). Europese Commissie / Publicatiebureau (EUR-Lex), 2026-09-22. Opgehaald 2026-09-29, sha256 132f38f9ea9ad842… (SRC-a101f70ab0) [^34]: [EHDS (European Health Data Space) - De Europese Verordening betreffende de Europese ruimte voor gezondheidsgegevens](https://www.ehealth.fgov.be/nl/page/ehds-european-health-data-space-de-europese-verordening-betreffende-de-europese-ruimte-voor-gezondheidsgegevens). eHealth-platform. Opgehaald 2026-09-25, sha256 528e11d81be69835… (SRC-41ee539e0b)