bêta L'eHealth Atlas est en construction : nous collectons et vérifions encore des données, le contenu peut donc être incomplet.Contenu encore incomplet. Plus d'informations

Base de référence belge sur la santé numérique

Ouvrage de référence indépendant · source non officielle bêta

Recherche avancée Aide

Fiche de concept · Norme ou spécification

Transaction KMEHR résultat de laboratoire (1.1 et 2.0)

Identifiant Atlas kmehr-labresult · 15 affirmations · 3 sources · Dernière vérification05-10-2026 · Version 2026.11.12-3

Type
Norme ou spécification
Juridiction
Belgique (fédéral/interfédéral)
Cycle de vie
normatif — 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.[1][2]
Version
1.1 (2022-07-01) et 2.0 (2023-12-08)
Alias
KMEHR labresult; KMEHR-transactie Laboratory result; Laboratory result 2.0; KMEHR with encapsulated FHIR
FR / EN
Transaction KMEHR résultat de laboratoire / KMEHR transaction Laboratory result

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]

Relations 5 Sources 3 Graphe

Qu'est-ce que c'est ?

✎ Commenter

« Laboratory result » est un type de transaction au sein de 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), 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é ?

✎ Commenter

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[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.

Où est-il utilisé ?

✎ Commenter

Les deux versions servent l'échange des résultats de laboratoire cliniques.[1][2] Au sein de DIGIRELAB, la première phase passe par l'eHealthBox 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 ?

✎ Commenter
  • 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

✎ Commenter
  • 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. Non trouvé ne signifie pas que cela n'existe pas.

Relations 5 relations · 0 hypothèses

RelationConcept cibleTypeStatutPrécision
fait partie de KMEHR Norme ou spécification établi Transactietype binnen KMEHR (CD-TRANSACTION=labresult). [1]
relève de Plate-forme eHealth Organisation établi [2]
dépend de Hubs & Metahub (répertoire des références) Plateforme ou service établi Versie 2.0 is uitdrukkelijk ontworpen om door het huidige hub-metahubsysteem verwerkt te worden. [2]
dépend de Guide d'implémentation FHIR belge pour les résultats de laboratoire (hl7.fhir.be.lab) Norme ou spécification établi Enkel versie 2.0; het ingesloten FHIR-document volgt de Belgische Lab-IG. [2]
implique (entrant) Échange des résultats de laboratoire Cas d'usage ou processus de soins établi [1][2]

Questions ouvertes 3

  1. Wanneer wordt KMEHR 'Laboratory result' 1.1 formeel uitgefaseerd? Geen datum gevonden. Aidez-nous à répondre à cette question
  2. Verwerken alle hubs 'Laboratory result 2.0' al in productie, of loopt dat nog als DIGIRELAB fase 2? Aidez-nous à répondre à cette question
  3. Hoe verhoudt KMEHR 'Laboratory result' zich tot het Medidoc-formaat voor laboresultaten naar huisartsensoftware? Geen primaire bron gevonden. Aidez-nous à répondre à cette question

Sources 3 sources · toutes les sources

  1. KMEHR transaction: Laboratory result. eHealth-platform; 01-07-2022. SRC-af1784d473 Lien cassé ?
  2. KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR). eHealth-platform; 08-12-2023. SRC-b09ad4548b Lien cassé ?
  3. KMEHR transaction: Laboratory request. eHealth-platform; 15-10-2002. SRC-982f4b0ed1 Lien cassé ?
Fiche kmehr-labresult · dernière vérification le 05-10-2026 · version 2026.11.12-3 · texte sous CC BY 4.0, sources uniquement liées
Améliorer cette page
Réutilisation : Cette page en Markdown · JSON