monet sähköisten terveystietojen myyjät väittävät teknologioidensa olevan yhteentoimivia muiden terveydenhuollon tietojärjestelmien kanssa. Ja nämä väitteet voivat olla totta-tai totta tiettyyn pisteeseen asti.

Healthcare IT News haastatteli keskeisiä yhteentoimivuusjohtajia, joilla on neljä korkean profiilin EHR-toimittajaa – Cerner, Dchrono, eClinicalWorks ja Epic Systems – keskustellakseen siitä, miten heidän järjestelmänsä ovat yhteentoimivia sekä terveydenhuollon IT-yhteentoimivuus yleensä.

Epicin yhteentoimivuus

ensimmäinen yhteentoimivuuden perustyyppi on terveydenhuoltojärjestelmästä terveydenhuoltojärjestelmään, potilaan hoidon koordinointi eri organisaatioissa, Epic Systemsin yhteentoimivuuden varatoimitusjohtaja Dave Fuhrmann sanoi.

hän selitti Epicin tukevan tätä neljällä tavalla:

• Shared Instance – Community Connect: epiciä käyttävä organisaatio voi jakaa instanssinsa yhteisön muiden tarjoajien kanssa. Potilastiedot ovat yhdessä jaetussa tietokannassa.
• Web Link – EpicCare Link: Yhteisön palveluntarjoajat voivat käyttää potilaskarttaa verkkoportaalin kautta, jotta he voivat seurata potilaan hoitoa koko terveydenhuoltojärjestelmässä, aikatauluttaa tapaamisia, tehdä tilauksia, lähettää muistiinpanoja ja paljon muuta.
• C-CDA Push / Pull Interoperability – Care Everywhere: tätä ihmiset perinteisesti pitävät ”yhteentoimivuutena”, hän sanoi. Kun potilas saapuu hoitoon Epic-järjestelmää käyttävään terveydenhuoltojärjestelmään, Care lähettää kaikkialla pyyntöjä muille terveydenhuoltojärjestelmille, saa standardoidun yhteenvedon (C-CDA) ja sisällyttää uudet tiedot potilaan rekisteriin. Lisäksi kaikkialla oleva hoito voi vastaanottaa automaattisen pyynnön ja lähettää yhteenvedon pyytävään terveydenhuoltojärjestelmään.
• Suoraviestintä: tämä on Push / Pull-yhteentoimivuuden osajoukko. Organisaatio, joka tällä hetkellä näkee potilaan, voi lähettää standardoidun C-CDA-yhteenvedon toiselle organisaatiolle. Tämä on paras käyttää lähetteet.

Epic tarjoaa myös Happy Together-ominaisuuden, jonka avulla potilaat ja palveluntarjoajat voivat nähdä tietoja useista lähteistä samassa, yhdistetyssä portaalinäkymässä, ja työskennellä yhdessä, jonka avulla terveydenhuoltojärjestelmät voivat toteuttaa toimia, kuten päällekkäisen labratilauksen tarkistamisen, referenssilaatuisten kuvien hakemisen, aikataulutuksen, viestittelyn ja haun eri terveydenhuoltojärjestelmissä, työskennellen yhtenä.

”toinen yhteentoimivuuden perustyyppi on potilaan ohjaama yhteentoimivuus”, Fuhrmann sanoi. ”Epicin osuus kaikkialla käyttää potilasportaalia, Mychartia, jossa potilaat voivat katsoa omaa tietuettaan ja ohjata väliaikaisen web-näkymän tietueen yhteenvedosta kenelle tahansa maailmassa, jolla on internet-yhteys.”

” suosittelemme kysymään EHR-toimittajan määritelmää yhteentoimivuudesta, jotta nähdään, sopiiko se omaasi.”

Dave Fuhrmann, Epic Systems

lisäksi Epicin Lucy on vapaamuotoinen henkilökohtainen terveystieto. Potilaat voivat ohjata yhteenvedon tiedoistaan Epic EHR, muut EHRs, ja ei-EHR lähteistä (pdf, jpeg, jne.) Lucyyn, jossa tiedot voidaan ladata heidän tietokoneelleen, tallentaa muistitikulle tai tallentaa turvallisesti pilveen.

”tuemme myös kolmatta yhteentoimivuustyyppiä, joka sitoo yhteen monet muut terveydenhuollon organisaation käyttämät ohjelmistotuotteet”, Fuhrmann selitti. ”Tuemme tätä sovellusliittymien, rajapintojen ja muiden teknologioiden avulla kymmenillä miljardeilla rajapintaviesteillä ja API-puheluilla kuukausittain.”

yhteentoimivuus cernerissä

