Professional Documents
Culture Documents
NABIDH - Inbound HL7v2.5.1 Specifications Document 10052022 v4.9-1
NABIDH - Inbound HL7v2.5.1 Specifications Document 10052022 v4.9-1
NABIDH - Inbound HL7v2.5.1 Specifications Document 10052022 v4.9-1
NABIDH Program
NABIDH – Inbound HL7 v2.5.1 Specifications Document
Version 4.9
May 10, 2022
Disclaimer: The information contained in this NABIDH Inbound Specifications Document was current as of the date of the latest revision in the
Document History in this guide. However, DHA policies & procedures are subject to change and do so frequently. HL7 versions and formatting
are also subject to updates. Therefore, its best efforts to keep all information in this guide up to date. It is ultimately the responsibility of the
participating organization and sending facilities to be knowledgeable of changes outside of NABIDH HIE’s control.
The information in this document may not be disclosed outside of Facilities organization and may not be duplicated, used or disclosed in whole
or in part for any purpose other than to reviewing as implementation guidelines to complete their integration development work.
The following table identifies those to whom this document has been distributed.
Document Distribution
Name Role
1. INTRODUCTION ................................................................................................................................................... 9
1.1. ABOUT THIS DOCUMENT .................................................................................................................................... 9
1.2. TARGET AUDIENCE ........................................................................................................................................... 10
1.3. NABIDH SUPPORTED MESSAGE CONTENT....................................................................................................... 10
1.4. SPECIFICATIONS UPDATE .................................................................................................................................. 10
1.5. INBOUND DATA FLOW AND INTEGRATION ARCHITECTURE .............................................................................. 10
2. ONBOARDING TECHNICAL GUIDE ...................................................................................................................... 12
2.1. REGISTRATION.................................................................................................................................................. 12
2.2. APPLICATION PLAN .......................................................................................................................................... 12
2.3. CONTRACTUAL ................................................................................................................................................. 12
2.4. API ACCESS ...................................................................................................................................................... 12
3. MESSAGE STRUCTURE (HL7) .............................................................................................................................. 13
3.1. MESSAGE STRUCTURE OVERVIEW .................................................................................................................... 13
3.2. MESSAGE STRUCTURE DETAILS – ADT (ADMIT, DISCHARGE, AND TRANSFER) ................................................. 14
3.3. MESSAGE STRUCTURE DETAILS – ORM OR RDE OR OMP (MEDICATIONS) ..................................................... 19
3.4. MESSAGE STRUCTURE DETAILS – ORU (OBSERVATIONS) ................................................................................. 22
3.5. MESSAGE STRUCTURE DETAILS – MDM (DOCUMENTS) .................................................................................... 23
3.6. STRUCTURE DETAILS – VXU (VACCINATION)................................................................................................... 24
3.7. STRUCTURE DETAILS – PPR (PROBLEMS).......................................................................................................... 25
3.8. MESSAGE STRUCTURE DETAILS – ACK/NACK (ACKNOWLEDGEMENT) ............................................................ 25
4. MESSAGE SEGMENTS FIELD DETAILS (HL7) ........................................................................................................ 26
4.1. MSH (MESSAGE HEADER) SEGMENT FIELDS ..................................................................................................... 26
4.2. EVN (EVENT TYPE) SEGMENT FIELDS............................................................................................................... 26
4.3. PID (PATIENT IDENTIFICATION) SEGMENT FIELDS ........................................................................................... 27
4.4. PD1 (PATIENT ADDITIONAL DEMOGRAPHIC) SEGMENT FIELDS ....................................................................... 29
4.5. NK1 (NEXT OF KIN / ASSOCIATED PARTIES) SEGMENT FIELDS ........................................................................... 30
4.6. PV1 (PATIENT VISIT) SEGMENT FIELDS ............................................................................................................ 32
4.7. PV2 (PATIENT VISIT ADDITIONAL INFORMATION) SEGMENT FIELDS................................................................ 34
4.8. OBX (OBSERVATION / RESULT) SEGMENT FIELDS ............................................................................................. 36
4.9. AL1 (PATIENT ALLERGY INFORMATION) SEGMENT FIELDS ............................................................................... 38
4.10. DG1 (DIAGNOSIS) SEGMENT FIELDS ................................................................................................................. 39
4.11. DRG (DIAGNOSIS RELATED GROUP SEGMENT) SEGMENT FIELDS ..................................................................... 40
4.12. PR1 (PROCEDURES SEGMENT) SEGMENT FIELDS ............................................................................................... 41
4.13. GT1 (GUARANTOR SEGMENT) SEGMENT FIELDS ............................................................................................... 42
4.14. IN1 (INSURANCE SEGMENT) SEGMENT FIELDS .................................................................................................. 44
4.15. MRG (PATIENT MERGE) SEGMENT FIELDS ....................................................................................................... 45
4.16. NTE (NOTES AND COMMENTS) SEGMENT FIELDS ............................................................................................. 46
4.17. ORC (COMMON ORDER) SEGMENT FIELDS ....................................................................................................... 47
4.18. OBR (OBSERVATION REQUEST) SEGMENT FIELDS ............................................................................................ 49
4.19. TQ1 (TIMING / QUANTITY) SEGMENT FIELDS ................................................................................................... 51
4.20. SPM (SPECIMEN) SEGMENT FIELDS ................................................................................................................... 52
4.21. RXO (PHARMACY / TREATMENT ORDER) SEGMENT FIELDS ............................................................................. 53
4.22. RXR (PHARMACY / TREATMENT ROUTE) SEGMENT FIELDS .............................................................................. 54
4.23. RXC (PHARMACY / TREATMENT COMPONENT) SEGMENT FIELDS ..................................................................... 55
10-May2022 Proprietary Information DHA NABIDH Program Page: 5
4.24. RXE (PHARMACY / TREATMENT ENCODED ORDER) SEGMENT FIELDS .............................................................. 55
4.25. RXA (PHARMACY / TREATMENT ADMINISTRATION) SEGMENT FIELDS ............................................................. 57
4.26. TXA (TRANSCRIPTION DOCUMENT HEADER) SEGMENT FIELDS........................................................................ 58
4.27. MSA (MESSAGE ACKNOWLEDGEMENT) SEGMENT FIELDS ................................................................................ 60
4.28. ZSC (Z SEGMENT CONSENT) SEGMENT FIELDS ................................................................................................. 60
4.29. ZSH (Z SEGMENT SOCIAL HISTORY) SEGMENT FIELDS ..................................................................................... 62
4.30. ZFH (Z SEGMENT FAMILY HISTORY) SEGMENT FIELDS .................................................................................... 62
4.31. PRB (PROBLEMS) SEGMENT FIELDS .................................................................................................................. 63
5. IMPLEMENTATION GUIDANCE (HL7) .................................................................................................................. 65
5.1. SENDING FACILITY (MSH.4) ............................................................................................................................. 65
5.2. EVENT FACILITY (EVN.7)................................................................................................................................. 65
5.3. PATIENT IDENTIFIER LIST (PID.3), SSN NUMBER – PATIENT (PID.19) ............................................................. 66
5.4. ENCOUNTER IDENTIFIERS – ASSIGNED PATIENT LOCATION (PV1.3) ................................................................. 66
5.5. ENCOUNTER IDENTIFIERS - VISIT NUMBER (PV1.19)........................................................................................ 66
5.6. CLINICIAN IDENTIFIERS - ATTENDING DOCTOR (PV1-7) .................................................................................. 66
5.7. CODED ELEMENT/VALUE (DATA TYPE CE) ...................................................................................................... 67
5.8. DHA/ECLAIM CODE-CODE SET........................................................................................................................ 67
5.9. DATA CONFIDENTIALITY & PRIVACY ............................................................................................................... 67
5.10. DISCHARGE SUMMARY (DS) FORMAT & SEQUENCE .......................................................................................... 68
5.11. MESSAGE ACKNOWLEDGEMENT GUIDELINES.................................................................................................... 68
5.12. GENERAL GUIDELINES ...................................................................................................................................... 69
6. CODE TABLES ..................................................................................................................................................... 70
SUMMARY OF CODE TABLES AND REFERENCE HL7 FIELDS ............................................................................................. 70
TABLE NAB001: ADMINISTRATION SEX .......................................................................................................................... 70
TABLE NAB002: MARITAL STATUS ................................................................................................................................. 71
TABLE NAB003: RELIGION ............................................................................................................................................. 71
TABLE NAB004: RACE.................................................................................................................................................... 71
TABLE NAB005: ETHNIC GROUP .................................................................................................................................... 72
TABLE NAB006: PATIENT CLASS .................................................................................................................................... 73
TABLE NAB007: ADMISSION TYPE ................................................................................................................................. 73
TABLE NAB008: HOSPITAL SERVICE............................................................................................................................... 73
TABLE NAB010: ADMIT SOURCE .................................................................................................................................... 74
TABLE NAB012: DISCHARGE DISPOSITION ..................................................................................................................... 74
TABLE NAB015: DIAGNOSIS TYPE .................................................................................................................................. 75
TABLE NAB018: ABNORMAL FLAGS ............................................................................................................................... 75
TABLE NAB019: CONFIDENTIALITY CODE ...................................................................................................................... 75
TABLE NAB020: OBSERVATION RESULT STATUS CODES INTERPRETATION ..................................................................... 75
TABLE NAB021: DIAGNOSTIC SERVICE SECTION ID ....................................................................................................... 76
TABLE NAB022: ROUTE ................................................................................................................................................. 76
TABLE NAB023: ADMINISTRATION SITE ......................................................................................................................... 77
TABLE NAB024: PRIMARY LANGUAGE ........................................................................................................................... 77
TABLE NAB025: DOCUMENT COMPLETION STATUS ....................................................................................................... 79
TABLE NAB026: DOCUMENT AVAILABILITY STATUS ...................................................................................................... 79
TABLE NAB028: COMPLETION STATUS ........................................................................................................................... 79
TABLE NAB029: SUBSTANCE / TREATMENT REFUSAL REASON........................................................................................ 80
TABLE NAB030: ORDER CONTROL ................................................................................................................................. 80
TABLE NAB031: ORDER STATUS..................................................................................................................................... 80
TABLE NAB032: ORDER TYPE ........................................................................................................................................ 80
TABLE NAB033: RESULTS ............................................................................................................................................... 81
TABLE NAB034: SPECIMEN TYPE.................................................................................................................................... 81
TABLE NAB035: DOCUMENT TYPE ................................................................................................................................. 82
TABLE NAB037: VALUE TYPE ........................................................................................................................................ 83
10-May2022 Proprietary Information DHA NABIDH Program Page: 6
TABLE NAB038: NATIONALITY ...................................................................................................................................... 83
TABLE NAB039: COUNTRY ............................................................................................................................................. 84
TABLE NAB040: PRIORITY ............................................................................................................................................. 85
TABLE NAB041: RELATIONSHIP ..................................................................................................................................... 86
TABLE NAB042: ALLERGY TYPE CODE ........................................................................................................................... 86
TABLE NAB043: ALLERGEN CODE .................................................................................................................................. 86
TABLE NAB044: ALLERGEN REACTION .......................................................................................................................... 88
TABLE NAB046: PROFESSION ......................................................................................................................................... 88
TABLE NAB047: EMIRATE .............................................................................................................................................. 88
TABLE NAB048: PATIENT ASSIGNED LOCATION ............................................................................................................. 89
TABLE NAB049: VACCINATION PATTERN ...................................................................................................................... 89
TABLE NAB050: VACCINATION DURATION QUANTITY .................................................................................................. 90
TABLE NAB051: VACCINATION DURATION UNITS ......................................................................................................... 90
TABLE NAB052: SOCIAL HABIT ...................................................................................................................................... 90
TABLE NAB053: SOCIAL HABIT QTY .............................................................................................................................. 90
TABLE NAB054: SOCIAL HABIT CATEGORY.................................................................................................................... 90
TABLE HL7128: ALLERGEN SEVERITY ............................................................................................................................. 91
TABLE HL7131: CONTACT ROLE .................................................................................................................................... 91
TABLE HL7190: ADDRESS TYPE ...................................................................................................................................... 91
7. NABIDH SPECIFICATIONS ACCEPTANCE .............................................................................................................. 92
DHA Dubai Health Authority CK Composite ID with Check Digit Field Type
MDM Medical Document Management CX Extended Composite ID with Check Digit Field Type
RDE Pharmacy/Treatment Encoded Order Message FT Formatted Text (Display) Field Type
DB1 Disability Information TS Time Stamp (Date & Time) Field Type
DG1 Diagnosis Information XCN Extended Composite Name and Number for Persons Field Type
DRG Diagnosis Related Group XON Extended Composite Name and Number for Org. Field Type
Section 1. Introduction: Provides introduction about the document and relevant details.
Section 2. Onboarding Technical Guide: This section gives guidelines around the onboarding process.
Section 3. Message Structure Details (HL7): Provides HL7 message structure specifications details covering:
- ORU Messages sending patient laboratory, radiology, and transcriptions results information (ref section 3.3).
- MDM Messages sending patient documents details such as Discharge summary, History and physical
examination, Procedure note, Transfer summary, etc. (ref section 3.5).
Section 4. Message Segments Field Details (HL7): This section gives details around the segments at the field level. Each
segment and its fields are explained in total 27 sub-sections as shown in the below diagram.
Section 5. Implementation Guidance (HL7): Provides implementation guidelines for facilities technical team covering
handling multiple facilities, patient identification, data confidentiality details, discharge summary format, and
clarifications questions NABIDH HIE team need support.
Section 6. Code Tables: This section provides DHA defined standards that are supported by the NABIDH HIE Platform.
DHA NABID HIE (Receiving Organization): Receives patient registration and clinical information from Provider Data
Source (Sending Organization). DHA NABIDH HIE system will have Clinician Portal where Facilities Practitioners can
access the patient unified care record. DHA NABIDH HIE system will also have separate Patient Portal for the patients
where they can access their patient information received from multiple Provider Data Sources.
Below table provide description of the data flow and architecture details to the reader to establish better understanding around the NABIDH HIE
integration solution.
Ref Reference Description Ref Reference Description
NABIDH Security Layer validates the sending organization
01. Provider Data Source sends HL7 v2.5.1 message 02.
integration system
Application Plan – Create application plan for each facility so they can create integration programs to connect
Development Portal where they test their integration routines
API Access – Request access to relevant NABIDH APIs published on Technical Portal
2.1. Registration
Registering on the NABIDH Technical Portal is necessary, so that once facilities created their integration routines, they
can send patient data to NABIDH HIE by calling NABIHD API and test their integration routines.
NABIDH API Operator will require a verified email address for an account to be created from the facility integration
team. Once your account has been created, NABIDH API Operator will share the password to access the Technical
Portal and App Key to authenticate & authorize to access the APIs.
2.3. Contractual
To use NABIDH APIs in the production environment, facility will need to accept the DHA NABIDH MOU Agreement
covering Terms & Conditions. Further details and guidelines will be shared by the NABIDH Onboarding Team.
Note: The facilities must obtain Static IP for their production integration server to connect with NABIDH Production
API Server
Structure Structure
Supported Trigger Events Supported Trigger Events
Base Type Base Type
HL7 ADT Events
A05-Pre-Admit Patient A09-Patient Departed – Tracking
ADT^A05 A28-Add Patient Information ADT^A09 A10-Patient Arrived (Tracking)
A31-Update Patient Information A11-Cancel Admit Patient Notification
A01-Admit Patient Notification A23-Delete Patient Record
A04-Register Patient A25-Cancel Pending Discharge
ADT^A01 ADT^A21
A08-Update Patient Information A27-Cancel Pending Admit
A13-Cancel Discharge Event A29-Delete Person Information
ADT^A02 A02-Patient Transfer Event ADT^A12 A12-Cancel Patient Transfer Event
ADT^A03 A03-Discharge Event ADT^A45 A45-Move Visit Information (Visit Number)
A39-Merge Patient (Patient ID) A06-Change Outpatient to Inpatient
ADT^A39 ADT^A06
A40-Merge Patient Identifier List. A07-Change Inpatient to Outpatient
A30-Merge Patient Information (Patient ID Only)
ADT^A30
A47-Change Patient Identifier List.
Note: Facility can select either one of the Merge Patient msg from A30, A47, A39, or A40.
HL7 ORM or RDE or OMP (Medications) Events
ORM^O01 O01 – Used For Medication Orders Note: Select either of the message type to send medication
OMP^O09 O09 – Pharmacy/Treatment Order Message orders related to Emergency, Outpatient and Inpatient
RDE^O11 O11 – Pharmacy / Treatment Encoded Order Discharge
HL7 ORU (Lab Results, Radiology Results, Transcriptions) Events
R01 – Unsolicited Transmission of an Observation Message.
ORU^R01
Note: R01 used for lab, radiology, transcriptions and other orders, and for observations
HL7 MDM (Documents) Events
T02 – Original Document Notification And Content
MDM^T02 T04 – Document Status Change Notification MDM^T01 T11 – Document Cancel Notification
T08 – Document edit notification and content
HL7 VXU (Immunizations) Events
VXU^V04 V04 – Unsolicited Vaccination Record Update
HL7 PPR (Problems) Events
PPR^PC1 PC1 – Problems (Add, Update, and Delete)
A01–Admit patient notification (This event is sent as a result of a patient undergoing the admission process)
A04–Register Patient (This event signals patient has arrived or checked in, or recurring outpatient, and is not assigned to a bed)
A08–Update patient information (This event is used when any patient info has changed but when no other trigger event has occurred)
A13–Cancel discharge event (This event is sent when an A03 (discharge/end visit) event is cancelled)
A02–Patient transfer event (This event is issued as a result of the patient changing his or her assigned physical location)
A03–Discharge event (This event signals the end of a patient’s stay in a healthcare facility)
3.2.4. Structure Base Type ADT^A05 – Trigger Events A05, A28, A31
The definitions in the table below shall be conformed to by all HL7 source messages sending the following ADT trigger
events:
A05–Pre-Admit a patient (This event is sent when a patient undergoes the pre-admission process)
A28–Add patient information (This event is used to add patient demographic information)
A31–Update patient information (This event is used to update patient demographic information)
A06–Change Outpatient to Inpatient (This event changes a patient’s visit status from Outpatient to Inpatient)
A07–Change Inpatient to Outpatient (This event changes a patient’s visit status from Inpatient to Outpatient)
3.2.6. Structure Base Type ADT^A09 – Trigger Events A09, A10, A11
The definitions in the table below shall be conformed to by all HL7 source messages sending the following ADT trigger
events:
A09–Patient departed – tracking (This event is triggered when there is a change in a patient’s physical location)
A10–Patient arrived – tracking (This event is sent when a patient arrives at a new location in the healthcare facility)
A11–Cancel admit patient notification (This event is sent when an A01 (admit/visit notification) event is cancelled)
A12–Cancel patient transfer event (This event is sent when an A02-Transfer Patient event is cancelled)
3.2.8. Structure Base Type ADT^A21 – Trigger Events A23, A25, A27, A29
The definitions in the table below shall be conformed to by all HL7 source messages sending the following ADT trigger
events:
A23–Delete a patient record (This event is used to delete visit or episode-specific information from the patient record)
A27–Cancel pending admit (This event is sent when an A14-Pending Admit event is cancelled)
A29–Delete person information (This event can be used to delete all demographic information related to a given person)
A30–Merge patient information - patient ID only (This event is used to merge person information on an MPI)
A47–Change Patient Identifier List (This event is used to change an incorrectly assigned PID-3 - Patient Identifier List value. The
“incorrect source identifier” value is stored in the MRG segment and is to be changed to the “correct target patient ID” value stored in the PID
segment)
A39–Merge Patient-Patient ID (This used to merge records for a person that was incorrectly filed under two different Patient IDs)
A40–Merge Patient - Patient Identifier List (This event is used to merge records for a patient that was incorrectly filed under two
different identifiers)
A45–Move visit information - Visit Number (This event is used to move visit numbers from incorrect patient identifier to the correct
patient identifier)
O01–Order Message (This trigger event is used when placing new orders, cancellation of existing orders, discontinuation, holding, etc.)
O11–Encoded Order Message (This trigger event is used to report on either a single order or multiple pharmacy/treatment orders for a
patient including cancellation of existing orders, discontinuation, holding, etc.)
O09–Pharmacy/treatment order message (This trigger event is used when placing new orders, cancellation of existing orders,
discontinuation, holding, etc.)
R01–Unsolicited Transmission of an Observation Message (This trigger event is used for lab, radiology, transcriptions and other
orders, and for observations)
T11–Document Cancel Notification (This trigger event is used only for an original document with an availability status of “Unavailable.”
When a document has been made available for patient care, the process should be to replace the original document, which then becomes
obsolete. The replacement document describes why the erroneous information exists)
3.5.2. Structure Base Type MDM^T02 – Trigger Events T02, T04, T08
The definitions in the table below shall be conformed to by all HL7 source messages sending the following MDM
(Medical Document Management) trigger events:
T02–Original Document Notification and Content (This trigger event is used to notify of the creation of a document with the
accompanying content)
T04–Document Status Change Notification (This trigger event is used to notify change in the status of a document with the
accompanying content)
T08 – Document edit notification and content (This trigger event is used to notify edit content change with the accompanying
content)
V04– Unsolicited Transmission of a Vaccination Record Message (This trigger event is used to report patient vaccination
details updated in the EMR system.)
PC1– Problems Record Message (This trigger event is used to report patient problem details updated in the EMR system.)
ACK to the source application as soon as it commits the transaction that saves the data received from that source
NACK to the source application if the data could not be saved into NABIDH HIE database for some reason
If address not captured by the EMR then send default value as:
^^Dubai^Dubai^^784^H
Not
12 County Code IS O
Used
PID.13.1 Number, PID.13.2 Code, PID.13.3 Type are mandatories. For Used Y
Example, EMR can send :
+971531234567^PRN^CP~^NET^Internet^testut1.nabidh@emr.com
PersonalNo^PRN^CP~^NET^Internet^testut1.nabidh@emr.com~Ho
Phone Number –
13 meNo^PRN^PH XTN R Y
Home
Codes:
CP: Cell Phone, PH: Home Phone, Internet: email
Only first three instances are used. First instance for cell phone no,
second instance for email and third for home phone no
Phone Number – Only first instance is used. For example EMR can provide the work Used
14 XTN O N
Business number in this format: WorkNo^WPN^PH
Only parsed if subfield 1 or 2 is not null. Should be shared in the Used Y
format ID^Text^NAB024 using values from NAB024.
15 Primary Language CE R
For Example, ENG^English^NAB024, if EMR not capturing this
information then they can pass UNK^UNKNOWN^NAB024
See table NAB002. Only parsed if subfield 1 or 2 is not null. For Used Y
16 Marital Status CE R
Example M^Married^NAB002
See table NAB003. Only parsed if subfield 1 or 2 is not null. For Used Y
17 Religion CE R
Example, MOS^Muslim^NAB003
Patient Account Used
18 Only used if there is a PV1 number; stored in Encounter. CX O
Number
It should be 15 characters Emirates ID – PID:19 (Emirates ID Format: Used Y
784123412345671).
SSN Number –
19 Emirates ID must start with 784, followed by year of birth ST R
Patient
(4digits,YYYY) followed by other numbers
see implementation guidance section
Only used if subfield 1 or 2 is not null. Refer to code table NAB041 Used Y
3 Relationship CE R
For example, BRO^Brother^NAB041
Next of Kin address should be in proper format, Used Y
NK1.4.3 City should not be empty
NK1.4.4 State should not be empty and should be a valid code from
NAB047
NK1.4.5 Zip code should have Makani No (if available)
4 Address NK1.4.6 Country should be valid code from NAB039 XAD R
NK1.4.7 Address Type Code should be valid value from HL7190
table list “BA, BDL, BR, C, F, H, L, M, O, P”.
If address not captured by the EMR then send default value as:
^^Dubai^Dubai^^784^H
NK1.5.1 Number, NK1.5.2 Code, NK1.5.3 Type are mandatories. For Used N Y
Example:
+971551457473^PRN^CP~^NET^Internet^mail@mailprovider.com
5 Phone Number XTN R
Codes:
CP: Cell Phone, PH: Home Phone, Internet: email
Only first instance is used. see implementation guidance section
Business Phone Only first instance is used. Used
6 XTN O
Number
7 Contact Role Eg: C^Emergency Contact^HL7131 Used CE R Y
8 Start Date Date Used DT O
9 End Date Date Used DT O
Next of Kin / Not
10 Associated Parties Used ST O
Job Title
Next of Kin / Not
11 Associated Parties Used JCC O
Job Code/Class
Next of Kin / Not
12 Associated Parties Used CX O
Employee Number
Only NK1.13.1 Org Name, NK1.13.3 ID Number, NK1.13.6 Assigning Used
Organization Name – Authority, NK1.13.10 Organization identifier values are used in
13 XON O
NK1 NABIDH.
Not
14 Marital Status CE O
Used
Not
15 Administrative Sex IS O
Used
Not
16 Date/Time of Birth TS O
Used
Not Y
17 Living Dependency IS O
Used
Not Y
18 Ambulatory Status IS O
Used
Not Y
19 Citizenship CE O
Used
Not
20 Primary Language CE O
Used
Not
21 Living Arrangement IS O
Used
Not
22 Publicity Code CE O
Used
Not
23 Protection Indicator ID O
Used
Not
24 Student Indicator IS O
Used
Not
25 Religion CE O
Used
Mother's Maiden Not Y
26 XPN O
Name Used
Not
27 Nationality CE O
Used
Not Y
28 Ethnic Group CE O
Used
10-May2022 Proprietary Information DHA NABIDH Program Page: 31
Not Y
29 Contact Reason CE O
Used
Contact Person's In case of organization as NK1 then this field is used. Only first Used
30 XPN O
Name instance is used.
Contact Person's In case of organization as NK1 then this field is used, Similar Used Y
31 XTN B
Telephone Number structure as PID:13
Contact Person's In case of organization as NK1 then this field is used, Similar Used
32 XAD O
Address structure as PID:11
Next of Not Y
33 Kin/Associated Used CX O
Party's Identifiers
Not
34 Job Status IS O
Used
Not Y
35 Race CE O
Used
Not
36 Handicap IS O
Used
Contact Person Not
37 Social Security Used ST O
Number
Next of Kin Birth Not
38 ST O
Place Used
Not used Not
39 VIP Indicator IS O
Used
10 Hospital Service Please provide the code as per table NAB008. Used IS R
Temporary Not
11 PL O
Location Used
Preadmit Test Not
12 IS O
Indicator Used
Re-admission Not
13 IS O
Indicator Used
Allowed values are 1, 2, 3, 4, 5, 6,7, 8, 9, P Used
14 Admit Source IS R
Please refer to table NAB010.
Not Y
15 Ambulatory Status IS O
Used
Not used, instead use PID.31 Not O
16 VIP Indicator IS
Used
Only first instance is used. Used
For DHA Facilities:
Use 8 Digits
SheryanID^FirstNameFamily/Last/SureName^First/GivenLastName^
MiddleName^^ Dr.^^^SHERYAN
17 Admitting Doctor XCN C
For DHCC Facilities:
Use 8 to 16 digits DHCC
ID^FirstNameFamily/Last/SureName^First/GivenLastName^MiddleN
ame^^ Dr.^^^DHCC
Not
18 Patient Type IS O
Used
Only PV1.19.1 is used, please provide single value id number of the Used Y
19 Visit Number CX R
encounter. The encounter number should not be more than 50 chars.
Not Y
20 Financial Class FC O
Used
Charge Price Not
21 IS O
Indicator Used
Not
22 Courtesy Code IS O
Used
Not
23 Credit Rating IS O
Used
Not Y
24 Contract Code IS O
Used
Contract Effective Not Y
25 DT O
Date Used
Not Y
26 Contract Amount NM O
Used
Not Y
27 Contract Period NM O
Used
Not
28 Interest Code IS O
Used
Transfer to Bad Not
29 IS O
Debt Code Used
Transfer to Bad Not
30 DT O
Debt Date Used
10-May2022 Proprietary Information DHA NABIDH Program Page: 33
Bad Debt Agency Not
31 IS O
Code Used
Bad Debt Transfer Not
32 NM O
Amount Used
Bad Debt Not
33 NM O
Recovery Amount Used
Delete Account Not
34 IS O
Indicator Used
Delete Account Not
35 DT O
Date Used
Allowed values are ABD, DID, DEC, DWO, DAM, DTA, DTN, DWI, DOA, Used
Discharge EDD, HOM, LBR, DNR, NDD,
36 IS C
Disposition TOH, please refer to table NAB012.
This is required for A03 message type
Discharged to Please send only PV1.37.1 first value as DischargeLocation code of Used
37 DLD O
Location max length 20 char.
Not
38 Diet Type CE O
Used
Not
39 Servicing Facility IS O
Used
Not
40 Bed Status IS O
Used
Not
41 Account Status IS O
Used
Not
42 Pending Location PL O
Used
Prior Temporary Not
43 PL O
Location Used
44 Admit Date/Time If no value, system will used date/time of message transmission. Used TS R Y
Discharge Only first instance is used. Used Y
45 TS C
Date/Time This is required for A03 message type
Current Patient Not
46 NM O
Balance Used
Not
47 Total Charges NM O
Used
Not
48 Total Adjustments NM O
Used
Not
49 Total Payments NM O
Used
Not
50 Alternate Visit ID CX O
Used
Not
51 Visit Indicator IS O
Used
Other Healthcare Not Y
52 XCN W
Provider Used
For ORU msgs, EMR must populate following values with the
type of the results performed.
OBX:3.1 Identifier (Facilities to send LOINC Codes)
OBX:3.2 Text (Facilities to send LOINC Description)
OBX:3.3 NameofCodingSystem (Facility to send LOINC)
For MDM msgs, EMR must populate following values with the
document type for example DS^Discharge Summary^NAB035.
OBX:3.1 Identifier
OBX:3.2 Text
OBX:3.3 NameofCodingSystem
This field is used to distinguish between multiple OBX segments Used
with the same observation ID organized under one OBR. For
example, a chest X-ray report might include three separate
diagnostic impressions. The standard requires three OBX
4 Observation Sub-ID ST C
segments, one for each impression. By putting a 1 in the Sub-ID
of the first of these OBX segments, 2 in the second, and 3 in the
third, we can uniquely identify each OBX segment for editing or
replacement.
For ADT Msgs: EMR to send result values string or number Used Y Y
For ORU Msgs (Discrete or Textual): EMR to send result values
string or number
For ORU Msgs (Documents): EMR to send result in this format
^^PDF^Base64^binaries
For MDM Msgs (Documents): EMR to send result in this format
5 Observation Value ^^PDF^Base64^binaries varies R
For example, the one will delete all allergies and add new allergy data
only.
AL1|""""
AL1|1|OT^Other^NAB042|99999998^No Known
Allergies^NAB043|SV^Severe^HL7128|Raches|20201213
Allowed values are DA, FA, MA, MC, EA, AA, PA, LA, OT please refer to Used Y
Allergen Type
2 coding table NAB042. CE R
Code
For example, value must be sent as FA^Food allergy^NAB042
Only parsed if subfield 1 or 2 is not null. Used Y
For Food Allergies please send codes as per NABIDH coding table
NAB043.
For example, value must be sent as 300914000^cheese allergy^NAB043
Allergen
For Drug Allergies pls send codes as per NABIDH coding table NAB043,
3 Code/Mnemon CE R
and if EMR is capturing Medication DDC codes, then AL3.1 should be 16
ic/Description
chars code and AL3.3 should set to “DDC”
For example, 0115-242802-0802^Pepsolan 40Mg Iv Inj 10'S^DDC.
In case any medication doesn’t have DDC codes then EMR can send data
in this format.
0000-000000-0000^Medicine Text From EMR^NAB043
Only parsed if subfield 1 or 2 is not null. Please use HL7 codes from Used Y
Allergy
4 HL7128 table.. CE R
Severity Code
For example, value must be sent as MI^Mild^HL7128
Allergy EMR to provide the reaction code string value. Used Y
5 ST R
Reaction Code Use NAB044 in this field.
Identification Date when allergy was discovered. Used Y
6 DT R
Date
Diagnosis Coding For Diagnosis – this field should be shared as “I10” for ICD10. Used
2 ID c
Method
10-May2022 Proprietary Information DHA NABIDH Program Page: 39
For Problems (i.e. DG1.6 = “P”) – this field should be shared as either
“I10” for ICD10 or “SCT” for SNOMED.
Only parsed if subfield 1 or 2 is not null. Use ICD10 CM see Used Y
implementation guidance section.
For example:
Diagnosis Code – J18.9^Pneumonia, unspecified organism^I10
3 CE R
DG1
For Diagnosis – this field should be shared using ICD10 codes only.
For Problems (i.e. DG1.6 = “P”) – this field can be shared with either
ICD10 or SNOMED codes.
Diagnosis Please provide the diagnosis description. Used Y
4 ST R
Description For example, Pneumonia, unspecified organism
Diagnosis Diagnosis date and time Used Y
5 TS R
Date/Time
Allowed values are A, W, F, O, P. Please refer to coding table NAB015. Used
6 Diagnosis Type IS R
EMR must sent the final diagnosis and this value should be F
Major Diagnostic Not
7 CE W
Category Used
Diagnostic Related Not
8 ID O
Group Used
DRG Approval Not
9 IS W
Indicator Used
DRG Grouper Not
10 CE W
Review Code Used
Not
11 Outlier Type NM W
Used
Not
12 Outlier Days CP W
Used
Not
13 Outlier Cost ST W
Used
Grouper Version Not
14 ID W
And Type Used
"1" indicates Primary Diagnosis. Used
15 Diagnosis Priority ID R
“2” indicates Secondary Diagnoses.
Only the first instance of this field is used. EMR must sent this value Used
For DHA Facilities:
Use 8 Digits
SheryanID^FirstNameFamily/Last/SureName^First/GivenLastName^
Diagnosing MiddleName^^ Dr.^^^SHERYAN
16 XCN O
Clinician For DHCC Facilities:
Use 8 to 16 digits DHCC
ID^FirstNameFamily/Last/SureName^First/GivenLastName^MiddleN
ame^^ Dr.^^^DHCC
Diagnosis Not
17 IS O
Classification Used
Confidential Not
18 ID O
Indicator Used
Attestation Not
19 TS O
Date/Time Used
Diagnosis Not
20 EI C
Identifier Used
Allowed values are A, D, U. Where A means Add/Insert, D means Used
Diagnosis Action Delete, and U means update. EMR can use this field to update single
21 ID R
Code diagnosis record.
.
Not Y
12 Procedure Practitioner XCN W
Used
Not
13 Consent Code CE O
Used
“1” indicates Primary Procedure. Used
14 Procedure Priority ID R
“2” indicated Secondary Procedures.
Not
15 Associated Diagnosis Code CE O
Used
Not Y
16 Procedure Code Modifier CE O
Used
Not
17 Procedure DRG Type IS O
Used
Sample:
MSH|^~\&|EMRNAME|HOSPITALNAME|NABIDH|NABIDH|20201122124627||ADT^A30
|f5238901-3194-422f-8c58-01c45d|T|2.5||||||UTF-8
EVN|A30|20201122124627|||||HOSPITAL CODE
MSH|^~\&|EMRNAME|HOSPITALNAME|NABIDH|NABIDH|20201109155658||ADT^A40
|9aae083623f|T|2.5||||||UTF-8
EVN|A40|20201109155658|||||HOSPITAL CODE
PID|1||26142^^^HOSPITALNAME^MRN~123456742658150^^^EID^XX|1234567426
58150|LastName^FirstName^||19700503|M||2131-1^Other
Race^NAB004|^^Dubai^^^UAE|INDIA|+971508888888||Arabic|M^Married^NAB
002|VAR^Unknown^NAB003||123456742658150|||UNK^Unknown^NAB005||N|1||
|Indians^INDIA^NAB038|||O||20201109000000||||||
MRG|26141^^^HOSPITALNAME^MRN|123456742658150||81614|81614||LastName
^FirstName^
PV1|1|O|^^SALAMA|C||| 8 Digits
SheryanID^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN
|^^^^^^^^SHERYAN| 8 Digits
SheryanID^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN |INM||||||| 8
Digits SheryanID^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN
81615^^^SALAMA|||||||||||||||||||||||||20201109141700||||||||
Note: An ORC segment is required to identify an observation result and as a header segment for all result data – there
must be an ORC segment before any OBR (observation request) and OBX (observation/result) segments.
Sample:
ORC|RE|672274166^^EPC|10891048^^FacilityName||||^^^20201021134500||20201021133619
|Test^Name^Name|| 8 Digits SheryanID^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN
|MZHC CHILD H^^^3627711^AL MAMZAR CLINIC^HAADID^^^MZHC CHILD
HEALTH|||||PHCMZHCCHMR5476^ITCPC5476^^1029900101^MZHC MAIN
REGISTRATION|||||||||||VXU|PP COSIGN
Subfield 2.1, 2.2, 2.3, and 2.4 fields are used. Used Y
EntityIdentifier (OBR:2.1) must be unique within the
2 Placer Order Number target ECR. 2.1 Identifier is mandatory field and EI R
being displayed on NABIDH portal, other used for
reporting
Subfield 3.1, 3.2, 3.3, and 3.4 fields are used. Used
EntityIdentifier (OBR:3.1) must be unique within the
3 Filler Order Number EI R
target ECR. If Filler Number does not exist, please
add Order Number here.
This contains the description of the order. Subfields Used Y
4.1, 4.2, 4.3, 4.4, 4.5, 4.6, 4.7, 4.8, 4.9 are used. 4.1,
4.2, and 4.3 fields are mandatory.
4 Universal Service Identifier CE R
Identifier code for the requested observation.
1234^Description^C4, for CPT codes see
implementation guidance section
Allowed values are AS, ST, RT, TM, The Priority of Used
5 Priority – OBR ID O
the Order (Refer to code table NAB040)
6 Requested Date / Time Start date and time of the Order Used TS O
7 Observation Date / Time Date/time the specimen was collected Used TS O
Not
8 Observation End Date / Time TS O
Used
Not
9 Collection Volume CQ O
Used
Not Y
10 Collection Identifier XCN O
Used
11 Specimen Action Code Used ID O
Not
12 Danger Code CE O
Used
13 Relevant Clinical Information Used ST O
14 Specimen Received Date / Time Used TS O
Subfield 15.1 is used to capture Specimen Source Used Y
Name or Code Identifier. This is appearing on CV as
Specimen field.
15 Specimen Source Name or Code IF EMR is sending code then it should be 20 chars, SPS O
and if EMR sending source name then it can accept
upto 190 char and data should be send in this
format ‘&xyz’
Only the first instance of this field is used. Used Y
16 Ordering Provider XCN R
For DHA Facilities:
Not Y
33 Assistant Result Interpreter NDL O
Used
Not Y
34 Technician NDL O
Used
Not Y
35 Transcriptionist NDL O
Used
Not
36 Scheduled Date/Time TS O
Used
Note: RXO, RXA, and RXE segments are all mutually exclusive among the message types and segments that
HealthShare supports, so there is no need to define precedence between segments.
Sample:
RXO|0070-109933-1171^DESLORATADINE 5 MG
TABLET^DDC|5||mg^mg|||ROA074^Oral^NAB022||G||10|tablet^tablet|0|FSDEA^TEST^ONE
Note: RXO is mutually exclusive to both RXE and RXR segments among the message types and segments that
HealthShare supports, however an RDE_O11 message can contain both an RXE and an RXR segment.
Sample:
RXR|ROA089^SC^NAB022|OTH^Other^NAB023
Note: RXO, RXA, and RXE segments are all mutually exclusive among the message types and segments that
HealthShare supports, so there is no need to define precedence between segments.
Note: RXO, RXA, and RXE segments are all mutually exclusive among the message types and segments that
HealthShare supports, so there is no need to define precedence between segments.
Sample:
RXA|0|1|20201021|20201021|2367-219876-0804^MMR^DDC|0.5|mL||00^New immunization
record^NIP001| 8 Digits SheryanID^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN
|||||S038224|20211130||||CP|A|20201021133709
Note: HealthShare supports only one TXA segment per message. To remove a previous message, send one with the
double quotes in field 1, then another message with the surviving document.
Sample:
TXA|1|CP|TX|20201021135100|00243366^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN
|20201021135100||20201021135100| 8 Digits
SheryanID^FirstName^LastName^MiddleName^^Dr.^^^SHERYAN|||252796889||||CP|AU||AV||
| 8 Digits SheryanID^FirstName^LastName^MiddleName^^ Dr.^^^SHERYAN
TXA|1|CP|TX|20201021140700|90002225^P^Test^One^^^^^Facility^^^^PROVID|20201021140
700||20201021140700|90002225^P^Test^One^^^^^Facility^^^^PROVID|||252812840||||CP|
AU||AV|||90002225^P^Test^One^^^^^Facility ^^^^PROVID
Not
6 Origination Date / Time TS O
Used
7 Transcription Date / Time The time that the document was transcribed Used TS C
Not Y
8 Edit Date / Time TS O
Used
Only the first instance is used. Subfields follow the Used
9 Originator Code / Name same pattern as clinician identifiers See additional XCN O
information in section implementation guidance
Not Y
10 Assigned Document Authenticator XCN O
Used
Not Y
11 Transcriptionist Code / Name XCN C
Used
unique document identification number assigned by Used Y
12 Unique Document Number the sending system EI R
Not
13 Parent Document Number EI C
Used
Not Y
14 Placer Order Number EI O
Used
Not
15 Filler Order Number EI O
Used
EMR to send the name of the document. If not null, Used Y
this will appear in the Clinical Viewer in the
16 Unique Document File Name Document column, so the user may click on it to see ST R
the document. Otherwise, the first few characters
of the note txt will appear.
EMR to send allowed values in this from AU, DI, DO, Used
17 Document Completion Status ID R
IN, IP, LA, PA. Please refer to coding table NAB025.
Not
18 Document Confidentiality Status ID O
Used
EMR to send allowed values in this from AV, CA, OB, Used
19 Document Availability Status ID O
UN. Please refer to coding table NAB026.
Not
20 Document Storage Status ID O
Used
Not
21 Document Change Reason ST C
Used
22 Authentication Person, Time Stamp The time that the document was authorised. Used PPN C
Distributed Copies (Code and Name Not Y
23 XCN O
of Recipients) Used
This segment is required to accommodate receiving of the three flags to automate Consent.
Sample:
Facility Opt Out: If patient decides not to share facility details with NABIDH
users then facility should send ZSC:1 as 1 and ZSC:2 as the date when this
message wasshall be sent. Once this segment is sent EMR shall not resend this
segment again unless patient informs the facility users about the facility Optout
during that visit or during subsequent visits. Patient Data shall continue to be
sent to NABIDH even after the facility optout flag is sent to NABIDH.
ZSC|1|20210131
Global Opt out: If patient decides not to share any clinical data with NABIDH
users then facility should send ZSC:1 as 2 and ZSC:2
as the date when this message was sent. Once this segment is sent EMR shall not
resend this segment again unless patient informs the facility users about the
global Optout during that visit or during subsequent visits. Patient Data shall
continue to be sent to NABIDH even after the global optout flag is sent to
NABIDH.
the date when this message shall be sent.
ZSC|2|20210131
VIP Status Change: If patient status changes from non-VIP to VIP then facility
should send ZSC:3 as 1 and ZSC:4 asdate when this message was sent. Facility
ZSC|||1|20210131
Consent ensures that the Subject of Care or his / her agent understands and agrees to the sharing of PHI as well as the
risks, benefits, and alternatives of sharing PHI with NABIDH. It also defines the circumstances in which a Subject of
Care can permit or withhold the use and disclosure of NABIDH accessible health information.
Consent policies in the HealthShare Unified Care Record control whether a clinician can access the records of a patient
and optionally what specific data they can see. There are two types of consents in HealthShare UCR, MPI Consent, and
Clinical Consent policies. Below section explains the automated MPI consent for Opting out of a facility or to Globally
opt out of NABIDH.
To reduce the operational overheads for the facilities and NABIDH team consent process is automated through HL7
messages using Z segment. With this process a Z Segment shall be used to identify if the patient wants to opt out of
the facility or wants to globally opt Out of NABIDH program with the date when this requested is submitted. Based on
the identifier (1 for Facility out and 2 for Global opt out) consent configuration shall be changed from opt into facility
optout or Global opt out.
As per NABIDH policy patient shall submit his request to change the consent status at the facility front office who in
turn will validate the authenticity of the patient and on confirmation shall update the consent status in the facility EMR
which in turn triggers notification to NABIDH Consent module through ADT^A28 or ADT^A31 or ADT^A08 trigger
event to change the patient consent status. Post consent status change patients shall be notified through SMS or email
on the consent status change.
Along with the consent status Z segment is also used to update the VIP status of the patient (V) along with the date of
status change using ADT^A28 or ADT^A31 or ADT^A08 trigger events.
Above table shows the data and the type to be sent out from facilities into NABIDH as part of the HL7 ADT messages.
10-May2022 Proprietary Information DHA NABIDH Program Page: 61
4.29.ZSH (Z Segment Social History) Segment Fields
The fields definitions in the table below shall be conformed to by all HL7 messages sending the ZSH (Z Segment Social
History) segment. ADT^A31 message types will be used for Social History update.
This segment is required to accommodate receiving of the social history data of the patient.
Sample:
ZSH|1|Smoking Cigarette|20||Smoking 4 packs per day. Constant
smoker|A|20201026|20201118|xxx user
This segment is required to accommodate receiving of the family history data of the patient.
Sample:
ZFH|1|George Cena|F45.41^Pain disorder exclusively related to
psychological factors|test notes|A|20201111|20201112|xxx user
This segment is required to accommodate receiving of the problems data of the patient.
Sample:
PRB|1|200406291646111|594^BRAIN
DYSFUNCTION^I9|112233|||200406291646111|||F^Final^LOCALCODE||||9073
4009^Chronic^SNOMED|200406291646111|200406291646111
If one of the problems gets delete them EMR should send below
msg.
PRB|””””
PRB|1|200406291646111|594^BRAIN
AIN^I9|224455|||200406291646111|||F^Final^LOCALCODE|||
|90734009^Chronic^SNOMED|200406291646111|20040629164
6111
This field contains the date/time that the add or update to the Used N Y
2 Action Date/Time TS R
problem/condition/disease was performed
Only parsed if subfield 1 or 2 is not null. Used CE R N Y
EMR can send this field with either ICD10 or SNOMED codes
If EMR maintain local codes, then they can send the data as per
below format.
Code^Text^LOCALCODE
First value PRB:4.1 Entity Identifier is used that contains the Used EI R N Y
4 Problem Instance Id identifier assigned by the sending facility system to an instance
of a problem.
10-May2022 Proprietary Information DHA NABIDH Program Page: 63
The PRB:4.1 Entity Identifier must be the unique identifier for
this instance of the problem and must remain unique over time
and across all facility patients.
Instance id should be up to 50 characters
5 Episode of Care Id Not Used ST O N
6 Problem List Priority Not Used NM O N
This field is used to set the problem start date, EMR only send Used TS R N
Problem Established the date without time.
7
Date/Time Both PRB.16 Problem Date of Onset and PRB.7 Problem
Established Date/Time should have same date
Anticipated Problem This field is used to set the problem anticipated stop date, Not Used TS O N
8
Resolution Date/Time
This field is used to set the problem stop date, EMR only send Used TS C R
the date without time.
if there is a value in PRB.9 (Actual Problem Resolution
Actual Problem Date/Time), then PRB.14 Problem Life Cycle Status should be
9
Resolution Date/Time 413322009^Resolved^SNOMED.
If there is not value in PRB.9 (Actual Problem Resolution
Date/Time), then PRB.14 Problem Life Cycle Status should be
55561003^Active^SNOMED
This field is used to set the classification of the problem. EMR can Used CE R N
10 Problem Classification send F^Final^LOCALCODE.
In case facility EMR is centralized system used across multiple emirates within UAE then the messages encounters
should be filtered as per below guidelines:
1. Only Encounters created in Dubai Emirate should be sent to NABIDH. This shall include encounter messages,
Medications, results, documents etc.
2. Registration and Updates Patients created only in Dubai Emirate should be sent to NABIDH.
3. If a patient is registered in Emirate other than Dubai then no messages should be sent to NABIDH and the
same patient visits Dubai Emirate facilities then messages will be sent from that point in time.
4. Laboratory Orders from all departments should be shared with NABIDH even if Lab orders were processed at
an external facility (Referral lab or sent out laboratory)
5. All medications except Inpatient Medications should be shared with NABIDH. However, Discharge medication,
Clinic Administered medication, etc. which may be ordered during Inpatient should be shared with NABIDH.
6. Surgical ,Bedside and Non Surgical procedures (ECG,EEG,PFT, etc) should be shared with NABIDH
Discharge Summary Format 1: Discharge Summary for Outpatient and Emergency Encounter
Discharge Summary Format 1 Discharge Summary Format 2 Discharge Summary Format 3 Discharge Summary Format 4
1. Patient demographics 1. Patient demographics 1. Patient demographics 1. Patient demographics
2. Physician info (Treating dr.) 2. Physician info (Treating dr.) 2. Physician info (Treating dr.) 2. Physician info (Treating dr.)
3. Chief complaint 3. Chief complaint 3. Chief complaint 3. Chief complaint
4. Physical examination 4. Physical examination 4. Physical examination 4. Physical examination
5. Vitals 5. Vitals 5. Vitals 5. Vitals
6. Family history 6. Family history 6. Family history 6. Problem list
7. Social history 7. Social history 7. Social history 7. In hospital Medications
8. Problem list 8. Problem list 8. Problem list 8. Discharge medications
9. Medications 9. Pre-admission Medications 9. Pre-admission Medications 9. Allergies
10. History of Present Illness 10. In hospital Medications 10. In hospital Medications 10. Admitting Diagnosis
11. History of Procedures 11. Discharge medications 11. Discharge medications 11. Final Diagnosis
12. Allergies 12. History of Present Illness 12. History of Present Illness 12. Secondary diagnosis
13. Diagnosis 13. History of Procedures 13. History of Procedures 13. Immunization
14. Immunization 14. Allergies 14. Allergies 14. Devices
15. Devices 15. Admitting Diagnosis 15. Admitting Diagnosis 15. Drains
16. Drains 16. Final Diagnosis 16. Final Diagnosis 16. Plan of care
17. Plan of care 17. Final Diagnosis 17. Secondary diagnosis 17. Discharge condition
18. Secondary diagnosis 18. Immunization 18. Discharge disposition
19. Immunization 19. Devices 19. Pregnancy history
20. Devices 20. Drains 20. Mode of delivery
21. Drains 21. Plan of care 21. Delivery Outcome
22. Plan of care 22. Discharge condition 22. Baby discharge condition
23. Discharge condition 23. Discharge disposition 23. Apgar
24. Discharge disposition 24. Pregnancy history 24. Mode of delivery
25. Mode of delivery 25. Gestational age
26. Delivery Outcome 26. Maternal History
27. Baby discharge condition
PID.19 SSN number /Emirates id For Newborn having no emirates id, Emergency/ Un conscious patients, Residents who are
processing their visas, Tourists or visitors or Non-residents, please enter Dummy Number:
111111111111111
Values derived from tables not listed in this section shall be used according to the rules published in the HL7 v2.5.1
standard for such tables and the data types of the elements in which they are sent.
Structure Structure
Supported Trigger Events Supported Trigger Events
Base Type Base Type
HL7 ADT Events
A05-Pre-Admit Patient A09-Patient Departed – Tracking
ADT^A05 A28-Add Patient Information ADT^A09 A10-Patient Arrived (Tracking)
A31-Update Patient Information A11-Cancel Admit Patient Notification
A01-Admit Patient Notification A23-Delete Patient Record
A04-Register Patient A25-Cancel Pending Discharge
ADT^A01 ADT^A21
A08-Update Patient Information A27-Cancel Pending Admit
A13-Cancel Discharge Event A29-Delete Person Information
ADT^A02 A02-Patient Transfer Event ADT^A12 A12-Cancel Patient Transfer Event
ADT^A03 A03-Discharge Event ADT^A45 A45-Move Visit Information (Visit Number)
A39-Merge Patient (Patient ID) A06-Change Outpatient to Inpatient
ADT^A39 ADT^A06
A40-Merge Patient Identifier List. A07-Change Inpatient to Outpatient
A30-Merge Patient Information (Patient ID
ADT^A30
Only), A47-Change Patient Identifier List.
Note: Facility can select either one of the Merge Patient msg from A30, A47, A39, or A40. A37-UnMerge Not Supported
HL7 ORM or RDE or OMP (Medications) Events
ORM^O01 O01 – Used For Medication Orders
Note: Select either of the message type to send medication orders
OMP^O09 O09 – Pharmacy/Treatment Order Message
related to Emergency, Outpatient and Inpatient Discharge
RDE^O11 O11 – Pharmacy / Treatment Encoded Order
HL7 ORU (Lab Results, Radiology Results, Transcriptions) Events
R01 – Unsolicited Transmission of an Observation Message.
ORU^R01
Note: R01 used for lab, radiology, transcriptions and other orders, and for observations
HL7 MDM (Documents) Events
T02 –Document Notification And Content
MDM^T02 T04 – Document Status Change Notification MDM^T01 T11 – Document Cancel Notification
T08 – Document edit notification and content
HL7 VXU (Immunizations) Events
VXU^V04 V04 – Unsolicited Vaccination Record Update
HL7 PPR (Problems) Events
PPR^PC1 PC1 – Problems (Add, Update, and Delete)
Agrees To:
Review/Validation Remark
(type):
Authorized signature
Signature (electronic:)