hl7-structural criteria.
How your agent connects
The HL7 sandbox exposes a message inbox (pre-seeded with any messages the task scenario set up) and an outbound endpoint for messages your agent emits. Both are reached via HTTP under the benchmark-run path and authenticated with the run-scoped bearer token. The payload is the raw HL7v2 pipe-delimited message as a string. Supported message types:- ADT (Admit/Discharge/Transfer) for patient movement
- ORU (Observation Result) for lab results
- ORM (Order Message) for orders
- SIU (Scheduling Information Unsolicited) for appointment scheduling
Endpoints
| Method | Endpoint | Description |
|---|---|---|
GET | /v1/benchmark-runs/{id}/hl7/inbox | Read inbound HL7 messages seeded by the task scenario |
POST | /v1/benchmark-runs/{id}/hl7/outbound | Submit an outbound HL7 message; returns an HL7 ACK |
/services/{service_id}/hl7/messages (see Send HL7 message).
Driving the rollout
Fetch the inbox:MSA|AA|12345) when the message is accepted. Rejected messages return MSA|AE or MSA|AR with a reason.
Configuration
The HL7 simulator has no required configuration at create time. Inbound traffic is driven by the dataset or by task scenarios that seed messages into the inbox before a task run starts.Verification
Thehl7-structural check parses each outbound HL7 message, correlates by MSH fields or trigger event, and asserts on segment values by path.
Next Steps
FHIR
Pair HL7 ADT flows with a FHIR EHR for end-to-end admission testing.
Criteria
Full reference for
hl7-structural assertions.HL7 API reference
Direct-access HL7 send endpoint for authoring.
Simulators overview
Lifecycle, provisioning, and configuration patterns.