Software para IPS en Colombia: Guía Completa de Selección 2026

El software para IPS en Colombia en 2026 debe cumplir obligatoriamente con cinco requisitos normativos simultáneos: generación de RIPS JSON con CUV (Resolución 2275/2023), transmisión del RDA en HL7 FHIR R4 a la IHCE (Resolución 1888/2025), registro en el SIIFA con CUCON (Resolución 1962/2025), soporte de CIE-11 (Resolución 1442/2024) y prescripción UPC mediante el recurso MedicationRequest del RDA (Circular 0019/2026). Un sistema que no cumple todos estos requisitos simultáneamente no es una opción viable.

Introducción: El software para IPS como infraestructura de cumplimiento normativo en 2026

Hasta 2022, elegir el software de una IPS era fundamentalmente una decisión clínica y administrativa: qué tan bien gestiona la historia clínica, qué tan fácil es para el médico, qué tan bueno es el módulo de facturación. Los criterios normativos existían, pero eran relativamente estables y manejables.

En 2026, la ecuación cambió de manera radical. El software de una IPS es ahora el punto de intersección de al menos cinco ecosistemas digitales regulados simultáneamente por el Ministerio de Salud, con plazos de cumplimiento ya vencidos y mecanismos de supervisión activos en tiempo real por parte de la Superintendencia Nacional de Salud.

Un software que no genera RIPS JSON con CUV bloquea el flujo de caja de la institución. Uno que no transmite RDA a la IHCE pone a la IPS en incumplimiento de la Resolución 1888 de 2025. Uno que no se integra al SIIFA impide la trazabilidad de contratos y pagos. Uno sin CIE-11 queda en rezago regulatorio. Uno sin módulo de prescripción UPC vía RDA viola la Circular 0019 de 2026.

La implementación en entornos reales demuestra que el software es el cuello de botella más frecuente en el cumplimiento normativo de las IPS: no porque las instituciones no quieran cumplir, sino porque su HIS no tiene las capacidades técnicas para hacerlo. Esta guía les da los criterios para elegir —o actualizar— el software correcto.

¿Cuáles son los tipos de software que necesita una IPS en Colombia?

Antes de hablar de selección, es fundamental comprender que el ecosistema de software de una IPS no es un único sistema: es una arquitectura de aplicaciones que deben integrarse entre sí y con las plataformas del Ministerio.

HIS (Hospital Information System) — Sistema de Información Hospitalario Es el núcleo del ecosistema. Gestiona la historia clínica electrónica, la agenda de citas, la atención clínica, los registros de procedimientos y medicamentos. En 2026, el HIS debe generar el Bundle FHIR R4 del RDA y transmitirlo a la IHCE del Ministerio. Es el sistema con mayor impacto en la calidad del dato clínico.

Sistema de Facturación Genera el RIPS JSON, emite la Factura Electrónica de Venta (FEV) en formato XML, tramita la aprobación ante la DIAN (CUFE), transmite al MUV del Ministerio (CUV) y registra la factura en el SIIFA bajo el CUCON del contrato. En muchas IPS este módulo está integrado al HIS; en otras es un sistema separado que debe integrarse vía API.

Sistema de Farmacia / Dispensación Gestiona el inventario de medicamentos, la dispensación y el consumo. Desde la Circular 0019 de 2026, la dispensación de medicamentos UPC debe trazarse a través del RDA, lo que exige que el sistema de farmacia esté integrado con el HIS para generar el recurso MedicationDispense del Bundle FHIR.

Sistema de Agenda / Citas Gestiona la programación de consultas. Debe integrarse con el HIS para que el agendamiento de citas se articule correctamente con los indicadores de oportunidad de la Resolución 1552 de 2013 y con los tiempos de espera reportados en el SIIFA.

¿Cuáles son los requisitos normativos no negociables del software para IPS en 2026?

Esta es la lista de requisitos que determinan si un software es viable o no para una IPS colombiana en 2026. No hay margen de negociación ni período de gracia adicional:

Requisito 1: RIPS JSON (Resolución 2275 de 2023)

