Reportes obligatorios en salud: 5 que tu software médico debe resolverte (RIPS, PEDT, SIVIGILA, RUAF-ND e indicadores)

Un software médico no solo guarda: también rinde cuentas

Todo prestador de servicios de salud en Colombia, desde el médico independiente hasta la IPS con varias sedes, produce información que el sistema necesita de vuelta. Parte de esa información sirve para pagar (los RIPS), parte para vigilar la salud pública (el SIVIGILA), parte para las estadísticas vitales del país (el RUAF-ND), parte para seguir las rutas de promoción y prevención (el PEDT) y parte para medir la calidad (los indicadores de la Resolución 256 de 2016).

El problema no es que existan esos reportes. El problema es que, en muchos consultorios, cada uno se arma por separado: alguien exporta la agenda, otra persona revisa diagnósticos a mano, un tercero llena la plantilla de la EPS. Cada paso manual es una oportunidad de que dos reportes digan cosas distintas sobre la misma atención.

Por eso el criterio de compra no es "¿tiene reportes?", sino una pregunta más precisa: ¿cuánto de cada reporte sale directamente de lo que el profesional ya registró en la consulta?

Los cinco reportes, uno por uno

Cada reporte tiene una norma, un destinatario y una mecánica distinta. No todos aplican a todos los prestadores; revisa tus servicios habilitados, tus contratos y lo que te indique tu secretaría de salud.

1. RIPS: el soporte de la factura electrónica

Los Registros Individuales de Prestación de Servicios de Salud (RIPS) son hoy el soporte obligatorio de la factura electrónica de venta en salud. Los rige la Resolución 948 de 2026, que derogó las Resoluciones 2275 de 2023, 558 y 1884 de 2024.

• A quién aplica: a todo prestador que facture servicios de salud, incluidos los profesionales independientes.
• Cómo se presenta: en formato JSON, validado en el Mecanismo Único de Validación, que devuelve el Código Único de Validación (CUV).
• Qué debe hacer el software: generar el RIPS a partir de la atención registrada, enviarlo a validación, mostrar con claridad los errores y permitir corregir y reenviar sin rehacer la consulta.

Es el único de los cinco que, en la práctica, debe salir completo del software. Si un proveedor no lo resuelve de punta a punta, no es una opción viable para facturar.

2. PEDT: protección específica y detección temprana

El reporte de Protección Específica y Detección Temprana, conocido durante años como "el 4505", recoge por persona las actividades de promoción y prevención. La Resolución 4505 de 2012 lo creó y la Resolución 202 de 2021 modificó su artículo 10 y sustituyó el anexo técnico para alinearlo con las atenciones de la Ruta de Promoción y Mantenimiento de la Salud de la Resolución 3280 de 2018.

• A quién aplica: a los prestadores que realizan actividades de protección específica y detección temprana: controles de crecimiento y desarrollo, tamizajes, control prenatal, planificación familiar, vacunación, entre otras.
• Cómo se presenta: como archivo con la estructura del anexo técnico, con periodicidad trimestral, y fluye hacia el Sistema Integral de Información de la Protección Social (SISPRO).
• Qué debe hacer el software: capturar en campos estructurados —no en texto libre— los datos que pide el anexo, y permitir extraerlos por periodo sin reconstruirlos a mano.

Si trabajas la ruta, el detalle de qué registrar por momento del curso de vida está en nuestra guía sobre la Ruta de Promoción y Mantenimiento de la Salud y el reporte PEDT.

3. SIVIGILA: notificación de eventos de interés en salud pública

El Sistema de Vigilancia en Salud Pública fue creado por el Decreto 3518 de 2006, hoy compilado en el Decreto 780 de 2016. Obliga a todos los prestadores y profesionales que generen información de interés en salud pública a notificar los eventos de reporte obligatorio, sin importar si son públicos o privados.

