- 10/10/2026
- Juan Carlos Abaunza
Checklist de interoperabilidad HL7/FHIR para IPS y clínicas
Casi todas las instituciones de salud dicen que ya son «interoperables». Casi ninguna puede demostrarlo con una lista. La diferencia importa: cuando llega una auditoría, una EPS pide la historia de un paciente trasladado o una IA necesita datos limpios, lo que cuenta no es el proveedor que se contrató sino qué flujos funcionan de verdad, con qué estándar y con qué evidencia.
Este checklist está pensado para el equipo de TI, la gerencia y el área de calidad de una IPS o clínica. No pretende ser una auditoría completa: es una forma rápida de ver, en una reunión de una hora, dónde está parada la institución frente a HL7 FHIR y a la normativa colombiana vigente.
Qué se exige hoy en Colombia
La interoperabilidad dejó de ser una decisión opcional de TI. La Resolución 866 de 2021 del Ministerio de Salud definió el conjunto de datos clínicos relevantes que deben poder intercambiarse entre prestadores, y la normativa posterior—incluida la Resolución 1888—fijó el estándar HL7 FHIR como el camino técnico para hacerlo. Por eso la conversación pasó de «si» a «con qué grado de avance».
Whatoko Health es miembro de HL7 Colombia, y la regla que aplicamos al revisar cualquier institución es simple: cada punto del checklist se contesta con una evidencia (un flujo que corre, un registro, un documento), no con una intención.
El checklist
Las 12 preguntas que separan «tenemos un sistema» de «somos interoperables»
1. Inventario de sistemas y datos
- ¿Existe un mapa actualizado de todos los sistemas que generan o consumen datos clínicos (historia clínica, laboratorio, imágenes, farmacia, facturación)?
- ¿Se sabe qué datos de la Resolución 866 produce cada sistema y en qué formato los entrega hoy?
2. Estándares y terminologías
- ¿Qué sistemas hablan HL7 FHIR de forma nativa y cuáles dependen de archivos planos, vistas de base de datos o integraciones a la medida?
- ¿Los diagnósticos y procedimientos usan terminologías normalizadas (CIE-10, CUPS, LOINC donde aplique) y una versión de FHIR documentada, o cada área codifica a su manera?
3. Identidad del paciente
- ¿Un mismo paciente tiene un identificador consistente entre sistemas, o aparece duplicado con variaciones de nombre y documento?
- ¿Hay un proceso para resolver duplicados y medir cuántos quedan?
4. Flujos que funcionan de verdad
- ¿Se puede traer la información clínica de un paciente de dos sistemas distintos sin intervención manual? Probarlo con un caso real, no con una demostración.
- ¿Se mide la tasa de errores y de mensajes rechazados en cada integración, o solo se descubren cuando alguien reclama?
5. Seguridad, trazabilidad y cumplimiento
- ¿Cada intercambio queda registrado (qué dato, quién lo pidió, cuándo)?
- ¿El tratamiento del dato cumple la Ley 1581 de 2012 y la reserva de la historia clínica, con autorizaciones y perfiles de acceso verificables?
6. Gobierno y responsables
- ¿Hay una persona o comité con nombre propio responsable de la interoperabilidad, y un plan con fechas?
- ¿Gerencia, TI y calidad ven las mismas cifras de avance, o cada área tiene su propia versión?
Los tropiezos habituales
Tres errores que el checklist suele destapar
Confundir exportar con intercambiar. Poder generar un archivo con la historia de un paciente no es lo mismo que entregarlo en un formato que otro sistema entiende sin intervención humana. El primero resuelve una solicitud puntual; el segundo, un proceso.
Codificar distinto en cada área. Si urgencias, consulta externa y hospitalización registran el mismo diagnóstico con códigos o textos diferentes, ninguna capa de integración puede arreglarlo después sin criterios clínicos acordados de antemano.
No medir lo que se integra. Una integración sin tablero de errores falla en silencio: se descubre cuando un médico no encuentra el examen o cuando la EPS rechaza una cuenta. Medir desde el primer flujo es más barato que investigar después.
Cómo leer el resultado
Qué hacer según cuántas preguntas contestó con evidencia
Menos de la mitad. No es una falla: es el punto de partida más común. La prioridad es el inventario y la identidad del paciente, porque sin ellos cualquier integración posterior se construye sobre arena.
Entre la mitad y las tres cuartas partes. Hay base, pero los flujos dependen de integraciones a la medida que nadie documentó. El riesgo es que funcionen hoy y se rompan con la próxima actualización de un proveedor. Aquí conviene centralizar el intercambio en una capa común en lugar de sumar conexiones punto a punto.
Más de tres cuartas partes. La institución está lista para pasar de cumplir a aprovechar: analítica sobre el histórico completo, tableros para calidad y gerencia, y datos preparados para proyectos de inteligencia artificial.
Una institución no es interoperable por lo que compró. Lo es por los flujos que puede demostrar.
Cómo lo resolvemos
Un bus de interoperabilidad en lugar de integraciones sueltas
Cuando cada sistema se conecta con cada otro, el número de integraciones crece más rápido que la institución. El bus de interoperabilidad de Whatoko Health plantea lo contrario: cada sistema se conecta una sola vez a una capa común que habla HL7 FHIR, normaliza los datos, registra cada intercambio y deja el cumplimiento medible desde el primer día.
El resultado práctico es que el checklist de arriba deja de ser un ejercicio anual y se convierte en un tablero que se consulta cuando se necesita. Y como el dato ya circula limpio y trazado, los siguientes pasos—anonimización, analítica, IA—se apoyan en una base que no hay que rehacer.
Preguntas frecuentes
¿Qué significa que una IPS sea interoperable con HL7 FHIR?
Significa que sus sistemas pueden intercambiar datos clínicos con otros usando el estándar HL7 FHIR, con terminologías normalizadas, identificación consistente del paciente y trazabilidad de cada intercambio. No basta con tener un software moderno: hay que poder demostrar los flujos.
¿Qué resolución colombiana exige la interoperabilidad de datos clínicos?
La Resolución 866 de 2021 del Ministerio de Salud define el conjunto de datos clínicos relevantes para la interoperabilidad, y la normativa posterior, incluida la Resolución 1888, establece HL7 FHIR como el estándar de intercambio. Conviene confirmar con el área jurídica los plazos que aplican a cada tipo de prestador.
¿Por dónde empezar si la institución tiene varios sistemas que no se hablan?
Por el inventario de sistemas y por la identidad del paciente. Con esas dos piezas claras se puede definir una capa común de intercambio, en lugar de seguir sumando integraciones punto a punto.
Vea el bus funcionando
Si quiere contrastar el checklist con su propia institución, le mostramos el bus de Whatoko Health trabajando sobre un flujo real y le explicamos los planes por paciente.