El sistema debe generar el RIPS en formato JSON con la estructura definida por el Ministerio, transmitirlo al MUV conjuntamente con la FEV y obtener el CUV. Los sub-objetos obligatorios son: listaConsultas, listaProcedimientos, listaUrgencias, listaHospitalizacion, listaMedicamentos y listaOtrosServicios, según el tipo de servicios que presta la IPS.

Requisito 2: Integración IHCE / RDA (Resolución 1888 de 2025)

El sistema debe generar Bundles HL7 FHIR R4 con los perfiles colombianos de vulcano.ihcecol.gov.co, consultar el MPI del Ministerio para obtener el identificador VIDA del paciente, y transmitir el Bundle al Gestor RDA usando autenticación Hércules (ClientID/ClientSecret) y cifrado TLS 1.3.

Requisito 3: Integración SIIFA (Resolución 1962 de 2025)

El sistema de facturación debe permitir el registro de contratos con CUCON en el SIIFA, la radicación de facturas con CUV bajo el CUCON correspondiente, y el seguimiento de glosas, devoluciones y pagos en los módulos del SIIFA.

Requisito 4: CIE-11 (Resolución 1442 de 2024)

El sistema debe incluir el catálogo CIE-11 en español con soporte de postcoordinación (combinación de código base con extensores de lateralidad, severidad, histología, etc.), en coexistencia con CIE-10 durante el período de transición. Los diagnósticos deben codificarse con el system correcto para cada versión en el Bundle FHIR.

Requisito 5: Prescripción UPC vía RDA (Circular 0019 de 2026)

El módulo de prescripción debe generar el recurso MedicationRequest con código IUM (Identificador Único de Medicamentos, Resolución 3166 de 2015) para los medicamentos financiados con recursos UPC, transmitiéndolo como parte del Bundle RDA a la plataforma IHCE.

Requisito 6: Seguridad (Ley 1581 de 2012 + Resolución 1888 de 2025)

• Cifrado TLS 1.3 en transmisiones a plataformas del Ministerio
• Control de acceso basado en roles (RBAC)
• Logs de auditoría completos (usuario, rol, fecha, hora, operación)
• Política de tratamiento de datos personales conforme a la Ley 1581 de 2012

Requisito 7: Historia clínica (Resolución 1995 de 1999)

La historia clínica debe cumplir los requisitos de identificación del paciente, registro cronológico, firma del profesional, legibilidad y conservación mínima de 20 años.

Tabla comparativa: Criterios de evaluación del software para IPS en Colombia 2026

¿Qué preguntas técnicas son obligatorias al evaluar un proveedor de software para IPS?

La implementación en entornos reales demuestra que los errores más costosos en la selección de software para IPS se cometen por no hacer las preguntas correctas antes de contratar. Estas son las preguntas que no pueden omitirse:

Sobre la integración IHCE:

1. ¿Su sistema ha completado la certificación técnica ante el Ministerio de Salud y está operando en producción? ¿Puede mostrar la evidencia?
2. ¿Qué tasa de HTTP 200 (aceptación del Gestor RDA) tiene su base de clientes activos?
3. ¿El sistema consulta el endpoint del MPI del Ministerio para obtener el VIDA antes de construir el Bundle?
4. ¿El Bundle FHIR usa los perfiles colombianos de vulcano.ihcecol.gov.co o el estándar FHIR R4 genérico?

Sobre catálogos y normativa: 5. ¿El sistema incluye CIE-11 con soporte de postcoordinación? ¿En qué fecha estuvo disponible para sus clientes? 6. ¿Cómo y en qué plazo se actualizan los catálogos CIE, CUPS e IUM tras cada publicación del Ministerio? 7. ¿Las actualizaciones normativas (cambios de esquema RIPS, perfiles FHIR, catálogos) están incluidas en el precio de la suscripción o generan costos adicionales?

Sobre seguridad: 8. ¿Qué versión de TLS usa para las transmisiones al API Gateway de la IHCE y al MUV? 9. ¿Cómo implementan el RBAC para restringir el acceso al Visor RDA a usuarios con relación asistencial activa? 10. ¿Dónde están almacenados los datos clínicos? ¿En servidores en Colombia? ¿Qué certificaciones de seguridad tiene la infraestructura?

