Interoperabilitet, standarder og skjema
Standarder utviklingsaktiviteter gjort siden tidlig på 1980-tallet tok sikte på å gi løsninger på disse interoperabilitet utfordringer., Digital Imaging and Communications in Medicine (DICOM®), standards committee of the National Electrical Manufacturers Association (NEMA), var en av de første til å utvikle en standard for kommunikasjon medical imaging informasjon , som nå er utgitt av den Internasjonale Organisasjonen for Standardisering (ISO12052:2017). Alle Health Level Seven (HL7) standarder er utgitt av en offentlig national standards organization, American National Standards Institute (ANSI)., Det er viktig å merke seg at HL7 (Health Level Seven) standarder fokus på teknisk interoperabilitet (helse data exchange) som resulterer i begrenset operativ (semantisk) interoperabilitet .
Den nå svært populære Rask Healthcare Interoperabilitet Ressurser (FHIR®) standard har betydelig forbedret operativ informasjon flyter . Den HL7 FHIR® referanse modellen er definert som en samling av informasjon modeller (ressurser). Disse kan være profilert (eller ikke) for å generere en klinisk informasjon modellen., FHIR® ressursene er produsert fra en overordnet sett av data som finnes i eksisterende systemer for å brukes direkte av utviklere. Strengt tatt er dette ikke «modeller» siden ingen av de vanlige arv, innkapsling av felles elementer eller å skrive praksis brukes. Vellykket bruk av FHIR® standard er avhengig av graden av enighet oppnådd mellom partene. Nå avtalen på denne måten er det enklere å oppnå innen organisasjoner med et lite antall interessenter, inkludert Klinikere, enn avtaler for å dekke mer omfattende nettverk. Dette begrenser programvare re-bruk mulighetene .,
En gjennomgang av seks AMERIKANSKE Medicare Ansvarlig Care Organisasjoner har igjen synliggjør behovet for å ta i bruk en standard tilnærming. Det ble funnet at de som har brukt et enkelt electronic health record system på tvers av sin leverandør nettverk, var i stand til å dele data i sanntid, styrke leverandørenes evne til å koordinere omsorg. Andre hadde tilgang til robuste helse informasjon utveksling aktivere tilgang til pasientdata fra eksterne tilbydere. Til tross for dette ble det bemerket at det fulle potensialet av helse DET har ikke blitt realisert.,e resultatet av dårlig interoperabilitet at det går ut over kapasiteten til å ta vare resulterer i:
•
det å Stole på andre måter å dele data, inkludert telefon-samtaler og fakser,
•
Belastende og frustrerende bruk av EHRs,
•
Lege utbrenthet på grunn av arbeidsmengden forbundet med EHR ledelse,
•
Tilgang til helseinformasjon utveksling med lite eller ufullstendige data skaper problemer angående vare koordinering,
•
Manglende evne til å tilby helse DET til andre pasienter enn elektroniske portaler til sine EHRs,
•
Manglende evne til å bruke analytics til å tilpasse vare for å dekke en enkelte pasientens behov.,
Et privat sektor initiativet er for tiden foretak et prosjekt som har som mål å fremme industrien adopsjon av moderne, åpne standarder for interoperabilitet kjent som Argonaut prosjektet . Dette prosjektets formål er å utvikle en første generasjon FHIR®-basert API og Core Data Services-spesifikasjon for å aktivere utvidet deling av informasjon for elektronisk helse-poster og andre helse-informasjon teknologi basert på Internett-standarder og arkitektoniske mønstre og stiler. Dette arbeidet blir støttet av mange leverandører, inkludert Cerner, Episk og Accenture., Omfanget av dette arbeidet er om akselererende FHIR® modell utvikling ved å fokusere på mer spesifikke FHIR® – profiler og dokumentasjon inkludert et fokus på å følge sikkerhet spesifikasjoner og dokumentasjon for å muliggjøre interoperabilitet skal oppnås mellom arv proprietære systemer, hvor deres leverandører kontraktsmessig kontroll tilgang til data. Bruken av disse Apiene skaper iboende risiko for feil og pasientsikkerhet på grunn av data mapping.
Helse-care organisasjoner er nå i prosessen med å håndtere den raske opptaket av FHIR® og større bruk av Api-er., Fra en nasjonal infrastruktur perspektiv det er behov for midler til å lette gjenbruk av noen ofte brukte tasten FHIR® – modeller. Disse kan velges for å bli godkjent HL7 standarder. Uten bruk av avtalt standard modeller vil det være en spredning av FHIR® – modeller som er utviklet for å møte lokale behov, mange gjentakelser og inkonsekvenser å begrense samlede nasjonale fremgang mot å oppnå et godt koblet digital helse-økosystem., FHIR® – modeller som ikke er i samsvar med kjente modellering konvensjoner som demonstrert ved Beale som konkluderte med at:
FHIR ressurser synes å være et resultat av egne komiteer som arbeider med nesten ingen kryssreferanser, metoder, eller vanlige design-basis. Resultatet er at hver enkelt Ressurs er noe som en «bag-attributter,» antagelig på grunn av anvendelse av den såkalte 80/20 regelen i komiteen sammenheng.
FHIR® – modeller behov for å vurdere en veldig stor og uhåndterlig antall datapunkter., Denne begrensningen kan overvinnes ved innføringen av generelle modeller som er perfekt egnet for meldinger, men ikke for semantisk sammenhengende kliniske data lagring. Sammenhengen er vesentlig for hvordan klinikere behandler informasjon. Sammenheng må vurderes ved utvikling av beslutningsstøtte eller kunstig-intelligens systemer, når de vedtas forskjellige data-analytiske strategier, og for en rekke relevante standarder, inkludert de som brukes for data mapping.,
FHIR® ressurser er sagt å inneholde et kontinuum av ontologiske nivåer, de har to egenskaper uønsket i et stabilt informasjon modell :
volatilitet — klinisk spesifikke ressurser vil klart behov for å endre over tid. Hvordan dette påvirker avhengige profiler er et interessant spørsmål;
åpne-endedness — en må anta at det satt av ressurser vil bare fortsetter å vokse for å imøtekomme nye store kliniske opplysninger kategorier.,
konsekvensene av disse faktorene er at modellen er «aldri ferdig» og at alle databaser eller programvare som er basert på det vil likeledes må fortsatt vedlikehold. Det er et annet problem knyttet til nedstrøms informasjon-behandling for sekundær bruk av data. Som er en manglende evne til å vite om data strukturer som ser ut til å være nesten det samme kan behandles på samme måte; standard med FHIR er at alle Ressurser er sine egne ting ., Ett internasjonale standarder ekspert bemerket at:
FHIR® ble utformet og ment som en API/interchange standard, de fleste store ITC organisasjoner (Google, Microsoft, IBM, etc) og minst én major EHR leverandør (Cerner) har omfavnet FHIR® som en utholdenhet objekt skjema og datalager-skjema. FHIR® er fortsatt underspecified på et internasjonalt nivå, som binding av verdi sett er henvist til gjennomføring guider (f.eks. den AMERIKANSKE Core FHIR® implementation guide)., Gitt dagens nasjonale anlegg mot nasjonal Helse informasjonsteknologi (HIT) koder (nesten alle land har sin egen darn publisering av Prosedyren koder, og merkelig hele verden er ennå ikke bruker ICD11) denne separasjonen er svært pragmatisk. Barrierer for internasjonal HIT interoperabilitet har mindre å gjøre med tekniske syntaks spesifikasjoner, og langt mer å gjøre med nesten uløselige tendens til at land til å angi sine egne, noen ganger proprietær, koding systemer.,
Adopsjon av openEHR arkitektonisk rammeverk krever bruk av en mer omfattende modellering tilnærming . Disse modellene er i stand til å koble med FHIR® – modeller der det er nødvendig, for eksempel openEHR Ugunstig reaksjon risiko arketypen og FHIR® AllergyIntolerance ressurs ble fellesskap publisert og justert i slutten av 2015., Arketyper innlemme samarbeid foretatt av en stor virtuell internasjonale samfunnet av tverrfaglig fagfolk slå helse data inn i en kunnskapsbasert elektronisk (beregnbare) skjemaet for å sikre universelle samarbeidsmuligheter innenfor alle digitale helse-økosystem. Denne tilnærmingen består av multi-nivå, enkelt kilde for modellering innen en service-orientert programvare arkitektur avgrenset av et sett med spesifikasjoner som er publisert av den openEHR foundation og fritt tilgjengelig for alle.,
openEHR er en åpen standard spesifikasjon styrt av en ikke-for-profit stiftelse, er fritt tilgjengelig, som skal gjennomføres av enhver utvikler. OpenEHR spesifikasjoner, resultat av 25 års forskning og utvikling, representerer den eneste alvorlige oppretting av ISO 13606 Reference Model for electronic health record communication som detaljer en hierarkisk struktur for kliniske opplysninger . Denne standarden blir i økende grad brukt i massiv prosjekter i Storbritannia, Norge, Finland, Slovenia og Tyskland., Også Kina, Chile, Brasil, Italia og Karibia har vedtatt denne tilnærmingen. Faktisk ISO 13606 ble avledet fra opplevelsen av openEHR, og mer nylig har blitt påvirket gjennom erfaring med andre standarder, inkludert FHIR®. Den kliniske modellering arbeidet er mer omfattende enn det som er foretatt andre steder tidligere med en frivillig fellesskap av over 2000 mennesker fra 93 land.
ISO13606 domene kliniske modeller kjent som «arketyper» er eksterne for programvaren., Hver arketypen definerer et maksimalt antall mulige datapoints og data grupper som gjelder for modellert konseptet. Dette gir et maksimalt antall av forskjellige sammenhenger for å passe alle kliniske spesialiteter og potensielle data bruker. Maler, som består av en «rekombinasjon» laget av modeller for å definere datasett, gjøre bruk av bare de datapoints fra et sett (et tall eller et utvalg) av arketyper som er nødvendig for noen bestemt «use case» eller program, for eksempel alle typer kliniske vurdering., Maler kan brukes som melding definisjoner for legacy-systemer, så vel som data-sett for nye programmer, inkludert former. Dette betyr at ethvert sett av arketyper kan brukes på nytt for flere tilfeller. Det gjør at betydelige deler av programvaren for å være maskin-avledet fra arketyper. Arketyper representerer atomic data i en åpen standard; en kritisk suksess faktor i stand til å tåle endringer i teknologi, spesielt exchange og utholdenhet.,
Disse «Arketyper» (modeller) som er i bruk av ulike programmer, blant annet i Storbritannia National Health Service der de brukes for konvertering av shadow-systemer slik at bruken av leverandør nøytral dataregistre. Andre brukere: Queensland Helse-og noen private sykehus for sine infection control systems, en rekke Western Sydney Primære Helse-fasiliteter og Northern Territory Helse er Delt EHR, og openEHR industripartnere som har systemer er bred oppslutning i de Skandinaviske land., Samsvar komponenter og systemer som er «åpne» i form av data modeller og Api-er. Strategisk, de openEHR tilnærming har en helse-posten fokus som er godt egnet til pasient sentrert omsorg. Denne tilnærmingen gjør det mulig for en plattform-basert eller «open back-end» – programvaren markedet i helse-industri leverandører og løsning utviklere grensesnitt med hver andre systemer via standardiserte opplysninger modeller, innhold modeller, terminologier og service interfaces.,
Et ÅPENT samarbeid mellom enkeltpersoner, industri, standarder organisasjoner og helsepersonell har blitt enige om å arbeide sammen for å akselerere utviklingen av åpne standarder for interoperabilitet i helse-og sosialsektoren. De har gitt et samarbeid med forum for å dele erfaringer og løsninger med sikte på å overvinne dette forvirrende landskapet. I juli 2018 de publisert en oversikt over hva som har blitt beskrevet her . Det ble bemerket at disse mange standarder er i ferd med konvergerende. Den FHIR® og openEHR standarder ikke løse samme problem., De både å opprette kliniske informasjons-modeller, men openEHR modeller (arketyper) er data-sentriske leverandøruavhengig over openEHR plattformer. FHIR® er programmet sentriske som det skaper en felles modell for bruk over noe program for å danne grunnlag for å definere interoperabilitet mellom applikasjoner uansett åpne eller proprietære modeller de var bygget på. De gjør bruk av programmet sentriske interoperabilitet løsninger gjør dette for å muliggjøre fortsatt bruk av dyre legacy-systemer.,
openEHR og FHIR® gir komplementære, men ulike tilnærminger for å koble til en kompleks lappeteppe av programmer i en enkelt sammenhengende system . Data-sentriske openEHR tilnærming fokuserer på å normalisere helse data først, og bygge nye systemer på toppen av legacy-systemer for å unngå interoperabilitet problemene alle sammen. Dette er i ferd med å definere en data-laget i løpet av et åpent system arkitektur. Dette er den viktigste lag som det muliggjør optimal bruk av data for å forbedre resultater, bedre håndtere kroniske sykdommer og til å gi bedre population health management., Dette krever at data skal lagres i leverandør nøytral formater, i motsetning til proprietære formater av mest legacy-systemer. Data-sentriske tilnærmingen gjør det mulig for digital health data lagring og bruk gjennom hele levetiden av enhver pasient.
Nesten hver openEHR-basert system som er i ferd med å utvikle FHIR® – grensesnitt for å sikre at de kan støtte pasienten reise mellom openEHR og ikke-openEHR systemer . openEHR tilkobling skjema kan bygges gang og deles mellom alle openEHR leverandører siden de er basert på felles openEHR arketyper., Programmer som er gruppert på en openEHR – basert plattform trenger ikke exchange-løsninger som FHIR® fordi de er i stand til å kommunisere direkte med hverandre gjennom felles kliniske data og registre. Dette åpner for nye markedet aktører til å satse på utvikling av nyskapende programmer og funksjonelt for å møte nisje kliniske krav. FHIR® kapasitet er bare nødvendig for å gjøre dem i stand til å kommunisere med større økosystem leverandør proprietære programmer .
Leave a Reply