--- id: technische-integratie-ehealth type: Topic type_label: Overzicht of dossier title: Technische integratie met de eHealth-infrastructuur aliases: - integratie eHealth-basisdiensten - softwareintegratie eHealth - eHealth-integratie voor softwareleveranciers names: nl: Technische integratie met de eHealth-infrastructuur fr: Intégration technique avec l'infrastructure eHealth en: Technical integration with the Belgian eHealth infrastructure jurisdiction: - belgie themes: - architectuur-en-infrastructuur - identiteit-en-toegang lifecycle: nvt lifecycle_note: 'Overzichtspagina (patroon). De status verschilt per doeldienst en staat op de betrokken conceptpagina''s (o.a. uhmep: pilot; cobrha: migratie naar Cobrha+ gepland). De status van de Recip-e FHIR-API (cookbook v1.0, 04/06/2026) is op deze pagina niet vastgesteld.' summary: Overzicht per doeldienst (eHealthBox, MyCareNet, hubs-metahub en Consent/Therlink, Vitalink, Recip-e/UHMEP, pseudonimisering, Addressbook/CoBRHA) van wat een softwarepakket nodig heeft om met de Belgische eHealth-infrastructuur te koppelen. Gemeenschappelijke bouwstenen zijn een eHealth-certificaat voor system-to-systemtoegang, I.AM (STS/SAML voor SOAP, I.AM Connect/OIDC voor REST), ETEE-versleuteling, de acceptatieomgeving en de eHealth-connectoren, gevolgd door een registratietest of erkenning per dienst. last_verified: '2026-09-28' relations: - type: about direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/ehealth-certificaten/ status: established - type: about direction: uit target: i-am-connect target_url: https://ehealth-atlas.be/i-am-connect/ status: established - type: about direction: uit target: ehealth-connector target_url: https://ehealth-atlas.be/ehealth-connector/ status: established - type: about direction: uit target: ehealthbox target_url: https://ehealth-atlas.be/ehealthbox/ status: established - type: about direction: uit target: mycarenet target_url: https://ehealth-atlas.be/mycarenet/ status: established - type: about direction: uit target: hubs-metahub target_url: https://ehealth-atlas.be/hubs-metahub/ status: established - type: about direction: uit target: vitalink target_url: https://ehealth-atlas.be/vitalink/ status: established - type: about direction: uit target: uhmep target_url: https://ehealth-atlas.be/uhmep/ status: established - type: about direction: uit target: recip-e target_url: https://ehealth-atlas.be/recip-e/ status: established - type: about direction: uit target: cobrha target_url: https://ehealth-atlas.be/cobrha/ status: established - type: about direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/ehealth-platform/ status: established - type: about direction: uit target: informatieveiligheidscomite target_url: https://ehealth-atlas.be/informatieveiligheidscomite/ status: established - type: about direction: in target: ehealth-basisdiensten target_url: https://ehealth-atlas.be/ehealth-basisdiensten/ status: established - type: about direction: in target: integratie-engine target_url: https://ehealth-atlas.be/integratie-engine/ status: hypothesis release: 2026.10.01-7 url: https://ehealth-atlas.be/technische-integratie-ehealth/ license: CC BY 4.0 --- # Technische integratie met de eHealth-infrastructuur Overzicht per doeldienst (eHealthBox, MyCareNet, hubs-metahub en Consent/Therlink, Vitalink, Recip-e/UHMEP, pseudonimisering, Addressbook/CoBRHA) van wat een softwarepakket nodig heeft om met de Belgische eHealth-infrastructuur te koppelen. Gemeenschappelijke bouwstenen zijn een eHealth-certificaat voor system-to-systemtoegang, I.AM (STS/SAML voor SOAP, I.AM Connect/OIDC voor REST), ETEE-versleuteling, de acceptatieomgeving en de eHealth-connectoren, gevolgd door een registratietest of erkenning per dienst. ## In het kort - Elke system-to-systemkoppeling met eHealth-basisdiensten vereist een eHealth-certificaat[^1]; REST-diensten verlopen via I.AM Connect (OIDC)[^2], en voor de REST-varianten van eHealthBox en Addressbook is een aparte I.AM Connect-onboarding nodig[^3]. - SOAP-diensten gebruiken een SAML-token van I.AM STS, REST-diensten OpenID Connect via I.AM Connect[^4][^2]. - Medische gegevens moeten minstens op berichtniveau beveiligd zijn[^5]; de ETEE-dienst (met ETK's als publieke sleutels van gekende ontvangers) en KGSS (voor niet op voorhand gekende ontvangers) verzorgen de versleuteling[^6]. - Testen gebeurt in de acceptatieomgeving met een acceptatiecertificaat en de connector[^7]; voor diensten van [ziekenhuisnetwerken](https://ehealth-atlas.be/locoregionale-ziekenhuisnetwerken/), gezondheidskluizen, ziekenfondsen of Recip-e bestaan testomgevingen bij het eHealth-platform of bij die actoren[^8]. - Softwareregistratie controleert of software veilig en correct integreert[^9]; voor MyCareNet beslist het NIC via een 'Approval Assessment'[^10]. - De Metahub-webservice is enkel voor hubs[^11]: een ziekenhuispakket integreert via zijn hub, maar kan Consent, Therlink en Exclusions wel rechtstreeks via REST aanroepen[^11]. ## Vraag of patroon Welke technische en administratieve stappen moet een softwarepakket (EPD, LIS, apotheek- of huisartsensoftware, middleware) doorlopen om een bepaalde dienst van de Belgische eHealth-infrastructuur te gebruiken? (Synthese) Het patroon komt meestal neer op: identificeer het systeem (certificaat), authenticeer de gebruiker of organisatie via [I.AM](https://ehealth-atlas.be/i-am-connect/), versleutel de inhoud, test in acceptatie en laat de integratie registreren of erkennen. De details verschillen per doeldienst, en niet elke stap geldt overal: een webapplicatie zonder eigen integratie vraagt bijvoorbeeld geen registratietest[^9]. ## Gemeenschappelijke bouwstenen - **Architectuurkeuze**: het [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) biedt SOAP aan voor toepassingen op één toestel en REST voor toepassingen op meerdere toestellen; voor nieuwe mobiele projecten krijgt REST de voorkeur[^5]. - **Certificaat**: het certificaat identificeert het systeem, de eID of een token de gebruiker[^1]. Productiecertificaten zijn 36 maanden geldig[^1]. Het eHealth-platform kondigt een overstap naar ECC 384 aan: de Certificate Manager zal enkel nog ECC-certificaten genereren (ETK's blijven RSA)[^7]; in acceptatie kunnen nog RSA-certificaten besteld worden[^7]. Zie [eHealth-certificaten en versleuteling (ETEE)](https://ehealth-atlas.be/ehealth-certificaten/). - **I.AM**: vier technische contexten (webapplicaties, SOAP, REST, Data Access)[^2]. Klassieke webapplicaties gebruiken I.AM IDP, mobiele en REST-toepassingen I.AM Connect[^2]. Organisaties registreren een M2M-client met hun RIZIV-nummer in de client-ID[^3]. - **Transport- en berichtbeveiliging**: voor webservices op het SOA-platform is op transportniveau steeds een SSL/TLS-verbinding vereist[^4], en op berichtniveau authenticeert de service consumer zich met X.509-certificaten[^4]. - **Beveiliging van de inhoud**: minstens berichtniveau[^5]; volledige end-to-endversleuteling is niet altijd nodig, point-to-pointbeveiliging wel[^5]. - **Connectoren**: vrije Java-bibliotheken (met gegenereerde .NET-variant) voor authenticatie en versleuteling[^12]; minimaal versie 4.1.2 en SHA256 sinds oktober 2023[^12]. Zie [eHealth-connectoren (eHealth platform services connectors)](https://ehealth-atlas.be/ehealth-connector/). - **Acceptatieomgeving**: beschikbaar voor instellingen en softwareleveranciers om tegen de interoperabiliteits- en veiligheidsspecificaties te testen[^7]. Functioneel identiek aan productie, maar de gegevens zijn normaal niet betrouwbaar, behalve de drie weken voor een major release[^7]. Toegang vraagt een acceptatiecertificaat, de connector, een uitgeteste computer/browser en meestal een medisch testprofiel[^7]. - **Trust store en sleutelvernieuwing**: vertrouwde certificaten worden verspreid als ETSI Trusted List[^1]; in juli-augustus 2026 vernieuwde het platform de certificaten en sleutels van zijn eigen I.AM-diensten (SAML-integraties, JWT-validatie van I.AM Connect)[^13]. - **Registratie**: softwareregistratie gebeurt onder verantwoordelijkheid van het eHealth-platform samen met beheerders zoals het RIZIV[^9][^14]. De manier van inschrijven verschilt volgens de RIZIV-registratievoorwaarden per project[^14]. De testmodaliteit hangt af van de integratievorm: geen test voor een webapplicatie zonder integratie, een demonstratievideo voor webcomponenten, een live testsessie voor een FHIR-API[^9]. Een geregistreerd pakket moet de geteste versie binnen drie maanden na het geslaagde minilab bij alle gebruikers installeren[^15]. ## Vergelijking per doeldienst | Doeldienst | Toegangsweg voor software | Wat is nodig | Test/erkenning | |---|---|---|---| | [eHealthBox](https://ehealth-atlas.be/ehealthbox/) | SOAP v3 of REST v1 | certificaat + versleuteling; REST ook I.AM Connect[^16][^3] | minilab bij huisartsensoftware[^17] | | [MyCareNet](https://ehealth-atlas.be/mycarenet/) | via bedrijfssoftware[^18]; daarnaast een NIC-portaal[^18] | inschrijving bij NIC + testcertificaat eHealth[^10] | NIC 'Approval Assessment'[^10] | | [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/) | enkel via een erkende hub[^11] | Consent/Therlink/Exclusions ook als REST[^11] | via de hub | | [Vitalink](https://ehealth-atlas.be/vitalink/) | [KMEHR](https://ehealth-atlas.be/kmehr/)- of [FHIR](https://ehealth-atlas.be/fhir/)-omgeving[^19] | toegangsprocedure; FHIR via I.AM Connect[^19][^20]; releasekalender per kwartaal[^19] | toegangsprocedure (testdetails niet gevonden)[^19] | | [Recip-e (elektronisch voorschrift in de ambulante sector)](https://ehealth-atlas.be/recip-e/) (FHIR) en [UHMEP en het digitaal verwijsvoorschrift (eReferral)](https://ehealth-atlas.be/uhmep/) | FHIR-API, webcomponenten of webapp[^9] | I.AM Connect-token-exchange, eigen M2M-client[^21] | registratietest (live sessie)[^9]; voor eReferral ([UHMEP](https://ehealth-atlas.be/uhmep/)) eerst een verplichte pre-registratietest op de FHIR Test Server[^22] | | Pseudonimisering | eHealth-dienst (TTP) | IVC-beraadslaging verplicht[^23] | n.v.t. | | [CoBRHA](https://ehealth-atlas.be/cobrha/) / Addressbook | Consultation Webservice, I.AM AA[^24][^2] | REST-variant vraagt I.AM Connect[^3] | niet gevonden | ## Per doeldienst ### eHealthBox Voor de webservice moet de software de dienst geïntegreerd hebben; volgens het eHealth-platform is dat zo voor alle door eHealth geregistreerde pakketten[^16]. Integratie vereist een eHealth-certificaat en een versleutelingsdienst[^16]. SOAP volstaat met een basiscertificaat; de REST-variant vraagt een I.AM Connect-onboarding (Healthcare of M2M)[^3]. Berichten zijn beperkt tot 10 MB[^16]. ### MyCareNet De leverancier schrijft zich in bij de MyCareNet-diensten (NIC) en krijgt toegang tot de technische documentatie op SharePoint[^10]. Daarnaast vraagt hij bij het eHealth-platform een testcertificaat voor de sector[^10]. Het NIC levert een implementation guide, voorbeeldberichten en referentie-implementaties in .Net en Java[^25]. Pas na een geslaagd Approval Assessment mag het pakket in productie[^10]. ### Hubs-metahub, toestemming en therapeutische relatie De Metahub-webservice (aanmaak en opzoeking van patiëntlinks) is exclusief voor hubs, niet voor individuele softwarepakketten van ziekenhuizen[^11]. De diensten voor toestemming, therapeutische relaties/zorgrelaties en uitsluitingen zijn wel als REST-diensten beschikbaar voor toepassingen van derden[^11]. Zie [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/), [Geïnformeerde toestemming voor gegevensdeling](https://ehealth-atlas.be/geinformeerde-toestemming/) en [Therapeutische relatie](https://ehealth-atlas.be/therapeutische-relatie/). ### Vitalink Vitalink heeft geen eigen interface voor zorgverleners; zij gebruiken het via hun professionele software, die een toegangsprocedure doorloopt[^19]. Er zijn twee documentatiesporen, [KMEHR](https://ehealth-atlas.be/kmehr/) en [FHIR](https://ehealth-atlas.be/fhir/)[^19] (zie ook [Belgische FHIR-implementatiegidsen](https://ehealth-atlas.be/be-fhir-igs/)); de FHIR-omgeving gebruikt REST en I.AM Connect[^20]. Vitalink brengt per kwartaal een major release uit, met tussentijdse minor releases[^19]. Zie [Vitalink](https://ehealth-atlas.be/vitalink/). ### Recip-e en UHMEP (FHIR) In de Recip-e FHIR-API gebruiken ziekenhuisapotheken ([Ziekenhuisapotheker en het gedeeld medicatieschema](https://ehealth-atlas.be/ziekenhuisapotheker/)) een eigen M2M-client en mogen ze de client van het ziekenhuis niet hergebruiken[^21]. Patiëntidentificatoren worden gepseudonimiseerd via de pseudodienst van het eHealth-platform[^21]. Voor de UHMEP FHIR-API is de IAM-token-exchange-flow een veiligheidsvoorwaarde[^21]. Voor het digitaal verwijsvoorschrift (eReferral) is een geslaagde pre-registratietest op de FHIR Test Server verplicht vóór de officiële registratietest[^22]. Het RIZIV vereist zo'n pre-registratietest enkel 'voor sommige digitale toepassingen'[^9]; dat dit ook voor de Recip-e FHIR-API geldt, is niet aangetoond (gap). Zie [UHMEP en het digitaal verwijsvoorschrift (eReferral)](https://ehealth-atlas.be/uhmep/) en [Recip-e (elektronisch voorschrift in de ambulante sector)](https://ehealth-atlas.be/recip-e/). ### Pseudonimisering Het eHealth-platform biedt pseudonimiseringsdiensten om persoonsgebonden gezondheidsgegevens om te zetten in gecodeerde of anonieme gegevens[^23]. Bij "Batch codage" treedt het platform op als trusted third party[^23]; "Blinded pseudo" past pseudoniemen per verwerkende partij aan zonder depseudonimisering[^23]. Een beraadslaging van het [Informatieveiligheidscomité](https://ehealth-atlas.be/informatieveiligheidscomite/) is verplicht[^23]. De pseudonimisering van registergegevens in de [HD4DP](https://ehealth-atlas.be/healthdata-hd4dp/)-datastroom loopt via de TTP-dienst van eHealth[^26]. De open-sourcebibliotheek in de GitHub-organisatie smals-belgium (zie [eHealth-connectoren (eHealth platform services connectors)](https://ehealth-atlas.be/ehealth-connector/)) verblindt de identificator vóór de aanroep, zodat de dienst hem nooit ziet[^27][^27]. ### Addressbook en CoBRHA Het Addressbook ontsluit contactgegevens uit CoBRHA[^24], inclusief eHealthBox-ID's[^16]. Zie [CoBRHA](https://ehealth-atlas.be/cobrha/). ## Conclusie **Bevindingen**: de gemeenschappelijke basis is overal een eHealth-certificaat en I.AM[^1][^2]. Voor mobiele projecten geeft het eHealth-platform voorrang aan REST[^5]. De recentere diensten in deze vergelijking (Vitalink FHIR, eHealthBox REST, UHMEP) gebruiken REST/OIDC[^20][^3][^21], terwijl SOAP met een basiscertificaat blijft bestaan[^3]; dat REST de algemene richting voor nieuwe diensten is, is een interpretatie. Test en erkenning zijn per dienst georganiseerd, door verschillende actoren[^10][^9][^8]. **Aanbeveling** (eigen): houd per toepassing een integratiematrix bij (doeldienst, SOAP/REST, certificaat, I.AM-client, connectorversie, erkenningsstatus, vervaldata) en vraag leveranciers expliciet naar hun migratiepad van SOAP naar REST/FHIR. ## Praktische betekenis voor ziekenhuizen - **Verplichting**: elektronische facturatie via MyCareNet is voor ziekenhuizen verplicht[^28], dus ook de bijbehorende erkende integratie[^10]. Pseudonimisering vereist een IVC-beraadslaging[^23]. - **Financieringsvoorwaarde**: vergoedingsmechanismen steunen op de gegevens in het Software Register, maar registratie geeft niet automatisch recht op een vergoeding[^9]. Het eHealth-platform voerde een evaluatiesysteem voor softwarepakketten in waarop het RIZIV zich baseert om eventuele telematicapremies toe te kennen[^15]; dat is een financieringscontext, geen algemene technische toelatingsvoorwaarde (interpretatie). - **Goede praktijk**: vertrouwde certificaten automatisch bijwerken via de ETSI Trusted List[^1]. - (Interpretatie) Een ziekenhuis bouwt zelden zelf; meestal integreert de EPD- of middlewareleverancier. - Een zorginstelling gebruikt haar RIZIV-nummer in de client-ID van een M2M-client[^3]. ## Implementatievoorwaarden en beperkingen - De acceptatieomgeving bevat normaal geen betrouwbare gegevens[^7]. - Een acceptatiecertificaat geeft geen toegang tot productie[^7]. - Een connectorconfiguratie die nog naar het oude STS-endpoint (Saml11TokenService, niet meer gebruikt sinds oktober 2023) verwijst, is een mogelijke oorzaak van de fout 'SOA-03005'[^12]. - Voor diensten van ziekenhuisnetwerken, gezondheidskluizen, ziekenfondsen of Recip-e bestaan testomgevingen bij het eHealth-platform of bij die actoren[^8]; één geslaagde test bij het eHealth-platform dekt dus niet alle doeldiensten (afleiding). ## Onzekerheden en tegenstrijdige informatie - Een publiek gepubliceerde presentatie van het eHealth-platform ('Réalisations 2025 – Perspectives 2026', 30/01/2026) noemt een verplichte overstap van SAML v1 naar v2 in 2026[^29], terwijl de webpagina 'Beveiliging van webservices' nog een SAML 1.1-token beschrijft[^4]; zie [I.AM en I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/i-am-connect/) (en de open vraag over de STS-cookbook 1.2). - Een dienstoverschrijdend overzicht met SOAP-uitfaseringsdata is niet gevonden (gap). - Of UHMEP op termijn de Recip-e-integratie voor geneesmiddelen vervangt, is niet bevestigd[^30]. ## Relaties - gaat over: [eHealth-certificaten en versleuteling (ETEE)](https://ehealth-atlas.be/ehealth-certificaten/) (vastgesteld)[^1] - gaat over: [I.AM en I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/i-am-connect/) (vastgesteld)[^2] - gaat over: [eHealth-connectoren (eHealth platform services connectors)](https://ehealth-atlas.be/ehealth-connector/) (vastgesteld)[^12] - gaat over: [eHealthBox](https://ehealth-atlas.be/ehealthbox/) (vastgesteld)[^16][^3] - gaat over: [MyCareNet](https://ehealth-atlas.be/mycarenet/) (vastgesteld)[^10] - gaat over: [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/) (vastgesteld)[^11] - gaat over: [Vitalink](https://ehealth-atlas.be/vitalink/) (vastgesteld)[^19] - gaat over: [UHMEP en het digitaal verwijsvoorschrift (eReferral)](https://ehealth-atlas.be/uhmep/) (vastgesteld)[^9][^22] - gaat over: [Recip-e (elektronisch voorschrift in de ambulante sector)](https://ehealth-atlas.be/recip-e/) (vastgesteld)[^21] - gaat over: [CoBRHA](https://ehealth-atlas.be/cobrha/) (vastgesteld)[^24] - gaat over: [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) (vastgesteld)[^7][^9][^14]. Acceptatieomgeving en softwareregistratie onder verantwoordelijkheid van het eHealth-platform. - gaat over: [Informatieveiligheidscomité (kamer sociale zekerheid en gezondheid)](https://ehealth-atlas.be/informatieveiligheidscomite/) (vastgesteld)[^23] - gaat over (inkomend): [Basisdiensten van het eHealth-platform](https://ehealth-atlas.be/ehealth-basisdiensten/) (vastgesteld)[^5] - gaat over (inkomend): [Integratie-engine (interface engine)](https://ehealth-atlas.be/integratie-engine/) (hypothese) ## Open vragen - Is er een officieel, dienstoverschrijdend overzicht van welke dienst SOAP, REST of FHIR vereist, met uitfaseringsdata voor SOAP? - Welke business-connectoren dekken welke doeldiensten en versies? - Hoe verhouden de registratietests van het eHealth-platform (Software Register) zich tot de NIC-erkenning voor MyCareNet en de minilabs? - Welk registratietraject (en welke criteria per versie) geldt voor welke dienst in ziekenhuissoftware? De RIZIV-voorwaarden zeggen enkel dat de inschrijfwijze per project verschilt; een universele homologatieplicht voor elk ziekenhuis-EPD werd niet vastgesteld (gap). - Onderzoeksnotitie (codex-1, 26/09/2026; nog geen claim): de STS WS Trust-cookbook 1.2 zou bij TokenType zowel SAMLV1.1 als SAMLV2.0 vermelden (p. 11). Na opname als claim is de tegenstelling SAML 1.1 versus SAML v2 hieronder te herzien. ## 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]: [I.AM (Identity & Access Management) | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-i.am-identity-access-management). eHealth-platform. Opgehaald 2026-09-26, sha256 7bd6ead93abd8dbd… (SRC-81723a4a0f) [^3]: [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) [^4]: [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) [^5]: [Architecturen | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-architecturen). eHealth-platform. Opgehaald 2026-09-26, sha256 0dab3b09a4a3129f… (SRC-0eb97991a9) [^6]: [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) [^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]: [Testomgevingen | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-testomgevingen). eHealth-platform. Opgehaald 2026-09-26, sha256 7a0c7f541a159639… (SRC-91df64378c) [^9]: [Technische informatie en registratie voor softwareleveranciers van software voor zorgverleners | RIZIV](https://www.riziv.fgov.be/nl/thema-s/egezondheid/technische-informatie-en-registratie-voor-softwareleveranciers-van-softwarepakketten-voor-zorgverleners). RIZIV. Opgehaald 2026-09-26, sha256 98adeb693a97d2a3… (SRC-db58d23cca) [^10]: [MyCareNet | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/mycarenet). eHealth-platform. Opgehaald 2026-09-26, sha256 3500c5d724ecc306… (SRC-27a21c533f) [^11]: [Verwijzingsrepertorium (Metahub)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-verwijzingsrepertorium-metahub). eHealth-platform. Opgehaald 2026-09-25, sha256 9bca4ecae94c3991… (SRC-008bee8c2b) [^12]: [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) [^13]: [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) [^14]: [Softwareleveranciers: Algemene voorwaarden voor softwareregistratie](https://www.riziv.fgov.be/nl/thema-s/egezondheid/technische-informatie-en-registratie-voor-softwareleveranciers-van-softwarepakketten-voor-zorgverleners/softwareleveranciers-algemene-voorwaarden-voor-softwareregistratie). RIZIV. Opgehaald 2026-09-26, sha256 f1a9f2c133aa2edb… (SRC-4c54e62075) [^15]: [Registratie van de softwarepakketten](https://www.ehealth.fgov.be/ehealthplatform/nl/service-registratie-van-de-softwarepakketten). eHealth-platform. Opgehaald 2026-09-26, sha256 bed1435d28433d11… (SRC-9b3cdfdf5e) [^16]: [eHealthBox](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealthbox). eHealth-platform. Opgehaald 2026-09-26, sha256 5cfa6cfb5085560b… (SRC-71c7c4bb9f) [^17]: [Software Register API – certificeringen CareConnect General Practitioner (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILJ62R2VEFZP/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 b4183bc818432377… (SRC-5d419bb730) [^18]: [MyCareNet - algemene beschrijving](https://ned.mycarenet.be/algemene-beschrijving). Nationaal Intermutualistisch College (NIC). Opgehaald 2026-09-26, sha256 b6d1070e440d5a1f… (SRC-50f3730800) [^19]: [Ik ben softwareleverancier | Vitalink](https://www.vitalink.be/gebruikers/ik-ben-softwareleverancier). Vitalink / Vlaamse overheid. Opgehaald 2026-09-26, sha256 3b076e49b9bd9496… (SRC-a2ac63e929) [^20]: [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) [^21]: [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) [^22]: [Softwareleveranciers: Digitaal verwijsvoorschrift voor thuisverpleegkundigen (eReferral)](https://www.riziv.fgov.be/nl/thema-s/egezondheid/technische-informatie-en-registratie-voor-softwareleveranciers-van-softwarepakketten-voor-zorgverleners/softwareleveranciers-digitaal-verwijsvoorschrift-voor-thuisverpleegkundigen-ereferral). RIZIV. Opgehaald 2026-09-26, sha256 1426bef871aa5b3a… (SRC-6f22ff7069) [^23]: [Pseudonymisation & Anonymisation](https://www.ehealth.fgov.be/ehealthplatform/fr/service-pseudonymisation-anonymisation). Plate-forme eHealth. Opgehaald 2026-09-26, sha256 3827c83aa39c5fa3… (SRC-ac484b97eb) [^24]: [eHealth Addressbook Consultation Webservice](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ehealth-addressbook-consultation-webservice). eHealth-platform. Opgehaald 2026-09-26, sha256 ea0c8c20c9a70ef4… (SRC-87a6ea79ec) [^25]: [Informatiebrochure voor de apothekers - Gebruik van MyCareNet in de voor het publiek toegankelijke officina's](https://www.riziv.fgov.be/SiteCollectionDocuments/brochure_mycarenet_apothekers.pdf). RIZIV, 2012-01-10. Opgehaald 2026-09-26, sha256 5b0baf41afe43c08… (SRC-c153772f65) [^26]: [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) [^27]: [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) [^28]: [Instructions de facturation électronique en tiers payant](https://www.inami.fgov.be/fr/professionnels/info-pour-tous/facturer-electroniquement). INAMI. Opgehaald 2026-09-26, sha256 dfcab4e73e8ff44b… (SRC-f9c49eb375) [^29]: [Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth)](https://www.frankrobben.be/wp-content/uploads/2026/01/20260130a.pptx). Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be), 2026-01-30. Opgehaald 2026-09-26, sha256 b58fc6b2201308cb… (SRC-88e226b672) [^30]: [eReferral-Digitaal Verwijsvoorschrift | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ereferral). eHealth-platform. Opgehaald 2026-09-26, sha256 80e74f95d3a3b514… (SRC-972e1a8c71)