Visor RDA : Historia Clínica Interoperable

El Visor RDA es el componente oficial de la plataforma IHCE del Ministerio de Salud que permite a los profesionales de salud autorizados consultar en tiempo real los Resúmenes Digitales de Atención de cualquier paciente, generados por cualquier prestador del país bajo la Resolución 1888 de 2025. Funciona mediante autenticación a través del sistema Hércules, muestra el historial mínimo de los últimos 12 meses con filtros por fecha, y debe integrarse directamente al HIS de cada institución.

Introducción: El momento en que la historia clínica dejó de pertenecer a una institución

Hasta el 14 de abril de 2026, la información clínica de un paciente colombiano pertenecía, en la práctica, a la institución donde fue generada. Si ese paciente llegaba a urgencias en otra ciudad, el médico de turno tomaba decisiones con información incompleta: sin conocer sus alergias, sus diagnósticos crónicos ni los exámenes recientes realizados en otra IPS.

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 de otros prestadores. Eso reduce duplicación de exámenes, evita interacciones medicamentosas por información incompleta y mejora la seguridad del paciente.

El Visor RDA no es una aplicación aislada ni un portal independiente. Es un componente estructural de la arquitectura del mecanismo nacional de Interoperabilidad de Historia Clínica Electrónica (IHCE), administrado directamente por el Ministerio de Salud y Protección Social, cuya vigencia operativa comenzó el 15 de abril de 2026.

¿Qué es exactamente el Visor RDA y cuál es su función dentro de la IHCE?

El Visor RDA es el componente de la arquitectura IHCE que permite a los profesionales autorizados consultar la información de manera ágil dentro del ecosistema centralizado que administra el Ministerio de Salud.

Funcionalmente, el Visor RDA cumple tres roles diferenciados:

1. Búsqueda: permite identificar al paciente por su número de documento y recuperar todos los RDA generados sobre él por cualquier prestador integrado al mecanismo nacional
2. Visualización: presenta la información clínica estructurada de manera legible para el profesional, siguiendo el flujo asistencial lógico (identificación, antecedentes, diagnósticos, medicamentos, procedimientos)
3. Auditoría: cada consulta queda registrada con fecha, hora, profesional e institución, garantizando la trazabilidad completa del acceso a la información

Una vez el RDA está cargado y validado en la plataforma nacional, cualquier profesional autorizado puede buscar y consultar el RDA cuando necesite información clínica relevante de un paciente por medio de un visor que deberá ser integrado al HIS o software médico proveedor de cada institución, y acceder a datos clínicos consignados por otras instituciones de forma estandarizada y confiable.

¿Cómo se integra técnicamente el Visor RDA al sistema de información de una IPS?

La implementación en entornos reales requiere que el Visor RDA no opere como una ventana externa, sino como un módulo embebido dentro del HIS (Sistema de Información Hospitalaria) de la institución. El Manual de Operaciones IHCE del Ministerio define este requisito con precisión técnica:

El Visor debe implementarse como un visor contextual que muestre el historial del paciente vinculado al encuentro clínico activo. El diseño técnico especifica que debe mostrar historial mínimo de los últimos 12 meses y proveer filtros por fecha para que el profesional pueda navegar cronológicamente por los eventos de atención anteriores.

El flujo técnico de consulta a través del Visor RDA es:

1. El profesional abre la historia clínica del paciente en su HIS
2. El HIS autentica al profesional mediante el API Gateway del Ministerio, usando las credenciales IHCE obtenidas en el sistema Hércules
3. El HIS realiza una consulta al endpoint /$consultar-resumen-longitudinal con el identificador VIDA del paciente
4. El Gestor RDA del Ministerio retorna los documentos disponibles en formato HL7 FHIR R4
5. El Visor presenta la información desempaquetada del Bundle FHIR en una interfaz legible para el profesional

La correcta configuración del display de cada código terminológico es crítica: el sistema es estricto entre el código y su respectivo display, y el display debe coincidir exactamente con el configurado dentro del servidor terminológico.

