ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

ORU^R01 — Unsolicited Observation Result

Le message qui transporte un résultat clinique non sollicité — résultat de laboratoire, radiologie, anatomopathologie, signes vitaux — du système producteur vers le DPI. Pivot du flux résultat dans tout l'écosystème HL7 v2.

Objet du message

R01 est déclenché lorsqu'un système producteur — automate de laboratoire, console radiologique, moniteur de réanimation — finalise un résultat et le pousse spontanément vers les systèmes consommateurs. C'est le complément naturel d'ORM^O01 : l'ordre a été passé, le résultat revient en R01.

Le message porte :

  • l'identité du patient (PID) ;
  • le contexte de la prescription (ORC) — référence à l'ordre d'origine ;
  • la demande clinique (OBR) — code de l'examen, date de prélèvement, date de validation ;
  • une ou plusieurs observations (OBX) — chaque valeur mesurée avec son unité, sa plage de référence, son flag d'anormalité ;
  • éventuellement des commentaires libres (NTE).

Structure segmentaire

Selon le chapitre 7 de la spécification HL7 v2.5.1, la structure abstraite ORU_R01 est composée d'un groupe PATIENT_RESULT répétable :

ORU_R01
  MSH                              Message Header (mandatoire)
  [ SFT ]                          Software Segment (optionnel)
  { PATIENT_RESULT }               Patient + Order Observation (répétable)
    [ PATIENT                      Patient (optionnel pour rapports anonymisés)
        PID                        Patient Identification
        [ PD1 ]                    Patient Additional Demographics
        [ { NTE } ]                Notes and Comments
        [ { NK1 } ]                Next of Kin
        [ VISIT                    Visit
            PV1                    Patient Visit
            [ PV2 ]
        ]
    ]
    { ORDER_OBSERVATION            Order + Observations (répétable)
        [ ORC ]                    Common Order
        OBR                        Observation Request (mandatoire)
        [ { NTE } ]                Notes and Comments
        [ { TIMING_QTY } ]         Timing/Quantity
        [ CTD ]                    Contact Data
        { OBSERVATION              Observation (répétable)
            OBX                    Observation / Result
            [ { NTE } ]            Notes and Comments
        }
        [ { FT1 } ]                Financial Transaction
        [ { CTI } ]                Clinical Trial Identification
        [ { SPECIMEN } ]           Specimen
    }
  }
  [ DSC ]                          Continuation Pointer

MSH — Message Header

Idem ADT^A01, avec :

  • MSH-9 : ORU^R01^ORU_R01.
  • MSH-10 : identifiant de message unique côté producteur.
  • MSH-12 : 2.5.1.

PID — Patient Identification

Mêmes champs critiques qu'en ADT — voir ADT^A01. PID-3 doit impérativement porter l'identifiant patient stable (MRN typé MR par exemple) pour le rapprochement avec l'admission en cours.

OBR — Observation Request

  • OBR-1 : numéro d'ordre dans le message.
  • OBR-2 : Placer Order Number — référence côté prescripteur.
  • OBR-3 : Filler Order Number — référence côté laboratoire.
  • OBR-4 : Universal Service Identifier (CWE) — code de l'examen (LOINC, NABM, table locale).
  • OBR-7 : Observation Date/Time — date de prélèvement.
  • OBR-14 : Specimen Received Date/Time — date de réception au laboratoire.
  • OBR-16 : Ordering Provider — prescripteur.
  • OBR-22 : Results Rpt/Status Chng Date/Time — date de validation du résultat.
  • OBR-24 : Diagnostic Service Section ID — table 0074 (LAB, RAD, CUS…).
  • OBR-25 : Result Status — table 0123 (F=Final, P=Preliminary, C=Corrected, X=Cancelled).

OBX — Observation / Result

Une OBX par valeur observée. Si un examen retourne dix paramètres (CBC, ionogramme…), on aura dix OBX successives sous le même OBR.

  • OBX-1 : Set ID — numéro d'ordre dans le bloc.
  • OBX-2 : Value Type — table 0125. NM=numérique, ST=texte, CWE=codé, TX=texte long, RP=référence (URI vers image), FT=formatted text.
  • OBX-3 : Observation Identifier (CWE) — code de l'analyte (LOINC).
  • OBX-4 : Observation Sub-ID — distingue les valeurs répétées (mesure à T0, T+5 min…).
  • OBX-5 : Observation Value — la valeur elle-même, dans le type déclaré par OBX-2.
  • OBX-6 : Units (CWE) — unité UCUM.
  • OBX-7 : References Range — plage de référence (13.0-17.0).
  • OBX-8 : Abnormal Flags — table 0078. N=Normal, H=High, L=Low, HH=Critical High, LL=Critical Low, A=Abnormal.
  • OBX-11 : Observation Result Status — table 0085. F=Final, P=Preliminary, C=Corrected, D=Delete.
  • OBX-14 : Date/Time of the Observation — précise quand le résultat individuel a été obtenu.

