bêta L'eHealth Atlas est en construction : nous collectons et vérifions encore des données, le contenu peut donc être incomplet.Contenu encore incomplet. Plus d'informations

Base de référence belge sur la santé numérique

Ouvrage de référence indépendant · source non officielle bêta

Recherche avancée Aide

Fiche de concept · Plateforme ou service

eHealthBox

Identifiant Atlas ehealthbox · 103 affirmations · 77 sources · Dernière vérification08-10-2026 · Version 2026.11.12-3

Type
Plateforme ou service
Juridiction
Belgique (fédéral/interfédéral)
Cycle de vie
en production — Service de base en production ; SOAP (v3) et REST (v1, depuis le 24/01/2021 ; cookbook 1.2 du 24/03/2026) coexistent. Une date de suppression progressive pour SOAP n'a pas été trouvée. Directives d'utilisation obligatoires v1.1 du 11/02/2026.
Version
eHealthBox v3 (SOAP) ; eHealthBox REST v1 (précédemment v4), cookbook 1.2 (24/03/2026)
Alias
eHBox; eHealth box; eHealth-box; ehBox; e-Healthbox; beveiligde elektronische brievenbus
FR / EN / DE
eHealthBox (boîte aux lettres électronique sécurisée) / eHealthBox / eHealthBox

