átjárhatósági szabványok és séma
Az 1980-as évek eleje óta végzett Szabványfejlesztési tevékenységek célja, hogy megoldást nyújtsanak ezekre az interoperabilitási kihívásokra., A Digital Imaging and Communications in Medicine (DICOM®), a National Electrical Manufacturers Association (NEMA) Szabványügyi Bizottsága az elsők között fejlesztette ki az orvosi képalkotó információk kommunikálására szolgáló szabványt, amelyet a Nemzetközi Szabványügyi Szervezet (ISO12052:2017) tett közzé. Minden egészségügyi szintű hét (HL7) szabványt egy hivatalos nemzeti szabványügyi szervezet, az American National Standards Institute (ANSI) tesz közzé., Fontos megjegyezni, hogy a HL7 (Health Level Seven) szabványok a műszaki átjárhatóságra (health data exchange) összpontosítanak, ami korlátozott működési (szemantikai) interoperabilitást eredményez .
a most nagyon népszerű Fast Healthcare Interoperability Resources (FHIR®) szabvány jelentősen javította a működési információáramlást . A HL7 FHIR ® referencia modellt információs modellek (erőforrások) gyűjteménye határozza meg. Ezek profilozhatók (vagy nem) klinikai információs modell létrehozásához., Az FHIR ® erőforrásokat a régebbi rendszerekben található adatok szuperkészletéből állítják elő, amelyeket a fejlesztők közvetlenül használnak. Szigorúan véve ezek nem” modellek”, mivel a szokásos öröklés, a közös elemek kapszulázása vagy a gépelési gyakorlatok egyikét sem használják. Az FHIR® szabvány sikeres használata a felek közötti megállapodás mértékétől függ. A megállapodás ilyen módon történő elérése könnyebb elérni a szervezeteken belül kis számú érdekelt fél, beleértve a klinikusokat is, mint a szélesebb körű hálózatoknak megfelelő megállapodások. Ez korlátozza a szoftver újrafelhasználási lehetőségeit .,
a felülvizsgálat hat amerikai Medicare elszámoltatható gondozási szervezetek ismét kiemelte, hogy el kell fogadni a szokásos megközelítés. Megállapították, hogy azok, akik egyetlen elektronikus egészségügyi nyilvántartási rendszert használtak a Szolgáltató hálózataikon keresztül, képesek voltak valós időben megosztani az adatokat, növelve a szolgáltatók képességét az ellátás koordinálására. Mások hozzáférhettek a külső szolgáltatók betegadataihoz való hozzáférést lehetővé tevő megbízható egészségügyi információcserékhez. Ennek ellenére megjegyezték, hogy az egészség teljes potenciálját nem valósították meg.,e eredménye szegény átjárhatóság, hogy veszélyeztetné a kapacitás érdekel következtében:
•
egy magánszektorbeli kezdeményezés jelenleg olyan projektet indít, amelynek célja az Argonaut projekt néven ismert modern, nyílt interoperabilitási szabványok iparági elfogadásának előmozdítása . A projekt célja egy első generációs FHIR®alapú API-és alapadat-szolgáltatási specifikáció kidolgozása, amely lehetővé teszi az elektronikus egészségügyi nyilvántartások és egyéb egészségügyi információs technológiák bővített információmegosztását az internetes szabványok, építészeti minták és stílusok alapján. Ezt a munkát számos gyártó szponzorálja, köztük a Cerner, az Epic és az Accenture., Nem tartozik e munka miatt gyorsul FHIR® modell fejlesztési összpontosítva több konkrét FHIR® profilok, a dokumentáció, beleértve a hangsúly kísérő biztonsági előírások, valamint a dokumentáció lehetővé teszi az átjárhatóságot kell elérni között örökség védett rendszerek, ahol a gyártók szerződésben ellenőrzési adatok hozzáférést. Ezeknek az API-knak a használata az adatok leképezése miatt a hibák és a betegek biztonsága szempontjából rejlő kockázatokat rejt magában.
az egészségügyi szervezetek jelenleg az FHIR® gyors elterjedésének és az API-k nagyobb használatának kezelésében vannak., A nemzeti infrastruktúra szempontjából szükség van olyan eszközökre, amelyek megkönnyítik néhány gyakran használt kulcsfontosságú FHIR® modell újrafelhasználását. Ezeket úgy lehet megválasztani, hogy jóváhagyott HL7 szabványokká váljanak. Az elfogadott standard modellek elfogadása nélkül a helyi igények kielégítésére kifejlesztett FHIR® modellek elterjedése, sok ismétlés és következetlenség korlátozza a jól összekapcsolt digitális egészségügyi ökoszisztéma elérése felé tett általános nemzeti előrehaladást., FHIR® modellek nem felelnek meg a jól ismert modell egyezmények is igazolták Beale, aki megállapította, hogy:
a FHIR források, úgy tűnik, hogy az eredmény a külön bizottságok dolgozik, szinte nincs összevetettem, módszertan, vagy a közös tervezés alapján. Az eredmény az, hogy minden erőforrás olyan, mint egy “attribútumok zsákja”, feltehetően az úgynevezett 80/20 szabálynak a bizottsági kontextusban történő alkalmazása miatt.
az FHIR® modelleknek nagyon nagy és kezelhetetlen számú adatpontot kell figyelembe venniük., Ezt a korlátozást kiküszöbölik olyan generikus modellek elfogadása, amelyek tökéletesen alkalmasak üzenetküldésre, de nem szemantikailag koherens klinikai adattárolásra. A kontextus szerves része annak, hogy a klinikusok hogyan dolgozzák fel az információkat. A kontextust figyelembe kell venni döntéstámogató vagy mesterséges intelligencia rendszerek kifejlesztésekor, különböző adatelemzési stratégiák elfogadásakor, valamint számos vonatkozó szabvány esetében, beleértve az adatok leképezéséhez használt szabványokat is.,
az FHIR® erőforrások állítólag ontológiai szintek folytonosságát tartalmazzák, két jellemzőjük van, amelyek nem kívánatosak egy stabil információs modellben:
volatilitás — a klinikailag specifikus erőforrásoknak egyértelműen meg kell változniuk az idő múlásával. Érdekes kérdés, hogy ez hogyan befolyásolja a függő profilokat;
nyitottság-feltételezni kell, hogy az erőforrások halmaza egyszerűen növekszik az új főbb klinikai információs kategóriák befogadására.,
ezeknek a tényezőknek az a következménye, hogy a modell “soha nem fejeződött be”, és hogy az ezen alapuló adatbázisok vagy szoftverek szintén folyamatos karbantartást igényelnek. Van egy másik kérdés kapcsolódó downstream információ-feldolgozás másodlagos adatok felhasználása. Ez egy képtelenség tudni, hogy az adatstruktúrák, amelyek úgy tűnik, hogy közel azonos lehet kezelni ugyanúgy; az alapértelmezett FHIR, hogy minden erőforrás a saját dolog ., Egy nemzetközi szabványügyi szakértő megjegyezte, hogy:
az FHIR® – t API/interchange szabványnak tervezték és tervezték, a legtöbb nagy ITC szervezet (Google, Microsoft, IBM stb.), és legalább egy nagy EHR szállító (Cerner) az FHIR® – t perzisztencia objektum-sémaként és datastore-sémaként fogadta el. Az FHIR® nemzetközi szinten továbbra is alulmeghatározott, mivel az értékkészletek kötése a végrehajtási útmutatókhoz (például az amerikai Core FHIR® végrehajtási útmutatóhoz) kapcsolódik., Tekintettel a Nemzeti Egészségügyi Információs Technológiai (HIT) kódokra vonatkozó jelenlegi nemzeti hajlamokra (gyakorlatilag minden országnak megvan a maga átkozott eljárási kódjainak közzététele, és furcsa módon az egész világ még nem használja az ICD11-et), ez a szétválasztás nagyon pragmatikus. A nemzetközi kölcsönös átjárhatóság akadályai kevésbé kapcsolódnak a műszaki szintaxis specifikációihoz, és sokkal inkább az országok szinte megoldhatatlan hajlamához, hogy meghatározzák saját, néha szabadalmaztatott kódolási rendszereiket.,
az openEHR építészeti keretrendszer elfogadása átfogóbb modellezési megközelítést igényel . Ezek a modellek szükség esetén kapcsolódhatnak az FHIR® modellekhez, például az openEHR Mellékhatáskockázati archetípushoz és az FHIR® AllergyIntolerance erőforráshoz, amelyeket 2015 végén közösen publikáltak és összehangoltak., Az archetípusok magukban foglalják a multidiszciplináris szakemberek nagy virtuális nemzetközi közössége által végzett együttműködési munkát, amely az egészségügyi adatokat bizonyítékokon alapuló elektronikus (kiszámítható) formává alakítja, hogy biztosítsa az egyetemes interoperabilitást bármely digitális egészségügyi ökoszisztémán belül. Ez a megközelítés az openEHR Alapítvány által közzétett és bárki számára szabadon hozzáférhető specifikációk által felvázolt, szolgáltatásorientált szoftverarchitektúrán belüli többszintű, egyforrásos modellezésből áll.,
az openEHR egy nyílt szabvány specifikáció, amelyet egy nonprofit alapítvány irányít,szabadon elérhető bármely fejlesztő számára. Az OpenEHR specifikációk, amelyek 25 éves kutatás-fejlesztés eredménye, az elektronikus egészségügyi nyilvántartási kommunikáció ISO 13606 Referenciamodellének egyetlen komoly példányosítását jelentik, amely a klinikai információk hierarchikus struktúráját részletezi . Ezt a szabványt egyre nagyobb mértékben alkalmazzák Nagy-Britanniában, Norvégiában, Finnországban, Szlovéniában és Németországban., Kína, Chile, Brazília, Olaszország és a Karib-térség is elfogadta ezt a megközelítést. Valójában az ISO 13606 az openEHR tapasztalataiból származik, és a közelmúltban más szabványokkal, köztük az FHIR® – rel kapcsolatos tapasztalatok befolyásolták. A klinikai modellezési munka kiterjedtebb, mint a korábban bárhol máshol végzett, 93 országból származó több mint 2000 ember önkéntes közösségével.
az ISO13606 domén klinikai modelljei, az úgynevezett “archetípusok” kívül esnek a szoftveren., Minden archetípus meghatározza a modellezett koncepcióra alkalmazandó lehetséges adatpontok és adatcsoportok maximális számát. Ez lehetővé teszi, hogy a klinikai sajátosságoknak és a lehetséges adatfelhasználásoknak maximálisan megfeleljenek a különböző kontextusok. Az adatkészletek meghatározására szolgáló modellek “rekombinációs” rétegéből álló sablonok csak azokat az adatpontokat használják fel, amelyek egy adott “felhasználási esethez” vagy alkalmazáshoz, például bármilyen típusú klinikai értékeléshez szükségesek., A sablonok üzenetdefinícióként használhatók a régi rendszerekhez,valamint az új alkalmazásokhoz, beleértve az űrlapokat is. Ez azt jelenti, hogy az archetípusok bármelyikét újra fel lehet használni többszörös Felhasználási esetekhez. Lehetővé teszi, hogy a szoftver jelentős részei az archetípusokból gépi származtatásúak legyenek. Archetípusok képviselik atomi adatok egy nyílt szabvány; egy kritikus sikertényező képes ellenállni a technológiai változások, különösen exchange, valamint a kitartás.,
ezeket az “archetípusokat” (modelleket) különböző alkalmazások használják, beleértve az Egyesült Királyság Nemzeti Egészségügyi szolgálatát is, ahol azokat árnyékrendszerek átalakítására használják, amelyek lehetővé teszik a szállító semleges adattárak használatát. Más felhasználók: Queensland Health és néhány magánkórházak saját fertőzés ellenőrzési rendszerek, számos Western Sydney elsődleges egészségügyi létesítmények és az Északi Terület egészségügyi megosztott EHR, és openEHR ipari partnerek, amelyek rendszereit széles körben alkalmazzák a skandináv országokban., Az adatmodellek és API-k tekintetében a megfelelő alkatrészek és rendszerek “nyitottak”. Stratégiailag az openEHR megközelítésnek egészségügyi rekordja van, amely jól illeszkedik a betegközpontú ellátáshoz. Ez a megközelítés lehetővé teszi, hogy egy platform-alapú, vagy “nyitott back-end” szoftver piacon, amely az egészségügyi ágazat kereskedők, illetve a megoldás a fejlesztők felület minden más rendszereken keresztül egységesen előírt információk modellek, tartalom modellek, szakkifejezések, illetve szolgáltatási felületek.,
az egyének, az ipar, a szabványügyi szervezetek és az egészségügyi szolgáltatók nyílt együttműködése megállapodott abban, hogy együttműködnek az egészségügyi és szociális ágazatban az interoperabilitásra vonatkozó nyílt szabványok kidolgozásának felgyorsítása érdekében. Együttműködésen alapuló fórumot biztosítottak a tapasztalatok megosztására és olyan megoldások nyújtására, amelyek célja e zavaros táj leküzdése. 2018 júliusában áttekintést tettek közzé az itt leírtakról . Megjegyezték, hogy ezek a sok szabvány a konvergencia folyamatában van. Az FHIR® és az openEHR szabványok nem foglalkoznak ugyanezzel a problémával., Mindkettő klinikai információs modelleket hoz létre, de az openEHR modellek (archetípusok) adatközpontú szállítók, amelyek függetlenek az openEHR platformokon. Az FHIR® alkalmazásközpontú, mivel közös modellt hoz létre bármely alkalmazásban történő használatra, hogy ezután az alkalmazások közötti interoperabilitás meghatározásának alapját képezze, függetlenül attól, hogy milyen nyitott vagy szabadalmaztatott modellekre épültek. Azok, akik alkalmazásközpontú interoperabilitási megoldásokat alkalmaznak, ezt teszik a drága régi rendszerek folyamatos használatának lehetővé tétele érdekében.,
az openEHR és az FHIR® kiegészítő, de eltérő megközelítéseket biztosít az alkalmazások összetett patchwork-jának egyetlen koherens rendszerbe történő összekapcsolásához . Az adatközpontú openEHR megközelítés elsősorban az egészségügyi adatok normalizálására összpontosít, valamint új rendszereket épít a régi rendszerek tetejére, hogy elkerüljék az interoperabilitási problémákat. Ez egy adatréteg meghatározásáról szól egy nyílt rendszer architektúrán belül. Ez a legfontosabb réteg, mivel elősegíti az optimális adatfelhasználást az eredmények javítása, a krónikus betegségek jobb kezelése és a lakosság egészségének jobb kezelése érdekében., Ez megköveteli, hogy az adatokat gyártósemleges formátumokban tárolják, szemben a legtöbb örökölt rendszer szabadalmaztatott formátumaival. Az adatközpontú megközelítés lehetővé teszi a digitális egészségügyi adatok tárolását és felhasználását bármely beteg teljes élettartama alatt.
szinte minden openEHR-alapú rendszer jelenleg FHIR® interfészeket fejleszt annak biztosítása érdekében, hogy azok támogassák a beteg útját az openEHR és a nem openEHR rendszerek között . openEHR connectivity séma lehet építeni egyszer megosztott az összes openEHR gyártók, mivel ezek alapján a közös openEHR archetípusok., Az openEHR-alapú platformon fürtözött alkalmazásoknak nincs szükségük olyan exchange megoldásokra, mint például az FHIR®, mert képesek közvetlenül kommunikálni egymással a megosztott klinikai adattárakon keresztül. Ez lehetővé teszi az új piaci szereplők számára, hogy valóban innovatív alkalmazások fejlesztésére koncentráljanak, és funkcionálisan megfeleljenek a niche klinikai követelményeknek. FHIR® kapacitás csak akkor szükséges, hogy lehetővé tegye számukra, hogy kommunikálni szélesebb ökoszisztéma gyártó szabadalmaztatott alkalmazások .
Leave a Reply