Cernerissä sen EHR: llä on sisäänrakennetut yhteentoimivuusominaisuudet päästä käsiksi potilastietoihin ja vaihtaa niitä terveydenhuollon tietojärjestelmissä, sanoi yhtiön yhteentoimivuuden varatoimitusjohtaja Kashif Rathore.

”yhteentoimivuutemme tukee tietojen vapaata ja turvallista kulkua, jotta palveluntarjoajat ja kuluttajat voivat käyttää niitä välittääkseen hoitoa ja edistääkseen positiivisia terveysvaikutuksia”, Rathore sanoi. ”Jaamme ja Käytämme tietoja eri järjestelmissä käyttäen alan yhteentoimivuusstandardeja, verkkoyhteyksiä ja valtakunnallista vaihtoa.”

cerner, kuten muutkin terveysalan it-myyjät, on jo vuosien ajan osallistunut standardien kehittämisorganisaatioihin ja aloitteisiin, jotka edistävät adoptiota, jotta ala voi päästä yhteiseen kieleen, joka mahdollistaa vapaan ja turvallisen terveystietojen vaihdon.

”olemme edelläkävijä Direct, alan standardi, joka määrittää turvallisen tavan palveluntarjoajille lähettää todennettuja, salattuja terveystietoja suoraan tunnetuille, luotettaville vastaanottajille internetissä”, Rathore sanoi. ”Olemme myös perustajajäseniä CommonWell Health Alliance, voittoa tavoittelematon ammattiyhdistys omistettu yksinkertainen visio siitä, että terveystietojen pitäisi olla saatavilla yksilöiden ja hoitajien riippumatta siitä, missä hoito tapahtuu.”

” jokaisen tietohallintojohtajan maassa pitäisi pyytää tai odottaa yhteentoimivuuden olevan verilinjaa EHRs: lle, väestöterveydelle, pitkäaikais-ja post-akuutille hoidolle tai mille tahansa terveydenhuollon ohjelmistolle.”

Kashif Rathore, cerner

Cerner on myös ollut aktiivisesti mukana Argonaut-hankkeessa edistääkseen ja soveltaakseen HL7 FHIR-standardia yhteentoimivuuden laajentamiseksi avoimien verkkopohjaisten sovellusliittymien käyttöön, hän lisäsi.

”integroimme ulkopuoliset tiedot, yhdessä native EHR-tietojen kanssa, hoitotiimin päivittäiseen työnkulkuun kriittisten päätösten informoimiseksi”, hän selitti. ”Autamme myös turvallisesti siirtämään viestintää ja hälytyksiä hoitotiimin välillä sekä terveydenhuollon organisaation neljän seinän sisällä että sen ulkopuolella. Keskitymme yhteentoimivuuteen sijoittamalla henkilön keskipisteeseen niin, että hänen tietonsa seuraavat häntä digitaalisesti.”

riippumatta siitä, mihin henkilön terveysmatka heidät vie, heidän tietojensa pitäisi olla saatavilla, hän lisäsi.

yhteentoimivuus eclinicworksissa

yhteentoimivuus on liikkuva tavoite, ja sen soveltamisala on laajentunut vuosien varrella, kun teknologia ja asianmukaiset tietoaineistot ovat kehittyneet, sanoi Girish Navani, toimitusjohtaja ja eclinicworksin toinen perustaja.

”jo varhain yhteydenpito liitännäisjärjestelmien, apteekkien ja selvitystalojen kanssa vaati erityistä vaivaa, mutta nyt tällaiset integraatiot ovat tuotteissamme out of box”, Navani sanoi. ”Eclinicalworksin EHR on nykytilanteessa niin yhteentoimiva kuin teknologia ja standardit sen sallivat.”

standardit, kuten HL7, CDA tai FHIR sovellusliittymät, ”mahdollistavat mielekkään tiedonvaihdon erilaisten sidosryhmien, kuten muiden hoitopalvelujen tarjoajien, maksajien, kansanterveyslaitosten ja potilaiden itsensä välillä, ja meillä on reaalimaailman esimerkkejä tiedonvaihdosta jokaisen näistä sidosryhmistä kanssa”, hän sanoi.

lisääntynyt adoptio, Navani lisäsi, on toteutunut seuraavilla aloilla:

