Muchos proveedores de historiales médicos electrónicos afirman que sus tecnologías son interoperables con otros sistemas de información de atención médica. Y estas afirmaciones pueden ser ciertas – o hasta cierto punto.

Healthcare IT News entrevistó a ejecutivos clave de interoperabilidad con cuatro proveedores de EHR de alto perfil-Cerner, DrChrono, eClinicalWorks y Epic Systems – para discutir cómo sus sistemas son interoperables, así como la interoperabilidad de TI de salud en general.

Interoperabilidad en Epic

El primer tipo básico de interoperabilidad es de sistema de salud a sistema de salud, para coordinar la atención de un paciente en todas las organizaciones, dijo Dave Fuhrmann, vicepresidente de interoperabilidad de Epic Systems.

Explicó que Epic admite esto de cuatro maneras:

• Instancia compartida – Conexión con la comunidad: Una organización que utiliza Epic puede compartir su instancia con otros proveedores de la comunidad. El registro del paciente está en una base de datos compartida.
• Enlace web-Enlace de EpicCare: Los proveedores de la comunidad pueden acceder a la historia clínica del paciente a través de un portal web, para que puedan seguir la atención del paciente en todo el sistema de salud, programar citas, hacer pedidos, enviar notas y más.
• Interoperabilidad Push / Pull de C-CDA-Atención en todas partes: Esto es lo que la gente tradicionalmente piensa como «interoperabilidad», dijo. Cuando un paciente se presenta para recibir atención en un sistema de salud que usa Epic, Care Everywhere envía solicitudes a otros sistemas de salud, recibe el resumen estandarizado (C-CDA) e incorpora los nuevos datos en el registro del paciente. Además, Care Everywhere puede recibir una solicitud automatizada y enviar el resumen al sistema de salud solicitante.
• Mensajería directa: Este es un subconjunto de interoperabilidad Push/Pull. La organización que atiende actualmente al paciente puede enviar el resumen estandarizado de C-CDA a otra organización. Esto se usa mejor para referencias.

Epic también ofrece su función Happy Together, que permite a pacientes y proveedores ver datos de múltiples fuentes en una sola vista de portal combinada y trabajar juntos, lo que permite a los sistemas de salud tomar acciones como la comprobación de pedidos de laboratorio duplicados, la recuperación de imágenes de calidad de referencia, la programación, la mensajería y la búsqueda en todos los sistemas de salud, trabajando como uno solo.

«El segundo tipo básico de interoperabilidad es la interoperabilidad dirigida al paciente», dijo Fuhrmann. «Epic’s Share Everywhere utiliza el portal para pacientes, MyChart, donde los pacientes pueden ver su propio registro y dirigir una vista web temporal de su resumen de registro a cualquier persona en el mundo que tenga conexión a Internet.»

«recomendamos pedir la historia clínica electrónica del proveedor de la definición de interoperabilidad, a ver si se alinea con su propio.»

Dave Fuhrmann, Epic Systems

Además, Lucy de Epic es un registro de salud personal independiente. Los pacientes pueden dirigir un resumen de su información de Epic EHR, otras EHR y fuentes no EHR (PDF, JPEG, etc.).) a Lucy, donde los datos pueden descargarse en su computadora, guardarse en una unidad flash o almacenarse de forma segura en la nube.

«También admitimos un tercer tipo de interoperabilidad: unir los muchos otros productos de software que utiliza una organización de atención médica», explicó Fuhrmann. «Apoyamos esto a través de API, interfaces y otras tecnologías, con decenas de miles de millones de mensajes de interfaz y llamadas a API mensuales.»

Interoperabilidad en Cerner

En Cerner, su EHR tiene capacidades de interoperabilidad integradas para acceder e intercambiar información de pacientes a través de sistemas de TI de atención médica, dijo Kashif Rathore, vicepresidente de interoperabilidad de la compañía.

«Nuestra interoperabilidad permite que los datos fluyan de forma libre y segura para que los proveedores y los consumidores puedan usarlos para informar sobre la atención e impulsar resultados de salud positivos», dijo Rathore. «Compartimos y accedemos a datos en sistemas dispares utilizando estándares de interoperabilidad de la industria, conexiones de red e intercambios a nivel nacional.»

Cerner, al igual que otros proveedores de TI de salud, ha contribuido durante años a organizaciones de desarrollo de estándares e iniciativas que ayudan a impulsar la adopción, para que la industria pueda llegar a un lenguaje común que permita el intercambio gratuito y seguro de datos de salud.

«Fuimos pioneros en Direct, un estándar de la industria que especifica una forma segura para que los proveedores envíen información de salud cifrada y autenticada directamente a destinatarios conocidos y de confianza a través de Internet», dijo Rathore. «También somos miembros fundadores de CommonWell Health Alliance, una asociación comercial sin fines de lucro dedicada a la visión simple de que los datos de salud deben estar disponibles para las personas y los cuidadores, independientemente de dónde se brinde la atención.»

