El estándar Fast Healthcare Interoperability Resource (FHIR) tiene como objetivo mejorar el intercambio de datos, pero ¿cómo funciona y qué significa para el futuro de la interoperabilidad de datos de salud?

por Equipo Editorial de Health IT Analytics

Concept of teamwork and integration with businessman holding colorful puzzle

A medida que la interoperabilidad de los datos de salud se convierte en una preocupación cada vez más apremiante para los proveedores, los desarrolladores y vendedores están prestando mucha más atención a los estándares de datos que permitirán el intercambio de información bajo demanda y sin inconvenientes.

Fast Healthcare Interoperability Resource, comúnmente conocido como FHIR, se convirtió rápidamente en uno de los protocolos más populares para unir sistemas dispares y continúa siendo una gran promesa para desarrollar un enfoque basado en aplicaciones para la interoperabilidad y el intercambio de información de salud.

Pero, ¿qué es FHIR y cómo se utiliza para promover el intercambio de datos de salud?

En este artículo, HealthITAnalytics desglosa los conceptos básicos de uno de los estándares críticos que permiten una interoperabilidad eficiente y segura .

¿Qué es FHIR?

Fast Healthcare Interoperability Resource es un borrador de estándar de datos desarrollado y alimentado por HL7 International. FHIR se creó teniendo en cuenta la complejidad de los datos de atención médica y adopta un enfoque moderno basado en Internet para conectar diferentes elementos discretos.

“La filosofía detrás de FHIR es construir un conjunto básico de recursos que, ya sea por sí mismos o combinados, satisfagan la mayoría de los casos de uso comunes. Los recursos de FHIR tienen como objetivo definir el contenido y la estructura de la información para el conjunto de información central que comparten la mayoría de los usuarios”. implementaciones”, afirma HL7 en su sitio web .

Cada uno de los elementos de datos, o “recursos”, tiene una etiqueta que actúa como un identificador único, al igual que la URL de una página web.

“Cuando ordena algo en Amazon, por ejemplo, mire la línea de su navegador”, explicó Micky Tripathi, coordinador nacional de TI de salud en el Departamento de Salud y Servicios Humanos y ex director ejecutivo de Massachusetts eHealth Collaborative, HealthITAnalytics . “Si ha iniciado sesión y hace clic en algo, lo que verá es una URL que dice ‘https’ y luego esta enorme cadena de tonterías. Es un sistema de consulta y recuperación que se genera en su navegador y se envía a Amazon, y luego Amazon devuelve inmediatamente los resultados de forma segura”.

En Internet, los usuarios de todo el mundo pueden acceder a la misma URL y completar las mismas tareas utilizando cualquier navegador estándar que se ejecute en cualquier dispositivo habilitado para la web, ya sea un teléfono inteligente, una computadora de escritorio o una tableta con un sistema operativo Windows, Apple, Android o Linux. sistema.

FHIR espera hacer lo mismo: permitir que los desarrolladores construyan aplicaciones de “navegador” estandarizadas que permitirán el acceso a los datos sin importar qué “sistema operativo” EHR sustenta la infraestructura del usuario.

La clave de esto es el recurso. Un recurso FHIR puede ser un paquete individual de información que incluye metadatos, texto o elementos de datos particulares, pero también puede agruparse en colecciones que crean documentos clínicos, similar a la Arquitectura de Documento Clínico Consolidado (C-CDA) , pero mucho más flexible.

“Los recursos de FHIR se pueden usar para crear documentos que representen una composición: un conjunto de información coherente que es una declaración de información de atención médica, que incluye particularmente observaciones y servicios clínicos”, afirma HL7. “Un documento es un conjunto inmutable de recursos con una presentación fija que es creado y/o atestiguado por humanos, organizaciones y dispositivos”.

Al crear una URL estándar y accesible para estos paquetes de información en lugar de simplemente pasar documentos individuales de un sistema a otro, varias aplicaciones pueden apuntar a la misma versión de los mismos datos cada vez.

¿Qué diferencia a FHIR de otros intentos de mejorar la interoperabilidad?

Por el momento, la mayor parte del intercambio de información de salud y la interoperabilidad de datos se basa en documentos. Ya sea que se envíe por fax, correo electrónico o electrónicamente, los proveedores generalmente tienen que elegir un conjunto de datos para transmitir y generar un mensaje que contenga solo esos datos.

Si bien este enfoque ayuda a las organizaciones a comunicarse con éxito, puede ser demasiado limitante para la coordinación significativa de la atención, la toma de decisiones o el análisis de datos.

Por ejemplo, el C-CDA es un formato de documento estandarizado que contiene una gran cantidad de información crítica, pero es como un PDF: los datos son relativamente estáticos y requiere un esfuerzo especial para extraer la información y hacerla utilizable en cualquier lugar. otro formato.

“El intercambio de estos documentos tiene cierto valor, porque… los documentos completos son realmente importantes en la atención clínica”, dijo Tripathi.