• A quién aplica: a cualquiera que capte un caso, incluido el consultorio independiente, como Unidad Primaria Generadora de Datos (UPGD) o a través de la unidad informadora que defina la secretaría de salud.
• Cómo se presenta: con las fichas y herramientas del Instituto Nacional de Salud, en dos velocidades: notificación inmediata para eventos de alto impacto y notificación semanal para la vigilancia rutinaria.
• Qué debe hacer el software: registrar el diagnóstico codificado, dejar trazabilidad de la sospecha y permitir consultar por diagnóstico y rango de fechas para cruzar lo notificado contra lo atendido.

Qué eventos se notifican y en qué plazos está explicado en la guía de notificación a SIVIGILA desde el consultorio.

4. RUAF-ND: nacimientos y defunciones

La Resolución 435 de 2025 reglamentó el reporte de los hechos vitales y adoptó la aplicación tecnológica Registro Único de Afiliados – Nacimientos y Defunciones (RUAF-ND). Todos los nacimientos y defunciones ocurridos en el país se reportan al Ministerio de Salud por esa vía.

• A quién aplica: a los profesionales de la medicina en ejercicio o en servicio social obligatorio, a las IPS y a otras entidades del sistema.
• Cómo se presenta: el certificado se diligencia en la propia aplicación RUAF-ND, no en el software del prestador.
• Qué debe hacer el software: tener a mano la historia clínica completa —antecedentes, diagnósticos, evolución— para que la cadena causal del certificado de defunción sea coherente con lo registrado.

Los errores más frecuentes al diligenciar la cadena causal están en cómo reportar el certificado de nacido vivo y de defunción en RUAF-ND.

5. Indicadores de calidad: Resolución 256 de 2016

La Resolución 256 de 2016 organizó el Sistema de Información para la Calidad, parte del Sistema Obligatorio de Garantía de la Calidad, y fijó indicadores de monitoreo agrupados en dominios como efectividad, seguridad, experiencia de la atención y gestión del riesgo.

• A quién aplica: principalmente a las IPS y a las entidades administradoras de planes de beneficios. Un profesional independiente debe confirmar con su secretaría de salud qué le corresponde.
• Cómo se presenta: por la plataforma PISIS de SISPRO, con la periodicidad que define la norma para cada indicador.
• Qué debe hacer el software: darte los insumos —oportunidad de la cita, atenciones por profesional, diagnósticos, eventos— sin que alguien arme la cuenta a mano cada periodo.

Estos indicadores dialogan con la Política Nacional de Calidad en Salud adoptada por la Resolución 1058 de 2026, que pone el foco en gestionar por resultados y no solo en reportar.

Qué genera el software y qué se presenta en un aplicativo oficial

Esta distinción evita dos errores opuestos: comprar esperando que el software "envíe todo", o descartar un buen sistema porque no tiene un botón para el RUAF-ND. Así se reparte el trabajo en la práctica:

• Sale completo del software: RIPS con su validación. Aquí la exigencia es total.
• Sale del software como archivo o insumo estructurado: PEDT e indicadores de calidad. El sistema debe capturar los datos en campos estructurados y permitir extraerlos por periodo.
• Se presenta en un aplicativo oficial, con datos del software: SIVIGILA y RUAF-ND. El valor del sistema está en la información clínica completa, codificada y consultable, y en dejar constancia de que el reporte se hizo.

7 preguntas para hacerle al proveedor en la demo

No son preguntas de folleto. Pídelas en pantalla y con casos concretos.

