Los recursos de interoperabilidad para atención médica rápida (FHIR) son un estándar de datos de atención médica con una interfaz de programación de aplicaciones (API) para representar e intercambiar registros de salud electrónicos (HCE). FHIR es una red de información que te permite vincular datos entre sistemas y una red de comunicación que te 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 detalles sobre FHIR, consulta la versión publicada más reciente de la especificación de FHIR.
La importancia de FHIR en la tecnología de la información de atención médica
Los sistemas de TI de atención médica no suelen compartir los mismos modelos de datos. A medida que los datos de atención médica se digitalizan, la resolución de incompatibilidades entre diferentes sistemas se vuelve costoso y lleva mucho tiempo.
FHIR define un modelo de datos común y una arquitectura de REST para que los diferentes sistemas de atención médica puedan compartir y también integrar datos. FHIR está diseñado para ser flexible y adaptable, de modo que pueda usarse en una amplia gama de configuraciones y con diferentes sistemas de información de atención médica.
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 de atención médica en formatos que cumplen con sus respectivos modelos de datos.
FHIR es una herramienta valiosa para mejorar la interoperabilidad de los sistemas de TI de atención médica. Puede ayudar a reducir los costos, mejorar la eficiencia y optimizar la calidad de la atención.
Beneficios de FHIR
Interoperabilidad entre dispositivos y plataformas
FHIR se adapta al intercambio de datos de atención médica de los sistemas aislados de datos monolíticos a las APIs abiertas. FHIR es el estándar de datos principal de atención médica, ya que ofrece APIs abiertas para acceder, buscar y modificar registros de salud electrónicos (HCE) y también intercambiar datos entre sistemas de TI de atención médica.
FHIR permite que se intercambien las HCE entre los proveedores de atención médica y los consumidores en plataformas como las siguientes:
- Uso compartido de datos basado en HCE
- Apps para dispositivos móviles
- Aplicaciones basadas en la nube
- Dispositivos wearable
La API de FHIR también permite que las apps de terceros se integren a los sistemas existentes.
Compatibilidad con estándares heredados
FHIR evolucionó 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 en asociación con HL7v2 y HL7 CDA.
Para obtener más información sobre la relación entre FHIR y otros estándares HL7, consulta Apéndice: La relación entre FHIR y otros estándares HL7.
Datos útiles y descifrables
Debido a que FHIR se implementa sobre el protocolo HTTPS, puedes recuperar y analizar recursos de FHIR para admitir el aprendizaje automático, la IA y otras formas de análisis de datos. Estas funciones te permiten generar una comprensión más profunda y versátil de tus datos de atención médica.
Intercambio eficiente de datos
El enfoque basado en recursos de FHIR facilita el intercambio de datos más eficiente y preciso. Debido a que FHIR usa un estándar uniforme para la información de salud, te permite compilar plantillas personalizadas a partir de los recursos de base compartida y elimina las incoherencias en las plantillas de datos. Esta uniformidad mejora la exactitud y legibilidad de los datos en los intercambios de datos entre los sistemas de salud.
FHIR elimina la necesidad de modificar individualmente la plantilla de datos de cada sistema de TI de salud mediante el intercambio de datos como recursos. FHIR expone recursos, como pacientes, admisiones y medicamentos, como servicios. Por lo tanto, las apps para dispositivos móviles para consumidores pueden usar solicitudes GET y POST a fin de recuperar y manipular solo los datos relevantes.
Arquitectura de FHIR
Tiendas de FHIR
Un almacén de FHIR es un almacén de datos en la API de Cloud Healthcare que contiene recursos de FHIR. Los almacenes de FHIR existen dentro de los conjuntos de datos.
El recurso FhirStore proporciona una representación de los atributos de una tienda de FHIR. Para cada tienda FHIR, puedes elegir opciones como las siguientes:
- Habilitar la función
updateCreate(DSTU2, STU3 y R4) - Publicar cambios en el almacén de FHIR en un tema de Pub/Sub
- Se requiere integridad referencial.
- Habilitar el control de versiones de recursos (DSTU2, STU3, R4)
El estado de estas opciones de configuración se muestra en la declaración de la función del almacén de FHIR (STU3 o R4) o la declaración de conformidad (DSTU2).
Recursos FHIR
FHIR usa recursos para organizar formatos y elementos de 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.
- Una representación de texto legible que usa HTML como opción de visualización de resguardo para la seguridad clínica.
FHIR especifica un conjunto base de recursos que se pueden combinar de varias maneras para satisfacer las demandas de modelos de datos de los proveedores de atención médica. También proporciona representaciones de observaciones y documentos clínicos. FHIR no abarca todos los documentos o tipos de datos posibles. En cambio, FHIR primero admite la mayoría de los casos de uso clínicos y de facturación. Luego, puedes extender la implementación de tu FHIR para satisfacer necesidades organizativas o clásicas adicionales.
Perfiles de FHIR
Con las extensiones, las aplicaciones pueden personalizar los recursos existentes y describir sus especificaciones mediante perfiles. Los perfiles son un conjunto de instrucciones que se agregan a la especificación principal existente para los recursos que se incluyen en un contexto y uso específicos. La API de Cloud Healthcare aplica perfiles mediante la validación de recursos en función de las restricciones del perfil relevante.
Por ejemplo, registrar el origen étnico de un paciente no está permitido en ciertas regiones, pero es obligatorio en otras. Mediante el uso de perfiles, la especificación básica de FHIR puede definir y requerir una extensión de “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 las reglamentaciones y necesidades de datos de atención médica.
Puedes usar perfiles para lo siguiente:
- Para extender y restringir la API de FHIR, define operaciones adicionales, especifica los parámetros de búsqueda preexistentes obligatorios y agrega nuevos parámetros de búsqueda.
- Para extender y restringir los recursos, define extensiones de los recursos y cambia 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 para las máquinas como para las personas. Se pueden intercambiar y buscar con REST, y usarse para generar interfaces de usuario y código.
Para obtener más información sobre las extensiones de FHIR, consulta Extensiones de FHIR.
Implementación de la URL la base de FHIR
Como se muestra en la documentación oficial de FHIR (DSTU2, STU3 y R4), una URL de base de servicio de FHIR usa el formato http(s)://server/PATH. Por ejemplo: https://server/path/Observation.
La API de Cloud Healthcare usa una URL base que se alinea con este estándar. La URL base de la API de Cloud Healthcare contiene las siguientes partes:
- El extremo de la API de Cloud Healthcare
- La versión de la API de Cloud Healthcare
- ID del proyecto
- El nombre de un conjunto de datos
- La ubicación del conjunto de datos
- El nombre de una tienda de FHIR
- El sufijo
/fhir
En la siguiente tabla, se muestra el formato de una URL base de servicio de FHIR y su URL base equivalente en la API de Cloud Healthcare:
| URL de base de servicio de FHIR | URL equivalente de la API de 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 mediante la API de RESTful de FHIR, realiza una solicitud HTTP GET. En la siguiente tabla, se muestra el formato que se usará para obtener esta información con la URL base del servicio FHIR y su URL base equivalente en la API de Cloud Healthcare:
| URL de base de servicio de FHIR | URL equivalente de la API de 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 |
Cumplimiento de FHIR
Para obtener más información sobre las implementaciones de FHIR DSTU2, STU3 y R4 en la API de Cloud Healthcare, consulta la declaración de conformidad de FHIR.
Integración con OMOP
El Modelo de datos común de OMOP (CDM de OMOP) es un estándar desarrollado por la Informática y Ciencias de la Salud Observación (OHDSI). Se usa principalmente para datos clínicos observacionales. El paquete de herramientas de OHDSI puede ayudar con casos de uso comunes de estadísticas, como la definición de las cohortes, la generación de cohortes y la estimación del efecto de población. Es un modelo de datos de uso general en la genómica y la investigación farmacéutica debido a su terminología amplia y compatibilidad genética.
Consulta los siguientes recursos para obtener más detalles sobre OMOP:
- Modelo de datos común de OMOP
- Modelo de datos común de OMOP y vocabularios estandarizados
- Primeros pasos con OHDSI
Cuando se integran FHIR y OMOP, los datos clínicos de las EHR y otras fuentes en el formato FHIR se pueden usar como datos de investigación en el estándar OMOP. Los campos y elementos de datos específicos en OMOP también se pueden integrar en los datos existentes en FHIR.
Puedes usar el motor de asignación de código abierto de la armonización de datos de la API de Cloud Healthcare para realizar las siguientes tareas:
- Unificar los datos con el CDM de OMOP y otros.
- Configuración de la asignación de datos para la conversión de datos de FHIR a OMOP