L'eHealthBox est la boîte aux lettres électronique sécurisée de la plate-forme eHealth, destinée aux établissements de soins et aux prestataires de soins disposant d'un numéro INAMI. Elle existe comme application web et comme service web (SOAP v3 et REST v1), avec un chiffrement via ETEE. SOAP porte la très grande majorité du trafic (2025 : env. 113 millions de messages envoyés contre env. 0,9 million via REST). Depuis 2025-2026, des directives d'utilisation obligatoires s'appliquent (limites d'appels, quotas, suppression automatique) ; les sources indiquent de manière divergente la taille maximale des messages (10 ou 30 MB).

Relations 54 Sources 77 Graphe

En bref

✎ Commenter
  • L'eHealthBox est la boîte aux lettres sécurisée et asynchrone de la plate-forme eHealth pour les prestataires de soins et les établissements de soins[1][2].
  • SOAP (v3) et REST (v1, depuis le 24/01/2021) coexistent ; lors de l'introduction de REST, la plate-forme a déclaré que la V3 continuerait d'exister en parallèle[3]. Une suppression progressive annoncée de SOAP n'a pas été trouvée (gap).
  • SOAP porte la très grande majorité du trafic : en 2025, 112.876.714 messages envoyés via SOAP contre 917.260 via REST[4].
  • Depuis 2025-2026, des directives d'utilisation obligatoires s'appliquent, avec des limites d'appels par méthode[5][5], des quotas de 10 MB (personnes) et 100 MB (institutions)[5] et une suppression automatique[5].
  • Les pièces jointes avec un type MIME non valide sont refusées depuis la release 2025.2[6].
  • Pour le Résumé Hospitalier Minimum, l'eHealthBox n'est que le canal de la table de correspondance chiffrée vers la Technische Cel[7] ; le Résumé Hospitalier Minimum lui-même passe par Portahealth[8].
  • La taille maximale des messages est documentée de manière contradictoire : la page de service indique 10 MB[1], le cookbook SOAP (27/07/2023)[9] et le cookbook REST (24/03/2026) 30 MB[10].

Qu'est-ce que c'est ?

✎ Commenter

L'eHealthBox est une boîte aux lettres électronique sécurisée de la Plate-forme eHealth destinée aux prestataires de soins et aux institutions de soins, prévue pour l'échange sécurisé de données confidentielles et médicales entre les acteurs de soins belges[1]. Le Welcome Pack de la plate-forme la compte parmi les services de base (liste à la p. 3)[11] et elle a été développée pour les institutions de soins et pour les prestataires de soins disposant d'un numéro INAMI[1]. Le règlement d'utilisation (version 3.0, 20/06/2019 selon la page de service) définit l'eHealthBox comme la boîte aux lettres électronique sécurisée et comme l'un des services de base pour les acteurs des soins de santé[12], et désigne la plate-forme eHealth, créée par la loi du 21 août 2008, comme le fournisseur du système[12].

Quel problème résout-il ?

✎ Commenter

Dans la description d'architecture de la plate-forme eHealth, l'eHealthBox est le cas d'usage de la communication chiffrée vers un destinataire connu, avec transmission asynchrone[2]. Elle constitue ainsi un canal adressé, à côté du partage via les hubs et les coffres (Hubs & Metahub (répertoire des références)), où celui qui consulte recherche lui-même les documents (interprétation). Selon Domus Medica, les hôpitaux ou les spécialistes envoient certains rapports ou lettres de renvoi via l'eHealthBox vers le dossier médical électronique du médecin généraliste, où ils sont faciles à retrouver dans la liste des documents du patient[13]. Domus Medica recommande comme bonne pratique d'envoyer les résultats importants via l'eHealthBox, parce que des documents spécifiques sont difficiles à retrouver via la connexion au hub[13]. Voir Cas d'usage : partage des rapports et résultats hospitaliers via le hub.

Qui le gère et où est-il appliqué ?

✎ Commenter

Statut : en production, géré par la plate-forme eHealth[1]. Utilisations en dehors du courrier classique :

  • Résultats de laboratoire en FHIR (voir Digitalisation des résultats de laboratoire (DIGIRELAB) et Échange des résultats de laboratoire) : selon le FHIR Lab-IG belge, un résultat de laboratoire est envoyé comme payload d'un message eHealthBox, avec la métadonnée custom HC-FunctionalType « fhir-lab »[14]. Un document de l'INAMI du 24/01/2023 annonçait un registre central permettant de vérifier qui peut recevoir de tels messages ; au milieu de 2023, cela était encore en analyse fonctionnelle[15].
  • Déclaration obligatoire des maladies infectieuses : la déclaration électronique de laboratoire (XML, XSD 2.0) passe par l'eHealthBox, avec une déclaration par message et le type de transport MELDINGINFECTIEZIEKTEN[16] ; un laboratoire ne démarre qu'après une phase de test commune avec le Departement Zorg[16].
  • Registres (HD4DP) : les identifiants de patients passent par le client de messagerie eHealthBox de l'hôpital vers le service TTP d'eHealth et arrivent pseudonymisés chez healthdata.be[17].
  • RHM et Cellule Technique (voir SPF Santé publique) : le Résumé Hospitalier Minimum (RHM) lui-même est enregistré via le portail Portahealth[8]. L'eHealthBox ne sert que pour les données destinées à la Cellule Technique[18], qui relie le RHM aux données de facturation de l'INAMI[18]. L'arrêté royal du 1er juillet 2013 oblige les hôpitaux généraux non psychiatriques à communiquer à la Cellule Technique, pour tous les séjours RHM, notamment le numéro de séjour RHM et le NISS du bénéficiaire[19], dans les cinq mois suivant l'année d'enregistrement ou simultanément avec le RHM[19]. L'hôpital chiffre le fichier avec la clé publique de la plate-forme eHealth, qui le déchiffre, encode le NISS avec une clé spécifique pour la Cellule Technique et transmet les fichiers[19]. Dans la pratique, la table de correspondance chiffrée passe par l'eHealthBox dans l'environnement de production, avec FLOWTCT comme expéditeur et TTP comme destinataire[7] ; cela requiert un certificat eHealth avec l'ID d'application FLOWTCT, demandé avec le numéro INAMI de l'institution[7]. Le fichier TXT contient le NISS et l'index RHM chiffré du séjour[20] et est limité à 10 MB ou 65.000 enregistrements par fichier[20]. Après un envoi réussi, une notification arrive dans l'eHealthBox ; sans notification (positive), l'envoi a échoué[7].
  • Dépistages organisés : lorsque les résultats de dépistages organisés n'ont temporairement pas été disponibles via CoZo/Vitalink début 2026 en raison d'une transition technique chez Vitalink, les prestataires de soins ont continué à les recevoir via l'eHealthBox selon CoZo (message modifié le 12/01/2026)[21]. Le CvKO envoie aux médecins généralistes des résultats et des rapports annuels sur les non-participants via l'eHealthBox ; voir Dépistage organisé et prévention : systèmes numériques et échanges[22][23].
  • Télésurveillance : l'annexe V de la convention nationale entre les établissements hospitaliers et les organismes assureurs (forfaits de télésurveillance en oncologie) prévoit qu'en cas d'intervention nécessaire, le médecin généraliste ou l'infirmier à domicile est informé dans les deux jours ouvrables via l'eHealthBox ou par téléphone[24].
  • Décès (eLys) : lorsqu'un constat de décès lié au numéro INAMI d'un hôpital est enregistré en Région flamande, eLys envoie automatiquement un message vers l'eHealthBox de cette institution ; voir Déclaration de décès électronique et chaîne du décès (eDeath)[25].
  • Affirmation du fournisseur : selon HealthConnect, les eForms complétés sont envoyés via l'eHealthBox ou intégrés dans le dossier hospitalier[26].

Données et interfaces

✎ Commenter
  • Deux voies d'accès : service web (intégré dans un logiciel médical) et application web (connexion avec eID, itsme ou TOTP)[1]. Pour le service web, le logiciel doit avoir intégré le service ; selon la plate-forme eHealth, c'est le cas pour tous les logiciels enregistrés par eHealth[1].
  • SOAP et REST : à côté des services web SOAP (eHealthBox v3), il existe eHealthBox REST v1 (auparavant v4) pour publier et consulter des messages chiffrés ou non, avec pièces jointes et métadonnées ; le cookbook est la version 1.2 du 24/03/2026[1]. Les deux variantes disposent d'un service AddressBook couplé[27].
  • Adressage : l'Addressbook renvoie, pour les prestataires de soins et les institutions, l'identification eHealthBox (box-ID et type NISS/NIHII/CBE)[1] ; les données proviennent de CoBRHA[28].
  • Messages : des pièces jointes sont possibles ; la page de service mentionne (sans date) un volume maximal de 10 MB par message[1], tandis que le cookbook SOAP v3.13 (27/07/2023) mentionne 30 MB par message et une taille de boîte standard de 10 MB[9] et que le cookbook REST v1.2 (24/03/2026) mentionne 30 MB par message, une taille de boîte standard de 10 MB et au maximum 25 pièces jointes[10]. Le manuel de l'application web (v3.1, 05/07/2021) mentionne une limite cumulative de 10 MB pour les pièces jointes[29] (voir Incertitudes). Le règlement d'utilisation demande aux utilisateurs de contrôler la taille de leurs messages et d'envoyer plutôt des liens ou des références vers des documents que des pièces jointes trop volumineuses[12]. Les champs CustomMeta donnent aux organisations plus grandes comme les hôpitaux des possibilités de routage supplémentaires et optionnelles[1].
  • Plusieurs boîtes : un prestataire de soins peut consulter simultanément plusieurs eHealthBox, par exemple sa boîte personnelle et sa boîte de prestataire de soins au sein d'un hôpital[1].
  • Chiffrement : le service ETEE est utilisé au sein de l'eHealthBox et de Recip-e ; le service web ETK fournit la clé publique du destinataire connu[30].
  • Format de contenu (interprétation) : les applications citées utilisent différents formats de contenu, comme un résultat de laboratoire FHIR comme payload[14] et des déclarations XML pour les maladies infectieuses[16]. Aucune source confirmant que l'eHealthBox elle-même n'impose pas de format de contenu, ou décrivant des messages KMEHR via l'eHealthBox, n'a été trouvée (lacune).

Version, statut et feuille de route

✎ Commenter

SOAP v3 et REST v1 côte à côte. Les raisons de la nouvelle version (alors « V4 », aujourd'hui REST v1) étaient, selon la plate-forme eHealth, un ancien système monolithique difficile à maintenir, une extensibilité limitée, une base de données qui suivait difficilement le volume et un traitement lent des pièces jointes[3]. L'architecture V4 fonctionne avec des services web RESTful via un serveur d'authentification, chaque appel exigeant un token OAuth[3]. La conception a tenu compte d'une croissance potentielle de 80.000 à 850.000 boîtes aux lettres[31]. Lors de l'introduction, la plate-forme a indiqué que les fonctionnalités V3 ne changent pas et que V3 continue d'exister parallèlement à V4, la mise en service étant prévue le 24/1/2021[3]. La version 1.0 du service REST (24/01/2021) offrait les mêmes fonctionnalités que le service SOAP eHealthBox 3.1[10] ; le cookbook actuel est la version 1.2 du 24/03/2026[1]. Aucune date de mise hors service annoncée pour SOAP n'a été trouvée dans les archives d'actualités, les cookbooks ni les directives ; il s'agit d'une lacune, non d'une preuve qu'il n'existe pas de projets.

Panne du 16/04/2026. Selon la page de statut de la plate-forme, la perturbation des services eHealthBox du 16/04/2026 (résolue, 19:30-21:51) n'a touché que la variante SOAP (v3) ; les utilisateurs REST n'ont subi aucun impact[32].

Backend. Selon Smals, l'eHealthBox HC a été scindée en microservices et les pièces jointes volumineuses sont stockées séparément, de sorte que de la capacité peut être ajoutée de manière ciblée ; la solution est opérationnelle en production[33].

Comportement propre à REST. Le service REST traite les publications de manière asynchrone : une réponse positive garantit uniquement que le message sera traité, et en cas d'échec ultérieur, l'expéditeur reçoit en retour un message eHealthBox structuré[10].

Validation plus stricte (2023-2025).

  • Depuis la release 2023.2 (production 15/10/2023), les services web SOAP de la plate-forme eHealth n'acceptent plus que SHA-256[34].
  • Le service REST a été migré techniquement vers Spring Boot 3 et OpenAPI, avec un contrôle strict des media-types[35] ; la deuxième phase a été reportée à la release 2025.1.1, avec une montée en production entre le 17/06/2025 et le 24/06/2025[36].
  • À partir de la release 2025.2 (production 14-17/10/2025), les services eHealthBox refusent les pièces jointes dont le mimetype est invalide[6].

Banque de données de logs. La plate-forme eHealth construit une eHealthBox Tracing WebApp avec une banque de données de logs assortie d'un délai de conservation de 10 ans, notamment à des fins juridiques comme les discussions sur les messages Mult-eMediatt ; la production était prévue au Q1 2026[4]. Aucune information n'a été trouvée sur le respect de cette planification (lacune).

Directives d'utilisation (v1.1, 11/02/2026)

✎ Commenter

La plate-forme eHealth a publié pour l'eHealthBox (SOAP et REST) des directives d'utilisation obligatoires qui fixent surtout le nombre d'appels autorisé par méthode, en version 1.0 le 9/10/2025 et en version 1.1 le 11/02/2026[5]. Elles s'inscrivent dans le prolongement d'un exercice de rationalisation mené en 2022 avec les intégrateurs de logiciels, avec pour 2023 une diminution des appels automatiques durant les heures creuses[37].

  • Limites d'appels : un nombre maximum d'appels par méthode, différent pour les professionnels individuels et pour les organisations ; une organisation peut par exemple appeler GetMailbox au maximum 60 fois par heure[5].
  • Accusés de réception : via la méthode push (demande lors de l'envoi) ; baser leur gestion sur la méthode pull est interdit, et pour les professionnels individuels cette méthode est totalement interdite[5].
  • Un seul client : les directives déconseillent d'interroger la boîte d'un prestataire de soins individuel via différentes applications et recommandent d'intégrer toutes les fonctionnalités dans un seul client[5].
  • Pas d'archive : l'eHealthBox n'est pas un espace de stockage de données ; la procédure normale consiste à supprimer les messages immédiatement après la consultation de la liste et le téléchargement réussi[5].
  • Quotas : depuis le 1/01/2022, le quota standard est de 10 MB pour les personnes individuelles (comme les médecins) et de 100 MB pour les institutions, les hôpitaux, les laboratoires et les maisons médicales[5]. Le quota est une limite virtuelle : lorsqu'il est atteint, les messages arrivent bien, mais l'affichage de la liste des messages est limité[5]. Une augmentation se fait en principe par groupe cible après approbation du service manager ; pour un client individuel (comme un médecin ou un hôpital), elle est toujours temporaire[5].
  • Suppression automatique : les boîtes aux lettres non utilisées (contenant des messages) après 90 jours, les messages reçus (inbox et standby) après 182 jours, les messages dans la corbeille après 30 jours et les messages envoyés après 7 jours[5]. La raison en est notamment que de nombreuses boîtes ne sont pas utilisées, par exemple parce qu'elles ont été créées automatiquement par un envoi[5].

Chiffres d'utilisation

✎ Commenter

Aucune page de statistiques distincte ni rapport annuel comportant des chiffres sur l'eHealthBox n'a été trouvé (lacune) ; les chiffres ci-dessous proviennent des présentations annuelles de l'administrateur général de la plate-forme eHealth au personnel, publiquement disponibles sur frankrobben.be. La date de référence est celle de la présentation.

Année Envoyés via SOAP Envoyés via REST Date de référence et source Affirmation
2025 112.876.714 917.260 présentation du 30/01/2026, slide 5 [4]
2024 120.325.400 483.443 présentation du 30/01/2026, slide 5 [4]
2023 141.831.881 47.202 présentation du 30/01/2026, slide 5 [4]
2022 171.044.364 13.005 présentation du 30/01/2026, slide 5 [4]
Indicateur Valeur Date de référence et source Affirmation
eHealthBox actives env. 35.000 (décembre 2020) présentation du 22/01/2021, slide 54 [3]
Boîtes actives par type (statistique 2020) 33.062 individus, 1.932 institutions présentation du 22/01/2021, slide 52 [3]
Appels de consultation 3.495.100.377 (2020), 3.699.464.599 (2021), 1.915.637.327 (2022) présentation du 27/01/2023, slide 8 [37]
eHealthBox vers eBox (eH2eBox) 2022 1.666.110 messages présentation du 27/01/2023, slide 4 [37]
eHealthBox vers eBox (eH2eBox) 2025 15.050.514 messages présentation du 30/01/2026, slide 9 [4]
Messages publiés par jour plus de 600.000 (Smals, non daté ; après une multiplication par dix entre 2013 et 2020) page de projet de Smals [33]

Interprétation : en 2025, environ 0,8 % des messages envoyés sont passés par REST[4]. La baisse du nombre d'appels de consultation en 2022 coïncide avec la rationalisation menée avec les intégrateurs[37] ; la source n'établit pas explicitement de lien causal.

Nuance sur les chiffres. Les chiffres diffèrent d'une édition à l'autre des présentations. Une présentation du 23/04/2026 mentionne, à côté des chiffres eHealthBox pour 2025, 12.301.272 messages « eHealthBox > eBox », le chiffre que la présentation du 31/01/2025 donnait pour 2024[38] ; la présentation du 30/01/2026 donne 15.050.514 pour 2025[4]. Des éditions plus anciennes (26/01/2024, 31/01/2025) donnaient pour 2020-2023 d'autres totaux de « messages envoyés », probablement parce qu'elles comptaient selon une autre méthode ; ces chiffres ne sont pas encore vérifiés textuellement et ne figurent donc pas dans le tableau (voir la page Contradictions). Les chiffres par secteur, par exemple pour les hôpitaux, n'ont pas été trouvés (lacune).

Signification pratique pour les hôpitaux

✎ Commenter
  • Condition de financement (historique) : la fonctionnalité clé 15 des BMUC 2016 exigeait notamment l'utilisation de l'eHealthBox[39] ; voir BMUC : financement du DPI intégré.
  • Condition technique : l'intégration du service web exige un certificat eHealth et l'intégration d'un service de chiffrement[1] ; voir Certificats eHealth et chiffrement (ETEE).
  • Routage : les champs CustomMeta offrent aux organisations plus grandes comme les hôpitaux des possibilités de routage optionnelles[1].
  • Recommandation (propre) : utilisez ces champs CustomMeta pour router en interne les messages entrants vers le bon service.
  • Recommandation (propre) : documentez pour chaque flux de messages (rapports vers les médecins généralistes, déclarations de maladies infectieuses, HD4DP) quelle boîte (boîte d'institution ou boîte personnelle) et quelles métadonnées sont utilisées, et surveillez la taille des messages (10 ou 30 MB, voir Incertitudes ; le règlement d'utilisation recommande des liens ou des références[12]) pour les pièces jointes images ou PDF.
  • Recommandation (propre) : vérifiez le client utilisé (et celui des fournisseurs) au regard des directives d'utilisation v1.1 : fréquence de polling, accusés de réception push, suppression immédiate après téléchargement et traitement en temps utile avant la suppression automatique.

Conditions de mise en œuvre et limites

✎ Commenter

Pour les intégrations SOAP, un certificat de base (certificat eHealth) suffit, sans l'onboarding I.AM Connect qui est exigé pour REST[27]. Pour les variantes REST de l'eHealthBox et de l'Addressbook, un onboarding distinct via I.AM Connect est nécessaire, avec un choix entre « Healthcare » (prestataire de soins ou application) et « M2M » (organisation)[27]. Une institution de soins utilise pour un client-ID M2M le format nihdi-<type>-XXXXXXXX avec son numéro INAMI[27]. Dans le Software Register, CareConnect GP possède par exemple une certification « Minilab eHBox »[40] ; cette source ne permet pas de déduire si tous les logiciels de médecine générale passent un tel minilab. Voir aussi Intégration technique avec l'infrastructure eHealth et Connecteurs eHealth (eHealth platform services connectors).

Incertitudes et informations contradictoires

✎ Commenter
  • Taille des messages (contradictoire) : la page de service (consultée le 2026-10-08, sans date à cette phrase) mentionne au maximum 10 MB par message[1] ; le cookbook SOAP v3.13 (27/07/2023)[9] et le cookbook REST v1.2 (24/03/2026) mentionnent 30 MB par message et 10 MB par défaut par boîte[10]. Le manuel de l'application web (05/07/2021) mentionne 10 MB de pièces jointes[29]. Interprétation : le manuel mesure la limite cumulative des pièces jointes, les cookbooks la taille du message, et la différence se situe entre la page de service et les cookbooks, non entre SOAP et REST ; les directives v1.1 donnent comme quota 10 MB pour les personnes et 100 MB pour les institutions[5]. La valeur qui s'applique aujourd'hui n'a pas été trouvée.
  • Boîte pleine : selon les directives, les messages arrivent bien et seul l'affichage de la liste est limité[5] ; selon le cookbook REST, les messages suivants arrivent dans une file d'attente standby[10] ; selon le cookbook SOAP, le message est stocké mais le destinataire ne peut peut-être pas le voir[9]. Interprétation : cela semble largement compatible, mais les sources ne le décrivent pas de manière identique.
  • Chiffres d'utilisation : les totaux diffèrent entre les éditions des présentations annuelles (voir Chiffres d'utilisation et la page Contradictions)[38].
  • Aucune information n'a été trouvée sur le caractère opérationnel du registre des destinataires pour les résultats de laboratoire FHIR annoncé en 2023[15].
  • Base juridique : aucun article, dans une loi ou un arrêté royal, qui mentionne l'eHealthBox elle-même n'a été trouvé (lacune, pas de preuve d'absence). Le règlement d'utilisation (version 3.0, 20/06/2019 selon la page de service) définit l'eHealthBox comme un service de base[12] ; les délais de conservation des messages sont en revanche désormais fixés dans les directives[5].

Relations 54 relations · 16 hypothèses

RelationConcept cibleTypeStatutPrécision
est exploité par Plate-forme eHealth Organisation établi [1][11][12]
dépend de Certificats eHealth et chiffrement (ETEE) Plateforme ou service établi [1][27][30]
dépend de I.AM et I.AM Connect (Identity & Access Management) Plateforme ou service établi Enkel voor de REST-variant. [27]
voir aussi SPF Santé publique Organisation établi Versleutelde MZG-correspondentietabel naar de Technische Cel via de eHealthBox (MZG zelf via Portahealth). [18][7][19]
implique (entrant) Incapacité de travail et réintégration – flux numériques Cas d'usage ou processus de soins établi [41][42][43]
implique (entrant) Digitalisation des résultats de laboratoire (DIGIRELAB) Cas d'usage ou processus de soins établi [14][15]
implique (entrant) Déclaration de décès électronique et chaîne du décès (eDeath) Cas d'usage ou processus de soins établi [25]
implique (entrant) Échange des résultats de laboratoire Cas d'usage ou processus de soins établi [14]
implique (entrant) Cas d'usage : partage des rapports et résultats hospitaliers via le hub Cas d'usage ou processus de soins établi [13]
dépend de (entrant) Guide d'implémentation FHIR belge pour les résultats de laboratoire (hl7.fhir.be.lab) Norme ou spécification établi [44][14]
dépend de (entrant) eForms (formulaires électroniques dans le dossier médical informatisé) Plateforme ou service établi [58][59]
dépend de (entrant) eH2eBox (d'eHealthBox vers eBox) Plateforme ou service établi [60]
dépend de (entrant) HD4DP v2 (healthdata.be) Plateforme ou service établi [17]
dépend de (entrant) Heracles (base de données de dépistage et application web du CvKO) Plateforme ou service établi [47]
dépend de (entrant) Mult-eMediatt Plateforme ou service établi [41][42]
échange des données avec (entrant) Beoogo Produit logiciel hypothèse [45]
échange des données avec (entrant) Care Solutions Software (Titan, Titanlink) Produit logiciel établi [48]
échange des données avec (entrant) CareConnect General Practitioner Produit logiciel établi [40]
échange des données avec (entrant) CareConnect into.care Produit logiciel établi [49]
échange des données avec (entrant) CareConnect Specialist Produit logiciel hypothèse [50]
échange des données avec (entrant) CGM Daktari Produit logiciel établi [52]
échange des données avec (entrant) CGM Windoc Produit logiciel hypothèse [54]
échange des données avec (entrant) Doctor Manager Produit logiciel hypothèse [56]
échange des données avec (entrant) HealthOne Nova Produit logiciel établi [61]
échange des données avec (entrant) CWS (Clinical Workstation) / Nexuzhealth Hospital Produit logiciel établi [64]
échange des données avec (entrant) Medinect Produit logiciel hypothèse [65]
échange des données avec (entrant) Mediris Multi (GP) Produit logiciel hypothèse [66]
échange des données avec (entrant) Medispring Généraliste Produit logiciel hypothèse [67]
échange des données avec (entrant) Nexuzhealth Doctor Produit logiciel établi [69][70][71]
échange des données avec (entrant) Nexuzhealth Nurse Produit logiciel hypothèse [72]
échange des données avec (entrant) OmniPro Produit logiciel hypothèse [73]
échange des données avec (entrant) SoftN Produit logiciel hypothèse [75]
porte sur (entrant) Dépistage organisé et prévention : systèmes numériques et échanges Aperçu ou dossier établi [46][22][47]
porte sur (entrant) Services de base de la plate-forme eHealth Aperçu ou dossier établi [11]
porte sur (entrant) Services et API de la plate-forme eHealth Aperçu ou dossier établi [1]
porte sur (entrant) Médecine préventive de l'enfant et promotion de la santé à l'école (flux de données numériques) Aperçu ou dossier établi [51]
porte sur (entrant) Logiciels pour kinésithérapeutes en Belgique Aperçu ou dossier établi [76]
porte sur (entrant) Logiciels pour dentistes en Belgique Aperçu ou dossier établi [77]
porte sur (entrant) Logiciels pour maisons de repos en Belgique Aperçu ou dossier établi [49][48]
porte sur (entrant) Intégration technique avec l'infrastructure eHealth Aperçu ou dossier établi [1][27]
exige (entrant) BMUC : financement du DPI intégré Régime de financement établi [39]
exige (entrant) Déclaration obligatoire des maladies infectieuses Règle ou cadre établi [68][16]
exige (entrant) Enregistrement (homologation) des logiciels de médecine générale Régime d'agrément ou d'enregistrement hypothèse [74]
exige (entrant) Prime télématique (INAMI) pour les kinésithérapeutes, les sages-femmes et les dentistes Régime de financement établi [77]
exige (entrant) Monitoring à distance oncologie (forfaits INAMI) Régime de financement hypothèse [24]
participe à (entrant) Centra voor leerlingenbegeleiding (CLB) Organisation établi [51]
participe à (entrant) Centrum voor Kankeropsporing (CvKO) Organisation établi [23][22]
participe à (entrant) Smals Organisation établi [33]
se connecte à (entrant) CGM Oxygen Produit logiciel hypothèse [53]
se connecte à (entrant) Crossuite Produit logiciel hypothèse [55]
se connecte à (entrant) e-Dent Produit logiciel hypothèse [57]
se connecte à (entrant) eLys – plateforme pour l'administration des décès Plateforme ou service établi [25]
se connecte à (entrant) KineQuick Produit logiciel hypothèse [62][63]
voir aussi (entrant) eHealth Addressbook Plateforme ou service établi [1][28][27]

Questions ouvertes 6

  1. Is er een uitfaseringsplanning voor eHealthBox SOAP v3 ten gunste van REST v1? Bij de REST-invoering (2021) bleef V3 parallel bestaan; een latere aankondiging is niet gevonden. Aidez-nous à répondre à cette question
  2. Wat is de actuele maximale berichtgrootte: 10 MB (servicepagina, ongedateerd) of 30 MB (SOAP-cookbook 3.13 van 27/07/2023 en REST-cookbook 1.2 van 24/03/2026)? Aidez-nous à répondre à cette question
  3. Wat gebeurt er precies als een box vol is: enkel een beperkte lijstweergave (richtlijnen v1.1), een standby-wachtrij (REST-cookbook) of een bericht dat de ontvanger mogelijk niet ziet (SOAP-cookbook)? Aidez-nous à répondre à cette question
  4. Is de eHealthBox Tracing WebApp (logdatabank, bewaartermijn 10 jaar, gepland Q1 2026) in productie, en wie krijgt er toegang toe? Aidez-nous à répondre à cette question
  5. Bestaat het in 2023 aangekondigde register (API) van zorgverleners die FHIR-labresultaten via eHealthBox kunnen ontvangen intussen? Aidez-nous à répondre à cette question
  6. Publiceert het eHealth-platform gebruiksvolumes per sector (bv. ziekenhuizen) of per berichttype? Enkel totalen per jaar zijn gevonden. Aidez-nous à répondre à cette question

Sources 77 sources · toutes les sources

  1. eHealthBox. eHealth-platform. SRC-71c7c4bb9f Lien cassé ?
  2. Architecturen | eHealth-platform. eHealth-platform. SRC-0eb97991a9 Lien cassé ?
  3. eHealth-platform – Balans voor 2020 & Perspectieven voor 2021. eHealth-platform; 22-01-2021. SRC-97a61f9e6a Lien cassé ?
  4. Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal); 30-01-2026. SRC-88e226b672 Lien cassé ?
  5. eHealthBox (SOAP + REST) – Richtlijnen voor de gebruikers v1.1. eHealth-platform; 11-02-2026. SRC-f2f44b057b Lien cassé ?
  6. Bericht aan de integratoren eHealthBox: strikte controle mimetypes bijlagen (release 2025.2). eHealth-platform; 22-07-2025. SRC-11877e816d Lien cassé ?
  7. Overdracht van de correspondentietabellen 2017 via eHealth – samenvatting van te volgen procedure. FOD Volksgezondheid – Technische Cel. SRC-753c22b84d Lien cassé ?
  8. Minimale Ziekenhuis Gegevens (MZG) | FOD Volksgezondheid. FOD Volksgezondheid, DG Gezondheidszorg, Dienst Data en Beleidsinformatie. SRC-729e48794e Lien cassé ?
  9. eHealthBox v.3 Publication WS - Cookbook v3.13. eHealth-platform; 27-07-2023. SRC-1229819588 Lien cassé ?
  10. eHealthBox REST v.1 – Cookbook v1.2. eHealth-platform; 24-03-2026. SRC-98e8a91ee5 Lien cassé ?
  11. Welcome Pack (eHealth-platform). eHealth-platform. SRC-6fdf93f016 Lien cassé ?
  12. Gebruikersreglement voor de toegang en het gebruik van het eHealthBox-systeem. eHealth-platform. SRC-a078e0399f Lien cassé ?
  13. Digitale communicatie met de ziekenhuizen: Hubs. Domus Medica. SRC-d367fae946 Lien cassé ?
  14. HL7 Belgium FHIR IG - Lab related profiles: Guidance. eHealth-platform / HL7 Belgium; 08-09-2022. SRC-fb93029bf0 Lien cassé ?
  15. Issue #203: Repository of providers who can receive FHIR format. hl7-be/lab (GitHub); 28-06-2023. SRC-d54c82a57c Lien cassé ?
  16. Een meldingsplichtige infectieziekte elektronisch melden vanuit een labo. Departement Zorg. SRC-d1867f4626 Lien cassé ?
  17. Dataflow description HD4DP v2. healthdata.be (HDA). SRC-ae6b9db626 Lien cassé ?
  18. Technische Cel | FOD Volksgezondheid. FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu. SRC-719bc2bbb0 Lien cassé ?
  19. 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 Lien cassé ?
  20. Layout van het bestand TXT (correspondentietabel Technische Cel). FOD Volksgezondheid – Technische Cel. SRC-fedb14680c Lien cassé ?
  21. Bevolkingsonderzoeken niet meer beschikbaar - CoZo. CoZo vzw. SRC-a069a0277c Lien cassé ?
  22. Nota gezondheidsdoelstelling bevolkingsonderzoeken naar kanker 2025-2035 (CVK25-015). Departement Zorg / Centrum voor Kankeropsporing; 25-06-2025. SRC-7db34511f3 Lien cassé ?
  23. Jaarlijks rapport niet-deelnemers. Centrum voor Kankeropsporing. SRC-ca4fb96c00 Lien cassé ?
  24. Nationale overeenkomst verpleeginrichtingen-verzekeringsinstellingen (gecoördineerd, incl. 7de wijzigingsclausule van 02/12/2025). RIZIV; 12-12-2019. SRC-1861d612b7 Lien cassé ?
  25. EPD - eHealthBox-notificatie. Athumi Documentatie. SRC-cc11a096d2 Lien cassé ?
  26. eForms HealthConnect. HealthConnect. SRC-7b0eb149bf Lien cassé ?
  27. Procedure: Onboarding IAM Connect eHealthBox - Addressbook v2.0. eHealth-platform; 29-05-2024. SRC-771a066b18 Lien cassé ?
  28. eHealth Addressbook Consultation Webservice. eHealth-platform. SRC-87a6ea79ec Lien cassé ?
  29. eHealthBox - eHealth-brievenbus (handleiding webtoepassing). eHealth-platform; 05-07-2021. SRC-afaf30784a Lien cassé ?
  30. Systeem voor end-to-endversleuteling | eHealth-platform. eHealth-platform. SRC-f1bf6746ab Lien cassé ?
  31. eHealth-platform – Realisaties 2019 en perspectieven 2020 (presentatie aan het personeel). eHealth-platform; 24-01-2020. SRC-9cb541cd91 Lien cassé ?
  32. Disturbances impacting the eHealthBox services (statuspagina). eHealth-platform; 16-04-2026. SRC-728d3044af Lien cassé ?
  33. Meer opslag en rekenkracht beschikbaar voor eHealthBox. Smals. SRC-c425b15311 Lien cassé ?
  34. Bericht aan gebruikers van SOAP (SHA-256 en nieuwe SecurityTokenService). eHealth-platform; 19-06-2023. SRC-8f47b20551 Lien cassé ?
  35. Bericht aan de integratoren: technische migratie van de eHealthBox REST-service (Spring Boot 3 + OpenAPI). eHealth-platform; 20-12-2024. SRC-a6b2995c8f Lien cassé ?
  36. Bericht aan de integratoren eHealthBox REST (07/05/2025): migratie in release 2025.1.1. eHealth-platform; 07-05-2025. SRC-b384a9b0d1 Lien cassé ?
  37. Plate-forme eHealth – Réalisations 2022 & perspectives 2023. eHealth-platform; 27-01-2023. SRC-907c9285ad Lien cassé ?
  38. eHealth (primary use) in Belgium: brief overview, Belgian Integrated Health Record (B-IHR) for integrated care and Belgian roadmap towards EHDS. eHealth-platform (4th Health, Ethics, Law, and Technology Symposium, HELT 2026); 23-04-2026. SRC-1c29edd035 Lien cassé ?
  39. 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 Lien cassé ?
  40. Software Register API – certificeringen CareConnect General Practitioner (JSON). eHealth-platform. SRC-5d419bb730 Lien cassé ?
  41. Beraadslaging nr. 17/073 (Mult-eMediatt), gewijzigd op 1 oktober 2024. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid. SRC-6851e009dd Lien cassé ?
  42. Mult-eMediAtt – Cookbook v2. eHealth-platform; 15-05-2025. SRC-6d48901a8d Lien cassé ?
  43. Beraadslaging nr. 24/206 van 5 november 2024 (TRIO-platform). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 05-11-2024. SRC-d0fd567af9 Lien cassé ?
  44. HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Changes. eHealth-platform; 08-09-2022. SRC-a307c610a6 Lien cassé ?
  45. Beoogo, la plateforme collaborative des professionnels de la santé belge. Beoogo. SRC-1ed21f7bc3 Lien cassé ?
  46. Jaarlijks rapport geen of incorrecte follow-up na afwijkende stoelgangtest. Centrum voor Kankeropsporing. SRC-94aaed73a0 Lien cassé ?
  47. Aanleveren van gegevens in XML formaat (via eHealthbox). Centrum voor Kankeropsporing. SRC-4089f2e7d1 Lien cassé ?
  48. Titan e-Health Box - Verzeker u van een veilige gegevensuitwisseling. Malta Belgium (Care Solutions). SRC-518d1a3ca8 Lien cassé ?
  49. Apotheken | Apotheek koppelingen. Corilus; 18-05-2026. SRC-45eede3b25 Lien cassé ?
  50. CareConnect Specialist, software for medical specialists. Corilus. SRC-675db000b2 Lien cassé ?
  51. 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). Informatieveiligheidscomité (eHealth-platform); 05-07-2022. SRC-b106facf32 Lien cassé ?
  52. Software Register API – certificeringen CGM Daktari (JSON). eHealth-platform. SRC-32a75b4ab2 Lien cassé ?
  53. Software Register API – certificeringen CGM Oxygen (JSON). eHealth-platform. SRC-6d6fa0b355 Lien cassé ?
  54. Software Register API – certificeringen CGM Windoc (JSON). eHealth-platform. SRC-1ce9e38eb5 Lien cassé ?
  55. Digitaal communiceren in je praktijk | Crossuite. Crossuite. SRC-80dd1a5ce4 Lien cassé ?
  56. Medical Connected Services eHealth | Doctor Manager. Sylho Group SA (Doctor Manager). SRC-bef518a5f6 Lien cassé ?
  57. Dentasoft – Logiciels de gestion simples et intuitifs pour secteur dentaire. Dentasoft. SRC-fcd310782d Lien cassé ?
  58. eForms komt eraan. Medi-Sfeer; 21-04-2016. SRC-7671dcc61e Lien cassé ?
  59. Aanvraagprocedure voor artsen. FOD Sociale Zekerheid, DG Personen met een handicap. SRC-a4b37dfbf6 Lien cassé ?
  60. eH2eBox – Cookbook v1.11. eHealth-platform; 04-08-2025. SRC-136532100a Lien cassé ?
  61. Software Register API – certificeringen HealthOne Nova (JSON). eHealth-platform. SRC-0ce3aea79f Lien cassé ?
  62. KineQuick, software voor kinesisten. KineQuick (Q-Top). SRC-b3b0cf5fd1 Lien cassé ?
  63. Software Register API – certificeringen KineQuick (JSON). eHealth-platform. SRC-3eb66d5464 Lien cassé ?
  64. Nexuzhealth Consult: bridging the gap between hospital records and eHealth. Nexuzhealth; 15-11-2023. SRC-1bf769b1e0 Lien cassé ?
  65. Software Register – certificeringsrecords Medinect, versiepad v._. eHealth-platform. SRC-96d3880bfb Lien cassé ?
  66. Software Register – certificeringsrecords Mediris Multi (GP), versiepad v._. eHealth-platform. SRC-006a373f6a Lien cassé ?
  67. Software Register – certificeringsrecords Medispring Huisartsen, versiepad 3.2. eHealth-platform. SRC-4e696f9acd Lien cassé ?
  68. Een meldingsplichtige infectieziekte aangeven. Departement Zorg. SRC-ff18ce5ddb Lien cassé ?
  69. Nexuzhealth Doctor. Nexuzhealth. SRC-aec13619b1 Lien cassé ?
  70. Nexuzhealth Doctor, het nieuwe EMD voor de huisarts in de cloud, krijgt groen licht. Nexuzhealth; 03-10-2023. SRC-13ce17e7cd Lien cassé ?
  71. Software Register – certificeringsrecords Nexuzhealth Doctor, versiepad v._. eHealth-platform. SRC-c4f2398dd2 Lien cassé ?
  72. Nexuzhealth Nurse - software voor thuisverpleegkundigen. Nexuzhealth. SRC-232885fbbb Lien cassé ?
  73. Software Register – certificeringsrecords Omnipro, versiepad v._. eHealth-platform. SRC-c52ebd43c3 Lien cassé ?
  74. Documentation on the 2019 modular criteria for registration of GP systems – v1. eHealth-platform; 01-06-2019. SRC-326ce9635d Lien cassé ?
  75. Je eHealthBox registreren en gebruiken in SoftN. SoftN. SRC-900a679bb0 Lien cassé ?
  76. RAMIT documentation of the 2020 criteria for registration of physiotherapist systems (Registration of Electronic Health Records for Physiotherapists), versie 8 juli 2021. eHealth-platform; 08-07-2021. SRC-4998424cfc Lien cassé ?
  77. Telematicapremie voor de tandartsen. RIZIV. SRC-d286abf982 Lien cassé ?
Fiche ehealthbox · dernière vérification le 08-10-2026 · version 2026.11.12-3 · texte sous CC BY 4.0, sources uniquement liées
Améliorer cette page
Réutilisation : Cette page en Markdown · JSON