Sobre soporte y continuidad: 11. ¿Cuál es el SLA de disponibilidad del sistema y qué penalidades se aplican por incumplimiento? 12. ¿Qué sucede con los datos de la historia clínica si se cancela el contrato? ¿Hay exportación en formato estándar? 13. ¿Puede proporcionar contacto de al menos dos IPS de perfil similar que usen el sistema hace más de 12 meses?

¿Cuáles son las señales de alerta en un proveedor de software para IPS?

No todos los proveedores del mercado colombiano de HIS tienen la madurez técnica que el ecosistema normativo de 2026 requiere. Estas son las señales de alerta más críticas:

• «La integración IHCE está en desarrollo»: si no está disponible hoy, el proveedor no puede garantizar cumplimiento de la Resolución 1888 de 2025, cuyo plazo venció el 15 de abril de 2026
• No puede mostrar evidencia de certificación ante el Ministerio: sin validación técnica del Ministerio, el sistema no está habilitado para transmitir en producción
• Solo tiene CIE-10, sin hoja de ruta para CIE-11: el proveedor está en rezago frente a la Resolución 1442 de 2024
• El Visor RDA es un portal web externo al HIS: viola el requisito de integración contextual de la Resolución 1888
• Los módulos de IHCE, prescripción UPC o SIIFA tienen costo adicional no mencionado en la oferta inicial: el costo total real puede ser significativamente mayor al cotizado
• No puede responder en qué versión de TLS opera: riesgo de seguridad que incumple la Resolución 1888 de 2025
• Sin SLA documentado en el contrato: un proveedor sin compromisos formales de disponibilidad no puede garantizar continuidad asistencial

¿Cuál es el modelo de costos del software para IPS y cómo evaluarlo correctamente?

El error más frecuente en la evaluación de costos del software para IPS es comparar solo el precio de la licencia o la suscripción mensual, ignorando el costo total de propiedad (TCO) a 3-5 años.

Los componentes del costo total que deben considerarse son:

Costos directos del software:

• Licencia perpetua (on-premise) o suscripción mensual/anual (SaaS)
• Módulos adicionales no incluidos en la oferta base: IHCE, prescripción UPC, integración SIIFA, facturación electrónica
• Capacitación inicial para el personal clínico y administrativo
• Migración de datos históricos desde el sistema anterior

De implementación:

• Horas de consultoría para la configuración inicial
• Desarrollo de integraciones con sistemas de laboratorio, farmacia o imagenología
• Proceso de certificación ante el Ministerio (generalmente a cargo del proveedor, pero verificar quién corre con el costo de demoras)

Costos operativos recurrentes:

• Actualizaciones normativas: ¿están incluidas o son adicionales?
• Soporte técnico: ¿el plan básico incluye incidentes críticos?
• Infraestructura de red: ancho de banda mínimo para sistemas SaaS

Costos del riesgo de incumplimiento: Este es el componente menos visible pero más relevante. Un software que no genera CUV impide la facturación. Una semana sin facturación válida puede costar más que un año de suscripción al mejor software del mercado. El costo del incumplimiento normativo no es un factor teórico: es un riesgo operativo cuantificable.

¿Cómo migrar de un software antiguo a uno nuevo sin interrumpir la operación de la IPS?

La migración de software es el proceso de mayor riesgo operativo en la gestión tecnológica de una IPS. La implementación en entornos reales requiere un plan de transición que contemple:

Fase 1 — Preparación (4-6 semanas antes)

1. Exportar todos los datos históricos del sistema actual en formatos estándar (CSV, JSON, HL7)
2. Verificar que el nuevo sistema puede importar esos formatos sin pérdida de información
3. Configurar el nuevo sistema en ambiente de pruebas con datos reales anonimizados
4. Capacitar al personal clave en el nuevo sistema antes del arranque

Fase 2 — Pruebas de integración (2-3 semanas antes) 5. Verificar la transmisión de RIPS JSON al MUV en el ambiente de desarrollo: verificar que el CUV se obtiene correctamente 6. Validar la transmisión de RDA al sandbox de la IHCE: verificar HTTP 200 para cada tipo de RDA 7. Validar el registro de contratos y facturas en el SIIFA con datos de prueba

