FHIR 4 impulsa el progreso de la interoperabilidad en la atención médica

 

Los expertos de todo el departamento de TI de la salud, incluidos los miembros de la junta y el consejo asesor de HL7, dicen que el nuevo estándar puede hacer grandes cosas para el intercambio de datos, pero no es una panacea.Muchos CIO y tecnólogos del sector sanitario han estado esperando la cuarta iteración del estándar Fast Healthcare Interoperability Resources (FHIR 4, para abreviar) porque los cambios futuros ahora serán compatibles con versiones anteriores.

Grahame Grieve, el director de producto de FHIR, ha anunciado recientemente que la versión 4 de FHIR se finalizó a finales de 2018; ha pasado más de un año y medio desde la versión anterior, estándar para uso de prueba 3 (STU3). Entonces, ¿qué hay de nuevo desde entonces?

¿Qué es FHIR?

HL7® FHIR® o Fast Healthcare Interoperability Resources es una especificación para la interoperabilidad de la atención médica. Define el formato de la información en forma de recursos que se compartirán, además de describir una serie de mecanismos de intercambio: REST en tiempo real, Documentos y Mensajes, entre otros (aunque puede usar otros si es necesario).

El progreso de FHIR STU3 a la versión 4 se puede resumir como:

• Adopción global
• Guías de implementación actualizadas
• Mayor madurez de los recursos
• Además, especificaciones relacionadas

FHIR es ahora un estándar de atención médica global y está disponible en todos los países del mundo. Ha sido adoptado por grandes organizaciones como ONC en los EE. UU. Y NHS en el Reino Unido, donde las API basadas en FHIR permiten el intercambio fluido de información entre diferentes organizaciones. Lo que es muy emocionante para la comunidad es que la lista de adoptantes también incluye países en desarrollo.

La comunidad FHIR proporciona herramientas, capacitación y eventos para ayudar a los implementadores a aprender más sobre FHIR. HL7 alienta y apoya a todos los que adoptan FHIR, desde las redes de atención médica establecidas hasta las que comienzan al comienzo de su viaje de interoperabilidad de la atención médica.

El chat de FHIR es una comunidad de usuarios de FHIR a la que se puede unir gratuitamente y tiene una gran cantidad de secuencias para los diversos programas de trabajo:

Flujos específicos del país

Flujos generales como el flujo del implementador

Flujos específicos del proyecto, como la especificación de descarga masiva o SMART

Incluso hay una secuencia para las discusiones sobre el empoderamiento del paciente

2. Guías de implementación actualizadas

Vemos un número creciente de Guías de implementación: artefactos que describen cómo usar FHIR para cumplir con requisitos específicos a menudo en países particulares. Además, estas guías están atrayendo nuevos grupos a la comunidad, como el proyecto Da Vinci, que se centra en las necesidades de la comunidad de pagadores a medida que la forma en que brindamos atención médica continúa evolucionando.

"Las aplicaciones que implementan las partes normativas de R4 ya no corren el riesgo de no cumplir con el estándar", dijo el director de producto de FHIR, Grahame Grieve, en el blog de FHIR.

Grieve también dijo que, además de la plataforma base, varias piezas clave de FHIR ahora también son normativas, incluida la API RESTful, los formatos XML y JSON, la capa de terminología, el marco de conformidad y sus recursos de paciente y observación.

¿Cómo puede FHIR 4 ayudar a la interoperabilidad de TI para la salud?

Micky Tripathi, presidente y director ejecutivo de Massachusetts eHealth Collaborative y copresidente del Consejo Asesor de HL7, dijo a Healthcare IT News que ningún estándar técnico único va a resolver el problema de la interoperabilidad de TI de salud, incluido FHIR.

“Dicho esto, FHIR es un estándar de interoperabilidad moderno que es más flexible y más funcional que los estándares que se utilizan actualmente en la atención médica”, explicó. “Es bidireccional, de lectura o escritura; flexible a diferentes niveles de granularidad, elementos de datos individuales o documentos completos; y admite aplicaciones conectables, como las que se pueden descargar de Apple App Store o Google Play ".

FHIR es un estándar relativamente nuevo, pero ha tenido una gran aceptación temprana. FHIR R4 es importante porque es la primera versión que tiene algunos componentes que llegan al punto de ser una normativa, lo que significa que la especificación se considera lista para usar y estable y todas las versiones futuras de FHIR deberán ser compatibles con la normativa R4. componentes.

