HL7, eller Health Level-7, er en international meddelelsesstandard, der giver en ramme for kommunikation af patientoplysninger mellem enheder inden for sundhedssektoren, f.eks. mellem sundhedsudbydere eller mellem softwareprogrammer fra forskellige leverandører. HL7-integration henviser til den proces eller de softwareløsninger, der behandler disse data på en sådan måde, at udbyderen eller softwaresystemet i den modtagende ende kan fortolke dataene. Det lyder relativt enkelt, men HL7-integration giver alligevel en række udfordringer for softwareleverandører og sundhedsorganisationer.
Forståelse af HL7-grænseflader
HL7-grænsefladespecifikationer omfatter dataspecifikationer for forskellige meddelelsestyper, såsom ADT, ORM eller ORU (blandt andet). En HL7-grænseflade består af nogle få nøglekomponenter:
- Et eksport-slutpunkt (for den applikation, der sender meddelelsen)
- Et import-slutpunkt (for den applikation, der modtager meddelelsen)
- En dataoverførselsmetode (til at flytte data mellem de to slutpunkter)
Der er et par problemer med HL7-grænseflader, der gør denne opsætning langt mere problematisk, end den umiddelbart ser ud til at være. For det første oprettes afsender- og modtagermodulerne af softwareleverandørerne under applikationsudviklingsprocessen. Da HL7 giver mulighed for omfattende tilpasning, anvender programmerne ofte forskellige HL7-formater. Faktisk er der mange varianter og tilpasninger af HL7-grænsefladestandarderne, så der findes ikke en enkelt standard for, hvordan disse systemer implementeres, eller hvordan dataene håndteres. Og det betyder, at for at applikationerne kan sende og modtage data, som de kan forstå, er det nødvendigt med oversættelse og datamapping.
Der er et par muligheder for at løse disse problemer:
- Modificering af sende- og modtagemodulerne
- Anvendelse af en grænseflademotor til at oversætte meddelelserne
- Implementering af en API-løsning
Lad os se nærmere på HL7-integrationsudfordringer, og hvordan de kan overvindes.
HL7-integrationsudfordringer
1. Integration er afgørende for, at en applikation er levedygtig.
Klinikere vil ikke forlade EHR-platformen, logge ind på et ikke-relateret system og duplikere data, der allerede er i EHR’en. Det er simpelthen ikke praktisk eller effektivt, og klinikere er allerede under pres for at gøre mere på kortere tid. Det er ligegyldigt, hvor nyttig applikationen er, men hvis den kræver, at de skal gentage deres arbejde, vil de simpelthen ikke bruge den, hvis den ikke passer ind i deres arbejdsgang. Derfor skal applikationerne være let tilgængelige for klinikerne og fjerne behovet for at gentage data. De skal også være integreret i et lukket kredsløb, hvor data både trækkes fra og føres ind i EHR’en. IT-teams har typisk betydelige efterslæb, hvilket betyder, at organisationer kan vente i måneder (eller år) på, at IT-afdelingen bygger de nødvendige grænseflader til disse integrationer.
2. Der er betydelige forskelle i, hvordan leverandører implementerer HL7-standarder.
Den betydelige variation i HL7-implementeringen forsinker cyklusser og gør integrationen både tidskrævende og dyr. Det kræver i bund og grund, at man vedligeholder en anden kodebase og forskellige integrationspunkter for hvert EHR. Desuden kræver det betydelige ressourcer, der er afsat til integrationsudvikling, hvilket betyder, at der er færre ressourcer til rådighed til andre behov, f.eks. forbedringer af funktioner og funktionalitet. Desuden påvirker udskiftning eller tilføjelse af grænseflader alle applikationer, der har grænseflader til den opdaterede app – hvilket potentielt kan påvirke hele systemet. Hvert slutpunkt for den opdaterede app skal enten oprettes eller ændres for at lette kommunikationen, og alle softwareleverandører med grænseflader knyttet til appen skal også udskifte eller ændre deres slutpunkter.
3. Der er behov for bedre integration for at skabe bedre apps.
Mangel på centraliseret overvågning betyder, at der skal bruges mere tid og flere penge på overvågning. Problemer kan gå ubemærket hen, indtil de er blevet en fuldbyrdet krise, og selv da er det svært at lokalisere kilden til problemet. Der mangler meningsfulde, systemdækkende oplysninger, der er tilgængelige i tide, så der er ingen effektiv måde at måle den samlede belastning af et system på. Det gør det til gengæld vanskeligt at vurdere ressourcebehovet, f.eks. serverstørrelse, netværkskommunikation og supportpersonale. Der er desperat brug for flere realtidsdata og læse- og skrivefunktioner.
4. Dårlig HL7-datasemantik giver mulighed for fejlfortolkning.
I dagens komplekse sundhedslandskab er det bydende nødvendigt, at applikationerne ikke kun forstår dataværdierne, men også hvad disse værdier rent faktisk betyder. For at undgå fejlfortolkning skal HL7-grænsefladerne kommunikere deres fortolkning af den HL7-grænsefladestandard, der anvendes. Betyder f.eks. en værdi på “NA” “Ingen allergier” eller “Ikke relevant”? En værdi på “3” kan angive, at en patient er ryger i et system, men i et andet system kan den samme værdi betyde, at patienten er tidligere ryger eller aldrig har røget overhovedet. Disse fejlfortolkninger og den generelle kvalitet af dataene har alvorlige konsekvenser for patientbehandlingen. Da nutidens sundhedssystemer i stigende grad er regionale og har flere patientkontaktpunkter, er korrekt datatolkning endnu mere kritisk.
5. Migrering til et nyt EHR kan resultere i et tab af gamle data.
Migreringen til et nyt EHR udgør også en udfordring for sundhedsorganisationer. Nogle sundhedsorganisationer vælger simpelthen at opretholde flere EHR’er, hvilket kræver, at klinikere skal logge ind på flere platforme eller, hvad værre er, anmode om papirjournaler. Andre beslutter sig for at flytte eksisterende data over i det nye system. De skal dog prioritere de data, der skal overføres. (Hvilke data er vigtigst? Hvilke data skal flyttes først?) De grundlæggende væsentlige data, f.eks. medicin, allergier og diagnoser, prioriteres typisk til overførsel, hvilket betyder, at andre data, f.eks. ældre laboratorieresultater, billeder og andre data, kan blive efterladt. Desuden er det måske ikke muligt at konvertere visse typer data (f.eks. billeder), eller der kan være fejl i dataene efter konverteringen. Generelt medfører migrering betydelige ressource- og teknologiomkostninger, og tidsplanerne for migrering er ofte lange.
Sådan løser du HL7-integrationsudfordringer
Interface-motorer er en almindelig HL7-integrationsløsning, men de er ikke i stand til at overvinde disse udfordringer og opfylde interoperabilitetsmålene. Med grænseflademotorer skal PHI lagres i en anden database, hvilket medfører unødvendige sikkerhedsrisici – hvilket er særligt vigtigt i den moderne tidsalder med hensyn til databeskyttelse og ansvarlighed. Der skal skrives kode gentagne gange, og implementeringen er generelt langsom. De er heller ikke EHR-agnostiske, og de giver ikke den dataadgang i realtid, som er så vigtig for sundhedsudbydere i dag.
Glædeligvis kan softwareleverandører og sundhedsudbydere overvinde disse udfordringer ved hjælp af API’er. Integrate gør det muligt at udveksle sundhedsoplysninger på tværs af enhver EHR-platform uden at gå på kompromis med sikkerheden for PHI. Det understøtter en problemfri udveksling af oplysninger mellem EHR’er, kliniske og administrative applikationer og giver adgang i realtid til kliniske og administrative data. Det betyder realtidsadgang til patientjournaler på tværs af udbydere og strømlinet fakturering, hvilket giver færre omkostninger takket være mindre krav til personalets tid.
Integrate indeholder et robust sæt REST-API’er, der læser og skriver til EHR’er gennem softwaremoduler, der understøttes af EHR-leverandører, og standardiserer EHR-integration gennem universelle, realtids-API’er og en ensartet datamodel samt værktøjer, der hjælper med at overvåge og administrere miljøet. API’en styrer grænsefladen, så der er ingen grund til at vente i integrationsprojektkøen, hvilket forkorter integrationstiden fra måneder til blot timer. Selvfølgelig betyder alle disse fordele intet, hvis brugervenligheden er dårlig. Med Integrate får du en overlegen brugeroplevelse, så du behøver aldrig at bekymre dig om, at brugerne forlader din platform.
Vejsen til HL7-integration har mange forhindringer, men API-løsninger som Integrate sætter ægte interoperabilitet inden for rækkevidde for softwareleverandører og sundhedsorganisationer.