La validación única de RIPS en Colombia es el proceso obligatorio mediante el cual el Mecanismo Único de Validación (MUV) del Ministerio de Salud verifica simultáneamente la coherencia técnica y clínica del RIPS JSON y la Factura Electrónica de Venta (FEV) antes de emitir el Código Único de Validación (CUV). Sin CUV no existe factura válida en el SGSSS. El proceso tiene siete pasos secuenciales definidos por las Resoluciones 2275 de 2023 y 1884 de 2024, con plazo de transmisión de máximo cinco días hábiles post-cierre del mes.
Introducción: El MUV como árbitro único de la facturación en salud colombiana
Antes de 2024, la validación de los RIPS era un proceso descentralizado, heterogéneo y opaco. Cada ERP (Entidad Responsable de Pago) aplicaba sus propios criterios de auditoría sobre los archivos planos .txt que el prestador adjuntaba a la factura. Un procedimiento aceptado por una ERP era glosado por otra. Un mismo error podía pasar inadvertido en una cuenta y bloquear el pago en otra. La inconsistencia era estructural.
La Resolución 2275 de 2023 cambió ese modelo de manera definitiva. El RIPS JSON se convirtió en el soporte técnico obligatorio de la Factura Electrónica de Venta (FEV), y ambos documentos deben transmitirse conjuntamente al Mecanismo Único de Validación (MUV) del Ministerio de Salud antes de que la factura pueda ser radicada ante cualquier ERP.
El análisis técnico de este cambio demuestra que el MUV opera como árbitro neutral y centralizado: aplica las mismas reglas de validación a todos los prestadores, independientemente de la ERP a la que facturen. Si el MUV emite el CUV (Código Único de Validación), la factura es técnicamente válida. Si no lo emite, la factura no existe en el sistema de pago del SGSSS.
Este artículo explica qué es exactamente la validación única de RIPS, cómo funciona técnicamente el MUV, y describe el proceso completo paso a paso para que cualquier equipo de facturación en Colombia pueda ejecutarlo correctamente y obtener el CUV en el primer intento.
¿Qué es exactamente la validación única de RIPS y cuál es su fundamento normativo?
La validación única de RIPS es el proceso centralizado de verificación técnica y semántica que el Ministerio de Salud realiza sobre el RIPS JSON y la FEV de cada prestador antes de certificar su validez para el ciclo de pago del SGSSS.
El término «única» es preciso y deliberado: antes de este modelo, existían múltiples mecanismos de validación (cada ERP tenía el suyo). El MUV los reemplaza a todos con un solo punto de verificación nacional, garantizando uniformidad en los criterios y trazabilidad centralizada de todos los documentos.
El fundamento normativo es:
- Resolución 2275 de 2023: adopta el RIPS JSON como soporte obligatorio de la FEV en salud, sustituyendo los archivos planos de la Resolución 3374 de 2000
- Resolución 1884 de 2024: reglamenta el MUV, define el CUV como requisito de validación y establece los estándares técnicos de transmisión
- Decreto 780 de 2016 (artículo 2.6.1.4.3): marco del proceso de facturación en el SGSSS sobre el que se construye el modelo de validación única
El CUV que emite el MUV es el equivalente digital del sello de validez: certifica que el RIPS y la FEV son técnicamente coherentes entre sí y con los estándares del Ministerio. Sin ese sello, ninguna ERP puede legítimamente recibir la factura como válida.
¿Cómo funciona internamente el Mecanismo Único de Validación (MUV)?
El MUV no es un simple validador de formato: es un motor de análisis bicapa que verifica dos dimensiones distintas y complementarias de cada transmisión.
Capa 1: Validación sintáctica
La primera capa verifica que la estructura técnica de los documentos es formalmente correcta. Esta validación es binaria: o el documento cumple todos los requisitos de estructura, o es rechazado completo. No hay validación parcial.
El MUV verifica en la capa sintáctica:
- Que el archivo RIPS es JSON válido (sintaxis correcta sin errores de formato)
- Que todos los campos obligatorios del esquema oficial del Ministerio están presentes
- Que cada campo tiene el tipo de dato correcto (número, texto, fecha, booleano)
- Que las longitudes de los campos no exceden los límites definidos
- Que la FEV XML tiene la estructura UBL 2.1 con la extensión sectorial de salud del Ministerio
Si la capa sintáctica detecta cualquier error, devuelve HTTP 400 con la descripción del error y la ubicación exacta en el documento. La segunda capa no se ejecuta.
Capa 2: Validación semántica
Si la capa sintáctica es exitosa, el MUV ejecuta la validación semántica: verifica que el contenido de los documentos es clínicamente coherente, internamente consistente y concordante con los registros oficiales.
El MUV verifica en la capa semántica:
- Coherencia entre el diagnóstico CIE y el procedimiento CUPS reportado
- Que los códigos CIE existen y están activos en la tabla vigente del catálogo oficial
- Que los códigos CUPS existen y están activos en la versión vigente de la clasificación
- Que los códigos IUM de medicamentos están activos en el sistema del INVIMA
- Que el NIT del prestador en el RIPS coincide con el NIT de autenticación y el de la FEV
- Que los valores monetarios del RIPS son consistentes con el total de la FEV
- Que las fechas de atención son lógicamente coherentes entre sí y pertenecen al período reportado
- Que el CUFE de la DIAN incluido en la extensión sectorial corresponde a la FEV transmitida
Si la capa semántica detecta errores, devuelve HTTP 422 con el reporte detallado de cada inconsistencia. Si ambas capas son exitosas, el MUV devuelve HTTP 200 y el CUV.
¿Cuál es la estructura técnica del RIPS JSON y qué objetos contiene?
Para transmitir correctamente al MUV, el equipo técnico de facturación debe comprender la estructura del RIPS JSON que la Resolución 2275 de 2023 establece:
Objeto raíz:
El RIPS JSON tiene un objeto raíz que contiene el NIT del prestador (numDocumentIdObligado) y el array principal de prestaciones de servicios de salud.
Sub-objetos por tipo de servicio:
| Sub-objeto | Tipo de atención | Campos clave |
|---|---|---|
listaConsultas | Consulta ambulatoria médica y odontológica | CIE diagnóstico, CUPS tipo consulta, fecha, usuario, profesional |
listaProcedimientos | Procedimientos quirúrgicos, diagnósticos, terapéuticos | CUPS procedimiento, CIE diagnóstico, fecha, ámbito (ambulatorio/hospitalario) |
listaUrgencias | Atenciones en urgencias | CIE diagnóstico, causa externa, CUPS procedimientos de urgencia |
listaHospitalizacion | Episodios hospitalarios | CIE diagnóstico principal y secundarios, fecha ingreso/egreso, CUPS procedimientos |
listaRecienNacidos | Atenciones de recién nacidos | Datos del neonato, diagnósticos propios, peso, APGAR |
listaMedicamentos | Medicamentos dispensados o administrados | IUM obligatorio, nombre, cantidad, vía administración |
listaOtrosServicios | Servicios no clasificados en categorías anteriores | Descripción, código de referencia, valor |
Cada sub-objeto contiene también los datos de identificación del usuario (tipo y número de documento), la institución prestadora (NIT + código REPS), y los datos del profesional responsable.
¿Cuál es el proceso completo de validación RIPS paso a paso?
Este es el flujo de siete pasos que todo equipo de facturación debe ejecutar para obtener el CUV correctamente:
Paso 1: Generación y cierre de los registros de atención en el HIS
El proceso comienza cuando el profesional de salud cierra la atención en el HIS (Sistema de Información Hospitalario) con todos los datos clínicos correctamente codificados:
- Diagnóstico en CIE-10 o CIE-11 (no en texto libre)
- Procedimiento en CUPS
- Medicamentos con código IUM
- Causa externa cuando aplica (para accidentes, urgencias o enfermedades laborales)
La calidad del dato en este paso determina la calidad del RIPS JSON. Un diagnóstico en texto libre o un medicamento sin IUM generará un error semántico (HTTP 422) en el MUV.
Paso 2: Generación automática del RIPS JSON
Al cierre del período de reporte (o al cierre de cada atención en sistemas de transmisión continua), el software de facturación genera el archivo RIPS JSON estructurado con todos los registros del período, organizados en los sub-objetos correspondientes (listaConsultas, listaProcedimientos, etc.).
Antes de continuar al siguiente paso: ejecutar el validador interno del software para verificar la sintaxis JSON. Si el sistema detecta errores, corregirlos antes de avanzar.
Paso 3: Emisión de la FEV a la DIAN y obtención del CUFE
La Factura Electrónica de Venta (FEV) se genera en formato XML UBL 2.1 con la extensión sectorial de salud y se transmite al ambiente de producción de la DIAN. La DIAN procesa la factura y emite el CUFE (Código Único de Factura Electrónica).
Este paso debe completarse antes de transmitir al MUV. El CUFE es un campo obligatorio en la extensión sectorial de la FEV que se envía al MUV. Transmitir al MUV sin CUFE válido genera rechazo inmediato.
Paso 4: Validación interna pre-MUV
Antes de la transmisión al MUV, ejecutar el checklist de validación interna:
- El RIPS JSON pasa el validador sintáctico sin errores
- Todos los campos obligatorios del esquema oficial del Ministerio están presentes
- Los códigos CIE están activos en la tabla vigente
- Los códigos CUPS están activos en la tabla vigente
- Los IUM de medicamentos están activos en el sistema del INVIMA
- El NIT del prestador en el RIPS coincide con el NIT de autenticación en el MUV
- La suma de valores del RIPS es exactamente igual al total de la FEV
- El CUFE de la DIAN está incluido correctamente en la extensión sectorial de la FEV
Paso 5: Autenticación en el MUV y transmisión conjunta
El software de facturación se autentica en el MUV usando las credenciales del prestador (NIT y credenciales de acceso al SISPRO) y transmite en una sola solicitud:
- El archivo RIPS JSON completo del período
- La FEV XML con extensión sectorial de salud y CUFE incluido
La transmisión debe usar protocolo HTTPS. El MUV procesa ambos documentos de manera integrada.
Paso 6: Recepción de la respuesta del MUV y obtención del CUV
El MUV devuelve una respuesta que determina el resultado del proceso:
| Código HTTP | Significado | Acción requerida |
|---|---|---|
| 200 | Validación exitosa — CUV emitido | Registrar el CUV; proceder a la radicación de la factura |
| 400 | Error sintáctico en el JSON o XML | Corregir el error de estructura identificado en el reporte y retransmitir |
| 422 | Error semántico (coherencia clínica o de datos) | Corregir el código o valor incorrecto identificado en el reporte y retransmitir |
| 401 | Error de autenticación | Verificar credenciales; renovar si están vencidas |
| 500 | Error interno del servidor del Ministerio | Reintentar en 30 minutos; si persiste, reportar al soporte del SISPRO |
El CUV es el identificador alfanumérico único que certifica que el RIPS y la FEV específicos han sido validados exitosamente por el Ministerio.
Paso 7: Radicación de la factura con CUV ante la ERP
Con el CUV obtenido, el prestador radica la factura ante la ERP (Entidad Responsable de Pago). La FEV debe incluir el CUV para que la ERP pueda verificar su validez ante el MUV. En el SIIFA (Resolución 1962 de 2025), la factura queda registrada bajo el CUCON del contrato correspondiente, iniciando el ciclo de glosas, respuestas y pagos trazable en tiempo real.
¿Cuáles son los plazos normativos para la transmisión al MUV?
La Resolución 2275 de 2023 establece que el RIPS debe transmitirse al MUV dentro de los cinco (5) días hábiles siguientes al cierre del mes en que se realizaron las atenciones.
Este plazo tiene implicaciones operativas críticas:
- Si el mes de atención cierra el día 31, el plazo vence aproximadamente el día 7 u 8 del mes siguiente (dependiendo de los días hábiles)
- Los rechazos del MUV que ocurren el día 4 o 5 hábil dejan muy poco tiempo para corrección y retransmisión
- Las instituciones que esperan al último día para transmitir no tienen margen de maniobra ante rechazos
La implementación en entornos reales requiere que el proceso de generación del RIPS y la validación interna pre-MUV estén completados para el día 2 hábil del mes siguiente, dejando los días 3, 4 y 5 como margen para correcciones y retransmisiones.
¿Qué sucede si el MUV rechaza la transmisión después del plazo de 5 días hábiles?
El incumplimiento del plazo de transmisión tiene consecuencias escalonadas:
Consecuencia inmediata — imposibilidad de facturar dentro del período:
La factura sin CUV no puede radicarse válidamente. Si el plazo venció, el prestador queda en una situación de incumplimiento normativo que debe justificarse ante la ERP y eventualmente ante la Superintendencia Nacional de Salud.
Consecuencia financiera:
El ciclo de pago no comienza hasta que la factura es radicada con CUV. Cada día de retraso en la radicación es un día adicional de espera en el ciclo de 30 días hábiles para el pago de la ERP. En términos prácticos, un retraso de 5 días en la radicación puede implicar un retraso equivalente en el pago.
Consecuencia regulatoria:
La Superintendencia Nacional de Salud tiene acceso a los datos de transmisión del MUV. Un patrón sistemático de transmisiones fuera de plazo puede activar actuaciones administrativas de inspección.
¿Cómo interpretar el reporte de errores del MUV para corregir rápidamente?
Cuando el MUV devuelve HTTP 400 o HTTP 422, incluye un reporte de errores estructurado que identifica cada problema con su ubicación y descripción. Saber leer este reporte reduce significativamente el tiempo de corrección.
Estructura del reporte de errores del MUV:
El reporte incluye para cada error:
- Código del error: identificador numérico del tipo de error según la tabla de códigos del Ministerio
- Descripción del error: texto explicativo del problema detectado
- Ubicación en el documento: path JSON o XPath XML donde se detectó el error
- Valor recibido: el valor que el MUV encontró en ese campo
- Valor esperado: qué tipo de dato o formato esperaba el MUV
Errores más frecuentes y su corrección inmediata:
Error: codDiagnostico no encontrado en tabla CIE vigente→ el código CIE está obsoleto o mal escrito. Verificar en la tabla vigente del Ministerio y corregir.Error: codProcedimiento no encontrado en tabla CUPS vigente→ el CUPS fue eliminado o el código tiene un error tipográfico. Verificar en el catálogo CUPS activo.Error: valorTotal no coincide con sumatorias del RIPS→ diferencia entre el total de la FEV y la suma de los registros del RIPS. Revisar campo por campo hasta encontrar la discrepancia.Error: NIT del prestador no coincide→ el NIT en el RIPS difiere del NIT de autenticación. Verificar que incluye el dígito verificador correcto y es el mismo en todos los campos.Error: CUFE no válido o no corresponde a esta FEV→ se transmitió el CUFE de una factura diferente, o la FEV fue enviada al MUV antes de obtener el CUFE de la DIAN.
¿Cómo se integra la validación RIPS con el ecosistema digital completo del SGSSS?
La validación única de RIPS no es un proceso aislado: es el primer eslabón de una cadena de trazabilidad que se extiende a través de todo el ecosistema digital del sector salud colombiano:
Con la IHCE y el RDA (Resolución 1888/2025):
El diagnóstico CIE y el procedimiento CUPS del RIPS JSON deben ser coherentes con los del RDA transmitido a la plataforma IHCE. El Ministerio puede cruzar ambos sistemas en auditorías. Una institución que registra diagnósticos distintos en el RIPS y en el RDA tiene un problema de calidad del dato que afecta ambas plataformas simultáneamente.
Con el SIIFA (Resolución 1962/2025):
La factura con CUV se registra en el SIIFA bajo el CUCON del contrato correspondiente. El Módulo 2 del SIIFA documenta la radicación; el Módulo 3 registra glosas y respuestas; el Módulo 4 registra los pagos. El CUV es el hilo conductor que vincula la factura validada con todo el ciclo posterior.
Con la Circular 0019 de 2026 (prescripción UPC):
Los medicamentos prescritos vía IHCE con código IUM deben ser consistentes con los reportados en listaMedicamentos del RIPS JSON. Una discrepancia entre el IUM del RDA y el IUM del RIPS genera una señal de inconsistencia auditable.
Conclusión: Protocolo operativo de validación RIPS para cada período de facturación
La validación única de RIPS es el proceso más crítico del ciclo de facturación en salud colombiano. Una transmisión exitosa al MUV con CUV obtenido garantiza el acceso al ciclo de pago; un rechazo bloquea ese acceso y deteriora la liquidez de la institución.
El siguiente protocolo operativo, ejecutado sistemáticamente en cada período de facturación, garantiza la obtención del CUV en el primer intento:
Día 1 del mes (inicio del período de cierre):
Ejecutar el primer lote de cierres de atenciones del mes anterior. Verificar que el HIS ha generado correctamente los sub-objetos del RIPS para cada tipo de servicio.
Días 1-2 hábiles:
Ejecutar la validación interna completa del RIPS JSON generado. Corregir todos los errores detectados en el validador interno antes de proceder. Emitir la FEV a la DIAN y obtener el CUFE.
Día 3 hábil:
Transmitir el RIPS JSON + FEV al MUV. Si el resultado es HTTP 200, registrar el CUV y proceder a la radicación ante la ERP. Si hay errores, iniciar inmediatamente el proceso de corrección.
Días 4-5 hábiles (margen de seguridad):
Disponibles para corrección y retransmisión en caso de rechazo en la primera transmisión. No usar estos días para la transmisión inicial: son el colchón de seguridad.
Después del día 5 hábil:
Si por alguna razón excepcional no se obtuvo el CUV dentro del plazo, documentar las causas, notificar a la ERP y coordinar con el área jurídica el manejo del incumplimiento, conservando evidencia del intento de transmisión y los errores encontrados.
Referencias Oficiales
- Resolución 2275 de 2023 — Ministerio de Salud y Protección Social. RIPS JSON como soporte obligatorio de la FEV; estructura de sub-objetos y campos obligatorios.
https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/DIJ/resolucion-2275-de-2023.pdf - Resolución 1884 de 2024 — Ministerio de Salud. Reglamenta el MUV, el CUV y los estándares técnicos de transmisión integrada RIPS-FEV.
https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx - Lineamientos para la generación, validación y envío del RIPS — Ministerio de Salud. Documento técnico oficial con la metodología de transmisión al MUV.
https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/OT/lineamientos-generacion-validacion-rips-factura-electronica-fev-doc-electronicos.pdf - Manual de usuario Convertidor JSON — Resolución 2275 de 2023 — Ministerio de Salud.
https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/OT/manual-usuario-convertidor-json-resolucion-2275-de-2023.pdf - SISPRO — Portal de Facturación Electrónica en Salud — Ministerio de Salud. Documentación del MUV, ambiente de pruebas y actualizaciones técnicas.
https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx - Resolución 1962 de 2025 — Ministerio de Salud. SIIFA: registro de la factura con CUV en el Módulo 2 y trazabilidad del ciclo de pago.
https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201962%20de%202025.pdf - Catálogo CUPS actualizado — Ministerio de Salud / SISPRO. Tabla de procedimientos vigente para validación de códigos en el RIPS.
https://www.sispro.gov.co/central-financiamiento/Pages/CUPS.aspx - Resolución 1442 de 2024 — Ministerio de Salud. CIE-11 en Colombia; impacto en el campo de diagnóstico del RIPS JSON.
https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201442%20de%202024.pdf - DIAN — Facturación Electrónica — Dirección de Impuestos y Aduanas Nacionales. Obtención del CUFE: paso previo obligatorio a la transmisión al MUV.
https://www.dian.gov.co/impuestos/factura-electronica/Paginas/default.aspx - Resolución 3166 de 2015 — Ministerio de Salud. Define el IUM (Identificador Único de Medicamentos); campo obligatorio en
listaMedicamentosdel RIPS JSON.
https://www.minsalud.gov.co