🎉 40% de descuento en tu licencia el primer año · Solo hasta el 31 de agosto 40% dcto hasta el 31 de agosto Ver promo →
Normatividad

Resolución 1888 de 2025: La Interoperabilidad Dejó de Ser un Discurso y Se Volvió Exigible

10/02/2026  |  14 min de lectura  |  Jorge Andrés Delgado Medina
Qué exige la Resolución 1888 de 2025 sobre interoperabilidad de historia clínica (RDA) y cómo cumplirla a tiempo. Guía para IPS en Colombia.

Durante años, la interoperabilidad en salud ha sido un concepto recurrente en foros, documentos técnicos y hojas de ruta institucionales. Se hablaba de ella como un ideal necesario, pero siempre postergable. La Resolución 1888 de 2025 marca un punto de quiebre: la interoperabilidad deja de ser una aspiración y se convierte en una obligación concreta, con alcance normativo y fecha límite.

Lo verdaderamente disruptivo de esta resolución no es que introduzca la interoperabilidad al sistema de salud colombiano, sino que la hace exigible. Y con ello, obliga al sistema a enfrentar una deuda estructural que durante años se evitó resolver.

Última actualización: julio de 2026. La Resolución 1888 de 2025 ya está vigente y su cronograma de interoperabilidad de la historia clínica está en curso. Este artículo se mantiene al día con el estado actual de la norma.

¿Necesitas el trámite? Consulta cómo registrarse en el RDA y cómo cumplir la Resolución 1888 paso a paso.


La interoperabilidad de la historia clínica no es nueva; lo nuevo es que ahora tiene consecuencias

El sector salud colombiano no ha sido ajeno a intentos previos de interoperabilidad. Durante años, especialmente desde el ámbito de algunas entidades de medicina prepagada y aseguradores, se promovieron iniciativas para intercambiar información clínica entre prestadores. Sin embargo, en la mayoría de los casos, estos esfuerzos no fueron fructíferos ni sostenibles.

La razón principal es que dichas iniciativas no se construyeron sobre estándares abiertos ni sobre procesos de homologación de datos, sino sobre modelos diseñados para responder a necesidades particulares de cada entidad. Se crearon "estándares propios", esquemas cerrados y exigencias parciales que funcionaban solo dentro de un ecosistema específico, pero que no resolvían el problema estructural de la interoperabilidad a nivel país.

El resultado histórico

Una implementación fragmentada, costosa y de bajo impacto real. Cada integrador debía adaptarse a múltiples formatos, reglas y mecanismos, sin una semántica común ni una visión sistémica del dato clínico.

En este contexto, la Resolución 1888 introduce un cambio sustancial: el estándar deja de ser negociable. Si el Gobierno Nacional exige interoperabilidad basada en estándares como HL7 FHIR, resulta ineficiente -y contraproducente- mantener exigencias paralelas, formatos propietarios o mecanismos alternos por otros medios. La interoperabilidad no puede seguir fragmentándose por intereses particulares; debe responder a un marco común, abierto y verificable.


La Resolución 1888 no crea el problema: fija una fecha límite a una deuda histórica

La fragmentación de la información clínica no es un fenómeno reciente. Es una falla estructural del sistema de salud colombiano: historias clínicas dispersas, información incompleta, duplicación de exámenes y decisiones clínicas tomadas sin contexto suficiente.

La Resolución 1888 no soluciona mágicamente este problema, pero sí hace algo fundamental: pone una fecha límite para seguir postergando su abordaje. Obliga a reconocer que la desconexión entre actores no es sostenible ni clínica ni financieramente.


Del enfoque administrativo al valor clínico real

Durante años, muchos esfuerzos de interoperabilidad se orientaron más a las cuentas médicas que al valor clínico del dato. La información se compartía pensando en la facturación, la auditoría o el soporte administrativo, no en la continuidad del cuidado del paciente.

Cambio de paradigma

