många leverantörer av elektroniska hälsojournaler hävdar att deras teknik är interoperabel med andra vårdinformationssystem. Och dessa påståenden kan vara sanna-eller sanna till en punkt.

Healthcare IT News intervjuade viktiga interoperabilitetsledare med fyra högprofilerade EHR-leverantörer-Cerner, DrChrono, eClinicalWorks och Epic Systems – för att diskutera hur deras system är interoperabla såväl som hälsa IT-interoperabilitet övergripande.

interoperabilitet hos Epic

den första grundläggande typen av interoperabilitet är hälsosystem till hälsosystem, för att samordna vård för en patient över organisationer, säger Dave Fuhrmann, vice president för interoperabilitet hos Epic Systems.

Han förklarade att Epic stöder detta på fyra sätt:

• delad instans – Community Connect: en organisation som använder Epic kan dela sin instans med andra leverantörer i samhället. Patientens register finns i en delad databas.
• webblänk – EpicCare länk: Community-leverantörer kan komma åt patientdiagrammet via en webbportal, så att de kan följa patientens vård över hälsosystemet, schemalägga möten, beställa, skicka anteckningar och mer.
• C-CDA Push / Pull interoperabilitet-Care Everywhere: det här är vad folk traditionellt tänker på som” interoperabilitet”, sa han. När en patient dyker upp för vård på ett hälsosystem som använder Epic, skickar Care Everywhere ut förfrågningar till andra hälsosystem, får den standardiserade sammanfattningen (C-CDA) och innehåller de nya uppgifterna i patientens register. Dessutom kan Care Everywhere få en automatiserad förfrågan och skicka sammanfattningen till det begärande hälsosystemet.
• direktmeddelanden: Detta är en delmängd av Push/Pull-interoperabilitet. Den organisation som för närvarande ser patienten kan skicka den standardiserade C-CDA-sammanfattningen till en annan organisation. Detta används bäst för hänvisningar.

Epic erbjuder också sin Happy Together-funktion, som gör det möjligt för patienter och leverantörer att se data från flera källor i en enda sammanslagen portalvy och arbeta tillsammans, vilket gör det möjligt för hälsosystem att vidta åtgärder som dubbletter av laboratorieorderkontroll, hämta referensbilder, schemaläggning, meddelanden och sökning över Hälsosystem, som fungerar som en.

” den andra grundläggande typen av interoperabilitet är patientstyrd interoperabilitet, ” sade Fuhrmann. ”Epics andel överallt använder patientportalen MyChart, där patienter kan se sin egen post och rikta en tillfällig webbvy av sin rekordöversikt till alla i världen som har en Internetanslutning.”

” vi rekommenderar att du frågar efter EHR-leverantörens definition av interoperabilitet, för att se om den stämmer överens med din egen.”

Dave Fuhrmann, Epic Systems

vidare är Epics Lucy en fristående personlig hälsopost. Patienter kan rikta en sammanfattning av sin information från Epic EHR, andra EHR och icke-EHR-källor (PDF-filer, JPEG, etc.) till Lucy, där data kan laddas ner till sin dator, sparas på en flash-enhet eller lagras säkert i molnet.

” Vi stöder också en tredje typ av interoperabilitet – bindande samman de många andra mjukvaruprodukter som en vårdorganisation använder,” förklarade Fuhrmann. ”Vi stöder detta genom API: er, gränssnitt och annan teknik, med tiotals miljarder gränssnittsmeddelanden och API-samtal varje månad.”

interoperabilitet hos Cerner

hos Cerner har dess EHR inbyggda interoperabilitetsfunktioner för att få tillgång till och utbyta patientinformation över hälso-och sjukvårdssystem, säger Kashif Rathore, företagets vice vd för interoperabilitet.

”vår interoperabilitet stöder data att flöda fritt och säkert så att det kan användas av leverantörer och konsumenter för att informera Vård och driva positiva hälsoutfall”, säger Rathore. ”Vi delar och får tillgång till data över olika system med hjälp av branschens interoperabilitetsstandarder, nätverksanslutningar och rikstäckande utbyten.”

Cerner, liksom andra IT-leverantörer, har i åratal bidragit till standardutvecklingsorganisationer och initiativ som hjälper till att driva adoption, så att branschen kan komma till ett gemensamt språk som möjliggör gratis och säkert utbyte av hälsodata.

”Vi banade väg för Direct, en branschstandard som anger ett säkert sätt för leverantörer att skicka autentiserad, krypterad hälsoinformation direkt till kända, betrodda mottagare via internet”, säger Rathore. ”Vi är också en grundande medlem av CommonWell Health Alliance, en ideell branschorganisation som ägnas åt den enkla visionen att hälsodata ska vara tillgängliga för individer och vårdgivare oavsett var vård sker.”

