Conceptrecord · Platform of dienst
Beweringen: eHealthBox
- Platform of dienst
- in productie
- België (federaal/interfederaal)
- Identiteit, toegang en audit
- Architectuur en infrastructuur
Atlas-ID ehealthbox · 87 beweringen · 61 bronnen
· Laatst geverifieerd 26-09-2026
· Release 2026.10.05-1
De eHealthBox is de beveiligde elektronische brievenbus van het eHealth-platform voor zorginstellingen en zorgverleners met een RIZIV-nummer. Ze bestaat als webtoepassing en als webservice (SOAP v3 en REST v1), versleuteling via ETEE en CustomMeta-velden voor routering binnen grote organisaties. SOAP draagt het overgrote deel van het verkeer (2025: ca. 113 miljoen verzonden berichten via SOAP tegenover ca. 0,9 miljoen via REST). Sinds 2025-2026 gelden verplichte gebruiksrichtlijnen (oproeplimieten, quota 10/100 MB, automatische verwijdering) en strengere validatie van bijlagen; de berichtgrootte wordt in bronnen verschillend opgegeven (10 vs 30 MB). Ziekenhuizen en specialisten sturen er onder meer verslagen en verwijsbrieven mee naar het dossier van de huisarts, en ze dient als transport voor FHIR-laboresultaten, infectieziektemeldingen en HD4DP-identificatoren.
Hieronder staan de beweringen waarop de pagina over eHealthBox 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 79 beweringen
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| De eHealthBox is een beveiligde elektronische brievenbus van het eHealth-platform voor zorgverleners en zorginstellingen, bedoeld voor beveiligde uitwisseling van vertrouwelijke en medische gegevens tussen Belgische zorgactoren. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Wat is de dienst eHealthBox?' | 26-09-2026 |
| In de architectuurbeschrijving van het eHealth-platform is de eHealthBox de use case voor versleutelde communicatie naar een gekende bestemmeling met asynchrone mededeling. ↩ Toon in de tekst Klopt niet? | feit | Architecturen | eHealth-platform — eHealth-platform SRC-0eb97991a9 | sectie 3.4 | 26-09-2026 |
| Bij de invoering van eHealthBox V4 (nu REST v1) stelde het eHealth-platform dat de V3-functionaliteiten niet wijzigen en dat V3 parallel met V4 blijft bestaan; de ingebruikname was gepland op 24/1/2021. ↩ Toon in de tekst Klopt niet? | feit | eHealth-platform – Balans voor 2020 & Perspectieven voor 2021 — eHealth-platform (Frank Robben); 22-01-2021 SRC-97a61f9e6a | slide 55 'eHealthBox V4 – Scope' | 26-09-2026 |
| Volgens de jaarpresentatie van het eHealth-platform van 30/01/2026 werden in 2025 via de eHealthBox 112.876.714 berichten verzonden via SOAP en 917.260 via REST. ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | slide 5 'eHealthBox' | 26-09-2026 |
| Het eHealth-platform publiceerde verplichte gebruiksrichtlijnen voor eHealthBox (SOAP en REST), versie 1.0 op 9/10/2025 en versie 1.1 op 11/02/2026, die vooral het toegelaten aantal oproepen per methode vastleggen. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 4, §1.2 Doel van het document | 26-09-2026 |
| De richtlijnen leggen per methode een maximum aantal oproepen op, verschillend voor individuele professionals en organisaties; zo mag een organisatie GetMailbox maximaal 60 keer per uur oproepen. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 8, §5.1 Algemeen en §5.2.1 | 26-09-2026 |
| Sinds 1/01/2022 bedraagt het standaardquotum 10 MB voor individuele personen (zoals artsen) en 100 MB voor instellingen, ziekenhuizen, labo's en medische huizen. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 7, §4.2 Huidige quota per doelgroep (tabel) | 26-09-2026 |
| Automatische verwijdering: ongebruikte mailboxen (met berichten) na 90 dagen, ontvangen berichten (inbox en standby) na 182 dagen, berichten in de prullenmand na 30 dagen en verzonden berichten na 7 dagen. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 13, §7.2.1 Huidige termijnen van automatische verwijdering | 26-09-2026 |
| Vanaf release 2025.2 (productie 14-17/10/2025) weigeren de eHealthBox-diensten bijlagen met een ongeldig mimetype. ↩ Toon in de tekst Klopt niet? | feit | Bericht aan de integratoren eHealthBox: strikte controle mimetypes bijlagen (release 2025.2) — eHealth-platform; 22-07-2025 SRC-11877e816d | p. 2 (Nederlandstalige versie) | 26-09-2026 |
| Het ziekenhuis bezorgt de versleutelde correspondentietabel van alle MZG-verblijven via de eHealthBox in de productieomgeving van eHealth, met de publieke sleutel FLOWTCT als verzender en TTP als bestemmeling. ↩ Toon in de tekst Klopt niet? | feit | Overdracht van de correspondentietabellen 2017 via eHealth – samenvatting van te volgen procedure — FOD Volksgezondheid – Technische Cel SRC-753c22b84d | p. 2, stap 7 | 26-09-2026 |
| De Minimale Ziekenhuisgegevens (MZG) vormen een wettelijk verplicht registratiesysteem voor alle niet-psychiatrische ziekenhuizen; sinds 2008 vervangen ze de MKG en MVG, en de registratie verloopt via het beveiligde Portahealth-portaal. ↩ Toon in de tekst Klopt niet? | feit | Minimale Ziekenhuis Gegevens (MZG) | FOD Volksgezondheid — FOD Volksgezondheid, DG Gezondheidszorg, Dienst Data en Beleidsinformatie SRC-729e48794e | introductie | 26-09-2026 |
| Berichten in de eHealthBox kunnen bijlagen bevatten, met een maximaal berichtvolume van 10 MB. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Welke functionaliteiten' | 26-09-2026 |
| Volgens de REST-cookbook v1.2 (24/03/2026) is een bericht beperkt tot 30 MB, is een eHealthBox standaard beperkt tot 10 MB (inbox en prullenmand samen) en zijn maximaal 25 bijlagen toegestaan; berichten voor een volle box komen in een standby-wachtrij. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox REST v.1 – Cookbook v1.2 — eHealth-platform; 24-03-2026 SRC-98e8a91ee5 | p. 4, §2.1 Goal of the service | 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 eHealthBox is ontwikkeld voor zorginstellingen en voor zorgverleners met een RIZIV-nummer. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Afhankelijkheden, aanbevelingen en waarschuwingen' | 26-09-2026 |
| Volgens Domus Medica sturen ziekenhuizen of specialisten sommige verslagen of verwijsbrieven via de eHealthBox naar het elektronisch medisch dossier van de huisarts, waar ze eenvoudig terug te vinden zijn in de documentenlijst van de patiënt. ↩ Toon in de tekst Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | sectie 'Informatie uit de hubs in het eigen softwarepakket' | 26-09-2026 |
| Domus Medica beveelt (goede praktijk, geen verplichting) aan dat belangrijke resultaten via de eHealthBox worden verstuurd omdat specifieke documenten via de hubconnectie moeilijk terug te vinden zijn. ↩ Toon in de tekst Klopt niet? | feit | Digitale communicatie met de ziekenhuizen: Hubs — Domus Medica SRC-d367fae946 | Informatie uit de hubs in het eigen softwarepakket | 25-09-2026 |
| Volgens de Belgische FHIR Lab-IG wordt een laboresultaat als payload van een eHealthBox-bericht verstuurd (met custom metadata HC-FunctionalType 'fhir-lab'). ↩ Toon in de tekst Klopt niet? | feit | HL7 Belgium FHIR IG - Lab related profiles: Guidance — eHealth-platform / HL7 Belgium; 08-09-2022 SRC-fb93029bf0 | sectie 'Technical implementation of the specification published here' | 26-09-2026 |
| Een RIZIV-document aan de labo's (24/01/2023) kondigde een centraal register aan (via API) om na te gaan welke zorgverleners al FHIR-labresultaten via eHealthBox kunnen ontvangen. (In juni 2023 vroeg een gebruiker naar de stand van zaken; een antwoord werd niet gevonden.) ↩ Toon in de tekst Klopt niet? | feit | Issue #203: Repository of providers who can receive FHIR format — hl7-be/lab (GitHub); 28-06-2023 SRC-d54c82a57c | openingsbericht (2023-06-28) en antwoord eHealth (2023-06-30) | 26-09-2026 |
| De elektronische labomelding (XML, XSD versie 2.0) wordt via de eHealthBox verstuurd, volgens specifieke regels (één melding per bericht, base64-bijlage, transporttype MELDINGINFECTIEZIEKTEN, CustomMeta). ↩ Toon in de tekst Klopt niet? | feit | Een meldingsplichtige infectieziekte elektronisch melden vanuit een labo — Departement Zorg SRC-d1867f4626 | stap 2 'Implementatie via eHealthbox' | 26-09-2026 |
| Een labo mag pas met XML-meldingen via eHealthBox starten na een gezamenlijke testfase met het Departement Zorg. Er geldt één melding per bericht, base64-gecodeerd, versleuteld en met transporttype MELDINGINFECTIEZIEKTEN. ↩ Toon in de tekst Klopt niet? | feit | Een meldingsplichtige infectieziekte elektronisch melden vanuit een labo — Departement Zorg SRC-d1867f4626 | stap 1 en stap 2 | 26-09-2026 |
| In de HD4DP-datastroom worden registervariabelen rechtstreeks naar healthdata.be gestuurd, terwijl patiëntidentificatoren via de eHealthBox-berichtenclient van het ziekenhuis naar de TTP-dienst van eHealth gaan en gepseudonimiseerd bij healthdata.be aankomen. ↩ Toon in de tekst Klopt niet? | feit | Dataflow description HD4DP v2 — healthdata.be (HDA) SRC-ae6b9db626 | stappen 3-6 | 26-09-2026 |
| Gegevens voor de Technische Cel moeten via de eHealthBox ter beschikking worden gesteld. ↩ Toon in de tekst Klopt niet? | feit | Technische Cel | FOD Volksgezondheid — FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu SRC-719bc2bbb0 | sectie Hoe de gegevens ter beschikking stellen? | 26-09-2026 |
| De Technische Cel koppelt ziekenhuisgegevens (MZG) aan facturatiegegevens van het RIZIV. ↩ Toon in de tekst Klopt niet? | feit | Technische Cel | FOD Volksgezondheid — FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu SRC-719bc2bbb0 | sectie 'Wat zijn de doelstellingen?' | 26-09-2026 |
| Het KB van 1 juli 2013 verplicht algemene niet-psychiatrische ziekenhuizen om voor alle MZG-verblijven het erkenningsnummer, de registratieperiode, het MZG-verblijfsnummer, het type verblijf volgens de facturering en het nummer van de rechthebbende (INSZ) aan de Technische Cel mee te delen. ↩ Toon in de tekst Klopt niet? | feit | Koninklijk besluit van 1 juli 2013 houdende uitvoering van artikel 156, § 2, vierde lid, van de wet van 29 april 1996 (mededeling door algemene niet-psychiatrische ziekenhuizen aan de technische cel) — Belgisch Staatsblad (kopie via etaamb.openjustice.be; officieel: ejustice.just.fgov.be/eli/besluit/2013/07/01/2013022412); 01-07-2013 SRC-1dab5ba7b2 | art. 4, § 1 | 26-09-2026 |
| Die informatie wordt meegedeeld binnen vijf maanden na het registratiejaar of tegelijk met de MZG aan de FOD. ↩ Toon in de tekst Klopt niet? | feit | Koninklijk besluit van 1 juli 2013 houdende uitvoering van artikel 156, § 2, vierde lid, van de wet van 29 april 1996 (mededeling door algemene niet-psychiatrische ziekenhuizen aan de technische cel) — Belgisch Staatsblad (kopie via etaamb.openjustice.be; officieel: ejustice.just.fgov.be/eli/besluit/2013/07/01/2013022412); 01-07-2013 SRC-1dab5ba7b2 | art. 4, § 2 | 26-09-2026 |
| Het ziekenhuis versleutelt het bestand met de publieke sleutel van het eHealth-platform; het eHealth-platform ontsleutelt het, codeert het INSZ met een specifiek voor de Technische Cel gecreëerde codeersleutel en bezorgt de bestanden dan aan de Technische Cel. ↩ Toon in de tekst Klopt niet? | feit | Koninklijk besluit van 1 juli 2013 houdende uitvoering van artikel 156, § 2, vierde lid, van de wet van 29 april 1996 (mededeling door algemene niet-psychiatrische ziekenhuizen aan de technische cel) — Belgisch Staatsblad (kopie via etaamb.openjustice.be; officieel: ejustice.just.fgov.be/eli/besluit/2013/07/01/2013022412); 01-07-2013 SRC-1dab5ba7b2 | art. 6-7 | 26-09-2026 |
| Voor die zending heeft het ziekenhuis een eHealth-certificaat nodig met applicatie-ID FLOWTCT, aangevraagd met het RIZIV-nummer van de instelling (niet het KBO-nummer). ↩ Toon in de tekst Klopt niet? | feit | Overdracht van de correspondentietabellen 2017 via eHealth – samenvatting van te volgen procedure — FOD Volksgezondheid – Technische Cel SRC-753c22b84d | p. 1, stap 3 | 26-09-2026 |
| Zone 1 van het bestand bevat het INSZ-nummer (of MUT- of fictief nummer); zone 2 bevat de MZG-index van het verblijf en wordt versleuteld met de privésleutel. ↩ Toon in de tekst Klopt niet? | feit | Layout van het bestand TXT (correspondentietabel Technische Cel) — FOD Volksgezondheid – Technische Cel SRC-fedb14680c | p. 1 | 26-09-2026 |
| Het TXT-bestand van de correspondentietabel mag maximaal 10 MB of 65.000 records groot zijn; grotere bestanden worden gesplitst, met één bestand per verzending, alle op dezelfde dag. ↩ Toon in de tekst Klopt niet? | feit | Layout van het bestand TXT (correspondentietabel Technische Cel) — FOD Volksgezondheid – Technische Cel SRC-fedb14680c | p. 2 | 26-09-2026 |
| Na een geslaagde zending ontvangt de gebruiker in zijn eHealthBox een melding van de batchcodering van eHealth; zonder (positieve) melding is de zending mislukt. ↩ Toon in de tekst Klopt niet? | feit | Overdracht van de correspondentietabellen 2017 via eHealth – samenvatting van te volgen procedure — FOD Volksgezondheid – Technische Cel SRC-753c22b84d | p. 2, stap 8 | 26-09-2026 |
| Volgens CoZo blijven zorgverleners resultaten van bevolkingsonderzoeken wel ontvangen via de eHealthBox. ↩ Toon in de tekst Klopt niet? | feit | Bevolkingsonderzoeken niet meer beschikbaar - CoZo — CoZo vzw SRC-a069a0277c | bericht (gewijzigd op 12/01/2026) | 25-09-2026 |
| De huisarts ontvangt het resultaat van de stoelgangtest via een beveiligde eHealthBox; de deelnemer per post of per e-mail met een link naar Mijngezondheid.be. ↩ Toon in de tekst Klopt niet? | feit | Nota gezondheidsdoelstelling bevolkingsonderzoeken naar kanker 2025-2035 (CVK25-015) — Departement Zorg / Centrum voor Kankeropsporing; 25-06-2025 SRC-7db34511f3 | p. 14, Bevolkingsonderzoek Dikkedarmkanker, 'Resultaatsmededeling' | 30-09-2026 |
| Sinds 2024 ontvangen huisartsen via hun eHealthBox jaarlijks (maart of april) een overzicht van niet-deelnemers aan het bevolkingsonderzoek dikkedarmkanker in hun praktijk. ↩ Toon in de tekst Klopt niet? | feit | Jaarlijks rapport niet-deelnemers — Centrum voor Kankeropsporing SRC-ca4fb96c00 | eerste alinea | 30-09-2026 |
| Bij een noodzakelijke interventie informeert het monitoringsteam de huisarts of thuisverpleegkundige binnen twee werkdagen via de eHealthBox of telefonisch. ↩ Toon in de tekst Klopt niet? | feit | Nationale overeenkomst verpleeginrichtingen-verzekeringsinstellingen (gecoördineerd, incl. 7de wijzigingsclausule van 02/12/2025) — RIZIV SRC-1861d612b7 | Bijlage V, 'Uitvoering van de dagelijkse monitoring op afstand' | 26-09-2026 |
| Wordt een vaststelling geregistreerd die gekoppeld is aan het RIZIV-nummer van een ziekenhuis, dan stuurt eLys automatisch een bericht naar de eHealthBox van die instelling. ↩ Toon in de tekst Klopt niet? | feit | EPD - eHealthBox-notificatie — Athumi Documentatie SRC-cc11a096d2 | 1. Functionele beschrijving | 30-09-2026 |
| Volgens HealthConnect wordt een ingevuld eForm verzonden via de eHealthBox of geïntegreerd in het ziekenhuisdossier. ↩ Toon in de tekst Klopt niet? | leveranciersclaim | eForms HealthConnect — HealthConnect SRC-7b0eb149bf | sectie 'Hoe werkt het' | 26-09-2026 |
| De eHealthBox is beschikbaar als webservice (geïntegreerd in medische software) en als webtoepassing (aanmelding met eID, itsme of TOTP). ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | inleiding | 26-09-2026 |
| Wie de eHealthBox als webservice wil gebruiken, heeft medische software nodig die de dienst integreert; volgens het eHealth-platform is dat het geval voor alle door eHealth geregistreerde softwarepakketten. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Afhankelijkheden' | 26-09-2026 |
| Naast de SOAP-webservices (eHealthBox v3) bestaat de REST-service eHealthBox REST v.1 (voorheen v.4) om al dan niet versleutelde berichten met bijlagen en metagegevens te publiceren en te raadplegen; de cookbook is versie 1.2 van 24/03/2026. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | documentatie 'eHealthBox REST v.1' | 26-09-2026 |
| De eHealthBox-webservice bestaat zowel in een oudere SOAP-vorm (eHealthBox v.3) als in een REST-vorm (eHealthBox REST v.1), telkens met een gekoppelde AddressBook-dienst voor opzoeking van contactgegevens van zorgverleners en -instellingen. ↩ Toon in de tekst Klopt niet? | feit | Procedure: Onboarding IAM Connect eHealthBox - Addressbook v2.0 — eHealth-platform; 29-05-2024 SRC-771a066b18 | p. 1 | 26-09-2026 |
| Het Addressbook geeft voor zorgverleners en zorginstellingen ook de eHealthBox-identificatie terug (box-ID en type INSZ/NIHII/CBE). ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie Addressbook-functionaliteit | 26-09-2026 |
| Het eHealth Addressbook (Consultation Webservice) laat zorgactoren toe actuele contactgegevens van andere zorgactoren op te vragen; die informatie bevindt zich in CoBRHA. ↩ Toon in de tekst Klopt niet? | feit | eHealth Addressbook Consultation Webservice — eHealth-platform SRC-87a6ea79ec | inleiding | 26-09-2026 |
| De CustomMeta-velden in eHealthBox-berichten zijn bedoeld om grotere organisaties zoals ziekenhuizen extra, optionele routeringsmogelijkheden te geven. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | documentatie 'eHealthBox MetaData Standard Use - Cookbook' (v2.1, 30/04/18) | 26-09-2026 |
| Een zorgverlener kan tegelijk meerdere eHealthBoxen raadplegen, bijvoorbeeld zijn persoonlijke box en zijn box als zorgverlener binnen een ziekenhuis. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Welke functionaliteiten' (webservice) | 26-09-2026 |
| De ETEE-versleuteling wordt onder meer toegepast binnen eHealthBox en Recip-e; de ETK-webservice levert de publieke sleutel op die aan het eHealth-certificaat van een gekende zorgverlener of instelling gekoppeld is. ↩ Toon in de tekst Klopt niet? | feit | 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 |
| Aanleiding voor V4 waren volgens het eHealth-platform een oud monolithisch systeem dat moeilijk te onderhouden was, beperkte uitbreidbaarheid, een database die het volume moeilijk bijhield en trage bijlagenverwerking. ↩ Toon in de tekst Klopt niet? | feit | eHealth-platform – Balans voor 2020 & Perspectieven voor 2021 — eHealth-platform (Frank Robben); 22-01-2021 SRC-97a61f9e6a | slide 53 'eHealthBox V4 – Problemen met de huidige versie' | 26-09-2026 |
| De V4-architectuur werkt met RESTful webservices via een authenticatieserver, waarbij elke oproep een OAuth-token vereist. ↩ Toon in de tekst Klopt niet? | feit | eHealth-platform – Balans voor 2020 & Perspectieven voor 2021 — eHealth-platform (Frank Robben); 22-01-2021 SRC-97a61f9e6a | slide 54 'eHealthBox V4 – Voorgestelde oplossing' | 26-09-2026 |
| Bij het ontwerp van eHealthBox V4 (nu REST v1) voorzag het eHealth-platform een potentiële groei van 80.000 naar 850.000 mailboxen (gebruikers). ↩ Toon in de tekst Klopt niet? | feit | eHealth-platform – Realisaties 2019 en perspectieven 2020 (presentatie aan het personeel) — eHealth-platform (Frank Robben); 24-01-2020 SRC-9cb541cd91 | slide 64 'eHealthBox V4 – Voorgestelde oplossing' | 26-09-2026 |
| Versie 1.0 van de REST-service (24/01/2021) bood dezelfde functionaliteiten als de SOAP-service eHealthBox 3.1, maar in REST-vorm. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox REST v.1 – Cookbook v1.2 — eHealth-platform; 24-03-2026 SRC-98e8a91ee5 | §2.5 Service history | 26-09-2026 |
| Smals splitste de eHealthBox HC op in microservices en slaat zware bijlagen apart op, zodat capaciteit gericht kan worden bijgeplaatst; de oplossing is operationeel in productie. ↩ Toon in de tekst Klopt niet? | feit | Meer opslag en rekenkracht beschikbaar voor eHealthBox — Smals SRC-c425b15311 | projectbeschrijving | 26-09-2026 |
| De REST-service eHealthBox v1 verwerkt publicaties asynchroon: een geslaagd antwoord garandeert enkel dat het bericht verwerkt zal worden; mislukt de publicatie later, dan krijgt de verzender een gestructureerd eHealthBox-bericht terug. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox REST v.1 – Cookbook v1.2 — eHealth-platform; 24-03-2026 SRC-98e8a91ee5 | p. 4, §2.1 Goal of the service | 26-09-2026 |
| Sinds de eHealth-release 2023.2 (productie 15/10/2023) aanvaarden de SOAP-webservices van het eHealth-platform enkel nog SHA-256; integraties die SHA-1 bleven gebruiken, werkten daarna niet meer. ↩ Toon in de tekst Klopt niet? | feit | Bericht aan gebruikers van SOAP (SHA-256 en nieuwe SecurityTokenService) — eHealth-platform; 19-06-2023 SRC-8f47b20551 | p. 1 | 26-09-2026 |
| De eHealthBox REST-service werd technisch gemigreerd naar Spring Boot 3 en OpenAPI, met strikte controle van media-types; integratoren moesten hun implementatie daarop testen. ↩ Toon in de tekst Klopt niet? | feit | Bericht aan de integratoren: technische migratie van de eHealthBox REST-service (Spring Boot 3 + OpenAPI) — eHealth-platform; 20-12-2024 SRC-a6b2995c8f | p. 2 (Nederlandstalige versie) | 26-09-2026 |
| De tweede fase van die REST-migratie (restrictie van media-types naar application/problem+json) werd verschoven naar release 2025.1.1, met productie-uitrol tussen 17/06/2025 en 24/06/2025. ↩ Toon in de tekst Klopt niet? | feit | Bericht aan de integratoren eHealthBox REST (07/05/2025): migratie in release 2025.1.1 — eHealth-platform; 07-05-2025 SRC-b384a9b0d1 | p. 2 'Les dates à retenir' | 26-09-2026 |
| Het eHealth-platform bouwt een eHealthBox Tracing WebApp met een logdatabank met een bewaartermijn van 10 jaar, omdat eHealthBox-loggings langer bewaard moeten worden voor onder meer juridische doeleinden (bv. discussies over Mult-eMediatt-berichten); productie was gepland in Q1 2026. ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | slide 76 'eHealthBox Tracing WebApp' | 26-09-2026 |
| Het eHealth-platform voerde in 2022 met de softwareintegratoren een rationalisatie door voor een efficiënter gebruik van de eHealthBox-methodes, met voor 2023 een verdere rationalisatie en minder automatische oproepen tijdens de daluren. ↩ Toon in de tekst Klopt niet? | feit | Plate-forme eHealth – Réalisations 2022 & perspectives 2023 — eHealth-platform (Frank Robben); 27-01-2023 SRC-907c9285ad | slide 8 'eHealthBox' | 26-09-2026 |
| Ontvangstbewijzen moeten via de push-methode (aanvraag bij verzending) verlopen; het beheer ervan baseren op de pull-methode is verboden, en voor individuele professionals is die methode helemaal verboden. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 12, §6.1 AcknowledgmentStatus (PULL) | 26-09-2026 |
| De richtlijnen raden af de eHealthBox van een individuele zorgverlener via verschillende toepassingen te bevragen en bevelen aan alle functionaliteiten in één client te integreren. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 6, §3.2 | 26-09-2026 |
| Volgens de richtlijnen is de eHealthBox geen gegevensopslag: berichten horen na het opvragen van de lijst en het succesvol downloaden onmiddellijk verwijderd te worden. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 6, §3.2 Doel van de eHealthBox | 26-09-2026 |
| Elke eHealthBox heeft een virtuele limiet (quota); bij het bereiken ervan komen berichten wel toe, maar wordt enkel de weergave van de berichtenlijst beperkt. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 6, §3.2 | 26-09-2026 |
| Een quotumverhoging gebeurt in principe per doelgroep na goedkeuring door de service manager van het eHealth-platform; voor een individuele klant (zoals een arts of ziekenhuis) is ze steeds tijdelijk. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 7, §4.1 Quota aanpassen | 26-09-2026 |
| Het eHealth-platform stelde vast dat veel eHealthBoxen niet gebruikt worden, bijvoorbeeld omdat ze automatisch aangemaakt werden door een verzending terwijl de gebruiker ze niet raadpleegt. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1 — eHealth-platform; 11-02-2026 SRC-f2f44b057b | p. 13, §7.2 | 26-09-2026 |
| Dezelfde presentatie (30/01/2026) rapporteert voor 2024 120.325.400 verzonden eHealthBox-berichten via SOAP en 483.443 via REST. ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | slide 5 'eHealthBox' | 26-09-2026 |
| Volgens dezelfde presentatie werden in 2023 141.831.881 eHealthBox-berichten via SOAP en 47.202 via REST verzonden. ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | slide 5 'eHealthBox' | 26-09-2026 |
| Volgens dezelfde presentatie werden in 2022 171.044.364 eHealthBox-berichten via SOAP en 13.005 via REST verzonden. ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | slide 5 'eHealthBox' | 26-09-2026 |
| In december 2020 waren er volgens het eHealth-platform ongeveer 35.000 actieve eHealthBoxen. ↩ Toon in de tekst Klopt niet? | feit | eHealth-platform – Balans voor 2020 & Perspectieven voor 2021 — eHealth-platform (Frank Robben); 22-01-2021 SRC-97a61f9e6a | slide 54 'eHealthBox V4 – Voorgestelde oplossing' | 26-09-2026 |
| De statistiek 2020 van het eHealth-platform telde 33.062 actieve eHealthBoxen van individuen en 1.932 van instellingen. ↩ Toon in de tekst Klopt niet? | feit | eHealth-platform – Balans voor 2020 & Perspectieven voor 2021 — eHealth-platform (Frank Robben); 22-01-2021 SRC-97a61f9e6a | slide 52 'eHealthBox – Statistics 2020' (tabel) | 26-09-2026 |
| Het aantal eHealthBox-consultatie-oproepen daalde volgens het eHealth-platform van 3.495.100.377 (2020) en 3.699.464.599 (2021) naar 1.915.637.327 in 2022. ↩ Toon in de tekst Klopt niet? | feit | Plate-forme eHealth – Réalisations 2022 & perspectives 2023 — eHealth-platform (Frank Robben); 27-01-2023 SRC-907c9285ad | slide 8, tabel (rij 'eHealthBox Consultation', kolommen 2020/2021/2022) | 26-09-2026 |
| In 2022 gingen volgens het eHealth-platform 1.666.110 berichten van de eHealthBox naar de eBox. ↩ Toon in de tekst Klopt niet? | feit | Plate-forme eHealth – Réalisations 2022 & perspectives 2023 — eHealth-platform (Frank Robben); 27-01-2023 SRC-907c9285ad | slide 4 'Réalisations en chiffres' | 26-09-2026 |
| In 2025 gingen volgens het eHealth-platform 15.050.514 berichten van de eHealthBox naar de eBox (eH2eBox). ↩ Toon in de tekst Klopt niet? | feit | Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth) — Frank Robben / eHealth-platform (publieke presentatie op frankrobben.be); 30-01-2026 SRC-88e226b672 | slide 9 'Également en 2025…' | 26-09-2026 |
| Volgens Smals is het plaatsen en bekijken van eHealthBox-berichten tussen 2013 en 2020 vertienvoudigd, tot meer dan 600.000 gepubliceerde berichten per dag, en werd daarom een nieuwe architectuur (eHealthBox HC) in productie gebracht. ↩ Toon in de tekst Klopt niet? | feit | Meer opslag en rekenkracht beschikbaar voor eHealthBox — Smals SRC-c425b15311 | projectbeschrijving (ongedateerd) | 26-09-2026 |
| Een presentatie van 23/04/2026 vermeldt naast de eHealthBox-cijfers voor 2025 (112.876.714 SOAP, 917.260 REST) 12.301.272 berichten 'eHealthBox > eBox', het cijfer dat de presentatie van 31/01/2025 voor 2024 gaf. ↩ Toon in de tekst Klopt niet? | feit | eHealth (primary use) in Belgium: brief overview, Belgian Integrated Health Record (B-IHR) for integrated care and Belgian roadmap towards EHDS — Frank Robben (4th Health, Ethics, Law, and Technology Symposium, HELT 2026); 23-04-2026 SRC-1c29edd035 | slide 5 'Some figures' | 26-09-2026 |
| Kernfunctionaliteit 15 van de BMUC 2016 ('geautomatiseerde communicatie met de hubs en interactie met e-Health') vereist o.a. het gebruik van de eHealthBox en de raadpleging via hubs van gezondheidsdossiers (andere instellingen, SUMEHR, medicatieschema) door zorgverleners in de instelling. ↩ Toon in de tekst Klopt niet? | feit | Belgian Meaningful Use Criteria (BMUC) voor algemene ziekenhuizen (versie 0.1, 22/08/2016) - Wayback-kopie — FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu; 22-08-2016 SRC-7254da6e19 | p. 18, functionaliteit 15 | 25-09-2026 |
| Integratie van de eHealthBox-webservice vereist een eHealth-certificaat en de integratie van een versleutelingsdienst. ↩ Toon in de tekst Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Wat zijn de voorwaarden voor de integratie' | 26-09-2026 |
| Voor SOAP-integraties met eHealthBox volstaat een basiscertificaat (eHealth-certificaat), zonder de bijkomende I.AM Connect-onboardingstap die voor de REST-diensten vereist is. ↩ Toon in de tekst Klopt niet? | feit | Procedure: Onboarding IAM Connect eHealthBox - Addressbook v2.0 — eHealth-platform; 29-05-2024 SRC-771a066b18 | p. 1 | 26-09-2026 |
| Voor de REST-varianten van eHealthBox en Addressbook is een aparte onboarding via I.AM Connect vereist, met een keuze uit client-registratieformulieren voor 'Healthcare' (individuele zorgverlener of applicatie) of 'M2M' (organisatie). ↩ Toon in de tekst Klopt niet? | feit | Procedure: Onboarding IAM Connect eHealthBox - Addressbook v2.0 — eHealth-platform; 29-05-2024 SRC-771a066b18 | p. 1 | 26-09-2026 |
| Voor een organisatie (machine-to-machine) client-ID in I.AM Connect gebruikt een zorginstelling het formaat nihdi-\<type\>-XXXXXXXX, waarbij XXXXXXXX het RIZIV-nummer (NIHII) van de instelling is. ↩ Toon in de tekst Klopt niet? | feit | Procedure: Onboarding IAM Connect eHealthBox - Addressbook v2.0 — eHealth-platform; 29-05-2024 SRC-771a066b18 | p. 4 | 26-09-2026 |
| CareConnect GP heeft een certificering 'Minilab eHBox'. De organisator is 'ehBox-Publication' van het eHealth-platform. ↩ Toon in de tekst Klopt niet? | feit | Software Register API – certificeringen CareConnect General Practitioner (JSON) — eHealth-platform SRC-5d419bb730 | JSON-item certificering 'Minilab eHBox' | 26-09-2026 |
Niet in de tekst verwerkt 8 beweringen
Deze beweringen komen uit dezelfde bronnen en zijn nagekeken, maar het artikel over eHealthBox gebruikt ze (nog) niet.
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| De jaarpresentatie van 26/01/2024 gaf een andere reeks 'verzonden berichten' (zonder SOAP/REST-opsplitsing): 145.027.868 in 2020 en 117.885.595 in 2023. Klopt niet? | feit | Réalisations 2023 – Perspectives 2024 (Plate-forme eHealth), presentatie aan het personeel — eHealth-platform (Frank Robben); 26-01-2024 SRC-94fa0ac3aa | slide 5 'eHealthBox' | 26-09-2026 |
| De jaarpresentatie van 31/01/2025 rapporteert voor 2021 214.371.720 verzonden eHealthBox-berichten via SOAP en 5.750 via REST. Klopt niet? | feit | Réalisations 2024 – Perspectives 2025 (Plate-forme eHealth), presentatie aan het personeel — eHealth-platform (Frank Robben); 31-01-2025 SRC-9d07189b7f | slide 4 'eHealthBox' | 26-09-2026 |
| Voor eBirth voorzag het eHealth-platform een pilootproject met een ziekenhuis voor de publicatie van medische gegevens via de eHealthBox, in 2025 nog in afwachting van de SNOMED-vertaling van de careset. Klopt niet? | feit | Réalisations 2024 – Perspectives 2025 (Plate-forme eHealth), presentatie aan het personeel — eHealth-platform (Frank Robben); 31-01-2025 SRC-9d07189b7f | slide 56 'eBirth – données médicales (INAMI)' | 26-09-2026 |
| Interpretatie: in de presentatie van het eHealth-platform van 22 juni 2026 staat de eHealthBox bij de basisdiensten die het eHealth-platform als architect en operator levert (naast gebruikers- en toegangsbeheer, eHealth-certificaten en het verwijzingsrepertorium hubs-metahub); de BIHR-werkomgeving is een aparte as van het actieplan. Een eigen rol van de eHealthBox binnen BIHR of de EHDS-roadmap wordt niet beschreven. Klopt niet? | interpretatie | The Crossroads Bank for Social Security, the eHealth-platform, the G-Cloud and Smals (22 June 2026) — Frank Robben (eHealth-platform); 22-06-2026 SRC-e559be5ae2 | slide 84 'Architect & operator: basic services' en slide 88 'Programme manager: action plan 2025-2027' | 29-09-2026 |
| In het DIGIRELAB-project was de uitwisseling van volledige laboverslagen via de eHealthBox fase 1 (gepland Q2-2024), gevolgd door uitwisseling via de hubs (fase 2, Q4-2024) en raadpleging van de historiek via de hubs (fase 3, 2025). Klopt niet? | feit | Réalisations 2023 – Perspectives 2024 (Plate-forme eHealth), presentatie aan het personeel — eHealth-platform (Frank Robben); 26-01-2024 SRC-94fa0ac3aa | slide 30 'DIGIRELAB – planning et phases' | 26-09-2026 |
| eHealthBox is toegankelijk als webservice (via een medisch softwarepakket) en als webtoepassing (via pc met eID, itsme of TOTP); om de webservice te gebruiken moet het softwarepakket de dienst geïntegreerd hebben, wat het geval is voor alle door het eHealth-platform geregistreerde pakketten. Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | sectie 'Wat zijn de voorwaarden voor de integratie van de dienst eHealthBox?' | 26-09-2026 |
| eHealthBox is een beveiligde elektronische brievenbus. Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | Wat is de Dienst eHealthBox? | 27-09-2026 |
| Volgens de officiële FAQ komen nieuwe berichten in een wachtrij wanneer de eHealthBox vol is. Klopt niet? | feit | eHealthBox — eHealth-platform SRC-71c7c4bb9f | FAQ: Ik ontvang geen berichten meer | 27-09-2026 |