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.
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@HOSP01versEHR@CLINIC02, version 2.5.1. - PID — patient identifié par
MRN567890. - ORC — référence à l'ordre
ORD789012, statutRE(Observations to Follow), accessionLIS456789. - OBR — examen
CBC(Complete Blood Count), prélevé à 11h, validé à 14h30, statutF(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)
MSH|^~\&|EHR|CLINIC02|LIS|HOSP01|20260514143005||ACK^R01^ACK|ACK00000001|P|2.5.1
MSA|AA|ORU00000001 - MSA-1 :
AAen cas d'acceptation,AEsur erreur applicative (ex. patient inconnu),ARsur 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
NMet fournir une valeur texte (« non détecté ») fait échouer le typage côté DPI. PréférerSTouCWEavec 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/dLest UCUM-valide,gm/dlne 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
subjectet l'Encounter viaencounter.
Voir aussi : ORM^O01 — l'ordre qui précède le résultat, MDM^T02 — pour le compte rendu textuel ou PDF.