Fase 3 — Operación paralela (primeras 2-4 semanas) 8. Operar simultáneamente el sistema antiguo y el nuevo: las nuevas atenciones se registran en el nuevo sistema; el histórico sigue siendo accesible en el antiguo o fue migrado 9. Monitorear diariamente la tasa de HTTP 200 en el MUV y en el Gestor RDA del nuevo sistema 10. Resolver inmediatamente cualquier error de transmisión antes de desactivar el sistema anterior

Fase 4 — Desactivación del sistema anterior 11. Solo después de verificar que el nuevo sistema opera sin errores durante al menos 2 semanas seguidas 12. Archivar los datos del sistema antiguo en un formato accesible por el período legal de conservación (20 años)

Conclusión: Hoja de ruta para seleccionar o actualizar el software de su IPS en 2026

La selección del software para IPS en Colombia en 2026 es una decisión estratégica de primer orden, con impacto directo en el cumplimiento normativo, la liquidez financiera y la calidad asistencial de la institución. El proceso de selección correcto no puede basarse en una demo de ventas: debe basarse en evidencia técnica verificable.

Los próximos pasos prácticos:

1. Auditar el software actual esta semana: completar la lista de 13 criterios de la tabla comparativa de este artículo para el sistema que usa actualmente. Los criterios sin cumplimiento son las brechas que deben cerrarse.
2. Si el proveedor actual no tiene hoja de ruta de cumplimiento en menos de 60 días: iniciar el proceso de evaluación de alternativas. Priorizar proveedores con certificación IHCE verificable, CIE-11 disponible y soporte en Colombia.
3. Solicitar demos técnicas, no de ventas: la demo debe mostrar en vivo la transmisión de un Bundle FHIR al sandbox del Ministerio con respuesta HTTP 200, la generación de RIPS JSON con CUV, la prescripción de un medicamento UPC con IUM automático y el Visor RDA embebido en el flujo del HIS.
4. Verificar referencias de IPS similares: contactar directamente a dos o tres IPS del mismo perfil (misma especialidad, complejidad y tamaño) que lleven más de 12 meses usando el sistema. Preguntar específicamente sobre la experiencia de activación IHCE y el soporte ante incidentes críticos.
5. Negociar el contrato con cláusulas de cumplimiento normativo: incluir obligaciones explícitas sobre actualización de catálogos (CIE, CUPS, IUM) sin costo adicional, SLA de disponibilidad con penalidades, exportación de datos en formato estándar ante cancelación, y notificación en 72 horas ante incidentes de seguridad.

Referencias Oficiales

1. Resolución 2275 de 2023 — Ministerio de Salud. RIPS JSON, MUV, CUV y modelo de facturación integrada. https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/DIJ/resolucion-2275-de-2023.pdf
2. Resolución 1888 de 2025 — Ministerio de Salud. RDA, IHCE, HL7 FHIR R4, TLS 1.3, RBAC y plazos de cumplimiento. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201888%20de%202025.pdf
3. Resolución 1962 de 2025 — Ministerio de Salud. SIIFA, CUCON y trazabilidad financiera del SGSSS. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201962%20de%202025.pdf
4. Resolución 1442 de 2024 — Ministerio de Salud. CIE-11 en Colombia con implementación progresiva. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201442%20de%202024.pdf
5. Circular Externa 0019 de 2026 — Ministerio de Salud. Prescripción UPC vía RDA/MedicationRequest con IUM. https://www.minsalud.gov.co
6. Resolución 1995 de 1999 — Ministerio de Salud. Requisitos de la historia clínica que el software médico debe garantizar. https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/DIJ/resolucion_1995_de_1999.pdf
7. Resolución 3166 de 2015 — Ministerio de Salud. IUM: campo obligatorio en prescripción y MedicationRequest del RDA. https://www.minsalud.gov.co
8. Guía de Implementación HL7 FHIR RDA Colombia — HL7 Colombia / Ministerio de Salud. Perfiles colombianos obligatorios para el HIS. https://vulcano.ihcecol.gov.co/
9. Sistema Hércules SISPRO — Ministerio de Salud. Credenciales IHCE que el software debe gestionar. https://hercules.sispro.gov.co
10. Ley 1581 de 2012 — Congreso de Colombia. Protección de datos personales sensibles de salud gestionados por el software. https://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?i=49981