wielu dostawców elektronicznych kart zdrowia twierdzi, że ich technologie są interoperacyjne z innymi systemami informacji medycznej. I te twierdzenia mogą być prawdziwe – lub prawdziwe do pewnego stopnia.

Healthcare IT News przeprowadził wywiady z kluczowymi kierownikami ds. interoperacyjności z czterema wiodącymi dostawcami EHR-Cerner, DrChrono, eClinicalWorks i Epic Systems – aby omówić interoperacyjność ich systemów, a także ogólną interoperacyjność IT dla zdrowia.

interoperacyjność w Epic

pierwszym podstawowym rodzajem interoperacyjności jest system opieki zdrowotnej do systemu opieki zdrowotnej, aby koordynować opiekę nad pacjentem w różnych organizacjach, powiedział Dave Fuhrmann, wiceprezes ds. interoperacyjności w Epic Systems.

wyjaśnił, że Epic obsługuje to na cztery sposoby:

• wspólna instancja – Community Connect: organizacja korzystająca z Epic może udostępniać swoją instancję innym dostawcom w społeczności. Kartoteka pacjenta jest w jednej wspólnej bazie danych.
• Web Link-EpicCare Link: Dostawcy społeczności mogą uzyskać dostęp do karty pacjenta za pośrednictwem portalu internetowego, dzięki czemu mogą śledzić opiekę nad pacjentem w całym systemie opieki zdrowotnej, planować spotkania, składać zamówienia, wysyłać notatki i nie tylko.
• C-CDA Push / Pull Interoperability – troska wszędzie: to jest to, co ludzie tradycyjnie uważają za „interoperacyjność”, powiedział. Gdy pacjent pojawia się w systemie opieki zdrowotnej za pomocą Epic, Care Everywhere wysyła prośby do innych systemów opieki zdrowotnej, otrzymuje znormalizowane podsumowanie (C-CDA) i włącza nowe dane do dokumentacji pacjenta. Ponadto Care Everywhere może otrzymać automatyczne żądanie i wysłać podsumowanie do wnioskującego systemu opieki zdrowotnej.
• bezpośrednie przesyłanie wiadomości: jest to podzbiór interoperacyjności Push / Pull. Organizacja, która obecnie przyjmuje pacjenta, może wysłać znormalizowane podsumowanie C-CDA do innej organizacji. Jest to najlepiej wykorzystywane do poleceń.

Epic oferuje również funkcję Happy Together, która pozwala pacjentom i dostawcom zobaczyć dane z wielu źródeł w jednym, połączonym widoku portalu i współpracować, co pozwala systemom opieki zdrowotnej na podejmowanie działań, takich jak sprawdzanie zduplikowanych zleceń laboratoryjnych, pobieranie obrazów o jakości referencyjnej, planowanie, przesyłanie wiadomości i wyszukiwanie w różnych systemach opieki zdrowotnej, pracując jako jeden.

„drugim podstawowym rodzajem interoperacyjności jest interoperacyjność ukierunkowana na pacjenta”, powiedział Fuhrmann. „Firma Epic Share Everywhere korzysta z portalu dla pacjentów MyChart, gdzie pacjenci mogą przeglądać własne nagrania i kierować tymczasowe podsumowanie swoich rekordów do każdego na świecie, kto ma połączenie z Internetem.”

” zalecamy Zapytanie o definicję interoperacyjności dostawcy EHR, aby sprawdzić, czy jest ona zgodna z Twoją własną.”

Dave Fuhrmann, Epic Systems

Pacjenci mogą kierować podsumowanie swoich informacji z Epic EHR, innych EHR i źródeł innych niż EHR (pliki PDF, JPEG itp.) do Lucy, gdzie dane można pobrać na komputer, zapisać na dysku flash lub bezpiecznie przechowywać w chmurze.

„wspieramy również trzeci rodzaj interoperacyjności – łączenie wielu innych produktów oprogramowania, których używa organizacja opieki zdrowotnej”, wyjaśnia Fuhrmann. „Wspieramy to poprzez interfejsy API, interfejsy i inne technologie, dostarczając dziesiątki miliardów komunikatów interfejsów i wywołań API miesięcznie.”

interoperacyjność w Cerner

