--- id: be-fhir-lab-ig type: Specification type_label: Norme ou spécification title: Guide d'implémentation FHIR belge pour les résultats de laboratoire (hl7.fhir.be.lab) aliases: - BE Lab-IG - HL7 BE Laboratory IG - HL7 BE Laboratory WG Implementation Guide - HL7 Belgium FHIR Implementation Guide - Lab related profiles - hl7.fhir.be.lab names: nl: Belgische FHIR-implementatiegids voor laboresultaten fr: Guide d'implémentation FHIR belge pour les résultats de laboratoire en: HL7 BE Laboratory WG Implementation Guide jurisdiction: - belgie themes: - labo - terminologie - standaardisatie-en-governance lifecycle: trial-use lifecycle_note: 'La release 1.0.0 est Trial Use depuis le 8 septembre 2022; le flux eHealthBox est en production, tandis que la version de développement 1.0.1 était encore draft le 5 octobre 2026.' version: 1.0.0 (publié, Trial Use) ; 1.0.1 draft sur master summary: "Le guide d'implémentation FHIR belge pour les résultats de laboratoire fixe la manière dont les résultats de\nlaboratoire sont construits comme document FHIR structuré. Le guide profile les\nrapports de laboratoire, les observations et les échantillons et utilise LOINC/ReTaM pour les codes et UCUM pour\nles unités. La release 1.0.0 est Trial Use et se qualifie elle-même de\nspécification à l'état de projet, mais le premier envoi via eHealthBox est en production.\n Pour les laboratoires hospitaliers, le guide détermine ainsi le\nformat des résultats vers les demandeurs et, emballés en KMEHR, vers les hubs." links: - soort: documentatie url: https://www.ehealth.fgov.be/standards/fhir/lab/ label: BE Laboratory IG taal: en - soort: repository url: https://github.com/hl7-be/lab label: hl7-be/lab op GitHub taal: en - soort: repository url: https://packages2.fhir.org/packages/hl7.fhir.be.lab label: FHIR-package hl7.fhir.be.lab taal: en last_verified: '2026-10-05' relations: - type: ownedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/fr/plate-forme-ehealth/ status: established - type: ownedBy direction: uit target: hl7-belgium target_url: https://ehealth-atlas.be/fr/hl7-belgium/ status: established - type: supervisedBy direction: uit target: hl7-belgium target_url: https://ehealth-atlas.be/fr/hl7-belgium/ status: established - type: profiles direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: partOf direction: uit target: be-fhir-igs target_url: https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/ status: established - type: usesTerminology direction: uit target: loinc target_url: https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/ status: established - type: usesTerminology direction: uit target: ucum target_url: https://ehealth-atlas.be/fr/ucum-unified-code-for-units-of-measure/ status: established - type: dependsOn direction: uit target: ehealthbox target_url: https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/ status: established - type: replaces direction: uit target: medidoc target_url: https://ehealth-atlas.be/fr/format-medidoc-et-codes-labo-medidoc/ status: hypothesis - type: seeAlso direction: uit target: lab-e-ordering target_url: https://ehealth-atlas.be/fr/demande-electronique-d-analyses-de-laboratoire/ 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: dependsOn direction: in target: kmehr-labresult target_url: https://ehealth-atlas.be/fr/transaction-kmehr-resultat-de-laboratoire/ status: established - type: about direction: in target: lis-epd-koppeling target_url: https://ehealth-atlas.be/fr/interface-entre-sil-et-dossier-patient-informatise/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/guide-d-implementation-fhir-belge-pour-les-resultats-de-laboratoire/ license: CC BY 4.0 --- # Guide d'implémentation FHIR belge pour les résultats de laboratoire (hl7.fhir.be.lab) Le guide d'implémentation FHIR belge pour les résultats de laboratoire fixe la manière dont les résultats de laboratoire sont construits comme document FHIR structuré.[^2] Le guide profile les rapports de laboratoire, les observations et les échantillons et utilise LOINC/ReTaM pour les codes et UCUM pour les unités.[^2] La release 1.0.0 est Trial Use et se qualifie elle-même de spécification à l'état de projet, mais le premier envoi via eHealthBox est en production. [^1][^4][^2] Pour les laboratoires hospitaliers, le guide détermine ainsi le format des résultats vers les demandeurs et, emballés en KMEHR, vers les hubs.[^5] ## Qu'est-ce que c'est ? Le Lab-IG est le guide d'implémentation [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) belge du groupe de travail Laboratory Report ; les questions à ce sujet sont adressées au Standards Team de la [plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/)[^1]. C'est un guide d'implémentation avec des profils, qui fait partie de la famille des [guides d'implémentation FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/). La version publiée est la 1.0.0, avec le statut Trial Use, basée sur FHIR R4 et générée le 2022-09-08[^1]. La ressource principale du rapport de laboratoire est DiagnosticReport, avec le profil belge BeLaboratoryReport[^2]. Observation et Specimen ont chacune leur propre profil (BeObservationLaboratory, BeSpecimenLaboratory), complétés par un profil Composition pour l'envoi sous forme de FHIR Document[^2][^6]. BeObservationLaboratory décrit une observation dans un rapport de laboratoire[^7]. ## Comment est-il construit ? Le guide fixe la manière dont un laboratoire envoie au demandeur un rapport structuré et codé, dans le cadre de [DIGIRELAB](https://ehealth-atlas.be/fr/digitalisation-des-resultats-de-laboratoire-digirelab/) et de [l'échange des résultats de laboratoire cliniques](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/). Pour le code de l'observation, [LOINC](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) doit être utilisé selon le sous-ensemble que le SPF Santé publique définit (ReTaM), pour la plupart des analyses courantes[^2]. ReTaM est la représentation interrogeable de la source authentique des codes de laboratoire, hébergée par le [Centre de Terminologie](https://ehealth-atlas.be/fr/centre-de-terminologie-du-spf-sante-publique/) et basée, là où c'est possible, sur LOINC[^8]. Les unités sont exprimées en [UCUM](https://ehealth-atlas.be/fr/ucum-unified-code-for-units-of-measure/) ; la table KMEHR CD-UNIT n'est pas utilisée[^2]. Une représentation pdf est facultative via DiagnosticReport.presentedForm[^2]. La prescription de laboratoire sort du champ de ce guide : l'artefact FHIR pour la demande d'analyses de laboratoire se trouve dans le Referral-IG, basé sur ServiceRequest (voir [Demande électronique d'analyses de laboratoire](https://ehealth-atlas.be/fr/demande-electronique-d-analyses-de-laboratoire/))[^2]. ### Gestion, versions et statut | Aspect | État | Citation | |---|---|---| | Release publiée | 1.0.0, Trial Use, FHIR R4, 2022-09-08 |[^1] | | Autodescription | jusqu'à nouvel ordre, une spécification à l'état de projet |[^4] | | Disclaimer | « draft working specification », non destinée à l'implémentation, bien qu'en production pour les messages eHealthBox |[^1] | | Versions préliminaires | 0.0.2 (2020-11-16) à 0.0.7 (2021-06-21) ; depuis la 0.0.6, eHealthBox comme transport |[^4] | | master GitHub | 1.0.1, statut « draft », licence CC0-1.0 ; pas de release |[^3] | ## Où est-il utilisé ? **Phase 1, eHealthBox (production).** L'envoi de rapports de laboratoire sous forme de FHIR Document vers une [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) est, selon la Guidance, la première itération en production[^2]. Le résultat voyage comme payload d'un message eHealthBox avec des métadonnées personnalisées HC-FunctionalType « fhir-lab »[^2]. Ce payload est un FHIR Document (Bundle avec Composition) avec toutes les ressources référencées[^2]. Le texte publié décrit encore cela comme une attente pour une « première itération » avec une phase pilote en 2021 et n'a pas été actualisé depuis[^2]. Le fournisseur d'intégration Amaron affirme que les rapports de diagnostic sont déjà aujourd'hui envoyés sous forme de message FHIR via l'eHealthBox au demandeur, le plus souvent le médecin généraliste[^9] (affirmation du fournisseur). **Phase 2, hubs.** Pour les [hubs](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/), le document FHIR est incorporé dans la [transaction KMEHR « Laboratory result 2.0 »](https://ehealth-atlas.be/fr/transaction-kmehr-resultat-de-laboratoire/) ; ce document FHIR doit suivre les règles de ce guide[^5]. **Phase 3, API de recherche (proposition).** La proposition de phase 3 de DIGIRELAB (mars 2026, « to be finetuned ») décrit une API de recherche FHIR auprès des hubs, par laquelle les Observations sont recherchées par code LOINC[^10][^10]. La proposition s'attend encore à des restrictions supplémentaires issues d'une « coalition of the willing »[^10] ; ce n'est pas la production. ## Qu'est-ce que cela signifie pour un hôpital ? - Les laboratoires hospitaliers qui envoient des résultats aux médecins généralistes produisent, en phase 1, un FHIR Document conforme à ces profils et l'envoient via l'eHealthBox[^2][^2]. La base de sources ne contient aucune **obligation** légale en ce sens. - Le système d'information de laboratoire doit pouvoir faire correspondre les codes d'observation au sous-ensemble LOINC de ReTaM et fournir les unités en UCUM[^2][^2]. - Pour la publication vers un hub, c'est l'emballage KMEHR 2.0 qui compte ; outre le document FHIR, celui-ci contient aussi un pdf pour les clients sans support FHIR[^5]. - **Recommandation :** fixez dans les contrats avec les fournisseurs de systèmes d'information de laboratoire quelle version du guide d'implémentation (1.0.0 ou une version ultérieure) et quel package de validation sont utilisés, tant que la release publiée et la version de développement divergent. ### Conditions de mise en œuvre et limites - Le guide dépend, pour le transport, de l'eHealthBox et, pour la phase 2, de l'emballage KMEHR des hubs[^2][^5]. - Terminologie : LOINC selon ReTaM, une source qui ne s'appuie sur LOINC que « là où c'est possible » (voir [LOINC et le sous-ensemble belge (ReTaM)](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/))[^8]. ## Incertitudes et informations contradictoires - **Projet ou production ?** La release 1.0.0 est Trial Use[^1], mais le guide se qualifie lui-même de spécification à l'état de projet qui ne peut pas être utilisée pour l'implémentation[^4][^1], tandis que l'envoi via eHealthBox est la première itération en production[^2]. - **Versions :** la version de développement 1.0.1 sur GitHub n'est pas une release publiée[^3] ; la base de sources ne contient aucune publication plus récente. - **Limite de la preuve :** une obligation légale pour les résultats de laboratoire FHIR et une confirmation formelle de la production de la phase 2 auprès des hubs restent une lacune ; cela ne constitue pas une preuve d'absence. ## Relaties - relève de: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^1]. Vragen over de gids gaan naar het Standards Team van het eHealth-platform; de gids staat op ehealth.fgov.be/standards. - relève de: [HL7 Belgium](https://ehealth-atlas.be/fr/hl7-belgium/) (établi)[^11]. Volgens het Initiatives Registry van HL7 International (stand oktober 2023) de beherende organisatie; de gids wordt gepubliceerd door het eHealth-platform. - est supervisé par: [HL7 Belgium](https://ehealth-atlas.be/fr/hl7-belgium/) (établi)[^1]. Gids van de werkgroep Laboratory Report van HL7 Belgium. - profile: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^1][^2]. FHIR R4; DiagnosticReport, Observation, Specimen en Composition geprofileerd. - fait partie de: [Guides d'implémentation FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/) (établi)[^1][^12]. Een van de Belgische FHIR-implementatiegidsen. - utilise la terminologie: [LOINC et le sous-ensemble belge (ReTaM)](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) (établi)[^2][^8]. LOINC-subset van de FOD Volksgezondheid (ReTaM). - utilise la terminologie: [UCUM](https://ehealth-atlas.be/fr/ucum-unified-code-for-units-of-measure/) (établi)[^2] - dépend de: [eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) (établi)[^4][^2]. Transport in de eerste iteratie (FHIR Document als payload van een eHealthBox-bericht). - remplace: [Format Medidoc et codes labo Medidoc](https://ehealth-atlas.be/fr/format-medidoc-et-codes-labo-medidoc/) (hypothèse)[^13][^14]. Bij de start van DIGIRELAB mocht het bestaande formaat (bv. Medidoc) enkele maanden naast FHIR blijven; de FOD kondigt een geleidelijke overgang van de bestaande labberichten naar FHIR aan, zonder einddatum. - voir aussi: [Demande électronique d'analyses de laboratoire](https://ehealth-atlas.be/fr/demande-electronique-d-analyses-de-laboratoire/) (établi)[^2]. Het FHIR-artefact voor het labovoorschrift staat niet in deze gids maar in de Referral-IG (ServiceRequest). - implique (entrant): [Échange des résultats de laboratoire](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/) (établi)[^2][^15] - dépend de (entrant): [Transaction KMEHR résultat de laboratoire (1.1 et 2.0)](https://ehealth-atlas.be/fr/transaction-kmehr-resultat-de-laboratoire/) (établi)[^5] - porte sur (entrant): [Interface entre SIL et dossier patient informatisé](https://ehealth-atlas.be/fr/interface-entre-sil-et-dossier-patient-informatise/) (établi)[^16][^17] ## Open vragen - Komt er een nieuwe gepubliceerde release (1.0.1 of 2.0) en wanneer? De master-branch staat op 1.0.1 'draft'. - Waarom gaf de CI-build (build.fhir.org/ig/hl7-be/lab) op 2026-09-28 een 404, en welk validatiepakket gebruikt de visualisatietool van het eHealth-platform? - Wordt DIGIRELAB fase 3 (FHIR-zoek-API bij de hubs) een formele uitbreiding van deze gids? - Bestaat er een wettelijke of reglementaire verplichting voor labo's om resultaten volgens deze gids te versturen? Gevonden zijn enkel leveranciersclaims en een Belgische inbreng op een HL7 Europe-projectpagina (april 2023) die zegt dat alle labo- en huisartsensoftware de gids moet implementeren, zonder rechtsgrond. - Vervangt de Belgische FHIR-labgids de KMEHR-transactie 'Laboratory result' formeel, en vanaf wanneer, nu versie 2.0 het FHIR-labverslag nog in KMEHR insluit? ## Bronnen [^1]: [HL7 Belgium FHIR Implementation Guide - Lab related profiles](https://www.ehealth.fgov.be/standards/fhir/lab/index.html). eHealth-platform, 2022-09-08. Opgehaald 2026-09-25, sha256 df72293c52557038… (SRC-9ddc971c13) [^2]: [HL7 Belgium FHIR IG - Lab related profiles: Guidance](https://www.ehealth.fgov.be/standards/fhir/lab/guidance.html). eHealth-platform / HL7 Belgium, 2022-09-08. Opgehaald 2026-09-25, sha256 ffaa38773ca23656… (SRC-fb93029bf0) [^3]: [sushi-config.yaml (master-branch) van de repository hl7-be/lab](https://raw.githubusercontent.com/hl7-be/lab/master/sushi-config.yaml). HL7 Belgium / eHealth-platform (GitHub hl7-be). Opgehaald 2026-09-28, sha256 451ac13f11119346… (SRC-37ad20d6a9) [^4]: [HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Changes](https://www.ehealth.fgov.be/standards/fhir/lab/changes.html). eHealth-platform, 2022-09-08. Opgehaald 2026-09-28, sha256 18da32e921b2a01a… (SRC-a307c610a6) [^5]: [KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR)](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-result-2.0). eHealth-platform, 2023-12-08. Opgehaald 2026-09-26, sha256 0ff61b959651a820… (SRC-b09ad4548b) [^6]: [HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Artifacts Summary](https://www.ehealth.fgov.be/standards/fhir/lab/artifacts.html). eHealth-platform, 2022-09-08. Opgehaald 2026-09-28, sha256 70ca0bcd96463435… (SRC-b48c3b6ead) [^7]: [BeObservationLaboratory - HL7 BE Laboratory WG Implementation Guide](https://www.ehealth.fgov.be/standards/fhir/lab/StructureDefinition-be-observation-laboratory.html). eHealth-platform / HL7 Belgium. Opgehaald 2026-09-28, sha256 34cb8619f95d1aeb… (SRC-fae3630dbc) [^8]: [Retam exports](https://www.ehealth.fgov.be/standards/kmehr/en/page/retam-exports). eHealth-platform (standards). Opgehaald 2026-09-26, sha256 5f63bc8030c7cdce… (SRC-95dbb872d3) [^9]: [FHIR in België](https://amaron.be/fhir-in-belgie/). Amaron, 2025-08-18. Opgehaald 2026-09-28, sha256 a9b0aa1f5a02b0fa… (SRC-8ba2c42200) [^10]: [DIGIRELAB Phase 3: proposal for API (to be finetuned)](https://raw.githubusercontent.com/hl7-be/lab/master/DIGIRELAB_Phase_3_FHIR_API.md). HL7 Belgium (GitHub hl7-be/lab), 2026-03-25. Opgehaald 2026-09-26, sha256 9e5754bf07f02cdc… (SRC-73049217c3) [^11]: [HL7 BE Laboratory WG IG](https://confluence.hl7.org/spaces/IC/pages/184932661). HL7 International. Opgehaald 2026-11-09, sha256 17cdd575d8e73543… (SRC-515849a2f6) [^12]: [BE Laboratory IG Home Page](https://www.ehealth.fgov.be/standards/fhir/lab/1.0.0/index.html). eHealth-platform / HL7 Belgium, 2022-09-08. Opgehaald 2026-09-27, sha256 e7f7d29565b4eab8… (SRC-313acd225c) [^13]: [Issue #143: [FHIR Technical Workshop] - Sending old format and Fhir-messages](https://github.com/hl7-be/lab/issues/143). hl7-be/lab (GitHub), 2022-09-07. Opgehaald 2026-09-26, sha256 75b4dfe67f979314… (SRC-5b38488bed) [^14]: [LOINC – Belgian Health Terminology Portal](https://apps.health.belgium.be/terminology-portal/standards/terminology_standards/loinc/nl). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu – Terminologiecentrum. Opgehaald 2026-09-26, sha256 6a12c5eacb0202c8… (SRC-752df76d1e) [^15]: [package-list.json van HL7 Belgium FHIR Implementation Guide - Lab related profiles (hl7.fhir.be.lab)](https://www.ehealth.fgov.be/standards/fhir/lab/package-list.json). eHealth-platform. Opgehaald 2026-09-25, sha256 dcf70757f88f9f27… (SRC-32a0fa591e) [^16]: [HL7 FHIR adoption in European health systems: A spotlight on Belgium (webinar 15-05-2024; deel DIGIRELAB - FHIR Labo Result in the Belgian ecosystem)](https://hl7.tv/20240515-Belgium-webinar.pdf). HL7 International (webinar) met sprekers uit het Belgische eHealth-ecosysteem, 2024-05-15. Opgehaald 2026-09-28, sha256 cc7940df21c7b03b… (SRC-2bc4e53eb8) [^17]: [Test Plan (Laboratory Results in FHIR Format)](https://raw.githubusercontent.com/hl7-be/lab/master/testing/Test%20Plan.MD). HL7 Belgium (repository hl7-be/lab). Opgehaald 2026-09-28, sha256 a4381dae31a15d69… (SRC-ec2f679b30)