Laboratóriumi információs rendszer

A kórházak és laboratóriumok világszerte laboratóriumi információs rendszerre támaszkodnak a betegadatok és vizsgálati eredmények kezelésében és jelentésében.

A laboratóriumi információs rendszer (LIS) olyan szoftverrendszer, amely rögzíti, kezeli és tárolja a klinikai laboratóriumok adatait. A LIS hagyományosan a laboratóriumi vizsgálati megbízások laboratóriumi eszközökhöz történő elküldésében, a megbízások nyomon követésében, majd az eredmények rögzítésében, jellemzően egy kereshető adatbázisban való rögzítésében a legügyesebb. A szabványos LIS támogatta a közegészségügyi intézmények (például kórházak és klinikák) és a hozzájuk tartozó laboratóriumok működését azáltal, hogy kezelte és jelentette a “fertőzések, az immunológia, valamint a betegek ellátási és kezelési állapotára vonatkozó kritikus adatokat.”

A LIS története

A számítástechnika fejlődésének köszönhetően az 1960-as évek elején néhányan kísérleteztek az idő- és adatkezelési funkciókkal az egészségügyi környezetben. A Bolt Beranek Newman cég és a Massachusetts General Hospital együtt dolgozott egy olyan rendszer létrehozásán, amely “olyan időmegosztási és többfelhasználós technikákat tartalmazott, amelyek később alapvető fontosságúak lettek a modern LIS megvalósításához”. Nagyjából ugyanebben az időben a General Electric bejelentette, hogy tervezi egy kórházi információs rendszer (HIS) programozását, bár ezek a tervek végül meghiúsultak.

A Massachusetts General Hospital kísérletétől eltekintve az idő- és adatkezelési funkciókat kezelni képes szoftverrendszer gondolatával egészen az 1960-as évek végéig nem sokat foglalkoztak, elsősorban a megfelelő technológia, valamint a szolgáltatók és a végfelhasználók közötti kommunikáció hiánya miatt. A Massachusetts General Hospital Utility Multi-Programing System (MUMPS) kifejlesztése a 60-as évek közepén minden bizonnyal segített, mivel hirtelen lehetővé tette a többfelhasználós felületet és az adatok tartós tárolására szolgáló hierarchikus rendszert. A MUMPS fejlett jellege, a több szervezet közötti széttagolt használat, valamint az adatbázisból való adatszerzés és -elemzés nehézségei miatt azonban az egészségügyi és laboratóriumi rendszerek fejlesztése a MUMPS-on a legjobb esetben is csak szórványosan történt. Az 1980-as évekre azonban a Structured Query Language (SQL), a relációs adatbázis-kezelő rendszerek (RDBMS) és a Health Level 7 (HL7) megjelenése lehetővé tette a szoftverfejlesztők számára a LIS funkcionalitásának és interoperabilitásának bővítését, beleértve az üzleti elemzési és üzleti intelligencia technikák alkalmazását a klinikai adatokra.

A 2010-es évek elején a laboratóriumi informatikai szoftverek webalapú és adatbázis-központú internetes alkalmazásai megváltoztatták a kutatók és a technikusok interakcióját az adatokkal, az olyan webes adatformázási technológiák, mint az Extensible Markup Language (XML) pedig a LIS és az elektronikus orvosi nyilvántartás (EMR) interoperabilitását tették szükségessé. A SaaS és a felhőalapú számítástechnika azóta tovább változtatta a LIS megvalósításának módját, ugyanakkor új kérdéseket vetett fel a biztonsággal és a stabilitással kapcsolatban.

A modern LIS olyan új, korábban nem látott funkciókat fejlesztett ki, mint a konfigurálható klinikai döntéstámogatási szabályok, a rendszerintegráció, a laboratóriumi felvilágosító eszközök és az ellátás helyén végzett vizsgálatok (POCT) adatainak támogatása. A LIS-modulok az EMR- és EHR-termékekben is megjelentek, ami egyes laboratóriumoknak lehetőséget ad egy olyan vállalati szintű megoldásra, amely a laboratórium több aspektusát is lefedheti. Emellett a LIS és a laboratóriumi információkezelő rendszer (LIMS) közötti különbségtétel némileg elmosódott, mivel egyes gyártók a “LIMS” rövidítést használják klinikai laboratóriumi adatkezelő rendszerük forgalmazására.

Gyakori LIS funkciók

A LIS által történelmileg elvégzett funkciók közé tartoznak többek között a következők:

• betegkezelés, beleértve a felvétel dátumát, a felvételt végző orvost, a megrendelő osztályt, a minta típusát stb.
• betegadatok nyomon követése
• döntéstámogatás, beleértve a laboratóriumi rendelések összehasonlítását a megfelelő ICD-9 kódokkal
• standard tesztrendelés és mintakövetés
• point-of-care, molekuláris tesztrendelés, és genetikai vizsgálatok
• minőségbiztosítás
• munkaterhelés és vezetői jelentések
• analitikai jelentések
• munkafolyamatok kezelése
• számlázás
• harmadik féltől származó szoftverek integrációja

Klinikai vs. anatómiai patológiai LIS

A laboratóriumi információs rendszert elsősorban két nagy kategóriába sorolták (bár léteznek más variációk is): a klinikai patológiai és az anatómiai patológiai LIS.

