--- id: ebirth type: Platform type_label: Plateforme ou service title: eBirth (notification électronique de naissance) aliases: - eBirth - elektronische geboorteaangifte - geboortekennisgeving - eBirth v2 names: nl: eBirth (elektronische geboortekennisgeving) fr: eBirth (notification électronique de naissance) en: eBirth jurisdiction: - belgie themes: - secundair-gebruik - patientparticipatie lifecycle: productie lifecycle_note: En production comme application web et comme services web. Pour eBirth v2, un projet pilote et une implémentation dans les coffres-forts régionaux et les hôpitaux étaient prévus en janvier 2026, sans exécution confirmée. summary: eBirth est l'application fédérale par laquelle une naissance est notifiée par voie électronique à l'état civil et par laquelle des données statistiques médicales sont transmises séparément. Les médecins, les sages-femmes, les infirmiers et le personnel administratif utilisent à cet effet une application web ou des services web. La description technique actuelle utilise KMEHR pour la partie mère; pour eBirth v2, qui répartit l'information sur trois blocs de données avec des CareSets pour les données médicales, un projet pilote et une implémentation dans les coffres-forts et les hôpitaux étaient prévus en 2026. Pour les hôpitaux disposant d'une maternité, cela concerne aussi bien la notification en temps utile que l'intégration des données médicales dans le DPI. links: - soort: website url: https://www.ehealth.fgov.be/nl/beroepsbeoefenaars-in-de-gezondheidszorg/diensten/ebirth label: eBirth (eHealth-platform) taal: nl last_verified: '2026-10-05' relations: - type: dependsOn direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/fr/certificats-ehealth/ status: established - type: ownedBy direction: uit target: org:fod-bosa target_url: null status: established - type: implements direction: uit target: kmehr target_url: https://ehealth-atlas.be/fr/kmehr/ status: established - type: about direction: in target: bihr-caresets target_url: https://ehealth-atlas.be/fr/bihr-caresets-et-feuille-de-route-ehds/ status: established - type: about direction: in target: ehealth-diensten target_url: https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/ status: established - type: about direction: in target: preventieve-jeugdgezondheidszorg target_url: https://ehealth-atlas.be/fr/medecine-preventive-de-l-enfant-et-promotion-de-la-sante-a-l-ecole/ status: established - type: seeAlso direction: in target: edeath target_url: https://ehealth-atlas.be/fr/declaration-de-deces-electronique-et-chaine-du-deces/ status: established - type: participatesIn direction: in target: opgroeien target_url: https://ehealth-atlas.be/fr/opgroeien/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/ebirth-notification-electronique-de-naissance/ license: CC BY 4.0 --- # eBirth (notification électronique de naissance) eBirth est l'application fédérale par laquelle une naissance est notifiée par voie électronique à l'état civil et par laquelle des données statistiques médicales sont transmises séparément. Les médecins, les sages-femmes, les infirmiers et le personnel administratif utilisent à cet effet une application web ou des services web. La description technique actuelle utilise KMEHR pour la partie mère ; pour eBirth v2, qui répartit l'information sur trois blocs de données avec des CareSets pour les données médicales, un projet pilote et une implémentation dans les coffres-forts et les hôpitaux étaient prévus en 2026. Pour les hôpitaux disposant d'une maternité, cela concerne aussi bien la notification en temps utile que l'intégration des données médicales dans le DPI. ## Qu'est-ce que c'est ? 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](https://ehealth-atlas.be/fr/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]. ## Quels services offre eBirth ? | Service | Quoi | Pour qui | Page | |---|---|---|---| | Notification de naissance | notification électronique avec le Modèle I à l'état civil[^1] | maternités et état civil | cette page | | Formulaire médical | flux distinct après une notification de naissance réussie[^3][^4] | hôpitaux et services statistiques | cette page | | Services web | échange direct depuis le logiciel de soins[^2] | hôpitaux et fournisseurs de logiciels | [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) | ### Données et interfaces techniques Pour la version actuelle, la partie mère d'eBirth est décrite comme une transaction [KMEHR](https://ehealth-atlas.be/fr/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](https://ehealth-atlas.be/fr/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](https://ehealth-atlas.be/fr/elys-plateforme-pour-l-administration-des-deces/) 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)](https://ehealth-atlas.be/fr/declaration-de-deces-electronique-et-chaine-du-deces/) pour la chaîne du décès[^11]. ## Où en est-il et qui l'utilise ? **Statut : production.** eBirth est une application du SPF BOSA[^1], avec des services web via la plate-forme eHealth[^2]. | Utilisateur ou domaine | Utilisation | |---|---| | Médecins, sages-femmes et infirmiers à l'hôpital | accès à la notification de naissance et au formulaire statistique[^1] | | Personnel administratif hospitalier | remplissage des volets non médicaux[^1] | | Médecins et sages-femmes indépendants | accès à eBirth en dehors de l'hôpital[^1] | ### 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](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/) n'est pas explicitement démontré[^12]. ## Qu'est-ce que cela signifie pour un hôpital ? - **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](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) et [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/). La partie médico-statistique suit le format du Modèle I de 1999[^5]. ## Incertitudes et informations contradictoires - 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]. ## Relaties - dépend de: [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) (établi)[^2]. Voor de eBirth-webservices (eHealth-certificaat, SAML-token van de STS); niet voor de webtoepassing. - relève de: org:fod-bosa (établi)[^1]. eBirth is een toepassing van de FOD BOSA. Het eHealth-platform publiceert de webservicedocumentatie en plande de eBirth v2-PoC (zie body); een uitbatersrol van het eHealth-platform is niet vastgesteld. - implémente: [KMEHR](https://ehealth-atlas.be/fr/kmehr/) (établi)[^5] - porte sur (entrant): [BIHR : CareSets et feuille de route EHDS](https://ehealth-atlas.be/fr/bihr-caresets-et-feuille-de-route-ehds/) (établi)[^13] - voir aussi (entrant): [Déclaration de décès électronique et chaîne du décès (eDeath)](https://ehealth-atlas.be/fr/declaration-de-deces-electronique-et-chaine-du-deces/) (établi)[^8] - porte sur (entrant): [Services et API de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/) (établi)[^2] - participe à (entrant): [Opgroeien regie (Kind en Gezin)](https://ehealth-atlas.be/fr/opgroeien/) (établi)[^14] - porte sur (entrant): [Médecine préventive de l'enfant et promotion de la santé à l'école (flux de données numériques)](https://ehealth-atlas.be/fr/medecine-preventive-de-l-enfant-et-promotion-de-la-sante-a-l-ecole/) (établi)[^14] ## Open vragen - Zijn de CareSets van eBirth v2 FHIR-gebaseerd, en wanneer gaat v2 in de ziekenhuizen en regionale kluizen in productie? - Werd het proof-of-concept met twee ziekenhuizen ingepland en uitgevoerd, en liep de WebApp-pilot (Q1-Q2 2026)? - Bestaat er naast het moedergedeelte ook een KMEHR-transactie voor het kindgedeelte? - Welke gegevens gaan vanuit eBirth naar de gemeenschappen (perinatale registratie) en in welk formaat? ## Bronnen [^1]: [eBirth](https://www.ehealth.fgov.be/nl/beroepsbeoefenaars-in-de-gezondheidszorg/diensten/ebirth). eGezondheid (eHealth). Opgehaald 2026-09-26, sha256 0c17f78a4f5603ae… (SRC-8b8c44f987) [^2]: [eBirth (dienst)](https://www.ehealth.fgov.be/ehealthplatform/nl/service-ebirth). eHealth-platform. Opgehaald 2026-09-26, sha256 90d781e775909d6d… (SRC-a9676edada) [^3]: [eHealth API Portal: SOAP APIs](https://portal.api.ehealth.fgov.be/?tag=SOAP). eHealth-platform. Opgehaald 2026-09-27, sha256 5da4c1227fb01e47… (SRC-212c48fbfc) [^4]: [eBirth Medical voor ziekenhuizen: Handleiding voor de Webtoepassing](https://bosa.belgium.be/sites/default/files/content/documents/DTdocs/eBirth/eb_handleiding_ziekenhuis_0.pdf). FOD BOSA. Opgehaald 2026-09-27, sha256 916aea948ad51413… (SRC-52c94aac4c) [^5]: [eBirth notification - mother part (KMEHR transaction)](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/ebirth-notification-mother-part). eHealth-platform (standards). Opgehaald 2026-09-26, sha256 eaee0f0f8ca0b34f… (SRC-6d77e5d7a4) [^6]: [eBirth - Communes - FAQ](https://bosa.belgium.be/fr/ebirth-communes-faq). FOD BOSA. Opgehaald 2026-09-27, sha256 08ab47e3b61d080d… (SRC-12ae57423c) [^7]: [Schriftelijke vraag nr. 945 (2025-2026) van een Vlaams volksvertegenwoordiger aan de Vlaamse minister van Welzijn: Interfederaal plan geïntegreerde zorg - Gegevensdeling, met antwoord](https://docs.vlaamsparlement.be/files/pfile?id=2342630). Vlaams Parlement, 2026-07-10. Opgehaald 2026-09-26, sha256 7fa06f0e997b962f… (SRC-ccb4106931) [^8]: [Overlijdensdossiers in geval van doodgeboorte (levenloos geboren kind)](https://docs.athumi.eu/elys/help/overlijdensdossiers-in-geval-van-doodgeboorte). Athumi Documentatie. Opgehaald 2026-09-30, sha256 592e07362f724723… (SRC-8624b54319) [^9]: [Gebruik van de API van het DAO-platform voor het vaststellen van een overlijden](https://github.com/athumi-eu/digitale-aangifte-overlijden-demo/blob/main/vaststelling/doc/api/README.md). Athumi. Opgehaald 2026-09-30, sha256 42a834f0e94a83c5… (SRC-fe566f6ef3) [^10]: [17 juni 1999. – Koninklijk besluit waarbij het opmaken van een jaarlijkse statistiek van de overlijdensoorzaken wordt voorgeschreven](https://www.ejustice.just.fgov.be/eli/besluit/1999/06/17/1999011241/justel). FOD Justitie – Belgisch Staatsblad / Justel. Opgehaald 2026-09-30, sha256 bd202c3d31331936… (SRC-f91cddb9c3) [^11]: [Des bulletins de décès à la statistique des causes de décès – Le flux des données (workshop Data4Research 25.01.2019)](https://statbel.fgov.be/sites/default/files/files/documents/Workshop/Workshop%20mortalit%C3%A9%2025.1.19/WORKSHOP_25.01.2019_Flux_COD_FR.pdf). Statbel, 2019-01-25. Opgehaald 2026-09-30, sha256 da015212db093b5d… (SRC-5461e3e0fd) [^12]: [Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth)](https://www.frankrobben.be/wp-content/uploads/2026/01/20260130a.pptx). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal), 2026-01-30. Opgehaald 2026-09-26, sha256 b58fc6b2201308cb… (SRC-88e226b672) [^13]: [HL7 Belgium FHIR WG Core Patient Dossier - notulen 29 oktober 2026](https://github.com/hl7-be/FHIR-A-THON/wiki/HL7-Belgium-FHIR-WG-Core-Patient-Dossier-%E2%80%90-20261029-9AM-Meeting-minutes). HL7 Belgium, 2026-10-29. Opgehaald 2026-11-05, sha256 66b86a82ba086a83… (SRC-f3dec517a0) [^14]: [Beraadslaging nr. 14/030 van 15 april 2014 m.b.t. de mededeling van persoonsgegevens die de gezondheid betreffen door FEDICT aan het IVA Kind en Gezin in het kader van de toepassing eBirth](https://www.in.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/c5b698270cbf9a8efdcda6f024a7662d7cfacdca/sector_commitee_14-030-n065.pdf). Sectoraal Comité van de Sociale Zekerheid en van de Gezondheid (eHealth-platform), 2014-04-15. Opgehaald 2026-10-07, sha256 59a60d59d1b58b96… (SRC-5e9f35d9df)