Yhteentoimivuuden standardit ja skeema
– Standardien kehittämisen toimia, joita on toteutettu vuodesta 1980-luvun alussa tavoitteena oli tarjota ratkaisuja näihin yhteentoimivuuden haasteet., Digital Imaging and Communications in Medicine (DICOM®), standards committee of the National Electrical Manufacturers Association (NEMA), oli yksi ensimmäisistä kehittää standardi viestintä lääketieteellisen kuvantamisen tiedot , nyt julkaistu Kansainvälisen standardointijärjestön (ISO12052:2017). Kaikki Terveyden Taso Seitsemän (HL7) standardit julkaistaan virallinen national standards organization, American National Standards Institute (ANSI)., On tärkeää huomata, että HL7 (Health Level Seven) standardit keskittyvät teknisen yhteentoimivuuden (health data exchange) mikä suppea (semanttisen) yhteentoimivuuden .
nyt erittäin suosittu Fast Healthcare Interoperability Resources (FHIR®) standardi on parantunut huomattavasti operatiivisia tietovirtoja . HL7 FHIR® – viitemalli määritellään tietomallien (resurssien) keräämisen avulla. Nämä voidaan profiloida (tai ei) kliinisen tietomallin tuottamiseksi., FHIR® resources on valmistettu supervalikoimasta dataa, joka löytyy legacy-järjestelmistä, joita kehittäjät voivat käyttää suoraan. Tarkkaan ottaen nämä eivät ole ”malleja”, koska mitään tavanomaista perintöä, yhteisten elementtien kapselointia tai kirjoituskäytäntöjä ei käytetä. FHIR® – standardin onnistunut käyttö riippuu osapuolten välisestä sopimuksesta. Päästä sopimukseen tällä tavalla on helpompi saavuttaa organisaation sisällä pieni määrä sidosryhmiä, mukaan lukien Lääkärit, kuin sopimukset sopivat laajempia verkostoja. Tämä rajoittaa ohjelmistojen uudelleenkäyttömahdollisuuksia .,
kuuden yhdysvaltalaisen Medicare-vastuullisen Hoivaorganisaation tarkastelu on jälleen korostanut tarvetta omaksua vakiomalli. Todettiin, että ne, jotka käyttivät yhden electronic health record system koko niiden tarjoaja verkkoja, pystyivät jakamaan tietoja reaaliajassa, parantaa tarjoajien kyky koordinoida hoitoa. Toisilla oli mahdollisuus tehokkaaseen terveystietojen vaihtoon, joka mahdollisti pääsyn ulkopuolisten palveluntarjoajien potilastietoihin. Tästä huolimatta huomattiin, että terveyden täysi potentiaali se ei ole toteutunut.,e seurausta huonosta yhteentoimivuutta vaarantamatta kykyä hoitaa tuloksena:
•
Luottaminen muita keinoja jakaa tietoja mukaan lukien puhelut ja faksit,
•
Työlästä ja turhauttavaa käyttää EHRs,
•
Lääkäri burnout koska työmäärä liittyy POTILASTIETOJÄRJESTELMIEN hallinta,
•
– Tutustua terveydenhuollon tietojen vaihtoa, joilla on vähän tai puutteellisia tietoja, luoda vaikeuksia koskien hoidon koordinointi,
•
Kyvyttömyys tarjota terveys potilaille, muut kuin online-portaaleja, niiden EHRs,
•
Kyvyttömyys käyttää analytics muokata tarkkana, että yksittäisen potilaan tarpeisiin.,
yksityisen sektorin aloite on parhaillaan hanketta, jonka tavoitteena on edistää teollisuuden hyväksyminen moderni, yhteentoimivuutta koskevia avoimia standardeja tunnetaan Argonaut-hanke . Tämän hankkeen tarkoituksena on kehittää ensimmäisen sukupolven FHIR®-pohjainen API: n ja Core Data Services specification, jotta laajentaa tiedonvaihtoa sähköisiä potilaskertomuksia ja muita terveydenhuollon tietotekniikan perustuu Internet-standardeihin ja arkkitehtonisia malleja ja tyylejä. Tätä työtä sponsoroivat lukuisat myyjät, kuten Cerner, Epic ja Accenture., Soveltamisala tämä työ on noin nopeuttaa FHIR® mallin kehittäminen keskittymällä tarkemmin FHIR® – profiilit ja-asiakirjat, mukaan lukien keskittyä mukana turvallisuus tekniset tiedot ja asiakirjat, jotta yhteentoimivuus voidaan saavuttaa välillä legacy patentoituja järjestelmiä, joissa niiden myyjät sopimuksen valvonta tietojen saatavuutta. Näiden APIs-järjestelmien käyttö aiheuttaa virheitä ja potilasturvallisuutta koskevia riskejä tietojen kartoittamisen vuoksi.
Terveydenhuollon organisaatiot ovat nyt prosessissa toimitusjohtaja nopeaa omaksumista FHIR® ja käytön lisäämistä APIs., Kansallisen infrastruktuurin näkökulmasta tarvitaan keinoja helpottaa joidenkin usein käytettyjen keskeisten FHIR® – mallien uudelleenkäyttöä. Nämä voidaan valita hyväksytyiksi HL7-standardeiksi. Ilman hyväksymistä sovittu standardi malleja siellä on leviämisen FHIR® – mallit kehitetty vastaamaan paikallisia tarpeita, monia toistoja ja epäjohdonmukaisuuksia rajoittaa yleistä kansallista edistymistä kohti saavuttaa hyvin kytketty digitaalisen terveyden ekosysteemiä., FHIR® – mallit eivät noudata tunnettuja mallinnus yleissopimusten osoituksena Beale, joka totesi, että:
FHIR-resurssit näyttävät olevan seurausta erillisten valiokuntien kanssa lähes mitään ristiviittaukset, menetelmät, tai yhteisen suunnittelun pohjalta. Tuloksena on, että kukin Resurssi on jotain ”bag-of attribuutteja,” oletettavasti koska sovellus niin sanotun 80/20-säännön komitean yhteydessä.
FHIR® – mallit, täytyy harkita erittäin suuri ja hallitsemattomaksi mittauspisteiden lukumäärä., Tämä rajoitus poistetaan ottamalla käyttöön yleisiä malleja, jotka soveltuvat täydellisesti viestintään mutta eivät semanttisesti johdonmukaiseen kliiniseen tietojen tallennukseen. Konteksti on olennainen osa sitä, miten kliinikot käsittelevät tietoa. Yhteydessä on otettava huomioon, kun kehitetään päätöksenteon tueksi tai tekoälyn järjestelmät, tehdessään erilaisia tietoja analyyttinen strategioita, ja mahdollisesti useita asianomaisia standardeja, mukaan lukien ne, joita käytetään tietojen kartoitukseen.,
FHIR® resurssit ovat sanoi sisältävät jatkumo ontologisia tasoja, ne ovat kaksi ominaisuudet ei-toivottuja vakaa tiedot malli :
volatiliteetti — kliinisesti specific resources on selvästi tarpeen muuttaa ajan mittaan. Se, miten tämä vaikuttaa riippuvaisiin profiileihin, on mielenkiintoinen kysymys;
avoimuus-on oletettava, että resurssit vain kasvavat uusien tärkeimpien kliinisten tietoluokkien mukaan.,
näiden tekijöiden seuraukset ovat se, että malli on ”koskaan valmis” ja että kaikki siihen perustuvat tietokannat tai ohjelmistot tarvitsevat myös jatkuvaa ylläpitoa. Toisiotietojen jatkokäsittelyyn liittyy toinenkin ongelma. Se on kyvyttömyys tietää, voidaanko lähes samalta näyttäviä tietorakenteita käsitellä samalla tavalla; FHIR: n oletusarvo on, että jokainen resurssi on oma juttunsa ., Yksi kansainvälisten standardien asiantuntija totesi, että:
FHIR® on suunniteltu ja tarkoitettu API/interchange standard, useimmat suuret ITC-organisaatiot (Google, Microsoft, IBM, jne.) ja ainakin yksi merkittävä POTILASTIETOJÄRJESTELMIEN toimittaja (Cerner) ovat omaksuneet FHIR® pysyvyys objektin skeema ja datastore-skeema. FHIR® pysyy underspecified kansainvälisellä tasolla, kuten on sitova arvo sarjaa on taka täytäntöönpano-ohjeet (esim. US Core FHIR® käyttöönotto-opas)., Koska nykyinen kansallinen taipumuksia kohti national Health Information Technology (HIT) – koodit (lähes jokaisessa maassa on omat hiton julkaiseminen Menettelyn koodit, ja kumma kyllä, koko maailma ei ole vielä käyttämällä ICD11) tämä erottelu on erittäin käytännöllinen. Esteet kansainvälinen HITTI yhteentoimivuus on vähemmän tekemistä teknisen syntaksi tekniset tiedot, ja huomattavasti enemmän tekemistä lähes hankala taipumus maat voivat määrittää oman, joskus oma, koodaus järjestelmiä.,
Hyväksyminen openEHR arkkitehtoninen kehys edellyttää enemmän kokonaisvaltaista mallintamista . Nämä mallit voivat yhdistää FHIR® – mallit, joissa vaaditaan, esimerkiksi openEHR haittavaikutuksen riski arkkityyppi ja FHIR® AllergyIntolerance resource olivat yhdessä julkaisseet ja linjassa vuoden 2015 lopussa., Arkkityypit sisällyttää yhteistyönä tekemä työ on suuri virtuaalinen kansainvälisen yhteisön monialaisia ammattilaisia kääntämällä terveys-tiedot näyttöön perustuva sähköinen (computable) muodossa varmistaakseen maailmanlaajuisen yhteentoimivuuden tahansa digitaalisen terveyden ekosysteemiä. Tämä lähestymistapa koostuu multi-tason, yksi lähde mallinnus sisällä service-oriented software architecture rajattu joukko tekniset tiedot julkaisemat openEHR foundationin ja vapaasti kenen tahansa käytettävissä.,
openEHR on avoin standardi, erittely ohjaa ei-voittoa säätiö, se on vapaasti käytettävissä täytäntöön tahansa kehittäjä. OpenEHR tekniset tiedot, tulos 25 vuotta tutkimusta ja kehitystä, edustavat vain vakava instanssien ISO 13606 Reference Model for electronic health record communication, että tiedot hierarkkinen rakenne kliinistä tietoa . Tätä standardia käytetään yhä enemmän massiivisissa hankkeissa Isossa-Britanniassa, Norjassa, Suomessa, Sloveniassa ja Saksassa., Myös Kiina, Chile, Brasilia, Italia ja Karibia ovat omaksuneet tämän lähestymistavan. Itse asiassa ISO 13606 oli johdettu kokemus openEHR, ja viime aikoina on vaikuttanut kokemuksen kautta muita standardeja, mukaan lukien FHIR®. Kliininen mallinnus on laajempaa kuin missään muualla aiemmin yli 2000 ihmisen vapaaehtoisyhteisössä 93 maasta.
ISO13606-verkkotunnuksen kliiniset mallit, joita kutsutaan ”arkkityypeiksi”, ovat ohjelmiston ulkopuolisia., Jokainen arkkityyppi määrittelee maksimimäärän mahdollisia datapointeja ja tietoryhmiä, joita sovelletaan mallinnettuun käsitteeseen. Tämä mahdollistaa mahdollisimman monen eri asiayhteyden, jotka sopivat kaikkiin kliinisiin erikoisuuksiin ja mahdollisiin tietojen käyttötarkoituksiin. Malleja, jotka koostuvat ”rekombinaatio” kerros mallit, määritellä aineistoja, käyttää vain ne, datapoints sarjasta (mikä tahansa numero tai valinta) arkkityypit, että tarvitaan erityisiä ”use case” tai sovellus, kuten minkä tahansa kliininen arviointi., Mallipohjia voidaan käyttää viestimäärityksinä vanhojen järjestelmien viestimäärityksissä sekä tietokokonaisuuksina uusille sovelluksille, lomakkeet mukaan lukien. Tämä tarkoittaa, että kaikki arkkityypit Voidaan käyttää uudelleen useita käyttötapauksia. Sen avulla Merkittävä osa ohjelmistosta voidaan koneellistaa arkkityypeistä. Arkkityypit edustavat atomidataa avoimessa standardissa; kriittinen menestystekijä, joka kestää teknologian, erityisesti vaihdon ja pysyvyyden muutoksia.,
Nämä ”Arkkityyppejä” (malleja) ovat käytössä erilaisissa sovelluksissa, mukaan lukien Yhdistyneen Kuningaskunnan National Health Service, missä niitä käytetään muuntaminen varjo järjestelmien käytön mahdollistavat toimittajan neutraali data-arkistot. Muita käyttäjiä ovat: Queensland Terveyttä ja jotkut yksityiset sairaalat heidän infection control systems, useita Länsi-Sydney Ensisijainen Terveydenhuollon tilat ja Pohjoisen Alueen Terveys on Yhteinen POTILASTIETOJÄRJESTELMÄ, ja openEHR alan kumppaneita, joiden järjestelmät ovat laajalti toteutettu Skandinavian maissa., Mukautuvat komponentit ja järjestelmät ovat ”avoimia” tietomallien ja APIs-järjestelmien suhteen. Strategisesti openEHR-lähestymistavalla on potilaskeskeiseen hoitoon hyvin soveltuva terveystietokeskeisyys. Tämä lähestymistapa mahdollistaa alusta-pohjainen tai ”open back-end” ohjelmistojen markkinoilla, jotka terveyden alan myyjät ja ratkaisu kehittäjät käyttöliittymä, jossa jokainen muiden järjestelmien kautta standardoitu tietojen malleja, sisältö, malleja, terminologia ja palvelun rajapintoja.,
AVOIN yhteistyö yksilöiden, teollisuuden, standardien järjestöjen ja terveydenhuollon tarjoajat ovat sopineet yhdessä vauhdittaa avointen standardien yhteentoimivuutta terveys-ja sosiaalialan. Ne ovat tarjonneet yhteistyöfoorumin kokemusten jakamiseksi ja ratkaisujen tarjoamiseksi tämän hämmentävän maiseman voittamiseksi. Heinäkuussa 2018 he julkaisivat yleiskuvan siitä, mitä tässä on kuvattu . Todettiin, että nämä monet standardit ovat lähentymässä toisiaan. FHIR® – ja openEHR-standardeissa ei käsitellä samaa ongelmaa., Ne molemmat luovat kliiniset tiedot mallit, mutta openEHR-mallit (arkkityypit) ovat datakeskeinen toimittaja-riippumaton koko openEHR-ympäristöissä. FHIR® on sovellus centric koska se luo yhteisen mallin käytön kautta tahansa sovelluksen, sitten muodostavat perustan määritellään yhteentoimivuus sovellusten välillä mitä avata tai omaan malleissa ne olivat rakennettu. Sovelluskeskeisiä yhteentoimivuusratkaisuja hyödyntävät tekevät sen mahdollistaakseen kalliiden vanhojen järjestelmien jatkuvan käytön.,
openEHR ja FHIR® tarjoavat toisiaan täydentäviä, mutta eri lähestymistapoja yhdistää monimutkainen tilkkutäkki sovelluksia yhdeksi johdonmukainen järjestelmä . Datakeskisessä openEHR-lähestymistavassa keskitytään ensin terveystietojen normalisointiin ja uusien järjestelmien rakentamiseen vanhojen järjestelmien päälle yhteentoimivuuskysymysten välttämiseksi. Kyse on datakerroksen määrittelemisestä avoimen järjestelmäarkkitehtuurin sisällä. Tämä on tärkein kerros, koska se helpottaa optimaalista tietojen käyttöä tulosten parantamiseksi, kroonisten sairauksien hallitsemiseksi ja väestön terveyden hallinnan parantamiseksi., Tämä edellyttää tietojen tallentamista toimittajan neutraaleihin muotoihin verrattuna useimpien perinteisten järjestelmien omaan muotoon. Datakeskeinen lähestymistapa mahdollistaa digitaalisen terveystiedon tallentamisen ja käytön jokaisen potilaan koko eliniän ajan.
Lähes jokainen openEHR-pohjainen järjestelmä on parhaillaan FHIR® liitännät, jotta ne voivat tukea potilaan välinen matka openEHR ja ei-openEHR-järjestelmät . openEHR connectivity schema voidaan rakentaa kerran ja jakaa kaikkien openEHR-myyjien kesken, koska ne perustuvat yhteisiin openEHR-arkkityyppeihin., Sovelluksia aihekokonaisuuksien siitä openEHR – pohjainen tarvitse vaihtaa ratkaisuja, kuten FHIR®, koska ne pystyvät kommunikoimaan suoraan toistensa kanssa yhteisten kliinisiä tietoja arkistot. Tämän ansiosta uudet markkinatulokkaat voivat keskittyä kehittämään todella innovatiivisia sovelluksia ja toiminnallisesti täyttämään markkinarakoiset kliiniset vaatimukset. FHIR® – kapasiteettia tarvitaan vain, jotta ne voivat kommunikoida laajempien ekosysteemimyyjän omistamien sovellusten kanssa .
Leave a Reply