A klinikai patológiában a testnedvek kémiai, hormonális és biokémiai összetevőit elemzik és értelmezik annak megállapítására, hogy fennáll-e betegség, míg az anatómiai patológia inkább a legkülönbözőbb szöveti struktúrák elemzésére és értelmezésére összpontosít, a biopszián keresztül a kis szeletektől a műtétből vagy boncolásból származó teljes szervekig. Ezek a különbségek aprónak tűnhetnek, de a két orvosi szakterület laboratóriumi munkafolyamatainak differenciálódása különböző funkciók létrehozásához vezetett a LIS-eken belül. A minták begyűjtése, átvétele és nyomon követése, a munkamegosztás és a jelentéskészítés – néha jelentősen – eltérhet a kétféle laboratóriumtípus között, ami célzott funkciókat igényel a LIS-ben. Egyéb különbségek:

• A klinikai patológiai környezetekben megtalálhatók a specifikus szótárvezérelt tesztek, de az anatómiai patológiai környezetekben nem annyira.
• A megrendelt anatómiai patológiai tesztek általában több információt igényelnek, mint a klinikai patológiai tesztek.
• Egyetlen anatómiai patológiai rendelés több szerv több szövetéből is állhat; a klinikai patológiai rendelések általában nem.
• Az anatómiai patológiai mintavétel nagyon procedurális, többlépcsős folyamat lehet, míg a klinikai patológiai mintavétel rutinszerűen egyszerűbb.

Különbségek a LIS és a LIMS között

A LIS és a LIMS közötti különbséggel kapcsolatban gyakran előfordul félreértés. Bár a két laboratóriumi informatikai komponens rokonságban áll egymással, a céljaik már a létezésük korai szakaszában eltértek egymástól. A közelmúltig a LIS és a LIMS néhány alapvető különbséget mutatott:

1. A LIS-t elsősorban a klinikai környezetben az egyes betegekhez kapcsolódó adatok feldolgozására és jelentésére tervezték. A LIMS-t hagyományosan a gyógyszerkísérletekből, vízkezelő létesítményekből és más, összetett adattételeket kezelő szervezetekből származó mintatételekkel kapcsolatos adatok feldolgozására és jelentésére tervezték.

2. A LIS-nek ki kell elégítenie a kórházi akkreditációs ügynökségek, a HIPAA és más klinikai orvosok jelentési és ellenőrzési igényeit. Egy LIMS-nek viszont meg kell felelnie a helyes gyártási gyakorlatnak (GMP), és meg kell felelnie az Egyesült Államok Élelmiszer- és Gyógyszerügyi Hatóságának, valamint számos különböző iparág kutatóinak jelentési és ellenőrzési igényeinek.

3. Egy LIS általában a betegközpontú (“alanyokkal” és “mintákkal” foglalkozó) környezetben és a klinikai laboratóriumokban a legversenyképesebb, míg egy LIMS a csoportközpontú (“tételekkel” és “mintákkal” foglalkozó) környezetben a legversenyképesebb, ahol gyakran többnyire anonim, kutatás-specifikus laboratóriumi adatokat kezelnek.

Ezek a megkülönböztetések azonban a 2010-es évek elején kezdtek némileg elhalványulni, mivel egyes LIMS-szállítók elkezdték átvenni az általában a LIS számára fenntartott esetközpontú információkezelést, tovább elmosva a két komponens közötti határokat. A Thermo Scientific klinikai LIMS-e volt a példa a LIS és a LIMS összeolvadására, Dave Champagne, informatikai alelnök és vezérigazgató kijelentette: “A rutinszerű molekuláris diagnosztika megköveteli az eddig különálló rendszerek konvergenciáját, amelyek a laboratóriumban (LIMS) és a klinikán (LIS) végzett munkát irányították. Az iparág kéri, a tudomány pedig megköveteli az egységes laborközpontú megoldást, amely betegközpontú eredményeket szolgáltat”.” Az Abbott Informatics Corporation STARLIMS terméke egy másik példája volt ennek a LIS/LIMS egyesülésnek. Mivel a két entitás közötti különbségtétel egyre kevésbé volt egyértelmű, a laboratóriumi informatikai közösségen belül elkezdődtek a viták arról, hogy a két entitás azonosnak tekintendő-e vagy sem. 2017-ben a gyártók továbbra is elismerik a két termék közötti történelmi különbségeket, ugyanakkor továbbra is elismerik, hogy egyes fejlett LIMS-ek több olyan klinikai szempontot is átvesznek, amelyek általában a LIS-nek vannak fenntartva.

LIS-szállítók

A LIS-szállítók oldalán található a múltbeli és jelenlegi LIS-szállítók listája.

See also

• Laboratóriumi informatika
• Common LIS features

Further reading

• Henricks, W.H. (09 October 2012). “LIS alapok: CP és AP LIS tervezés és működés” (PDF). Patológiai informatika 2012. Pittsburghi Egyetem. Archiválva az eredetiből 2015. szeptember 10-i dátummal. https://web.archive.org/web/20150910050825/http://www.pathinformatics.pitt.edu/sites/default/files/2012Powerpoints/01HenricksTues.pdf.

• Park, S.L.; Pantanowitz, L.; Sharma, G.; Parwani, A.V. (2012). “Anatómiai patológiai laboratóriumi információs rendszerek: A Review”. Advances in Anatomic Pathology 19 (2): 81-96. doi:10.1097/PAP.0b013e318248b787.