Mediloop
HEALTHCARE SYSTEMS CONNECTORS

Orders & Results (ORU)

4 of 9

Exchange clinical orders, observations and results between Mediloop, HIS/EHR and departmental systems using HL7 v2 and FHIR across laboratory, imaging, cardiology and other diagnostic services.

HL7 v2ORM / OML / ORUFHIR R4 / R4BServiceRequestObservationDiagnosticReportTaskLIS / RIS / Other
End-to-End Orders & Results Flow
1
Clinician / HIS
Creates lab, imaging, cardiology or other diagnostic order
2
Mediloop Connector
Validates, transforms and routes order
3
Departmental System
LIS, RIS, cardiology or specialty system processes order
4
Results
Preliminary, final or corrected results returned
5
HIS / Mediloop
Normalizes and stores result in patient record
6
Clinician / Patient
Results viewed with notifications and access controls
Preserve original identifiers, codes and units while MSIS performs terminology normalization, validation and reconciliation.
Supported HL7 v2 Messages
MessageDescriptionDirection
ORMOrder requestInbound / Outbound
OMLLaboratory order / responseInbound / Outbound
ORUUnsolicited resultInbound
ORFSolicited order resultInbound
ACKAcknowledgementBidirectional
FHIR Resource Mapping
FHIR resourceRoleTypical linkage
ServiceRequestOrder / requested servicePatient, Encounter, requester, performer
SpecimenCollected materialServiceRequest and patient
TaskFulfillment / departmental statusServiceRequest
ObservationIndividual quantitative or qualitative resultPatient, specimen, device, DiagnosticReport
DiagnosticReportGrouped final/interim result setServiceRequest, Observation, ImagingStudy
Practitioner / OrganizationRequester / performerOrder and report provenance
Order & Result Lifecycle
1
Requested
Order created
2
Accepted
Receiving system acknowledges
3
In progress
Procedure/test underway
4
Preliminary
Interim result available
5
Final
Final result released
6
Corrected / amended
Controlled replacement/addendum
Terminology & MSIS
DomainTypical standardMSIS responsibility
Laboratory testsLOINCValidate/match order and result concepts
Clinical findingsSNOMED CTNormalize findings while preserving source code
DiagnosesICD / SNOMED CTMap coding systems according to use case
UnitsUCUMNormalize units and conversion provenance
Local departmental codesLocal/vendorReconcile to canonical concept while retaining original
Developer Integration Surface
How to read this section
FHIR resources and HL7/IHE operations are standards-based integration surfaces. Mediloop REST routes shown here are documentation contracts and must remain marked planned until the corresponding backend route is implemented and production-approved.
SurfaceOperation / resourceUseStatus
HL7 v2ORM / OML / ORU / ORF / ACKConnect existing HIS, LIS, RIS and interface enginesProtocol operation
FHIRServiceRequest / Specimen / Task / Observation / DiagnosticReportModern order/result workflows and canonical exchangeFHIR surface
Eventsorder.created / status.changed / result.preliminary / result.final / result.correctedDrive notifications and downstream workflowsPlanned contract
REST / SDKOrder routing, result ingestion and reconciliation façadeMediloop-native apps and modernizationPlanned contract
Reliability & Reconciliation
Use stable placer/filler order numbers and correlation IDs
Return acknowledgements with actionable validation errors
Deduplicate retransmitted results
Track preliminary/final/corrected replacement relationships
Reconcile results that arrive before expected order context
Keep source payload, mapping and terminology provenance
Best Practices
Separate order intent from departmental fulfillment status
Never silently rewrite source clinical values
Make result visibility respect preliminary/final state
Test corrected/amended result scenarios
Monitor order-to-result latency and unmatched results
Keep laboratory/imaging-specific detail in their dedicated connector families