sok elektronikus egészségügyi rekord gyártók azt állítják, hogy a technológiák interoperábilis más egészségügyi információs rendszerek. És ezek az állítások igazak lehetnek – vagy egy pontig igazak.

A Healthcare IT News interjút készített a kulcsfontosságú interoperabilitási vezetőkkel négy magas rangú EHR-szállítóval – a Cerner, a DrChrono, az eClinicalWorks és az Epic Systems–, hogy megvitassák rendszereik interoperabilitását, valamint az egészségügyi informatikai interoperabilitást.

interoperabilitás az Epic-nél

az interoperabilitás első alapvető típusa az egészségügyi rendszer az egészségügyi rendszerhez, a betegek ellátásának koordinálása a szervezetek között-mondta Dave Fuhrmann, az Epic Systems interoperabilitásért felelős alelnöke.

elmagyarázta, hogy az Epic ezt négyféleképpen támogatja:

• megosztott példány-közösségi Csatlakozás: az Epic-t használó szervezet megoszthatja példányát a közösség más szolgáltatóival. A beteg nyilvántartása egy megosztott adatbázisban található.
• Web Link-EpicCare Link: A közösségi szolgáltatók egy internetes portálon keresztül férhetnek hozzá a betegdiagramhoz, így nyomon követhetik a beteg ellátását az egészségügyi rendszerben, ütemezhetik a találkozókat, megrendeléseket adhatnak le, jegyzeteket küldhetnek stb.
• C-CDA Push/Pull interoperabilitás – Care Everywhere: ez az, amit az emberek hagyományosan úgy gondolnak, mint “interoperabilitás” – mondta. Amikor egy beteg megjelenik az Epic segítségével egy egészségügyi rendszerben, a Care Everywhere kéréseket küld más egészségügyi rendszereknek, megkapja a standardizált összefoglalót (C-CDA), és beépíti az új adatokat a beteg nyilvántartásába. Ezenkívül a Care Everywhere automatikus kérést kaphat, és az összefoglalót elküldheti a kérelmező egészségügyi rendszernek.
• Közvetlen üzenetküldés: ez a Push / Pull interoperabilitás részhalmaza. Az a szervezet, amely jelenleg látja a beteget, elküldheti a szabványosított C-CDA összefoglalót egy másik szervezetnek. Ez a legjobb az áttételekhez.

Az Epic A Happy Together funkciót is kínálja, amely lehetővé teszi a betegek és a szolgáltatók számára, hogy több forrásból származó adatokat egyetlen, egyesített portálnézetben lássanak, és együtt dolgozzanak, amely lehetővé teszi az egészségügyi rendszerek számára, hogy olyan műveleteket hajtsanak végre, mint a laboratóriumi rendelések ellenőrzése, referencia minőségű képek lekérése, ütemezés, üzenetküldés és Keresés az egészségügyi rendszerek között, egyként működve.

“az interoperabilitás második alapvető típusa a beteg által irányított interoperabilitás” – mondta Fuhrmann. “Az Epic Share Everywhere a MyChart betegportált használja, ahol a betegek megtekinthetik saját rekordjukat, és a rekordösszegzés ideiglenes webes nézetét bárki számára a világon, aki rendelkezik internetkapcsolattal.”

“javasoljuk, hogy kérje az EHR gyártó interoperabilitási definícióját, hogy lássa, igazodik-e a sajátjához.”

Dave Fuhrmann, Epic Systems

továbbá az Epic Lucy egy szabadon álló személyes egészségügyi rekord. A betegek az Epic EHR-ből, más EHR-kből és nem EHR-forrásokból (PDF-ek, JPEG-ek stb.) Lucy-hoz, ahol az adatok letölthetők a számítógépükre, menthetők egy flash meghajtóra, vagy biztonságosan tárolhatók a felhőben.

“támogatunk egy harmadik típusú interoperabilitást is – összekapcsoljuk a sok más szoftverterméket, amelyeket egy egészségügyi szervezet használ” – magyarázta Fuhrmann. “Ezt API-kkal, interfészekkel és más technológiákkal támogatjuk, havonta több tízmilliárd interfészüzenettel és API-hívással.”

interoperabilitás a Cernernél