¿Quién puede acceder al Visor RDA y bajo qué condiciones?

El acceso al Visor RDA está restringido mediante un sistema de control por roles. El análisis técnico del modelo de seguridad demuestra tres capas de protección superpuestas:

La autenticación opera en dos niveles, combinando sistemas y usuarios internos mediante tokens o llaves de suscripción. Se implementa control de acceso basado en roles (RBAC), garantizando que solo personal autorizado acceda a los datos. Toda la información transmitida debe emplear cifrado TLS 1.3 o superior, junto con algoritmos como AES-256 para proteger datos en tránsito y en reposo.

Los prestadores deben implementar controles basados en roles y permisos (RBAC) dentro de sus sistemas de información, asegurando que el acceso al Visor RDA esté restringido al personal con relación asistencial activa con el paciente.

Los perfiles habilitados para consultar el Visor RDA son:

• Médicos tratantes con relación asistencial activa
• Médicos de urgencias en atenciones no programadas
• Especialistas receptores de referencia
• Profesionales de enfermería con roles clínicos definidos
• Auditores médicos habilitados institucionalmente

Cada acceso queda registrado en el log de auditoría de la plataforma IHCE, que el Ministerio puede consultar en cualquier momento como parte de sus funciones de inspección y vigilancia.

¿Qué información muestra el Visor RDA de un paciente?

Los elementos de dato en cada RDA se han dispuesto en un orden lógico desde el punto de vista asistencial. Al corresponder a la información recogida en la atención de los pacientes, siguen el flujo de trabajo conocido por los profesionales de salud, facilitando también su posterior consulta.

La estructura de información visible en el Visor RDA por tipo de documento es:

Paciente (primer tipo implementado):

• Datos de identificación y datos sociodemográficos básicos
• Antecedentes de salud relevantes (patologías crónicas, alergias, hospitalizaciones previas)
• Diagnósticos codificados en CIE-10 (con transición progresiva a CIE-11)
• Medicamentos con código IUM (Identificador Único de Medicamentos, Resolución 3166 de 2015)
• Procedimientos codificados en CUPS (Clasificación Única de Procedimientos en Salud)

Hospitalización:

• Datos del ingreso, evolución clínica y egreso hospitalario
• Epicrisis estructurada con diagnóstico principal y complicaciones
• Soporte para procesos de referencia y contrarreferencia

Consulta Externa:

• Se estructura en segmentos temáticos que abarcan identificación del prestador y entidad responsable del plan de beneficios, información del paciente, datos del encuentro clínico, antecedentes, diagnósticos, medicamentos, procedimientos, órdenes médicas, incapacidad médica otorgada e identificación del profesional tratante.

Urgencias (en implementación progresiva):

• Datos de la atención no programada, triaje, manejo y disposición final del paciente

Tabla comparativa: Antes y después del Visor RDA en la práctica clínica

¿Cómo se relaciona el Visor RDA con el ecosistema técnico completo de la IHCE?

El Visor RDA es uno de los siete componentes de la arquitectura IHCE. Comprender su posición en el ecosistema es esencial para implementarlo correctamente:

La arquitectura de la IHCE se compone de: Servidor HL7 FHIR (almacena y gestiona recursos estandarizados); Master Patient Index (MPI) (asegura la identificación unívoca de los pacientes); Gestor de RDA y Repositorio (valida, almacena y organiza los documentos); Visor RDA (permite consultar la información de manera ágil); Servidor terminológico y catálogos de referencia (garantizan coherencia semántica); API Gateway y gestor de autenticación (gestionan seguridad y control de accesos); y el componente ETL del lado del prestador (extrae, transforma y carga datos desde el HIS local).

El Visor RDA depende funcionalmente de cada uno de estos componentes:

• Sin MPI, no puede identificar al paciente de forma unívoca con su número VIDA
• Sin Servidor FHIR, no hay recursos que visualizar
• Sin API Gateway, la consulta no puede autenticarse
• Sin Servidor terminológico, los códigos no se traducen a descripciones legibles

