InversionistasVentasHistoria de éxitoHL7 FHIRFHIR · 5 min
HL7 International · 2014 →

FHIR

El estándar abierto que está haciendo posible
la interoperabilidad clínica.

FastHealthcareInteroperabilityResources
El problema

Un paciente vive fragmentado entre 5 sistemas que no se hablan.

🧪
Laboratorio
📁
Expediente
💊
Farmacia
📱
App del paciente
🏥
Administración
Costo invisible de la fragmentación
Traducir
schemas distintos por cada sistema
Mapear
códigos clínicos uno a uno
Mantener
pipelines y ETLs eternos
Pagar
lock-in del vendor de turno
Cada flecha entre sistemas = un proyecto de integración propio · históricamente.
¿Qué es FHIR?

Fast Healthcare Interoperability Resources

Se pronuncia "fire". Es JSON con un diccionario clínico global compartido — en vez de inventar un schema custom por cada integración, todos hablan FHIR.

Origen
HL7 International

Estándar abierto · global · sin propietario único · vivo desde 2014.

Vigente
FHIR R4 (2019)

Versión estable y dominante · R5 incremental · backward compatible.

Modelo
Recursos clínicos JSON

Patient · Observation · Encounter · MedicationRequest · estandarizados.

Acceso
APIs RESTful

GET / POST / PUT / DELETE · JSON · OAuth · cualquier web dev lo entiende.

Web-native · developer-friendly · adoptado por gobiernos y hospitales en todo el mundo.
Anatomía de un recurso

Ejemplo: Patient. JSON con un diccionario clínico global.

patient.json
{
  "resourceType": "Patient",
  "id": "patient-abc-123",
  "identifier": [
    { "system": "http://national-id",
      "value":  "12345" }
  ],
  "name": [
    { "given":  ["María"],
      "family": "García" }
  ],
  "gender":    "female",
  "birthDate": "1978-04-12"
}
resourceType
Declara el tipo del recurso
id
Asignado por el servidor FHIR
identifier
IDs de negocio (MRN, DUI, NSS)
URL canónica
GET /Patient/patient-abc-123
03 · Vocabularios clínicos universales

Una glucosa en LOINC. El mismo significado en todo el mundo.

Concepto
Vocabulario
Ejemplo
Diagnósticos
CIE-11 (OMS)
BA00.Z Hipertensión
Lab values
LOINC
4548-4 HbA1c
Unidades
UCUM
mg/dL · mmHg
Medicamentos
RxNorm + catálogos locales
Metformina 500 mg
El cambio
Si todos los sistemas usan LOINC, las tablas de traducción dejan de existir. Mapping de códigos = uno de los costos más grandes de integración · resuelto por diseño.
Una glucosa con LOINC 2339-0 significa lo mismo en cualquier FHIR store del mundo.
04 · Identificadores universales

Un solo ID por paciente. Cero paciente_id propietarios.

Patient ID estable
Patient/
abc-123
La misma referencia desde cualquier recurso · cualquier institución · cualquier sistema.
Encounter
Visita en clínica · referencia al Patient
→ "subject": "Patient/abc-123"
Observation
Glucosa del lab · referencia al Patient
→ "subject": "Patient/abc-123"
MedicationRequest
Receta · referencia al Patient
→ "subject": "Patient/abc-123"
Condition
Diagnóstico · referencia al Patient
→ "subject": "Patient/abc-123"
Single source of truth del paciente · destraba consulta remota cruzada, segundas opiniones, movilidad inter-institución.
05 · Sin lock-in del proveedor

Los datos clínicos son tuyos. Portables, no rehenes.

Formato
Recursos portables

Los datos clínicos son JSON estándar · viajan idénticos entre infraestructuras.

Migración
Endpoint + auth

Para mover el FHIR store solo cambian dos cosas: URL del servidor y autenticación.

Sin rehén
Cero dependencia técnica

Las decisiones de infraestructura dejan de ser apuestas de 10 años · sin contrato cautivo.

Para mover el store
1Cambias el endpoint
2Cambias la auth
3Listo
Para gobierno e instituciones esto es enorme · cero rehén técnico en negociaciones.
Recursos más usados

FHIR R4 tiene +140 recursos. El 80% de integraciones usan 12.

Patient
Entidad raíz · demográficos
Practitioner
Profesional de salud
Encounter
Visita / consulta
Condition
Diagnóstico / problema activo
Observation
Lab, signo vital, antropometría
MedicationRequest
Prescripción
MedicationDispense
Dispensación en farmacia
AllergyIntolerance
Alergias
ServiceRequest
Orden de estudio o derivación
QuestionnaireResponse
Respuestas a cuestionarios
RiskAssessment
Evaluación de riesgo · decisión
CarePlan
Plan terapéutico estructurado
Modelado canónico · cubre la mayoría de casos clínicos sin custom schemas.
Grafo de recursos

Todo gira alrededor del Patient.

Los recursos se enlazan por Reference ("Patient/abc"). Reconstruir la historia clínica = navegar el grafo.

Patient
Raíz del grafo
Condition
Diagnóstico
Observation
Lab / vital
Encounter
Visita
RiskAssessment
Decisión clínica derivada
Mental model: piensa en grafo de recursos · no en tablas relacionales.
Casos de uso típicos

Distintos proyectos. El mismo modelo de datos.

01
Resultados de laboratorio
El LIS escribe · la consulta y la app del paciente leen al instante.
ObservationDiagnosticReport
02
Receta electrónica
El médico escribe · la farmacia lee · la adherencia se mide.
MedicationRequestMedicationDispense
03
Programas preventivos · screening
Evaluaciones periódicas con triggers automáticos sobre cohortes.
RiskAssessmentCarePlan
04
Reportes de salud pública
Queries agregadas sobre el FHIR store · sin pipelines paralelos.
BundleMeasureReport
Cada proyecto es separado · todos comparten el mismo modelo · eso es lo que hace FHIR posible a escala.
Adopción y ecosistema

FHIR no es académico. Está en producción.

Cloud providers
  • Google Cloud Healthcare API
  • AWS HealthLake
  • Azure Health Data Services
Consumer health
  • Apple Health
  • Google Health
  • Apps SMART on FHIR
Estándares de apps
  • SMART on FHIR
  • CDS Hooks
  • Plug-and-play sobre cualquier EHR
Perfiles industria
  • US Core (US)
  • IPS · International Patient Summary
  • Perfiles nacionales
Sistemas nacionales
🇺🇸 US🇬🇧 NHS UK🇦🇺 Australia🇨🇦 Canadá🇧🇷 Brasil🇸🇬 Singapur
En hospitales privados, gobiernos y apps de consumo · simultáneamente.
Takeaways

Lo que hay que llevarse a casa.

Estándar01
JSON + REST + diccionario clínico global

El stack web de toda la vida, con vocabulario clínico encima.

Diseño02
Interoperabilidad por diseño

Se resuelve una vez, en el estándar · no proyecto por proyecto.

Adopción03
Adopción internacional real

Gobiernos · hospitales · cloud providers · apps de consumo.

Decisión04
La pregunta cambió

Ya no es "¿FHIR sí o no?" · es "¿qué tan rápido lo adoptamos?".

El costo de NO adoptarlo crece cada integración nueva que se hace sin él.

FHIR no es el futuro.
Es el presente.

Un solo lenguaje · para toda la salud digital.
HL7 FHIR · Interoperabilidad clínica
1 / 13
DeepClinic