RDA paso a paso: cómo generar tu Resumen Digital de Atención sin errores
El plazo vence el 15 de abril de 2026. Si todavía no sabes exactamente qué es el RDA, qué datos debe contener ni cómo integrarlo a tu sistema, esta guía es para ti. Sin tecnicismos innecesarios, con pasos concretos.
¿Qué es el Resumen Digital de Atención (RDA) y por qué es obligatorio?
El Resumen Digital de Atención en Salud (RDA) es un documento electrónico estandarizado que consolida los datos clínicos esenciales de cada evento de atención —una consulta, una urgencia, una hospitalización o un procedimiento— y los pone disponibles de forma segura para que cualquier profesional de salud autorizado pueda acceder a ellos desde cualquier punto del país.
Antes del RDA, la información clínica de un paciente vivía encerrada en el sistema de la institución donde fue atendido. Si el paciente llegaba a urgencias en otra ciudad, o consultaba a un especialista diferente, ese profesional tenía que empezar desde cero: interrogatorio completo, exámenes repetidos, información imprecisa por memoria del paciente. El RDA elimina esa brecha.
La Resolución 1888 de 2025 del Ministerio de Salud y Protección Social adoptó el RDA como el mecanismo oficial para la Interoperabilidad de la Historia Clínica Electrónica (IHCE) en Colombia, con un plazo máximo de implementación de seis meses contados desde el 15 de octubre de 2025. Eso significa que la fecha límite es el 15 de abril de 2026.
La obligación aplica a todas las IPS públicas y privadas, clínicas, hospitales, centros médicos, consultorios y profesionales independientes que generen información clínica en Colombia. No es opcional y no tiene excepciones por tamaño del prestador.
Los cuatro tipos de RDA que debes conocer
No existe un único formato de RDA: la resolución define cuatro tipos según el evento de atención, cada uno con su estructura de datos específica:
- RDA de paciente: aplica a cualquier evento individual de atención clínica. Es el tipo más general y el punto de partida para todos los prestadores.
- RDA de consulta externa: específico para atenciones ambulatorias. Incluye el motivo de consulta, diagnóstico CIE-10, plan de manejo y medicamentos formulados.
- RDA de urgencias: para atenciones en servicios de urgencias. Contiene el triage, diagnóstico de ingreso y egreso, y los procedimientos realizados.
- RDA de hospitalización: se genera al momento del alta hospitalaria. Incluye el resumen de la estancia, diagnósticos principales y secundarios, procedimientos quirúrgicos y recomendaciones al egreso.
Si tienes un consultorio de consulta externa, tu punto de partida es el RDA de consulta externa. Si manejas servicios de urgencias u hospitalización, deberás implementar los tipos correspondientes.
El flujo completo del RDA: de tu consultorio a la plataforma nacional
Entender el flujo del RDA te ayuda a saber en qué punto estás y qué te falta. El proceso tiene tres etapas bien diferenciadas:
Etapa 1: Generación
Ocurre en tu sistema de historia clínica electrónica. Cuando terminas una consulta y registras el diagnóstico, los procedimientos y el plan de manejo, tu software debe ser capaz de estructurar automáticamente esa información en formato HL7 FHIR R4, generando lo que técnicamente se llama un "Bundle FHIR". Este Bundle es el RDA.
El software médico que uses debe hacer este trabajo de forma transparente para ti. Tú registras la atención de forma normal; el sistema se encarga de construir el documento estandarizado en el fondo. Si tu software no puede hacer esto, necesitas actualizar o cambiar de plataforma antes del 15 de abril.
Etapa 2: Envío y validación
Una vez generado el Bundle FHIR, tu sistema lo envía a través del API Gateway del Ministerio de Salud, que forma parte de la plataforma nacional de interoperabilidad. El sistema valida que el documento cumpla con la estructura correcta, identifica al paciente a través del Master Patient Index (MPI) usando su número de documento, y asigna un identificador único conocido como número VIDA.
Si el Bundle tiene errores —campos faltantes, códigos incorrectos, estructura inválida— el API Gateway lo rechaza y genera un mensaje de error. Esos errores deben corregirse y el RDA debe enviarse nuevamente.
Etapa 3: Consulta y continuidad asistencial
Una vez almacenado en el repositorio centralizado, el RDA queda disponible para que otros profesionales autorizados lo consulten a través del Visor RDA, usando el número de documento del paciente o su número VIDA. Aquí es donde el sistema cumple su propósito: cualquier médico que atienda a ese paciente en el futuro puede ver el historial de atenciones anteriores, sin importar en qué institución se generaron.
Los 4 pasos para implementar el RDA en tu consultorio o IPS
La guía oficial del Ministerio de Salud establece un proceso de implementación en cuatro pasos. Aquí te los explicamos en lenguaje claro:
Paso 1: Regístrate en Hércules (plataforma del SISPRO)
Este es el punto de partida y es responsabilidad directa de la institución o del profesional independiente, no del proveedor de software. Debes:
- Verificar que tu institución esté correctamente registrada en miseguridadsocial.gov.co.
- Designar un Delegado Administrativo que será el responsable del proceso ante el Ministerio.
- Ingresar a hercules.sispro.gov.co y registrarte en el módulo IHCE con los datos de tu institución.
- Diligenciar el formulario institucional y completar el proceso de verificación.
- Generar tus llaves de acceso: ClientID y ClientSecret. Estas credenciales son únicas para tu institución y son las que autorizan a tu sistema a conectarse con la plataforma nacional.
Importante: Solo el Ministerio de Salud entrega estas credenciales a los prestadores habilitados. Ningún proveedor de software puede generarlas por ti. Si alguien te ofrece "credenciales IHCE" sin pasar por Hércules, es una señal de alerta.
Paso 2: Comparte las credenciales con tu proveedor tecnológico
Una vez que tienes el ClientID y ClientSecret, debes compartirlos con tu proveedor de software médico para que pueda configurar la integración. Usa únicamente canales seguros: nunca por correo personal ni por WhatsApp. Lo ideal es hacerlo a través del portal de soporte del proveedor o mediante un canal cifrado habilitado para este fin.
Si usas una plataforma de historia clínica en la nube como Saludtools, este proceso está simplificado: el proveedor ya tiene la arquitectura lista para recibir tus credenciales y activar la integración sin que tengas que entender los detalles técnicos.
Paso 3: Integración técnica y mapeo FHIR
Con las credenciales en mano, tu proveedor tecnológico debe:
- Conectar tu sistema de historia clínica con las APIs del Ministerio.
- Mapear los campos de tu historia clínica al estándar HL7 FHIR R4 (diagnósticos con CIE-10, procedimientos con CUPS, medicamentos con principio activo).
- Validar la estructura de cada tipo de RDA que aplique a tu práctica.
- Ejecutar pruebas con datos sintéticos para verificar que los Bundles se generan correctamente y son aceptados por el API Gateway.
Este paso es técnicamente el más complejo, pero si tu proveedor está preparado para la IHCE, debería ser transparente para ti. Lo que sí debes verificar es que las pruebas se realicen con datos clínicos que representen casos reales de tu práctica, no solo datos de prueba genéricos.
Paso 4: Certificación con el Ministerio de Salud
El proceso cierra con una sesión de validación oficial con el Ministerio de Salud, en la que se verifica que tu sistema puede generar RDA correctos, enviarlos a la plataforma y que la seguridad de la conexión cumple con los estándares requeridos (TLS 1.3 o superior, autenticación en dos niveles). Si todo está en orden, obtienes la certificación de integración a la IHCE.
| Paso | Responsable | Plataforma / herramienta | Resultado esperado |
|---|---|---|---|
| 1. Registro en Hércules | Prestador (institución o profesional) | hercules.sispro.gov.co | ClientID y ClientSecret asignados |
| 2. Entrega de credenciales | Prestador + proveedor de software | Canal seguro del proveedor | Credenciales configuradas en el sistema |
| 3. Integración técnica | Proveedor de software | API Gateway MinSalud, servidor FHIR | RDA generado y validado en ambiente de pruebas |
| 4. Certificación oficial | Prestador + MinSalud | Sesión de validación IHCE | Certificado de integración IHCE |
Errores comunes al generar el RDA (y cómo evitarlos)
La experiencia de la Conectatón IHCE 2025 y los reportes de los primeros prestadores en proceso de integración permiten identificar los errores más frecuentes. Conocerlos de antemano te puede ahorrar semanas de retrasos:
Error 1: Registrarse tarde en Hércules
El registro en Hércules no es instantáneo. El Ministerio debe verificar los datos de la institución, y ese proceso puede tomar días hábiles. Si esperas a la última semana antes del plazo, puede que no alcances a obtener tus credenciales a tiempo. Haz el registro hoy si todavía no lo has hecho.
Error 2: Compartir credenciales por canales inseguros
El ClientID y el ClientSecret son equivalentes a las llaves de acceso de tu institución a la plataforma nacional de salud. Enviarlos por correo personal o WhatsApp expone esas credenciales a riesgos de seguridad inaceptables. Usa siempre los canales habilitados por tu proveedor para este fin.
Error 3: Asumir que el software "ya está listo" sin verificarlo
Algunos proveedores de software médico han comunicado que están "en proceso de certificación" o que "pronto estarán listos". Si tu proveedor no puede mostrarte una integración funcionando en ambiente de pruebas hoy, con menos de dos semanas para el plazo, es una señal de que el tiempo se está acabando. Pide evidencia concreta: capturas del API Gateway aceptando el RDA, número de sesión de pruebas con el Ministerio.
Error 4: Registros clínicos incompletos o mal codificados
El RDA solo puede ser tan bueno como la información que tienes en tu historia clínica. Si registras diagnósticos sin código CIE-10, procedimientos sin CUPS, o medicamentos sin principio activo, el Bundle FHIR generado tendrá campos vacíos o inválidos que serán rechazados por el API Gateway. La calidad del dato clínico es una condición previa a la integración técnica, no un paso posterior.
Error 5: Confundir la obligación del prestador con la del software
Tu proveedor de software se encarga de la parte técnica: construir el Bundle FHIR, enviarlo al API Gateway y gestionar los errores. Pero la responsabilidad de registrarse en Hércules, obtener las credenciales y completar la certificación con el Ministerio es del prestador. Nadie puede hacer ese paso por ti.
Qué datos mínimos debe contener tu RDA de consulta externa
Si tienes un consultorio de atención ambulatoria, este es el tipo de RDA que más te aplica. Aunque la especificación técnica completa está en el perfil FHIR oficial del Ministerio, los datos mínimos que debes asegurarte de registrar correctamente en cada consulta son:
- Identificación del paciente: número de documento, tipo de documento, nombres completos y fecha de nacimiento. El MPI usa estos datos para asignar o verificar el número VIDA único del paciente.
- Datos del prestador: código de habilitación de la institución, nombre del profesional que atiende y su número de tarjeta profesional.
- Fecha y hora de la atención: con precisión hasta minutos, no solo el día.
- Motivo de consulta: texto libre, pero estructurado (no puede ser solo "consulta de control").
- Diagnóstico principal: con código CIE-10 actualizado y descripción. Recuerda que la OMS actualizó la CIE-11 y Colombia definirá el calendario de transición.
- Diagnósticos secundarios: si aplica, también con código CIE-10.
- Procedimientos realizados: codificados con CUPS (Clasificación Única de Procedimientos en Salud).
- Medicamentos formulados: con principio activo, concentración, forma farmacéutica y dosis. No solo el nombre comercial.
- Plan de manejo: las indicaciones al paciente, incluyendo próxima cita o remisión si aplica.
Si actualmente registras todos estos campos en tu historia clínica electrónica, la generación del RDA puede ser automática. Si hay campos que habitualmente dejas vacíos o que registras de forma incompleta, este es el momento de ajustar el hábito.
Qué significa el RDA para la continuidad asistencial de tus pacientes
Más allá del cumplimiento normativo, el RDA representa un cambio real en cómo se entiende la atención en salud en Colombia. Hoy, cuando un paciente tuyo llega a urgencias en otra ciudad, ese médico de urgencias no tiene acceso a su historial: no sabe si tiene alergias a medicamentos, no conoce sus diagnósticos crónicos, no puede ver qué exámenes ya le hicieron el mes pasado. Eso genera decisiones clínicas basadas en información incompleta.
Con el RDA implementado, ese médico de urgencias puede buscar al paciente por su número de documento en el Visor RDA y acceder en segundos a las atenciones anteriores —incluyendo las tuyas—. Eso reduce duplicación de exámenes, evita interacciones medicamentosas por información incompleta y mejora la seguridad del paciente.
Para ti como profesional, también hay un beneficio directo: cuando atiendas a un paciente nuevo referido de otro especialista, podrás consultar los RDA que ese especialista generó. Menos tiempo interrogando, más tiempo analizando.
El número VIDA —el identificador único que el sistema asigna a cada paciente en la plataforma nacional— se convierte en el hilo conductor de toda la historia clínica del paciente a lo largo del sistema de salud colombiano. Es la base sobre la que se construye la continuidad asistencial real.
