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.

MDM^T02 — Original Document Notification and Content

Le message qui transporte un document clinique — compte rendu, lettre de sortie, PDF de radiologie — en même temps que ses métadonnées. Pendant texte / document d'ORU^R01, qui transporte des résultats structurés.

Objet du message

T02 notifie qu'un nouveau document a été créé et transmet son contenu (vs T01 qui notifie sans le contenu). Le document peut être :

  • un compte rendu radiologique ou anatomopathologique en texte structuré ;
  • une lettre de sortie ;
  • un PDF encodé en base64 (champ OBX-5 en type ED) ;
  • un document CDA encodé en base64.

Le récepteur stocke le document, l'indexe dans son archive électronique (DCM / GED / GEDM), et le rend disponible dans le dossier patient au prochain affichage.

Événements MDM (T01-T11)

CodeTrigger eventDescription
T01Original Document NotificationNotification d'un nouveau document, sans son contenu.
T02Original Document Notification and ContentNotification d'un nouveau document avec son contenu (cette page).
T03Document Status Change NotificationChangement de statut (brouillon → préliminaire → final).
T04Document Status Change Notification and ContentIdem T03 avec contenu.
T05Document Addendum NotificationNotification d'un addendum.
T06Document Addendum Notification and ContentIdem T05 avec contenu.
T07Document Edit NotificationNotification d'une modification.
T08Document Edit Notification and ContentIdem T07 avec contenu.
T09Document Replacement NotificationNotification de remplacement.
T10Document Replacement Notification and ContentIdem T09 avec contenu.
T11Document Cancel NotificationAnnulation d'un document.

Structure segmentaire

MDM_T02
  MSH                              Message Header (mandatoire)
  [ SFT ]                          Software Segment (optionnel)
  EVN                              Event Type (mandatoire)
  PID                              Patient Identification (mandatoire)
  [ PV1 ]                          Patient Visit
  TXA                              Transcription Document Header (mandatoire)
  [ { OBX } ]                      Observation/Result (contenu du document)

MSH

MSH-9 = MDM^T02^MDM_T02. Le reste est analogue à ADT^A01.

EVN

EVN-1 = T02, EVN-2 = date/heure de la transcription, EVN-5 = transcripteur.

PID

Identique aux autres messages — voir ADT^A01.

TXA — Transcription Document Header

  • TXA-1 : Set ID dans le message.
  • TXA-2 : Document Type — table 0270 (DI=Discharge Summary, RAD=Radiology Report, OP=Operative Note, LET=Letter, CN=Consultation Note…).
  • TXA-3 : Document Content Presentation — TX, FT, HTML, PDF, RTF.
  • TXA-4 : Activity Date/Time — date/heure de l'acte clinique.
  • TXA-5 : Primary Activity Provider Code/Name (XCN répétable) — clinicien à l'origine du document.
  • TXA-6 : Origination Date/Time — création.
  • TXA-7 : Transcription Date/Time — saisie/transcription.
  • TXA-8 : Edit Date/Time.
  • TXA-12 : Unique Document Number — identifiant pérenne.
  • TXA-17 : Document Completion Status — table 0271 (AU=Authenticated, DI=Dictated, DO=Documented, IN=Incomplete, IP=In Progress, PA=Pre-authenticated…).
  • TXA-18 : Document Confidentiality Status (table 0272).
  • TXA-19 : Document Availability Status — table 0273 (AV=Available, CA=Cancelled, OB=Obsolete, UN=Unavailable).

OBX — Contenu du document

Le contenu textuel est porté par une ou plusieurs OBX de type TX (paragraphes courts) ou FT (texte formaté). Pour un PDF, utiliser une seule OBX de type ED (Encapsulated Data) avec le binaire en base64.

Exemple réel

Compte rendu de scanner thoracique pour John Doe, dicté par le Dr Brown, radiologue, statut Final, présentation texte.

plaintext mdm-t02-example.hl7
MSH|^~\&|RIS|HOSP01|EHR|CLINIC02|20260514150000||MDM^T02^MDM_T02|MDM00000001|P|2.5.1|||AL|NE
EVN|T02|20260514150000|||DRJONES^Jones^Sarah^^^DR.
PID|1||MRN567890^^^HOSP^MR||DOE^JOHN^A^^MR.||19720515|M|||100 MAIN ST^^ANYTOWN^CA^90210^USA
PV1|1|I|ICU^101^A^HOSP01||||DRSMITH^Smith^James^A^^DR.|||CAR
TXA|1|RAD^Compte rendu radiologique^L|TX|20260514145500|DRBROWN^Brown^Linda^^^DR.|20260514145500|20260514145500|20260514150000|DRBROWN^Brown^Linda^^^DR.|DRBROWN^Brown^Linda^^^DR.|RAD20260514001||1|||DOC20260514001|AV|F
OBX|1|TX|||Indication : douleur thoracique aiguë.||||||F
OBX|2|TX|||Technique : scanner thoracique avec injection de produit de contraste.||||||F
OBX|3|TX|||Résultats : pas d'embolie pulmonaire détectée. Pas d'anomalie parenchymateuse. Coeur de taille normale.||||||F
OBX|4|TX|||Conclusion : examen normal. Pas d'argument pour une embolie pulmonaire.||||||F
  • TXA — type RAD, présentation TX, identifiant DOC20260514001, statut AV (Available), complétude F (Final).
  • OBX 1-4 — quatre paragraphes texte structurés (Indication, Technique, Résultats, Conclusion).

Pièges courants

  • TXA-12 instable : l'identifiant unique du document doit rester stable sur tout le cycle de vie (T02 → T07 → T09). Changer entre versions casse la traçabilité dans la GED.
  • TXA-17 / TXA-19 incohérents : un document marqué OB (Obsolete) en TXA-19 mais F (Final) en TXA-17 est ambigu. Convention : TXA-19 prime pour l'affichage UI.
  • PDF non base64 : OBX-5 en type ED attend strictement du base64 standard (RFC 4648). CR/LF en milieu de chaîne tolérés par certains parsers mais pas par HAPI strict.
  • Caractères non échappés : les |, ^, ~ dans un texte clinique doivent être échappés (\F\, \S\, \R\). Les apostrophes typographiques () peuvent casser un parser ISO-8859-1.
  • Pas de PV1 alors que le document est lié à un séjour : rend impossible la liaison automatique au dossier d'épisode côté DPI.

Messages liés

  • ORU^R01 — résultat structuré (laboratoire, signes vitaux).
  • ORM^O01 — ordre de prescription / examen.
  • ADT^A01 — admission patient.
  • FHIR R5 — DocumentReference est l'équivalent natif (avec contenu encapsulé ou pointeur vers Binary).