Skip to content
Contact Us

HL7 MDM Messages: Medical Document Management

HL7 MDM (Medical Document Management) messages communicate document lifecycle events — creation, updates, addenda, and status changes — between transcription systems, document management platforms, and EHRs. The most common trigger event is MDM^T02 (Original Document Notification & Content), which delivers a complete clinical document like an operative note, discharge summary, or consultation report.

SegmentNameRequiredPurpose
MSHMessage HeaderYesSender, receiver, message type, version
EVNEvent TypeYesDocument event code and timestamp
PIDPatient IdentificationYesPatient demographics and identifiers
PV1Patient VisitYesVisit context for the document
TXATranscription Document HeaderYesDocument type, author, status, unique ID
OBXObservation/ResultConditionalDocument content (text or embedded file)

TXA is the defining segment of MDM messages — it carries the document metadata (type, author, authentication status), while OBX segments carry the actual content. Messages with content (T02, T06, T10) require OBX; notification-only events (T01, T03, T09) omit it.

EventNameHas ContentDescription
T01Original Document NotificationNoNotification that a document was created
T02Original Document Notification & ContentYesDocument created with full content
EventNameHas ContentDescription
T03Document Status Change NotificationNoStatus changed (e.g., dictated → authenticated)
T04Document Status Change Notification & ContentYesStatus change with updated content
EventNameHas ContentDescription
T05Document Addendum NotificationNoAddendum created
T06Document Addendum Notification & ContentYesAddendum with full text
T08Document Edit Notification & ContentYesDocument edited (corrections)
T09Document Replace NotificationNoDocument replaced
T10Document Replace Notification & ContentYesReplacement with full content
T11Document Cancel NotificationNoDocument cancelled/retracted

The document lifecycle progresses through these status codes:

CodeStatusDescription
DIDictatedInitial dictation recorded, not yet transcribed
DODocumentedTranscribed/entered, awaiting review
IPIn ProgressDocument being actively edited
INIncompleteMissing required content
AUAuthenticatedReviewed and signed by author
LALegally AuthenticatedFull legal signature applied
Document Authentication Lifecycle
Transcription Dictation System
EHR Document Repository
Provider Signing Physician
MDM^T02 (DI→DO) Transcribed document delivered
ACK (AA) Document received
Signature Request Document queued for review
E-Signature Physician signs document
MDM^T03 (DO→AU) Status: Authenticated
transcription ehr
MDM^T02 (DI→DO) Transcribed document delivered
ehr transcription
ACK (AA) Document received
ehr provider
Signature Request Document queued for review
provider ehr
E-Signature Physician signs document
ehr transcription
MDM^T03 (DO→AU) Status: Authenticated

Each status transition generates an MDM^T03 or MDM^T04 event. The transition from DO to AU represents the physician’s electronic signature — a critical compliance step for CMS and Joint Commission requirements.

CodeDocument Type
OPOperative Note
DSDischarge Summary
HPHistory and Physical
CNConsultation Note
PNProgress Note
RARadiology Report
PAPathology Report
PRProcedure Note
EDEmergency Department Note
ANAnesthesia Note

A transcribed operative note with full content:

MDM^T02 — Operative Note (Authenticated)
Header Patient Clinical Order/Result Financial

Clinical documents must be authenticated (signed) before they become part of the permanent medical record. The typical workflow:

  1. MDM^T02 — Transcriptionist creates the document (status: DO)
  2. MDM^T03 — Physician reviews and signs (status: AU)
  3. MDM^T03 — Legal authentication applied (status: LA, if required by policy)

Integration engines must track document status transitions and ensure downstream systems update accordingly. Documents in DO status may be displayed with a “Pending Signature” indicator.

MDM documents can be delivered in two primary formats:

  • TX (Text): Plain text with \.br\ line breaks. Simple to parse but limited formatting. Most common for clinical notes.
  • ED (Encapsulated Data): Base64-encoded PDF, RTF, or image files. Used when document formatting must be preserved exactly (letterhead, tables, signatures).

The value type in OBX-2 tells the receiving system how to handle the content. Systems should support both TX and ED to handle documents from different sources.

TXA-13 (Parent Document Number) links addenda and replacements to the original document:

  • Addendum (T06): TXA-13 points to original DOC ID. Both documents remain active.
  • Replacement (T10): TXA-13 points to replaced DOC ID. Old document is superseded.
  • Cancellation (T11): Document is retracted. Clinical record should show cancellation reason.

Receiving systems must maintain the document chain — each version linked to its predecessors — for complete audit trails.