La 1888 plantea un cambio estructural de enfoque: conectar el ecosistema de salud no es un asunto contable, es un asunto asistencial. La interoperabilidad solo tiene sentido cuando mejora la calidad de la atención, reduce riesgos clínicos y permite decisiones mejor informadas.


El RDA: un contrato mínimo de información clínica

El Resumen Digital de Atención (RDA) es uno de los pilares de esta resolución y, al mismo tiempo, uno de los conceptos más malinterpretados. El RDA no busca reemplazar la historia clínica completa ni homogeneizar la práctica clínica.

Su función es otra: actuar como un lenguaje común, un contrato mínimo de información clínica que pueda ser comprendido, interpretado y reutilizado por distintos actores del sistema. No es más información; es mejor información, estructurada, estandarizada y portable.


Interoperabilidad centrada en el paciente, no en el sistema

Es importante decirlo con claridad: el principal beneficiario de la interoperabilidad no es el Ministerio, ni las EPS, ni los proveedores tecnológicos. Es el paciente.

Cuando la información clínica fluye adecuadamente:

  • Se garantiza la continuidad del cuidado.
  • Se reducen reprocesos y exámenes innecesarios.
  • Las decisiones clínicas se toman con mayor contexto y menor riesgo.

La interoperabilidad evita que el paciente tenga que "volver a contar su historia" en cada atención. Ese es su verdadero valor.


Interoperar no es instalar un módulo: es gobernanza del dato

Uno de los mayores riesgos en la implementación de la Resolución 1888 es asumir que interoperar equivale a "instalar un módulo" o activar una funcionalidad técnica. Esa visión es reduccionista y peligrosa.

La interoperabilidad real implica:

  • Gobierno del dato.
  • Calidad, consistencia y oportunidad de la información.
  • Responsabilidad clínica y legal sobre lo que se comparte.

Advertencia: Si los datos son incompletos, inconsistentes o mal registrados, interoperar no soluciona el problema: lo amplifica.


Un sistema que no parte de un terreno parejo

La resolución se aplica sobre un sistema profundamente desigual:

Brechas estructurales
  • IPS grandes con infraestructura robusta frente a consultorios pequeños
  • Software moderno frente a desarrollos heredados
  • Diferencias en conectividad, talento y presupuesto
Riesgo real

Que la interoperabilidad se convierta en un cumplimiento formal, "de papel", sin impacto funcional en la atención. Cumplir no siempre significa transformar.


El costo invisible de la interoperabilidad

Hay un aspecto poco discutido en el enfoque normativo: la interoperabilidad tiene costos técnicos, operativos y humanos. Requiere ajustes, desarrollos, capacitación, soporte y mantenimiento continuo.

Sin embargo, estas exigencias recaen sobre un sistema de salud ya financieramente agotado, sin que exista un reconocimiento explícito de ese esfuerzo adicional. Ni las EPS ni el Estado han incorporado este desgaste como un mayor valor en la prestación de servicios.

Exigir transformación sin reconocer su costo es una ecuación incompleta.


El rol de los proveedores de software: actores del ecosistema

Los proveedores de software ya no son simples herramientas administrativas. Hoy son actores clave del ecosistema de salud.

Su rol puede acelerar o frenar la interoperabilidad:

Proveedores cerrados

Bloquean el flujo de información

Proveedores abiertos

Habilitan un sistema más eficiente, seguro y centrado en el paciente

La interoperabilidad no se logra sin la corresponsabilidad tecnológica.


La homologación y certificación: el reto operativo que nadie está dimensionando

Más allá del concepto y del marco normativo, existe un desafío operativo que merece una reflexión profunda: el procedimiento de homologación y certificación de la interoperabilidad.

A la fecha de redacción de este artículo, el modelo planteado implica que cada entidad prestadora cuente con:

  • Un responsable del dato
  • Un equipo de validación
  • Un proceso formal de homologación de la información
  • Una posterior certificación por parte del Ministerio de Salud

En el papel, el procedimiento es coherente. En la práctica, representa un reto monumental para un país con más de 59.000 prestadores de servicios de salud, y con una ventana de implementación relativamente corta.