w Cerner EHR ma wbudowane możliwości interoperacyjności w celu dostępu i wymiany informacji o pacjentach w systemach informatycznych opieki zdrowotnej, powiedział Kashif Rathore, wiceprezes ds. interoperacyjności firmy.

„nasza interoperacyjność wspiera swobodny i bezpieczny przepływ danych, dzięki czemu mogą one być wykorzystywane przez dostawców i konsumentów do informowania o opiece i stymulowania pozytywnych wyników zdrowotnych” – powiedział Rathore. „Udostępniamy dane i uzyskujemy do nich dostęp w różnych systemach, korzystając z branżowych standardów interoperacyjności, połączeń sieciowych i krajowych wymian.”

Cerner, podobnie jak inni dostawcy IT w dziedzinie zdrowia, od lat przyczynia się do rozwoju organizacji i inicjatyw normalizacyjnych, które pomagają w ich wdrażaniu, dzięki czemu przemysł może dostać się do wspólnego języka, który umożliwia bezpłatną i bezpieczną wymianę danych dotyczących zdrowia.

„jesteśmy pionierem Direct, standardu branżowego, który określa bezpieczny sposób wysyłania przez dostawców uwierzytelnionych, zaszyfrowanych informacji zdrowotnych bezpośrednio do znanych, Zaufanych odbiorców przez internet”, powiedział Rathore. „Jesteśmy również członkiem-założycielem CommonWell Health Alliance, organizacji non-profit poświęconej prostej wizji, że dane dotyczące zdrowia powinny być dostępne dla osób fizycznych i opiekunów, niezależnie od miejsca, w którym odbywa się Opieka.”

” każdy CIO w kraju powinien poprosić lub oczekiwać, że interoperacyjność będzie linią krwi do EHRs, zdrowia populacji, Opieki Długoterminowej i po ostrej lub jakiegokolwiek oprogramowania medycznego.”

Kashif Rathore, Cerner

Cerner był również aktywnie zaangażowany w projekt Argonaut, aby rozwijać i stosować standard HL7 FHIR w celu rozszerzenia interoperacyjności na wykorzystanie otwartych interfejsów API opartych na sieci Web, dodał.

„integrujemy dane zewnętrzne, wraz z natywnymi danymi EHR, w codziennym przepływie pracy zespołu opieki, aby informować o krytycznych decyzjach”, wyjaśnił. „Pomagamy również bezpiecznie przenosić komunikację i alerty między zespołem opieki, zarówno wewnątrz, jak i poza czterema ścianami organizacji opieki zdrowotnej. Skupiamy się na interoperacyjności, aby umieścić osobę w centrum, aby jej informacje śledziły ją cyfrowo.”

niezależnie od tego, gdzie dana osoba prowadzi podróż zdrowotną, jej informacje powinny być dostępne-dodał.

interoperacyjność w eClinicalWorks

interoperacyjność jest ruchomym celem, a jej zakres rozszerzał się z biegiem lat, gdy technologia i odpowiednie zbiory danych ewoluowały, powiedział Girish Navani, CEO i współzałożyciel eClinicalWorks.

„na początku możliwość komunikowania się z systemami pomocniczymi, aptekami i oczyszczalniami wymagała szczególnego wysiłku, ale teraz takie integracje są nieszablonowe w naszych produktach” – powiedział Navani. „W obecnym stanie EHR eClinicalWorks jest tak interoperacyjny, jak technologia i standardy na to pozwalają.”standardy

, takie jak interfejsy API HL7, cda lub FHIR, umożliwiają” miarodajną wymianę informacji między różnymi interesariuszami, takimi jak inni dostawcy opieki, płatnicy, agencje zdrowia publicznego i sami pacjenci, i mamy rzeczywiste przykłady wymiany danych z każdym z tych interesariuszy ” -powiedział.

zwiększona adopcja, Dodano Navani, została zrealizowana w następujących obszarach:

• Direct secure messaging obsługuje bezpośrednią interoperacyjność w celu usunięcia luk w przejściach opieki. Obecnie 500 000 transakcji odbywa się miesięcznie za pośrednictwem eClinicalDirect HISP.
• Trusted exchange Framework ułatwia przepływ informacji i usprawnia wymianę opartą na zapytaniach. 1 000 000 dokumentów jest wymienianych dziennie przez praktyki eClinicalWorks zarówno przez Carequality, jak i CommonWell.
• aplikacje skoncentrowane na pacjencie dla interfejsów API FHIR nadal rosną, a ponad 40 programistów aplikacji może się teraz połączyć.

