Las organizaciones sanitarias deben tomar muchas decisiones al desarrollar soluciones en materia de interoperabilidad, pilas tecnológicas, cumplimiento de HIPAA, integración y gestión de datos. Los cambios en la tecnología de la información sanitaria deben tenerse en cuenta para garantizar que los productos sean duraderos, y las soluciones deben ser interoperables para apoyar la transición hacia la atención basada en el valor. FHIR es un estándar abierto que ha ganado amplio reconocimiento y respaldo en el sector por su potencial para hacer realidad la interoperabilidad en la sanidad. FHIR está bien documentado, es fácil de aprender y cuenta con el respaldo de una comunidad apasionada y en crecimiento de expertos en tecnología sanitaria, y muestra todos los indicios de ser un estándar que ha llegado para quedarse. FHIR no impone ningún límite a las prácticas de desarrollo que se utilicen y ofrece numerosos beneficios para la gestión de datos y la interoperabilidad. Este artículo explica por qué las organizaciones deberían utilizar FHIR y cómo el uso de un backend FHIR simplifica el proceso de desarrollo y habilita la interoperabilidad.
¿Por qué elegir FHIR para aplicaciones sanitarias?
Al desarrollar soluciones para la sanidad, una empresa toma numerosas decisiones entre pilas tecnológicas, plataformas de desarrollo, alojamientos que cumplen con HIPAA, vías de integración con sistemas de historia clínica electrónica (EHR), estándares y terminologías. Algunas de estas decisiones no afectan al resultado inmediato, pero las consecuencias a largo plazo pueden ser enormes.
Dos soluciones pueden satisfacer igualmente las necesidades empresariales actuales, pero su evolución puede ser muy diferente. Una solución quedará obsoleta rápidamente y la otra florecerá con el paso de los años. Para tomar decisiones que otorguen a su solución un largo ciclo de vida, una empresa debe comprender qué ocurrirá con la tecnología de la información sanitaria en los próximos años.
Gestionar la salud poblacional en un sistema basado en el valor supone un reto para cualquier organización sanitaria. Ninguna solución digital de salud por sí sola puede afrontar este reto, y existe una necesidad creciente de sostener un ecosistema de aplicaciones sanitarias conectadas e interoperables.
Dicho ecosistema era difícilmente imaginable hace unos años debido a la falta de un estándar de interoperabilidad reconocido por el sector. Hoy en día hay un claro ganador entre los estándares —Fast Healthcare Interoperability Resources (FHIR)— y muchos proveedores y organizaciones asistenciales ya han iniciado su camino hacia el nuevo mundo de las plataformas de salud digital, las APIs abiertas y los mercados de aplicaciones.
Elegir FHIR para su próximo proyecto de salud podría ser la decisión más importante para garantizar que su solución sea duradera y esté lista para el ecosistema de información sanitaria de próxima generación, donde los datos fluyen sin interrupciones entre EHRs, aplicaciones móviles orientadas al paciente y dispositivos médicos.
Cómo un backend FHIR transforma el desarrollo
Cuando desarrolla su solución sobre un backend FHIR, muchas cosas seguirán igual. Construir con un backend FHIR no altera su proceso de desarrollo. Seguirá siendo necesario completar una fase de descubrimiento del proyecto, formular una visión del proyecto y un alcance inicial. Puede continuar utilizando sus prácticas Agile favoritas, el Desarrollo Guiado por Pruebas, DevOps e Integración Continua. FHIR no interferirá con ninguna restricción en sus procesos.
El uso de un backend FHIR tampoco afecta a la elección de su pila tecnológica. Tanto si prefiere Java, Ruby, .NET, Swift o Clojure, encontrará bibliotecas de código abierto que dan soporte a la tecnología de su elección. Utilizará tecnologías web modernas como las APIs REST para trabajar con su backend, pero FHIR no creará ninguna barrera para que siga usando su pila tecnológica favorita.
El momento en que empieza a trabajar con datos es cuando llega la primera diferencia significativa. Si está desarrollando su solución desde cero, debe diseñar modelos y estructuras de datos para almacenar su información. Pero con FHIR, todo lo que tiene que hacer es encontrar el encaje adecuado para sus datos en los modelos de datos abiertos de FHIR. Puede suponer inicialmente un reto para ingenieros sin experiencia previa en FHIR o en tecnología sanitaria, pero se pondrán al día muy rápidamente, ya que FHIR está bien documentado y es fácil de aprender.
La documentación de FHIR está disponible gratuitamente en línea en https://www.hl7.org/fhir/overview.html y es concisa y fácil de entender. Toda una comunidad de expertos en interoperabilidad está a un solo clic de distancia. Simplemente regístrese en https://chat.fhir.org/login/ y podrá obtener respuesta a todas sus preguntas en cuestión de horas, si no de minutos. Health Samurai tiene una amplia experiencia en la aplicación de los modelos de datos de FHIR a los datos de nuestros clientes, pero si tenemos aunque sea la mínima duda, consultamos nuestras inquietudes con la comunidad FHIR de inmediato. Al hacerlo, no solo se asegura de que su uso de los recursos FHIR y sus campos sea correcto, sino que también proporciona valiosos comentarios sobre el estándar y su documentación a la comunidad.
Comience con el servidor FHIR de Aidbox para almacenamiento de datos, integraciones, analítica sanitaria y más, o contrate a nuestro equipo para dar soporte a sus necesidades de desarrollo de software.
Mapeo de sus datos a FHIR
Imaginemos que está registrando información sobre diagnósticos de pacientes. Si utiliza un servidor FHIR como backend, necesitará aprender cómo FHIR representa los diagnósticos de los pacientes. Aprenderá que FHIR denomina los diagnósticos «condiciones» y encontrará una descripción del recurso condición en la especificación FHIR. Es posible que no necesite todos los campos del recurso condición y, como ya sabrá, casi ningún campo es obligatorio.
Hay muchas posibilidades de que FHIR le recuerde elementos de datos importantes que habían escapado a su atención y le guíe hacia las terminologías adecuadas. Por ejemplo, quienes son nuevos en tecnología sanitaria aprenderán sobre la terminología SNOMED al leer sobre el recurso condición de FHIR.
Comience por elegir los campos que necesita y documente el mapeo obtenido. A continuación, estará listo para almacenar y manipular datos sobre diagnósticos en su backend FHIR.
Extensión de los modelos de datos de FHIR
Como se mencionó anteriormente, es posible que no necesite todos los campos de los recursos FHIR que está utilizando. Pero al mismo tiempo puede descubrir que algunos de sus datos no encajan del todo bien en el formato FHIR. Puede sorprenderle que algunos elementos de datos muy comunes según su organización no sean considerados comunes por la comunidad FHIR. Por ejemplo, la raza, el origen étnico, la condición de donante de órganos, la nacionalidad y la religión no se han incluido en el recurso Paciente principal. Si considera que algunos elementos de datos o incluso recursos que faltan han sido tratados de esta manera sin merecerlo, siempre puede plantear esta preocupación dentro de la comunidad FHIR, ya que FHIR es un estándar abierto e impulsado por la comunidad. Y siempre puede añadir los elementos de datos que faltan con la ayuda de las extensiones de FHIR.
Por ejemplo, un ejemplo de extensión de raza podría tener este aspecto:
{ "url": "http://hl7.org/fhir/StructureDefinition/us-core-race", "valueCodeableConcept": { "coding": [ { "system": "http://hl7.org/fhir/v3/Race", "code": "1096-7" }]}}
Aquí es donde el backend FHIR Aidbox de Health Samurai ofrece un enfoque poco convencional al problema de las extensiones FHIR complejas. Durante implementaciones reales de soluciones basadas en FHIR, nos encontramos con muchas situaciones en las que los recursos FHIR debían ser ampliamente extendidos para dar soporte a los flujos de trabajo de los clientes. Lo que descubrimos fue que seguir las prácticas estándar de trabajo con extensiones suponía una carga significativa para los ingenieros e incrementaba el tiempo de comercialización y el coste de desarrollo de la solución. Por eso hicimos que Aidbox trate las extensiones igual que cualquier dato principal sin distinción, para simplificar la extensión de FHIR para los ingenieros. Para añadir raza a un recurso de paciente en Aidbox, simplemente puede escribir patient.race, mientras que las extensiones FHIR normales requerirían una notación mucho más larga.
Pero ¿qué ocurre con la interoperabilidad cuando se simplifican las extensiones FHIR? Health Samurai lo gestiona por usted con Aidbox. Aidbox conserva todos los metadatos de FHIR y sabe cuándo los ingenieros añaden un campo al recurso que no forma parte de la especificación FHIR. Y con ese conocimiento, Aidbox genera una capa de API conforme con FHIR para todos sus datos, que reenvuelve todos los campos adicionales en extensiones conformes con FHIR.
Integración de su solución basada en FHIR con sistemas EHR
La integración de su solución basada en FHIR con los EHRs es mucho más sencilla que con una solución personalizada. Si está desarrollando una aplicación SMART on FHIR, recibirá los datos del EHR en formato FHIR de inmediato. Y almacenar esos datos del EHR en su backend FHIR no requerirá ningún esfuerzo adicional por su parte. SMART on FHIR está ganando cada vez más popularidad y cuenta con el soporte de varios de los principales proveedores de EHR.
La API FHIR de Epic puede explorarse en https://open.epic.com/Interface/FHIR y la de Cerner en http://fhir.cerner.com/.
Incluso si trabaja con datos heredados de EHR, hacerlo con un backend FHIR sigue siendo más sencillo que con una solución personalizada. Muchos motores HL7 populares implementados en sistemas hospitalarios pueden traducir fácilmente datos heredados de HL7 v.2 a FHIR. También existen mapeos bien documentados para datos HL7 v.2, CCD y X12. Hemos implementado una funcionalidad en nuestro backend Aidbox para traducir datos de estándares heredados a FHIR. Nuestro conector de HL7 v.2 a FHIR permite personalizar el mapeo de traducción mediante archivos de configuración especialmente diseñados. Este enfoque nos permitió gestionar diferentes versiones de HL7 v.2 y segmentos Z específicos de proveedores sin modificar el código fuente de la solución.
En general, construir con un backend FHIR facilita la integración con tecnologías EHR y mejora la interoperabilidad de sus soluciones sanitarias al habilitar una conectividad enchufar y usar dentro del ecosistema FHIR.
Véase también: La guía FHIR para CTOs.
