openEHR - openEHR

openEHR er en åben standardspecifikation inden for sundhedsinformatik, der beskriver styring og lagring, hentning og udveksling af sundhedsdata i elektroniske sundhedsjournaler (EHR'er). I openEHR lagres alle sundhedsdata for en person i en "one lifetime", leverandøruafhængig, personcentreret EHR. OpenEHR-specifikationerne inkluderer en EHR Extract-specifikation, men er ellers ikke primært beskæftiget med udveksling af data mellem EHR-systemer, da dette er fokus for andre standarder som EN 13606 og HL7 .

OpenEHR-specifikationerne vedligeholdes af openEHR Foundation, et ikke-profit- fundament, der understøtter åben forskning, udvikling og implementering af openEHR EHR'er. Specifikationerne er baseret på en kombination af 15 års europæisk og australsk forskning og udvikling af EPJ og nye paradigmer, herunder hvad der er blevet kendt som arketypemetoden til specifikation af indhold.

OpenEHR-specifikationerne inkluderer informations- og servicemodeller for EPJ, demografi, klinisk arbejdsgang og arketyper . De er designet til at være basis for en medicinsk-juridisk sund, distribueret, versioneret EHR-infrastruktur.

Arkitektur

Image
Blokdiagram over openEHR-specifikationskomponenter.

Arkitekturen for openEHR-specifikationerne som helhed består af følgende nøgleelementer:

  • informationsmodeller (aka 'Reference Model');
  • arketypeformalismen;
  • det bærbare forespørgselssprog til arketype;
  • servicemodeller / API'er.

Brug af de to første muliggør udvikling af 'arketyper' og 'skabeloner', som er formelle modeller for klinisk og beslægtet indhold, og udgør et lag af de facto- standarder for sig selv, langt mere talrige end de grundlæggende specifikationer, som de er bygget. Forespørgselssproget gør det muligt at oprette forespørgsler baseret på arketyperne snarere end fysiske databaseskemaer og dermed afkoble forespørgsler fra fysiske persistensoplysninger. Servicemodellerne definerer adgang til vigtige back-end-tjenester, herunder EHR Service og Demographics Service, mens et voksende sæt lette REST-baserede API'er baseret på arketypestier bruges til applikationsadgang.

OpenEHR Architecture Overview giver et resumé af arkitekturen og de detaljerede specifikationer.

Reference model

En central del af openEHR-specifikationerne er sæt informationsmodeller, kendt i openEHR som 'referencemodeller'. Modellerne udgør basisinformationsmodellerne for openEHR-systemer og definerer den uforanderlige semantik i Electronic Health Record (EHR), EHR Extract og Demographics-modellen samt understøttende datatyper, datastrukturer, identifikatorer og nyttige designmønstre.

Nogle af nøgleklasser i EHR-komponenten er ENTRY-klasser, hvis undertyper inkluderer OBSERVATION, EVALUATION, INSTRUCTION, ACTION and ADMIN_ENTRY, såvel som Instruction State Machine, en tilstandsmaskine, der definerer en standardmodel for interventionens livscyklus, herunder medicin ordrer, kirurgi og andre terapier.

Arketyper og modellering på flere niveauer

En nøgleinnovation i openEHR-rammen er at lade al specifikation af klinisk information være ude af informationsmodellen (også kendt som "referencemodel") og i stedet for at give et effektivt middel til at udtrykke definitioner af det indhold, som klinikere og patienter har brug for at registrere, der kan forbruges direkte ved kørsel af systemer, der er bygget på referencemodellen. Dette er berettiget af behovet for skalerbart at håndtere det generiske sundhedsproblem i et meget stort, voksende og stadigt skiftende sæt informationstyper.

Image
Den semantiske ramme for openEHR

Klinisk indhold specificeres i form af to typer artefakter, der findes uden for informationsmodellen. Den første, kendt som " arketyper " giver et sted til formelt at definere genanvendelige datapunkter og datagruppedefinitioner, dvs. indholdselementer, der vil blive genbrugt i adskillige sammenhænge. Typiske eksempler inkluderer "systemisk arterielt blodtryksmåling" og "serumnatrium". Mange sådanne datapunkter forekommer i logiske grupper, f.eks. Gruppen af ​​dataelementer til dokumentation af en allergisk reaktion eller analytterne i et leverfunktionstestresultat. Nogle arketyper indeholder adskillige datapunkter, f.eks. 50, selvom et mere almindeligt tal er 10-20. En samling arketyper kan forstås som et "bibliotek" med genanvendelige definitioner af domæneindhold, hvor hver arketype fungerer som en "styringsenhed", hvis indhold er co-designet, gennemgået og offentliggjort.

Den anden slags artefakt er kendt i openEHR som en "skabelon" og bruges til at logisk repræsentere et brugssagsspecifikt datasæt, såsom de dataelementer, der udgør en patientudskrivningsoversigt eller en radiologirapport. En skabelon konstrueres ved at henvise til relevante emner fra et antal arketyper. En skabelon kræver muligvis kun et eller to datapunkter eller grupper fra hver arketype. Med hensyn til den tekniske repræsentation kan openEHR-skabeloner ikke krænke semantikken i de arketyper, hvorfra de er konstrueret. Skabeloner udvikles næsten altid til lokal brug af softwareudviklere og kliniske analytikere. Skabeloner defineres typisk til GUI- skærmformularer, meddelelsesdefinitioner og dokumentdefinitioner og svarer som sådan til "operationelle" indholdsdefinitioner.

Begrundelsen for de to modeller af modeller ud over informationsmodellen er, at hvis datasætdefinitioner består af foruddefinerede datapunkter fra et bibliotek med sådanne definitioner, så vil alle registrerede data (dvs. forekomster af skabeloner) i sidste ende bare være forekomster af standardindholdsdefinitionerne. Dette giver et grundlag for standardiseret forespørgsel til arbejde. Uden arketypeniveauet "bibliotek" er hvert datasæt (dvs. en del operativt indhold) entydigt defineret, og en standard tilgang til forespørgsel er vanskelig.

I overensstemmelse hermed definerer openEHR en metode til forespørgsel baseret på arketyper, kendt som AQL (Archetype Querying Language).

Især er openEHR blevet brugt til at modellere delt plejeplan. Arketyperne er designet til at imødekomme begreberne i den delte plejeplan.

Mens individuelle helbredsoptegnelser kan være meget forskellige med hensyn til indhold, svarer kerneoplysningerne i openEHR-datainstanser altid til arketyper. Den måde, det fungerer på, er ved at skabe arketyper, der udtrykker klinisk information på en måde, der er meget genanvendelig, endda universel i nogle tilfælde.

Arketype formalisme

openEHR arketyper udtrykkes i "Archetype Definition Language", en openEHR offentlig specifikation. To versioner er tilgængelige: ADL 1.4 og ADL 2, en ny udgivelse med bedre understøttelse af specialisering, omdefinering og annoteringer, blandt andre forbedringer. 1.4-frigivelsen af ​​ADL og dens "objektmodel" modstykke Archetype Object Model (AOM) er grundlaget for CEN- og ISO-standarden "Archetype Definition Language" ( ISO-standard 13606-2 ).

Skabeloner er historisk blevet udviklet i et simpelt, de facto industriudviklet XML-format, kendt som ".oet", efter filtypen. ADL 2 definerer en måde at udtrykke skabeloner problemfrit på med arketyper ved hjælp af udvidelser af ADL-sproget.

Kvalitetssikring af arketyper

Forskellige principper til udvikling af arketyper er blevet identificeret. For eksempel skal et sæt openEHR-arketyper kvalitetsstyres for at være i overensstemmelse med et antal aksiomer, såsom at være gensidigt eksklusive. Arketyperne kan styres uafhængigt af softwareimplementeringer og infrastruktur i klinikergruppernes hænder for at sikre, at de opfylder de reelle behov på stedet. Arketyper er designet til at tillade specifikation af klinisk viden at udvikle sig og udvikle sig over tid. Udfordringer i implementeringen af ​​informationsdesign udtrykt i openEHR-centret om, i hvilket omfang de faktiske systembegrænsninger er i harmoni med informationsdesignet.

Inden for elektroniske sundhedsjournaler er der en række eksisterende informationsmodeller med overlapninger i deres omfang, som er svære at håndtere, f.eks. Mellem HL7 V3 og SNOMED CT . OpenEHR-tilgangen står over for harmoniseringsudfordringer, medmindre den anvendes isoleret.

Internationalt samarbejde

Efter openEHR-tilgangen ville brugen af ​​delte og styrede arketyper globalt sikre, at openEHR-sundhedsdata konsekvent kunne manipuleres og ses, uanset den tekniske, organisatoriske og kulturelle kontekst. Denne tilgang betyder også, at de faktiske datamodeller, der anvendes af enhver EPJ, er fleksible, da nye arketyper kan defineres for at imødekomme fremtidige behov for klinisk journalføring. For nylig har arbejde i Australien demonstreret, hvordan arketyper og skabeloner kan bruges til at lette brugen af ​​ældre sundhedsregistrerings- og meddelelsesdata i et openEHR-sundhedsregistreringssystem og output standardiserede meddelelser og CDA-dokumenter.

Udsigterne til at opnå enighed om design og om styringsformer på internationalt plan er fortsat spekulative med påvirkninger fra forskellige medico-juridiske miljøer til kulturelle variationer til tekniske variationer, såsom i hvilket omfang en referenceklinisk terminologi skal være integreret .

OpenEHR-rammen er i overensstemmelse med den elektroniske sundhedsjournalkommunikationsstandard ( ISO 13606 ), og Archetype Object Model 2 (AOM2) er officielt accepteret af ISO TC 215 som udkastspecifikation til 2017-revisionen af ​​ISO 13606: 2.

International adoption

openEHR-arketyper bruges af National e-Health Transition Authority of Australia, UK NHS Health and Social Care Information Centre (HSCIC), den norske Nasjonal IKT-organisation og det slovenske sundhedsministerium.

openEHR er valgt som basis for den standardiserede EPJ i Brasilien.

Det begynder at blive brugt i kommercielle løsninger over hele verden, inklusive dem, der er produceret af openEHR Industry Partners.

Klinisk Knowledge Manager (CKM)

Et af resultaterne af openEHR-modelleringsmetoden er den åbne udvikling af arketyper, skabeloner og terminologiundersæt til at repræsentere sundhedsdata. På grund af openEHRs åbne natur er disse strukturer offentligt tilgængelige til brug og implementeres i sundhedsinformationssystemer. Community-brugere er i stand til at dele, diskutere og godkende disse strukturer i et samarbejdsregister kendt som Clinical Knowledge Manager (CKM). Nogle aktuelt anvendte openEHR CKM'er:

  • openEHR Clinical Knowledge Manager
  • NEHTA Clinical Knowledge Manager
  • UK Clinical Knowledge Manager
  • Norsk National ICT Clinical Knowledge Manager
  • Slovensk MoH Clinical Knowledge Manager

Se også

Referencer

eksterne links