HL7 ADT_A16 Pending Discharge
ADT_A16 is a heads-up message. It tells systems that a discharge is planned so pharmacy, transport, care coordination, home health, billing, and downstream clinical systems can prepare before the patient actually leaves the facility.
The actual discharge/end-visit event is A03. A16 should prepare the workflow; it should not close the visit unless your local profile has made an explicit and unusual decision to do that.
A small A16 example
What systems do with it
The sender is usually the PAS/EHR, discharge planning module, or bed management system. Receivers may prepare discharge medications, schedule post-discharge appointments, stage transport, warn dietetics, or mark a bed as likely to become available.
Systems that cannot model pending discharge safely should usually log the message and wait for A03 rather than pretending the patient has already left.
How to read the structure
ADT_A16 has a broad admission-style structure. The reliable core is MSH, EVN, PID, and PV1. Optional segments such as NK1, AL1, DG1, PR1, GT1, and IN1 appear when the pending discharge feed is also feeding care coordination or billing context.
Implementation traps
Do not release the bed, stop medication workflows, or close orders just because an A16 arrived. Treat it as expected state and let A03 do the closing work. Also watch for profiles that cancel pending discharge separately; otherwise a patient can remain flagged for discharge after the plan changes.
Reference notes
The HL7 v2+ ADT_A16 page describes A16 as advance notification of a discharge plan, before the patient has left the healthcare facility.