a Cerner EHR-je beépített interoperabilitási képességekkel rendelkezik a betegek információinak eléréséhez és cseréjéhez az egészségügyi informatikai rendszerek között ” – mondta Kashif Rathore, a vállalat interoperabilitásért felelős alelnöke.”interoperabilitásunk támogatja az adatok szabad és biztonságos áramlását, hogy a szolgáltatók és a fogyasztók felhasználhassák őket az ellátás tájékoztatására és a pozitív egészségügyi eredmények elérésére” – mondta Rathore. “Különböző rendszerek között osztjuk meg és érjük el az adatokat iparági interoperabilitási szabványok, hálózati kapcsolatok és országos cserék segítségével.”

a Cerner, mint más egészségügyi informatikai gyártók, évek óta hozzájárul a szabványfejlesztő szervezetekhez és kezdeményezésekhez, amelyek elősegítik az örökbefogadást, így az iparág eljuthat egy közös nyelvhez, amely lehetővé teszi az egészségügyi adatok ingyenes és biztonságos cseréjét.

“úttörő szerepet töltöttünk be a Direct ipari szabványban, amely biztonságos módot határoz meg a szolgáltatók számára, hogy hitelesített, titkosított egészségügyi információkat küldjenek közvetlenül az ismert, megbízható címzetteknek az Interneten keresztül” – mondta Rathore. “Alapító tagja vagyunk a CommonWell Health Alliance-nek, egy non-profit kereskedelmi Szövetségnek, amely elkötelezett az egyszerű elképzelés mellett, hogy az egészségügyi adatoknak hozzáférhetőnek kell lenniük az egyének és a gondozók számára, függetlenül attól, hogy hol történik az ellátás.”

“az ország minden CIO-jának azt kell kérnie vagy elvárnia, hogy az interoperabilitás legyen az EHRs, a népesség egészsége, a hosszú távú és akut utáni ellátás vagy bármely egészségügyi szoftver vérvonala.”

Kashif Rathore, Cerner

Cerner aktívan részt vett az Argonaut projektben, hogy előmozdítsa és alkalmazza a HL7 FHIR szabványt, hogy bővítse az interoperabilitást a nyílt webes API-k használatában.

“a külső adatokat a natív EHR adatokkal együtt integráljuk a gondozó csapat napi munkafolyamatába, hogy tájékoztassuk a kritikus döntéseket” – magyarázta. “Segítünk a kommunikáció és a riasztások biztonságos mozgatásában a gondozó csapat között, mind az egészségügyi szervezet négy falán belül, mind azon túl. Az interoperabilitásra összpontosítunk, hogy az embert a középpontba helyezzük, hogy információik digitálisan kövessék őket.”

függetlenül attól, hogy az ember egészségügyi útja hová viszi őket, információiknak hozzáférhetőnek kell lenniük ” – tette hozzá.

interoperabilitás az eclinicalworksnél

az interoperabilitás mozgó cél, és hatóköre az évek során bővült, ahogy a technológia és a megfelelő adatkészletek fejlődtek, mondta Girish Navani, az eClinicalWorks vezérigazgatója és társalapítója.

“kezdetben a kapcsolódó rendszerekkel, a gyógyszertárakkal és az elszámolóházakkal való kommunikáció különleges erőfeszítést igényelt, de most az ilyen integrációk már nem tartoznak a termékeinkbe” – mondta Navani. “A jelenlegi helyzetben az eClinicalWorks EHR annyira interoperábilis, amennyire a technológia és a szabványok lehetővé teszik.”

az olyan szabványok, mint a HL7, a CDA vagy az FHIR API-k, “lehetővé teszik az értelmes információcserét a különböző érdekeltek között, mint más gondozók, fizetők, közegészségügyi ügynökségek és maguk a betegek, és valós példák vannak az adatcserére ezen érdekelt felek mindegyikével” – mondta.

a fokozott örökbefogadás-tette hozzá Navani-a következő területeken valósult meg:

• a közvetlen biztonságos üzenetküldés támogatja a közvetlen átjárhatóságot az ellátás átmeneteinek hiányosságainak kezelésére. Jelenleg havonta 500 000 tranzakció történik az eClinicalDirect HISP – n keresztül.
• a Trusted exchange framework megkönnyíti az információáramlást és javítja a lekérdezésen alapuló cseréket. Az eClinicalWorks practices naponta 1 000 000 dokumentumot cserél a Carequality és a CommonWell révén.
• az FHIR API-k betegközpontú alkalmazásai tovább növekednek, több mint 40 alkalmazásfejlesztő képes csatlakozni.

