Laboratorieinformationssystem

Hospitaler og laboratorier over hele verden er afhængige af et laboratorieinformationssystem til at administrere og rapportere patientdata og testresultater.

Et laboratorieinformationssystem (LIS) er et softwaresystem, der registrerer, administrerer og gemmer data til kliniske laboratorier. Et LIS har traditionelt været mest velegnet til at sende ordrer på laboratorieprøver til laboratorieinstrumenter, spore disse ordrer og derefter registrere resultaterne, typisk til en søgbar database. Standard-LIS har støttet driften af offentlige sundhedsinstitutioner (som hospitaler og klinikker) og deres tilknyttede laboratorier ved at styre og rapportere kritiske data vedrørende “status for infektion, immunologi og patienters pleje- og behandlingsstatus”

Historie om LIS

Fremskridt inden for computerteknologi i begyndelsen af 1960’erne fik nogle til at eksperimentere med tids- og datastyringsfunktioner i sundhedssektoren. Firmaet Bolt Beranek Newman og Massachusetts General Hospital arbejdede sammen om at skabe et system, der “omfattede tidsdeling og flerbrugerteknikker, som senere ville blive afgørende for implementeringen af den moderne LIS”. På nogenlunde samme tid annoncerede General Electric planer om at programmere et hospitalsinformationssystem (HIS), men disse planer faldt dog til sidst til jorden.

Bortset fra eksperimentet på Massachusetts General Hospital blev ideen om et softwaresystem, der var i stand til at styre tids- og datahåndteringsfunktioner, ikke udforsket kraftigt før slutningen af 1960’erne, primært på grund af manglen på ordentlig teknologi og på kommunikation mellem udbydere og slutbrugere. Udviklingen af Massachusetts General Hospital Utility Multi-Programming System (MUMPS) i midten af 60’erne hjalp helt sikkert, da det pludselig gav mulighed for en grænseflade med flere brugere og et hierarkisk system til vedvarende lagring af data. Men på grund af dets avancerede karakter, den fragmenterede anvendelse på tværs af flere enheder og de iboende vanskeligheder med at udtrække og analysere data fra databasen var udviklingen af sundheds- og laboratoriesystemer på MUMPS i bedste fald sporadisk. I 1980’erne gjorde fremkomsten af Structured Query Language (SQL), relationelle databaseforvaltningssystemer (RDBMS) og Health Level 7 (HL7) det imidlertid muligt for softwareudviklere at udvide LIS’s funktionalitet og interoperabilitet, herunder anvendelse af forretningsanalyse og business intelligence-teknikker på kliniske data.

I begyndelsen af 2010’erne ændrede webbaserede og databasecentrerede internetapplikationer af laboratorieinformatiksoftware den måde, hvorpå forskere og teknikere interagerede med data, idet webdrevne dataformateringsteknologier som Extensible Markup Language (XML) gjorde interoperabilitet mellem LIS og elektroniske patientjournaler (EMR) til en meget tiltrængt realitet. SaaS- og cloud computing-teknologier har siden da ændret den måde, hvorpå LIS implementeres, yderligere, samtidig med at de har rejst nye spørgsmål om sikkerhed og stabilitet.

Den moderne LIS har udviklet sig til at indtage nye funktionaliteter, som ikke tidligere er set, herunder konfigurerbare regler for klinisk beslutningsstøtte, systemintegration, værktøjer til laboratorieindsats og understøttelse af point-of-care-testdata (POCT). LIS-moduler er også begyndt at dukke op i EMR- og EHR-produkter, hvilket giver nogle laboratorier mulighed for at få en løsning, der dækker hele virksomheden, og som kan dække flere aspekter af laboratoriet. Desuden er sondringen mellem et LIS og et laboratorieinformationsstyringssystem (LIMS) blevet noget udvisket, idet nogle leverandører vælger at bruge akronymet “LIMS” til at markedsføre deres system til styring af kliniske laboratoriedata.

Fælles LIS-funktioner

Funktioner, som et LIS historisk set har udført, omfatter, men er ikke begrænset til:

• patientstyring, herunder indlæggelsesdato, indlæggelseslæge, bestillende afdeling, prøvetype osv.
• sporing af patientdata
• beslutningsstøtte, herunder sammenligning af laboratorieordrer med deres respektive ICD-9-koder
• standard testbestilling og prøvesporing
• testbestilling for point-of-care, molekylær, og genetisk testning
• kvalitetssikring
• arbejdsbyrde og ledelsesrapportering
• analytisk rapportering
• workflow management
• fakturering
• integration af software fra tredjeparter

Klinisk vs. anatomisk patologi LIS

Laboratorieinformationssystemet er primært blevet segmenteret i to brede kategorier (selv om der findes andre variationer): det klinisk patologiske og det anatomisk patologiske LIS

.

