--- id: healthdata-hd4dp type: Platform type_label: Plateforme ou service title: HD4DP v2 (healthdata.be) aliases: - HD4DP - HD4DP v2 - HD4DP 2.0 - Healthdata for Data Providers - HD4DP v2 Local - HD4DP v2 WEB names: nl: HD4DP v2 (Health Data for Data Providers) fr: HD4DP v2 en: Health Data for Data Providers (HD4DP) v2 jurisdiction: - belgie themes: - secundair-gebruik - architectuur-en-infrastructuur - labo lifecycle: productie lifecycle_note: Production; les flux documentés sont le flux de laboratoire vers Be-HERA (délibération de 2022) et les enregistrements d'implants avec notification MyCareNet. Quelles collectes de données passent par la v1 et lesquelles par la v2 n'a pas été vérifié. version: v2 (Local et WEB) summary: HD4DP v2 est la plate-forme de healthdata.be par laquelle les organisations de soins transmettent des données cliniques à des registres au service de la politique de santé publique. L'application est installée chez l'organisation de soins elle-même, par exemple un hôpital; celle qui ne peut pas satisfaire aux exigences système peut demander, successivement, l'installation d'une autre organisation ou la variante web hébergée par healthdata.be. La transmission peut se faire manuellement au moyen de formulaires, avec une API REST via le composant NextGen Connect ou avec une API CSV; pour certaines collections, une API FHIR est annoncée. Les variables de registre et les identifiants de patients suivent des routes séparées, les identifiants étant pseudonymisés via l'eHealthBox. Depuis le 1er avril 2026, healthdata.be relève de l'Agence des données de santé. links: - soort: documentatie url: https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers label: HD4DP v2-documentatie taal: en - soort: website url: https://healthdata.sciensano.be/ label: healthdata.be (Sciensano) last_verified: '2026-10-29' relations: - type: usesTerminology direction: uit target: loinc target_url: https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/ status: hypothesis - type: operatedBy direction: uit target: health-data-agency target_url: https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/ status: established - type: dependsOn direction: uit target: ehealthbox target_url: https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/ status: established - type: dependsOn direction: uit target: ehealth-pseudonimisering target_url: https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/ status: established - type: dependsOn direction: uit target: mirth-connect target_url: https://ehealth-atlas.be/fr/mirth-connect/ status: established - type: exchangesWith direction: uit target: mycarenet target_url: https://ehealth-atlas.be/fr/mycarenet/ status: established - type: exchangesWith direction: uit target: be-hera target_url: https://ehealth-atlas.be/fr/be-prepared/ status: established - type: implements direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: hypothesis - type: exchangesWith direction: in target: be-hera target_url: https://ehealth-atlas.be/fr/be-prepared/ status: established - type: about direction: in target: integratie-engine target_url: https://ehealth-atlas.be/fr/moteur-d-integration/ status: established - type: about direction: in target: technische-integratie-ehealth target_url: https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/ status: established - type: involves direction: in target: klinisch-labo-resultaten-uitwisseling target_url: https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/ status: established - type: provides direction: in target: sciensano target_url: https://ehealth-atlas.be/fr/sciensano/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/hd4dp-v2/ license: CC BY 4.0 --- # HD4DP v2 (healthdata.be) HD4DP v2 est la plate-forme de healthdata.be par laquelle les organisations de soins transmettent des données cliniques à des registres au service de la politique de santé publique. L'application est installée chez l'organisation de soins elle-même, par exemple un hôpital ; celle qui ne peut pas satisfaire aux exigences système peut demander, successivement, l'installation d'une autre organisation ou la variante web hébergée par healthdata.be. La transmission peut se faire manuellement au moyen de formulaires, avec une API REST via le composant NextGen Connect ou avec une API CSV ; pour certaines collections, une API FHIR est annoncée. Les variables de registre et les identifiants de patients suivent des routes séparées, les identifiants étant pseudonymisés via l'eHealthBox. Depuis le 1er avril 2026, healthdata.be relève de l'Agence des données de santé. ## En bref - **Quoi :** HD4DP v2 est l'application avec laquelle une organisation de soins enregistre par voie électronique des données cliniques destinées à des registres[^1], au lieu de le faire sur papier ou via des sites web distincts[^1]. - **Comment :** les données proviennent automatiquement du système source ou sont saisies manuellement dans les formulaires[^2][^1], et pour une liaison entre systèmes healthdata.be documente une API REST via le composant NextGen Connect ainsi qu'une API CSV[^1]. - **État :** les flux documentés sont le flux de laboratoire vers Be-HERA issu de la délibération EPILABO de 2022[^3] et les collections d'implants énumérées avec notification MyCareNet[^4]. - **Hôpital :** la variante Local se trouve sur l'infrastructure propre de l'hôpital, que celui-ci entretient lui-même, tandis que healthdata.be entretient l'application gratuitement et à distance[^1]. - **Planning :** selon le ministre, l'infrastructure actuelle reste en usage encore quelques années[^5], après quoi la collecte de données passerait par l'infrastructure fédérée EHDS[^5]. - **Plus grande incertitude :** la question de savoir quelle interface est réellement disponible pour chaque collecte de données reste ouverte ; l'API FHIR est seulement annoncée[^1]. ## Qu'est-ce que c'est ? HD4DP v2 Local est un système d'electronic data capture (EDC) : un système informatisé qui collecte des données cliniques sous forme électronique pour la recherche à l'appui de la politique de santé publique[^1]. Il remplace la collecte de données traditionnelle sur papier et la prolifération de sites web, afin de rationaliser la collecte et de raccourcir le délai jusqu'à l'analyse et au rapportage[^1]. L'application se compose d'une variante locale (HD4DP v2 Local), que healthdata.be installe gratuitement et à distance sur l'infrastructure de l'organisation de soins[^1], et d'une variante web hébergée par healthdata.be (HD4DP v2 WEB) pour les organisations qui ne peuvent pas satisfaire aux exigences système[^1]. Les données arrivent dans HD4DP v2 de deux manières : automatiquement depuis le système du fournisseur de données, les formulaires incomplets étant alors préremplis[^2], et manuellement dans l'application de formulaires, où un fournisseur de données voit les collectes de données pour lesquelles il est autorisé à enregistrer et peut saisir des données manuellement[^1]. Depuis le 1er avril 2026, healthdata.be ne fait plus partie de Sciensano mais a été transféré à l'[Agence des données de santé](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/)[^6]. ## Quels services ? Dans HD4DP v2, un fournisseur de données voit les collectes de données pour lesquelles il est autorisé à enregistrer des données, et il transmet ces données[^1]. Le caractère obligatoire d'une transmission et le type de transmission concerné dépendent de la réglementation propre à chaque registre ; cela n'a pas été examiné. Selon une brochure de Sciensano de mai 2022, healthdata.be doit faire en sorte que tous les laboratoires cliniques belges rapportent de manière standardisée vers une seule plate-forme centralisée, ce à quoi l'architecture HD4DP 2.0 est destinée[^7]. | Service | Quoi | Pour qui | Page | |---|---|---|---| | HD4DP v2 Local | collecte locale de données avec NextGen Connect, Form.io, HD Connect et un datawarehouse PostgreSQL[^1], installée gratuitement et à distance[^1] | organisations de soins qui peuvent satisfaire aux exigences système[^1] | cette page | | HD4DP v2 Local d'une autre organisation | accès à l'installation d'une autre organisation de soins et utilisation de celle-ci, sur demande[^1] | organisations de soins qui ne peuvent pas satisfaire aux exigences système[^1] | cette page | | HD4DP v2 WEB | variante hébergée par healthdata.be, sur demande[^1] | organisations de soins qui ne peuvent pas satisfaire aux exigences système et qui ne peuvent pas non plus utiliser l'installation d'une autre organisation[^1] | cette page | | Transmission à Be-HERA | résultats de tests positifs et négatifs vers Be-HERA, qui en calcule des statistiques agrégées[^3] | laboratoires du réseau EPILABO pour le suivi des maladies infectieuses[^3] | [be.Prepared (anciennement Be-HERA)](https://ehealth-atlas.be/fr/be-prepared/) | | Enregistrement d'implants avec notification MyCareNet | transmission au registre avec une notification nominative parallèle aux organismes assureurs[^4], uniquement pour les définitions de collectes de données énumérées[^4] | institutions de soins qui enregistrent ces collections d'implants[^4] | [MyCareNet](https://ehealth-atlas.be/fr/mycarenet/) | ### Interfaces techniques Outre la saisie manuelle, la documentation de HD4DP v2 décrit deux interfaces de programmation (API) qui existent aujourd'hui et une qui est annoncée ; toutes les intégrations au sein de HD4DP 2.0 et avec le monde extérieur passent par le composant NextGen Connect[^1]. - **Data collections API (REST) :** le serveur Form.io offre une API REST permettant de soumettre des données pour chaque collecte de données connue ; les systèmes sources des fournisseurs de données (« Data provider Master Systems ») ne sont pas autorisés à utiliser cette API directement mais doivent utiliser l'API du composant NextGen Connect, qui ajoute, en tant que proxy, une sécurité, un monitoring et un throttling supplémentaires[^1]. - **API CSV :** par collecte de données, les données peuvent être transmises sous forme de fichier au moyen d'un CSV[^1]. - **API HL7 FHIR :** pour certaines collectes de données, une API HL7 [FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) est annoncée (« will be available ») ; la disponibilité par collection n'est pas confirmée[^1]. - **Saisie manuelle :** l'application de formulaires construite au-dessus du serveur Form.io montre au fournisseur de données ses collectes de données et permet la saisie manuelle[^1] ; l'étape 1 du flux de données prévoit en outre une exportation automatique depuis le système source, avec préremplissage des formulaires incomplets[^2]. - **Flux de données :** les variables de registre vont en temps réel vers healthdata.be[^2], tandis que les identifiants de patients passent par l'[eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) vers le service TTP de la [plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) et arrivent pseudonymisés[^2]. - **MyCareNet :** les données nominatives passent par défaut de manière indirecte, via le composant [MyCareNet](https://ehealth-atlas.be/fr/mycarenet/) de l'institution de soins, vers le CIN[^2] ; un transfert direct en temps réel depuis HD4DP v2 Local est facultatif[^2]. - **Terminologie :** selon le site portail de healthdata.be, les résultats de laboratoire sont de préférence codés avec [LOINC](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/), avec priorité pour le sous-ensemble belge ReTaM et en concertation avec le Centre de Terminologie du SPF Santé publique[^8] ; le même site publie un modèle d'information « LaboratoriumUitslag » pour les déterminations liées à un échantillon[^9]. ## Où se trouve-t-il et qui l'utilise ? HD4DP v2 Local se trouve sur l'infrastructure de l'organisation de soins elle-même, où healthdata.be l'installe gratuitement et à distance[^1]. L'organisation qui ne peut pas satisfaire aux exigences système peut demander l'accès à l'installation HD4DP v2 Local d'une autre organisation de soins ; si cela n'est pas possible non plus, elle peut demander HD4DP v2 WEB, hébergé par healthdata.be[^1]. Deux flux d'utilisation sont documentés. Depuis la délibération du Comité de sécurité de l'information, modifiée le 6 décembre 2022, les laboratoires du réseau EPILABO pour le suivi des maladies infectieuses envoient les résultats de tests positifs et négatifs via HD4DP v2 vers [Be-HERA](https://ehealth-atlas.be/fr/be-prepared/), qui en calcule des statistiques agrégées pour le datawarehouse healthdata.be[^3] ; ce flux s'inscrit dans le tableau plus large de [l'échange des résultats de laboratoire cliniques](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/). En outre, pour les collectes de données d'implants énumérées, HD4DP v2 envoie des données nominatives vers l'interface MyCareNet du Collège Intermutualiste National[^4], parallèlement à l'envoi de données pseudonymisées vers la plate-forme healthdata.be[^4]. ### Qui le gère Depuis le 1er avril 2026, healthdata.be relève de l'[Agence des données de santé](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/)[^6]. Toutes les organisations qui utilisent des services de healthdata.be ont ensuite été contactées en vue de l'établissement et de la conclusion d'un contrat adapté[^5]. L'évaluation approfondie de l'infrastructure technique existante a démarré[^5], et selon le ministre (commission de la Chambre, 24 juin 2026), cette infrastructure reste en usage encore quelques années, avec un effort maximal d'optimisation[^5] ; selon la même source, la collecte de données passera à l'avenir par l'infrastructure fédérée EHDS[^5]. L'application HD4DP v2 Local est entretenue gratuitement et à distance par healthdata.be, tandis que l'infrastructure sur laquelle elle est installée doit être entretenue par l'organisation de soins elle-même[^1]. ### Versions La génération actuelle est la v2, en une variante Local et une variante WEB[^1]. La Registration API de la v1 offre une liaison entre systèmes qui correspond aux formulaires de l'interface utilisateur[^10]. Le catalogue de la v1 montre, dans un onglet « Active », des collections encore actives qui ont été mises en place en v1[^11], à côté d'un onglet d'archives contenant des collections clôturées ou migrées vers la v2[^11]. ## Qu'est-ce que cela signifie pour un hôpital ? - **Collectes de données :** HD4DP remplace l'enregistrement sur papier et la prolifération de sites web distincts pour la collecte de données[^1]. Le caractère obligatoire d'une transmission dépend de la réglementation propre à chaque registre ; cela n'a pas été examiné. - **Infrastructure :** HD4DP v2 Local fonctionne sur l'infrastructure propre de l'hôpital[^1], qui doit aussi entretenir lui-même cette infrastructure tandis que healthdata.be entretient l'application gratuitement et à distance[^1] ; le flux de données utilise le client de messagerie eHealthBox de l'hôpital[^2]. - **Interfaces :** pour une liaison entre systèmes, healthdata.be documente la Data collections API via NextGen Connect[^1] et l'API CSV[^1] ; l'API FHIR est seulement annoncée[^1]. - **Implants :** la notification aux organismes assureurs passe aussi par HD4DP[^4], mais uniquement pour les définitions de collectes de données énumérées[^4] et, par défaut, via le composant MyCareNet de l'institution de soins[^2], sauf si l'on opte pour le transfert direct facultatif[^2]. - **Recommandation** (propre) : vérifiez, pour chaque collecte de données, quelle interface est disponible avant de construire une intégration — la Data collections API via NextGen Connect est l'interface documentée pour les systèmes sources, l'API CSV l'alternative par fichier, et l'API FHIR n'est pas encore confirmée. Automatisez la transmission depuis le DPI là où c'est possible, et réservez la saisie manuelle à ce qui ne provient pas du dossier. Intégrez HD4DP dans l'inventaire des dépendances à eHealthBox et à MyCareNet, et comptez, pour HD4DP v2 Local, sur une gestion propre de l'infrastructure. ## Incertitudes et informations contradictoires - **API FHIR :** une brochure de Sciensano (mai 2022, contexte HERA-BE-Incubator) annonçait une API FHIR pour HD4DP 2.0[^7] ; la documentation actuelle de HD4DP parle encore d'une API FHIR qui « will be available » pour certaines collectes de données[^1]. Quatre ans après cette annonce, la disponibilité par collecte de données reste donc ouverte[^1]. - **Flux de laboratoire vers Be-HERA :** la seule preuve est la délibération EPILABO, modifiée le 6 décembre 2022[^3] ; on n'a pas vérifié si ce flux fonctionne encore ainsi en 2026 ni pour quels laboratoires. La brochure de mai 2022 formule l'objectif plus large pour tous les laboratoires cliniques comme une intention, non comme une pratique établie[^7]. - **Âge des sources :** la description technique ci-dessus provient du site de documentation de healthdata.be, qui a encore été mis à jour après le transfert (dernière modification le 24 juin 2026) ; la règle terminologique et le modèle d'information proviennent du site portail healthdata.sciensano.be, que healthdata.be a édité jusqu'au transfert. On n'a pas vérifié si ces accords terminologiques s'appliquent encore ainsi après le transfert. Aucune source n'établit quelle version du modèle d'information est la plus récente ; le fragment cité ne mentionne pas de numéro de version. - **Version 1 :** on n'a pas vérifié quelles collections passent encore par la v1 ; la documentation de la v1 ne décrit pas automatiquement la transmission actuelle en v2[^11]. - **Après le transfert :** healthdata.be a été transféré à l'HDA depuis le 1er avril 2026[^6], les utilisateurs des services ont été contactés en vue d'un contrat adapté[^5] et l'infrastructure actuelle reste en usage encore quelques années[^5], tandis que la collecte de données passerait à terme par l'infrastructure fédérée EHDS[^5]. Ce que ces deux lignes signifient ensemble pour la durée pendant laquelle HD4DP restera le canal, et ce qui change dans les contrats adaptés, n'a pas été trouvé ; il s'agit d'une lacune, pas de la preuve que rien ne change. ## Relaties - utilise la terminologie: [LOINC et le sous-ensemble belge (ReTaM)](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) (hypothèse)[^8]. healthdata.be codeert labresultaten in registraties bij voorkeur in LOINC (Belgische ReTaM-subset); de bron spreekt over healthdata.be, niet over HD4DP afzonderlijk. - est exploité par: [Agence des données de santé (Health Data Agency, HDA/GDA)](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/) (établi)[^6][^12]. healthdata.be is sinds 1 april 2026 overgedragen van Sciensano aan het Health Data Agency; die overdracht betreft volgens het HDA het beheer, de opslag en de veilige beschikbaarstelling van de registergegevens die Healthdata.be voordien beheerde. - dépend de: [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) (établi)[^2] - dépend de: [Pseudonymisation et anonymisation (plate-forme eHealth)](https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/) (établi)[^2] - échange des données avec: [MyCareNet](https://ehealth-atlas.be/fr/mycarenet/) (établi)[^4][^2]. Voor de opgesomde implantaatdatacollecties stuurt HD4DP v2 nominatieve gegevens naar de MyCareNet-interface van het NIC, standaard via de MyCareNet-component van de zorginstelling en optioneel rechtstreeks. - dépend de: [Mirth Connect (NextGen Connect)](https://ehealth-atlas.be/fr/mirth-connect/) (établi)[^1][^13][^14]. NextGen Connect is de integratiecomponent van HD4DP v2 Local; 'NextGen Connect' was de naam van Mirth Connect voor releases 3.6.0-3.11.0 (2018-2021), sinds 3.12.0 heet het product opnieuw Mirth Connect. Welke versie en licentie HD4DP meelevert, is niet gedocumenteerd. - implémente: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (hypothèse)[^1]. Bron: 'will be available' voor sommige datacollecties. - échange des données avec: [be.Prepared (anciennement Be-HERA)](https://ehealth-atlas.be/fr/be-prepared/) (établi)[^3]. Laboratoria binnen het EPILABO-netwerk sturen positieve en negatieve testresultaten via HD4DP v2 naar Be-HERA, volgens de beraadslaging die op 6 december 2022 werd gewijzigd; voor latere jaren is de stroom niet bevestigd. - échange des données avec (entrant): [be.Prepared (anciennement Be-HERA)](https://ehealth-atlas.be/fr/be-prepared/) (établi)[^15][^3] - porte sur (entrant): [Moteur d'intégration (interface engine)](https://ehealth-atlas.be/fr/moteur-d-integration/) (établi)[^1] - implique (entrant): [Échange des résultats de laboratoire](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/) (établi)[^3][^7] - fournit (entrant): [Sciensano](https://ehealth-atlas.be/fr/sciensano/) (établi)[^6][^5] - porte sur (entrant): [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) (établi)[^2] ## Open vragen - Welke koppelvlakken zijn per datacollectie werkelijk beschikbaar — Data collections API (REST), CSV-API of FHIR-API — en volgens welke profielen? - Wat verandert inhoudelijk in de aangepaste contracten en verwerkersovereenkomsten die het Health Data Agency met de gebruikers van de healthdata.be-diensten afsluit? - Wat betekent het nieuwe registerbeleid van het Health Data Agency, met datacollectie via de gefedereerde EHDS-infrastructuur, voor de aanlevering via HD4DP? - Loopt de labostroom naar Be-HERA in 2026 nog via HD4DP v2, en voor welke laboratoria — het EPILABO-netwerk of breder? - Hoe verhoudt HD4DP zich tot de EHDS-verplichtingen voor gegevenshouders (secundair gebruik, vanaf 26 maart 2029)? - Welke datacollecties via HD4DP zijn wettelijk verplicht, en op welke rechtsgrond per register? - Welke datacollecties lopen nog via HD4DP v1 en welke via v2? ## Bronnen [^1]: [General description of the HD4DP v2 application](https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers/general-description-hd4dp-v2-application). healthdata.be (HDA). Opgehaald 2026-09-26, sha256 599ccfc7d6dc170e… (SRC-cd9b7aab6e) [^2]: [Dataflow description HD4DP v2](https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers/dataflow-description-hd4dp-v2). healthdata.be (HDA). Opgehaald 2026-09-26, sha256 947c2ab446abc47e… (SRC-ae6b9db626) [^3]: [Beraadslaging nr. 17/010 (gewijzigd 6 december 2022) - EPILABO](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/747320f2af0a82ad6f906312b3d77bac0165c15a/17-010-n552-epilabo-gewijzigd-op-6-december-2022.pdf). Informatieveiligheidscomité (via eHealth-platform), 2022-12-06. Opgehaald 2026-09-26, sha256 572504954288935a… (SRC-e84226c028) [^4]: [HD4DP v2 MyCareNet](https://docs.healthdata.be/documentation/hd4dp-v2-health-data-data-providers/hd4dp-v2-mycarenet). healthdata.be (HDA). Opgehaald 2026-09-26, sha256 b7727a261a08cffc… (SRC-64a291cb04) [^5]: [Integraal verslag commissie Gezondheid en Gelijke Kansen, 24 juni 2026 (CRIV 56 COM 402) - o.a. vragen 56015146C (een Kamerlid) over het Health Data Agency en 56015821C (een Kamerlid) over opschaling van innovatieprojecten](https://www.dekamer.be/doc/CCRI/html/56/ic402x.html). Kamer van volksvertegenwoordigers, 2026-06-24. Opgehaald 2026-09-26, sha256 e9ef96114eab361e… (SRC-6b1e91771e) [^6]: [healthdata.be | data we care for](https://healthdata.sciensano.be/). healthdata.be. Opgehaald 2026-09-26, sha256 d73e24656c7eab20… (SRC-9f03997c8e) [^7]: [HERA-BE-Incubator-WGS: naar een nieuwe (H)ERA (brochure)](https://www.sciensano.be/sites/default/files/hera-be_nl_3.pdf). Sciensano, 2022-05-31. Opgehaald 2026-09-26, sha256 c3492fdc95e18234… (SRC-e8f5d2c6c2) [^8]: [Informatiemodellering en terminologie | healthdata.be](https://healthdata.sciensano.be/nl/informatiemodellering-en-terminologie). Sciensano / healthdata.be. Opgehaald 2026-09-25, sha256 6722269209c6077a… (SRC-4c1040a0cb) [^9]: [LaboratoriumUitslag](https://healthdata.sciensano.be/nl/laboratoriumuitslag). healthdata.be (Sciensano). Opgehaald 2026-09-26, sha256 b404cc7c51086797… (SRC-d597866245) [^10]: [Registration API](https://docs.healthdata.be/documentation/hd4dp-v1-health-data-data-providers/registration-api). healthdata.be. Opgehaald 2026-09-27, sha256 08d61c2ee72ddd1c… (SRC-519d914ee8) [^11]: [Data Collections](https://dcd.healthdata.be/). healthdata.be. Opgehaald 2026-09-27, sha256 1a2e24c9a301f1b7… (SRC-15ab5a7d2f) [^12]: [Over ons - Gezondheids(zorg)Data-Agentschap](https://www.hda.belgium.be/nl/about_us). Health Data Agency (HDA/GDA). Opgehaald 2026-09-25, sha256 8e572dccbe1b94bf… (SRC-0755a3dc3f) [^13]: [Release NextGen Connect 3.6.0](https://github.com/nextgenhealthcare/connect/releases/tag/3.6.0). NextGen Healthcare (GitHub), 2018-06-07. Opgehaald 2026-09-28, sha256 a557e5f681fd25dd… (SRC-a64a833ead) [^14]: [Release Mirth Connect 3.12.0](https://github.com/nextgenhealthcare/connect/releases/tag/3.12.0). NextGen Healthcare (GitHub), 2021-10-08. Opgehaald 2026-09-28, sha256 597c276b21895c71… (SRC-a8508903b2) [^15]: [EPILABO: data collection via HD4DP 2.0 application - documentation for participating laboratories](https://www.sciensano.be/sites/default/files/documentation_epilabo_20231013.pdf). Sciensano (Epidemiologie van infectieziekten; healthdata.be), 2023-10-13. Opgehaald 2026-09-28, sha256 82003eabd9329be4… (SRC-7cecd88fb2)