interoperacyjność w DrChrono

DrChrono angażuje się w kulturę innowacji; jego misją jest stworzenie otwartej platformy, na której programiści, klienci, pacjenci, instytucje edukacyjne i naukowcy mogą uzyskać swoje dane, podłączyć aplikację do DrChrono lub współpracować z innym dostawcą, powiedział Daniel Kivatinos, współzałożyciel i dyrektor operacyjny.

„w praktyce medycznej mamy model API” live in five minutes”, w którym każdy, w tym klient, partner lub programista, może po prostu zacząć budować aplikację na platformie”, wyjaśnia Kivatinos. „Mamy nowoczesne API Restful. Mamy również katalog aplikacji, w którym jeśli deweloper zdecyduje się to zrobić, może być wymieniony jako oficjalny partner.”

DrChrono umożliwia programistom bardzo szybkie rozpoczęcie kodowania na platformie EHR, dodał.

„w przypadku pacjentów mamy około 3 procent populacji USA w DrChrono i mamy kartę zdrowia pacjenta, która umożliwia pacjentom, na przykład wysyłanie wiadomości do lekarzy i umawianie wizyt” – powiedział. „Po stronie dokumentacji zdrowia pacjenta mamy interfejs API FHIR dla programistów i aplikacji partnerskich.”

kluczowe pytania dotyczące interoperacyjności, które należy zadać dostawcom

Kiedy dyrektorzy ds. opieki zdrowotnej zwracają się do dostawców EHR podczas rozważania zakupu, wśród różnych tematów, które powinni rozważyć, jest interoperacyjność. Sprzedawcy EHR oferują sugestie dotyczące pytań, które cio powinni zadać każdemu dostawcy EHR, jeśli chodzi o interoperacyjność EHR.

„zalecamy Zapytanie o definicję interoperacyjności dostawcy EHR, aby sprawdzić, czy jest ona zgodna z Twoją własną”, powiedział Fuhrmann z Epic.

proponuje również zadawać te pytania:

• ile kartotek pacjentów codziennie wymieniają Twoje systemy opieki zdrowotnej? Czy wspierasz wymianę C-CDA?
• jaki procent twoich klientów jest w stanie współpracować?
• czy oferujecie portal dla pacjentów, który umożliwia pacjentom dostęp do ich własnych danych, udostępnianie ich danych członkom rodziny i kierowanie ich danych zdrowotnych do innych dostawców?
• w jaki sposób system włącza informacje zewnętrzne w punkcie opieki: czy jest to oddzielny ekran do wyświetlania danych zewnętrznych, czy też jest mieszany z danymi własnego systemu lekarza?

wsparcie inicjatyw ogólnopolskich?

Navani z eClinicalWorks powiedział, że jednym z pytań, które powinien zadać CIOs, jest: Czy sprzedawca ma wsparcie dla ogólnopolskich inicjatyw udostępniania danych i RAM zaufania w zależności od celu wykorzystania?

„większość sprzedawców na rynku ambulatoryjnym jeszcze nie uczestniczyła w ogólnopolskiej wymianie danych przy użyciu zarówno Carequality, jak i Commonwell” – twierdzi Navani. „Brak zaangażowania świadczy o niechęci dostawców do zaufania istniejącym ramom zaufania i technologiom w celu poprawy wymiany danych. Mechanizm CDA jest daleki od doskonałości, ale jest to podejście iteracyjne. Dostawcy, którzy jeszcze nie zainwestowali w interoperacyjność, znajdują się w niekorzystnej sytuacji, jeśli chodzi o tworzenie nadrzędnego wizerunku kart zdrowia danej osoby.”

kolejne pytanie doradza Navani: czy sprzedawca angażuje się w oparte na konsensusie organy standardowe, takie jak projekt Argonaut dla interfejsów API FHIR, czy też obsługują one własnościowe interfejsy API?