Implementar interoperabilidad no es solo técnica

Es un proceso que exige:

  • Ajustes estructurales en los sistemas de información
  • Validaciones clínicas y semánticas del dato
  • Pruebas técnicas, administrativas y funcionales
  • Acompañamiento constante durante la homologación

Este desgaste técnico y administrativo no ha sido suficientemente dimensionado en el enfoque normativo. Pensar en interoperabilidad desde el diseño es una cosa; llevarla a la realidad operativa, entidad por entidad, es otra muy distinta.

Desde la experiencia como proveedor de software que actualmente trabaja en procesos de implementación y participa en sesiones técnicas relacionadas con este modelo, podemos afirmar que, aunque el objetivo es alcanzable, la mecánica de implementación planteada no es práctica en su forma actual. Validar entidad por entidad, con procesos secuenciales y altamente dependientes de acompañamiento técnico centralizado, es un enfoque que difícilmente escalará sin generar cuellos de botella.

Una pregunta legítima para el Ministerio de Salud

¿Cuenta el Estado con el equipo técnico, operativo y humano suficiente para atender, resolver y acompañar las dudas técnicas, validaciones y procesos de homologación que este modelo exige?

La experiencia previa con otros procesos normativos, como la implementación de qué son los RIPS y su reporte en formatos estructurados o en JSON, deja una preocupación razonable: el riesgo de que la carga operativa supere la capacidad de respuesta, generando frustración en los actores del sistema y retrasos en la adopción real.


Qué exige la Resolución 1888 en la práctica

Más allá del debate conceptual, la Resolución 1888 de 2025 se traduce en obligaciones concretas para cada prestador. La interoperabilidad de la historia clínica dejó de ser un objetivo a futuro: hoy es un conjunto de tareas verificables que toda IPS, clínica, consultorio o profesional independiente debe tener en marcha.

En lo administrativo
  • Verificar la habilitación de la institución en miseguridadsocial.gov.co.
  • Designar un Delegado Administrativo ante el Ministerio.
  • Registrarse en el módulo IHCE de Hércules y generar las credenciales de interoperabilidad (ClientID y ClientSecret).
En lo técnico
  • Generar el Resumen Digital de Atención (RDA) en cada evento clínico.
  • Mapear la información al estándar HL7 FHIR R4.
  • Transmitir el RDA cifrado a la plataforma nacional y superar la validación oficial.

La parte administrativa la ejecuta el prestador; la parte técnica corre por cuenta del software de historia clínica. Si quieres el detalle operativo, revisa cómo registrarse en el RDA y la guía de cómo cumplir la Resolución 1888 paso a paso.

La interoperabilidad de la historia clínica también se apoya en integraciones ya en marcha con aseguradoras. En Medifolios operamos, por ejemplo, la interoperabilidad con Nueva EPS y la interoperabilidad con SURA, un antecedente directo del intercambio estructurado de información clínica que ahora la 1888 generaliza a todo el sistema.

Cumple la Resolución 1888 con Medifolios

Medifolios integra tu historia clínica con la plataforma IHCE del Ministerio: genera el RDA, lo mapea a HL7 FHIR R4 y lo transmite a la plataforma nacional.

Demo gratis

Conclusión: cumplir la norma o transformar la atención

La Resolución 1888 de 2025 plantea dos caminos claros:

Camino 1

Cumplir la resolución como un requisito normativo más.

Camino 2

Asumirla como una oportunidad para transformar la atención en salud.

La diferencia entre ambos caminos no está en la tecnología, sino en la visión.

El llamado es conjunto:

  • A las IPS, para asumir la interoperabilidad como parte del cuidado.
  • A los proveedores, para habilitar y no restringir.
  • Al Estado, para acompañar, regular y reconocer el esfuerzo real que esta transformación implica.

Reflexión final

La interoperabilidad no es el fin. Es el piso mínimo sobre el cual se puede construir un sistema de salud más seguro, continuo y centrado en el paciente.