interoperabilitetsstandarder och schema
Standardutvecklingsverksamhet som genomförts sedan början av 1980-talet syftade till att tillhandahålla lösningar på dessa interoperabilitetsutmaningar., Digital Imaging and Communications in Medicine (DICOM®), standards committee of National Electrical Manufacturers Association (NEMA), var en av de första att utveckla en standard för att kommunicera medicinska informationen , nu utgiven av Internationella Organisationen för Standardisering (ISO12052:2017). Alla Health Level Seven (HL7) standarder publiceras av en officiell nationell standardiseringsorganisation, American National Standards Institute (ANSI)., Det är viktigt att notera att HL7 (Health Level Seven) standarder fokuserar på teknisk interoperabilitet (Health data exchange) vilket resulterar i begränsad operativ (semantisk) interoperabilitet .
den nu mycket populära standarden Fast Healthcare Interoperability Resources (fhir®) har avsevärt förbättrat de operativa informationsflödena . Referensmodellen HL7 fhir® definieras av en samling informationsmodeller (resurser). Dessa kan profileras (eller inte) för att generera en klinisk informationsmodell., Fhir ® resurser produceras från en supermängd av data som finns i äldre system som ska användas direkt av utvecklare. Strängt taget är dessa inte ”modeller” eftersom ingen av de vanliga arven, inkapsling av vanliga element eller skrivningspraxis används. Den framgångsrika användningen av fhir ® – standarden är beroende av graden av överenskommelse mellan parterna. Att nå en överenskommelse på detta sätt är lättare att uppnå inom organisationer av ett litet antal intressenter, inklusive kliniker, än avtal som passar mer omfattande nätverk. Detta begränsar möjligheten att återanvända programvara .,
en översyn av sex amerikanska Medicare-ansvariga vårdorganisationer har återigen betonat behovet av att anta en standardmetod. Det konstaterades att de som använde ett enda elektroniskt patientjournalsystem över sina leverantörsnätverk kunde dela data i realtid och förbättra leverantörernas förmåga att samordna vården. Andra hade tillgång till robusta utbyten av hälsoinformation som möjliggör tillgång till patientdata från externa leverantörer. Trots detta noterades att den fulla potentialen av hälsa det inte har realiserats.,e resultatet av dålig interoperabilitet som äventyrar vårdförmågan som resulterar i:
•
beroende av andra sätt att dela data, inklusive telefonsamtal och fax,
•
betungande och frustrerande användning av EHRs,
•
läkare utbrändhet på grund av arbetsbelastning i samband med EHR-hantering,
•
tillgång till hälsoinformationsutbyte med små eller ofullständiga data som skapar svårigheter när det gäller vårdkoordinering,
•
oförmåga att erbjuda hälsa till andra patienter än onlineportaler till sina EHRs,
•
oförmåga att använda Analytics för att anpassa vården efter en enskild patients behov.,
ett initiativ från den privata sektorn genomför för närvarande ett projekt som syftar till att främja industrins antagande av moderna, öppna interoperabilitetsstandarder som kallas Argonaut-projektet . Syftet med detta projekt är att utveckla en första generationens FHIR®-baserad API-och grundläggande datatjänstspecifikation för att möjliggöra utökad informationsutbyte för elektroniska patientjournaler och annan hälsoinformationsteknik baserad på Internetstandarder och arkitektoniska mönster och stilar. Detta arbete sponsras av många leverantörer, inklusive Cerner, Epic och Accenture., Omfattningen av detta arbete handlar om att påskynda utvecklingen av fhir® – modellen genom att fokusera på mer specifika fhir ® – profiler och dokumentation, inklusive fokus på medföljande säkerhetsspecifikationer och dokumentation för att göra det möjligt att uppnå driftskompatibilitet mellan äldre proprietära system, där deras leverantörer enligt avtal kontrollerar dataåtkomst. Användningen av dessa API skapar inneboende risker för fel och patientsäkerhet på grund av datakartläggning.
hälsovårdsorganisationer är nu i färd med att hantera det snabba upptaget av FHIR® och den större användningen av API: er., Ur ett nationellt infrastrukturperspektiv måste det finnas medel för att underlätta återanvändning av vissa ofta använda nyckelmodeller för fhir®. Dessa kan väljas för att bli godkända HL7-standarder. Utan antagandet av överenskomna standardmodeller kommer det att finnas en spridning av fhir® – modeller som utvecklats för att möta lokala behov, många upprepningar och inkonsekvenser som begränsar övergripande nationella framsteg mot att uppnå ett väl kopplat digitalt hälsoekosystem., Fhir® – modeller överensstämmer inte med välkända modelleringskonventioner Som visats av Beale, som drog slutsatsen att:
fhir-resurserna verkar vara resultatet av separata kommittéer som arbetar med nästan ingen korsreferenser, metodik eller gemensam designbas. Resultatet är att varje resurs är något som en ”bag-of attribut”, förmodligen på grund av tillämpningen av den så kallade 80/20-regeln i utskottssammanhang.
fhir® – modeller måste överväga ett mycket stort och ohanterligt antal datapunkter., Denna begränsning övervinns genom antagandet av generiska modeller som är perfekt lämpade för meddelanden men inte för semantiskt sammanhängande klinisk datalagring. Sammanhang är integrerad i hur kliniker behandlar information. Sammanhang måste beaktas när man utvecklar beslutsstöd eller system för artificiell intelligens, när man antar olika dataanalytiska strategier och för ett antal relevanta standarder, inklusive de som används för datakartläggning.,
fhir® — resurserna sägs innehålla ett kontinuum av ontologiska nivåer, de har två egenskaper som inte är önskvärda i en stabil informationsmodell:
volatilitet-kliniskt specifika resurser kommer tydligt att behöva förändras över tiden. Hur detta påverkar beroende profiler är en intressant fråga;
öppen endedness-man måste anta att uppsättningen resurser helt enkelt kommer att fortsätta växa för att rymma nya stora kliniska informationskategorier.,
konsekvenserna av dessa faktorer är att modellen är ”aldrig färdig” och att alla databaser eller program baserade på den också kommer att behöva fortsatt underhåll. Det finns ett annat problem i samband med nedströmsinformationsbehandling för sekundär dataanvändning. Det är en oförmåga att veta om datastrukturer som verkar vara nästan samma kan behandlas på samma sätt. standard med FHIR är att varje resurs är sin egen sak ., En internationell standardexpert noterade att:
FHIR® designades och var avsedd som en API / interchange-standard, de flesta stora ITC-organisationer (Google, Microsoft, IBM, etc) och minst en stor EHR-leverantör (Cerner) har anammat FHIR® som ett persistensobjektschema och datastore-schema. FHIR® förblir undesspecifierad på internationell nivå, eftersom bindningen av värdeuppsättningar förpassas till genomförandeguider (t.ex. US Core fhir® implementation guide)., Med tanke på nuvarande nationella predispositioner mot National Health Information Technology (HIT) koder (praktiskt taget varje land har sin egen darn publicering av procedurkoder, och märkligt hela världen är ännu inte använder ICD11) denna separation är mycket pragmatisk. Hindren för internationell TRÄFFINTEROPERABILITET har mindre att göra med tekniska syntaxspecifikationer, och mycket mer att göra med ländernas nästan ogenomträngliga tendens att specificera sina egna, ibland egenutvecklade, kodningssystem.,
antagandet av openEHR architectural framework kräver användning av en mer omfattande modelleringsmetod . Dessa modeller kan vid behov koppla samman med fhir® – modeller, t.ex. openEHR Adverse reaction risk archetype och fhir® AllergyIntolerance resource, offentliggjordes och anpassades gemensamt i slutet av 2015., Arketyper innehåller det samarbetsarbete som utförs av ett stort virtuellt internationellt samfund av tvärvetenskapliga yrkesverksamma som gör hälsodata till en evidensbaserad elektronisk (beräknad) form för att säkerställa universell interoperabilitet inom alla digitala hälsoekosystem. Detta tillvägagångssätt består av multi-level, single source modellering inom en serviceorienterad mjukvaruarkitektur avgränsad av en uppsättning specifikationer som publicerats av openEHR foundation och fritt tillgänglig för alla.,
openEHR är en öppen standardspecifikation som styrs av en icke-vinstdrivande stiftelse, den är fritt tillgänglig för att implementeras av någon utvecklare. OpenEHR-SPECIFIKATIONER, resultatet av 25 års forskning och utveckling, representerar den enda allvarliga instansieringen av ISO 13606-referensmodellen för elektronisk patientjournalkommunikation som beskriver en hierarkisk struktur för klinisk information . Denna standard används alltmer i massiva projekt i Storbritannien, Norge, Finland, Slovenien och Tyskland., Även Kina, Chile, Brasilien, Italien och Karibien har antagit denna strategi. I själva verket ISO 13606 härleddes från erfarenheten av openEHR, och mer nyligen har påverkats genom erfarenhet av andra standarder, inklusive FHIR®. Det kliniska modelleringsarbetet är mer omfattande än det som gjordes någon annanstans tidigare med en volontärgemenskap med över 2000 personer från 93 länder.
ISO13606 Domain clinical models known as ”archetypes” är externa till programvaran., Varje arketyp definierar ett maximalt antal möjliga datapoäng och datagrupper som gäller för det modellerade konceptet. Detta ger ett maximalt antal olika sammanhang som passar alla kliniska specialiteter och potentiella dataanvändning. Mallar, som består av ett” rekombination ”lager av modeller för att definiera datamängder, använder endast dessa datapoäng från en uppsättning (valfritt antal eller urval) av arketyper som krävs för varje specifikt” användningsfall ” eller applikation, till exempel vilken typ av klinisk bedömning som helst., Mallar kan användas som meddelandedefinitioner för äldre system, samt datamängder för nya applikationer, inklusive formulär. Detta innebär att alla uppsättningar av arketyper kan återanvändas för flera användningsfall. Det gör att betydande delar av programvaran för att vara maskin-härrör från arketyper. Arketyper representerar atomdata i en öppen standard; en kritisk framgångsfaktor som klarar förändringar i teknik, särskilt utbyte och uthållighet.,
dessa ”arketyper” (modeller) används av olika tillämpningar, bland annat i Förenade kungarikets nationella hälso-och sjukvård där de används för omvandling av skuggsystem som möjliggör användning av leverantörsneutrala dataregister. Andra användare är: Queensland Health och några privata sjukhus för sina infektionskontrollsystem, ett antal västerländska Sydneys primära hälsofaciliteter och Northern Territory Health delade EHR och openEHR industry partners vars system är allmänt implementerade i skandinaviska länder., Överensstämmande komponenter och system är ”öppna” när det gäller datamodeller och API: er. Strategiskt har openEHR-tillvägagångssättet ett hälsorekordfokus som är väl lämpat för patientcentrerad vård. Detta tillvägagångssätt möjliggör en plattformsbaserad eller” öppen back-end ” mjukvarumarknad där hälsoindustrin leverantörer och lösningsutvecklare gränssnitt med varandras system via standardiserade informationsmodeller, innehållsmodeller, terminologier och servicegränssnitt.,
ett öppet samarbete mellan individer, industri, standardiseringsorganisationer och vårdgivare har kommit överens om att arbeta tillsammans för att påskynda utvecklingen av öppna standarder för driftskompatibilitet inom hälso-och socialsektorn. De har tillhandahållit ett samarbetsforum för att dela erfarenheter och tillhandahålla lösningar som syftar till att övervinna detta förvirrande landskap. I juli 2018 publicerade de en översikt över vad som har beskrivits här . Det noterades att dessa många standarder håller på att konvergera. Fhir® – och openEHR-standarderna tar inte upp samma problem., De skapar båda kliniska informationsmodeller, men openEHR-modellerna (arketyper) är datacentrerade leverantörer oberoende över openEHR-plattformar. FHIR® är application centric eftersom det skapar en gemensam modell för användning över alla program för att sedan ligga till grund för att definiera driftskompatibilitet mellan applikationer oavsett öppna eller proprietära modeller de byggdes på. De som använder sig av applikationscentrerade interoperabilitetslösningar gör det för att möjliggöra fortsatt användning av dyra äldre system.,
openEHR och FHIR® tillhandahåller kompletterande men olika metoder för att ansluta ett komplext lapptäcke av applikationer till ett enda sammanhängande system . Den datacentrerade openEHR-metoden fokuserar på att normalisera hälsodata först och bygga nya system ovanpå äldre system för att undvika driftskompatibilitetsproblemen tillsammans. Det handlar om att definiera ett datalager inom en öppen systemarkitektur. Detta är det viktigaste lagret eftersom det underlättar optimal dataanvändning för att förbättra resultaten, bättre hantera kroniska sjukdomar och för att möjliggöra bättre befolkningshälsohantering., Detta kräver att data lagras i leverantörsneutrala format i motsats till proprietära format för de flesta äldre system. Den datacentrerade metoden möjliggör digital hälsodatalagring och användning under hela patientens livstid.
nästan alla openEHR-baserade system utvecklar för närvarande fhir®-gränssnitt för att säkerställa att de kan stödja patientens resa mellan openEHR och non-openEHR-system . openEHR-anslutningsschema kan byggas en gång och delas mellan alla openEHR-leverantörer eftersom de är baserade på vanliga openEHR-arketyper., Applikationer grupperade på en openEHR – baserad plattform behöver inte utbyteslösningar som FHIR® eftersom de kan kommunicera direkt med varandra via delade kliniska dataförråd. Detta gör det möjligt för nya marknadsaktörer att koncentrera sig på att utveckla verkligt innovativa applikationer och funktionellt för att uppfylla nisch kliniska krav. Fhir ® – kapacitet behövs bara för att de ska kunna kommunicera med bredare patentskyddade applikationer för ekosystemleverantörer .
Leave a Reply