LINKMED® Interface Tutorial: HL7 Event Types

5.15 Event A20-Bed Status Updates (ADT^A20)

Contains nursing/census applications need to be able to update Patient Administration system's bed status. The following is the associate record layout

MSH..[{SFT}]..[UAC]..EVN..NPU

5.16 Event A21-patient goes on a leave of absence (ADT^A21)

An A21 event is sent to notify systems that an admitted patient has left the healthcare institution temporarily.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID.. [PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.17 Event A22-patient returns from a leave of absence (ADT^A22)

An A22 event is sent to notify systems that an admitted patient has returned to the healthcare institution after a temporary "leave of absence." It is used for systems in which a bed is still assigned to the patient, and it takes their current admitted patient activities off of "hold" status. For example, it is used to notify dietary services and laboratory systems when the patient returns from a weekend trip to his/her home.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID.. [PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.18 Event A23-delete a patient record (ADT^A23)

The A23 event is used to delete visit or episode-specific information from the patient record. For example, it is used to remove old data from a database that cannot hold all historical patient visit data.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID.. [PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.19 Event A24-Link Patient Information (ADT^A24)

The A24 event is used when the first PID segment needs to be linked to the second PID segment and when both patient identifiers identify the same patient.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID..[PD1]..[PV1]..[{DB1}]..PID (second)..[PD1]..[PV1]..[{DB1}]

5.20 Event A25-Cancel Pending Discharge (ADT^A25)

The A25 event is sent when an A16 (pending discharge) event is cancelled, either because of erroneous entry of the A16 event or because of a decision not to discharge the patient after all.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID.. [PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.21 Event A26-Cancel Pending Transfer (ADT^A26)

The A26 event is sent when an A15 (pending transfer) event is cancelled, either because of erroneous entry of the A15 event or because of a decision not to transfer the patient after all.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID.. [PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.22 Event A27-Cancel Pending Admit (ADT^A27)

The A27 event is sent when an A14 (pending admit) event is canceled, either because of erroneous entry of the A14 event or because of a decision not to admit the patient after all.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID..[PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.23 Event A28-Add Person or patient Information (ADT^A28)

The purpose of this and the three following messages was to allow sites with multiple systems and respective master patient databases to communicate activity related to a person regardless of whether that person is currently a patient on each system. Each system has an interest in the database activity of theothers in order to maintain data integrity across an institution. Though they are defined within the ADTmessage set, these messages differ in that they are not patient-specific. To a certain registry, the person may be a person of interest, a potential future patient, or a potential guarantor.
These events should not replace the use of the A01 (admit/visit notification), A03 (discharge/end visit), 04 (register a patient), A08 (update patient information), etc., events. They are not intended to be used for notification of real-time Patient Administration events.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID..[PD1]..[{ARV}]..[{ROL}]..[{NK1}]..PV1..[PV2]..[{ARV}]..[{ROL}]..[{DB1}]..[{OBX}]
..[{AL1}]..[{DG1}]..[{DRG}]..[{PR1}]..[{ROL}]..[{GT1}]..[{IN1}]..[{IN2}]..[{ROL}]..[ACC]..[UB1]..[UB2]

5.24 Event A29-Delete Person Information (ADT^A29)
.
An A29 event can be used to delete all demographic information related to a given person. This event "undoes" an A28 (add person information) event. The information from the A28 event is deleted.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID..[PD1]..PV1..[PV2]..[{DB1}]..[{OBX}]

5.25 Event A30-Merge Person Information (ADT^A30)
.
Event A30 has been retained for backward compatibility only. An A30 event was used to merge person information on an MPI. From V 2.3.1 onwards, the A40 (merge patient-patient identifier list) vents should be used to merge patient information for a current episode. The "incorrect MRN" identified on the MRG segment (MRG-1 - prior patient identifier list) is to be merged with the "correct MRN" identified on the PID segment (PID-3 - patient identifier list). The "incorrect MRN" then no longer exists. All PID data associated with the "correct MRN" are treated as updated information.
An A30 (merge person information) is intended for merging person records without merging patient identifiers.
The message is as follows:

MSH..[{SFT}]..[UAC]..EVN..PID..[PD1]..MRG


| HL7 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |