Fiche de concept · Plateforme ou service
Affirmations : Certificats eHealth et chiffrement (ETEE)
- Plateforme ou service
- en production
- Belgique (fédéral/interfédéral)
- Identité, accès et audit
- Architecture et infrastructure
Identifiant Atlas ehealth-certificaten · 40 affirmations · 26 sources · Dernière vérification05-10-2026
· Version 2026.11.12-3
Les certificats eHealth permettent à un prestataire de soins, à une institution ou à un progiciel de s'authentifier comme partenaire système auprès des services de base de la plate-forme eHealth. Ils fonctionnent de concert avec des services de chiffrement comme ETKDepot et KGSS pour sécuriser des messages destinés à un destinataire connu ou accessible sous conditions. Le service est en production; un passage des certificats RSA aux certificats ECC a été annoncé mais n'est pas encore daté. Pour les hôpitaux, la gestion centralisée des certificats, le renouvellement en temps utile et la prise en charge par toutes les applications couplées sont importants sur le plan opérationnel.
Voici les affirmations sur lesquelles repose la page consacrée à Certificats eHealth et chiffrement (ETEE) : des faits courts, formulés par nous, chacun avec sa source et son emplacement vérifiable. Lire l'article · Comment fonctionne l'Atlas.
Affirmations 26 affirmations
| Affirmation | Type | Source | Emplacement | Date de référence |
|---|---|---|---|---|
| Un certificat eHealth permet à un prestataire de soins ou à une organisation de s'authentifier en tant que prestataire de soins ou institution reconnue; il est requis dès qu'une suite logicielle souhaite accéder aux services de base eHealth via une connexion de système à système et non une application web. ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten | eHealth-platform — eHealth-platform SRC-9bfcb37059 | sectie 'Wat is een eHealth-certificaat?' | 26-09-2026 |
| Selon le Welcome Pack (version 08/09/2026), les services de base de la Plate-forme eHealth sont: la coordination de processus électroniques partiels, le portail, I.AM, RN Consult, les certificats eHealth, le timestamping, le chiffrement de bout en bout, le répertoire des références (Metahub), eHealthBox et la pseudonymisation & l'anonymisation. ↩ Montrer dans le texte Une erreur ? | fait | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | p. 3 (inhoudstafel, rubriek 'Basisdiensten') | 25-09-2026 |
| Pour les services web de la plate-forme eHealth, l'authentification du service consumer s'effectue au niveau du message sur base des certificats X.509; au niveau du transport, une connexion via le protocole SSL/TLS est obligatoire. ↩ Montrer dans le texte Une erreur ? | fait | Beveiliging van webservices | eHealth-platform — eHealth-platform SRC-8846f43048 | inleiding | 26-09-2026 |
| Le certificat permet d'identifier et d'authentifier le partenaire « système » (le logiciel/l'organisation), tandis que l'eID ou un token permet d'identifier et d'authentifier l'utilisateur individuel. ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten | eHealth-platform — eHealth-platform SRC-9bfcb37059 | sectie 'Wat is een eHealth-certificaat?' | 26-09-2026 |
| Pour la sécurisation des services web SOAP, le consommateur du service s'authentifie auprès d'I.AM STS (Secure Token Service) avec un certificat eHealth ou une eID, après quoi le STS délivre un token SAML qui donne accès à plusieurs services web pendant sa période de validité. ↩ Montrer dans le texte Une erreur ? | fait | Beveiliging van webservices | eHealth-platform — eHealth-platform SRC-8846f43048 | sectie 'Veiligheid - WS-Security SAML Token Profile / Holder-of-Key' | 26-09-2026 |
| Un certificat de production est valide 36 mois et peut être renouvelé à partir de 90 jours avant la fin de cette période; la demande s'introduit via l'application web eHealth Certificate Manager. ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten | eHealth-platform — eHealth-platform SRC-9bfcb37059 | sectie 'Aanvraag van een certificaat - Werkwijze' | 26-09-2026 |
| Le back-end de la gestion des certificats (demande, renouvellement, révocation de certificats eHealth et d'ETK) est constitué des services CertRA et EtkRA, documentés dans le cookbook « eHealth platform Certificates Manager (CertRA - EtkRA) - V2 ». ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten | eHealth-platform — eHealth-platform SRC-9bfcb37059 | sectie 'Cookbook' | 26-09-2026 |
| Le service ETEE propose ETKDepot et KeyDepot pour le chiffrement vers un destinataire connu. ↩ Montrer dans le texte Une erreur ? | fait | Systeem voor end-to-endversleuteling — eHealth-platform SRC-3fda5b6760 | De ETEE-diensten zijn de volgende | 26-09-2026 |
| Le service KGSS est utilisé lorsque l'identité du destinataire du message chiffré n'est pas connue à l'avance, mais que certaines conditions doivent être remplies pour l'obtention de la clé de chiffrement. ↩ Montrer dans le texte Une erreur ? | fait | Systeem voor end-to-endversleuteling | eHealth-platform — eHealth-platform SRC-f1bf6746ab | sectie over KGSS | 26-09-2026 |
| Le service ETEE propose KGSS pour le chiffrement vers un destinataire inconnu. ↩ Montrer dans le texte Une erreur ? | fait | Systeem voor end-to-endversleuteling — eHealth-platform SRC-3fda5b6760 | De ETEE-diensten zijn de volgende | 26-09-2026 |
| La plate-forme eHealth diffuse sa liste de certificats de confiance (mise à jour du trust store) selon la spécification technique ETSI relative aux listes de confiance (Trusted Lists), de sorte que les logiciels puissent mettre à jour leur trust store de manière sécurisée et automatisable. ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten | eHealth-platform — eHealth-platform SRC-9bfcb37059 | sectie 'Cookbook' - eHealth PlatformTrusted Certificates List | 26-09-2026 |
| Dans le cas d'un certificat pour une organisation, un titulaire de certificat mandataire est responsable, au nom de la personne morale, de la gestion correcte du certificat. ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten — eHealth-platform SRC-591a82e139 | Aanvraag van een certificaat — Wie kan een certificaat aanvragen? | 26-09-2026 |
| Un certificat eHealth est valide 36 mois; il peut être renouvelé à partir de 90 jours avant la fin de cette période de validité. ↩ Montrer dans le texte Une erreur ? | fait | eHealth-certificaten — eHealth-platform SRC-591a82e139 | Aanvraag van een certificaat — Wie kan een certificaat aanvragen? | 26-09-2026 |
| Outre le certificat de production, il existe des certificats d'acceptation distincts pour les intégrateurs de logiciels; un certificat d'acceptation est valide 3 ans mais ne donne aucun accès à l'environnement de production. ↩ Montrer dans le texte Une erreur ? | fait | Richtlijn betreffende de vernieuwing van de publieke sleutel van een certificaat. | eHealth-platform — eHealth-platform SRC-5e41adfb50 | sectie 'De acceptatiecertificaten van het eHealth-platform' | 26-09-2026 |
| Le service ETEE (End to End Encryption) de la plate-forme eHealth permet de chiffrer des messages à destination de prestataires de soins ou d'institutions et est utilisé, entre autres, dans le cadre de eHealthBox et des prescriptions électroniques (Recip-e). (L'ETK est la clé publique utilisée à cet effet, et non un autre nom du service.) ↩ Montrer dans le texte Une erreur ? | fait | Systeem voor end-to-endversleuteling | eHealth-platform — eHealth-platform SRC-f1bf6746ab | sectie 'Wat is de dienst End to End Encryption van het eHealth-platform?' | 26-09-2026 |
| Le chiffrement ETEE est appliqué, entre autres, dans le cadre de eHealthBox et de Recip-e; le service web ETK fournit la clé publique associée au certificat eHealth d'un prestataire de soins connu ou d'une institution connue. ↩ Montrer dans le texte Une erreur ? | fait | Systeem voor end-to-endversleuteling | eHealth-platform — eHealth-platform SRC-f1bf6746ab | sectie 'Wat is de dienst End to End Encryption van het eHealth-platform?' | 26-09-2026 |
| Outre le chiffrement vers un destinataire connu (ETK), il existe le service KGSS pour le chiffrement vers un destinataire inconnu, par exemple lorsque, au moment de la prescription, on ne sait pas encore quel pharmacien délivrera le médicament. ↩ Montrer dans le texte Une erreur ? | interprétation | Systeem voor end-to-endversleuteling | eHealth-platform — eHealth-platform SRC-f1bf6746ab | sectie 'Wat is de dienst End to End Encryption van het eHealth-platform?' | 26-09-2026 |
| Les services de chiffrement ETEE de la Plate-forme eHealth (ETKDepot, KGSS) sont utilisés, entre autres, dans le cadre du service eHealthBox et des prescriptions électroniques (Recip-e). ↩ Montrer dans le texte Une erreur ? | fait | Documentation on the 2019 modular criteria for registration of GP systems – v1 — eHealth-platform; 01-06-2019 SRC-326ce9635d | p. 8 | 26-09-2026 |
| La plate-forme eHealth annonce que l'ECC 384 remplacera « prochainement » le RSA 2048. Les deux types de certificats restent utilisables en parallèle, mais le eHealth Certificate Manager ne générera plus que des certificats ECC; les ETK resteront RSA. ↩ Montrer dans le texte Une erreur ? | fait | Richtlijn betreffende de vernieuwing van de publieke sleutel van een certificaat. | eHealth-platform — eHealth-platform SRC-5e41adfb50 | sectie 'Evolutie van de eHealth Certificate Manager (RSA - ECC)' | 26-09-2026 |
| Pour permettre une période de transition dans l'environnement d'acceptation, une version du eHealth Certificate Manager est disponible en parallèle pour continuer à commander des certificats RSA. ↩ Montrer dans le texte Une erreur ? | fait | Richtlijn betreffende de vernieuwing van de publieke sleutel van een certificaat. | eHealth-platform — eHealth-platform SRC-5e41adfb50 | sectie 'Evolutie van de eHealth Certificate Manager (RSA - ECC)' | 26-09-2026 |
| Le 7 juillet 2026, la plate-forme eHealth a publié un erratum à sa communication du 11 juin 2026 relative au renouvellement obligatoire des certificats/clés pour les intégrations SAML existantes (IDP/STS/AA) et pour la validation JWT dans I.AM Connect; les clients qui gèrent manuellement leurs métadonnées ou leurs truststores devaient adapter cela avant le 22/07/2026. ↩ Montrer dans le texte Une erreur ? | fait | eHealth Communication: Renewal of I.AM Certificates - Required Actions for SAML and I.AM Connect Integrations (07/07/2026) — eHealth-platform; 07-07-2026 SRC-2e3ed33307 | p. 1 | 26-09-2026 |
| Pour le rollover de la JWT signing key d'I.AM Connect, des moments clés distincts s'appliquaient à l'environnement d'acceptation (nouvelle clé active à partir du 07/07/2026, ancienne clé supprimée le 04/08/2026) et à l'environnement de production (nouvelle clé active à partir du 28/07/2026, ancienne clé supprimée le 26/08/2026). ↩ Montrer dans le texte Une erreur ? | fait | eHealth Communication: Renewal of I.AM Certificates - Required Actions for SAML and I.AM Connect Integrations (07/07/2026) — eHealth-platform; 07-07-2026 SRC-2e3ed33307 | p. 2 | 26-09-2026 |
| Depuis octobre 2023, l'utilisation de SHA256 est obligatoire pour les connecteurs et la version 4.1.2 est la version minimale prise en charge du connecteur, bien qu'il soit fortement recommandé de toujours utiliser la dernière version. ↩ Montrer dans le texte Une erreur ? | fait | eHealth platform services connectors | eHealth-platform — eHealth-platform SRC-ef6afc402c | FAQ 'Hoe pas ik de connector aan naar de nieuwe SHA256-veiligheidsstandaard?' | 26-09-2026 |
| Outre l'inscription MyCareNet elle-même, le fournisseur de logiciels doit aussi demander à la plate-forme eHealth un certificat de test pour le secteur concerné, avant de commencer les tests. ↩ Montrer dans le texte Une erreur ? | fait | MyCareNet | eHealth-platform — eHealth-platform SRC-27a21c533f | stap 3 | 26-09-2026 |
| Toegang tot de webservices van het eHealth-platform in de acceptatieomgeving vereist een eHealth-certificaat in acceptatie en de integratie van de connector, naast een uitgeteste computer/browser en meestal een medisch testprofiel. ↩ Montrer dans le texte Une erreur ? | fait | Richtlijn betreffende de vernieuwing van de publieke sleutel van een certificaat. | eHealth-platform — eHealth-platform SRC-5e41adfb50 | sectie 'Welke tools zijn vereist om de testen en demo's effectief uit te voeren?' | 26-09-2026 |
| La plate-forme eHealth annonce que la cryptographie à courbe elliptique (ECC 384) remplacera « prochainement » l'approche actuelle RSA 2048 pour les certificats; le basculement est annoncé, non réalisé. ↩ Montrer dans le texte Une erreur ? | fait | Richtlijn betreffende de vernieuwing van de publieke sleutel van een certificaat. | eHealth-platform — eHealth-platform SRC-5e41adfb50 | sectie 'Evolutie van de eHealth Certificate Manager (RSA - ECC)' | 26-09-2026 |
Non reprises dans le texte 14 affirmations
Ces affirmations proviennent des mêmes sources et ont été vérifiées, mais l'article consacré à Certificats eHealth et chiffrement (ETEE) ne les utilise pas (encore).
| Affirmation | Type | Source | Emplacement | Date de référence |
|---|---|---|---|---|
| Kent de verzender de bestemmeling van een vertrouwelijk bericht niet, dan is volgens het Welcome Pack een systeem van symmetrische sleutels nodig; kent hij die wel, dan installeert de bestemmeling een publieke sleutel (model sign + encrypt). Lu dans une figure (p. 44) et vérifié sur l'image par un second modèle. Une erreur ? | interprétation | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | figuur p. 44 | 09-11-2026 |
| De eHealth-pagina over de beveiliging van webservices beschrijft op 30 oktober 2026 nog dat de servercertificaten van het SOA-platform door Sectigo gevalideerd zijn en door de service consumer aanvaard moeten worden. Une erreur ? | fait | Beveiliging van webservices | eHealth-platform — eHealth-platform SRC-8846f43048 | sectie 'Veiligheid - TLS verbinding' | 30-10-2026 |
| Les services ETEE existent en parallèle en SOAP et en REST: ETKDepot (SOAP et REST) et KeyDepot (REST) pour un destinataire connu, KGSS (SOAP et REST) pour un destinataire inconnu. Une erreur ? | fait | Système de cryptage end-to-end | Platform eHealth — eHealth-platform SRC-65c7be4e27 | sectie 'Que sont les services End-to-End Encryption de la plate-forme eHealth ?' | 28-09-2026 |
| Dezelfde mededeling waarschuwt dat software de nieuwe eHealth-certificaten mogelijk niet vertrouwt als de richtlijnen over de certificaatketen niet worden opgevolgd. Une erreur ? | fait | eHealth Communication: Change certificates to ECC in production on R20262.1 (13/10/2026) — eHealth platform; 13-10-2026 SRC-e3ae0bffa3 | Nederlandse versie, 'Wat moet u doen?' | 30-10-2026 |
| Voor de aanmaakprocedure van eHealth-certificaten is volgens hetzelfde bericht geen gekwalificeerde handtekening vereist, zodat die procedure nog kan met een handtekening op een eID uitgegeven vóór 1 juli 2016. Une erreur ? | fait | Aanmaakprocedure voor eHealth-certificaten – Moet uw identiteitskaart worden vernieuwd? — eHealth-platform; 01-04-2026 SRC-26e3ebb234 | nieuwsbericht 01/04/2026, derde alinea | 30-10-2026 |
| Door een wijziging in de Europese regelgeving kan er volgens het eHealth-platform vanaf 22 mei 2026 geen gekwalificeerde handtekening meer worden geplaatst met een eID die werd uitgegeven vóór 1 juli 2016. Une erreur ? | fait | Aanmaakprocedure voor eHealth-certificaten – Moet uw identiteitskaart worden vernieuwd? — eHealth-platform; 01-04-2026 SRC-26e3ebb234 | nieuwsbericht 01/04/2026, eerste alinea | 30-10-2026 |
| Dezelfde mededeling van 13 augustus 2026 plande de inproductiestelling tijdens de minor release R20262.1 op 8 december 2026 en kondigde verdere communicatie over de nieuwe Root CA aan voor de week van 6 oktober. Une erreur ? | fait | eHealth platform communication: Change certificates to ECC in acceptation on R20262 (13/08/2026) — eHealth platform; 13-08-2026 SRC-e2fd88276b | p. 2, Nederlandse versie | 30-10-2026 |
| Volgens de beslisboom in het Welcome Pack van het eHealth-platform mogen geen medische gegevens gedeeld worden als de gebruiker de integriteit en de eigendom van de berichten niet moet garanderen. Lu dans une figure (p. 44) et vérifié sur l'image par un second modèle. Une erreur ? | interprétation | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | figuur p. 44 | 09-11-2026 |
| Volgens dezelfde beslisboom volstaat een publieke sleutel wanneer integriteit en eigendom gegarandeerd moeten worden maar geen vertrouwelijkheidsmaatregelen nodig zijn. Lu dans une figure (p. 44) et vérifié sur l'image par un second modèle. Une erreur ? | interprétation | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | figuur p. 44 | 09-11-2026 |
| In de mededeling van 13 augustus 2026 aan integratoren die de CryptoLIB gebruiken, meldt het eHealth-platform dat problemen bij de activering van de ECC-certificaten in de acceptatieomgeving tot uitstel van de inproductiestelling hebben geleid. Une erreur ? | fait | eHealth platform communication: Change certificates to ECC in acceptation on R20262 (13/08/2026) — eHealth platform; 13-08-2026 SRC-e2fd88276b | p. 2, Nederlandse versie, inleiding | 30-10-2026 |
| De opvolgmededeling, gedateerd 13 oktober 2026 en als nieuwsbericht gepubliceerd op 15 oktober 2026, bevat de informatie over de nieuwe Root CA van de productieomgeving. Une erreur ? | fait | eHealth Communication: Change certificates to ECC in production on R20262.1 (13/10/2026) — eHealth platform; 13-10-2026 SRC-e3ae0bffa3 | Nederlandse versie, inleiding | 30-10-2026 |
| Volgens dezelfde bijlage zei 54% van de bevraagde instellingen een eHealth-certificaat te bezitten, een resultaat dat de AVIQ zelf mogelijk vertekend noemt door verwarring over wat een eHealth-certificaat is. Lu dans une figure (p. 13) et vérifié sur l'image par un second modèle. Une erreur ? | interprétation | Digitalisation du secteur de l'accueil et de l'hébergement des aînés – Mise en conformité obligatoire en 2026 (note au secteur Digi MRS) — AVIQ (kopie op nieuwsbriefserver web-view.net) SRC-c54b43f22a | figuur p. 13 | 09-11-2026 |
| De Franse versie van dezelfde pagina beschrijft op 30 oktober 2026 eveneens dat de servercertificaten van het SOA-platform door Sectigo gevalideerd zijn. Une erreur ? | fait | Sécurisation des services web | Platform eHealth — Plate-forme eHealth SRC-1c6287ee60 | sectie 'Sécurité - TLS Protocol' | 30-10-2026 |
| Volgens die mededeling van 13 oktober 2026 vindt de inproductiestelling van de ECC-certificaten plaats tijdens de eerste fase van minor release 20262.1, op 1 december 2026. Une erreur ? | fait | eHealth Communication: Change certificates to ECC in production on R20262.1 (13/10/2026) — eHealth platform; 13-10-2026 SRC-e3ae0bffa3 | Nederlandse versie, 'Wanneer?' | 30-10-2026 |