HL7 ADT_A37 Unlink Patient Information
ADT_A37 is the counterpart to link-style identity workflows. It says two patient identifiers should no longer be linked. That usually means an MPI or identity team decided the relationship was wrong or no longer valid.
Unlinking is not the same as unmerging. If clinical data was already merged or moved, A37 by itself may not be enough to reverse that work. It is best understood as removing an association between still-distinct patient identifiers.
A small A37 example
What systems do with it
The sender is commonly an MPI or enterprise identity system. Receivers remove the cross-reference relationship between the two PID identities while leaving each patient record intact.
Search services, repositories, portals, and analytics systems may need to remove cached identity links as well as update their primary patient-index table.
How to read the structure
The local ADT_A37 structure looks much like A24: MSH, EVN, and two patient groups with required PID and optional PD1, PV1, and DB1. The two repeated PID groups identify the association being removed.
Implementation traps
Do not try to use A37 as a general rollback for a bad merge. If downstream data was physically moved, the cleanup may require local correction tools, audit review, and system-specific remediation. A37 only tells the receiver to break the patient-information link represented by the identifiers in the message.
Reference notes
The HL7 v2+ ADT_A37 page gives the concise definition: A37 unlinks two patient identifiers.