Fast Healthcare Interoperability Resources (FHIR) es un estándar de datos sanitarios con una interfaz de programación de aplicaciones (API) para representar e intercambiar registros de salud electrónicos (RSE). FHIR es una red de información que le permite vincular datos entre sistemas y una red de comunicación que le permite intercambiar datos entre sistemas.
FHIR incluye lo siguiente:
- Un protocolo RESTful basado en HTTP
- Representación de datos que usa JSON, XML y RDF
Para obtener más información sobre FHIR, consulta la versión más reciente de la especificación de FHIR.
Importancia de FHIR en la tecnología de la información sanitaria
Los sistemas de TI sanitarios a menudo no comparten los mismos modelos de datos. A medida que los datos sanitarios se digitalizan más, resolver las incompatibilidades entre diferentes sistemas se vuelve caro y requiere mucho tiempo.
FHIR define un modelo de datos común y una arquitectura REST para que los diferentes sistemas sanitarios puedan compartir e integrar datos. FHIR se ha diseñado para ser flexible y adaptable, de forma que se pueda usar en una amplia gama de entornos y con diferentes sistemas de información sanitaria.
FHIR usa recursos para representar elementos de datos médicos, administrativos, de infraestructura o financieros discretos. Cada recurso está vinculado a un identificador único, lo que facilita que las aplicaciones accedan a los mismos datos y los modifiquen. Los recursos se pueden compilar y distribuir a diferentes proveedores sanitarios en formatos que cumplan sus respectivos modelos de datos.
FHIR es una herramienta valiosa para mejorar la interoperabilidad de los sistemas de TI del sector sanitario. Puede ayudar a reducir costes, mejorar la eficiencia y mejorar la calidad de la atención.
Ventajas de FHIR
Interoperabilidad entre dispositivos y plataformas
FHIR permite el intercambio de datos sanitarios de silos de datos monolíticos a APIs abiertas. FHIR es el principal estándar de datos sanitarios con APIs abiertas para acceder, buscar y modificar historias clínicas electrónicas (HCE), así como para intercambiar datos entre sistemas de TI sanitarios.
FHIR permite que los registros de salud electrónicos se intercambien entre proveedores de atención sanitaria y consumidores en plataformas como las siguientes:
- Compartir datos basados en la HCE
- Aplicaciones móviles
- Aplicaciones basadas en la nube
- Dispositivos wearables
La API FHIR también permite que las aplicaciones de terceros se integren con los sistemas actuales.
Compatibilidad con estándares antiguos
FHIR se ha desarrollado a partir de la mensajería de HL7 versión 2 y de la arquitectura de documentos clínicos de HL7 versión 3 (HL7 CDA). FHIR se puede usar junto con HL7v2 y HL7 CDA.
Para obtener más información sobre la relación entre FHIR y otros estándares de HL7, consulta el apéndice sobre la relación entre FHIR y otros estándares de HL7.
Datos descifrables y útiles
Como FHIR se implementa sobre el protocolo HTTPS, puedes recuperar y analizar recursos FHIR para admitir el aprendizaje automático, la IA y otras formas de analíticas de datos. Estas funciones te permiten obtener información más detallada y versátil sobre tus datos sanitarios.
Intercambio de datos eficiente
El enfoque basado en recursos de FHIR facilita un intercambio de datos más eficiente y preciso. Como FHIR usa un estándar uniforme para la información sanitaria, te permite crear plantillas personalizadas a partir de los recursos base compartidos y elimina las incoherencias en las plantillas de datos. Esta uniformidad mejora la precisión y la legibilidad de los datos en los intercambios de datos entre sistemas sanitarios.
FHIR elimina la necesidad de modificar individualmente la plantilla de datos de cada sistema de TI sanitario intercambiando datos como recursos. FHIR expone recursos como pacientes, ingresos y medicamentos como servicios. Por lo tanto, las aplicaciones móviles de consumo pueden usar las solicitudes GET y POST para recuperar y manipular solo los datos pertinentes.
Arquitectura de FHIR
Almacenes FHIR
Un almacén FHIR es un almacén de datos de la API de Cloud Healthcare que contiene recursos FHIR. Los almacenes FHIR están dentro de conjuntos de datos.
El recurso FhirStore proporciona una representación de los atributos de un almacén FHIR. Para cada almacén FHIR, puedes configurar diferentes opciones:
- Habilitar la función
updateCreate(DSTU2, STU3, R4, R5). - Publicar los cambios de un almacén FHIR en un tema de Pub/Sub.
- Exigir la integridad referencial.
- Habilitar el control de versiones de recursos (DSTU2, STU3, R4, R5).
El estado de estas opciones de configuración se muestra en la declaración de capacidad del almacén FHIR (STU3, R4 o R5) o en la declaración de conformidad (DSTU2).
Recursos FHIR
FHIR usa recursos para organizar los formatos y los elementos de los datos. Cada recurso tiene las siguientes propiedades:
- Un método compartido para definir y representar datos, basado en tipos de datos que constan de clústeres de elementos reutilizables.
- Un conjunto común de metadatos que proporciona contexto técnico y estructural.
- Representación de texto legible por humanos que usa HTML como opción de visualización alternativa para la seguridad clínica.
FHIR especifica un conjunto básico de recursos que se pueden combinar de varias formas para cumplir los requisitos del modelo de datos de los proveedores sanitarios. Asimismo, proporciona representaciones de documentos y observaciones clínicas. El objetivo principal de FHIR no es abarcar todos los documentos o tipos de datos disponibles. En su lugar, FHIR primero admite la mayoría de los casos prácticos clínicos y de facturación. Por otro lado, puedes ampliar la implementación de FHIR para satisfacer otras necesidades clínicas u organizativas.
Perfiles FHIR
Mediante las extensiones, las aplicaciones pueden personalizar los recursos que ya tienen y describir sus especificaciones con perfiles. Los perfiles son un conjunto de instrucciones que se añaden a la especificación principal de los recursos que se incluyen en un uso y un contexto específicos. La API Cloud Healthcare aplica perfiles validando recursos en función de las restricciones del perfil correspondiente.
Por ejemplo, en algunas zonas no se permite registrar la etnia de un paciente, pero en otras sí. Con los perfiles, la especificación base de FHIR puede definir y requerir una extensión "etnia" de acuerdo con las políticas regionales. Por lo tanto, los perfiles ayudan a los países, las regiones, los distritos y las organizaciones a personalizar los datos de acuerdo con sus normativas y necesidades en materia de datos sanitarios.
Puedes usar perfiles para hacer lo siguiente:
- Amplía y restringe la API FHIR definiendo operaciones adicionales, especificando parámetros de búsqueda obligatorios ya existentes y añadiendo nuevos parámetros de búsqueda.
- Amplía y restringe los recursos definiendo extensiones de recursos y cambiando la cardinalidad de los campos.
Se puede publicar una colección de perfiles como guía de implementación. Las guías de implementación son legibles tanto por máquinas como por personas. Se pueden intercambiar y buscar mediante REST, y se pueden usar para generar código e interfaces de usuario.
Para obtener más información sobre las extensiones de FHIR, consulta Extensiones de FHIR.
Implementación de la URL base de FHIR
Como se muestra en la documentación oficial de FHIR (DSTU2, STU3 y R4), una URL base de servicio de FHIR usa el formato http(s)://server/PATH. Por ejemplo, https://server/path/Observation.
La API Cloud Healthcare usa una URL base que cumple este estándar. La URL base de la API Cloud Healthcare se compone de estos elementos:
- El endpoint de la API Cloud Healthcare
- La versión de la API de Cloud Healthcare
- El ID del proyecto
- El nombre de un conjunto de datos
- La ubicación de un conjunto de datos
- El nombre de un almacén FHIR
- El sufijo
/fhir
En la siguiente tabla se muestra el formato de una URL base de servicio de FHIR y la URL base equivalente en la API Cloud Healthcare:
| URL base de servicio de FHIR | URL equivalente de la API Cloud Healthcare |
|---|---|
http(s)://server/PATH |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir |
Para obtener información sobre un paciente con la API RESTful de FHIR, haz una solicitud HTTP GET. En la siguiente tabla se muestra el formato que se debe usar para obtener esta información mediante la URL base de servicio de FHIR y la URL base equivalente en la API Cloud Healthcare:
| URL base de servicio de FHIR | URL equivalente de la API Cloud Healthcare |
|---|---|
http(s)://server/path/Patient/PATIENT_ID |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID |
Conformidad con FHIR
Para obtener más información sobre las implementaciones de FHIR DSTU2, STU3 y R4 en la API Cloud Healthcare, consulta la declaración de conformidad de FHIR.
Integración con OMOP
El modelo de datos común OMOP (OMOP CDM) es un estándar desarrollado por Observational Health Data Sciences and Informatics (OHDSI). Se usa principalmente para datos clínicos observacionales. El conjunto de herramientas de OHDSI puede ayudar en casos prácticos de analíticas habituales, como la definición de cohortes, la generación de cohortes y la estimación del efecto en la población. Es un modelo de datos que se usa con frecuencia en la investigación genómica y farmacéutica debido a su amplia terminología y a su compatibilidad con la genética.
Consulta los siguientes recursos para obtener más información sobre OMOP:
- Modelo de datos común OMOP
- Modelo de datos común OMOP y vocabularios estandarizados
- Empezar a usar OHDSI
Al integrar FHIR y OMOP, los datos clínicos de las historias clínicas electrónicas y otras fuentes en formato FHIR se pueden usar como datos de investigación en el estándar OMOP. También se pueden integrar campos y elementos de datos específicos de OMOP en los datos de FHIR.
Puedes usar el motor de asignación de armonización de datos de la API Cloud Healthcare de código abierto para realizar las siguientes tareas:
- Armonizar los datos con el modelo de datos común OMOP y otros.
- Configurar la asignación de datos para la conversión de datos de FHIR a OMOP.