Segments optionnels

  • NTE : commentaire libre attaché à PID, OBR ou OBX. Utilisé pour les notes du biologiste, le contexte clinique, les avertissements.
  • SPM : Specimen — description de l'échantillon (type, méthode de collecte, volume).
  • TQ1 / TQ2 : planification de la collecte / restitution.
  • CTI : Clinical Trial Identification.

Exemple réel

Un compte rendu de NFS (Numération-Formule Sanguine) validé pour le patient John Doe. Quatre paramètres (HGB, HCT, WBC, PLT), tous dans la plage de référence, statut Final.

plaintext oru-r01-example.hl7
MSH|^~\&|LIS|HOSP01|EHR|CLINIC02|20260514143000||ORU^R01^ORU_R01|ORU00000001|P|2.5.1|||AL|NE
PID|1||MRN567890^^^HOSP^MR||DOE^JOHN^A^^MR.||19720515|M|||100 MAIN ST^^ANYTOWN^CA^90210^USA||(555)555-1234|||S||ACCT123456
PV1|1|I|ICU^101^A^HOSP01||||DRSMITH^Smith^James^A^^DR.|||CAR
ORC|RE|ORD789012|LIS456789||CM||||20260514143000|||DRSMITH^Smith^James^A^^DR.
OBR|1|ORD789012|LIS456789|CBC^Complete Blood Count^L|||20260514110000|||||||20260514130000||DRSMITH^Smith^James^A^^DR.||||||20260514143000||LAB|F
OBX|1|NM|HGB^Hemoglobin^LN||13.5|g/dL|13.0-17.0|N|||F|||20260514142500
OBX|2|NM|HCT^Hematocrit^LN||40.2|%|38.0-50.0|N|||F|||20260514142500
OBX|3|NM|WBC^White Blood Cells^LN||7.8|10*3/uL|4.5-11.0|N|||F|||20260514142500
OBX|4|NM|PLT^Platelets^LN||245|10*3/uL|150-400|N|||F|||20260514142500
NTE|1||Échantillon prélevé à 11h00, analysé à 14h25.
  • MSH — émis par LIS@HOSP01 vers EHR@CLINIC02, version 2.5.1.
  • PID — patient identifié par MRN567890.
  • ORC — référence à l'ordre ORD789012, statut RE (Observations to Follow), accession LIS456789.
  • OBR — examen CBC (Complete Blood Count), prélevé à 11h, validé à 14h30, statut F (Final).
  • OBX 1-4 — quatre paramètres numériques codés LOINC (HGB, HCT, WBC, PLT), avec unités UCUM, plages de référence et flag N (Normal).

Acquittement (ACK)

plaintext ack-r01-example.hl7
MSH|^~\&|EHR|CLINIC02|LIS|HOSP01|20260514143005||ACK^R01^ACK|ACK00000001|P|2.5.1
MSA|AA|ORU00000001
  • MSA-1 : AA en cas d'acceptation, AE sur erreur applicative (ex. patient inconnu), AR sur rejet (ex. version incompatible).
  • MSA-2 : doit reprendre MSH-10 de l'ORU d'origine.

Erreurs fréquentes

  • OBX-2 incohérent avec OBX-5 : déclarer NM et fournir une valeur texte (« non détecté ») fait échouer le typage côté DPI. Préférer ST ou CWE avec un code spécifique.
  • Plage de référence omise : OBX-7 vide empêche le DPI de poser correctement le flag d'anormalité côté affichage.
  • OBX-11 sans suivi de corrections : les corrections de résultat doivent ré-émettre l'ensemble du bloc OBR + OBX avec OBX-11=C. Émettre une OBX corrigée seule sans contexte casse le rapprochement.
  • Unité UCUM mal formée : g/dL est UCUM-valide, gm/dl ne l'est pas. Les pipelines stricts (HAPI, Mirth) lèvent un warning.
  • OBR-3 différent de PV1-19 : le numéro d'accession laboratoire (OBR-3) doit pouvoir être corrélé au numéro de visite (PV1-19) pour rapprocher le résultat avec le séjour.
  • Caractères réservés non échappés : idem ADT^A01 — ^, |, ~, \ dans une valeur OBX-5 texte cassent le parsing.

Mapping vers FHIR

Un ORU^R01 se traduit naturellement en deux ressources FHIR R5 :

  • Observation — une ressource par OBX. code ← OBX-3, valueQuantity ← OBX-5 + OBX-6, referenceRange ← OBX-7, interpretation ← OBX-8, status ← OBX-11.
  • DiagnosticReport — chapeau qui regroupe les Observation d'un même OBR. code ← OBR-4, effectiveDateTime ← OBR-7, issued ← OBR-22, status ← OBR-25.
  • Tous deux référencent le Patient via subject et l'Encounter via encounter.

Voir aussi : ORM^O01 — l'ordre qui précède le résultat, MDM^T02 — pour le compte rendu textuel ou PDF.