"HL7 vs FHIR" es una pregunta un poco incorrecta, y la respuesta sigue siendo útil. HL7 es una organización, Health Level Seven International, y la familia de estándares que publica. FHIR es el miembro más nuevo de esa familia. La comparación real es entre los tres estándares HL7 que encontrará en la práctica: mensajes HL7 versión 2, documentos CDA y recursos FHIR. Esta guía dice qué es cada uno, dónde se encuentra en 2026 y cuál necesita.
Versión técnica para desarrolladores: FHIR vs HL7 v2 · Mapeo de HL7 v2 a FHIR en developers.anpheros.com, con solicitudes, respuestas y límites. Esta página es la versión en lenguaje sencillo.
HL7 v2: mensajes entre sistemas hospitalarios
La versión 2 de HL7 data de finales de los años 80 y sigue siendo el estándar de datos de salud más desplegado en el mundo. Mueve mensajes entre sistemas dentro y alrededor de los hospitales: un paciente es admitido (ADT), se solicita una prueba (ORM), un resultado regresa (ORU). Un mensaje es un texto delimitado por tuberías con segmentos:
MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300
Funciona, está en todas partes y es difícil de consumir para una aplicación moderna: el formato es posicional, cada sitio tiene su propio dialecto y no existe el concepto de "obtener el registro de este paciente a través de HTTP".
CDA: documentos clínicos
Clinical Document Architecture, de los años 2000, es XML para documentos: un resumen de alta, una carta de derivación, un resumen del paciente. Un documento CDA es legible por humanos y se firma en su totalidad. Es sobre lo que se construyeron muchos intercambios nacionales y la primera generación de resúmenes de pacientes. Es un buen formato para un documento y uno pobre para una pregunta como "¿cuál fue la última presión arterial de esta persona?".
FHIR: recursos a través de la web
Fast Healthcare Interoperability Resources, publicado por primera vez en 2014 y estable en R4 desde 2019, describe los datos de salud como recursos con una estructura conocida, en JSON o XML, accesibles a través de HTTP exactamente como las páginas web. Un resultado de laboratorio es una Observation, un diagnóstico una Condition, una prescripción una MedicationRequest, cada uno con códigos estándar (LOINC, ICD-10 o SNOMED CT, ATC). Los obtiene, busca y escribe con las herramientas que todo programador ya conoce:
GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date
FHIR es lo que la regulación de la UE y EE. UU. ahora exigen para el acceso del paciente, lo que ejecutan las aplicaciones SMART on FHIR y sobre lo que se construye el Espacio Europeo de Datos de Salud. Una explicación en lenguaje sencillo se encuentra en Qué es FHIR y por qué es importante.
Lado a lado
| HL7 v2 | CDA | FHIR | |
|---|---|---|---|
| Unidad | mensaje | documento | recurso |
| Formato | texto delimitado | XML | JSON o XML |
| Transporte | MLLP, archivos | archivos, intercambios | HTTP REST |
| Mejor en | integración de sistemas hospitalarios | documentos firmados | aplicaciones, APIs, acceso del paciente |
| Era | 1989 en adelante | 2005 en adelante | 2014 en adelante, R4 2019 |
| Todavía común en | laboratorios, flujos ADT, dispositivos | intercambios nacionales | todo lo nuevo |
Cuál necesita
- Crear una aplicación, una API o un asistente de IA: FHIR, sin dudarlo.
- Recibir resultados de un laboratorio o un hospital: probablemente HL7 v2, porque es lo que envían. Convierta en el borde.
- Intercambiar documentos formales con un sistema nacional: documentos CDA o FHIR, según el país.
El patrón práctico es "HL7 v2 de entrada, FHIR en todas partes". Anpheros Platform hace exactamente eso para informes de laboratorio: un laboratorio publica un mensaje ORU^R01 tal como se envía, y cada OBX se convierte en una Observation FHIR con un código LOINC, una unidad, un rango de referencia y el laboratorio nombrado como intérprete. El registro del paciente es FHIR; el laboratorio nunca tiene que cambiar.
curl -X POST "$BASE/v1/patients/$PID/labs/import" \
-H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
--data-binary @report.hl7
Los detalles se encuentran en Conector de laboratorio: HL7 v2 y CSV a FHIR.
Preguntas frecuentes
¿Está FHIR reemplazando a HL7 v2?
Para trabajos nuevos, sí. Los flujos v2 existentes se ejecutarán durante años porque funcionan y reemplazarlos cuesta dinero. La mayoría de los sistemas reales convierten v2 a FHIR en el límite en lugar de reemplazar el flujo.
¿Es FHIR parte de HL7?
Sí. FHIR es publicado por HL7 International, la misma organización detrás de v2 y CDA. "HL7 FHIR" es su nombre completo.
¿Qué versión de FHIR debo usar?
R4 (4.0.1). Es lo que la regulación referencia y lo que la mayoría de los sistemas implementan. Existe R5 pero la adopción es limitada; Anpheros Platform implementa R4.
¿Puede FHIR transportar documentos también?
Sí: una DocumentReference apunta a un PDF o cualquier archivo, y un FHIR Document Bundle puede transportar un documento compuesto con sus secciones, que es cómo se entrega el Resumen Internacional del Paciente.
¿Necesito aprender HL7 v2 para usar una API FHIR?
No. Si se integra con un laboratorio o un hospital, se encontrará con v2 de su lado; una plataforma que lo convierte por usted significa que su propio código solo verá FHIR.
Lleva tu historial médico contigo
Anpheros Daily guarda síntomas, análisis, medicamentos y documentos en un solo lugar, en formato estándar y bajo tu control. El plan Basic es gratuito.