interoperabilitás a DrChrono – nál

a DrChrono elkötelezett az innováció kultúrája mellett; küldetése egy olyan nyílt platform létrehozása, ahol a fejlesztők, az ügyfelek, a betegek, az oktatási intézmények és a kutatók megszerezhetik adataikat, csatlakoztathatnak egy alkalmazást a DrChrono-hoz, vagy együttműködhetnek egy másik szállítóval-mondta Daniel Kivatinos, társalapító és COO.

“az orvosi gyakorlatban van egy” live in five minutes “API modellünk, ahol bárki, beleértve az Ügyfelet, a partnert vagy a fejlesztőt, egyszerűen elkezdhet építeni egy alkalmazást a platformon” – magyarázta Kivatinos. “Van egy modern Restful API. Van egy Alkalmazáskönyvtárunk is, ahol ha egy fejlesztő úgy dönt, hogy ezt megteszi, hivatalos partnerként szerepelhet.”

a DrChrono felhatalmazza a fejlesztőt, hogy nagyon gyorsan elkezdjen kódolni az EHR platform tetején-tette hozzá.

“a betegek esetében az Egyesült Államok lakosságának körülbelül 3 százaléka van DrChrono-ban, és olyan beteg-egészségügyi nyilvántartással rendelkezik, amely lehetővé teszi a betegek számára, hogy például üzenetet küldjenek orvosaiknak és ütemezzék a találkozókat” – mondta. “A betegek egészségügyi nyilvántartásának oldalán van egy FHIR API a fejlesztők és a partneralkalmazások számára.”

kulcsfontosságú interoperabilitási kérdések a szállítóknak

amikor az egészségügyi CIO-k megközelítik az EHR-szállítókat a vásárlás mérlegelésekor, a különféle témák között meg kell vizsgálniuk az interoperabilitást. Az EHR-gyártók itt javaslatokat tesznek olyan kérdésekre, amelyeket a CIO-knak fel kell tenniük minden EHR-eladónak, amikor az EHR interoperabilitásáról van szó.

“javasoljuk, hogy kérje az EHR-gyártó interoperabilitási definícióját, hogy lássa, igazodik-e a sajátjához” – mondta Fuhrmann az Epic-től.

azt is javasolja, hogy tegye fel ezeket a kérdéseket:

• hány betegrekordot cserélnek az egészségügyi rendszerek naponta? Támogatja a C-CDA cserét?
• az ügyfelek hány százaléka képes együttműködni?
• kínál-e olyan betegportált, amely lehetővé teszi a betegek számára, hogy hozzáférjenek saját nyilvántartásaikhoz, megosszák nyilvántartásaikat családtagjaikkal, és egészségügyi adataikat más szolgáltatókhoz irányítsák?
• hogyan építi be a rendszer a külső információkat az ellátás helyén: külön képernyő-e a külső adatok megtekintéséhez, vagy keveredik-e a klinikus saját rendszerének adataival?

Országos kezdeményezések támogatása?

Navani az eClinicalWorks szerint az egyik kérdés, amelyet a CIO-knak fel kell tenniük: Támogatja-e az eladó az Országos adatmegosztási kezdeményezéseket és a bizalmi keretrendszereket a felhasználás céljától függően?

“a járóbeteg-piacon a gyártók többsége még nem vett részt az Országos adatcserében, mindkettő, vagy akár a Carequality vagy a Commonwell használatával” – állította Navani. “A részvétel hiánya azt mutatja, hogy a gyártók nem hajlandók megbízni a meglévő bizalmi keretekben és technológiákban az adatcsere javítása érdekében. A CDA mechanizmus messze nem tökéletes, de iteratív megközelítés. Azok a szállítók, akik még nem fektetnek be az interoperabilitásba, hátrányban vannak az egyén egészségügyi nyilvántartásának átfogó képének létrehozásában.”

