Schedule a demo
Message type

Unsolicited point-of-care observation

Delivers unsolicited point-of-care observation results. Structured similarly to ORU^R01 but focused on bedside device data. The OBX segments carry vital signs, glucose readings, or other point-of-care measurements.

29segments
9required
5groups
v2.9HL7 version
oru-r30.py
# Zato
from zato.hl7v2 import HL7Message

# An incoming message ..
raw = 'MSH|^~\&|SENDER|FAC|RCV|DEST|20260701||' \
      'ORU^R30^ORU_R30|MSG001|P|2.9\r' \
      'OBR|1||ORD001\r' \
      'OBX|1|NM|2345-7^Glucose^LN||95|mg/dL|70-100'

# .. parsed into a Python object ..
msg = HL7Message.parse(raw)

# .. whose fields we can now access.
order_id = msg.obr.placer_order_number
test = msg.obr.universal_service_identifier
value = msg.obx.observation_value
units = msg.obx.units

Build and parse ORU^R30 messages in Python

How to construct, send, receive, and extract fields from real-world ORU^R30 messages.

1

Parse an incoming ORU^R30 message

Demonstrates receiving and extracting key fields from a unsolicited point-of-care observation transaction

# Zato
from zato.hl7v2 import HL7Message

# An incoming message ..
raw = 'MSH|^~\&|SENDER|FAC|RCV|DEST|20260701||' \
      'ORU^R30^ORU_R30|MSG001|P|2.9\r' \
      'OBR|1||ORD001\r' \
      'OBX|1|NM|2345-7^Glucose^LN||95|mg/dL|70-100'

# .. parsed into a Python object ..
msg = HL7Message.parse(raw)

# .. whose fields we can now access.
order_id = msg.obr.placer_order_number
test = msg.obr.universal_service_identifier
value = msg.obx.observation_value
units = msg.obx.units

Learn by building

Step-by-step guides for working with HL7 v2 in Zato.

Frequently asked questions

Use the HL7v2 message parser to extract the typed structure. The parsed message gives you direct access to every segment and field by name.

from zato.hl7v2 import HL7Message

raw = 'MSH|^~\&|SENDER|FACILITY|RECEIVER|DEST|20260401120000||ORU^R30^ORU_R30|MSG00001|P|2.9\rPID|1||MRN-10045||JOHNSON^SARAH^M||19880612|F|||100 Oak Lane^^Portland^OR^97201\rPD1|||Family Health Clinic^^12345\rPRT|1||AT^Attending||1234^CHEN^DAVID^L^^^MD\rOH1|1|EMPLOYED^Employed^HL70761|20200101\rOH2|1|SOFTWARE^Software developer^SOC||20200101\rOH3|1|SOFTWARE^Software developer^SOC\rORC|NW|ORD-2001||||||20260401120000|||1234^CHEN^DAVID^L^^^MD\rOBR|1|ORD-2001||CBC^Complete blood count^LN|||20260401120000'
msg = HL7Message.parse(raw)

order_id = msg.obr.placer_order_number
test = msg.obr.universal_service_identifier

Beyond the mandatory MSH header, the required segments are: PID, OBX, PV1, ORC, OBR, TQ1, OBX, DEV. Optional segments provide additional detail when available.

Zato connects to any system that speaks HL7v2 over MLLP or FHIR over REST. This includes Epic, Cerner, Meditech, Allscripts, and other EHR platforms.

Yes, Zato has built-in MLLP support for sending and receiving HL7v2 messages. MLLP channels handle the framing protocol automatically.

Zato supports HL7 v2.9, which is backward compatible with earlier versions including v2.3, v2.5, and v2.7. Standard segments and datatypes are available as typed Python classes.

Yes. Zato handles both HL7v2 and FHIR natively, so you can parse v2 messages and build FHIR resources with IG-specific extensions in the same service. Typed Python classes are available for both protocols, including extensions from US Core, UK Core, Da Vinci, and other Implementation Guides.

ORU^R30 segment composition

Segments that make up the ORU^R30 message, in order. Groups are shown with their child segments.

#SegmentUsageRepeatsDescriptionGroup
1MSHRequiredNoMessage header-
2ARVOptionalYesAccess restriction-
3SFTOptionalYesSoftware segment-
4UACOptionalNoUser authentication credential-
5PIDRequiredNoPatient identification-
6PD1OptionalNoPatient additional demographic-
7PRTOptionalYesParticipation information-
8OH1OptionalYesEmployment status-
9OH2OptionalYesPast or present job-
10OH3OptionalNoUsual work-
11OH4OptionalYesCombat zone work-
12ARVOptionalYesAccess restriction-
13OBXRequiredNoObservation resultPATIENT_OBSERVATION
14PRTOptionalYesParticipation informationPATIENT_OBSERVATION
15PV1RequiredNoPatient visitVISIT
16PV2OptionalNoPatient visit - additional infoVISIT
17PRTOptionalYesParticipation informationVISIT
18ORCRequiredNoCommon order-
19PRTOptionalYesParticipation information-
20OBRRequiredNoObservation request-
21NTEOptionalYesNotes and comments-
22PRTOptionalYesParticipation information-
23TQ1RequiredNoTiming / quantityTIMING_QTY
24TQ2OptionalYesTiming / quantity relationshipTIMING_QTY
25OBXRequiredNoObservation resultOBSERVATION
26PRTOptionalYesParticipation informationOBSERVATION
27NTEOptionalYesNotes and commentsOBSERVATION
28DEVRequiredNoDeviceDEVICE
29OBXOptionalYesObservation resultDEVICE

Ready to build integrations?

Get started with Zato and connect your systems in minutes.

Open source In Python