--- id: ehealth-pseudonimisering type: Platform type_label: Plateforme ou service title: Pseudonymisation et anonymisation (plate-forme eHealth) aliases: - Pseudonymisation REST - eHealth Pseudo - Pseudo REST - Blinded pseudo - Blinded pseudonymisation - Seals - Codage - Batch codage - pseudonimisering & anonimisering names: nl: Pseudonimisering en anonimisering (eHealth-platform) fr: Pseudonymisation et anonymisation (plate-forme eHealth) en: eHealth pseudonymisation services jurisdiction: - belgie themes: - secundair-gebruik - identiteit-en-toegang - cyberbeveiliging lifecycle: productie lifecycle_note: 'En production comme Pseudonymisation REST v1.0 et Seals SOAP v1.1. Source: catalogue d''API eHealth, consulté le 28 septembre 2026; la suppression progressive complète de Codage v1 n''a pas été trouvée.' version: Pseudonymisation REST v1.0 (cookbook v1.9.1) ; Seals SOAP v1.1 summary: Les services de pseudonymisation de la plate-forme eHealth transforment des données de santé identifiables en données codées ou anonymes en vue d'une réutilisation contrôlée. Seals, Batch codage et Pseudonymisation REST utilisent des techniques différentes; le service REST attribue par domaine un pseudonyme propre sans montrer l'identité au propriétaire du domaine. L'utilisation requiert l'autorisation du Comité de sécurité de l'information ainsi qu'une authentification et un chiffrement techniques. Les services sont en production et sont pertinents pour les organisations qui envoient des données de manière sécurisée vers des registres ou d'autres applications. links: - soort: website url: https://www.ehealth.fgov.be/ehealthplatform/nl/service-pseudonimisering-anonimisering label: Pseudonimisering en anonimisering (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: supervisedBy direction: uit target: informatieveiligheidscomite target_url: https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/ status: established - type: dependsOn direction: uit target: i-am-connect target_url: https://ehealth-atlas.be/fr/i-am-identity-access-management/ status: established - type: dependsOn direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/fr/certificats-ehealth/ status: established - type: seeAlso direction: in target: be-hera target_url: https://ehealth-atlas.be/fr/be-prepared/ status: established - type: participatesIn direction: in target: centra-voor-leerlingenbegeleiding target_url: https://ehealth-atlas.be/fr/centra-voor-leerlingenbegeleiding/ status: established - type: participatesIn direction: in target: opgroeien target_url: https://ehealth-atlas.be/fr/opgroeien/ status: established - type: participatesIn direction: in target: smals target_url: https://ehealth-atlas.be/fr/smals/ 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: preventieve-jeugdgezondheidszorg target_url: https://ehealth-atlas.be/fr/medecine-preventive-de-l-enfant-et-promotion-de-la-sante-a-l-ecole/ status: established - type: dependsOn direction: in target: healthdata-hd4dp target_url: https://ehealth-atlas.be/fr/hd4dp-v2/ status: established - type: dependsOn direction: in target: recip-e target_url: https://ehealth-atlas.be/fr/recip-e/ status: hypothesis - type: dependsOn direction: in target: rnconsult target_url: https://ehealth-atlas.be/fr/rn-consult/ 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: vitalink target_url: https://ehealth-atlas.be/fr/vitalink/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/ license: CC BY 4.0 --- # Pseudonymisation et anonymisation (plate-forme eHealth) Les services de pseudonymisation de la plate-forme eHealth transforment des données de santé identifiables en données codées ou anonymes en vue d'une réutilisation contrôlée. Seals, Batch codage et Pseudonymisation REST utilisent des techniques différentes ; le service REST attribue par domaine un pseudonyme propre sans montrer l'identité au propriétaire du domaine. L'utilisation requiert l'autorisation du Comité de sécurité de l'information ainsi qu'une authentification et un chiffrement techniques. Les services sont en production et sont pertinents pour les organisations qui envoient des données de manière sécurisée vers des registres ou d'autres applications. ## Qu'est-ce que c'est ? La [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) met à la disposition de ses partenaires des services qui convertissent des données à caractère personnel relatives à la santé en données codées ou anonymes, dont l'identité du patient ou du prestataire de soins ne peut être déduite ni directement ni indirectement[^1][^2]. Le Welcome Pack compte « pseudonymisation et anonymisation » parmi les services de base (voir [Services de base de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/))[^3]. La famille comprend : - **Seals** (SOAP) : le web service Seals (anciennement Codage v2) succède à Codage v1 et code et décode des données dans un contexte médical (cookbook v2.2 du 06/07/2022)[^4]. Selon le catalogue de production, Seals code et décode des chaînes de caractères quelconques, la clé restant auprès de la plate-forme eHealth et les données chiffrées chez l'appelant[^5]. - **Batch codage** : la plate-forme eHealth agit comme trusted third party (TTP) pour le codage et le décodage de données de santé pour le compte d'un partenaire[^2]. - **Anonymisation** : irréversible, avec l'intervention d'un TTP[^2]. - **Blinded pseudo** (REST, « Pseudonymisation ») : le catalogue de production mentionne le service REST Pseudonymisation pour pseudonymiser, identifier ou convertir un identifiant[^5]. Blinded pseudo n'est, strictement parlant, pas un service de base mais un service dérivé qui répond aux mêmes normes de qualité et de sécurité que les services de base de la loi eHealth[^1]. ### Quel problème résout-il ? Les services permettent de traiter ou de partager des données de santé sans que le destinataire connaisse l'identité du patient[^1]. Blinded pseudo adapte les pseudonymes par partie traitante sans dépseudonymiser les données[^2] : le service génère un pseudonyme différent par domaine métier[^6] et prend en charge la conversion d'un pseudonyme aveuglé vers un domaine cible[^6]. Le propriétaire du domaine ne voit que le pseudonyme de son domaine et non l'identité du patient[^6]. ## Quels services ? | Service | Quoi | Pour qui | Page | |---|---|---|---| | Seals | coder et décoder des valeurs quelconques[^5] | partenaires disposant d'un flux de données approuvé | [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) | | Batch codage | faire coder ou décoder par la plate-forme eHealth comme tiers de confiance[^2] | projets de registre et de données | [HD4DP v2 (healthdata.be)](https://ehealth-atlas.be/fr/hd4dp-v2/) | | Anonymisation | anonymiser des données de manière irréversible via un tiers de confiance[^2] | projets qui n'ont pas besoin de réidentification | [Comité de sécurité de l'information (chambre sécurité sociale et santé)](https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/) | | Pseudonymisation REST | pseudonymiser, identifier ou convertir un identifiant vers un autre domaine[^5] | applications avec des pseudonymes propres à un domaine | [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) | Statut : **production**. La plate-forme eHealth fournit ces services[^1]. Applications dans les sources traitées : - [UHMEP](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/) : depuis la release R20251 (15/04/2025), UHMEP pseudonymise, outre le numéro d'identification de la sécurité sociale, aussi l'information textuelle du patient et destinée au patient dans une prescription médicale, via le service Pseudo REST[^7]. Pour le statut d'UHMEP (phases de test et de pilote), voir [UHMEP et la prescription de renvoi électronique (eReferral)](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/). - [Recip-e](https://ehealth-atlas.be/fr/recip-e/) : le cookbook FHIR décrit l'utilisation du service de pseudonymisation pour pseudonymiser, convertir et identifier des données[^8]. - [Vitalink](https://ehealth-atlas.be/fr/vitalink/) : dans l'environnement FHIR de Vitalink, les données à caractère personnel sont pseudonymisées via le service de pseudonymisation de la plate-forme eHealth[^9]. Pour Vitalink 2.0, la ministre décrit un modèle dans lequel le numéro de registre national est remplacé par un pseudonyme et où les données de santé restent lisibles[^10]. - [RN Consult](https://ehealth-atlas.be/fr/rn-consult/) : pour PseudoPersonService, le numéro d'identification de la sécurité sociale ou le numéro BIS doit avoir été pseudonymisé au préalable via le service de pseudonymisation[^11]. - Rapportage épidémiologique de laboratoire : selon la description du flux dans une délibération, l'identification du patient (NISS) est pseudonymisée via la plate-forme eHealth (« codage eHBox ») avant que les données n'aboutissent dans le datawarehouse de healthdata.be[^12] (voir [HD4DP v2 (healthdata.be)](https://ehealth-atlas.be/fr/hd4dp-v2/)). **Hypothèse :** il s'agit d'un service de cette famille ; la source ne dit pas lequel. Le Data Attribute Service (DAAS) a lui aussi été rendu pseudo-compatible[^11] (voir [Services de base de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-de-base-de-la-plate-forme-ehealth/)). ### Services et interfaces techniques - **Pseudonymisation REST** : pour appeler le service, il faut un client [I.AM Connect](https://ehealth-atlas.be/fr/i-am-identity-access-management/) qui obtient un access token (JWT)[^6]. - **Aveuglement du côté du client** : selon la documentation d'une bibliothèque d'aide open source distincte, de Smals, le service de pseudonymisation n'échange que des points de courbe elliptique ; le client convertit un numéro d'identification du patient (NISS) en un tel point et l'aveugle avant l'appel, de sorte que le service lui-même ne voit aucun identifiant de patient[^13][^13]. - **Seals** : la clé reste auprès de la plate-forme eHealth, les données chiffrées chez l'appelant[^5]. ### API dans le catalogue de la plate-forme eHealth | API | Interface | Version | Environnements | Documentation | |---|---|---|---|---| | Pseudonymisation | REST | 1.0 | production, acceptation | cookbook v1.9.1 (23/07/2026) ; directives et recommandations v1.2 (12/06/2025) | | Seals | SOAP | 1.1 | production, acceptation | Seals WS v1.0 cookbook v2.2 (06/07/2022) | État du catalogue au 28/09/2026 (registre de l'Atlas). Le catalogue de production décrit les deux services[^5][^5]. ## Où en est le service, qui est tenu de l'utiliser ou qui l'utilise ? - Seals (anciennement Codage v2) succède à Codage v1[^4] ; aucune date de retrait de Codage v1 n'a été trouvée. - Version R20251 (15/04/2025) : extension de l'utilisation par UHMEP aux informations textuelles contenues dans les prescriptions[^7]. - Aucune feuille de route n'a été trouvée pour les services eux-mêmes. - La note 26/116 du [Comité de sécurité de l'information](https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/) (2 juin 2026) traite des principes généraux du traitement, de la pseudonymisation et de la répartition des rôles dans le cadre de l'utilisation secondaire, en particulier pour la Plate-forme eHealth et l'Agence des données de santé[^14]. Lors du couplage de sources, un tiers de confiance (TTP) est toujours sollicité[^14] ; la Plate-forme eHealth n'a pas accès aux données de santé et intervient comme TTP de codage[^14]. L'[Agence des données de santé](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/) ne dispose pas encore d'une base légale explicite pour agir comme TTP autonome ; dans l'attente d'une modification législative en préparation, la Plate-forme eHealth peut également être responsable du traitement pour la deuxième étape de pseudonymisation, l'Agence des données de santé agissant comme sous-traitant[^14][^14]. Ni la Plate-forme eHealth ni l'Agence des données de santé ne peuvent elles-mêmes traiter, en qualité de responsables du traitement, des données destinées à une utilisation secondaire[^14]. ## Qu'est-ce que cela signifie pour un hôpital ? - **Obligation** : pour les services de pseudonymisation (WS Seals, Batch codage, Blinded pseudo) et pour l'anonymisation, un accord du [Comité de sécurité de l'information](https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/) est obligatoire[^1][^3][^3]. - **Utilisation indirecte** : UHMEP, Recip-e FHIR et l'environnement FHIR de Vitalink reposent sur des pseudonymes[^7][^8][^9]. **Interprétation :** les logiciels hospitaliers entrent donc aussi en contact avec la pseudonymisation via ces services. - **Recommandation** (propre) : pour chaque nouveau projet d'enregistrement ou d'utilisation secondaire, vérifier si le destinataire attend un numéro d'identification de la sécurité sociale pseudonymisé, quel service (Seals ou Blinded pseudo) est prévu à cet effet et s'il existe une délibération du Comité de sécurité de l'information. ### Conditions d'implémentation et limites Après un accord du Comité de sécurité de l'information, les services de pseudonymisation requièrent un [certificat eHealth](https://ehealth-atlas.be/fr/certificats-ehealth/) et l'implémentation d'un service de chiffrement[^1]. Pour le service REST, un client I.AM Connect est en outre requis[^6]. ## Incertitudes et informations contradictoires - **Service de base ou service dérivé** : le Welcome Pack qualifie la pseudonymisation de service de base[^3], alors que Blinded pseudo est, selon la même famille de sources, strictement parlant un service dérivé[^1]. **Interprétation :** pas de véritable contradiction ; Blinded pseudo est un service dérivé qui suit les mêmes normes que les services de base. - **Dénomination** : « Seals », « Codage v2 », « Pseudo REST », « Pseudonymisation » et « Blinded pseudo » sont utilisés indifféremment ; dans le catalogue, les API s'appellent « Seals » et « Pseudonymisation ». - **Codage v1** : statut non trouvé (lacune). ## Relaties - est exploité par: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^1][^2][^3] - est supervisé par: [Comité de sécurité de l'information (chambre sécurité sociale et santé)](https://ehealth-atlas.be/fr/comite-de-securite-de-l-information/) (établi)[^1][^2][^3]. Een akkoord of machtiging van het Informatieveiligheidscomité is verplicht. - dépend de: [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) (établi)[^6]. Voor de Pseudonymisation REST-dienst (access token via een I.AM Connect-client). - dépend de: [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) (établi)[^1] - voir aussi (entrant): [be.Prepared (anciennement Be-HERA)](https://ehealth-atlas.be/fr/be-prepared/) (établi)[^15][^12] - participe à (entrant): [Centra voor leerlingenbegeleiding (CLB)](https://ehealth-atlas.be/fr/centra-voor-leerlingenbegeleiding/) (établi)[^16] - 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)[^3][^1] - 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): [HD4DP v2 (healthdata.be)](https://ehealth-atlas.be/fr/hd4dp-v2/) (établi)[^17] - participe à (entrant): [Opgroeien regie (Kind en Gezin)](https://ehealth-atlas.be/fr/opgroeien/) (établi)[^18] - porte sur (entrant): [Médecine préventive de l'enfant et promotion de la santé à l'école (flux de données numériques)](https://ehealth-atlas.be/fr/medecine-preventive-de-l-enfant-et-promotion-de-la-sante-a-l-ecole/) (établi)[^18][^16] - dépend de (entrant): [Recip-e (prescription électronique dans le secteur ambulatoire)](https://ehealth-atlas.be/fr/recip-e/) (hypothèse)[^8] - dépend de (entrant): [RN Consult (RR Consult)](https://ehealth-atlas.be/fr/rn-consult/) (établi)[^11] - participe à (entrant): [Smals](https://ehealth-atlas.be/fr/smals/) (établi)[^19][^13] - dépend de (entrant): [UHMEP et la prescription de renvoi électronique (eReferral)](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/) (établi)[^7] - dépend de (entrant): [Vitalink](https://ehealth-atlas.be/fr/vitalink/) (établi)[^9][^10] ## Open vragen - Is Codage v1 volledig uitgefaseerd, en sinds wanneer? De catalogus noemt Seals enkel de opvolger. - Welke projecten gebruiken Blinded pseudo in productie, naast UHMEP, Recip-e (FHIR) en Vitalink (FHIR-omgeving)? - Welke dienst van deze familie is de 'codage eHBox' uit beraadslaging 17/010 (epidemiologische laboratoriumrapportering): Batch codage, Seals of Blinded pseudo? - Is er een REST-variant van Seals gepland, of vervangt Pseudonymisation REST op termijn Seals? Niet gevonden. - Via welk kanaal (API of procedure) worden Batch codage en anonimisering aangevraagd en uitgevoerd? ## Bronnen [^1]: [Pseudonimisering & Anonimisering](https://www.ehealth.fgov.be/ehealthplatform/nl/service-pseudonimisering-anonimisering). eHealth-platform. Opgehaald 2026-09-28, sha256 8e4c4a83080abb52… (SRC-a55fa81ea8) [^2]: [Pseudonymisation & Anonymisation](https://www.ehealth.fgov.be/ehealthplatform/fr/service-pseudonymisation-anonymisation). Plate-forme eHealth. Opgehaald 2026-09-26, sha256 3827c83aa39c5fa3… (SRC-ac484b97eb) [^3]: [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) [^4]: [Seals WS v1.0 - Cookbook v2.2](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/335124fd22e397dda14f2c3b98c5569d8abfbc8a/seals-ws-v1-cookbook-v2-2-dd-06072022.pdf). eHealth-platform, 2022-07-06. Opgehaald 2026-09-28, sha256 ce4b76639dc7bb0b… (SRC-786d815eb8) [^5]: [eHealth API Portal: catalogus (productie)](https://portal.api.ehealth.fgov.be/apis?sort=oldest&viewType=list). eHealth-platform. Opgehaald 2026-09-28, sha256 fa7b4b7ffb0d0fa3… (SRC-f03da413b6) [^6]: [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) [^7]: [eHealth Release Notes Major Release R20251](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/fd8906c63a05f282a8360d9c6ed608fa9427e24a/release-notes-r20251-v-1.pdf). eHealth-platform, 2025-03-11. Opgehaald 2026-09-28, sha256 d396b7547be3a624… (SRC-6573e23b30) [^8]: [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) [^9]: [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) [^10]: [Schriftelijke vraag nr. 327 (2025-2026) van een Vlaams volksvertegenwoordiger aan de Vlaamse minister van Welzijn: Vitalink - Stand van zaken, met antwoord](https://docs.vlaamsparlement.be/files/pfile?id=2278017). Vlaams Parlement, 2026-03-02. Opgehaald 2026-09-26, sha256 e2e32cf3b38c4d0a… (SRC-86d201fe67) [^11]: [Services Blinded pseudo-compatibles](https://www.ehealth.fgov.be/ehealthplatform/fr/services-blinded-pseudo-compatibles). eHealth-platform. Opgehaald 2026-09-28, sha256 17e842503ab86473… (SRC-f7120943b7) [^12]: [Beraadslaging nr. 17/010 (gewijzigd 6 december 2022) - EPILABO](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/747320f2af0a82ad6f906312b3d77bac0165c15a/17-010-n552-epilabo-gewijzigd-op-6-december-2022.pdf). Informatieveiligheidscomité (via eHealth-platform), 2022-12-06. Opgehaald 2026-09-26, sha256 572504954288935a… (SRC-e84226c028) [^13]: [GitHub - smals-belgium/shared-pseudo-helper-java: Library that helps eHealth Pseudonymisation integration in Java applications · GitHub](https://github.com/smals-belgium/shared-pseudo-helper-java). Smals. Opgehaald 2026-09-26, sha256 00186947ff0cb7bb… (SRC-62e7d58b4b) [^14]: [Nota nr. 26/116 van 2 juni 2026 betreffende de algemene principes omtrent de verwerking van persoonsgegevens, pseudonimisering en verdeling van verwerkingsverantwoordelijkheden](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/a40a1ea2a7ffbe0f5dbedf70007bf7657e4b9a49/26-116-n190-hda-nota.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid, 2026-06-02. Opgehaald 2026-10-08, sha256 91f39b7335e43987… (SRC-507e479ba7) [^15]: [EPILABO: data collection via HD4DP 2.0 application - documentation for participating laboratories](https://www.sciensano.be/sites/default/files/documentation_epilabo_20231013.pdf). Sciensano (Epidemiologie van infectieziekten; healthdata.be), 2023-10-13. Opgehaald 2026-09-28, sha256 82003eabd9329be4… (SRC-7cecd88fb2) [^16]: [Beraadslaging nr. 10/074 van 19 oktober 2010, gewijzigd op 3 december 2019 en 5 juli 2022 (CLB en AgODi aan het Vlaams Agentschap Zorg en Gezondheid)](https://ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/a68d33fd123fa2c2761e405eb1ef33a220bf92ab/10-074-n340-clb-vazg-gewijzigd-op-5-juli-2022.pdf). Informatieveiligheidscomité (eHealth-platform), 2022-07-05. Opgehaald 2026-10-07, sha256 705b82201a7b71bb… (SRC-b106facf32) [^17]: [Dataflow description HD4DP v2](https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers/dataflow-description-hd4dp-v2). healthdata.be (HDA). Opgehaald 2026-09-26, sha256 947c2ab446abc47e… (SRC-ae6b9db626) [^18]: [Beraadslaging nr. 26/012 van 13 januari 2026 m.b.t. de verwerking van persoonsgegevens die de gezondheid betreffen uit Vaccinnet 2.0 aan het Agentschap Opgroeien regie](https://www.opgroeien.be/sites/default/files/protocols_authorizations/beraadslaging-vaccinnet.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid (gepubliceerd door Opgroeien), 2026-01-13. Opgehaald 2026-10-07, sha256 3fd2eda4397ff326… (SRC-1f1338388d) [^19]: [Activiteitenverslag Smals 2025](https://www.smals.be/sites/default/files/2026-06/Activiteitenverslag%20Smals%202025.pdf). Smals, 2026-06-17. Opgehaald 2026-10-07, sha256 4f621809790b0de5… (SRC-5de8593d8a)