Laboratorieinformationssystem

Sjukhus och laboratorier runt om i världen är beroende av ett laboratorieinformationssystem för att hantera och rapportera patientdata och testresultat.

Ett laboratorieinformationssystem (LIS) är ett programvarusystem som registrerar, hanterar och lagrar data för kliniska laboratorier. Ett LIS har traditionellt sett varit mest skickligt när det gäller att skicka beställningar av laboratorietester till laboratorieinstrument, spåra dessa beställningar och sedan registrera resultaten, vanligtvis i en sökbar databas. Standard-LIS har stött verksamheten vid folkhälsoinstitutioner (som sjukhus och kliniker) och deras tillhörande laboratorier genom att hantera och rapportera kritiska data om ”infektionsstatus, immunologi och patienternas vård- och behandlingsstatus”

Historia om LIS

Framstegen inom beräkningstekniken i början av 1960-talet ledde till att vissa experimenterade med tids- och datahanteringsfunktioner i hälso- och sjukvårdsmiljöer. Företaget Bolt Beranek Newman och Massachusetts General Hospital arbetade tillsammans för att skapa ett system som ”innehöll tekniker för tidsdelning och fleranvändare som senare skulle bli avgörande för genomförandet av det moderna LIS”. Ungefär samtidigt tillkännagav General Electric planer på att programmera ett sjukhusinformationssystem (HIS), men dessa planer föll så småningom.

Bortsett från Massachusetts General Hospital-experimentet utforskades inte idén om ett programvarusystem som kunde hantera tids- och datahanteringsfunktioner i någon större utsträckning förrän i slutet av 1960-talet, främst på grund av bristen på lämplig teknik och på kommunikation mellan leverantörer och slutanvändare. Utvecklingen av Massachusetts General Hospital Utility Multi-Programming System (MUMPS) i mitten av 60-talet hjälpte säkert till eftersom det plötsligt möjliggjorde ett gränssnitt för flera användare och ett hierarkiskt system för beständig lagring av data. Men på grund av dess avancerade karaktär, den splittrade användningen av flera enheter och de inneboende svårigheterna med att extrahera och analysera data från databasen var utvecklingen av hälso- och laboratoriesystem på MUMPS i bästa fall sporadisk. På 1980-talet gjorde dock tillkomsten av Structured Query Language (SQL), relationella databashanteringssystem (RDBMS) och Health Level 7 (HL7) det möjligt för programvaruutvecklare att utöka funktionaliteten och driftskompatibiliteten hos LIS, inklusive tillämpningen av affärsanalytik och business intelligence-tekniker på kliniska data.

I början av 2010-talet förändrade webbaserade och databascentrerade internettillämpningar av programvara för laboratorieinformatik det sätt på vilket forskare och tekniker interagerade med data, med webbaserade dataformateringstekniker som Extensible Markup Language (XML) som gjorde interoperabilitet mellan LIS och elektroniska patientjournaler (EMR) till en välbehövlig verklighet. SaaS- och molnteknik har sedan dess ytterligare förändrat hur LIS implementeras, samtidigt som nya frågor om säkerhet och stabilitet har väckts.

Den moderna LIS har utvecklats till att ta på sig nya funktioner som man tidigare inte sett, inklusive konfigurerbara regler för kliniskt beslutsstöd, systemintegration, verktyg för uppsökande laboratorieverksamhet och stöd för POCT-data (point-of-care testing). LIS-moduler har också börjat dyka upp i EMR- och EHR-produkter, vilket ger vissa laboratorier möjlighet att ha en företagsövergripande lösning som kan täcka flera aspekter av laboratoriet. Dessutom har skillnaden mellan ett LIS och ett system för hantering av laboratorieinformation (LIMS) suddats ut något, och vissa leverantörer väljer att använda akronymen ”LIMS” för att marknadsföra sitt system för hantering av kliniska laboratoriedata.

Gemensamma LIS-funktioner

Funktioner som ett LIS historiskt sett har utfört inkluderar, men är inte begränsade till:

• patienthantering, inklusive inskrivningsdatum, inskrivande läkare, beställande avdelning, provtyp osv.
• spårning av patientdata
• beslutsstöd, inklusive jämförelser av laboratoriebeställningar med deras respektive ICD-9-koder
• standardtestbeställning och provspårning
• testbeställning för point-of-care, molekylär, och genetisk testning
• kvalitetssäkring
• arbetsbelastnings- och ledningsrapportering
• analysrapportering
• arbetsflödeshantering
• fakturering
• integrering av programvara från tredje part

Klinisk vs. LIS för anatomisk patologi

Laboratorieinformationssystemet har främst segmenterats i två breda kategorier (även om det finns andra varianter): LIS för klinisk patologi och LIS för anatomisk patologi.