¿Cuáles son los errores más críticos en la implementación del Visor RDA?

El análisis de la Conectatón IHCE 2025 —evento técnico del Ministerio para pruebas de integración— y los reportes de los primeros prestadores en proceso de implementación permiten identificar los patrones de falla más frecuentes:

• Visor como aplicación externa: implementar el Visor como un portal web separado del HIS viola el principio de integración contextual definido por el Manual Operativo. El Visor debe estar embebido en el flujo de atención.
• Ausencia de filtros por fecha: el requisito de historial mínimo de 12 meses con filtros cronológicos no es opcional. Su omisión genera incumplimiento del Anexo Técnico.
• Desconocimiento del identificador VIDA: si el HIS no consulta el MPI para obtener el identificador VIDA del paciente antes de la búsqueda en el Visor, los RDA de atenciones en otras instituciones no serán recuperables.
• Datos sin codificación estándar: diagnósticos en texto libre, medicamentos sin IUM o procedimientos sin CUPS generan Bundles FHIR inválidos que el Visor no puede desplegar correctamente.
• RBAC no implementado en el HIS: si el sistema de la IPS no restringe el acceso al Visor por roles, la institución incumple el artículo 6.3 de la Resolución 1888 sobre control de acceso.

Los prestadores que aún no han iniciado el proceso de generación y envío del RDA deben hacerlo de inmediato, ya que el Ministerio ha previsto la creación progresiva de RDA específicos para otros eventos, como la dispensación ambulatoria de medicamentos, lo que ampliará el alcance del Visor en fases posteriores.

¿Qué papel cumple el sistema Hércules en el acceso al Visor RDA?

Antes de cualquier integración técnica, el prestador debe obtener sus credenciales de interoperabilidad ante el Ministerio. El proceso requiere verificar el registro en www.miseguridadsocial.gov.co, designar un Delegado Administrativo que gestionará las llaves de acceso, y registrar al delegado en hercules.sispro.gov.co, seleccionando el módulo IHCE para completar el registro y obtener el ClientID y ClientSecret.

Estas credenciales son el requisito previo e imprescindible para que el HIS de la IPS pueda autenticarse ante el API Gateway del Ministerio y, por tanto, para que el Visor RDA funcione dentro de la institución. Sin credenciales Hércules activas, el Visor no puede recuperar ningún documento del repositorio nacional.

El proceso de registro en Hércules no es instantáneo: los equipos técnicos que han pasado por el proceso reportan tiempos de validación que pueden extenderse varios días hábiles, lo que hace que este paso sea el primero en ejecutar, mucho antes de iniciar el desarrollo de la integración.

¿Cómo impacta el Visor RDA en la seguridad del paciente y en la calidad asistencial?

El objetivo del mecanismo IHCE y su Visor RDA es crear el índice nacional de pacientes, el cual servirá como punto de referencia para la consolidación del historial clínico longitudinal de cada persona atendida en el sistema de salud colombiano, con propósito asistencial, de continuidad de la atención y de analítica poblacional.

Las métricas empíricas de sistemas de salud con interoperabilidad consolidada a nivel internacional —como el NHS en Reino Unido o el modelo VA en Estados Unidos— sugieren que el acceso integrado a la historia clínica previa reduce los errores por información incompleta entre un 15 y un 30% en las atenciones de urgencias.

El RDA y su consulta a través del Visor garantiza la integridad de la información y facilita su intercambio ágil, seguro y confidencial entre las instituciones del sistema de salud, permitiendo que los profesionales de la salud accedan a información relevante del paciente sin importar dónde haya sido atendido previamente.

Conclusión ruta para que su institución active el Visor RDA

El Visor RDA es la interfaz humana del ecosistema de interoperabilidad colombiano: el punto donde la arquitectura técnica se convierte en una herramienta clínica real. Su correcta implementación no es opcional ni diferible.

