öppna EHR

openEHR är en öppen standardspecifikation inom hälsoinformatik som beskriver hantering och lagring, hämtning och utbyte av hälsodata i elektroniska journaler (EPJ). I openEHR lagras all hälsodata för en person i en "one lifetime", leverantörsoberoende, personcentrerad EPJ. De öppna EPJ-specifikationerna inkluderar en EPJ-utdragsspecifikation men är i övrigt inte primärt relaterade till utbyte av data mellan EPJ-system eftersom detta är fokus för andra standarder såsom EN 13606 och HL7 .

OpenEHR-specifikationerna underhålls av openEHR Foundation, en icke vinstdrivande stiftelse som stödjer öppen forskning, utveckling och implementering av openEHR EHR. Specifikationerna är baserade på en kombination av 15 års europeisk och australiensisk forskning och utveckling av EPJ och nya paradigm, inklusive vad som har blivit känt som arketypmetodik för specifikation av innehåll.

OpenEHR-specifikationerna inkluderar informations- och servicemodeller för EPJ, demografi, kliniskt arbetsflöde och arketyper . De är utformade för att vara grunden för en medicinsk-juridiskt sund, distribuerad, versionerad EHR-infrastruktur.

Arkitektur

Blockschema över openEHR-specifikationskomponenter.

Arkitekturen för openEHR-specifikationerna som helhet består av följande nyckelelement:

  • informationsmodeller (alias "Referensmodell");
  • arketypen formalism;
  • det bärbara frågespråket för arketyp;
  • tjänstemodeller / API:er.

Användningen av de två första möjliggör utvecklingen av "arketyper" och "mallar", som är formella modeller för kliniskt och relaterat innehåll, och utgör ett lager av egna de facto -standarder, mycket fler än de basspecifikationer som de är byggd. Frågespråket gör det möjligt att bygga frågor baserat på arketyperna, snarare än fysiska databasscheman, vilket frikopplar frågor från fysiska beständighetsdetaljer. Tjänstemodellerna definierar åtkomst till viktiga back-end-tjänster, inklusive EHR-tjänsten och demografitjänsten, medan en växande uppsättning lätta REST-baserade API:er baserade på arketypsökvägar används för applikationsåtkomst.

OpenEHR Architecture Overview ger en sammanfattning av arkitekturen och de detaljerade specifikationerna.

Referens model

En central del av openEHR-specifikationerna är uppsättningen informationsmodeller, kända i openEHR som "referensmodeller". Modellerna utgör basinformationsmodellerna för öppna EPJ-system och definierar den invarianta semantiken för den elektroniska hälsojournalen (EPJ), EPJ-extrakten och demografimodellen, samt stödjer datatyper, datastrukturer, identifierare och användbara designmönster.

Några av nyckelklasserna i EPJ-komponenten är ENTRY-klasserna, vars undertyper inkluderar OBSERVATION, EVALUATION, INSTRUCTION, ACTION och ADMIN_ENTRY, såväl som Instruction State Machine, en tillståndsmaskin som definierar en standardmodell av livscykeln för interventioner, inklusive medicinering. beställningar, kirurgi och andra terapier.

Arketyper och modellering på flera nivåer

En viktig innovation i openEHR-ramverket är att lämna all specifikation av klinisk information utanför informationsmodellen ( även känd som "referensmodell") och istället tillhandahålla ett kraftfullt sätt att uttrycka definitioner av det innehåll som läkare och patienter behöver registrera som kan konsumeras direkt under körning av system byggda på referensmodellen. Detta motiveras av behovet att skalbart hantera det generiska hälsoproblemet hos en mycket stor, växande och ständigt föränderlig uppsättning informationstyper.

Det semantiska ramverket för openEHR

Kliniskt innehåll specificeras i termer av två typer av artefakter som finns utanför informationsmodellen. Den första, känd som " arketyper " ger en plats för att formellt definiera återanvändbara datapunkter och datagruppsdefinitioner, dvs innehållsobjekt som kommer att återanvändas i många sammanhang. Typiska exempel inkluderar "systemisk arteriell blodtrycksmätning" och "serumnatrium". Många sådana datapunkter förekommer i logiska grupper, t.ex. gruppen av dataposter för att dokumentera en allergisk reaktion, eller analyterna i ett leverfunktionstestresultat. Vissa arketyper innehåller många datapunkter, t.ex. 50, även om ett vanligare antal är 10-20. En samling arketyper kan förstås som ett "bibliotek" av återanvändbara domäninnehållsdefinitioner, där varje arketyp fungerar som en "styrenhet", vars innehåll samutformas, granskas och publiceras.

Den andra typen av artefakt är känd i openEHR som en "mall", och används för att logiskt representera en användningsfallsspecifik datauppsättning, såsom de dataposter som utgör en sammanfattning av patientutskrivningen, eller en radiologirapport. En mall konstrueras genom att referera till relevanta föremål från ett antal arketyper. En mall kanske bara kräver en eller två datapunkter eller grupper från varje arketyp. När det gäller den tekniska representationen kan openEHR-mallar inte bryta mot semantiken för de arketyper som de är konstruerade av. Mallar utvecklas nästan alltid för lokal användning av mjukvaruutvecklare och kliniska analytiker. Mallar definieras vanligtvis för GUI- skärmformulär, meddelandedefinitioner och dokumentdefinitioner, och motsvarar som sådana "operativa" innehållsdefinitioner.