” varje CIO i landet bör fråga eller förvänta sig interoperabilitet för att vara blodlinjen för EHR, befolkningens hälsa, långsiktig och post-akut vård eller någon sjukvårdsprogramvara.”

Kashif Rathore, Cerner

Cerner har också varit aktivt involverad i Argonaut-projektet för att främja och tillämpa HL7 FHIR-standarden för att utöka interoperabilitet i användningen av öppna webbaserade API: er, tillade han.

”Vi integrerar externa data, tillsammans med inbyggda EHR-data, i vårdteamets dagliga arbetsflöde för att informera kritiska beslut”, förklarade han. ”Vi hjälper också till att säkert flytta kommunikation och varningar mellan vårdteamet, både inom och utanför vårdorganisationens fyra väggar. Vårt fokus kring interoperabilitet är att placera personen i centrum så att deras information digitalt följer dem.”

oavsett var personens hälsoresa tar dem, bör deras information vara tillgänglig, tillade han.

interoperabilitet på eClinicalWorks

interoperabilitet är ett rörligt mål, och dess omfattning har expanderat genom åren som tekniken och lämpliga datamängder har utvecklats, säger Girish Navani, VD och medgrundare av eClinicalWorks.

”tidigt, att kunna kommunicera med hjälpsystem, apotek och clearinghus krävde särskild ansträngning, men nu är sådana integrationer ur lådan i våra produkter”, sa Navani. ”I nuvarande tillstånd är eClinicalWorks EHR lika interoperabel som tekniken och standarderna gör det möjligt att vara.”

standarder som HL7, CDA eller FHIR API: er är ”möjliggörare för meningsfullt informationsutbyte mellan olika intressenter som andra vårdgivare, betalare, folkhälsobyråer och patienter själva, och vi har verkliga exempel på datautbyte med var och en av dessa intressenter”, sa han.

ökad adoption, tillade Navani, har realiserats inom följande områden:

• Direct secure messaging stöder direkt interoperabilitet för att hantera luckor i vårdövergångar. För närvarande sker 500 000 transaktioner per månad genom eClinicalDirect HISP.
• Trusted exchange framework underlättar informationsflödet och förbättrar frågebaserade utbyten. 1 000 000 dokument utbyts per dag av eClinicalWorks practices genom både Carequality och CommonWell.
• patientcentrerade appar för Fhir API fortsätter att öka, med mer än 40 apputvecklare som nu kan ansluta.

interoperabilitet hos DrChrono

DrChrono är engagerad i en kultur av innovation; dess uppdrag är att möjliggöra en öppen plattform där utvecklare, kunder, patienter, utbildningsinstitutioner och forskare kan få sina data, ansluta en app till DrChrono eller arbeta med en annan leverantör, säger Daniel Kivatinos, medgrundare och COO.

”för medicinsk praxis har vi en API-modell” live in five minutes ”där vem som helst, inklusive en kund, partner eller utvecklare, helt enkelt kan börja bygga en app på plattformen,” förklarade Kivatinos. ”Vi har ett modernt Restful API. Vi har också en appkatalog där om en utvecklare väljer att göra det kan listas som en officiell partner.”

DrChrono ger en utvecklare möjlighet att snabbt börja koda ovanpå EHR-plattformen, tillade han.

”för patienter har vi cirka 3 procent av den amerikanska befolkningen i DrChrono och har en patienthälsopost som ger patienter möjlighet att till exempel meddela sina läkare och schemalägga möten”, sa han. ”På patienthälsosidan har vi ett FHIR API för utvecklare och partnerappar.”

viktiga frågor om interoperabilitet att ställa leverantörer

När CIO: er för hälso-och sjukvård närmar sig EHR-leverantörer när de överväger ett köp, är bland de olika ämnena de bör undersöka interoperabilitet. EHR-leverantörerna Här erbjuder förslag på frågor CIO: er bör ställa alla EHR-leverantörer när det gäller EHR-interoperabilitet.

”Vi rekommenderar att du ber om EHR-leverantörens definition av interoperabilitet, för att se om den stämmer överens med din egen”, säger Fuhrmann från Epic.

han föreslår också att du ställer dessa frågor:

• hur många patientjournaler utbyter dina hälsosystem dagligen? Stöder du c-CDA exchange?
• hur stor andel av dina kunder kan samverka?
• erbjuder du en patientportal som gör det möjligt för patienter att få tillgång till sina egna register, dela sina register med familjemedlemmar och rikta sina hälsodata till andra leverantörer?
• hur innehåller systemet extern information vid vårdpunkten: är det en separat skärm för att visa extern data, eller blandas det med klinikerns eget systemdata?