» Cada CIO del país debe preguntar o esperar que la interoperabilidad sea la línea de sangre para los EHR, la salud de la población, la atención a largo plazo y postaguda o cualquier software de atención médica.»

Kashif Rathore, Cerner

Cerner también ha participado activamente en el Proyecto Argonaut para avanzar y aplicar el estándar HL7 FHIR para expandir la interoperabilidad en el uso de API abiertas basadas en web, agregó.

«Integramos datos externos, junto con datos de EHR nativos, en el flujo de trabajo diario del equipo de atención para informar las decisiones críticas», explicó. «También ayudamos a mover de forma segura la comunicación y las alertas entre el equipo de atención, tanto dentro como fuera de las cuatro paredes de la organización de atención médica. Nuestro enfoque en torno a la interoperabilidad es colocar a la persona en el centro para que su información la siga digitalmente.»

Independientemente de dónde la lleve el viaje de salud de la persona, su información debe ser accesible, agregó.

Interoperabilidad en eClinicalWorks

La interoperabilidad es un objetivo en movimiento, y su alcance se ha ampliado a lo largo de los años a medida que la tecnología y los conjuntos de datos apropiados han evolucionado, dijo Girish Navani, CEO y cofundador de eClinicalWorks.

«Al principio, poder comunicarse con sistemas auxiliares, farmacias y centros de intercambio de información requirió un esfuerzo especial, pero ahora tales integraciones están listas para usar en nuestros productos», dijo Navani. «En el estado actual, el EHR de eClinicalWorks es tan interoperable como la tecnología y los estándares lo permiten.»Los estándares

, como las API HL7, CDA o FHIR, son «facilitadores del intercambio de información significativo entre diversas partes interesadas, como otros proveedores de atención, pagadores, agencias de salud pública y los propios pacientes, y tenemos ejemplos reales de intercambio de datos con cada una de estas partes interesadas», dijo.

Se ha logrado una mayor adopción, agregó Navani, en las siguientes áreas:

• La mensajería segura directa admite la interoperabilidad directa para abordar las brechas en las transiciones de atención. Actualmente, se realizan 500.000 transacciones al mes a través del PSI eClinicalDirect.
• Trusted exchange framework facilita el flujo de información y mejora los intercambios basados en consultas. Se intercambian 1.000.000 de documentos al día por parte de las prácticas de eClinicalWorks a través de Carequality y CommonWell.
• Las aplicaciones centradas en el paciente para las API de FHIR siguen aumentando, con más de 40 desarrolladores de aplicaciones que ahora pueden conectarse.

Interoperabilidad en DrChrono

DrChrono apuesta por una cultura de innovación; su misión es habilitar una plataforma abierta donde desarrolladores, clientes, pacientes, instituciones educativas e investigadores puedan obtener sus datos, conectar una aplicación a DrChrono o trabajar con otro proveedor, dijo Daniel Kivatinos, cofundador y director de operaciones.

«Para la práctica médica, tenemos un modelo de API» en vivo en cinco minutos «en el que cualquier persona, incluido un cliente, socio o desarrollador, puede comenzar a crear una aplicación en la plataforma», explicó Kivatinos. «Tenemos una API Restful moderna. También tenemos un Directorio de aplicaciones donde, si un desarrollador decide hacerlo, puede aparecer como socio oficial.»

DrChrono permite a un desarrollador comenzar a codificar muy rápidamente en la plataforma EHR, agregó.

«Para los pacientes, tenemos alrededor del 3 por ciento de la población estadounidense en DrChrono y tenemos un registro de salud de pacientes que les permite, por ejemplo, enviar mensajes a sus médicos y programar citas», dijo. «En el lado de los registros de salud del paciente, tenemos una API FHIR para desarrolladores y aplicaciones asociadas.»

Preguntas clave de interoperabilidad para hacer a los proveedores

Cuando los CIO de atención médica se acercan a los proveedores de EHR al considerar una compra, entre los diversos temas que deben examinar está la interoperabilidad. Los proveedores de EHR aquí ofrecen sugerencias para preguntas que los CIO deben hacer a cualquier proveedor de EHR cuando se trata de interoperabilidad de EHR.

«Recomendamos preguntar por la definición de interoperabilidad del proveedor de EHR, para ver si se alinea con la suya», dijo Fuhrmann de Epic.

También sugiere hacer estas preguntas:

• ¿Cuántos registros de pacientes intercambian diariamente sus sistemas de salud? ¿Apoya el intercambio C-CDA?
• ¿Qué porcentaje de sus clientes son capaces de interoperar?
• ¿Ofrece un portal para pacientes que permite a los pacientes acceder a sus propios registros, compartir sus registros con familiares y dirigir sus datos de salud a otros proveedores?
• ¿Cómo incorpora el sistema información externa en el punto de atención: Es una pantalla separada para ver datos externos, o está entremezclada con los datos del propio sistema del médico?

