Komunikaty HL7 v2 ORM i OML dotyczące zleceń

Krótka odpowiedź: w HL7 v2, zlecenie (badanie laboratoryjne, badanie obrazowe, lek) jest wysyłane jako wiadomość ORM^O01 w wersjach do 2.5.1, lub jako wiadomość zlecenia laboratoryjnego OML^O21 od wersji 2.4. Oba zawierają pacjenta (PID), wizytę (PV1), segment ORC kontrolujący zlecenie (nowe, anuluj, wstrzymaj, zmiana statusu, z numerami zleceniodawcy i wykonawcy) oraz segment OBR określający, co zostało zlecone, przez kogo i na kiedy. System wykonujący odpowiada wiadomością ORR (lub ORL dla OML), a później zwraca wyniki jako ORU. Odpowiednikiem ORC+OBR w FHIR jest ServiceRequest.

Zlecenie laboratoryjne, segment po segmencie

Wiadomość zlecenia laboratoryjnego HL7 v2 (ORM^O01) składa się z segmentów: MSH określa typ i wersję wiadomości, PID identyfikuje pacjenta, PV1 opisuje wizytę, ORC zawiera kod kontrolny zlecenia, numery zleceń od zleceniodawcy i wykonawcy, priorytet oraz lekarza zlecającego, OBR określa zlecony test z kodem LOINC i czasem pobrania, a DG1 podaje uzasadniającą diagnozę.

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_O01 określa typ wiadomości, zdarzenie wyzwalające i strukturę. MSH-12 podaje wersję.
PID identyfikuje pacjenta; PID-3 zawiera identyfikator z jego organem nadającym i typem (MR, numer historii choroby).
PV1 podaje informacje o wizycie: ambulatoryjna (O), lokalizacja, lekarz prowadzący.
ORC-1 to kod kontroli zlecenia: NW nowe zlecenie, CA żądanie anulowania, OC zlecenie anulowane, HD wstrzymaj, RL zwolnij, SC zmiana statusu, OK zlecenie przyjęte, UA nie można przyjąć, XO zmień zlecenie, DC przerwij. ORC-2 to numer zlecenia zleceniodawcy (nadany przez system zlecający), ORC-3 to numer zlecenia wykonawcy (nadany przez laboratorium, pusty do czasu odpowiedzi). ORC-7 zawiera czas i priorytet (R rutynowe, S pilne, A jak najszybciej). ORC-12 to zleceniodawca.
OBR-4 to uniwersalny identyfikator usługi: co zostało zlecone, zakodowane (tutaj LOINC, LN). OBR-7 to data i czas obserwacji lub pobrania. OBR-16 powtarza zleceniodawcę. W zleceniach laboratoryjnych szczegóły dotyczące próbki znajdują się w OBR-15 w starszych wersjach i w dedykowanym segmencie SPM od wersji 2.5.
DG1 zawiera diagnozę uzasadniającą zlecenie.

To samo zlecenie z wieloma badaniami powtarza parę ORC/OBR raz na badanie, każde z własnym identyfikatorem zestawu OBR-1.

ORM vs OML

ORM^O01 to ogólna wiadomość zlecenia HL7 v2, jedna luźna struktura dla laboratoriów, radiologii, aptek i materiałów. OML, wprowadzony w wersji 2.4, to wiadomość zlecenia specyficzna dla laboratorium z wyzwalaczami O21, O33 i O35 oraz wyraźnymi segmentami SPM i SAC dla próbek i pojemników. Większość interfejsów szpital-laboratorium nadal działa w oparciu o ORM^O01; OML pojawia się w nowszych systemach laboratoryjnych i profilach IHE.

ORM^O01 to ogólna wiadomość zlecenia: jedna struktura dla laboratorium, radiologii, farmacji, diety i zaopatrzenia, co czyniło ją elastyczną. Od wersji 2.4 HL7 wprowadziło OML (zlecenie laboratoryjne) z kilkoma wyzwalaczami: O21 (zlecenie według badania), O33 (zlecenie według próbki) i O35 (zlecenie według próbki i pojemnika), oraz bardziej rygorystyczną strukturę z segmentami SPM i SAC dla próbek i pojemników. OMG (ogólne zlecenie kliniczne), OMI (obrazowanie), OMP (farmacja) podążały tym samym wzorem. W praktyce większość interfejsów szpitalno-laboratoryjnych nadal działa na ORM^O01 w wersji 2.3.1 lub 2.5.1, a OML pojawia się w nowszych systemach laboratoryjnych i w profilu IHE Laboratory Testing Workflow.

Odpowiedzi

Zlecenie HL7 v2 otrzymuje dwie odpowiedzi. Natychmiastowe ACK (MSA-1 AA, AE lub AR) potwierdza otrzymanie i przetworzenie wiadomości. Następnie odpowiedź aplikacji, ORR^O02 dla ORM lub ORL^O22 dla OML, powtarza ORC z OK lub UA i wypełnia ORC-3, numer zlecenia wykonawcy. Wyniki są później zwracane jako ORU^R01 zawierające oba numery zleceń.

System odbierający odpowiada dwukrotnie. Natychmiast, za pomocą ACK (MSA-1 AA akceptacja, AE błąd, AR odrzucenie), który potwierdza otrzymanie i przetworzenie wiadomości. Następnie, jako odpowiedź aplikacji, za pomocą ORR^O02 (dla ORM) lub ORL^O22 (dla OML), powtarzając ORC z OK lub UA i wypełniając ORC-3, numer zlecenia wykonawcy, który obie strony używają od tego momentu. Wyniki wracają jako ORU^R01, z tymi samymi numerami zleceniodawcy i wykonawcy w OBR-2 i OBR-3, co pozwala powiązać wynik z jego zleceniem. Zobacz Wyjaśnienie wiadomości HL7 v2: ADT i ORU.