stöd för rikstäckande initiativ?

Navani från eClinicalWorks sa att en av frågorna CIO: er borde ställa är: Har leverantören stöd för rikstäckande datadelningsinitiativ och förtroenderamar beroende på användningsändamål?

”majoriteten av leverantörerna på öppenvårdsmarknaden har ännu inte deltagit i det rikstäckande datautbytet med både, eller antingen, Carequality eller Commonwell,” hävdade Navani. ”Bristen på engagemang visar leverantörernas ovillighet att lita på befintliga förtroenderamar och tekniker för att förbättra datautbytet. CDA-mekanismen är långt ifrån perfekt, men det är ett iterativt tillvägagångssätt. Leverantörer som ännu inte investerar i interoperabilitet har en nackdel i skapandet av en övergripande bild av en individs hälsopost.”

en annan fråga Navani rådde: deltar säljaren i konsensusdrivna standardorgan som Argonaut-projektet för FHIR API: er eller stöder de proprietära API: er?”initiativ som Argonaut-projektet hjälper till att främja antagandet av öppna och standardiserade interoperabilitetsstandarder inom vårdindustrin”, sa Navani. ”Implementeringsguiderna beaktar olika intressenter och bestämmer konsensusstandarder för att driva antagandet av Fhir API: er. Metoden underlättar implementeringsprocessen, i motsats till en leverantörsspecifik proprietär API-strategi, som är oskälig när man hanterar flera plattformar.”

och ännu en fråga från Navani är: vad måste säljaren visa för verkliga datautbytesfunktioner och har den integration med en betrodd Utbytesram utan extra kostnad?

” i jämförelse diskuterar vissa leverantörer främst interoperabilitet, och andra är proaktiva med interoperabilitet för att integreras i sina arbetsflöden,” hävdade Navani. ”En leverantör som har verkliga data att visa för framgångsrika datautbytesvolymer i produktionen kommer att kunna skilja sig från de andra.”

meningsfull användning?

en annan viktig fråga att ställa är om programvaran är meningsfull användning och MACRA/MIPS certifierade, sade Kivatinos av DrChrono.

”Om svaret är ja är det bra, eftersom branschen som helhet driver många leverantörer att följa standarder som den medicinska mjukvaruindustrin bör hållas till”, sa han. ”Ett exempel är med CCDA. CCDA är en del av meningsfull användning och möjliggör en snabb export av en medicinsk post i ett standardformat som kan tas in av en annan leverantör från en patient eller leverantör. Leta alltid efter de senaste certifieringarna också; det är ett dåligt tecken om en leverantör inte är uppdaterad om sin certifiering.”

Rathore av Cerner rådde att sjukvård CIO: er borde fråga, ” Hur skickar och konsumerar denna EHR information från andra håll?”

”varje CIO i landet borde fråga eller förvänta sig interoperabilitet för att vara blodlinjen till EHR, folkhälsa, långsiktig och post-akut vård eller någon sjukvårdsprogramvara”, insisterade han. ”Att skicka eller konsumera patienters data bör vara enkelt och bör öka klinikernas erfarenhet för att fatta välgrundade beslut. Externa data måste interagera med den ursprungliga informationen för att ge insikter, till exempel kliniskt beslutsstöd.”

Innovation och integration?

en annan viktig fråga leverantörsorganisationer bör ställa, sade Rathore, är: ”stöder EHR innovation och integration?”

”det är viktigt att investera i EHR som stöder vårdinnovation och integration med hjälp av standardbaserade API: er som kan stödja vårdsystemens arbetsflödesbehov och välja användningsfall”, sa han. ”Sjukvårdens CIO: er bör investera i EHR: er som bjuder in samarbete med alla system och inte tvinga en enda leverantörsmetod som begränsar samarbete mellan olika platser. Vi använder standardbaserade API: er för att driva meningsfull interoperabilitet och göra det möjligt för externa applikationer att bäddas in i EHR-arbetsflöden.”

Rathore tillade att sjukvårdens CIO: er också borde fråga, ” Vad är mina leverantörers förmåga att konsumera och meningsfullt använda patienthälsouppgifter?”

”att visa en patients information är inte tillräckligt-leverantörer måste kunna snabbt och effektivt läsa och dra ut relevanta patientdata och använda den för att förbättra hälsoutfallet”, sa han. ”En interoperabel EHR kommer att ha en patients relevanta hälsodata där för leverantören, vilket ger ytterligare sammanhang till den särskilda vårdepisoden och personens övergripande välbefinnande.”

Twitter: @ SiwickiHealthIT
e-posta författaren:[email protected]