¿Apoyo a iniciativas nacionales?

Navani de eClinicalWorks dijo que una de las preguntas que los CIO deben hacer es: ¿El proveedor tiene soporte para iniciativas de intercambio de datos y marcos de confianza a nivel nacional, dependiendo del propósito de uso?

«La mayoría de los proveedores en el mercado ambulatorio aún no han participado en el intercambio de datos a nivel nacional utilizando, o bien, Carequality o Commonwell», sostuvo Navani. «La falta de participación demuestra que los proveedores no están dispuestos a confiar en los marcos de confianza y las tecnologías existentes para mejorar el intercambio de datos. El mecanismo de CDA está lejos de ser perfecto, pero es un enfoque iterativo. Los proveedores que aún no han invertido en interoperabilidad se encuentran en desventaja en la creación de una imagen global del historial médico de una persona.»

Otra pregunta que Navani aconsejó: ¿Participa el proveedor en organismos de estándares basados en el consenso, como el proyecto Argonaut para API FHIR, o admite API propietarias?

«Iniciativas como el proyecto Argonaut están ayudando a avanzar en la adopción de estándares de interoperabilidad abiertos y estandarizados en la industria de la salud», dijo Navani. «Las guías de implementación consideran a varias partes interesadas y determinan estándares de consenso para impulsar la adopción de las API de FHIR. El enfoque facilita el proceso de implementación, a diferencia de un enfoque de API propietaria específico del proveedor, que no se puede escalar cuando se trata de múltiples plataformas.»

Y otra pregunta de Navani es: ¿Qué tiene que mostrar el proveedor para las capacidades de intercambio de datos en el mundo real y tiene integración con un marco de Intercambio confiable sin costo adicional?

«En comparación, algunos proveedores discuten principalmente la interoperabilidad, y otros son proactivos con la interoperabilidad para integrarse en sus flujos de trabajo», sostuvo Navani. «Un proveedor que tenga datos reales que mostrar para obtener volúmenes de intercambio de datos exitosos en producción podrá diferenciarse de los demás.»

¿Uso significativo?

Otra pregunta importante es si el software es de uso significativo y tiene certificación MACRA/MIPS, dijo Kivatinos de DrChrono.

«Si la respuesta es sí, eso es bueno, ya que la industria en su conjunto está presionando a muchos proveedores para que cumplan con los estándares que la industria del software médico debe cumplir», dijo. «Un ejemplo es con CCDA. CCDA es parte de un uso significativo y permite una exportación rápida de un registro médico en un formato estándar que puede ser aceptado por otro proveedor de un paciente o proveedor. Siempre busque las últimas certificaciones también; es una mala señal si un proveedor no está al día en su certificación.»

Rathore de Cerner aconsejó que los CIOs de atención médica preguntaran: «¿Cómo envía y consume información este EHR desde otro lugar?»

«Todos los CIO del país deberían pedir o esperar que la interoperabilidad sea la línea de sangre de los EHR, la salud de la población, la atención a largo plazo y postaguda o cualquier software de atención médica», insistió. «Enviar o consumir los datos de los pacientes debe ser sin esfuerzo y debe aumentar la experiencia de los médicos para tomar decisiones informadas. Los datos externos deben interactuar con la información nativa para proporcionar información, como apoyo para la toma de decisiones clínicas.»

¿Innovación e integración?

Otra pregunta clave que las organizaciones de proveedores deben hacer, dijo Rathore, es: «¿El EHR apoya la innovación y la integración?»

«Es importante invertir en EHR que respalden la innovación y la integración de la atención médica utilizando API basadas en estándares que puedan respaldar las necesidades de flujo de trabajo de los sistemas de atención médica y casos de uso seleccionados», dijo. «Los CIO de atención médica deben invertir en EHR que inviten a la colaboración con cualquier sistema y no obliguen a un enfoque de un solo proveedor que limite la colaboración entre sedes. Utilizamos API basadas en estándares para impulsar la interoperabilidad significativa y permitir que las aplicaciones externas se integren en los flujos de trabajo de EHR.»

Rathore agregó que los CIO de atención médica también deben preguntar: «¿Cuál es la capacidad de mis proveedores para consumir y usar de manera significativa los datos de salud del paciente?»

«Mostrar la información de un paciente no es suficiente, los proveedores deben poder leer y extraer de manera rápida y eficiente los datos relevantes del paciente y usarlos para mejorar los resultados de salud», dijo. «Un EHR interoperable tendrá los datos de salud relevantes del paciente para el proveedor, dando contexto adicional al episodio de atención en particular y al bienestar general de la persona.»

Twitter: @SiwickiHealthIT
Correo electrónico del escritor: [email protected]