Los próximos pasos prácticos para su institución son:

1. Verificar el registro institucional en Hércules (hercules.sispro.gov.co): confirme que el Delegado Administrativo IHCE está designado y que el ClientID y ClientSecret están activos. Sin este paso, ninguna integración técnica es posible.
2. Auditar la calidad del dato clínico en su HIS: revise que los diagnósticos usen CIE-10/CIE-11, los procedimientos estén en CUPS y los medicamentos tengan código IUM. Un dato mal estructurado en la historia clínica generará un RDA inválido que el Visor no podrá desplegar en otras instituciones.
3. Exigir a su proveedor de software la integración contextual del Visor: el Visor RDA debe estar embebido en el flujo de apertura de la historia clínica, con consulta automática al endpoint /$consultar-resumen-longitudinal, historial de 12 meses y filtros por fecha.
4. Implementar RBAC en su sistema: defina los roles con acceso al Visor RDA y asegure que los logs de consulta se generen correctamente para cumplir con los requisitos de auditoría de la Resolución 1888.
5. Planificar las fases futuras: el Ministerio expandirá progresivamente los tipos de RDA disponibles en el Visor, incluyendo RDA de urgencias, procedimientos y dispensación ambulatoria. Su arquitectura de integración debe ser modular para incorporar estos nuevos tipos sin rediseño.
6. Consultar el micrositio oficial del IHCE para acceder a actualizaciones del Manual Operativo, nuevas versiones de la Guía de Implementación HL7 FHIR y los calendarios de los próximos eventos técnicos del Ministerio.

La implementación en entornos reales requiere que directivos, equipos de TI y profesionales clínicos trabajen de manera coordinada. El Visor RDA no es un proyecto de tecnología: es una transformación del modelo de atención centrado en el paciente que define el estándar asistencial de Colombia en 2026 y en los años que siguen.

Referencias Oficiales

1. Resolución 1888 de 2025 — Ministerio de Salud y Protección Social. Adopta el RDA en el marco de la IHCE. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201888%20de%202025.pdf
2. Manual de Operaciones de Interoperabilidad IHCE — Ministerio de Salud y Protección Social. Especificaciones técnicas del Visor RDA, autenticación, RBAC y endpoints. https://www.minsalud.gov.co/ihce/Manuales/Manual_de_operaciones_interoperabilidad_IHCE.pdf
3. Micrositio RDA — Ministerio de Salud y Protección Social. Tipos de RDA, catálogos terminológicos y guías de contenido clínico. https://www.minsalud.gov.co/ihce/rda/Paginas/inicio.aspx
4. Guía de Implementación HL7 FHIR RDA Colombia v0.8.1 — HL7 Colombia / Ministerio de Salud y Protección Social. https://vulcano.ihcecol.gov.co/
5. Manual de Operaciones IHCE — Documento Maestro — Ministerio de Salud y Protección Social. Arquitectura general, componentes y modelo de operación RDA. https://www.minsalud.gov.co/ihce/Manuales/Documento_Maestro_IHCE.pdf
6. Sistema Hércules — Registro de credenciales IHCE — Ministerio de Salud y Protección Social. https://hercules.sispro.gov.co
7. Micrositio oficial IHCE — Ministerio de Salud y Protección Social. https://www.minsalud.gov.co/ihce/Paginas/default.aspx
8. Resolución 866 de 2021 — Ministerio de Salud y Protección Social. Define los catálogos de datos clínicos y terminologías de uso obligatorio en el RDA. https://www.minsalud.gov.co
9. Resolución 3166 de 2015 — Ministerio de Salud y Protección Social. Define el Identificador Único de Medicamentos (IUM) requerido en el RDA. https://www.minsalud.gov.co
10. Ley 2015 de 2020 — Congreso de Colombia. Crea la Historia Clínica Electrónica Interoperable como bien público digital. https://www.minsalud.gov.co/ihce/Paginas/Interoperabilidad-de-Historia-Clinica-QA.aspx