• suora suojattu viestintä tukee suoraa yhteentoimivuutta hoidon siirtymävaiheiden korjaamiseksi. Tällä hetkellä ekliinisen direct HISP: n kautta tapahtuu 500 000 tapahtumaa kuukaudessa.
• Trusted exchange framework helpottaa tiedonkulkua ja parantaa kyselypohjaista vaihtoa. 1,000,000 asiakirjat vaihdetaan päivässä eClinicalWorks käytäntöjä sekä Carequality ja CommonWell.
• POTILASKESKEISET Sovellukset FHIR-Sovellusliittymille lisääntyvät edelleen, ja yli 40 sovelluskehittäjää pystyy nyt muodostamaan yhteyden.

yhteentoimivuus Drchronossa

Drchrono on sitoutunut innovaatiokulttuuriin; sen tehtävänä on mahdollistaa avoin alusta, jossa kehittäjät, asiakkaat, potilaat, oppilaitokset ja tutkijat voivat saada tietonsa, kytkeä sovelluksen Dchronoon tai työskennellä toisen toimittajan kanssa, sanoi Daniel Kivatinos, co-perustaja ja COO.

”lääkärikäytäntöä varten meillä on” live in five minutes ”- API-malli, jossa kuka tahansa, mukaan lukien asiakas, kumppani tai kehittäjä, voi yksinkertaisesti alkaa rakentaa sovellusta alustalle”, Kivatinos kertoi. ”Meillä on moderni levollinen API. Meillä on myös Sovellushakemisto, jossa kehittäjä voi halutessaan olla virallisena kumppanina.”

DrChrono antaa kehittäjälle mahdollisuuden hyvin nopeasti alkaa koodata EHR-alustan päällä, hän lisäsi.

”potilaita varten meillä on noin 3 prosenttia Yhdysvaltain väestöstä Dchronossa ja potilastiedot, jotka antavat potilaille valtuudet esimerkiksi viestittää lääkäreitään ja ajoittaa tapaamisia”, hän sanoi. ”Potilastietojen puolella meillä on FHIR-sovellusliittymä kehittäjille ja kumppanisovelluksille.”

Keskeiset yhteentoimivuuskysymykset myyjille

kun terveydenhuollon tietohallintojohtajat lähestyvät EHR-myyjiä ostoa harkitessaan, niiden tulisi tarkastella muun muassa yhteentoimivuutta. EHR myyjät täällä tarjoavat ehdotuksia kysymyksiä CIOs pitäisi kysyä mitään EHR myyjä, kun se tulee EHR yhteentoimivuus.

”suosittelemme kysymään EHR-toimittajan määritelmää yhteentoimivuudesta, nähdäksemme, onko se linjassa omasi kanssa”, sanoi Fuhrmann Epicistä.

hän ehdottaa kysymään myös näitä kysymyksiä:

• kuinka monta potilastietoa terveydenhuoltojärjestelmäsi vaihtavat päivittäin? Kannatatko C-CDA exchange?
• mikä prosenttiosuus asiakkaistasi pystyy toimimaan?
• Tarjoatteko potilasportaalia, jonka kautta potilaat voivat käyttää omia tietojaan, jakaa tietonsa omaisten kanssa ja ohjata terveystietojaan muille palveluntarjoajille?
• miten järjestelmä sisältää ulkopuolista tietoa hoitopaikassa: onko se erillinen seula ulkopuolisen tiedon katseluun vai onko se sekoittunut lääkärin oman järjestelmän tietoihin?

kannatusta valtakunnallisille aloitteille?

Navani eClinicalWorks sanoi, että yksi CIOs: n kysymyksistä on: Onko myyjällä tukea valtakunnallisiin tiedonjakoaloitteisiin ja käyttötarkoituksen mukaisiin luottamuspuitteisiin?

”suurin osa avohoitomarkkinoiden myyjistä ei ole vielä osallistunut maanlaajuiseen tiedonvaihtoon käyttäen molempia, tai jompaakumpaa, Carequalitya tai Commonwellia”, Navani väitti. ”Puutteellinen osallistuminen osoittaa myyjien haluttomuutta luottaa olemassa oleviin luottamuspuitteisiin ja teknologioihin tiedonvaihdon parantamiseksi. CDA-mekanismi on kaukana täydellisestä, mutta se on iteratiivinen lähestymistapa. Myyjät, jotka eivät vielä investoi yhteentoimivuuteen, ovat epäedullisessa asemassa luodessaan yleiskuvaa henkilön terveystiedosta.”

toinen kysymys Navani neuvoi: onko myyjä mukana konsensusvetoisissa standardielimissä, kuten Argonaut-projektissa FHIR-Sovellusliittymille, vai tukevatko ne omia sovellusliittymiä?