I klinisk patologi analyseres og fortolkes de kemiske, hormonelle og biokemiske komponenter i kropsvæsker for at afgøre, om der er tale om en sygdom, mens anatomisk patologi har tendens til at fokusere på analyse og fortolkning af en bred vifte af vævsstrukturer, fra små skiver via biopsi til komplette organer fra en operation eller obduktion. Disse forskelle kan synes at være små, men forskellene i laboratoriearbejdsgangen for disse to medicinske specialer har ført til, at der er skabt forskellige funktioner i LIS’er. Indsamling, modtagelse og sporing af prøver, arbejdsfordeling og rapportgenerering kan variere – nogle gange betydeligt – mellem de to typer laboratorier, hvilket kræver målrettede funktioner i LIS’et. Andre forskelle omfatter:

• Specifikke ordbogsstyrede test findes i klinisk patologiske miljøer, men ikke så meget i anatomisk patologiske miljøer.
• Bestilte anatomisk patologiske test kræver typisk flere oplysninger end klinisk patologiske test.
• En enkelt anatomisk patologisk ordre kan bestå af flere væv fra flere organer; det gør klinisk patologiske ordrer normalt ikke.
• Anatomisk patologisk prøveudtagning kan være en meget proceduremæssig proces i flere trin, mens klinisk patologisk prøveudtagning rutinemæssigt er mere enkel.

Forskelle mellem et LIS og et LIMS

Der er ofte forvirring om forskellen mellem et LIS og et LIMS

Der er ofte forvirring om forskellen mellem et LIS og et LIMS. De to laboratorieinformatik-komponenter er beslægtede, men deres formål adskilte sig tidligt i deres tilblivelse. Indtil for nylig har LIS og LIMS udvist et par vigtige forskelle:

1. Et LIS er primært blevet designet til behandling og rapportering af data vedrørende individuelle patienter i et klinisk miljø. Et LIMS har traditionelt været designet til at behandle og rapportere data vedrørende partier af prøver fra lægemiddelforsøg, vandbehandlingsanlæg og andre enheder, der håndterer komplekse partier af data.

2. Et LIS skal opfylde de rapporterings- og revisionsbehov, som hospitalsakkrediteringsorganer, HIPAA og andre kliniske medicinske behandlere stiller. Et LIMS skal derimod opfylde god fremstillingspraksis (GMP) og opfylde rapporterings- og revisionsbehovene hos U.S. Food and Drug Administration og forskere i mange forskellige industrier.

3. Et LIS er normalt mest konkurrencedygtigt i patientcentrerede miljøer (der håndterer “forsøgspersoner” og “prøver”) og kliniske laboratorier, mens et LIMS er mest konkurrencedygtigt i gruppecentrerede miljøer (der håndterer “batches” og “prøver”), der ofte håndterer mest anonyme forskningsspecifikke laboratoriedata.

Disse sondringer begyndte imidlertid at forsvinde noget i begyndelsen af 2010’erne, da nogle LIMS-leverandører begyndte at indføre den sagscentrerede informationsstyring, der normalt er forbeholdt et LIS, hvilket udviskede grænserne mellem de to komponenter yderligere. Thermo Scientifics Clinical LIMS var et eksempel på denne sammensmeltning af LIS og LIMS, hvor Dave Champagne, informatics vice president og general manager, udtalte: “Rutinemæssig molekylær diagnostik kræver en konvergens af de hidtil adskilte systemer, der hidtil har forvaltet arbejdet i laboratoriet (LIMS) og klinikken (LIS). Industrien beder om, og videnskaben kræver en enkelt laboratoriecentreret løsning, der leverer patientcentrerede resultater.” Abbott Informatics Corporation’s STARLIMS produkt var et andet eksempel på denne LIS/LIMS-sammenlægning. Da sondringen mellem de to enheder blev mindre tydelig, begyndte diskussionerne inden for laboratorieinformatik at omfatte spørgsmålet om, hvorvidt de to enheder skulle betragtes som de samme eller ej. Fra 2017 anerkender leverandørerne fortsat de historiske forskelle mellem de to produkter, mens de også fortsat anerkender, at nogle udviklede LIMS overtager flere af de kliniske aspekter, der normalt er forbeholdt et LIS.

LIS-leverandører

Se siden om LIS-leverandører for en liste over tidligere og nuværende LIS-leverandører.

Se også

• Laboratorieinformatik
• Fælles LIS-funktioner

Videregående læsning

• Henricks, W.H. (09 oktober 2012). “LIS Basics: CP and AP LIS Design and Operations” (PDF). Pathology Informatics 2012. University of Pittsburgh. Arkiveret fra originalen 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). “Anatomisk patologi laboratorieinformationssystemer: A Review”. Advances in Anatomic Pathology 19 (2): 81-96. doi:10.1097/PAP.0b013e318248b787.