Conceptrecord · Platform of dienst
Beweringen: Pseudonimiseringsdiensten van het eHealth-platform
- Platform of dienst
- in productie
- België (federaal/interfederaal)
- Secundair datagebruik en registers
- Identiteit, toegang en audit
- Cyberbeveiliging
Atlas-ID ehealth-pseudonimisering · 30 beweringen · 16 bronnen
· Laatst geverifieerd 28-09-2026
· Release 2026.10.05-1
Het eHealth-platform stelt partners diensten ter beschikking die persoonsgegevens over de gezondheid omzetten naar gecodeerde of anonieme gegevens: de SOAP-webservice Seals (vroeger Codage v2, opvolger van Codage v1), Batch codage met het platform als vertrouwensderde (TTP), onomkeerbare anonimisering, en de afgeleide dienst Blinded pseudo (Pseudonymisation REST), die per domein een eigen pseudoniem geeft zonder dat de domeineigenaar de identiteit van de patiënt ziet. Een akkoord van het Informatieveiligheidscomité is verplicht; daarna zijn een eHealth-certificaat en een versleutelingsdienst nodig, en voor REST een I.AM Connect-client. UHMEP, Recip-e (FHIR), de Vitalink FHIR-omgeving en RR Consult (Pseudo-varianten) worden in de verwerkte bronnen beschreven als gebruikers van de dienst; UHMEP en Recip-e FHIR zitten deels nog in een test- of pilotfase.
Hieronder staan de beweringen waarop de pagina over Pseudonimiseringsdiensten van het eHealth-platform steunt: korte, eigen geformuleerde feiten, elk met de bron en de vindplaats waar je ze kan nagaan. Lees het artikel · Zo werkt de Atlas.
Beweringen 28 beweringen
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| Het eHealth-platform stelt partners diensten ter beschikking die persoonsgegevens over de gezondheid omzetten naar gecodeerde of anonieme gegevens, waaruit de identiteit van patiënt of zorgverlener niet rechtstreeks of onrechtstreeks af te leiden is. ↩ Toon in de tekst Klopt niet? | feit | Pseudonimisering & Anonimisering — eHealth-platform SRC-a55fa81ea8 | sectie 'Algemene informatie' | 28-09-2026 |
| Het eHealth-platform biedt pseudonimiseringsdiensten aan zodat persoonsgebonden gezondheidsgegevens worden omgezet in gecodeerde of anonieme gegevens. ↩ Toon in de tekst Klopt niet? | feit | Pseudonymisation & Anonymisation — Plate-forme eHealth SRC-ac484b97eb | inleiding | 26-09-2026 |
| Volgens het Welcome Pack (versie 08/09/2026) zijn de basisdiensten van het eHealth-platform: coördinatie van elektronische deelprocessen, portal, I.AM, RR Consult, eHealth-certificaten, timestamping, end-to-endversleuteling, het verwijzingsrepertorium (Metahub), eHealthBox en pseudonimisering & anonimisering. ↩ Toon in de tekst Klopt niet? | feit | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | p. 3 (inhoudstafel, rubriek 'Basisdiensten') | 25-09-2026 |
| De webservice Seals (vroeger Codage v2) is de opvolger van Codage v1 en codeert en decodeert gegevens in een medische context (cookbook v2.2 van 06/07/2022). ↩ Toon in de tekst Klopt niet? | feit | Seals WS v1.0 - Cookbook v2.2 — eHealth-platform; 06-07-2022 SRC-786d815eb8 | p. 4, §2.1 Goal of the service | 28-09-2026 |
| De productiecatalogus beschrijft Seals v1.1 als opvolger van Codage v1 voor het coderen en decoderen van willekeurige strings, waarbij de sleutel bij eHealth en de versleutelde gegevens bij de oproeper worden bewaard. ↩ Toon in de tekst Klopt niet? | feit | eHealth API Portal: catalogus (productie) — eHealth-platform SRC-f03da413b6 | kaart 'Seals' (SOAP v1.1) | 28-09-2026 |
| Bij "Batch codage" treedt het eHealth-platform op als trusted third party (TTP) voor het coderen en decoderen van gezondheidsgegevens voor rekening van een partner. ↩ Toon in de tekst Klopt niet? | feit | Pseudonymisation & Anonymisation — Plate-forme eHealth SRC-ac484b97eb | sectie 'Pseudonymisation' | 26-09-2026 |
| Anonimisering is bij het eHealth-platform onomkeerbaar en vereist de tussenkomst van een TTP. ↩ Toon in de tekst Klopt niet? | feit | Pseudonymisation & Anonymisation — Plate-forme eHealth SRC-ac484b97eb | sectie 'Anonymisation' | 26-09-2026 |
| De productiecatalogus vermeldt de Pseudonymisation REST-dienst om een identificator te pseudonimiseren, te identificeren of te converteren. ↩ Toon in de tekst Klopt niet? | feit | eHealth API Portal: catalogus (productie) — eHealth-platform SRC-f03da413b6 | kaart 'Pseudonymisation' (REST v1.0) | 28-09-2026 |
| Blinded pseudo is strikt genomen geen basisdienst maar een afgeleide dienst die aan dezelfde kwaliteits- en veiligheidsstandaarden voldoet als de basisdiensten uit de eHealth-wet. ↩ Toon in de tekst Klopt niet? | feit | Pseudonimisering & Anonimisering — eHealth-platform SRC-a55fa81ea8 | sectie 'Pseudonimisering', De pseudonimisering 'Blinded pseudo' | 28-09-2026 |
| De afgeleide dienst "Blinded pseudo" past pseudoniemen aan per verwerkende partij zonder de gegevens te depseudonimiseren. ↩ Toon in de tekst Klopt niet? | feit | Pseudonymisation & Anonymisation — Plate-forme eHealth SRC-ac484b97eb | sectie 'Blinded pseudo' | 26-09-2026 |
| Blinded pseudonymisation genereert per businessdomein een verschillend pseudoniem volgens cookbook 1.9.1. ↩ Toon in de tekst Klopt niet? | feit | Blinded pseudonymisation REST service — Cookbook — eHealth-platform; 23-07-2026 SRC-34079b24cd | p. 6, Introduction | 28-09-2026 |
| De Blinded-pseudonimiseringsdienst ondersteunt omzetting van een geblindeerd pseudoniem naar een doeldomein. ↩ Toon in de tekst Klopt niet? | feit | Blinded pseudonymisation REST service — Cookbook — eHealth-platform; 23-07-2026 SRC-34079b24cd | p. 20, 6.3 Conversion, stap 3 | 28-09-2026 |
| In de Pseudonymisation REST-dienst ziet de domeineigenaar enkel het pseudoniem voor zijn domein en niet de identiteit van de patiënt. ↩ Toon in de tekst Klopt niet? | feit | Blinded pseudonymisation REST service — Cookbook — eHealth-platform; 23-07-2026 SRC-34079b24cd | p. 6, §2.1 Goal of the service | 28-09-2026 |
| Sinds release R20251 (15/04/2025) pseudonimiseert de UHMEP-toepassing naast het INSZ ook de tekstinformatie van en voor de patiënt in een medisch voorschrift via de Pseudo REST-dienst. ↩ Toon in de tekst Klopt niet? | feit | eHealth Release Notes Major Release R20251 — eHealth-platform; 11-03-2025 SRC-6573e23b30 | p. 5, §3.4 Pseudo Rest Service | 28-09-2026 |
| De Recip-e FHIR-cookbook beschrijft het gebruik van de eHealth-pseudonimiseringsdienst om gegevens te pseudonimiseren, converteren en identificeren. ↩ Toon in de tekst Klopt niet? | feit | Recip-e FHIR Cookbook (UHMEP-MedicationPrescription-Cookbook.pdf) — Smals / Recip-e; 04-06-2026 SRC-b4bdb9101a | p. 5 (PDF-pagina 6), Pseudonymisation | 27-09-2026 |
| In de Vitalink FHIR-omgeving worden persoonsgegevens gepseudonimiseerd via de pseudonimisatieservice van het eHealth-platform. ↩ Toon in de tekst Klopt niet? | feit | Nieuwe FHIR-omgeving van Vitalink in productie! — Vitalink (Departement Zorg); 22-03-2024 SRC-a7e3a494e9 | nieuwsbericht, alinea 4 | 25-09-2026 |
| Vitalink 2.0 vervangt de dubbele encryptie van het huidige Vitalink door een model op basis van pseudonimisatie: het rijksregisternummer wordt vervangen door een pseudoniem, de gezondheidsgegevens blijven leesbaar; volgens de minister maakt dat secundair gebruik (o.a. population health management) mogelijk. ↩ Toon in de tekst Klopt niet? | feit | Schriftelijke vraag nr. 327 (2025-2026) van Koen Dillen aan minister Caroline Gennez: Vitalink - Stand van zaken, met antwoord — Vlaams Parlement; 02-03-2026 SRC-86d201fe67 | p. 2, antwoord punt 2 | 26-09-2026 |
| Voor RNConsult PseudoPersonService moet het SSIN- of BIS-nummer vóór gebruik via de pseudonimiseringsdienst gepseudonimiseerd zijn. ↩ Toon in de tekst Klopt niet? | feit | Services Blinded pseudo-compatibles — eHealth-platform SRC-f7120943b7 | RN CONSULT — RNConsult PseudoPersonService | 28-09-2026 |
| De patiëntidentificatie (INSZ) wordt via het eHealth-platform gepseudonimiseerd ('codage eHBox') voordat de gegevens in het healthdata.be-datawarehouse terechtkomen. ↩ Toon in de tekst Klopt niet? | feit | Beraadslaging nr. 17/010 (gewijzigd 6 december 2022) - EPILABO — Informatieveiligheidscomité (via eHealth-platform); 06-12-2022 SRC-e84226c028 | p. 4, stroom A3 | 26-09-2026 |
| DAAS is ook pseudo-compatibel gemaakt. ↩ Toon in de tekst Klopt niet? | feit | Services Blinded pseudo-compatibles — eHealth-platform SRC-f7120943b7 | sectie 'Data Attribute Service (DAAS)' | 28-09-2026 |
| Om de Pseudonymisation REST-dienst aan te roepen is een I.AM Connect-client nodig die een access token (JWT) verkrijgt. ↩ Toon in de tekst Klopt niet? | feit | Blinded pseudonymisation REST service — Cookbook — eHealth-platform; 23-07-2026 SRC-34079b24cd | p. 9 | 28-09-2026 |
| De Smals-bibliotheek voor pseudonimisering zet een patiëntidentificatienummer (SSIN) om in een elliptic-curve-punt en verblindt dit vóór elke aanroep van de eHealth-pseudonimiseringsdienst, zodat die dienst zelf nooit een patiëntidentificator te zien krijgt. ↩ Toon in de tekst Klopt niet? | feit | GitHub - smals-belgium/shared-pseudo-helper-java: Library that helps eHealth Pseudonymisation integration in Java applications · GitHub — Smals SRC-62e7d58b4b | README - sectie over de eHealth Pseudonymisation service | 26-09-2026 |
| De Smals-bibliotheek zet een identificatienummer eerst om in een punt op de elliptic curve en verblindt dit punt vóór het de 'pseudonymize'-operatie van de eHealth-pseudonimiseringsdienst aanroept. ↩ Toon in de tekst Klopt niet? | feit | GitHub - smals-belgium/shared-pseudo-helper-java: Library that helps eHealth Pseudonymisation integration in Java applications · GitHub — Smals SRC-62e7d58b4b | README - sectie over de eHealth Pseudonymisation service | 28-09-2026 |
| Voor de pseudonimiseringsdiensten (WS SEALS, Batch codage, Blinded pseudo) en anonimisering is een akkoord van het Informatieveiligheidscomité verplicht. ↩ Toon in de tekst Klopt niet? | feit | Pseudonimisering & Anonimisering — eHealth-platform SRC-a55fa81ea8 | sectie 'Wat zijn de implementatievoorwaarden?' | 28-09-2026 |
| Volgens het Welcome Pack is voor pseudonimisering bij het eHealth-platform (o.a. WS Seals, batch codage, Blinded pseudo) een voorafgaande machtiging van het Informatieveiligheidscomité absoluut noodzakelijk; het IVC legt het beveiligingsniveau op. ↩ Toon in de tekst Klopt niet? | feit | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | p. 34, sectie '10. Pseudonimisering & Anonimisering' | 25-09-2026 |
| Volgens het Welcome Pack is voor pseudonimisering bij het eHealth-platform een voorafgaande machtiging van het Informatieveiligheidscomité absoluut noodzakelijk voordat gegevens gebruikt of uitgewisseld kunnen worden; op basis van de behoeften legt het IVC een afdoend beveiligingsniveau op. ↩ Toon in de tekst Klopt niet? | feit | Welcome Pack (eHealth-platform) — eHealth-platform SRC-6fdf93f016 | p. 34, sectie '10. Pseudonimisering & Anonimisering' | 28-09-2026 |
| Na een akkoord van het IVC zijn voor de pseudonimiseringsdiensten een eHealth-certificaat en de implementatie van een versleutelingsdienst nodig. ↩ Toon in de tekst Klopt niet? | feit | Pseudonimisering & Anonimisering — eHealth-platform SRC-a55fa81ea8 | sectie 'Wat zijn de implementatievoorwaarden?' | 28-09-2026 |
| Voor het gebruik van de pseudonimiserings- en anonimiseringsdiensten is een beraadslaging (akkoord) van het Informatieveiligheidscomité verplicht. Klopt niet? | feit | Pseudonymisation & Anonymisation — Plate-forme eHealth SRC-ac484b97eb | sectie 'Conditions' | 26-09-2026 |
Niet in de tekst verwerkt 2 beweringen
Deze beweringen komen uit dezelfde bronnen en zijn nagekeken, maar het artikel over Pseudonimiseringsdiensten van het eHealth-platform gebruikt ze (nog) niet.
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| Het eHealth-platform noemt pseudonimisering een afgeleide dienst en strikt genomen geen basisdienst. Klopt niet? | feit | Pseudonimisering & Anonimisering — eHealth-platform SRC-a55fa81ea8 | algemene informatie | 28-09-2026 |
| De dienst anonimisering wijzigt inhoud of gegevensstructuur zodat identificatie onmogelijk wordt. Klopt niet? | feit | Pseudonimisering & Anonimisering — eHealth-platform SRC-a55fa81ea8 | algemene informatie | 28-09-2026 |