--- id: kmehr-labresult type: Specification type_label: Norme ou spécification title: Transaction KMEHR résultat de laboratoire (1.1 et 2.0) aliases: - KMEHR labresult - KMEHR-transactie Laboratory result - Laboratory result 2.0 - KMEHR with encapsulated FHIR names: nl: KMEHR-transactie laboresultaat fr: Transaction KMEHR résultat de laboratoire en: KMEHR transaction Laboratory result jurisdiction: - belgie themes: - labo - architectuur-en-infrastructuur lifecycle: normatief lifecycle_note: Les versions 1.1 et 2.0 ont été publiées le 1er juillet 2022 et le 8 décembre 2023; une date de suppression progressive pour la 1.1 et une confirmation large de mise en production pour la 2.0 font défaut. version: 1.1 (2022-07-01) et 2.0 (2023-12-08) summary: La transaction KMEHR résultat de laboratoire est la spécification de transaction belge pour l'échange de résultats issus de plusieurs disciplines de laboratoire. La version 1.1 autorise du texte libre ou des documents et recommande des éléments structurés. La version 2.0 emballe un rapport de laboratoire FHIR conforme au Lab-IG belge ainsi qu'un pdf dans une enveloppe KMEHR minimale destinée au système hub-métahub. Pour les hôpitaux, ce choix détermine quelle sortie le système d'information de laboratoire doit produire pour la publication des résultats de laboratoire. links: - soort: documentatie url: https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-result label: KMEHR-transactie Laboratory result taal: en - soort: documentatie url: https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-result-2.0 label: KMEHR-transactie Laboratory result 2.0 taal: en last_verified: '2026-10-05' relations: - type: partOf direction: uit target: kmehr target_url: https://ehealth-atlas.be/fr/kmehr/ status: established - type: ownedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/fr/plate-forme-ehealth/ status: established - type: dependsOn direction: uit target: hubs-metahub target_url: https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/ status: established - type: dependsOn direction: uit target: be-fhir-lab-ig target_url: https://ehealth-atlas.be/fr/guide-d-implementation-fhir-belge-pour-les-resultats-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 release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/transaction-kmehr-resultat-de-laboratoire/ license: CC BY 4.0 --- # Transaction KMEHR résultat de laboratoire (1.1 et 2.0) La transaction KMEHR résultat de laboratoire est la spécification de transaction belge pour l'échange de résultats issus de plusieurs disciplines de laboratoire.[^1] La version 1.1 autorise du texte libre ou des documents et recommande des éléments structurés.[^1] La version 2.0 emballe un rapport de laboratoire FHIR conforme au Lab-IG belge ainsi qu'un pdf dans une enveloppe KMEHR minimale destinée au système hub-métahub.[^2][^2][^2] Pour les hôpitaux, ce choix détermine quelle sortie le système d'information de laboratoire doit produire pour la publication des résultats de laboratoire.[^1][^2] ## Qu'est-ce que c'est ? « Laboratory result » est un type de transaction au sein de [KMEHR](https://ehealth-atlas.be/fr/kmehr/) permettant de transmettre des résultats issus du laboratoire, de l'anatomopathologie, de la génétique, de la bactériologie, de la biologie moléculaire et de la toxicologie ; la version 1.1 date du 2022-07-01 et a le statut Published[^1]. Il existe en outre « Laboratory result 2.0 » (KMEHR avec FHIR intégré, v2.0, 2023-12-08, propriétaire [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/)), une transaction KMEHR minimale que le système hub-métahub actuel peut traiter et qui contient un rapport de laboratoire FHIR[^2]. ### Quel problème résout-il ? La version 1.1 permet aux laboratoires d'échanger des résultats dans le format KMEHR courant.[^1] La version 2.0 résout un problème de transition : le rapport de laboratoire FHIR peut circuler via l'infrastructure de hubs existante, accompagné d'un pdf simple pour les clients qui ne sont pas encore capables de traiter FHIR[^2]. Les hubs souhaitent expressément une transition progressive d'un paysage sans clients capables de traiter FHIR vers un paysage avec uniquement des clients capables de traiter FHIR[^2]. ## Comment est-il structuré ? **Version 1.1.** La transaction n'exige que le niveau de normalisation KMEHR 1 ; des niveaux supérieurs sont possibles[^1]. Elle exige CD-TRANSACTION=labresult ; des codes locaux peuvent être ajoutés en complément[^1]. Un résultat peut être transmis sous forme de texte libre ou de document incorporé, mais une structuration au moyen d'items avec des codes CD-LAB est fortement recommandée[^1]. Pour l'organisation en paragraphes, la transaction recommande la table CD-HEADING-LAB[^1]. Zéro, un ou plusieurs codes CD-LABORESULT-TYPE décrivent les sujets du rapport[^1]. La date de la transaction est la date du rapport ; une date d'exécution différente se place au niveau de l'item[^1]. La Plate-forme eHealth annonce, sur la page de cette transaction, une évolution vers une spécification en HL7 FHIR[^1]. **Version 2.0.** Le document FHIR incorporé doit suivre les règles du [guide d'implémentation FHIR belge pour les résultats de laboratoire](https://ehealth-atlas.be/fr/guide-d-implementation-fhir-belge-pour-les-resultats-de-laboratoire/)[^2]. Outre le document FHIR, la transaction contient un pdf (base64) pour les clients qui ne peuvent pas traiter FHIR[^2]. **Demande de laboratoire.** La transaction apparentée « Laboratory request » (version 1.0, 2002-10-15) annonçait pour 2018-2019 un successeur en HL7 V3 CDA R2 dans une enveloppe KMEHR ; un tel successeur n'a pas été retrouvé[^3]. Le texte de définition de la page « Laboratory request » décrit la transaction Procedure Request et exclut précisément les demandes de laboratoire, ce qui ressemble à une erreur de copie[^3]. Voir [Demande électronique d'analyses de laboratoire](https://ehealth-atlas.be/fr/demande-electronique-d-analyses-de-laboratoire/). ## Où est-il utilisé ? Les deux versions servent l'[échange des résultats de laboratoire cliniques](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/).[^1][^2] Au sein de [DIGIRELAB](https://ehealth-atlas.be/fr/digitalisation-des-resultats-de-laboratoire-digirelab/), la première phase passe par l'[eHealthBox](https://ehealth-atlas.be/fr/ehealthbox-boite-aux-lettres-electronique-securisee/) avec le guide d'implémentation Lab-IG comme charge utile ; la version 2.0 est l'emballage pour les hubs[^2][^2]. ## Qu'est-ce que cela signifie pour un hôpital ? - Les hôpitaux qui partagent des résultats de laboratoire via les hubs peuvent continuer à publier avec la 1.1 au niveau de normalisation 1[^1], mais la Plate-forme eHealth annonce l'évolution vers FHIR[^1]. - Pour la version 2.0, le système d'information de laboratoire (LIS) doit fournir un document FHIR conforme au guide d'implémentation Lab-IG et un pdf[^2][^2]. - **Recommandation :** planifiez la transition vers la 2.0 en même temps que la sortie FHIR pour l'eHealthBox, de sorte qu'un seul générateur FHIR dessert les deux canaux. ### Conditions de mise en œuvre et limites - La version 2.0 est une enveloppe KMEHR minimale ; le contenu clinique se trouve entièrement dans le document FHIR[^2]. - Le texte libre reste autorisé dans la 1.1, ce qui limite l'exploitabilité sémantique des résultats[^1]. ## Incertitudes et informations contradictoires - L'évolution vers FHIR est annoncée sans date[^1] ; la question de savoir si la 1.1 est formellement remplacée est inconnue. - Non trouvé : une confirmation formelle de mise en production indiquant que tous les hubs traitent la version 2.0, et une source primaire sur le rapport avec le [format Medidoc](https://ehealth-atlas.be/fr/format-medidoc-et-codes-labo-medidoc/). Non trouvé ne signifie pas que cela n'existe pas. ## Relaties - fait partie de: [KMEHR](https://ehealth-atlas.be/fr/kmehr/) (établi)[^1]. Transactietype binnen KMEHR (CD-TRANSACTION=labresult). - relève de: [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) (établi)[^2] - dépend de: [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) (établi)[^2]. Versie 2.0 is uitdrukkelijk ontworpen om door het huidige hub-metahubsysteem verwerkt te worden. - dépend de: [Guide d'implémentation FHIR belge pour les résultats de laboratoire (hl7.fhir.be.lab)](https://ehealth-atlas.be/fr/guide-d-implementation-fhir-belge-pour-les-resultats-de-laboratoire/) (établi)[^2]. Enkel versie 2.0; het ingesloten FHIR-document volgt de Belgische Lab-IG. - implique (entrant): [Échange des résultats de laboratoire](https://ehealth-atlas.be/fr/echange-des-resultats-de-laboratoire/) (établi)[^1][^2] ## Open vragen - Wanneer wordt KMEHR 'Laboratory result' 1.1 formeel uitgefaseerd? Geen datum gevonden. - Verwerken alle hubs 'Laboratory result 2.0' al in productie, of loopt dat nog als DIGIRELAB fase 2? - Hoe verhoudt KMEHR 'Laboratory result' zich tot het Medidoc-formaat voor laboresultaten naar huisartsensoftware? Geen primaire bron gevonden. ## Bronnen [^1]: [KMEHR transaction: Laboratory result](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-result). eHealth-platform, 2022-07-01. Opgehaald 2026-09-26, sha256 5f8e5d24750a73a2… (SRC-af1784d473) [^2]: [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) [^3]: [KMEHR transaction: Laboratory request](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-request). eHealth-platform, 2002-10-15. Opgehaald 2026-09-26, sha256 bf993864deb32f32… (SRC-982f4b0ed1)