„inicjatywy takie jak projekt Argonaut pomagają przyspieszyć przyjęcie otwartych i znormalizowanych standardów interoperacyjności w branży opieki zdrowotnej”, powiedział Navani. „Przewodniki wdrażania uwzględniają różne zainteresowane strony i określają standardy konsensusu, aby przyspieszyć przyjęcie interfejsów API FHIR. Podejście to ułatwia proces implementacji, w przeciwieństwie do specyficznego dla dostawcy, autorskiego podejścia API, które jest nie do skalowania w przypadku wielu platform.”

i jeszcze jedno pytanie od Navani brzmi: co dostawca musi pokazać dla rzeczywistych możliwości wymiany danych i czy ma integrację z zaufanym frameworkiem Exchange bez dodatkowych kosztów?

„dla porównania, niektórzy dostawcy przede wszystkim omawiają interoperacyjność, a inni proaktywnie integrują interoperacyjność w swoich przepływach pracy”, stwierdził Navani. „Dostawca, który ma Prawdziwe dane do pokazania w celu udanej wymiany danych w produkcji, będzie w stanie wyróżnić się na tle innych.”

sensowne użycie?

kolejnym ważnym pytaniem, które należy zadać, jest to, czy oprogramowanie jest sensowne w użyciu i posiada certyfikat MACRA/MIPS, powiedział Kivatinos z DrChrono.

„Jeśli odpowiedź brzmi tak, to dobrze, ponieważ przemysł jako całość naciska na wielu dostawców, aby przestrzegali standardów, których powinna przestrzegać branża oprogramowania medycznego” – powiedział. „Jednym z przykładów jest CCDA. CCDA jest częścią sensownego wykorzystania i umożliwia szybki eksport dokumentacji medycznej w standardowym formacie, który może być pobrany przez innego dostawcę od pacjenta lub dostawcy. Zawsze szukaj również najnowszych certyfikatów; to zły znak, jeśli sprzedawca nie jest na bieżąco z ich certyfikacją.”

Rathore z Cerner poradził, aby dyrektorzy ds. opieki zdrowotnej zapytali: „w jaki sposób EHR wysyła i konsumuje informacje z innych miejsc?”

” każdy CIO w kraju powinien prosić lub oczekiwać, że będzie to linia krwi do EHRs, zdrowia ludności, Opieki Długoterminowej i po ostrej lub jakiegokolwiek oprogramowania medycznego ” -podkreślił. „Wysyłanie lub konsumowanie danych pacjentów powinno być łatwe i powinno zwiększyć doświadczenie klinicystów w podejmowaniu świadomych decyzji. Dane zewnętrzne muszą wchodzić w interakcję z natywnymi informacjami, aby zapewnić wgląd w informacje, takie jak wsparcie decyzji klinicznych.”

innowacje i integracja?

kolejnym kluczowym pytaniem, które organizacje dostawców powinny zadać, powiedział Rathore, jest: „czy EHR wspiera innowacje i integrację?”

” ważne jest, aby inwestować w EHR, które wspierają innowacje i integrację w opiece zdrowotnej, korzystając ze standardowych interfejsów API, które mogą wspierać potrzeby systemów opieki zdrowotnej w zakresie przepływu pracy i wybierać przypadki użycia ” -powiedział. „CIO z sektora opieki zdrowotnej powinni inwestować w EHR, które zachęcają do współpracy z dowolnym systemem i nie wymuszają podejścia jednego dostawcy, które ogranicza współpracę między różnymi obiektami. Używamy opartych na standardach interfejsów API, aby zapewnić znaczącą interoperacyjność i umożliwić wbudowanie aplikacji zewnętrznych w przepływy pracy EHR.”

Rathore dodał, że dyrektorzy ds. opieki zdrowotnej powinni również zapytać: „jaka jest zdolność moich dostawców do spożywania i znaczącego wykorzystywania danych dotyczących zdrowia pacjentów?”

” Wyświetlanie informacji o pacjencie nie wystarczy – Dostawcy muszą być w stanie szybko i sprawnie odczytać i wyciągnąć odpowiednie dane pacjentów oraz wykorzystać je do poprawy wyników zdrowotnych ” – powiedział. „Interoperacyjny EHR będzie miał odpowiednie dane dotyczące zdrowia pacjenta dla dostawcy, dając dodatkowy kontekst dla konkretnego epizodu opieki i ogólnego samopoczucia danej osoby.”

@SiwickiHealthIT
napisz do autora: [email protected]