1. ¿Cómo genera y valida el RIPS? Pide ver una atención registrada convertida en RIPS, enviada a validación y con su CUV. Y pide ver un error: dónde aparece y cómo se corrige.
2. ¿Los datos del PEDT se capturan estructurados? Un tamizaje, un control prenatal o una vacuna escritos en texto libre no se pueden extraer después. Pregunta qué campos cubre y qué quedaría fuera.
3. ¿Qué pasa cuando registro un diagnóstico de notificación obligatoria? Algunos sistemas lo resaltan; otros no hacen nada. Si no hay alerta, pregunta al menos cómo consultar después esos diagnósticos por fecha.
4. ¿Qué reportes puedo exportar por fecha, profesional y diagnóstico? Es la base para cruzar SIVIGILA, construir indicadores y responder a una auditoría.
5. ¿Los códigos son los vigentes? CUPS del año, CIE-10 y CIE-11 en transición, datos del contrato. Un reporte con códigos viejos se rechaza aunque esté bien armado.
6. ¿Quién actualiza el sistema cuando cambia un anexo técnico y cuánto tardó la última vez? La Resolución 948 de 2026 obligó a todo el sector a moverse en semanas. Pregunta con fechas y si la actualización tuvo costo adicional.
7. ¿Queda trazabilidad de quién registró qué y cuándo? Ante un requerimiento de la secretaría o de la EPS, necesitas demostrar que la atención y el reporte existieron.

Estas preguntas complementan los criterios generales de nuestra guía para elegir software de historia clínica en Colombia: allí están seguridad, soporte y contrato; aquí, la capa de cumplimiento.

Tres señales de que tu sistema actual te está costando horas

• Cada fin de trimestre alguien "arma el PEDT". Si el reporte se construye revisando historias una por una, los datos no están estructurados o no se pueden extraer.
• El RIPS y la factura se hacen en herramientas distintas. Dos digitaciones de la misma atención terminan, tarde o temprano, en dos versiones distintas y en una glosa.
• Nadie sabe cuántos diagnósticos de notificación obligatoria se atendieron el mes pasado. Si no puedes responder eso en minutos, tampoco puedes demostrar que notificaste a tiempo.

Si reconoces dos de las tres, vale la pena revisar qué indicadores de gestión medir en tu consultorio: muchos de ellos usan los mismos datos que los reportes obligatorios y suelen fallar por la misma razón.

Errores frecuentes al evaluar este punto

• Confundir "genera RIPS" con "valida RIPS". Armar el JSON y superar la validación con su CUV son dos cosas distintas.
• Evaluar solo con los reportes de hoy. Si en un año vas a contratar actividades de la ruta de promoción y mantenimiento, el PEDT entrará en tu operación. Evalúa con ese escenario.
• Olvidar los reportes que no son de facturación. Farmacovigilancia, tecnovigilancia y eventos adversos también se reportan. Sobre el primero, revisa qué reportar al INVIMA y en qué plazo.
• No preguntar por el costo de la actualización normativa. Un sistema barato que cobra aparte cada cambio de anexo técnico deja de serlo en el primer año.

Dónde encaja Saludtools

Saludtools es un software de historia clínica electrónica en la nube para consultorios e IPS en Colombia. La misma atención que registra el profesional alimenta los RIPS y la factura electrónica bajo la Resolución 948 de 2026, sin doble digitación. La historia clínica se registra con diagnóstico codificado y campos estructurados por especialidad, con reportes por rango de fechas y por profesional que sirven de base para cruzar notificaciones, construir indicadores y responder a una auditoría. Cuando cambia la norma, el equipo actualiza la plataforma.

También vale decir qué no hacemos: no reemplazamos los aplicativos oficiales del RUAF-ND ni del SIVIGILA, que siguen siendo el canal de presentación de esos reportes. Y Saludtools funciona por plan individual: cada profesional tiene el suyo, de modo que un equipo de diez médicos son diez planes, no una sola cuenta multiusuario. Si tu operación depende de un reporte específico, lo honesto es revisarlo juntos en la demo, con tu lista en la mano.

Este artículo es informativo y no reemplaza la asesoría jurídica. Las obligaciones concretas dependen de tus servicios habilitados, tus contratos y las instrucciones de tu secretaría de salud; verifica siempre las normas vigentes en las fuentes oficiales del Ministerio de Salud y Protección Social y del Instituto Nacional de Salud.