egy másik kérdés, amelyet Navani tanácsolt: az eladó részt vesz-e konszenzus-vezérelt szabványos testületekben, mint például az Argonaut projekt az FHIR API-khoz, vagy támogatják-e a saját API-kat?”az Argonaut projekthez hasonló kezdeményezések elősegítik a nyílt és szabványosított interoperabilitási szabványok elfogadását az egészségügyi iparban” – mondta Navani. “A végrehajtási útmutatók figyelembe veszik a különböző érdekelt feleket, és konszenzusos szabványokat határoznak meg az FHIR API-k elfogadásának ösztönzésére. A megközelítés megkönnyíti a megvalósítási folyamatot, szemben a gyártó-specifikus szabadalmaztatott API-megközelítéssel, amely több platformon történő kezelés esetén nem számolható.”

és még egy kérdés a Navani-tól: mit kell mutatnia az eladónak a valós adatcsere-képességekhez, és van-e integrációja egy megbízható Exchange-keretrendszerrel, további költségek nélkül?

“összehasonlításképpen, egyes gyártók elsősorban az interoperabilitásról beszélnek, mások pedig proaktívak az interoperabilitással, hogy integrálódjanak munkafolyamataikba” – állította Navani. “Az a szállító, akinek valós adatai vannak a sikeres adatcsere volumenének bemutatására a termelésben, képes lesz megkülönböztetni magát a többitől.”

értelmes használat?

egy másik fontos kérdés, hogy a szoftver értelmes-e, és Macra/MIPS tanúsítvánnyal rendelkezik-e, mondta Kivatinos a DrChrono-tól.

“Ha a válasz igen, ez jó dolog, mivel az ipar egésze sok gyártót arra kényszerít, hogy megfeleljen az orvosi szoftveriparnak megfelelő szabványoknak” – mondta. “Az egyik példa a CCDA. A CCDA az értelmes használat része, és lehetővé teszi az orvosi nyilvántartás gyors exportálását szabványos formátumban, amelyet egy másik szállító átvehet egy betegtől vagy szolgáltatótól. Mindig keresse meg a legújabb tanúsítványokat is; rossz jel, ha az eladó nem naprakész a tanúsítással kapcsolatban.”

Cerner Rathore azt tanácsolta, hogy az egészségügyi CIO-k kérdezzék meg: “hogyan küld ez az EHR máshonnan információkat és fogyaszt?”

“az ország minden CIO-jának azt kell kérnie vagy elvárnia, hogy az interoperabilitás legyen az EHRs, a népesség egészsége, a hosszú távú és akut utáni ellátás vagy bármely egészségügyi szoftver vérvonala”-ragaszkodott hozzá. “A betegek adatainak elküldésének vagy fogyasztásának könnyűnek kell lennie, és növelnie kell a klinikusok tapasztalatait a tájékozott döntések meghozatalában. A külső adatoknak kölcsönhatásba kell lépniük a natív információkkal, hogy betekintést nyújtsanak, például a klinikai döntéstámogatást.”

innováció és integráció?

egy másik kulcsfontosságú kérdés, amelyet a Szolgáltató szervezeteknek fel kell tenniük, mondta Rathore, a következő: “támogatja-e az EHR az innovációt és az integrációt?”

“fontos befektetni az egészségügyi innovációt és integrációt támogató EHR-kbe olyan szabványalapú API-k segítségével, amelyek támogatják az egészségügyi rendszerek munkafolyamat-igényeit és kiválasztják a felhasználási eseteket” – mondta. “Az egészségügyi CIO-knak olyan EHR-kbe kell befektetniük, amelyek bármilyen rendszerrel való együttműködést meghívnak, és nem kényszerítenek egyetlen szállítói megközelítést, amely korlátozza a helyszínek közötti együttműködést. Szabványalapú API-kat használunk az interoperabilitás érdekében, és lehetővé tesszük a külső alkalmazások beágyazását az EHR munkafolyamatokba.”

Rathore hozzátette, hogy az egészségügyi CIO-knak azt is meg kell kérdezniük: “mi a szolgáltatóim képessége a betegek egészségügyi adatainak felhasználására és értelmes felhasználására?”

“a beteg információinak megjelenítése nem elegendő – a szolgáltatóknak képesnek kell lenniük arra, hogy gyorsan és hatékonyan olvassák el és kivonják a releváns betegadatokat, és felhasználják azokat az egészségügyi eredmények javítására” – mondta. “Az interoperábilis EHR-nek a beteg releváns egészségügyi adatai ott lesznek a Szolgáltató számára, további kontextust adva az adott gondozási epizódnak és a személy általános jólétének.”

Twitter: @ SiwickiHealthIT
E-Mail az író: [email protected]