”Argonaut-hankkeen kaltaiset aloitteet edistävät avointen ja standardoitujen yhteentoimivuusstandardien käyttöönottoa terveydenhuoltoalalla”, Navani sanoi. ”Toteutusoppaissa otetaan huomioon eri sidosryhmät ja määritetään KONSENSUSSTANDARDIT FHIR-sovellusliittymien käyttöönoton edistämiseksi. Lähestymistapa helpottaa toteutusprosessia, toisin kuin toimittajakohtainen oma API-lähestymistapa, joka on mahdoton saavuttaa käsiteltäessä useita alustoja.”

Ja vielä yksi kysymys Navanilta on: mitä toimittajan on näytettävä reaalimaailman tiedonvaihtokyvystä ja onko se integroitunut luotettuun Tiedonvaihtojärjestelmään ilman lisäkustannuksia?

”vertailun vuoksi jotkut myyjät keskustelevat ensisijaisesti yhteentoimivuudesta, ja toiset ovat ennakoivia yhteentoimivuuden integroimiseksi työnkulkuihinsa”, Navani väitti. ”Myyjä, jolla on näytettävänään todellista dataa tuotannon onnistuneesta tiedonvaihdosta, pystyy erottautumaan muista.”

mielekäs käyttö?

toinen tärkeä kysymys on, onko ohjelmisto mielekästä käyttöä ja MACRA / MIPS-sertifioitua, dchronon Kivatinos sanoi.

”Jos vastaus on kyllä, se on hyvä asia, sillä koko ala patistaa monia myyjiä noudattamaan standardeja, joista lääketieteen ohjelmistoteollisuuden tulisi pitää kiinni”, hän sanoi. ”Yksi esimerkki on CCDA. CCDA on osa mielekästä käyttöä ja mahdollistaa potilastietojen nopean viennin vakiomuodossa, jonka toinen myyjä voi ottaa potilaalta tai palveluntarjoajalta. Aina etsiä uusimmat sertifikaatit samoin; se on huono merkki, jos myyjä ei ole ajan tasalla niiden sertifiointi.”

Rathore cerneristä neuvoi, että terveydenhuollon Tietojohtajien tulisi kysyä, ”miten tämä EHR lähettää ja kuluttaa tietoa muualta?”

”jokaisen tietohallintojohtajan maassa pitäisi pyytää tai odottaa yhteentoimivuuden olevan verenperintöä EHRs: lle, väestöterveydelle, pitkäaikaiselle ja akuutin hoidon jälkeiselle hoidolle tai mille tahansa terveydenhuollon ohjelmistolle”, hän vaati. ”Potilastietojen lähettämisen tai kuluttamisen pitäisi olla vaivatonta ja lisätä kliinikoiden kokemusta tietoon perustuvien päätösten tekemisestä. Ulkopuolisen tiedon on oltava vuorovaikutuksessa alkuperäisen tiedon kanssa, jotta saadaan tietoa, kuten kliinistä päätöksentekoa tukevaa tietoa.”

Innovaatio ja integraatio?

toinen keskeinen kysymys tarjoajaorganisaatioiden tulisi kysyä, sanoi Rathore, on: ”tukeeko EHR innovaatioita ja integraatiota?”

”on tärkeää investoida EHRs: ään, joka tukee terveydenhuollon innovaatioita ja integraatiota käyttäen standardipohjaisia API: ita, jotka voivat tukea terveydenhuoltojärjestelmien työnkulun tarpeita ja valita käyttötapauksia”, hän sanoi. ”Terveydenhuollon CIOs pitäisi investoida EHRs että kutsua yhteistyötä minkä tahansa järjestelmän ja eivät pakota yhden toimittajan lähestymistapa, joka rajoittaa rajat paikka yhteistyötä. Käytämme standardeihin perustuvia ohjelmointirajapintoja tarkoituksellisen yhteentoimivuuden edistämiseen ja ulkoisten sovellusten sisällyttämiseen EHR-työnkulkuihin.”

Rathore lisäsi, että terveydenhuollon Tietojohtajien tulisi myös kysyä, ”Mikä on tarjoajieni kyky kuluttaa ja mielekkäästi käyttää potilaan terveystietoja?”

”potilaan tietojen näyttäminen ei riitä – palveluntarjoajien on kyettävä nopeasti ja tehokkaasti lukemaan ja vetämään esiin asiaankuuluvia potilastietoja ja käyttämään niitä parantaakseen terveystuloksia”, hän sanoi. ”Yhteentoimivassa EHR: ssä on potilaan asiaankuuluvat terveystiedot palveluntarjoajaa varten, mikä antaa lisäyhteyden tiettyyn hoitojaksoon ja henkilön yleiseen hyvinvointiin.”

Twitter: @SiwickiHealthIT
lähetä kirjoittajalle sähköpostia: [email protected]