La Resolución 1888 de 2025 del Ministerio de Salud, vigente desde el 15 de abril de 2026, es la norma que operacionaliza la interoperabilidad de la Historia Clínica Electrónica (IHCE) en Colombia mediante el Resumen Digital de Atención (RDA). Obliga a todos los prestadores registrados en el REPS a generar y transmitir el RDA en formato HL7 FHIR R4 al repositorio nacional del Ministerio, con autenticación vía Hércules, cifrado TLS 1.3 y control de acceso RBAC, bajo responsabilidad administrativa de la Superintendencia Nacional de Salud.
Introducción: La norma que convirtió la interoperabilidad en salud de aspiración a obligación
Colombia lleva más de una década hablando de interoperabilidad en salud. La Ley 1438 de 2011 ordenó la implementación de la historia clínica electrónica. La Resolución 1995 de 1999 estableció las condiciones básicas de la historia clínica. La Ley 2015 de 2020 creó la Historia Clínica Electrónica Interoperable como bien público digital. La Resolución 866 de 2021 definió los datos mínimos y catálogos.
Pero fue la Resolución 1888 del 15 de septiembre de 2025 la que transformó ese marco conceptual en una obligación operativa concreta: con un instrumento específico (el RDA), un estándar técnico preciso (HL7 FHIR R4), una plataforma nacional centralizada (la IHCE del Ministerio), un sistema de autenticación (Hércules) y una fecha límite inamovible (15 de abril de 2026).
El análisis técnico de la norma demuestra que la Resolución 1888 no es una norma programática: es un reglamento técnico con requisitos verificables, plataformas operativas y mecanismos de supervisión activos. La Superintendencia Nacional de Salud tiene acceso en tiempo real a los datos de transmisión de la plataforma IHCE, y la ausencia de transmisión de RDA es un incumplimiento documentado y auditable desde el primer día de vigencia.
Este artículo es la guía técnica más completa disponible sobre la Resolución 1888 de 2025: su contenido exacto, sus requisitos técnicos, su articulación con el ecosistema normativo colombiano y la hoja de ruta de cumplimiento para cada tipo de actor del sector salud.
¿Cuál es el objeto y el fundamento legal de la Resolución 1888 de 2025?
La Resolución 1888 de 2025 tiene como objeto adoptar el Resumen Digital de Atención en Salud (RDA) como documento clínico electrónico estandarizado del mecanismo de Interoperabilidad de la Historia Clínica Electrónica (IHCE), y establecer los lineamientos técnicos, operativos y de seguridad para su implementación obligatoria en el SGSSS.
El fundamento legal que habilita al Ministerio para expedir esta norma incluye:
- Ley 2015 de 2020: crea la IHCE como bien público digital y ordena su implementación en todo el sistema de salud
- Ley 1751 de 2015: Ley Estatutaria del Derecho Fundamental a la Salud; la interoperabilidad es condición para garantizar ese derecho
- Ley 1438 de 2011: ordena la historia clínica electrónica en el SGSSS
- Resolución 866 de 2021: define los datos clínicos mínimos y catálogos de uso obligatorio para la IHCE (base terminológica del RDA)
- Resolución 429 de 2016: adopta la Política de Atención Integral en Salud (PAIS) y el MIAS como marco de operación
La resolución fue publicada en el Diario Oficial el 15 de septiembre de 2025, otorgó un período de adecuación técnica de seis meses, y el plazo de cumplimiento pleno fue el 15 de abril de 2026.
¿A quiénes obliga exactamente la Resolución 1888 de 2025?
La norma aplica a todos los prestadores de servicios de salud habilitados y registrados en el REPS (Registro Especial de Prestadores de Servicios de Salud), sin excepción por tamaño, complejidad o régimen:
Prestadores institucionales:
- Hospitales de primer, segundo, tercer y cuarto nivel
- Clínicas y centros médicos
- IPS especializadas (oncología, diálisis, radioterapia, salud mental)
- Centros de diagnóstico y laboratorios clínicos
- IPS de telemedicina y atención domiciliaria
- Centros de imágenes diagnósticas
Prestadores individuales:
- Médicos generales con ejercicio independiente registrado en el REPS
- Médicos especialistas con consulta independiente
- Odontólogos con práctica independiente
- Demás profesionales de salud con habilitación individual
La regla es categórica: si el actor genera atenciones en salud y tiene registro activo en el REPS, la obligación de transmitir RDA aplica desde el 15 de abril de 2026.
¿Qué es el Resumen Digital de Atención (RDA) y cuál es su estructura técnica?
El Resumen Digital de Atención (RDA) es el documento clínico electrónico estandarizado que sintetiza la información mínima relevante de cada atención en salud y que se transmite a la plataforma nacional IHCE para garantizar la continuidad asistencial entre instituciones.
Técnicamente, el RDA es un Bundle HL7 FHIR R4: un contenedor estructurado que agrupa múltiples recursos clínicos interconectados. Los recursos obligatorios del RDA de Paciente (primer tipo implementado) son:
| Recurso FHIR | Contenido | Campo clave |
|---|---|---|
Composition | Documento raíz del RDA; estructura y metadatos | Tipo de RDA, fecha, autor |
Patient | Identificación del paciente | Identificador VIDA del MPI |
Encounter | Datos del encuentro clínico | Tipo de atención, fechas, institución |
Condition | Diagnósticos | CIE-10/CIE-11 con system correcto |
MedicationRequest | Medicamentos prescritos | IUM (Resolución 3166/2015) |
Procedure | Procedimientos realizados | CUPS con system oficial |
AllergyIntolerance | Alergias e hipersensibilidades | Código y descripción estructurada |
Practitioner | Profesional responsable | Registro profesional y especialidad |
Cada recurso debe cumplir los perfiles colombianos definidos en la Guía de Implementación disponible en vulcano.ihcecol.gov.co. Implementar FHIR R4 estándar internacional sin aplicar los perfiles colombianos genera Bundles rechazados por el Gestor RDA del Ministerio.
¿Cuáles son los tipos de RDA que contempla la Resolución 1888?
La Resolución 1888 adopta una estrategia de implementación progresiva por tipo de atención:
RDA de Paciente (operativo desde abril 2026) Aplica a cualquier tipo de encuentro clínico. Es el tipo de RDA universal y de primer cumplimiento obligatorio. Toda IPS debe estar transmitiendo este tipo desde el 15 de abril de 2026.
RDA de Hospitalización (implementación activa 2026) Documenta el episodio intrahospitalario completo: ingreso, evolución, procedimientos, epicrisis y egreso. Soporte fundamental para referencia y contrarreferencia.
RDA de Consulta Externa (implementación activa 2026) Para atenciones ambulatorias programadas. Incluye: datos del prestador y la ERP, antecedentes relevantes, diagnósticos, medicamentos, procedimientos, órdenes, incapacidad médica y profesional tratante.
De Urgencias (implementación progresiva 2026-2027) Documenta la atención no programada con triaje, manejo y disposición final del paciente.
RDA de Procedimientos Ambulatorios (implementación progresiva) Para intervenciones sin hospitalización.
RDA de Dispensación de Medicamentos (en desarrollo, habilitado por Circular 0019/2026) Registro interoperable de la dispensación de medicamentos UPC como extensión del ciclo farmacéutico a la IHCE.
¿Cuál es la arquitectura técnica completa de la plataforma IHCE del Ministerio?
La plataforma IHCE es un ecosistema de siete componentes técnicos interdependientes:
1. API Gateway Punto de entrada único. Gestiona autenticación (validando credenciales Hércules), enrutamiento y control de acceso. Sin pasar por el API Gateway, ninguna comunicación llega a la plataforma.
2. Master Patient Index (MPI) Crea y mantiene el identificador VIDA único de cada paciente a nivel nacional. El VIDA es obligatorio en el recurso Patient de todo Bundle RDA.
3. Servidor HL7 FHIR Almacena y gestiona los recursos clínicos estructurados. Cada RDA aprobado es descompuesto en recursos FHIR individuales disponibles para consulta mediante el Visor RDA.
4. Gestor RDA y Repositorio Recibe los Bundles FHIR, ejecuta la validación técnica y semántica contra los perfiles colombianos, almacena los RDA aprobados y devuelve HTTP 200 (éxito) o código de error descriptivo (rechazo).
5. Servidor Terminológico Mantiene los catálogos activos: CIE-10, CIE-11, CUPS e IUM. Valida en tiempo real los códigos incluidos en cada Bundle. Un código obsoleto o inválido genera error HTTP 422.
6. Visor RDA Interfaz para la consulta de RDA por profesionales autorizados. Debe estar embebido en el HIS de la institución, mostrar historial mínimo de 12 meses con filtros por fecha y estar restringido por RBAC a usuarios con relación asistencial activa.
7. Sistema Hércules Plataforma de gestión de credenciales. Cada IPS designa un Delegado Administrativo IHCE que obtiene el ClientID y ClientSecret usados para autenticación en el API Gateway.
¿Cuáles son los requisitos de seguridad obligatorios bajo la Resolución 1888?
La norma impone requisitos de seguridad técnica específicos y verificables:
Cifrado en tránsito:
- TLS 1.3 como protocolo mínimo en todas las transmisiones al API Gateway
- Versiones inferiores (TLS 1.2 y anteriores) son explícitamente insuficientes
Cifrado en reposo:
- AES-256 para datos almacenados en el repositorio IHCE (responsabilidad del Ministerio)
- Las IPS deben aplicar estándares equivalentes para sus propias bases de datos de HCE
Control de acceso:
- RBAC (Role-Based Access Control): el acceso al Visor RDA y la capacidad de generar RDA deben estar restringidos por roles definidos en el HIS institucional
- Solo el personal con relación asistencial activa con el paciente puede consultar su RDA
Registro de auditoría:
- Cada acceso al Visor RDA debe quedar registrado con: usuario, rol, institución, fecha, hora y tipo de operación
- Los logs deben estar disponibles para auditoría del Ministerio y la Superintendencia
Gestión de credenciales:
- ClientID y ClientSecret almacenados en vault de credenciales, nunca en texto plano
- Renovación según el cronograma del Ministerio
- Revocación inmediata ante sospecha de compromiso
¿Cuál es el flujo técnico exacto para transmitir un RDA correctamente?
El flujo de transmisión de un RDA desde el HIS de la IPS hasta el repositorio IHCE sigue estos pasos:
- Cierre de la atención en el HIS: el profesional finaliza el registro clínico con diagnóstico CIE, procedimientos CUPS y medicamentos IUM
- Autenticación en el API Gateway: el HIS envía ClientID y ClientSecret (obtenidos en Hércules) al API Gateway y recibe un token temporal con tiempo de expiración
- Consulta al MPI: el HIS envía el número de documento del paciente al MPI y recibe su identificador VIDA (o lo crea si el paciente no existe en el índice)
- Construcción del Bundle FHIR R4: el módulo generador del HIS construye el Bundle con todos los recursos requeridos, el identificador VIDA en
Patient, y el token en el encabezado HTTP - Transmisión al Gestor RDA: el Bundle se envía vía
POSTal endpoint del Gestor RDA usando HTTPS con TLS 1.3 - Recepción de la respuesta:
- HTTP 200: RDA validado y almacenado — cumplimiento verificado
- HTTP 422: error semántico (código CIE inválido, CUPS inexistente, IUM incorrecto)
- HTTP 400: error sintáctico (JSON malformado, referencia interna rota)
- HTTP 401: error de autenticación (token expirado o credenciales incorrectas)
- Monitoreo y gestión: el equipo de TI registra el resultado de cada transmisión y gestiona la corrección y retransmisión de los RDA rechazados dentro de las 24 horas siguientes
Tabla comparativa: Cumplimiento vs. incumplimiento de la Resolución 1888
| Dimensión | IPS con cumplimiento pleno | IPS sin integración IHCE |
|---|---|---|
| Estado normativo | Cumplimiento activo verificable | Incumplimiento documentado en plataforma del Ministerio |
| Continuidad asistencial | Historial disponible en cualquier IPS integrada | Historial solo accesible dentro de la misma institución |
| Prescripción UPC | Registrada via RDA (Circular 0019/2026) | Sin registro interoperable — incumplimiento adicional |
| Evidencia para glosas | RDA transmitido = evidencia objetiva pre-facturación | Sin evidencia clínica estructurada ante ERP |
| Riesgo regulatorio | Mínimo: cumplimiento verificable ante Superintendencia | Alto: incumplimiento activo auditado en tiempo real |
| Posición ante EPS | Diferencial positivo en procesos de contratación | Riesgo de exclusión de red en renovaciones |
| Seguridad del paciente | Alergias y medicamentos disponibles en urgencias | Decisiones con información incompleta |
| Auditoría de accesos | Log centralizado verificable por Ministerio | Sin trazabilidad de accesos a información clínica |
| Sanciones potenciales | Sin riesgo normativo inmediato | Actuaciones administrativas del Ministerio / Supersalud |
¿Cómo se articulan la Resolución 1888 con el resto del ecosistema digital del SGSSS?
La Resolución 1888 no opera en aislamiento: es la capa clínico-asistencial de un ecosistema digital integrado:
Con el RIPS JSON (Resolución 2275/2023): El diagnóstico CIE y el procedimiento CUPS reportados en el RIPS deben ser coherentes con los del RDA. El Ministerio puede realizar auditorías cruzadas entre ambas plataformas para detectar inconsistencias entre lo facturado y lo registrado clínicamente.
Con el SIIFA (Resolución 1962/2025): El RDA es la evidencia clínica que sustenta los servicios registrados en las facturas del SIIFA. Una IPS con RDA transmitido tiene evidencia objetiva para responder glosas de pertinencia en el Módulo 3 del SIIFA.
Con la Circular 0019 de 2026: La prescripción de medicamentos UPC se registra en el RDA mediante el recurso MedicationRequest. La IHCE es ahora también la infraestructura del ciclo farmacéutico UPC.
Con la Resolución 1442/2024 (CIE-11): La transición a CIE-11 impacta el campo de diagnóstico del RDA. El servidor terminológico IHCE debe soportar ambas versiones durante el período de coexistencia, y el HIS debe indicar el system correcto en el recurso Condition.
Con la Resolución 3280/2018 (RPMS): Las atenciones preventivas de la RPMS (consultas periódicas, vacunaciones, tamizajes) generan RDA que quedan registrados en el historial longitudinal del paciente, enriqueciendo el repositorio IHCE con datos de prevención y promoción.
¿Qué errores técnicos son los más frecuentes en la implementación del RDA?
El análisis de los resultados de las Conectatones IHCE y los primeros meses de operación en producción permite identificar los patrones de falla más comunes:
- Perfiles FHIR genéricos sin adaptación colombiana: el error más frecuente. El proveedor implementa FHIR R4 estándar internacional sin aplicar los perfiles específicos de Colombia en vulcano.ihcecol.gov.co. Resultado: Bundle FHIR válido internacionalmente pero rechazado por el Gestor RDA colombiano (HTTP 422).
- IUM ausente en MedicationRequest: el campo de código del medicamento se completa con el nombre comercial o genérico pero sin el IUM. El servidor terminológico no puede validar el medicamento y genera rechazo.
- Identificador VIDA no consultado: el Bundle se construye con el número de documento del paciente en el recurso
Patientpero sin el VIDA del MPI. El Gestor RDA rechaza Bundles sin el identificador unívoco nacional. - Token expirado: el HIS usa el token de autenticación después de su tiempo de expiración. Genera HTTP 401. El sistema debe renovar el token antes de cada transmisión.
- Referencia interna rota: un recurso del Bundle hace referencia a otro por un ID que no existe en el mismo Bundle. Genera HTTP 400.
- Display de código inconsistente: el
displaydel código CIE o CUPS no coincide exactamente con el configurado en el servidor terminológico. El servidor termina la validación con error 422 aun cuando el código numérico es correcto.
Conclusión: Lista definitiva de acciones de cumplimiento para la Resolución 1888
La Resolución 1888 de 2025 es la norma más transformadora del sistema de salud colombiano en la última década. Su cumplimiento pleno desde el 15 de abril de 2026 no es opcional, y el incumplimiento genera consecuencias normativas, asistenciales y competitivas simultáneas.
La lista definitiva de acciones de cumplimiento, ordenada por prioridad e impacto:
Prioridad 1 — Habilitar el acceso (si aún no está activo)
- Verificar el registro institucional en miseguridadsocial.gov.co
- Designar el Delegado Administrativo IHCE en hercules.sispro.gov.co
- Obtener ClientID y ClientSecret del ambiente de desarrollo
- Documentar las credenciales en un vault seguro institucional
Prioridad 2 — Integración técnica del HIS 5. Confirmar con el proveedor del HIS que el módulo RDA usa perfiles colombianos de vulcano.ihcecol.gov.co 6. Verificar que el HIS consulta el MPI para obtener el identificador VIDA antes de construir el Bundle 7. Revisar que el módulo de medicamentos usa IUM para cada fármaco en MedicationRequest 8. Verificar que el módulo de procedimientos usa CUPS con el system oficial del Ministerio
Prioridad 3 — Pruebas y certificación 9. Ejecutar transmisiones de prueba en el ambiente de desarrollo del Ministerio hasta obtener HTTP 200 para el RDA de Paciente 10. Solicitar la sesión de validación técnica ante el equipo del Ministerio 11. Obtener habilitación para el ambiente de producción
Prioridad 4 — Operación y monitoreo 12. Activar la transmisión automática de RDA al cierre de cada atención en producción 13. Integrar el Visor RDA en el flujo de apertura de historia clínica con historial de 12 meses y RBAC 14. Implementar tablero de monitoreo con alertas para RDA rechazados 15. Activar el módulo MedicationRequest para prescripciones UPC (Circular 0019/2026)
Referencias Oficiales
- Resolución 1888 de 2025 — Ministerio de Salud y Protección Social. Norma principal: adopta el RDA, arquitectura IHCE, obligaciones y plazos. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201888%20de%202025.pdf
- Ley 2015 de 2020 — Congreso de Colombia. Crea la IHCE como bien público digital; fundamento legal de toda la interoperabilidad. https://www.minsalud.gov.co/ihce/Paginas/Interoperabilidad-de-Historia-Clinica-QA.aspx
- Resolución 866 de 2021 — Ministerio de Salud. Catálogos terminológicos obligatorios de la IHCE: CIE, CUPS, IUM. https://www.minsalud.gov.co
- Guía de Implementación HL7 FHIR RDA Colombia — HL7 Colombia / Ministerio de Salud. Perfiles colombianos obligatorios para los recursos del Bundle RDA. https://vulcano.ihcecol.gov.co/
- Manual de Operaciones IHCE — Ministerio de Salud. Flujo técnico completo: autenticación, transmisión, Visor RDA y gestión de credenciales. https://www.minsalud.gov.co/ihce/Manuales/Manual_de_operaciones_Historia_Clinica_Interoperable_IHCE_V1.pdf
- Micrositio RDA — Ministerio de Salud. Tipos de RDA, catálogos y guías de contenido clínico. https://www.minsalud.gov.co/ihce/rda/Paginas/inicio.aspx
- Sistema Hércules — Ministerio de Salud. Registro de Delegado Administrativo y obtención de credenciales IHCE. https://hercules.sispro.gov.co
- Circular Externa 0019 de 2026 — Ministerio de Salud. Prescripción UPC a través del RDA; extensión del mandato de la Resolución 1888. https://www.minsalud.gov.co
- Resolución 1962 de 2025 — Ministerio de Salud. SIIFA: articulación entre trazabilidad clínica (IHCE) y trazabilidad financiera. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201962%20de%202025.pdf
- Micrositio IHCE — Ministerio de Salud. Centro de documentación técnica, manuales y actualizaciones normativas. https://www.minsalud.gov.co/ihce/Paginas/default.aspx

