Interoperability standardů a schémat
vývoj Norem v činnostech prováděných od začátku roku 1980, jejímž cílem je poskytnout řešení pro tyto interoperability problémy., Digitální Zobrazování a Komunikace v Medicíně (DICOM®), standards committee of the National Electrical Manufacturers Association (NEMA), byl jedním z prvních vytvořit standard pro komunikaci lékařské zobrazování informací , nyní publikoval Mezinárodní Organizace pro Normalizaci (ISO12052:2017). Všechny standardy zdravotní úrovně sedm (HL7) jsou publikovány oficiální národní organizací pro normalizaci, americkým Národním institutem pro normalizaci (ANSI)., Je důležité si uvědomit, že standardy HL7 (Health Level Seven) se zaměřují na technickou interoperabilitu (health data exchange), což má za následek omezenou operační (sémantickou) interoperabilitu .
nyní velmi populární standard Fast Healthcare Interoperability Resources (FHIR®) výrazně zlepšil provozní informační toky . Referenční model HL7 fhir® je definován sbírkou informačních modelů (zdrojů). Ty mohou být profilovány (nebo ne) pro generování klinického informačního modelu., Zdroje FHIR® jsou vyráběny ze sady dat nalezených ve starších systémech, které mají být přímo používány vývojáři. Přesně řečeno, nejedná se o „modely“, protože se nepoužívá žádná obvyklá dědičnost, zapouzdření běžných prvků nebo psaní. Úspěšné použití standardu FHIR® závisí na stupni dohody mezi stranami. Dosažení dohody tímto způsobem je snazší dosáhnout v rámci organizací malým počtem zúčastněných stran, včetně kliniků, než dohod, které vyhovují rozsáhlejším sítím. To omezuje možnosti opětovného použití softwaru .,
přezkum šesti organizací odpovědných za péči v USA opět zdůraznil potřebu přijmout standardní přístup. Bylo zjištěno, že ti, kteří používali jediný elektronický systém zdravotních záznamů v rámci svých sítí poskytovatelů, byli schopni sdílet data v reálném čase a zvýšit schopnost poskytovatelů koordinovat péči. Jiní měli přístup k robustním výměnám zdravotních informací umožňujícím přístup k datům pacientů od externích poskytovatelů. Navzdory tomu bylo poznamenáno, že plný potenciál zdraví nebyl realizován.,e důsledkem špatné interoperability by byla ohrožena schopnost péče, což vede k:
•
Spoléhat na jiné prostředky ke sdílení údajů, včetně telefonních hovorů a faxů,
•
Zatěžující a frustrující používat EHRs,
•
Lékař vyhoření v důsledku pracovní zátěže spojené s EHR management,
•
Přístup ke zdraví výměny informací s malou nebo neúplné údaje, vytváří potíže týkající se koordinace péče,
•
Neschopnost nabídka zdraví JE u pacientů jiné než on-line portály, aby jejich EHRs,
•
Neschopnost používat analytics do vlastní péče, aby vyhovoval individuálním potřebám pacienta.,
iniciativa soukromého sektoru v současné době realizuje projekt zaměřený na podporu přijetí moderních, otevřených standardů interoperability známých jako projekt Argonaut . Tento projekt má za cíl vytvořit první generace FHIR®-based API a Jádro Datových Služeb specifikace povolit rozšířené informace pro sdílení elektronických zdravotních záznamů a dalších zdravotních informačních technologií na základě Internetu, norem a architektonické vzory a styly. Tato práce je sponzorována mnoha dodavateli včetně Cerner, Epic a Accenture., Rozsah této práce je o urychlení FHIR® model rozvoje se zaměřením na konkrétní FHIR® profily a dokumentace, včetně zaměření se na doprovodné bezpečnostní specifikace a dokumentace, které umožňují dosažení interoperability mezi starší proprietární systémy, kde jejich dodavatelé smluvně řídí přístup k datům. Použití těchto API vytváří vlastní rizika pro chyby a bezpečnost pacientů v důsledku mapování dat.
zdravotnické organizace jsou nyní v procesu řízení rychlého vychytávání FHIR® a většího využití API., Z hlediska národní infrastruktury musí existovat prostředky k usnadnění opětovného použití některých často používaných klíčových modelů fhir®. Ty mohou být vybrány tak, aby se staly schválenými standardy HL7. Bez přijetí dohodnutých standardních modelů tam bude šíření FHIR® modely vyvinut tak, aby vyhovovaly místním potřebám, mnohé se opakuje a nesrovnalosti omezení celkové národní pokrok směrem k dosažení dobře-připojen digitální zdraví ekosystému., FHIR® modely nejsou v souladu s dobře známými modelování úmluv čemž svědčí Beale, který dospěl k závěru, že:
FHIR zdroje se zdají být výsledkem samostatné výbory pracovat s téměř žádné křížové odkazy, metodika, nebo společný konstrukční základ. Výsledkem je, že každý zdroj je něco jako „pytel atributů“, pravděpodobně kvůli použití takzvaného pravidla 80/20 v kontextu výboru.
modely FHIR® musí zvážit velmi velký a nezvládnutelný počet datových bodů., Toto omezení je překonat přijetím generických modelů, které jsou dokonale vhodné pro zasílání zpráv, ale ne za sémanticky koherentní klinické údaje skladování. Kontext je nedílnou součástí toho, jak lékaři zpracovávají informace. Kontext je třeba vzít v úvahu při vývoji systémů podpory rozhodování nebo umělé inteligence, při přijímání různých analytických strategií dat a pro libovolný počet příslušných norem, včetně standardů používaných pro mapování dat.,
zdroje FHIR® obsahují kontinuum ontologických hladin, mají dvě nežádoucí vlastnosti ve stabilním informačním modelu:
volatilita-klinicky specifické zdroje se budou muset v průběhu času jasně měnit. Jak to ovlivňuje závislé profily, je zajímavá otázka;
open-endedness – je třeba předpokládat, že soubor zdrojů bude jednoduše růst, aby vyhovoval novým hlavním kategoriím klinických informací.,
důsledky těchto faktorů je, že model je „nikdy hotové“ a že žádné databáze nebo software, založený na tom bude podobně potřebují trvalou údržbu. Existuje další problém spojený s následným zpracováním informací pro sekundární využití dat. To je neschopnost vědět, zda datové struktury, které se zdají být téměř stejné, může být zacházeno stejným způsobem; výchozí s FHIR je, že každý Zdroj je jeho vlastní věc ., Jedna mezinárodní normy expert poznamenal, že:
FHIR® byl navržen a určen jako API/interchange standard, většina velkých ITC organizací (Google, Microsoft, IBM, atd) a alespoň jeden hlavní EHR dodavatele (Cerner) přijali FHIR® jako persistence objekt schématu a schématu datového úložiště. FHIR® zůstává na mezinárodní úrovni nedostatečně specifikován, protože vazba hodnotových sad je zařazena do implementačních příruček (např., Vzhledem k současné národní predispozice k národní Zdravotní Informační Technologie (HIT) kódy (prakticky každá země má své vlastní zatraceně zveřejnění Řád, a kupodivu celý svět ještě není pomocí ICD11) toto oddělení je vysoce pragmatické. Překážky pro mezinárodní HIT interoperability mít méně co do činění s technickými syntaxe specifikace, a mnohem více co do činění s téměř nezvladatelnou tendenci zemí, určit jejich vlastní, někdy proprietární, systémy kódování.,
přijetí architektonického rámce openEHR vyžaduje použití komplexnějšího modelovacího přístupu . Tyto modely jsou schopny v případě potřeby propojit s modely FHIR®, například archetyp rizika nežádoucích účinků openEHR a zdroj Alergyintolerance FHIR® byly společně publikovány a zarovnány na konci roku 2015., Archetypy začlenit do společné práce prováděné velké virtuální mezinárodní společenství multidisciplinární odborníky obrací zdravotních údajů do evidence based elektronické (vyčíslitelné) forma zajištění všeobecného interoperability v rámci nějaké digitální zdraví ekosystému. Tento přístup se skládá z multi-level, jeden zdroj modelování v rámci servisně orientované architektury softwaru vymezeny souborem specifikací zveřejněných openEHR nadace a volně k dispozici každému.,
openEHR je otevřená standardní specifikace řízená neziskovou nadací, je volně k dispozici pro implementaci jakýmkoli vývojářem. OpenEHR specifikace, výsledkem 25 let výzkumu a vývoje, představují pouze vážné instance ISO 13606 Referenční Model pro elektronický zdravotní záznam sdělení, že podrobnosti hierarchické struktury pro klinické informace . Tento standard je stále více využíván v rozsáhlých projektech ve Velké Británii, Norsku, Finsku, Slovinsku a Německu., Tento přístup přijala také Čína, Chile, Brazílie, Itálie a Karibik. Ve skutečnosti byl ISO 13606 odvozen ze zkušeností openEHR a v poslední době byl ovlivněn zkušenostmi s jinými standardy, včetně FHIR®. Práce klinického modelování je rozsáhlejší než práce prováděné kdekoli jinde dříve s dobrovolnickou komunitou více než 2000 lidí z 93 zemí.
klinické modely domény ISO13606 známé jako“ archetypy “ jsou pro software externí., Každý archetyp definuje maximální počet možných datapointů a datových skupin, které se vztahují na modelovaný koncept. To umožňuje maximální počet různých kontextů, aby vyhovovaly všem klinické speciality a potenciální využití dat. Šablony, skládající se z „rekombinace“ vrstva modelů, definovat sady dat, využít pouze těch datových bodů z množiny (nějaké číslo nebo výběr) archetypů, které jsou nutné pro konkrétní „případ použití“, nebo aplikace, jako jakýkoliv typ klinického hodnocení., Šablony mohou být použity jako definice zpráv pro starší systémy, stejně jako datové sady pro nové aplikace, včetně formulářů. To znamená, že libovolnou sadu archetypů lze znovu použít pro více případů použití. To umožňuje významné části softwaru, které mají být strojově odvozené od archetypů. Archetypy představují atomová data v otevřeném standardu; kritický faktor úspěchu schopný odolat změnám v technologii, zejména výměně a vytrvalosti.,
tyto „archetypy“ (modely) se používají v různých aplikacích, včetně Národní zdravotnické služby Spojeného království, kde se používají pro konverzi stínových systémů umožňujících použití neutrálních datových úložišť dodavatelů. Ostatní uživatelé jsou: Queensland Zdraví a některých soukromých nemocnicích pro jejich infekce, řídicí systémy, řada Západní Sydney Primární Zdravotnických zařízení a Území Severní Zdraví je Společná EHR, a openEHR průmyslovými partnery, jejichž systémy jsou široce realizován ve Skandinávských zemích., Odpovídající komponenty a systémy jsou „otevřené“, pokud jde o datové modely a API. Strategicky má přístup openEHR zaměření na zdravotní záznamy, které se dobře hodí pro péči zaměřenou na pacienty. Tento přístup umožňuje na platformě založené, nebo „open back-end“ na trhu se softwarem, ve kterém zdravotnický průmysl prodejci a vývojáři řešení rozhraní s každým ostatními systémy prostřednictvím standardizované informace, modely, materiály, modely, terminologie a servisní rozhraní.,
OTEVŘÍT spolupráci jednotlivců, průmyslu, normy organizace a poskytovatelé zdravotní péče se dohodly společně pracovat na urychlení vývoje otevřených standardů pro interoperabilitu ve zdravotnictví a sociálním sektoru. Poskytli společné fórum pro sdílení zkušeností a poskytování řešení zaměřených na překonání této matoucí krajiny. V červenci 2018 zveřejnili přehled toho, co zde bylo popsáno . Bylo poznamenáno, že tyto mnohé standardy jsou v procesu konvergování. Standardy FHIR® a openEHR neřeší stejný problém., Oba vytvářejí klinické informační modely, ale modely openEHR (archetypy) jsou nezávislé na dodavateli zaměřeném na data napříč platformami openEHR. FHIR® je aplikace centric protože to vytváří společný model pro použití přes žádnou aplikaci, která pak tvoří základ definování interoperabilitu mezi aplikacemi, ať už otevřené nebo proprietární modely byly postaveny na. Ti, kteří využívají řešení interoperability zaměřená na aplikace, tak umožňují pokračovat v používání drahých starších systémů.,
openEHR a FHIR® poskytují komplementární, ale různé přístupy k propojení komplexní mozaiky aplikací do jediného koherentního systému . Data centric openEHR přístup se zaměřuje na normalizaci údajů o zdraví první, a to budování nových systémů na vrcholu starších systémů, aby se zabránilo otázky interoperability všechny dohromady. Jedná se o definování datové vrstvy v rámci otevřené systémové architektury. Jedná se o nejdůležitější vrstvu, protože usnadňuje optimální využití dat ke zlepšení výsledků, lepší správě chronických onemocnění a umožnění lepšího řízení zdraví obyvatelstva., To vyžaduje, aby data byla uložena v neutrálních formátech dodavatele na rozdíl od proprietárních formátů většiny starších systémů. Přístup zaměřený na data umožňuje ukládání a používání digitálních zdravotních dat po celou dobu životnosti každého pacienta.
téměř každý systém založený na openEHR v současné době vyvíjí rozhraní FHIR®, aby zajistily, že mohou podporovat cestu pacienta mezi systémy openEHR a non-openEHR . schéma připojení openEHR lze vytvořit jednou a sdílet mezi všemi dodavateli openEHR, protože jsou založeny na běžných archetypech openEHR., Aplikace clustery na openEHR založené na platformě nepotřebuji exchange řešení, jako jsou FHIR®, protože jsou schopni komunikovat přímo s ostatními prostřednictvím sdílené klinické registry údajů. To umožňuje novým účastníkům trhu soustředit se na vývoj skutečně inovativních aplikací a funkčně splnit specializované klinické požadavky. Kapacita fhir® je potřebná pouze k tomu, aby jim umožnila komunikovat s proprietárními aplikacemi pro dodavatele širších ekosystémů .
Leave a Reply