muitos vendedores de registos de saúde electrónicos afirmam que as suas tecnologias são interoperáveis com outros sistemas de informação sobre cuidados de saúde. E essas afirmações podem ser verdadeiras-ou verdadeiras até certo ponto.Healthcare IT News entrevistou importantes executivos de interoperabilidade com quatro fornecedores de alto perfil da EHR-Cerner, Drcrono, eClinicalWorks e Epic Systems – para discutir como seus sistemas são interoperáveis, bem como a interoperabilidade de TI de saúde em geral.o primeiro tipo básico de interoperabilidade é o sistema de saúde para o sistema de saúde, para coordenar o cuidado de um paciente entre as organizações, disse Dave Fuhrmann, vice-presidente de interoperabilidade da Epic Systems.
ele explicou que Epic suporta isso de quatro maneiras:
- instância compartilhada – comunidade conectada: uma organização usando Epic pode compartilhar sua instância com outros provedores na comunidade. O registo do paciente está numa base de dados partilhada.ligação Web-ligação EpicCare: Os provedores comunitários podem acessar o gráfico de pacientes através de um portal web, para que eles possam acompanhar os cuidados do paciente através do sistema de saúde, agendar consultas, fazer encomendas, enviar notas e muito mais.C-CDA Push / Pull Interoperability-Care Everywhere: isto é o que as pessoas tradicionalmente pensam como “interoperabilidade”, disse ele. Quando um paciente aparece para atendimento em um sistema de saúde usando Epic, O atendimento em todos os lugares envia pedidos para outros sistemas de saúde, recebe o resumo padronizado (C-CDA) e incorpora os novos dados dentro do registro do paciente. Além disso, a Care em todo o lado pode receber um pedido automatizado e enviar o resumo para o sistema de saúde requerente.
- mensagens directas: este é um subconjunto da interoperabilidade Push/Pull. A organização que está atualmente vendo o paciente pode enviar o resumo padronizado C-CDA para outra organização. Este é o melhor uso para referências.
Épico também oferece a seus Felizes Juntos recurso, que permite que os pacientes e provedores para ver os dados de várias fontes em um único, mesclado portal de vista, e Trabalhar Juntos, o que permite que sistemas de saúde para realizar ações como duplicar laboratório, a fim de verificar, recuperando referência de qualidade de imagens, programação, mensagens, e a pesquisa em sistemas de saúde, trabalhando como um só.”o segundo tipo básico de interoperabilidade é a interoperabilidade dirigida ao paciente”, disse Fuhrmann. “A participação da Epic em todos os lugares usa o portal de pacientes, MyChart, onde os pacientes podem ver seu próprio registro e direcionar uma visão temporária da web de seu resumo de registros para qualquer pessoa no mundo que tenha uma conexão com a internet.”
“recomendamos pedir para o PCE definição do fornecedor de interoperabilidade, para ver se ele se alinha com o seu próprio.”
Dave Fuhrmann, Epic Systems
Further, Epic’s Lucy is a freestanding personal health record. Os pacientes podem dirigir um resumo de suas informações a partir do EPIC EHR, outras EHRs, e fontes não-EHR (PDFs, JPEGs, etc.) para Lucy, onde os dados podem ser baixados para seu computador, salvos em uma pen drive, ou armazenados de forma segura na nuvem.”nós também apoiamos um terceiro tipo de interoperabilidade-ligando os muitos outros produtos de software que uma organização de saúde usa”, explicou Fuhrmann. “Nós apoiamos isso através de APIs, interfaces e outras tecnologias, com dezenas de bilhões de mensagens de interface e chamadas de API mensais.”
Interoperability at Cerner
At Cerner, its EHR has built-in interoperability capabilities to access and exchange patient information across healthcare IT systems, said Kashif Rathore, the company’s vice president of interoperability.
“nossa interoperabilidade suporta dados para fluir livremente e de forma segura, de modo que possa ser usado por provedores e consumidores para informar os cuidados de saúde e conduzir resultados positivos para a saúde”, disse Rathore. “Nós compartilhamos e acessamos dados através de sistemas díspares usando normas de interoperabilidade da indústria, conexões de rede e intercâmbios nacionais.”
Cerner, assim como outros fornecedores de TI de saúde, tem contribuído durante anos para organizações de desenvolvimento de padrões e iniciativas que ajudam a impulsionar a adoção, para que a indústria possa chegar a uma linguagem comum que permita o livre e seguro intercâmbio de dados de saúde.
“Nós fomos pioneiros diretamente, um padrão da indústria que especifica uma maneira segura para os provedores de enviar informações de saúde autenticadas e criptografadas diretamente para destinatários conhecidos e confiáveis através da internet”, disse Rathore. “Nós também somos um membro fundador da CommonWell Health Alliance, uma associação comercial sem fins lucrativos dedicada à visão simples de que os dados de saúde devem estar disponíveis para indivíduos e cuidadores, independentemente de onde os cuidados ocorrem.”
“a Cada CIO no país deve ser pedindo ou esperando interoperabilidade para ser a linhagem de sangue para Pce, a saúde da população, a longo prazo e pós-tratamento agudo ou qualquer de cuidados de saúde de software.”
Kashif Rathore, Cerner
Cerner também tem sido ativamente envolvido com o projeto Argonaut para avançar e aplicar a norma HL7 FHIR para expandir a interoperabilidade para o uso de APIs open web-based, acrescentou.
“integramos dados externos, juntamente com dados nativos da EHR, no fluxo de trabalho diário da equipe de cuidados para informar decisões críticas”, explicou. “Também ajudamos a mover de forma segura a comunicação e alertas entre a equipe de atendimento, tanto dentro como fora das quatro paredes da organização de saúde. O nosso foco em torno da interoperabilidade é colocar a pessoa no centro para que a sua informação os siga digitalmente.”
independentemente de onde a viagem de saúde da pessoa os leva, suas informações devem ser acessíveis, acrescentou.
a Interoperabilidade em eClinicalWorks
a Interoperabilidade é um alvo em movimento, e o seu âmbito tem se expandido ao longo dos anos, como a tecnologia, e conjuntos de dados adequados, têm evoluído, disse Girish Navani, CEO e co-fundador da eClinicalWorks.
“no início, ser capaz de se comunicar com sistemas periféricos, farmácias e clearinghouses requer um esforço especial, mas agora tais integrações estão fora da caixa em nossos produtos”, disse Navani. “No estado atual, a RHE da eClinicalWorks é tão interoperável quanto a tecnologia e as normas permitem.”padrões como HL7, CDA ou API FHIR são” facilitadores para o intercâmbio de informações significativas entre as diversas partes interessadas, como outros prestadores de cuidados, pagadores, agências de saúde pública e os próprios pacientes, e temos exemplos reais de intercâmbio de dados com cada um desses stakeholders”, disse ele.
doção aumentada, Navani acrescentou, foi realizado nas seguintes áreas:
- mensagens seguras diretas suporta interoperabilidade direta para resolver lacunas nas transições de cuidados. Atualmente, 500.000 transações ocorrem por mês através do HISDIRECT eClinical.o framework Trusted exchange facilita o fluxo de informações e melhora as trocas baseadas em pesquisas. 1 000 000 documentos são trocados por dia por práticas de trabalho em linha, quer através da qualidade de cuidados, quer através do Bem Comum.os aplicativos centrados no paciente para APIs FHIR continuam a aumentar, com mais de 40 desenvolvedores de app agora capazes de se conectar.a interoperabilidade em Drocrono está comprometida com uma cultura de inovação; sua missão é permitir uma plataforma aberta onde desenvolvedores, clientes, pacientes, instituições educacionais e pesquisadores podem obter seus dados, conectar um aplicativo em Drocrono ou trabalhar com outro fornecedor, disse Daniel Kivatinos, co-fundador e COO.
“para a prática médica, temos um modelo de API” live in five minutes “onde qualquer pessoa, incluindo um cliente, parceiro ou desenvolvedor, pode simplesmente começar a construir um aplicativo na plataforma”, explicou Kivatinos. “Temos uma API moderna e repousante. Também temos um diretório de aplicativos onde se um desenvolvedor optar por fazê-lo pode ser listado como um parceiro oficial.”
Drocrono dá poder a um desenvolvedor para muito rapidamente começar a codificar em cima da plataforma EHR, ele acrescentou.
“para os pacientes, temos cerca de 3 por cento da população dos EUA em Drcrono e temos um registro de saúde dos pacientes que capacita os pacientes, para, por exemplo, bagunçar seus médicos e marcar consultas”, disse ele. “Do lado do registro de saúde do paciente, temos uma API FHIR para desenvolvedores e aplicativos parceiros.”
questões-chave de interoperabilidade para perguntar aos fornecedores
Quando os CIOs de saúde abordam os fornecedores EHR ao considerar uma compra, entre os vários tópicos que eles devem estar olhando é a interoperabilidade. Os vendedores de EHR aqui oferecem sugestões para questões que os CIOs devem perguntar a qualquer fornecedor de EHR quando se trata de interoperabilidade EHR.
“recomendamos pedir a definição de interoperabilidade do Fornecedor EHR, para ver se ele alinha com o seu próprio”, disse Fuhrmann da Epic.ele também sugere fazer estas perguntas: quantos registos de pacientes trocam diariamente os seus sistemas de saúde? Apoia a c-CDA exchange?que percentagem dos seus clientes são capazes de interoperar?oferece um portal de doentes que permite aos doentes aceder aos seus próprios registos, partilhar os seus registos com membros da família e encaminhar os seus dados de saúde para outros fornecedores?
- Como é que o sistema incorpora informação externa no ponto de atendimento: é uma tela separada para ver dados externos, ou está misturado com os dados do próprio sistema clínico?apoio a iniciativas nacionais?Navani da eClinicalWorks disse que uma das perguntas que os CIOs devem fazer é:: O fornecedor tem suporte para iniciativas nacionais de compartilhamento de dados e frameworks de confiança dependendo da finalidade do uso?
“a maioria dos vendedores no mercado ambulatório ainda tem que participar no intercâmbio de dados em todo o país usando tanto, ou quer, Carequalidade ou Commonwell”, afirmou Navani. “A falta de envolvimento demonstra a relutância dos Fornecedores em confiar em estruturas de confiança existentes e tecnologias para melhorar o intercâmbio de dados. O mecanismo CDA está longe de ser perfeito, mas é uma abordagem iterativa. Os fornecedores que ainda não investiram na interoperabilidade estão em desvantagem na criação de uma imagem global do registo de saúde de um indivíduo.”
outra questão Navani aconselhou: o fornecedor se envolve em organismos padrão de consenso como o projeto Argonaut para FHIR APIs ou eles suportam APIs proprietários?”iniciativas como o projeto Argonaut estão ajudando a promover a adoção de normas de interoperabilidade abertas e padronizadas na indústria de saúde”, disse Navani. “Os guias de implementação consideram vários stakeholders e determinam padrões de consenso para impulsionar a adoção de FHIR APIs. A abordagem facilita o processo de implementação, ao contrário de uma abordagem de API proprietária específica do fornecedor, que é inconcebível ao lidar com múltiplas plataformas.”
E mais uma pergunta de Navani é: o que o fornecedor tem que mostrar para as capacidades de intercâmbio de dados no mundo real e tem integração com um quadro de Intercâmbio confiável sem custo adicional?
“em comparação, alguns fornecedores discutem principalmente a interoperabilidade, e outros são proativos com a interoperabilidade para se integrarem em seus fluxos de trabalho”, afirmou Navani. “Um fornecedor que tenha dados reais para mostrar para o sucesso do intercâmbio de dados volumes na produção será capaz de se diferenciar dos outros.”
uso significativo?
outra questão importante a se perguntar é se o software é um uso significativo e MACRA/MIPS certificado, disse Kivatinos de Drocrono.
“Se a resposta é sim, isso é uma coisa boa, como a indústria como um todo está empurrando muitos fornecedores para cumprir os padrões que a indústria de software médico deve ser realizada”, disse ele. “Um exemplo é com a CCDA. O CCDA é parte de um uso significativo e permite uma rápida exportação de um registro médico em um formato padrão que é capaz de ser tomado por outro fornecedor de um paciente ou provedor. Sempre procure as mais recentes certificações também; é um mau sinal se um vendedor não está atualizado em sua certificação.”
Rathore of Cerner aconselhou que os CIOs da saúde deveriam perguntar, ” Como é que esta EHR está enviando e consumindo informações de outros lugares?”
“todo o O CIO do país deve estar pedindo ou esperando que a interoperabilidade seja a linhagem da EHRs, a saúde da população, os cuidados prolongados e pós-agudos ou qualquer software de saúde”, insistiu. “Enviar ou consumir dados de pacientes deve ser fácil e deve aumentar a experiência dos médicos para tomar decisões informadas. Os dados externos precisam interagir com as informações nativas para fornecer insights, como suporte de decisão clínica.inovação e integração?outra questão fundamental que as organizações de fornecedores devem perguntar, disse Rathore, é: “a EHR apoia a inovação e a integração?”
“é importante investir em EHRs que apoiem a inovação e integração de cuidados de saúde usando APIs baseadas em padrões que possam suportar as necessidades de fluxo de trabalho dos sistemas de saúde e selecionar casos de uso”, disse ele. “Os CIOs de saúde devem investir em EHRs que convidem a colaboração com qualquer sistema e não obriguem a uma única abordagem de fornecedores que limite a colaboração entre locais. Utilizamos APIs baseadas em normas para conduzir uma interoperabilidade significativa e permitir que aplicações externas sejam incorporadas nos fluxos de trabalho da EHR.”
Rathore added that healthcare CIOs also should ask, “What is my providers’ ability to consumpe and meaningfully use patient health data?”
“exibir a informação de um paciente não é suficiente-os provedores devem ser capazes de ler e retirar de forma rápida e eficiente os dados relevantes do paciente e usá-los para melhorar os resultados da saúde”, disse ele. “Uma EHR interoperável terá os dados de saúde relevantes de um paciente ali mesmo para o provedor, dando um contexto adicional para o episódio de cuidados particulares e o bem-estar geral da pessoa.”
Twitter: @SiwickiHealthIT
e-Mail o escritor: [email protected]