Eso hace que sea menos riesgoso de implementar si uno es un desarrollador de software, lo que con suerte estimulará a más proveedores de tecnología a adoptarlo, dijo Tripathi.

FHIR es un componente esencial para el intercambio de información de salud y la interoperabilidad en la tecnología de la salud moderna, dijo el Dr. Blackford Middleton, director de informática e innovación de Apervita y miembro del Consejo Asesor de HL7.

"FHIR 4 se basa en el rico legado de FHIR DSTU2 y v3 y tiene la principal ventaja adicional de facilitar la compatibilidad con versiones anteriores del estándar FHIR 4 en el futuro", dijo. “Es un estándar votado y aprobado que ahora pasará como estándar normativo a ANSI. Esto elimina un potencial dolor de cabeza significativo para los desarrolladores y debería justificar su uso generalizado ".

Tan fácil que incluso los niños pueden hacerlo

El estándar FHIR trae la interoperabilidad de la atención médica al presente mediante el uso de API de programación listas para usar que los niños están aprendiendo en la escuela hoy en día, dijo el Dr. Shafiq Rab, presidente de la junta de la Facultad de Ejecutivos de Administración de Información de Salud y vicepresidente senior y CIO de la Universidad Rush Centro Médico.

“Atrás quedaron los días de formación exhaustiva para el HL7 tradicional; y montar una interfaz lleva horas en lugar de días ”, dijo Rab.

En general, FHIR proporciona a los proveedores de TI para la salud un estándar contra el cual trabajar mientras crean herramientas para ayudar a los médicos a obtener acceso a la información del paciente en el punto de atención, dijo Dan Gainer, director de tecnología de Medicomp Systems.

Aunque hemos tenido otros estándares en el pasado, FHIR es particularmente importante porque proporciona un conjunto de API mucho más simple, y poner en marcha la API FHIR es más fácil y rápido para los proveedores ”, explicó. "Tener un mecanismo estándar como FHIR 4 es fundamental para la interoperabilidad y para brindar a los médicos acceso a la información del paciente, independientemente de dónde se originaron los datos".

La arquitectura de documentación clínica, o CDA, también es un estándar, pero es tan general que todos lo han implementado de manera un poco diferente, agregó. Donde CDA es más un medio para obtener datos para mostrar a un usuario, FHIR 4 proporciona una estructura más rígida y proporciona un mecanismo simple para recuperar datos computables contra los que los proveedores pueden escribir software, dijo.

Las preocupaciones empresariales impulsan las decisiones sobre el intercambio de datos

Dave Shaver, CTO y fundador de Corepoint Health y miembro de la junta de HL7, dijo que siempre ha habido preocupaciones comerciales cuando se trata de compartir datos de salud, y que FHIR 4 puede ayudar aquí.

"Las preocupaciones comerciales impulsan todas las discusiones sobre interoperabilidad con respuestas difíciles y complejas a una pregunta simple: ¿con quién compartiremos datos y por qué?" Shaver notó. “En las décadas de 1990 y 2000, el hombre del 'bloqueo de datos' fueron los proveedores de HIT, a quienes algunos consideraban que tenían una ventaja competitiva al no compartir datos”.

El esquema que se informó a menudo fue que un proveedor que bloqueara los datos no enfrentaría la competencia de los rivales que intentan participar en los flujos de trabajo clínicos. Más recientemente, dado que el mercado ahora espera que la coordinación de la atención se produzca en todas las instalaciones, el hombre del boogie se ha trasladado a los propios proveedores, dijo Shaver.

“Desde una perspectiva estrictamente comercial, muchas instalaciones no están entusiasmadas con compartir datos de pacientes con una instalación de la competencia en toda la ciudad sin un mandato legal para hacerlo”, dijo. “Ningún estándar de interoperabilidad por sí solo, incluido FHIR, puede resolver los factores comerciales para el reembolso de la atención médica, los enfoques de atención basados ​​en el valor, como los ACO, y hacer lo correcto para la atención del paciente”.

La esperanza con FHIR es que al reducir las barreras tecnológicas, especificar un mejor modelo de datos y agregar nuevas opciones de flujo de trabajo, la decisión comercial con respecto a "compartir o no compartir" se puede tomar con base en la suposición de que la interoperabilidad es posible y, por lo tanto, es una elección empresarial para hacerlo sin otras limitaciones.

Referencias

https://blog.orionhealth.com/fhir-release-4-is-published/

https://www.healthcareitnews.com/news/how-fhir-4-will-drive-interoperability-progress-healthcare