DocumentaciónSoporteCosta Rica · Contacto
  • Sintáctica
  • Técnica
  • Semántica

FHIRFast Healthcare Interoperability Resources

En pocas palabras

FHIR es el estándar de HL7 International que organiza los datos de salud en piezas reutilizables llamadas recursos (paciente, observación, medicamento), que distintos sistemas leen y escriben de la misma forma. Los recursos se intercambian sobre todo mediante APIs web, como las que usan las aplicaciones modernas. Hoy lo usan regulaciones y redes nacionales en países como EUA, Brasil e India.

Tipo
Estándar
Versión vigente
R5 (5.0.0)
Revisado
25 de octubre de 2026

Explicación

Qué es

FHIR (Fast Healthcare Interoperability Resources) es un estándar de HL7 International que modela los datos de salud como recursos: unidades pequeñas y bien definidas, como Patient, Observation, Condition o MedicationRequest. Cada recurso tiene una estructura común, se representa en JSON o XML y se identifica con una URL.

Cómo se intercambia

El estándar describe varias formas de intercambio que se pueden combinar:

  • API REST: leer, buscar, crear y actualizar recursos sobre HTTP.
  • Documentos: un Bundle encabezado por una Composition que viaja como unidad, como en la IPS.
  • Mensajería: Bundles que se envían de un sistema a otro.
  • Servicios y operaciones, como $expand o $validate-code en terminologías.
  • Suscripciones, para avisar a otro sistema cuando algo cambia.

FHIR casi nunca se usa «tal cual». Países y comunidades publican guías de implementación con perfiles que restringen y amplían los recursos para un caso de uso concreto, como la IPS o las guías nacionales.

Versiones

VersiónNúmeroAñoEstado
R44.0.12019Primera con contenido normativo
R4B4.3.02022Uso de prueba
R55.0.02023Versión publicada vigente
R66.0.0 (borrador)—En votación en HL7; la segunda votación completa salió en julio de 2026

A octubre de 2026, R5 es la versión publicada vigente; aun así, guías como la IPS, la de la RNDS de Brasil y la de ABDM de India se basan en R4.

Errores frecuentes

  • «Tener FHIR» no garantiza la interoperabilidad. Dos servidores FHIR que no comparten guía de implementación ni terminologías no se entienden.
  • FHIR no basta para autorizar el acceso de apps. Para eso se usa SMART App Launch, que se apoya en OAuth 2.0 y que la certificación de la ONC (antes ASTP/ONC) exige en EUA.
  • Las versiones no son intercambiables: un cliente R4 no lee R5 sin conversión.
  • FHIR no reemplaza de inmediato a HL7 v2 ni a CDA. Conviven, y HL7 publicó en 2025 una guía oficial para mapear mensajes v2 a FHIR.

Ejemplos de uso

  1. En EUA, el criterio de certificación § 170.315(g)(10) de la ONC (antes ASTP/ONC) exige una API FHIR con perfiles US Core y autorización SMART App Launch.

  2. La API Blue Button 2.0 de CMS entrega, con FHIR, los datos de reclamaciones de Medicare a las apps que el beneficiario autoriza.

  3. La RNDS de Brasil publica sus perfiles en una guía FHIR R4 (4.0.1); el primer intercambio fue la notificación de resultados de pruebas de SARS-CoV-2.

  4. En India, NRCeS publica la guía FHIR R4 de ABDM, el programa de la National Health Authority, con perfiles para recetas, resúmenes de alta e informes diagnósticos.

  5. La IPS de HL7 es una guía FHIR R4: un servidor la genera a pedido con la operación $summary.

  6. Un laboratorio publica sus resultados como recursos Observation agrupados en un DiagnosticReport para que la historia clínica los consulte.

Relación con otros términos

Se apoya en4

  • Conjunto de valoresFuerte

    Casi todos los elementos codificados de FHIR se vinculan a un conjunto de valores con una fuerza de vinculación.

  • LOINCFuerte

    El perfil de signos vitales de la especificación base exige representar esos datos con códigos LOINC.

  • SNOMED CTFuerte

    La especificación base usa conjuntos de valores de SNOMED CT sobre todo como vinculaciones de ejemplo; su uso es amplio en guías nacionales y en la IPS.

  • UCUMMediana

    Quantity recomienda unidades UCUM; los tipos Age, Duration, Distance y Count lo exigen solo cuando se indica el sistema de la unidad.

Dependen de este12

  • IHE MHDObligatoria

    MHD está definido sobre FHIR R4: sus transacciones usan recursos como DocumentReference y List.

  • IPSObligatoria

    La guía de HL7 define la IPS como documento FHIR R4; HL7 publica como alternativa una representación en CDA R2.

  • SMART App LaunchObligatoria

    SMART autoriza el acceso a servidores FHIR y expresa los permisos con tipos de recursos FHIR.

  • DPI-HMediana

    El informe cita HL7 FHIR como ejemplo de estándar de mensajería para la capa de interoperabilidad.

  • Gestión del consentimientoMediana

    FHIR ofrece el recurso Consent y el perfil IHE PCF se apoya en él; también hay implementaciones sin FHIR, como IHE BPPC.

  • IHEMediana

    Los perfiles más recientes de IHE, como MHD, PIXm, PDQm o IUA, se definen sobre FHIR o APIs REST.

  • IHE ATNAMediana

    Solo cuando se usa RESTful ATNA, que registra y consulta eventos de auditoría como recursos AuditEvent de FHIR.

  • Índice maestro de pacientes (MPI)Mediana

    PIXm, PDQm y PMIR ofrecen las mismas funciones sobre FHIR; un MPI puede funcionar sin FHIR.

  • Intercambio de información de salud (HIE)Mediana

    Un HIE puede exponer APIs FHIR (OpenHIE admite transacciones FHIR como alternativa), pero el concepto no depende de un estándar concreto.

  • OpenHIEMediana

    Algunos flujos, como el registro de un paciente, ofrecen transacciones FHIR como alternativa a las basadas en HL7 v2.

  • Servidor de terminologíasMediana

    FHIR define una interfaz estándar de servicio terminológico, pero un servidor de terminologías puede ofrecer otras interfaces.

  • TEFCAMediana

    TEFCA tiene un procedimiento operativo para el intercambio facilitado con FHIR, que convive con el intercambio basado en documentos.

Fuentes

  1. HL7 FHIR — Directory of published versionshl7.org
  2. HL7 FHIR — Exchange modulehl7.org
  3. HL7 Version 2 to FHIR Implementation Guidehl7.org
  4. ONC — § 170.315(g)(10) Standardized API for patient and population serviceshealthit.gov
  5. CMS — Blue Button 2.0 API documentationbluebutton.cms.gov
  6. Ministério da Saúde — RNDS, guia de implementação FHIRrnds-fhir.saude.gov.br
  7. Ministério da Saúde — Guia da RNDS: introduçãornds-guia.saude.gov.br
  8. NRCeS — FHIR Implementation Guide for ABDMnrces.in
  9. HL7 — International Patient Summary Implementation Guidehl7.org
  10. Federal Register — HHS Statement of Organization: Office of the National Coordinator for Health IT (91 FR 16204, 1 April 2026)federalregister.gov
Glosario de interoperabilidad en salud