Motiveringen för de två skikten av modeller utöver informationsmodellen är att om datamängdsdefinitioner består av fördefinierade datapunkter från ett bibliotek av sådana definitioner, så kommer all inspelad data (dvs. instanser av mallar) i slutändan bara att vara instanser av standardinnehållsdefinitionerna. Detta ger en grund för att standardiserad förfrågning ska fungera. Utan arketypnivån "bibliotek" är varje datamängd (dvs. bit av operativt innehåll) unikt definierad och en standardmetod för att fråga är svår.

Följaktligen definierar openEHR en metod för frågesökning baserad på arketyper, känd som AQL (Archetype Querying Language).

Särskilt har openEHR använts för att modellera plan för delad vård. Arketyperna har utformats för att tillgodose koncepten i planen för delad vård.

Även om individuella hälsojournaler kan vara väldigt olika i innehåll, överensstämmer kärninformationen i openEHR-datainstanser alltid med arketyper. Det här fungerar genom att skapa arketyper som uttrycker klinisk information på ett sätt som är mycket återanvändbart, till och med universellt i vissa fall.

Arketypisk formalism

openEHR arketyper uttrycks i "Archetype Definition Language", en öppen EHR offentlig specifikation. Två versioner finns tillgängliga: ADL 1.4 och ADL 2, en ny version med bättre stöd för bland annat specialisering, omdefiniering och kommentarer. 1.4-utgåvan av ADL och dess "objektmodell"-motsvarighet Archetype Object Model (AOM) är grunden för CEN- och ISO-standarden "Archetype Definition Language" (ISO-standard 13606-2 ).

Mallar har historiskt utvecklats i ett enkelt, de facto industriutvecklat XML-format, känt som ".oet", efter filtillägget. ADL 2 definierar ett sätt att uttrycka mallar sömlöst med arketyper, med hjälp av tillägg av ADL-språket.

Kvalitetssäkring av arketyper

Olika principer för att utveckla arketyper har identifierats. Till exempel måste en uppsättning öppna EHR-arketyper kvalitetshanteras för att överensstämma med ett antal axiom, såsom att vara ömsesidigt uteslutande. Arketyperna kan hanteras oberoende av programvaruimplementeringar och infrastruktur, i händerna på klinikergrupper för att säkerställa att de uppfyller de verkliga behoven på plats. Arketyper är utformade för att tillåta specifikation av klinisk kunskap att utvecklas och utvecklas över tiden. Utmaningar vid implementering av informationsdesign uttryckt i openEHR handlar om i vilken utsträckning faktiska systembegränsningar är i harmoni med informationsdesignen. [ citat behövs ]

Inom området för elektroniska journaler finns ett antal befintliga informationsmodeller med överlappningar i sin omfattning som är svåra att hantera, till exempel mellan HL7 V3 och SNOMED CT . OpenEHR-metoden står inför harmoniseringsutmaningar om den inte används isolerat.

Internationellt samarbete

Enligt openEHR-metoden skulle användningen av delade och styrda arketyper globalt säkerställa att öppenEHR-hälsodata konsekvent kan manipuleras och ses, oavsett det tekniska, organisatoriska och kulturella sammanhanget. Detta tillvägagångssätt innebär också att de faktiska datamodellerna som används av alla EHR är flexibla, med tanke på att nya arketyper kan definieras för att möta framtida behov av klinisk journalföring. Nyligen har arbete i Australien visat hur arketyper och mallar kan användas för att underlätta användningen av äldre journal- och meddelandedata i ett öppet EHR-journalsystem, och mata ut standardiserade meddelanden och CDA-dokument.

Möjligheterna att nå enighet om design och styrformer på internationell nivå är fortfarande spekulativa, med influenser som sträcker sig från olika medicinsk-juridiska miljöer till kulturella variationer, till tekniska variationer såsom i vilken utsträckning en klinisk referensterminologi ska vara integrerad .

OpenEHR-ramverket överensstämmer med Electronic Health Record Communication Standard (ISO 13606), och Archetype Object Model 2 (AOM2) har officiellt accepterats av ISO TC 215 som utkast till specifikation för 2017 års revision av ISO 13606:2.

Internationell adoption

openEHR-arketyper används av National e-Health Transition Authority i Australien, UK NHS Health and Social Care Information Centre (HSCIC), den norska Nasjonal IKT-organisationen och det slovenska hälsoministeriet.

openEHR har valts ut som grund för den standardiserade EPJ i Brasilien.

Det börjar användas i kommersiella lösningar över hela världen, inklusive de som produceras av openEHR Industry Partners.

Clinical Knowledge Manager (CKM)

Ett av resultaten av openEHR-modelleringsmetod är den öppna utvecklingen av arketyper, mallar och terminologiundergrupper för att representera hälsodata. På grund av den öppna naturen hos openEHR är dessa strukturer allmänt tillgängliga för att användas och implementeras i hälsoinformationssystem. Community-användare kan dela, diskutera och godkänna dessa strukturer i ett samarbetsarkiv som kallas Clinical Knowledge Manager (CKM). Några för närvarande använda openEHR CKMs:

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

Se även

21. Hur man väljer en EPJ- expertguide för att välja EPJ.

externa länkar

Hämtad från " https://en.wikipedia.org/w/index.php?title=OpenEHR&oldid=1143453104 "