Krátka odpoveď: laboratórne rozhranie má dva smery. Objednávky idú z EHR do laboratórneho informačného systému (LIS) ako správy HL7 v2 ORM^O01 alebo OML^O21 (alebo ako FHIR ServiceRequest), a LIS odpovedá správami ORR/ORL a neskôr výsledkami ako ORU^R01 (alebo FHIR DiagnosticReport s Observations). Náročné nie sú správy, ale detaily v nich: placer a filler čísla, ktoré spájajú výsledky s objednávkami, status výsledku (predbežný, finálny, opravený), príznaky abnormality, jednotky a referenčné rozsahy, informácie o vzorke, mikrobiológia s jej viacdielnymi výsledkami a mapovanie kódov na LOINC. Ak je to urobené dobre, každý výsledok sa dostane k správnemu pacientovi, správnej objednávke a na správne miesto v karte, s nezmeneným významom.
Krok 1: Dohodnite si toky
Prvým krokom pri integrácii laboratórneho informačného systému s EHR je dohoda s laboratóriom o tom, aké toky existujú: odosielanie žiadaniek, aktualizácie stavu žiadaniek, prijímanie výsledkov, opravy, zrušenia, dodatočné a reflexné testy a prenos demografických údajov ADT do LIS. Strany si tiež dohodnú verziu HL7, zvyčajne 2.3.1 alebo 2.5.1, a spôsob prenosu, typicky MLLP s potvrdeniami.
S laboratóriom rozhodnite, aké toky existujú: objednávky von (alebo laboratórium prijíma papier a registruje sa samo?), aktualizácie stavu objednávok, výsledky dnu, opravy, zrušenia, doplnkové testy, reflexné testy a demografické údaje (ADT feed do LIS, aby vedelo o pacientovi pred príchodom vzorky). Nakreslite sekvenciu pre normálny výsledok, opravený výsledok a zrušenú objednávku. Rozhodnite o verzii HL7 (najbežnejšie sú 2.3.1 a 2.5.1) a transporte (MLLP s ACK; niekedy súbory). Pozri HL7 v2 objednávkové správy.
Krok 2: Správa s výsledkami, pole po poli
Laboratórny výsledok prichádza do EHR ako správa HL7 v2 ORU^R01: MSH identifikuje odosielateľa a prijímateľa, PID pacienta, PV1 návštevu, ORC a OBR nesú čísla žiadaniek od zadávateľa a spracovateľa, objednaný panel a stav správy, a každá OBX obsahuje jeden analyt s jeho kódom LOINC, hodnotou, jednotkami, referenčným rozsahom, príznakom abnormality a stavom výsledku.
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 číslo a ORC-3 / OBR-3 filler číslo: spojenie s objednávkou. OBR-4: panel, kódovaný (LOINC
LN). OBR-7: čas odberu vzorky. OBR-22: čas hlásenia výsledkov. OBR-25: status výsledku pre celú objednávku (Ppredbežný,Ffinálny,Copravený,Xzrušený). - OBX-2: typ hodnoty (
NMnumerický,STreťazec,TXtext,CE/CWEkódovaný,SNštruktúrovaný numerický ako<^5). OBX-3: analyzovaný prvok, kódovaný. OBX-5: hodnota. OBX-6: jednotky, ideálne UCUM (10*3/uL, nieK/µL). OBX-7: referenčný rozsah ako text. OBX-8: príznaky abnormality (L,H,LL,HH,A,N). OBX-11: status výsledku na analyzovaný prvok (P,F,C,X,Dzmazaný). OBX-14: čas pozorovania. OBX-19: čas analýzy. - NTE: komentáre, pripojené k OBR alebo k špecifickému OBX podľa pozície.
- SPM (2.5+): typ vzorky (SNOMED CT), čas odberu, čas prijatia, stav.
Krok 3: Špeciálne prípady
Špeciálne prípady, ktoré musí laboratórne rozhranie zvládnuť, sú opravené výsledky (stav C s pôvodnými číslami žiadaniek, ktoré nahradzujú a upozorňujú namiesto mazania), predbežné a následne konečné výsledky, mikrobiológia s organizmami a citlivosťami spojenými pod-ID, textové výsledky a vložené PDF, reflexné a dodatočné testy, zrušenia a jednotky a referenčné rozsahy, ktoré sa menia pri zmene analyzátorov v laboratóriu.
- Opravy: nová ORU s
Cv OBR-25 a OBX-11 a rovnakými placer/filler číslami; EHR musí nahradiť, označiť zmenu a upozorniť lekára. Nikdy neignorujte pôvodný záznam ticho. - Predbežné a potom finálne:
Pvýsledky (Gramovo farbenie) nasledovanéF(kultivácia); karta musí zobrazovať status. - Mikrobiológia: jeden OBX pre identifikovaný organizmus (kódovaný, SNOMED CT), potom výsledky citlivosti ako OBX na antibiotikum s organizmom ako pod-ID (OBX-4), často naprieč viacerými správami. Tu sa skrýva väčšina chýb rozhrania.
- Textové výsledky a PDF: patologické a niektoré chemické komentáre prichádzajú ako TX riadky alebo ako vložené PDF (OBX-2
ED); karta potrebuje text aj súbor. - Reflexné a doplnkové testy: nové OBR pod pôvodnou objednávkou, alebo nová objednávka vytvorená laboratóriom; dohodnite sa, ako budú očíslované.
- Zrušenia: status
X, s pôvodnými číslami. - Jednotky a rozsahy podľa analyzátora: ten istý test môže zmeniť jednotky, keď laboratórium zmení analyzátory; rozhranie musí niesť rozsah s každým výsledkom, nie predpokladať ho.
Krok 4: Kódy
Mapovanie kódov v laboratórnom rozhraní znamená preklad lokálnych testovacích kódov laboratória na LOINC raz, v udržiavanej tabuľke, a odosielanie lokálneho aj LOINC kódu v OBX-3, normalizáciu jednotiek na UCUM a kódovanie typov vzoriek a organizmov v SNOMED CT. Bez tohto mapovania nie je možné sledovať výsledky naprieč laboratóriami ani ich čítať externými systémami.
Mapujte kódy testov laboratória na LOINC raz, v udržiavanej tabuľke, a posielajte lokálne aj LOINC kódy v OBX-3 (GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN). Normalizujte jednotky na UCUM. Typy vzoriek a organizmy v SNOMED CT. Metóda je v Ako mapovať lokálne laboratórne kódy na LOINC; bez toho nie je možné výsledky trendovať naprieč laboratóriami ani ich prečítať externým systémom.
Krok 5: Alternatíva FHIR
Alternatívou FHIR k laboratórnemu rozhraniu HL7 v2 je použitie ServiceRequest pre žiadosť, jedno Observation na analyt s kódom LOINC, množstvom UCUM, referenčným rozsahom a interpretáciou, a DiagnosticReport, ktorý ich zoskupuje so stavom, vykonávateľom, časom vydania, záverom a PDF. Doručenie je cez REST zápisy, transakčný Bundle na správu, alebo FHIR Subscriptions.
S FHIR je objednávka ServiceRequest, výsledky sú Observations (jeden na analyzovaný prvok, LOINC kód, UCUM množstvo, referenceRange, interpretation) zoskupené DiagnosticReport, ktorý nesie status, vykonávateľa, čas vydania, záver a PDF, s basedOn odkazujúcim na ServiceRequest. Opravy sú verzie rovnakých zdrojov so statusom amended alebo corrected. Dodanie je REST zápis do FHIR servera EHR, transakčný Bundle na správu, alebo Subscriptions. Sprievodca HL7 v2-to-FHIR mapuje každé pole vyššie; mnohé laboratóriá teraz ponúkajú obe možnosti. Pozri FHIR DiagnosticReport vysvetlený a FHIR Observation vysvetlený.
Krok 6: Testovanie a spustenie
Testovanie laboratórneho rozhrania pred spustením znamená spustenie syntetických pacientov cez každý špeciálny prípad, porovnanie jednodňových paralelných výsledkov medzi správou laboratória a EHR kartou, kontrolu časových zón a prechodov na letný čas, overenie spracovania potvrdení a opätovného odoslania po výpadku, a dohodnutie postupu pohotovosti pre neúspešné správy, s použitím profilu IHE Laboratory Testing Workflow ako základu.
Testujte so syntetickými pacientmi cez každý prípad v kroku 3; porovnajte deň paralelne spracovaných výsledkov medzi papierovou alebo PDF správou a kartou; skontrolujte časové pásma a prechody na letný čas; overte spracovanie ACK a opätovné odoslanie po výpadku; dohodnite si postup pohotovosti pre neúspešné správy. IHE profil Laboratory Testing Workflow a národné súpravy zhody poskytujú testovaný základ.
Zlyhania, proti ktorým treba navrhnúť
Zlyhania, proti ktorým musí byť laboratórne rozhranie navrhnuté, sú výsledky priradené k predchádzajúcemu stretnutiu, zlúčenia pacientov neaplikované na LIS, zmeny jednotiek po aktualizácii analyzátora posúvajúce trendy, opravené výsledky prepisujúce bez upozornenia, citlivosti mikrobiológie priradené k nesprávnemu organizmu a výsledky testov, pre ktoré EHR nemá kód, miznúce do chybovej fronty.
Výsledky pripísané predchádzajúcemu stretnutiu kvôli zastaranému PV1; zlúčenie (ADT A40) neaplikované na LIS; zmena jednotky po modernizácii analyzátora potichu posúvajúca trendy; opravené výsledky prepisujúce sa bez upozornenia; mikrobiologické citlivosti pripojené k nesprávnemu organizmu; laboratórium posielajúce výsledky pre test, na ktorý EHR nemá kód, ktoré sa potom stratia v fronte chýb.
V Anpheros
Laboratórny konektor Anpheros prijíma ORU^R01, CSV a JSON a vytvára Observations pod DiagnosticReport s LOINC a UCUM, pričom zachováva lokálne kódy a pôvodný súbor; sprievodca pre vývojárov na import laboratórnych výsledkov vás prevedie cez bezplatné sandbox prostredie.
Súvisiace stránky
- HL7 v2 ORM a OML objednávkové správy
- HL7 v2 správy vysvetlené: ADT a ORU
- Ako mapovať lokálne laboratórne kódy na LOINC
- FHIR DiagnosticReport vysvetlený
- Laboratórny konektor: HL7 v2, CSV alebo JSON do FHIR
- Rozhrania vysvetlené
- Import laboratórnych výsledkov do FHIR (stránka pre vývojárov)
Zdroje
- HL7 v2.5.1 ORU_R01 referenčný manuál (Caristix)
- HL7 v2.5.1 OBX segment (Caristix)
- IHE Laboratórny technický rámec (LTW)
- Implementačný sprievodca HL7 v2-to-FHIR
- HL7 FHIR R4: DiagnosticReport
Časté otázky
Akú verziu HL7 by malo použiť nové laboratórne rozhranie?
2.5.1, ak ju podporujú obe strany: má SPM pre vzorky a jasnejšie spracovanie stavu. Mnohé laboratóriá stále používajú 2.3.1 a rozhranie sa prispôsobí staršej strane.
Ako sa výsledky priraďujú k objednávkam?
Podľa placer čísla objednávky (prideleného EHR) a filler čísla objednávky (prideleného LIS), ktoré sú prenesené v ORC-2/3 a OBR-2/3 ako odpovede na objednávku, tak aj výsledku. Ak EHR nikdy nezaznamenalo filler číslo, priradenie sa vracia na placer číslo.
Čo ak laboratórium nemôže posielať LOINC kódy?
Namapujte ich lokálne kódy na LOINC na vašej strane, v engine alebo konektore, a uchovávajte obe. Trvajte na tom, aby systém lokálnych kódov bol stabilný a aby boli nové testy oznamované.
Je FHIR pripravený na laboratórne rozhrania?
Áno pre nové pripojenia, najmä mimo nemocnice: ServiceRequest, Observation a DiagnosticReport plne pokrývajú objednávky a výsledky a národné sprievodcovia ich profilujú. Vo vnútri nemocnice budú LIS a analyzátory ešte roky hovoriť HL7 v2.
Vyskúšajte zadarmo v sandboxe
Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.
Zadarmo · 30 syntetických pacientov · bez karty
Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.
O Anpherose →