--- id: ehealth-certificaten type: Platform type_label: Plateforme ou service title: Certificats eHealth et chiffrement (ETEE) aliases: - eHealth-certificaat - eHealth Certificate Manager - ETEE - ETK - KGSS - CertRA - EtkRA - End to End Encryption names: nl: eHealth-certificaten fr: Certificats eHealth en: eHealth certificates jurisdiction: - belgie themes: - identiteit-en-toegang - architectuur-en-infrastructuur lifecycle: productie lifecycle_note: Service de base en production; la plate-forme eHealth annonce sans date le passage de RSA-2048 à ECC 384. En acceptation, des certificats RSA peuvent encore être commandés. version: Cookbook eHealth platform Certificates Manager (CertRA - EtkRA) V2 summary: 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. links: - soort: website url: https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-certificaten label: eHealth-certificaten (eHealth-platform) taal: nl - soort: website url: https://www.ehealth.fgov.be/ehealthplatform/nl/service-systeem-voor-end-to-endversleuteling label: End-to-endversleuteling (eHealth-platform) taal: nl last_verified: '2026-10-05' relations: - type: operatedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/fr/plate-forme-ehealth/ 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: software-ggz-belgie target_url: https://ehealth-atlas.be/fr/logiciels-en-sante-mentale-en-belgique/ status: established - type: about direction: in target: software-revalidatie-belgie target_url: https://ehealth-atlas.be/fr/logiciels-pour-les-centres-de-revalidation-en-belgique/ 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: dependsOn direction: in target: ebirth target_url: https://ehealth-atlas.be/fr/ebirth-notification-electronique-de-naissance/ 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: elys target_url: https://ehealth-atlas.be/fr/elys-plateforme-pour-l-administration-des-deces/ status: established - type: dependsOn direction: in target: i-am-connect target_url: https://ehealth-atlas.be/fr/i-am-identity-access-management/ status: established - type: dependsOn direction: in target: iriscarenet target_url: https://ehealth-atlas.be/fr/iriscarenet/ status: established - type: dependsOn direction: in target: mycarenet target_url: https://ehealth-atlas.be/fr/mycarenet/ 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: rnconsult target_url: https://ehealth-atlas.be/fr/rn-consult/ status: established - type: dependsOn direction: in target: vlaamse-sociale-bescherming target_url: https://ehealth-atlas.be/fr/protection-sociale-flamande/ status: established - type: dependsOn direction: in target: walcarenet target_url: https://ehealth-atlas.be/fr/walcarenet/ status: established - type: requires direction: in target: vsb-software-attestering target_url: https://ehealth-atlas.be/fr/attestation-de-logiciels-par-la-protection-sociale-flamande/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/certificats-ehealth/ license: CC BY 4.0 --- # Certificats eHealth et chiffrement (ETEE) 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. ## Qu'est-ce que c'est ? Les certificats de la [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) permettent à une personne ou à une organisation de s'authentifier comme prestataire de soins ou comme établissement agréé ; un certificat est requis dès qu'un logiciel veut accéder aux services de base via une connexion system-to-system (donc pas via une application web)[^1]. Le Welcome Pack classe les certificats eHealth parmi les services de base, à côté du chiffrement de bout en bout (liste à la p. 3)[^2]. Pour les services web de la plate-forme, l'authentification du service consumer se fait au niveau du message avec des certificats X.509, sur une connexion SSL/TLS obligatoire[^3]. ## Quels services ? Le certificat identifie et authentifie le partenaire « système » (logiciel ou organisation), tandis que l'eID ou un token identifie l'utilisateur individuel[^1]. Avec un certificat ou une eID, le logiciel obtient auprès d'I.AM STS un token SAML pour les services web SOAP[^3] ; voir [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/). | Service | Quoi | Pour qui | Page | |---|---|---|---| | Certificate Manager | Demande, renouvellement et révocation de certificats et d'ETK[^1] | Prestataires de soins, établissements et intégrateurs | cette page | | ETKDepot et KeyDepot | Récupérer des clés publiques pour le chiffrement vers un destinataire connu[^4] | Intégrateurs de logiciels | cette page | | KGSS | Accès aux clés lorsque le destinataire n'est pas connu à l'avance mais doit remplir des conditions[^5][^4] | Intégrateurs de logiciels | cette page | | Trusted List | Diffuser automatiquement les certificats de confiance selon ETSI[^1] | Gestionnaires de truststores | [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) | ## Où en est-on et qui l'utilise ? Statut : **production**. La demande se fait via l'application web eHealth Certificate Manager[^1]. Pour un certificat d'organisation, un titulaire de certificat mandaté est responsable de la gestion correcte au nom de la personne morale[^6]. Le backend pour la demande, le renouvellement et la révocation de certificats et d'ETK se compose des services CertRA et EtkRA, documentés dans le cookbook « eHealth platform Certificates Manager (CertRA - EtkRA) - V2 »[^1]. ### Interfaces techniques - **Validité** : un certificat de production est valable 36 mois et renouvelable à partir de 90 jours avant son expiration[^1][^6]. Pour les intégrateurs de logiciels, il existe des certificats d'acceptation distincts, valables 3 ans mais sans accès à la production[^7]. - **Trust store** : la plate-forme eHealth diffuse sa liste de certificats de confiance selon la spécification ETSI pour les Trusted Lists, de sorte que les logiciels puissent mettre à jour leur trust store de manière sûre et automatisable[^1]. - **ETEE et ETK** : le service ETEE (End to End Encryption, aussi appelé service de chiffrement ou d'encryptage) est un ensemble de services permettant de chiffrer des messages destinés à des prestataires de soins ou à des établissements[^5] ; il est utilisé entre autres au sein d'[eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) et de [Recip-e](https://ehealth-atlas.be/fr/recip-e/)[^5]. Un ETK n'est pas un autre nom pour ce service, mais la clé publique liée au certificat eHealth d'un destinataire connu et récupérée via le service web ETK[^5]. Pour le chiffrement vers un destinataire connu, le service ETEE propose ETKDepot (SOAP et REST) et KeyDepot (REST)[^4]. - **KGSS** : le service KGSS est utilisé lorsque l'identité du destinataire d'un message chiffré n'est pas connue à l'avance, mais que certaines conditions doivent être remplies pour obtenir la clé[^5] ; KGSS est disponible comme service SOAP et REST[^4]. Un exemple (illustration propre) : lors de la prescription, on ne sait pas encore quel pharmacien délivrera. ETKDepot et KGSS font aussi partie de solutions plus globales comme Recip-e, le Chapitre IV et eHealthBox[^5]. Les critères d'enregistrement modulaires de 2019 pour les logiciels de médecine générale citent eux aussi les services de chiffrement pour eHealthBox et Recip-e[^8]. ### État et feuille de route La plate-forme eHealth annonce un passage de RSA-2048 à la cryptographie sur courbes elliptiques : ECC 384 remplacera « prochainement » RSA-2048[^7]. Les deux types restent utilisables en parallèle, mais l'eHealth Certificate Manager ne générera plus que des certificats ECC ; les ETK restent en RSA[^7]. Le passage est donc annoncé et non réalisé : pour une période de transition, une version parallèle du Certificate Manager est disponible dans l'environnement d'acceptation, avec laquelle des certificats RSA peuvent encore être commandés[^7]. Une date pour la production n'a pas été trouvée (lacune). Indépendamment de cela, la plate-forme eHealth a renouvelé en juillet 2026 les certificats et les clés de ses propres services I.AM (intégrations SAML IDP/STS/AA et la validation JWT d'I.AM Connect) ; cela ne concerne pas les certificats eHealth des partenaires. Les applications dont la gestion des métadonnées ou de la truststore est manuelle devaient s'adapter avant le 22/07/2026[^9] ; l'ancienne clé de production d'I.AM Connect a été supprimée le 26/08/2026[^9]. Pour les connecteurs, SHA256 est obligatoire depuis octobre 2023[^10]. ## Qu'est-ce que cela signifie pour un hôpital ? - **Condition technique** : toute connexion system-to-system d'une application hospitalière avec les services de base eHealth requiert un certificat eHealth[^1]. Pour les tests MyCareNet, le fournisseur demande un certificat de test pour le secteur[^11] ; voir [MyCareNet](https://ehealth-atlas.be/fr/mycarenet/). - **Responsabilité** : pour un certificat d'organisation, le titulaire de certificat mandaté porte la responsabilité de la gestion correcte au nom de la personne morale[^6] ; savoir qui remplit ce rôle est un choix organisationnel (interprétation). - **Opérationnel** : les certificats expirent après 36 mois[^1] ; un certificat expiré interrompt toutes les connexions qui s'authentifient avec lui (déduction). - **Recommandation** (propre) : gérez les certificats de manière centralisée avec un calendrier des dates d'expiration (entamez le renouvellement largement dans la fenêtre de 90 jours), et testez au préalable les certificats ECC en acceptation avec toutes les applications qui partagent le même certificat, tant que RSA et ECC y restent commandables en parallèle. ### Conditions de mise en œuvre et limites L'accès aux services web dans l'environnement d'acceptation requiert un certificat d'acceptation et l'intégration du connecteur[^7] ; voir [Connecteurs eHealth (eHealth platform services connectors)](https://ehealth-atlas.be/fr/connecteurs-ehealth/) et [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/). ## Incertitudes et informations contradictoires - La date de fin définitive pour les certificats RSA n'a pas été trouvée ; la source dit seulement qu'ECC 384 remplacera « prochainement » RSA-2048[^7]. La phrase de claim de[^7] (« les nouveaux certificats ... sont désormais en ECC ») va plus loin que sa citation et n'est pas suivie ici. - La phrase de claim de[^5] appelle ETEE à tort « aussi ETK » ; la citation elle-même dit « service de chiffrement ou d'encryptage ». La page suit la citation. - Les sources trouvées ne documentent pas si tous les logiciels destinataires prennent en charge les certificats ECC (lacune). ## Relaties - est exploité par: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^1][^2] - porte sur (entrant): [Authentification dans les soins de santé](https://ehealth-atlas.be/fr/authentification-dans-les-soins-de-sante/) (établi)[^1][^12] - dépend de (entrant): [eBirth (notification électronique de naissance)](https://ehealth-atlas.be/fr/ebirth-notification-electronique-de-naissance/) (é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)[^7][^10] - 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)[^5] - dépend de (entrant): [Pseudonymisation et anonymisation (plate-forme eHealth)](https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/) (établi)[^14] - dépend de (entrant): [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) (établi)[^15][^16][^5] - dépend de (entrant): [eLys – plateforme pour l'administration des décès](https://ehealth-atlas.be/fr/elys-plateforme-pour-l-administration-des-deces/) (établi)[^17] - dépend de (entrant): [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) (établi)[^3] - dépend de (entrant): [IrisCareNet](https://ehealth-atlas.be/fr/iriscarenet/) (établi)[^18][^19] - dépend de (entrant): [MyCareNet](https://ehealth-atlas.be/fr/mycarenet/) (établi)[^11] - dépend de (entrant): [Recip-e (prescription électronique dans le secteur ambulatoire)](https://ehealth-atlas.be/fr/recip-e/) (établi)[^5] - dépend de (entrant): [RN Consult (RR Consult)](https://ehealth-atlas.be/fr/rn-consult/) (établi)[^20] - porte sur (entrant): [Logiciels en santé mentale en Belgique](https://ehealth-atlas.be/fr/logiciels-en-sante-mentale-en-belgique/) (établi)[^21] - porte sur (entrant): [Logiciels pour les centres de revalidation en Belgique](https://ehealth-atlas.be/fr/logiciels-pour-les-centres-de-revalidation-en-belgique/) (établi)[^22] - 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): [Protection sociale flamande (plate-forme numérique)](https://ehealth-atlas.be/fr/protection-sociale-flamande/) (établi)[^23][^24][^21][^22][^25] - exige (entrant): [Attestation de logiciels par la protection sociale flamande (eWZCfin et VIP BelRAI)](https://ehealth-atlas.be/fr/attestation-de-logiciels-par-la-protection-sociale-flamande/) (établi)[^23] - dépend de (entrant): [WalCareNet](https://ehealth-atlas.be/fr/walcarenet/) (établi)[^26] ## Open vragen - Vanaf welke datum kunnen geen RSA-certificaten meer worden aangevraagd? - Wanneer genereert de productie-Certificate Manager enkel nog ECC-certificaten, en tot wanneer blijft RSA in acceptatie bestelbaar? - Zijn er, na de sleutelvernieuwing van juli-augustus 2026, verdere wijzigingen aan het certificatenbeleid gepland voor 2027? ## Bronnen [^1]: [eHealth-certificaten | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-certificaten). eHealth-platform. Opgehaald 2026-09-26, sha256 8354aeb9558fdadc… (SRC-9bfcb37059) [^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]: [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) [^4]: [Systeem voor end-to-endversleuteling](https://ehealth.fgov.be/ehealthplatform/nl/service-systeem-voor-end-to-endversleuteling). eHealth-platform. Opgehaald 2026-09-26, sha256 c214ae028f4340bf… (SRC-3fda5b6760) [^5]: [Systeem voor end-to-endversleuteling | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-systeem-voor-end-to-endversleuteling). eHealth-platform. Opgehaald 2026-09-26, sha256 c214ae028f4340bf… (SRC-f1bf6746ab) [^6]: [eHealth-certificaten](https://ehealth.fgov.be/ehealthplatform/nl/service-ehealth-certificaten). eHealth-platform. Opgehaald 2026-09-26, sha256 8354aeb9558fdadc… (SRC-591a82e139) [^7]: [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) [^8]: [Documentation on the 2019 modular criteria for registration of GP systems – v1](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/f225fb9d6163c5d5feb23bd44f0f02e2de7d53ee/gpmodularcriteria2019v1.pdf). eHealth-platform, 2019-06-01. Opgehaald 2026-09-26, sha256 3efce758eafa1735… (SRC-326ce9635d) [^9]: [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) [^10]: [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) [^11]: [MyCareNet | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/mycarenet). eHealth-platform. Opgehaald 2026-09-26, sha256 3500c5d724ecc306… (SRC-27a21c533f) [^12]: [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) [^13]: [eBirth (dienst)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ebirth). eHealth-platform. Opgehaald 2026-09-26, sha256 90d781e775909d6d… (SRC-a9676edada) [^14]: [Pseudonimisering & Anonimisering](https://www.ehealth.fgov.be/ehealthplatform/nl/service-pseudonimisering-anonimisering). eHealth-platform. Opgehaald 2026-09-28, sha256 8e4c4a83080abb52… (SRC-a55fa81ea8) [^15]: [eHealthBox](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealthbox). eHealth-platform. Opgehaald 2026-09-26, sha256 5cfa6cfb5085560b… (SRC-71c7c4bb9f) [^16]: [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) [^17]: [EPD - eHealthBox-notificatie](https://docs.athumi.eu/elys/help/epd-ehealthbox). Athumi Documentatie. Opgehaald 2026-09-30, sha256 91d75149f62c8431… (SRC-cc11a096d2) [^18]: [Délibération n° 22/178 du 6 décembre 2022 (MR, MRS, CSJ – facturation électronique et Member Data via IrisCareNet)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/822b592a7756c74eaba138db89431aede5d2bc3d/22-178-f328-iriscarenet.pdf). Comité de sécurité de l'information (chambre sécurité sociale et santé), 2022-12-06. Opgehaald 2026-09-29, sha256 12fec694a8099edb… (SRC-ebbe452f6e) [^19]: [Délibération n° 25/128 du 1er juillet 2025 (admissions électroniques via IrisCareNet, projet eAgreement)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/c882c0715f7bd930e704ee8c33f861a9ca9998f1/25-128-f260-e-agreement-iriscarenet.pdf). Comité de sécurité de l'information (chambre sécurité sociale et santé), 2025-07-01. Opgehaald 2026-09-29, sha256 5b5b2de259eb1dd0… (SRC-dfad06bca5) [^20]: [RR Consult](https://www.ehealth.fgov.be/ehealthplatform/nl/service-rrconsult). eHealth-platform. Opgehaald 2026-09-28, sha256 13fe372932ffbc87… (SRC-e9bd6e83ab) [^21]: [Aanvragen van opnames en facturatie in VSB voor psychiatrische verzorgingstehuizen](https://www.departementzorg.be/nl/aanvragen-van-opnames-en-facturatie-vsb-voor-psychiatrische-verzorgingstehuizen). Departement Zorg. Opgehaald 2026-09-28, sha256 1079f9bbb33fafab… (SRC-b25662adaf) [^22]: [Aanvragen tot tegemoetkoming en facturatie in VSB voor revalidatievoorzieningen](https://www.departementzorg.be/nl/aanvragen-tot-tegemoetkoming-en-facturatie-vsb-voor-revalidatievoorzieningen). Departement Zorg. Opgehaald 2026-09-28, sha256 777eeec9d7efb518… (SRC-57a84c2b29) [^23]: [Digitaal opname- en facturatieproces tussen ouderenvoorzieningen en zorgkassen - handleiding eWZCfin versie 1.13](https://cld.webplatform.departementzorg.be/raw/upload/v1775114151/eWZCfin_handleiding_ouderenvoorzieningen_1.13_zjvgpc.pdf). Departement Zorg, 2026-04-02. Opgehaald 2026-09-26, sha256 ae75b0e233b64e0c… (SRC-2ca2f50638) [^24]: [Financiering van revalidatieziekenhuizen](https://www.departementzorg.be/nl/financiering-van-revalidatieziekenhuizen). Departement Zorg. Opgehaald 2026-09-29, sha256 eef0a6903cb9dcce… (SRC-b2583093e6) [^25]: [Aanvragen tot tegemoetkoming en facturatie in VSB voor multidisciplinaire begeleidingsequipes voor palliatieve verzorging](https://www.departementzorg.be/nl/aanvragen-tot-tegemoetkoming-en-facturatie-vsb-voor-multidisciplinaire-begeleidingsequipes-voor-palliatieve-verzorging-0). Departement Zorg. Opgehaald 2026-09-29, sha256 87e6344d5f4cd640… (SRC-0bf14dcc23) [^26]: [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)](https://cdn-media.web-view.net/i/zjzwxxd8dcss/Digi_MRS_-_Note_au_secteur.pdf). AVIQ (kopie op nieuwsbriefserver web-view.net). Opgehaald 2026-09-29, sha256 7749c8ed3544feae… (SRC-c54b43f22a)