Si bien tener información completa es importante, el intercambio basado en documentos no permite que un proveedor profundice en el contexto de los datos recibidos.

“Si me envía algunos resultados de laboratorio o una lista de alergias, eso es genial”, dijo. “Necesito esas cosas, pero no me ha contado la historia del paciente, y eso es muy importante que un médico lo entienda. El intercambio de documentos es importante, pero también lo es el intercambio a nivel de datos. El intercambio de información de salud se basa completamente en C -Los documentos CDA XML tampoco le permiten acceder a la información a nivel de datos”.

Mediante el uso de estándares de interfaz de programación de aplicaciones (API) estandarizados, FHIR permite a los desarrolladores crear aplicaciones que trascienden este entorno basado en documentos. Las aplicaciones se pueden conectar a un sistema operativo básico de EHR y enviar información directamente al flujo de trabajo del proveedor, evitando las trampas del intercambio basado en documentos, que a menudo requiere que los proveedores accedan a los datos por separado.

“[FHIR] está… fundamentalmente bien diseñado”, dijo a HealthITAnalytics David McCallie, MD, miembro del Trusted Exchange Framework and Common Agreement Task Force y exvicepresidente sénior de informática de Cerner Corp. “Se basa en las mismas tecnologías que impulsan Internet. Hemos tenido varias décadas de experiencia, ahora, en descubrir cómo escalar Internet, y muchas de esas buenas ideas están encapsuladas en el diseño central de FHIR”.

“Ese es un punto de partida mucho mejor que algunos de los estándares anteriores utilizados en el cuidado de la salud, que se adaptaron a la industria y usaron tecnologías que nadie fuera del cuidado de la salud no entendería”, agregó.

Pero las API de FHIR requieren que los desarrolladores de TI de salud publiquen puntos finales de FHIR en un formato estandarizado, según una publicación de blog reciente escrita por funcionarios de la Oficina del Coordinador Nacional (ONC). Al desarrollar la herramienta Lantern, que consume datos de puntos finales públicos, prueba la accesibilidad de estos puntos finales y luego informa la información de capacidad a un panel de control público, ONC trabajó con las partes interesadas de TI de la salud para llegar a un consenso sobre un formato estándar para publicar listas de puntos finales FHIR.

¿Cómo lo utilizan los vendedores y proveedores?

Una gran cantidad de proveedores, desarrolladores y vendedores han creado herramientas que aprovechan el estándar de datos. Los casos de uso para el estándar son casi ilimitados e incluyen algunos de los principales desafíos que impiden que las organizaciones de atención médica aumenten la participación de los pacientes, desarrollen programas sólidos de gestión de la salud de la población y se sumerjan en el soporte de decisiones clínicas inteligentes y avanzadas.

Con el apoyo entusiasta de la ONC y muchos de los actores comerciales más destacados de la industria, FHIR está viendo acción en varios escenarios diferentes.

Cerner Corp. y Geisinger Health System usaron FHIR para ampliar las capacidades de gestión de la salud de la población y crear aplicaciones específicas de especialidad que eliminan los silos de datos. Epic, Mayo Clinic e IBM Watson Health aprovecharon FHIR como base para un nuevo modelo de soporte de decisiones clínicas que incluye acceso a datos en tiempo real para proveedores en el punto de atención.

Los esfuerzos de interoperabilidad de la industria privada como el Healthcare Services Platform Consortium (HSPC) hicieron de FHIR la pieza central de su trabajo para crear un mercado independiente de EHR para aplicaciones que permiten que los datos fluyan libremente a través de sistemas dispares. CommonWell Alliance, Carequality y Sequoia Project también están explorando el potencial de FHIR para crear un intercambio de datos fluido.

Casi en el mercado de EHR se ha dicho algo acerca de cómo FHIR transformará el panorama de TI de la salud, y dedicaron muchos recursos a atraer talento de terceros a la causa.

Los hackathons, los programas para desarrolladores y los connect-a-thons se están convirtiendo en formas populares de elegir las mejores y más brillantes ideas de la comunidad de TI de la salud en general.

Epic Systems e Indiana HIMSS anunciaron en 2016 que Eskenazi Health organizaría un maratón de conexión que reunirá a innovadores locales para usar FHIR y API para resolver desafíos clínicos de larga data.

La ONC también ha lanzado varios desafíos de aplicaciones basados ​​en FHIR , con cientos de miles de dólares en premios. 

FHIR también figura en gran medida en los planes de interoperabilidad de la ONC. Parte de las disposiciones de bloqueo de información de la Ley de curas del siglo XXI pide a los proveedores médicos y desarrolladores de TI de salud que alienten el acceso a los datos de los pacientes utilizando aplicaciones y API de terceros que admitan el estándar FHIR Release 4 .

“El estándar FHIR, además de un conjunto de especificaciones de implementación adoptadas, proporciona requisitos técnicos conocidos y consistentes para los desarrolladores de software”, dijo la ONC.

