Kurze Antwort: In HL7 v2 wird eine Bestellung (ein Labortest, eine bildgebende Untersuchung, ein Medikament) bis Version 2.5.1 als ORM^O01-Nachricht gesendet, oder ab Version 2.4 als OML^O21-Laborbestellnachricht. Beide enthalten den Patienten (PID), den Besuch (PV1), das ORC-Segment, das die Bestellung steuert (neu, stornieren, zurückhalten, Statusänderung, mit Placer- und Filler-Nummern) und das OBR-Segment, das angibt, was bestellt wurde, von wem und für wann. Das Filler-System antwortet mit einem ORR (oder ORL für OML) und sendet später Ergebnisse als ORU. Das FHIR-Äquivalent von ORC+OBR ist eine ServiceRequest.
Eine Laborbestellung, Segment für Segment
Eine HL7 v2 Laborauftragsnachricht (ORM^O01) besteht aus Segmenten: MSH benennt den Nachrichtentyp und die Version, PID identifiziert den Patienten, PV1 beschreibt den Besuch, ORC enthält den Auftragssteuerungscode, Platzierungs- und Ausführenden-Auftragsnummern, Priorität und den bestellenden Arzt, OBR benennt den angeforderten Test mit einem LOINC-Code und der Sammelzeit, und DG1 gibt die begründende Diagnose an.
MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10
- MSH-9
ORM^O01^ORM_O01benennt den Nachrichtentyp, das Triggerereignis und die Struktur. MSH-12 gibt die Version an. - PID identifiziert den Patienten; PID-3 enthält die Kennung mit ihrer zuweisenden Behörde und ihrem Typ (
MR, Krankenaktennummer). - PV1 gibt den Besuch an: ambulant (
O), den Ort, den behandelnden Arzt. - ORC-1 ist der Order Control Code:
NWneue Bestellung,CAStornierungsanforderung,OCBestellung storniert,HDzurückhalten,RLfreigeben,SCStatus geändert,OKBestellung akzeptiert,UAnicht akzeptierbar,XOBestellung ändern,DCabbrechen. ORC-2 ist die Placer Order Number (vom bestellenden System zugewiesen), ORC-3 die Filler Order Number (vom Labor zugewiesen, leer bis zur Antwort). ORC-7 enthält Zeitplanung und Priorität (RRoutine,Sstat,Aasap). ORC-12 ist der bestellende Anbieter. - OBR-4 ist der Universal Service Identifier: was bestellt wurde, kodiert (hier LOINC,
LN). OBR-7 ist das Datum/die Uhrzeit der Beobachtung oder Sammlung. OBR-16 wiederholt den bestellenden Anbieter. Bei Laborbestellungen befinden sich die Probeninformationen in älteren Versionen in OBR-15 und ab Version 2.5 in einem eigenen SPM-Segment. - DG1 enthält die Diagnose, die die Bestellung rechtfertigt.
Dieselbe Bestellung mit mehreren Tests wiederholt das ORC/OBR-Paar einmal pro Test, jeweils mit einer eigenen OBR-1 Set ID.
ORM vs OML
ORM^O01 ist die allgemeine HL7 v2 Auftragsnachricht, eine lose Struktur für Labor, Radiologie, Pharmazie und Verbrauchsmaterialien. OML, eingeführt in Version 2.4, ist die laborspezifische Auftragsnachricht mit den Triggern O21, O33 und O35 und expliziten SPM- und SAC-Segmenten für Proben und Behälter. Die meisten Schnittstellen von Krankenhäusern zu Laboren verwenden immer noch ORM^O01; OML erscheint in neueren Laborsystemen und IHE-Profilen.
ORM^O01 ist die allgemeine Bestellnachricht: eine Struktur für Labor, Radiologie, Pharmazie, Ernährung und Verbrauchsmaterialien, was sie ungenau machte. Ab Version 2.4 führte HL7 OML (Laborbestellung) mit mehreren Triggern ein: O21 (Bestellung nach Test), O33 (Bestellung nach Probe) und O35 (Bestellung nach Probe und Behälter), sowie eine strengere Struktur mit SPM- und SAC-Segmenten für Proben und Behälter. OMG (allgemeine klinische Bestellung), OMI (Bildgebung), OMP (Pharmazie) folgten demselben Muster. In der Praxis laufen die meisten Krankenhaus-zu-Labor-Schnittstellen immer noch auf ORM^O01 in Version 2.3.1 oder 2.5.1, und OML erscheint in neueren Laborsystemen und im Laboratory Testing Workflow-Profil von IHE.
Antworten
Ein HL7 v2 Auftrag erhält zwei Antworten. Ein sofortiges ACK (MSA-1 AA, AE oder AR) bestätigt den Empfang und die Verarbeitung der Nachricht. Dann wiederholt eine Anwendungsantwort, ORR^O02 für ORM oder ORL^O22 für OML, den ORC mit OK oder UA und füllt ORC-3, die Ausführenden-Auftragsnummer, aus. Ergebnisse werden später als ORU^R01 zurückgegeben, die beide Auftragsnummern enthält.
Das empfangende System antwortet zweimal. Sofort mit einem ACK (MSA-1 AA akzeptiert, AE Fehler, AR abgelehnt), das bestätigt, dass die Nachricht empfangen und verarbeitet wurde. Dann als Anwendungsantwort mit ORR^O02 (für ORM) oder ORL^O22 (für OML), die das ORC mit OK oder UA wiederholt und ORC-3, die Filler Order Number, ausfüllt, die beide Seiten von da an verwenden. Ergebnisse kommen als ORU^R01 zurück, mit denselben Placer- und Filler-Nummern in OBR-2 und OBR-3, wodurch ein Ergebnis seine Bestellung findet. Siehe HL7 v2 Nachrichten erklärt: ADT und ORU.
Wo Bestellungen fehlschlagen
HL7 v2 Aufträge scheitern am häufigsten an nicht übereinstimmenden Platzierungs- und Ausführenden-Nummern, wenn der ORR nicht verarbeitet wurde, an lokalen Testcodes in OBR-4 ohne LOINC-Code, an Stornierungen, die ohne die ursprüngliche Platzierungsnummer gesendet wurden, an Versionskonflikten, wie z. B. einem SPM-Segment, das an einen 2.3.1-Empfänger gesendet wurde, und an Prioritäten, die in einem Freitext-NTE anstelle von ORC-7 oder OBR-5 geschrieben wurden.
- Nicht übereinstimmende Nummern: Die ORU kommt mit einer Filler-Nummer zurück, die das EHR nie gesehen hat, normalerweise weil die ORR nicht verarbeitet wurde.
- Lokale Codes in OBR-4: Der interne Testcode eines Labors anstelle eines LOINC-Codes (oder ohne diesen), sodass die empfangende Akte den Test nicht zuordnen kann. Die Lösung ist ein Code mit beidem:
GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN. - Stornierungen ohne die ursprünglichen Nummern:
CAmuss die Placer-Nummer der Bestellung tragen, die es storniert. - Versionskonflikte: Ein SPM-Segment, das an einen 2.3.1-Empfänger gesendet wird, wird verworfen oder abgelehnt.
- Priorität im falschen Feld:
STATin einem freien Text NTE anstelle von ORC-7 oder OBR-5.
Dieselbe Bestellung in FHIR
In FHIR werden die Segmente ORC und OBR eines HL7 v2 Auftrags in einem einzigen ServiceRequest zusammengefasst, mit Status, Absicht Bestellung, Priorität, einem LOINC-Code, Subjekt, Begegnung, Anforderer, occurrenceDateTime, reasonCode für die Diagnose und Identifikatoren für die Platzierungs- und Ausführenden-Nummern. Die daraus resultierenden Observation und DiagnosticReport verweisen darauf über basedOn, wie es der HL7 v2-zu-FHIR-Implementierungsleitfaden abbildet.
In FHIR werden ORC und OBR zu einer ServiceRequest zusammengefasst: status (aktiv, zurückgehalten, widerrufen, abgeschlossen), intent (order), priority (routine, dringend, asap, stat), code (der LOINC-Test), subject, encounter, requester, occurrenceDateTime, reasonCode (die ICD-10-Diagnose) und identifier für die Placer- und Filler-Nummern. Die Ergebnis-Observation und der DiagnosticReport verweisen mit basedOn zurück. HL7 veröffentlicht die Feld-für-Feld-Zuordnung im Implementierungsleitfaden von v2 zu FHIR.
Die Anpheros Platform unterstützt ServiceRequest, Observation und DiagnosticReport, und ihr Labor-Konnektor akzeptiert Ergebnisse als HL7 v2 ORU, CSV oder JSON. Sie sendet oder empfängt keine Bestellungen; die Bestellung verbleibt in den Systemen des Krankenhauses oder Labors, und das fertige Ergebnis wird in der Patientenakte gespeichert.
Verwandte Seiten
- HL7 v2 Nachrichten erklärt: ADT und ORU
- HL7 vs FHIR
- PACS vs RIS vs VNA
- Labor-Konnektor: HL7 v2, CSV oder JSON zu FHIR
- Was ist ein LOINC-Code?
- HL7 v2 zu FHIR-Mapping (Entwickler)
- Wie man ein Laborinformationssystem mit einem EHR integriert
- Interface Engines erklärt
Quellen
- HL7 Version 2 Produkt-Suite
- HL7 v2.5.1 ORM_O01 Referenz (Caristix)
- HL7 v2.5.1 OML_O21 Referenz (Caristix)
- HL7 v2-zu-FHIR Implementierungsleitfaden
- HL7 FHIR R4: ServiceRequest
- IHE Laboratory Testing Workflow (LTW)
Häufige Fragen
Was ist der Unterschied zwischen ORC und OBR?
ORC bezieht sich auf die Bestellung als administratives Objekt: wer sie aufgegeben hat, ihre Nummern, ihren Status, ihre Priorität. OBR bezieht sich auf die angeforderte Leistung: welcher Test, an welcher Probe, wann. Jedem OBR geht sein ORC voraus.
Was ist ein Placer und ein Filler?
Der Placer ist das System, das die Leistung anfordert (das EHR oder das System des behandelnden Arztes); der Filler ist das System, das sie ausführt (das Labor- oder Radiologiesystem). Jedes weist seine eigene Bestellnummer zu, und die Nachrichten enthalten beide, damit jede Seite die Bestellung finden kann.
Sollte ich ORM oder OML für eine neue Labor-Schnittstelle implementieren?
Wenn der Partner OML^O21 in Version 2.5.1 oder höher unterstützt, bevorzugen Sie es: die Probenhandhabung ist explizit und IHE-Profile basieren darauf. Wenn der Partner ein älteres LIS ist, spricht es ORM^O01, und Sie passen sich an.
Wie wird eine HL7 v2 Bestellung auf FHIR abgebildet?
ORC und OBR werden zusammen zu einer ServiceRequest; die Placer- und Filler-Nummern werden zu Identifikatoren; ORC-1 und ORC-5 werden auf status abgebildet; OBR-4 auf code; DG1 auf reasonCode; der bestellende Anbieter auf requester. Der HL7 v2-zu-FHIR-Leitfaden veröffentlicht die detaillierten Tabellen.
Kostenlos in der Sandbox testen
Ihr erster FHIR-Aufruf in 5 Minuten. Eine HL7 FHIR R4 API mit der Zustimmung des Patienten: probieren Sie sie in der Sandbox aus und verbinden Sie dann Ihre eigene App oder Ihr Kliniksystem.
Kostenlos · 30 synthetische Patienten · keine Karte
Anpheros entwickelt eine Patientenakte, die der Patient kontrolliert und mit jeder Klinik teilen kann, auf einer HL7 FHIR R4-Plattform mit Sitz in der EU. Diese Anleitungen helfen Ihnen, Ihre Gesundheit zu verstehen und zu organisieren; sie ersetzen nicht Ihren Arzt.
Über Anpheros →