Gdzie zlecenia się psują

Zlecenia HL7 v2 najczęściej psują się z powodu niedopasowanych numerów zleceniodawcy i wykonawcy, gdy ORR nie zostało przetworzone, lokalnych kodów testów w OBR-4 bez kodu LOINC, anulowań wysyłanych bez oryginalnego numeru zleceniodawcy, niedopasowań wersji, takich jak segment SPM wysłany do odbiorcy 2.3.1, oraz priorytetu zapisanego w swobodnym tekście NTE zamiast ORC-7 lub OBR-5.

Niedopasowane numery: ORU wraca z numerem wykonawcy, którego EHR nigdy nie widział, zazwyczaj dlatego, że ORR nie zostało przetworzone.
Kody lokalne w OBR-4: wewnętrzny kod badania laboratorium zamiast (lub bez) kodu LOINC, co uniemożliwia systemowi odbierającemu powiązanie badania. Rozwiązaniem jest kod zawierający oba: GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN.
Anulowania bez oryginalnych numerów: CA musi zawierać numer zleceniodawcy anulowanego zlecenia.
Niedopasowania wersji: segment SPM wysłany do odbiorcy wersji 2.3.1 jest odrzucany lub ignorowany.
Priorytet w złym polu: STAT w swobodnym tekście NTE zamiast ORC-7 lub OBR-5.

To samo zlecenie w FHIR

W FHIR segmenty ORC i OBR zlecenia HL7 v2 łączą się w jeden ServiceRequest ze statusem, intencją zlecenia, priorytetem, kodem LOINC, podmiotem, spotkaniem, wnioskodawcą, datą i godziną wystąpienia, kodem powodu dla diagnozy oraz identyfikatorami dla numerów zleceniodawcy i wykonawcy. Wynikowe Observation i DiagnosticReport odnoszą się do niego poprzez basedOn, zgodnie z mapowaniem w przewodniku implementacji HL7 v2-to-FHIR.

W FHIR, ORC i OBR łączą się w jeden ServiceRequest: status (aktywny, wstrzymany, odwołany, zakończony), intent (order), priority (rutynowe, pilne, jak najszybciej, stat), code (badanie LOINC), subject, encounter, requester, occurrenceDateTime, reasonCode (diagnoza ICD-10) i identifier dla numerów zleceniodawcy i wykonawcy. Wynik Observation i DiagnosticReport wskazują wstecz za pomocą basedOn. HL7 publikuje mapowanie pola po polu w przewodniku implementacji v2-to-FHIR.

Anpheros Platform obsługuje ServiceRequest, Observation i DiagnosticReport, a jego konektor laboratoryjny akceptuje wyniki w formatach HL7 v2 ORU, CSV lub JSON. Nie wysyła ani nie odbiera zleceń; zlecenia pozostają w systemach szpitala lub laboratorium, a ukończony wynik trafia do dokumentacji pacjenta.

Powiązane strony

Źródła

Najczęstsze pytania

Jaka jest różnica między ORC a OBR?

ORC dotyczy zlecenia jako obiektu administracyjnego: kto je złożył, jego numery, status, priorytet. OBR dotyczy żądanej usługi: jakie badanie, na jakiej próbce, kiedy. Każdy OBR jest poprzedzony swoim ORC.

Kim jest zleceniodawca i wykonawca?

Zleceniodawca to system, który prosi o usługę (EHR lub system lekarza zlecającego); wykonawca to system, który ją wykonuje (laboratorium lub system radiologiczny). Każdy nadaje swój własny numer zlecenia, a wiadomości zawierają oba, aby każda ze stron mogła znaleźć zlecenie.

Czy powinienem wdrożyć ORM czy OML dla nowego interfejsu laboratoryjnego?

Jeśli partner obsługuje OML^O21 w wersji 2.5.1 lub nowszej, preferuj go: obsługa próbek jest jawna, a profile IHE są na nim oparte. Jeśli partnerem jest starszy LIS, ORM^O01 jest tym, czym się posługuje, i należy się do tego dostosować.

Jak zlecenie HL7 v2 mapuje się na FHIR?

ORC i OBR razem stają się ServiceRequest; numery zleceniodawcy i wykonawcy stają się identyfikatorami; ORC-1 i ORC-5 mapują się na status; OBR-4 na kod; DG1 na reasonCode; zleceniodawca na requester. Przewodnik HL7 v2-to-FHIR publikuje szczegółowe tabele.

Anpheros Platform

Wypróbuj za darmo w sandboksie

Pierwsze wywołanie FHIR w 5 minut. API HL7 FHIR R4 z wbudowaną zgodą pacjenta: wypróbuj w piaskownicy, a następnie połącz własną aplikację lub system kliniczny.

Utwórz darmowy sandbox Przeczytaj przewodniki dla programistów →

Za darmo · 30 syntetycznych pacjentów · bez karty

Ten poradnik ma charakter informacyjny i nie zastępuje konsultacji lekarskiej. Decyzje dotyczące zdrowia podejmuj z lekarzem. W nagłym wypadku zadzwoń pod lokalny numer alarmowy (112 w Europie).

Napisane przez

Zespół Anpheros

Anpheros tworzy dokumentację medyczną, nad którą pacjent ma kontrolę i którą może udostępniać dowolnej klinice, na platformie HL7 FHIR R4, z siedzibą w UE. Te przewodniki pomogą Ci zrozumieć i uporządkować informacje o Twoim zdrowiu; nie zastępują one wizyty u lekarza.

O Anpheros →