¿Qué significa para los pacientes y los proveedores?

¿Por qué los pacientes y los proveedores deberían entusiasmarse con FHIR? Porque puede hacer que la atención médica sea mucho más similar a otras experiencias basadas en Internet que los consumidores disfrutan en otras industrias. También puede ayudar a que todos esos dispositivos portátiles y dispositivos de monitoreo valgan la pena desde una perspectiva clínica.

El Internet de las cosas de la atención de la salud está creciendo a un ritmo vertiginoso, pero hasta ahora ha habido pocas herramientas que puedan conectar los datos de salud generados por el paciente (PGHD) con flujos de trabajo de proveedores optimizados.

FHIR puede ser el eslabón perdido entre el EHR y los millones de FitBits, relojes Apple, básculas Bluetooth, monitores de glucosa en sangre, aplicaciones de dieta y rastreadores de actividad física que atraen tanto la atención de los consumidores. Este grupo de PGHD está creciendo todos los días. Aún así, no tiene sentido para los proveedores si no pueden acceder rápida y fácilmente a la parte más importante de los datos, dijo a HealthITAnalytics el Dr. Nick van Terheyden, director médico de Dell .

“No es un problema de datos. Es un problema de filtro”, dijo. “Los médicos quieren datos, pero quieren que se presenten de una manera que sea útil y procesable para ellos. Creo que el objetivo es integrar esa información en el flujo de trabajo existente de una manera segura. Ahí es donde comenzaremos a ver el valor real”.

Y ahí es donde FHIR puede brillar. Las aplicaciones específicas de la situación creadas en una plataforma FHIR podrían realizar análisis de datos de salud generados por el paciente y presentar a los usuarios un resumen de las tendencias que son relevantes para un aspecto particular del manejo de enfermedades crónicas o el bienestar del paciente.

Es posible que los pacientes que ven a múltiples proveedores en diferentes sistemas de salud ya no tengan que preocuparse por tener tres o cuatro portales de pacientes de organizaciones que usan diferentes EHR. Un solo registro de salud personal , que integre datos de diferentes formatos para brindar una visión integral de todos los medicamentos, problemas y alergias, podría vincular estos sistemas dispares para mejorar la coordinación de la atención.

Los proveedores pueden personalizar sus conjuntos de herramientas para satisfacer las necesidades de su especialidad o área de interés, extrayendo datos de diferentes fuentes de investigación para reforzar sus capacidades de soporte de decisiones clínicas o permitiéndoles enviar información no identificada a registros de investigación enfocados en cultivar una precisión. enfoque de la medicina para el tratamiento de un cáncer raro.

Independientemente de los casos de uso específicos, FHIR revolucionó la forma en que los desarrolladores veían la infraestructura técnica subyacente que respalda la atención al paciente.

El estándar ahora se usa ampliamente en aplicaciones móviles, comunicaciones en la nube, intercambio de datos basados ​​en EHR y comunicaciones de servidor en toda la industria de la salud.

“El desarrollo y la adopción de FHIR fueron impulsados ​​por una comunidad internacional notable y comprometida”, dijo Charles Jaffe, MD, PhD, CEO de HL7 International, en un comunicado de prensa que celebra los 10 años de FHIR . “El impacto que ha tenido FHIR en la atención médica mundial fue impulsado por un nivel de colaboración sin precedentes que hoy continúa creciendo”.

Durante los últimos diez años, la comunidad FHIR ha logrado el éxito en varias áreas clave, incluido el Proyecto Argonaut que ayudó a los usuarios de una plataforma líder a agregar y acceder a datos personales de salud en sus dispositivos móviles, y el Proyecto HL7 DaVinci, que ayudó a los pagadores y los proveedores mejoran la calidad clínica, los costos y los resultados de la gestión de la atención.

Las promesas de FHIR son muchas, y el soporte para el estándar de datos es sólido en todo el proceso de atención.

Los funcionarios de HL7 esperan lanzar la actualización FHIR Release 5 este año.

“FHIR está destinado a convertirse en la ‘red’ subyacente que respalda las aplicaciones de salud en todas partes”, dijo a HealthITAnalytics James Agnew, director de tecnología de Smile CDR y uno de los primeros implementadores de FHIR .

Aunque solo el 24 % de las empresas de atención médica utilizan las API de FHIR a escala, el 67 % de los proveedores y el 61 % de los pagadores esperan que sus respectivas organizaciones utilicen las API a escala para 2023, según los datos de la encuesta de abril de 2021 del Engine Group encargado por Change Healthcare.

A medida que FHIR continúa respaldando el intercambio de datos, los proveedores y los pacientes tendrán acceso a un conjunto increíblemente rico de funcionalidades dentro de sus sistemas de TI de salud.

Fuente: https://healthitanalytics.com/news/4-basics-to-know-about-the-role-of-fhir-in-interoperability

Deja una respuesta