Rövid válasz: egy laboratóriumi interfésznek két iránya van. A megrendelések az EESZT-ből a laboratóriumi információs rendszerbe (LIS) HL7 v2 ORM^O01 vagy OML^O21 üzenetek formájában (vagy FHIR ServiceRequestként) mennek, a LIS pedig ORR/ORL üzenetekkel válaszol, majd később az eredményekkel ORU^R01 (vagy FHIR DiagnosticReport Observationokkal) formájában. A nehéz részek nem az üzenetek, hanem az azokon belüli részletek: a placer és filler számok, amelyek az eredményeket a megrendelésekhez kötik, az eredmény státusza (előzetes, végleges, javított), a rendellenességi jelzők, az egységek és a referenciatartományok, a mintainformációk, a mikrobiológia többrészes eredményeivel, valamint a LOINC kódokra való kódleképezés. Jól kivitelezve minden eredmény a megfelelő beteghez, a megfelelő megrendeléshez és a chart megfelelő helyére kerül, jelentésének sértetlenségével.
1. lépés: Az áramlások megbeszélése
Az első lépés a laboratóriumi információs rendszer (LIS) és az elektronikus egészségügyi dokumentáció (EHR) integrációjában az, hogy a laboratóriummal megbeszéljük, milyen adatfolyamok léteznek: megrendelések ki, rendelési státuszfrissítések, eredmények be, javítások, törlések, kiegészítő és reflex tesztek, valamint egy ADT demográfiai adatcsatorna a LIS felé. A felek rögzítik az HL7 verziót is, általában a 2.3.1-et vagy a 2.5.1-et, valamint a szállítási módot, jellemzően MLLP-t nyugtákkal.
A laboratóriummal döntsd el, mely áramlások léteznek: megrendelések kifelé (vagy a labor papírt kap és maga regisztrál?), megrendelés státusz frissítések, eredmények be, javítások, törlések, kiegészítő tesztek, reflex tesztek és demográfiai adatok (ADT feed a LIS-hez, hogy ismerje a beteget a minta megérkezése előtt). Rajzold le a szekvenciát egy normál eredményre, egy javított eredményre és egy törölt megrendelésre. Döntsd el az HL7 verziót (a 2.3.1 és a 2.5.1 a leggyakoribb) és a szállítást (MLLP ACKs-szel; néha fájlok). Lásd HL7 v2 megrendelési üzenetek.
2. lépés: Az eredményüzenet, mezőről mezőre
Egy laboratóriumi eredmény HL7 v2 ORU^R01 üzenetként érkezik az EHR-be: az MSH azonosítja a küldőt és a fogadót, a PID a beteget, a PV1 a vizitet, az ORC és az OBR tartalmazza a megrendelő és a teljesítő rendelési számokat, az igényelt panelt és a jelentés státuszát, minden OBX pedig egy analitot tartalmaz a LOINC kódjával, értékével, egységeivel, referenciatartományával, rendellenességi jelzőjével és eredmény státuszával.
MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.
- ORC-2 / OBR-2 placer szám és ORC-3 / OBR-3 filler szám: a kapcsolat a megrendeléshez. OBR-4: a panel, kódolva (LOINC
LN). OBR-7: minta gyűjtési idő. OBR-22: eredmények jelentési idő. OBR-25: eredmény státusz az egész megrendelésre (Pelőzetes,Fvégleges,Cjavított,Xtörölt). - OBX-2: érték típusa (
NMnumerikus,STstring,TXszöveges,CE/CWEkódolt,SNstrukturált numerikus, mint<^5). OBX-3: az analit, kódolva. OBX-5: az érték. OBX-6: egységek, ideálisan UCUM (10*3/uL, nemK/µL). OBX-7: referenciatartomány szövegként. OBX-8: rendellenességi jelzők (L,H,LL,HH,A,N). OBX-11: eredmény státusz analitonként (P,F,C,X,Dtörölt). OBX-14: megfigyelési idő. OBX-19: elemzési idő. - NTE: megjegyzések, az OBR-hez vagy egy adott OBX-hez pozíció szerint csatolva.
- SPM (2.5+): minta típusa (SNOMED CT), gyűjtési idő, érkezési idő, állapot.
3. lépés: A különleges esetek
Azok a különleges esetek, amelyeket egy laboratóriumi interfésznek kezelnie kell: javított eredmények (C státusz az eredeti rendelési számokkal, amelyek helyettesítik és figyelmeztetnek ahelyett, hogy törölnék), előzetes, majd végleges eredmények, mikrobiológia a szub-azonosítóval összekapcsolt organizmusokkal és érzékenységekkel, szöveges eredmények és beágyazott PDF-ek, reflex és kiegészítő tesztek, törlések, valamint egységek és referenciatartományok, amelyek megváltoznak, amikor a laboratórium elemzőket cserél.
- Javítások: egy új ORU
Cstátusszal az OBR-25-ben és OBX-11-ben, ugyanazokkal a placer/filler számokkal; az EESZT-nek ki kell cserélnie, jelölnie kell a változást és figyelmeztetnie kell a klinikust. Soha ne töröld az eredetit csendben. - Előzetes, majd végleges:
Peredmények (egy Gram-festés), amitF(a tenyésztés) követ; a chartnak meg kell jelenítenie a státuszt. - Mikrobiológia: egy OBX azonosított organizmusra (kódolt, SNOMED CT), majd az érzékenységi eredmények OBX-ként antibiotikumonként az organizmus al-azonosítójaként (OBX-4), gyakran több üzeneten keresztül. Itt rejtőzik a legtöbb interfész hiba.
- Szöveges eredmények és PDF-ek: patológiai és néhány kémiai megjegyzés TX sorokként vagy beágyazott PDF-ként érkezik (OBX-2
ED); a chartnak szüksége van mind a szövegre, mind a fájlra. - Reflex és kiegészítő tesztek: új OBR-ek az eredeti megrendelés alatt, vagy egy új megrendelés, amelyet a labor hozott létre; állapodj meg a számozásukban.
- Törlések:
Xstátusz, az eredeti számokkal. - Egységek és tartományok analizátoronként: ugyanaz a teszt megváltoztathatja az egységeket, amikor a laboratórium analizátorokat cserél; az interfésznek minden eredményhez magával kell vinnie a tartományt, nem szabad feltételeznie.
4. lépés: Kódok
A kódleképezés egy laboratóriumi interfészben azt jelenti, hogy a laboratórium helyi tesztkódjait egyszer, egy karbantartott táblázatban LOINC kódra fordítjuk, és mind a helyi, mind a LOINC kódot az OBX-3 mezőben küldjük el, az egységeket UCUM-ra normalizáljuk, és a mintatípusokat és organizmusokat SNOMED CT-vel kódoljuk. E leképezés nélkül az eredmények nem trendelhetők laboratóriumok között, és nem olvashatók külső rendszerek által.
A laboratórium tesztkódjait egyszer, egy karbantartott táblázatban LOINC kódokra kell leképezni, és mind a helyi, mind a LOINC kódokat az OBX-3-ban kell küldeni (GLN^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN). Az egységeket UCUM-ra kell normalizálni. Minta típusok és organizmusok SNOMED CT-ben. A módszer a Hogyan képezzük le a helyi labor kódokat LOINC-ra dokumentumban található; enélkül az eredmények nem trendelhetők laboratóriumok között, és nem olvashatók külső rendszerek által.
5. lépés: A FHIR alternatíva
Az HL7 v2 laboratóriumi interfész FHIR alternatívája egy ServiceRequest-et használ a rendeléshez, analitonként egy Observation-t LOINC kóddal, UCUM mennyiséggel, referenciatartománnyal és értelmezéssel, valamint egy DiagnosticReport-ot, amely ezeket csoportosítja státusszal, előadóval, kiadás idejével, következtetéssel és PDF-fel. A kézbesítés REST írásokkal történik, jelentésenként egy tranzakciós Bundle, vagy FHIR Subscriptions.
FHIR-rel a megrendelés egy ServiceRequest, az eredmények Observationok (egy analitonként, LOINC kód, UCUM mennyiség, referenceRange, interpretation) egy DiagnosticReport által csoportosítva, amely tartalmazza a státuszt, az előadót, a kiadás idejét, a következtetést és a PDF-et, a basedOn pedig a ServiceRequest-re mutat. A javítások az ugyanazon erőforrások verziói, amended vagy corrected státusszal. A kézbesítés REST írásokkal történik az EESZT FHIR szerverére, jelentésenként egy tranzakciós Bundle, vagy Subscriptions. A HL7 v2-to-FHIR útmutató minden fenti mezőt leképez; sok laboratórium ma már mindkettőt kínálja. Lásd FHIR DiagnosticReport magyarázata és FHIR Observation magyarázata.
6. lépés: Tesztelés és élesítés
A laboratóriumi interfész tesztelése az élesítés előtt azt jelenti, hogy szintetikus betegeken futtatjuk át az összes különleges esetet, összehasonlítjuk egy nap párhuzamos eredményeit a laboratóriumi jelentés és az EHR dokumentáció között, ellenőrizzük az időzónákat és a nyári időszámítás átmeneteit, igazoljuk a nyugtázási kezelést és az utólagos visszaküldést egy kimaradás után, és megegyezünk egy ügyeleti eljárásban a sikertelen üzenetekre, az IHE Laboratóriumi Tesztelési Munkafolyamat profilját alapként használva.
Tesztelj szintetikus betegekkel a 3. lépés minden esetében; hasonlíts össze egy napnyi párhuzamos eredményt a papír vagy PDF jelentés és a chart között; ellenőrizd az időzónákat és a nyári időszámítás átmeneteket; ellenőrizd az ACK kezelést és az újrapróbálkozást kimaradás után; állapodj meg egy ügyeleti eljárásban a sikertelen üzenetekre. Az IHE Laboratory Testing Workflow profilja és a nemzeti konformans csomagok tesztelt alapot adnak.
Tervezési hibák
Azok a hibák, amelyek ellen egy laboratóriumi interfésznek tervezve kell lennie: korábbi vizitre mentett eredmények, olyan betegegyesítések, amelyeket nem alkalmaztak a LIS-ben, egységváltozások egy analizátorfrissítés után, amelyek eltolják a trendeket, figyelmeztetés nélküli javított eredmények felülírása, mikrobiológiai érzékenységek rossz organizmushoz csatolva, és olyan tesztek eredményei, amelyekhez az EHR-nek nincs kódja, és amelyek egy hibaüzenet-sorba tűnnek el.
Eredmények egy korábbi találkozóhoz rendelve, mert a PV1 elavult volt; egy egyesítés (ADT A40) nem lett alkalmazva a LIS-ben; egy egységváltozás egy analizátor frissítés után csendben eltolta a trendeket; javított eredmények figyelmeztetés nélkül íródtak felül; mikrobiológiai érzékenységek tévesztve a rossz organizmushoz; egy labor olyan tesztre küldött eredményeket, amelyre az EESZT-nek nincs kódja, és amelyek így egy hiba sorba vesznek.
Anpherosban
Az Anpheros labor csatlakozó ORU^R01, CSV és JSON formátumokat fogad, és Observations-öket hoz létre egy DiagnosticReport alatt LOINC és UCUM kódokkal, megtartva a helyi kódokat és az eredeti fájlt; a fejlesztői útmutató a labor eredmények importálásáról végigvezet rajta az ingyenes sandboxon.
Kapcsolódó oldalak
- HL7 v2 ORM és OML megrendelési üzenetek
- HL7 v2 üzenetek magyarázata: ADT és ORU
- Hogyan képezzük le a helyi labor kódokat LOINC-ra
- FHIR DiagnosticReport magyarázata
- Labor csatlakozó: HL7 v2, CSV vagy JSON FHIR-re
- Interfész motorok magyarázata
- Labor eredmények importálása FHIR-be (fejlesztői oldal)
Források
- HL7 v2.5.1 ORU_R01 referencia (Caristix)
- HL7 v2.5.1 OBX szegmens (Caristix)
- IHE Laboratory technical framework (LTW)
- HL7 v2-to-FHIR implementációs útmutató
- HL7 FHIR R4: DiagnosticReport
Gyakori kérdések
Melyik HL7 verziót használja egy új laboratóriumi interfész?
2.5.1, ha mindkét fél támogatja: rendelkezik SPM-mel a mintákhoz és tisztább státuszkezeléssel. Sok laboratórium még mindig 2.3.1-et futtat, és az interfész alkalmazkodik az idősebb oldalhoz.
Hogyan egyeztetjük az eredményeket a megrendelésekkel?
A placer megrendelési szám (az EESZT által hozzárendelve) és a filler megrendelési szám (a LIS által hozzárendelve) alapján, amelyeket mind a megrendelés válasz, mind az eredmény ORC-2/3 és OBR-2/3 mezőiben szállítanak. Ha az EESZT soha nem rögzítette a filler számot, az egyeztetés a placer számra támaszkodik.
Mi van, ha a laboratórium nem tud LOINC kódokat küldeni?
Képezze le a helyi kódokat LOINC-ra az Ön oldalán, az engine-ben vagy a csatlakozóban, és tartsa meg mindkettőt. Ragaszkodjon ahhoz, hogy a helyi kódrendszer stabil legyen, és hogy az új teszteket bejelentsék.
Kész a FHIR a laboratóriumi interfészekhez?
Igen az új kapcsolatokhoz, különösen a kórházon kívül: a ServiceRequest, Observation és DiagnosticReport teljes mértékben lefedi a megrendeléseket és az eredményeket, és a nemzeti útmutatók profiloznak őket. A kórházon belül a LIS és az analizátorok évekig HL7 v2-t fognak beszélni.
Próbálja ki ingyen a sandboxban
Az első FHIR-hívás 5 perc alatt. Egy HL7 FHIR R4 API, amely tartalmazza a beteg beleegyezését: próbáld ki a sandboxban, majd csatlakoztasd saját alkalmazásodat vagy klinikai rendszeredet.
Ingyenes · 30 szintetikus beteg · kártya nélkül
Az Anpheros egy olyan egészségügyi nyilvántartást épít, amelyet a beteg irányít, és megoszthat bármelyik klinikával, egy EU-ban működő HL7 FHIR R4 platformon. Ezek az útmutatók segítenek megérteni és rendszerezni az egészségügyi adataidat; nem helyettesítik az orvosodat.
Tudj meg többet az Anpherosról →