Usando FHIR Adapter para ofrecer servicios FHIR sobre sistemas legacy - Introducción

Seguramente todos habéis oido hablar de FHIR como la panacea y solución a todos los problemas de interoperabilidad y compatibilidad entre sistemas. Aquí mismo podemos ver a uno de sus clásicos defensores sujetando un recurso FHIR con su mano y disfrutando desaforadamente:

Pero para el resto de los mortales vamos a hacer una pequeña introducción.

¿Qué es FHIR?

Vayamos directamente a la definición: FHIR (Fast Healthcare Interoperability Resource) es un estándar de interoperabilidad desarrollado por HL7 (conjunto de estándares Health Level 7) diseñado para permitir el intercambio electrónico de datos de atención médica entre diferentes sistemas en la industria de la atención médica.

¿En qué tecnologías se basa fundamentalmente FHIR?

Principalmente en la conjunción de llamadas HTTP vía API REST y el formato JSON (aunque podría ser XML y la comunicación cualquier otra a nuestro alcance dependiendo el uso que le estemos dando).

¿Cómo trabajamos con FHIR?

Por lo general lo más sencillo es disponer de un servidor FHIR con el que nos comunicaremos mediante llamadas HTTP de tipo GET (para obtener datos del servidor), PUT (para actualizar datos), POST (para guardar datos) y DELETE (para borrar).

FHIR maneja el concepto de Recurso que se utilizará para enviar y recibir datos entre servidor y cliente. Estos recursos pretenden cubrir el 80% de las necesidades de intercomunicación entre sistemas. Aquí podemos ver una imagen de los recursos disponibles por defecto.

Como podéis ver, cada recurso viene acompañado por un número o letra que indica la madurez de dicho recurso (siendo N = normativo). Si accedéis a la documentación oficial de FHIR tendréis acceso a multitud de ejemplos.

Un desarrollo del Recurso es el Bundle que, de forma resumida, viene a ser un conjunto de recursos empaquetados dentro del mismo JSON y que nos sirve para realizar consultas sobre nuestro servidor así como hacer operaciones CRUD por lotes o transacciones.

Perfecto, FHIR suena fantástico, pero...¿cómo podemos aplicarlo sobre nuestros sistemas legacy que no estaban pensados para trabajar siguiendo los criterios definidos por FHIR?

FHIR Adapter

InterSystems pone a disposición de sus clientes de la funcionalidad de FHIR Adapter, que les permitirá montar una capa de negocio sobre sus sistemas legacy, desarrollando lo que se conoce como FHIR Façade. En los siguientes artículos vamos a ver como podemos trabajar con objetos FHIR e interactuar con una pequeña simulación de lo que sería un sistema HIS (Health Information Service) que haga uso de una base de datos PostgreSQL.

Para poder seguir las explicaciones tenéis a vuestra disposición de una aplicación en OpenExchange que montará de forma automática el ejemplo que seguiremos en los próximos días:

Desarrollo del workshop

En los próximos artículos trataremos los siguientes puntos:

1. Arquitectura de FHIR Adapter en nuestra instancia de IRIS
2. Registrando un Resource de tipo paciente en nuestro HIS.
3. Consulta de pacientes por su ID mediante llamada API REST.
4. Registrando un Bundle con datos de pacientes y de centros médicos en nuestro HIS.

Así que si tenéis interés... ¡Permaneced atentos los próximos días a la Comunidad!