I klinisk patologi analyseras och tolkas de kemiska, hormonella och biokemiska komponenterna i kroppsvätskor för att avgöra om en sjukdom föreligger, medan anatomisk patologi tenderar att fokusera på analys och tolkning av en mängd olika vävnadsstrukturer, från små bitar via biopsi till hela organ från en operation eller obduktion. Dessa skillnader kan tyckas vara små, men skillnaderna i laboratoriearbetsflödet för dessa två medicinska specialiteter har lett till att olika funktioner har skapats inom LIS. Insamling, mottagning och spårning av prover, arbetsfördelning och rapportgenerering kan variera – ibland avsevärt – mellan de två typerna av laboratorier, vilket kräver riktad funktionalitet i LIS. Andra skillnader är:

• Specifika ordboksdrivna tester finns i kliniska patologimiljöer, men inte så mycket i anatomiska patologimiljöer.
• Beställda anatomiska patologitester kräver vanligen mer information än kliniska patologitester.
• En enskild anatomisk patologitillstånd kan bestå av flera vävnader från flera organ; det gör kliniska patologitillstånd vanligtvis inte.
• Insamling av anatomiska patologiska prover kan vara en mycket procedurell process i flera steg, medan insamling av kliniska patologiska prover rutinmässigt är enklare.

Skillnader mellan ett LIS och ett LIMS

Det råder ofta förvirring om skillnaden mellan ett LIS och ett LIMS. Även om de två laboratorieinformatikkomponenterna är besläktade, skiljde sig deras syften åt tidigt under deras existens. Fram till nyligen har LIS och LIMS uppvisat några viktiga skillnader:

1. Ett LIS har i första hand utformats för att behandla och rapportera uppgifter om enskilda patienter i en klinisk miljö. Ett LIMS har traditionellt sett utformats för att bearbeta och rapportera data som rör partier av prover från läkemedelsförsök, vattenbehandlingsanläggningar och andra enheter som hanterar komplexa partier av data.

2. Ett LIS måste uppfylla de rapporterings- och granskningsbehov som sjukhusackrediteringsorganen, HIPAA och andra kliniska medicinska utövare har. Ett LIMS måste däremot uppfylla kraven på god tillverkningspraxis (GMP) och tillgodose rapporterings- och granskningsbehoven hos den amerikanska livsmedels- och läkemedelsmyndigheten (Food and Drug Administration) och hos forskare i många olika branscher.

3. Ett LIS är vanligen mest konkurrenskraftigt i patientcentrerade miljöer (som hanterar ”försökspersoner” och ”prover”) och kliniska laboratorier, medan ett LIMS är mest konkurrenskraftigt i gruppcentrerade miljöer (som hanterar ”partier” och ”prover”), som ofta hanterar mestadels anonyma forskningsspecifika laboratoriedata.

Dessa distinktioner började dock att blekna något i början av 2010-talet när vissa LIMS-leverantörer började anta den fallcentrerade informationshantering som normalt är reserverad för ett LIS, vilket gjorde att gränserna mellan de två komponenterna suddades ut ytterligare. Thermo Scientifics Clinical LIMS var ett exempel på denna sammanslagning av LIS och LIMS, där Dave Champagne, vice VD och general manager för informatik, förklarade: ”Rutinmässig molekylär diagnostik kräver en konvergens av de hittills separata system som har hanterat arbetet i laboratoriet (LIMS) och kliniken (LIS). Branschen efterfrågar, och vetenskapen kräver, en enda labbcentrerad lösning som ger patientcentrerade resultat.” Abbott Informatics Corporations produkt STARLIMS var ett annat exempel på denna sammanslagning av LIS/LIMS. När skillnaden mellan de två enheterna blev mindre tydlig började diskussionerna inom laboratorieinformatikbranschen omfatta frågan om huruvida de två enheterna bör betraktas som samma eller inte. Från och med 2017 fortsätter leverantörerna att erkänna de historiska skillnaderna mellan de två produkterna samtidigt som de fortsätter att erkänna att vissa utvecklade LIMS tar över mer av de kliniska aspekterna som vanligtvis är reserverade för en LIS.

LIS-leverantörer

Se sidan om LIS-leverantörer för en lista över tidigare och nuvarande LIS-leverantörer.

Se även

• Laboratorieinformatik
• Gemensamma LIS-funktioner

Fördjupad läsning

• Henricks, W.H. (09 oktober 2012). ”LIS Basics: CP and AP LIS Design and Operations” (PDF). Pathology Informatics 2012. University of Pittsburgh. Arkiverad från originalet den 10 september 2015. 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). ”Informationssystem för laboratorier inom anatomisk patologi: A Review”. Advances in Anatomic Pathology 19 (2): 81-96. doi:10.1097/PAP.0b013e318248b787.