eBirth (notification électronique de naissance)

eBirth est une application du SPF Stratégie et Appui (BOSA) destinée à optimiser l'échange de données entre tous les acteurs intervenant dans la notification de naissance^[1]. À côté de l'application web, eBirth existe aussi comme services web, dont la plate-forme eHealth publie la documentation^[2].

Quel problème résout-il ?

La notification de naissance est initiée par les prestataires de soins qui assistent aux accouchements dans les hôpitaux disposant d'une maternité, au moyen du formulaire Modèle I comportant des renseignements médicaux, destiné au service de l'État civil du lieu de naissance^[1]. eBirth numérise ce flux^[1].

Données et interfaces techniques

Pour la version actuelle, la partie mère d'eBirth est décrite comme une transaction KMEHR ; le contenu de la partie mère a été défini conjointement par le SPF Économie, les trois Communautés, le SPF Santé publique et le CEPIP, comme description des données statistiques du Modèle I (AR du 14 juin 1999)^[5].

Deux flux distincts. BOSA distingue la notification de naissance du flux de statistiques médicales de naissance allant des hôpitaux vers les Communautés^[6]. Le service web eBirth Medicalform introduit le formulaire médical après que la notification de naissance a été introduite avec succès^[3] ; dans l'application web également, le formulaire médical n'est disponible qu'après que la notification a été validée et envoyée à l'État civil^[4]. Le manuel BOSA pour les hôpitaux décrit un envoi de la notification de naissance dans les 24 heures^[4] et, pour les données statistiques médicales, un délai d'envoi maximal d'un mois^[4]. Selon le même manuel, ces données statistiques ne vont pas seulement vers les Communautés, mais aussi vers le SPE et le CEPIP^[4]. Dans le registre des échanges, les deux flux figurent comme overheid-flows-geboorte (hôpital → État civil) et overheid-flows-geboortestatistiek (hôpital → service communautaire)^[4][6] ; l'entrée de registre pour le flux statistique ne mentionne (encore) que les Communautés comme destinataire, non le SPE et le CEPIP^[4].

Contexte périnatal. À côté de la notification de naissance, un projet est en cours pour partager des données de grossesse via Vitalink FHIR^[7], et fin mai 2026, le groupe de travail interfédéral eSanté a donné son accord pour la relance d'un projet de partage de données dans le post-partum^[7]. Il n'a pas été trouvé si ces projets sont couplés à eBirth.

Mortinaissance. En cas de mortinaissance, seule une déclaration dans eLys est nécessaire en Région flamande, et non une déclaration eBirth^[8] ; eLys dispose à cet effet d'un endpoint distinct pour les décès jusqu'à 1 an, mortinaissance comprise^[9]. Le formulaire statistique fédéral pour une mortinaissance est le modèle IIID^[10]. Aucun équivalent fédéral d'eBirth pour les décès (« eDeath ») n'a été trouvé ; voir Déclaration de décès électronique et chaîne du décès (eDeath) pour la chaîne du décès^[11].

Statut : production. eBirth est une application du SPF BOSA^[1], avec des services web via la plate-forme eHealth^[2].

Version, statut et roadmap

Selon une présentation de la plate-forme eHealth (30 janvier 2026), eBirth v2 est divisé en trois blocs de données. Pour 2025, elle signale : adaptation de la WebApp pour la notification de naissance (Registre national) achevée et CareSets pour les données médicales (INAMI) publiés^[12]. Pour les données socio-économiques (BCSS), le Registre national préparait l'intégration^[12].

Planification pour 2026 : un projet pilote de test de la WebApp au Q1-Q2 2026 et, pour les données médicales, une implémentation dans les coffres-forts régionaux et dans les hôpitaux^[12]. Un proof-of-concept avec deux hôpitaux pour l'implémentation dans les hôpitaux devait être planifié au Q1 2026^[12]. Il s'agit d'une planification ; l'exécution n'a pas été confirmée.

La présentation mentionne des CareSets mais non le format, de sorte qu'un lien avec l'approche FHIR CareSet de BIHR n'est pas explicitement démontré^[12].

• Rôle des hôpitaux disposant d'une maternité : la notification est initiée par les prestataires de soins qui y assistent aux accouchements^[1]. Aucune base légale n'a été consignée comme claim.
• Délais (selon le manuel BOSA, pas un article de loi vérifié) : notification dans les 24 heures^[4] ; données statistiques médicales dans un délai maximal d'un mois, vers les Communautés, le SPE et le CEPIP^[4][4].
• Ordre : le formulaire médical passe par un service web distinct, seulement après une notification réussie^[3][4].
• Intégration : via les services web, le DPI peut envoyer la notification directement au lieu de passer par l'application web^[2].
• Planification v2 : l'implémentation des données médicales dans les hôpitaux est prévue pour 2026^[12].
• Recommandation (propre) : suivez eBirth v2, car le passage aux CareSets touche à l'intégration DPI de la salle d'accouchement.

Conditions préalables et limites

L'intégration des services web exige notamment des cas de test, un certificat de test eHealth, un jeton SAML du STS, des requêtes chiffrées et un rapport de test à la plate-forme eHealth^[2] ; voir Intégration technique avec l'infrastructure eHealth et Certificats eHealth et chiffrement (ETEE). La partie médico-statistique suit le format du Modèle I de 1999^[5].

• La structure et la planification d'eBirth v2 sont connues par une seule présentation de la plate-forme eHealth (janvier 2026, publiée sur un site web personnel), pas une annonce officielle^[12].
• La présentation ne dit pas littéralement si les CareSets sont basés sur FHIR^[12] ; il n'a pas été trouvé si la partie mère KMEHR est maintenue dans la v2^[5].
• Les délais de 24 heures et d'un mois proviennent du manuel BOSA pour les hôpitaux^[4][4] ; la numérotation légale actuelle et la version du document n'ont pas été vérifiées séparément.
• Le proof-of-concept devait encore être planifié au Q1 2026 ; exécution non confirmée^[12].
• « Non trouvé » n'est pas une preuve d'absence ; cela vaut notamment pour une confirmation de l'exécution du projet pilote^[12].