La facturación FEV-RIPS conecta la factura electrónica validada por la DIAN con el registro detallado de la atención en salud. La IPS genera ambos archivos, verifica su coherencia, los transmite al Mecanismo Único de Validación (MUV) y, si superan las reglas obligatorias, obtiene el Código Único de Validación (CUV). Ese código es requisito para radicar la cuenta ante el pagador, junto con los soportes aplicables.
La transformación de la facturación en salud no consiste simplemente en sustituir una cuenta en papel por un XML. En Colombia, la Factura Electrónica de Venta (FEV), el Registro Individual de Prestación de Servicios de Salud (RIPS) y el Mecanismo Único de Validación (MUV) forman un flujo relacionado que comienza mucho antes del cierre de la factura: nace en la identificación del usuario, el contrato, la admisión, la historia clínica y el registro de cada servicio.
La norma central vigente es la Resolución 948 de 2026. Esta reglamenta el RIPS como soporte de la FEV en salud y derogó expresamente las Resoluciones 2275 de 2023, 558 y 1884 de 2024. Por eso, una política institucional que todavía cite la Resolución 2275 como norma operativa principal debe actualizarse, aunque parte del conocimiento técnico construido durante la transición siga siendo útil.
¿Qué integra realmente la facturación FEV-RIPS?
La FEV es el documento tributario electrónico. La DIAN valida previamente su XML y genera la respuesta correspondiente dentro del sistema de facturación electrónica. El RIPS es el conjunto de datos administrativos, asistenciales y financieros asociados a la prestación o provisión de servicios y tecnologías de salud. Según los artículos 4 a 7 de la Resolución 948, debe guardar relación con la factura y se genera como su soporte cuando aplica.
El MUV es la solución tecnológica del Ministerio que revisa estructura, contenido y relaciones entre el RIPS, la FEV y los documentos electrónicos asociados. Cuando se cumplen las reglas obligatorias, produce el CUV, cadena alfanumérica que certifica la aprobación de esa validación. La resolución establece que el CUV es requisito para radicar ante entidades responsables de pago y demás pagadores.
| Componente | Autoridad o responsable principal | Qué verifica o registra | Resultado operativo | Qué no significa |
|---|---|---|---|---|
| FEV en XML | DIAN y facturador electrónico | Requisitos tributarios y técnicos de la factura | Documento electrónico con validación previa | No aprueba por sí sola el RIPS |
| RIPS en JSON | IPS, profesional o proveedor obligado | Datos de transacción, usuario y servicios o tecnologías | Soporte detallado relacionado con la FEV | No sustituye la factura |
| MUV FEV-RIPS | Ministerio de Salud y Protección Social | Estructura, contenido y relación XML-JSON | CUV, rechazo o notificaciones según las reglas | No decide el reconocimiento económico |
| Radicación | IPS y pagador | Entrega de FEV, RIPS aprobado y soportes permitidos | Número único de radicación | No equivale a aceptación ni pago |
| SIIFA | Actores obligados del sector | Trazabilidad de contratos, facturas, auditoría y pagos | Registro interoperable del ciclo financiero | No reemplaza al MUV |
Esta separación evita un error frecuente: tratar todos los códigos como si probaran lo mismo. El identificador fiscal de la factura, el CUV, el número único de radicación y el Código Único de Contrato (CUCON) pertenecen a momentos y objetos diferentes. Deben relacionarse, pero no son intercambiables.
¿Cuál es el flujo correcto desde la atención hasta la radicación?
La implementación debe seguir la secuencia real de la operación y no comenzar en la pantalla de facturación. El artículo 6 de la Resolución 948 identifica como fuentes la historia clínica, los registros de medicamentos o dispositivos y la factura. Esto obliga a construir calidad desde el origen.
- Identificar el contexto de cobro. La IPS determina pagador, cobertura, modalidad de pago, acuerdo de voluntades, autorización cuando corresponda y condición de factura sin contrato si aplica una excepción.
- Registrar la atención. El equipo asistencial documenta consultas, procedimientos, urgencias, hospitalización, recién nacidos, medicamentos u otros servicios con oportunidad y consistencia clínica.
- Normalizar los datos. El sistema relaciona identificación, fechas, diagnósticos, CUPS, prestador, profesional, valores y demás campos con las tablas oficiales vigentes.
- Construir la FEV. El facturador genera el XML con los campos tributarios y los datos adicionales del sector salud definidos en el Documento Técnico 2.
- Obtener la validación DIAN. La FEV, notas débito o notas crédito deben superar primero la validación previa de la autoridad tributaria.
- Generar el RIPS. La IPS produce el JSON asociado a la factura o al documento electrónico correspondiente, manteniendo la relación entre usuarios, servicios y valores.
- Ejecutar controles preventivos. Antes de transmitir, conviene validar esquema, obligatoriedad, catálogos, sumatorias, identificadores, fechas y consistencia XML-JSON.
- Transmitir al MUV. La operación se realiza mediante la alternativa cliente-servidor o API Docker que corresponda a las capacidades del facturador.
- Gestionar el resultado. Un rechazo requiere corrección; una notificación exige análisis y seguimiento; la aprobación entrega el CUV.
- Radicar y conservar evidencia. La IPS presenta la factura, el RIPS aprobado y los soportes autorizados ante el pagador, recibe el número de radicación y preserva trazas para auditoría y cartera.
La Resolución 948 concede 22 días hábiles desde la expedición de la FEV validada previamente por la DIAN para radicar ante el pagador la factura y el RIPS aprobados por el MUV, junto con los soportes procedentes. Ese plazo no debe convertirse en una meta de último día: cualquier corrección tardía consume capacidad de facturación, auditoría y caja.
¿Qué cambió con la Resolución 948 de 2026?
El cambio más importante es la consolidación de un marco actualizado y técnicamente versionado. La resolución adoptó dos documentos publicados en el micrositio oficial: el Documento Técnico 1, con campos y reglas de validación del RIPS, y el Documento Técnico 2, con los campos adicionales del sector salud para la FEV.
El micrositio oficial de Facturación Electrónica de SISPRO publica actualmente el Documento Técnico 1 versión 003 y el Documento Técnico 2 versión 001, ambos fechados el 15 de julio de 2026. También informa la versión productiva 1.4.11.0 del MUV y la versión 5.4.11.0 del ambiente de pruebas, desplegadas el 26 de julio de 2026.
¿Por qué la versión técnica importa tanto como la resolución?
El artículo 10 dispone que las especificaciones y reglas se publiquen en el micrositio y que sus ajustes sean analizados por el Comité Técnico del SIIFA y refrendados por el Viceministerio de Protección Social. En términos prácticos, citar la resolución sin comprobar la versión vigente del documento técnico puede dejar a la IPS trabajando con campos o reglas superados.
El Ministerio informó además ajustes de reglas en la versión de julio: algunas pasaron de rechazo a notificación, se precisaron condiciones obstétricas, se incorporaron servicios prescritos mediante MIPRES y se amplió el rango permitido para peso neonatal. La lectura correcta es versionada: la institución debe registrar qué versión probó, cuándo la desplegó y con qué casos regresivos.
¿Cómo se relacionan la FEV, el MUV y SIIFA sin duplicarse?
El MUV certifica la consistencia técnica del conjunto FEV-RIPS y genera el CUV. El Sistema Integral de Información Financiera y Asistencial (SIIFA) recibe y organiza información para la trazabilidad del ciclo financiero: contratos, facturas, radicación, devoluciones, glosas, respuestas y pagos, según la gradualidad de sus módulos.
La Resolución 948 ordena que el MUV disponga al SIIFA la FEV previamente validada por la DIAN, el RIPS validado, los documentos asociados y el CUV. Por su parte, la Resolución 1962 de 2025 define al SIIFA como canal oficial para el registro interoperable del ciclo. La arquitectura evita que la validación del MUV sea confundida con la auditoría o el pago.
Para una IPS, esto implica mantener un modelo de datos que pueda responder preguntas de extremo a extremo: ¿qué contrato sustentó el cobro?, ¿qué versión generó el JSON?, ¿qué CUV se obtuvo?, ¿cuándo se radicó?, ¿qué devolución o glosa ocurrió?, ¿cómo se respondió y cuándo se pagó? Un sistema médico para IPS debe evaluarse mediante esa cadena completa, no solo por su capacidad de producir un archivo.
¿Cuáles son los controles mínimos antes de enviar al MUV?
La prevalidación interna no reemplaza al MUV, pero reduce ciclos de rechazo y facilita aislar la causa de una inconsistencia. Debe cubrir como mínimo cuatro capas.
¿Cómo se controla la estructura técnica?
- Validar que el JSON corresponda al esquema vigente y que el XML sea el documento aprobado por la DIAN.
- Verificar nombres, tipos, longitudes, obligatoriedad y formato de fechas.
- Impedir que una actualización altere silenciosamente serialización, codificación UTF-8 o precisión de valores.
- Registrar versión de aplicación, motor de reglas, fecha y resultado de cada intento.
¿La coherencia del negocio?
- Conciliar número de factura, emisor, pagador, usuario, modalidad de pago y valores entre FEV, RIPS y contrato.
- Confirmar que consultas, procedimientos, medicamentos y otros servicios pertenezcan al episodio correcto.
- Revisar notas crédito, débito y notas de ajuste con el efecto que realmente producen.
- Separar excepciones de factura sin contrato y documentar la justificación permitida.
¿Cómo se controlan catálogos e identidades?
Las reglas dependen de tablas y registros oficiales. La IPS necesita gobierno sobre CUPS, diagnósticos, tipos de documento, coberturas, modalidades de pago, prestadores, sedes y profesionales. Una copia local sin fecha de corte puede producir falsos positivos o permitir datos que el MUV ya no acepta.
El control más eficaz está cerca del punto de captura. Un software configurable puede mostrar catálogos vigentes, limitar combinaciones imposibles y advertir inconsistencias durante la atención. La guía sobre sistemas médicos personalizados explica por qué la configuración debe respetar estándares y trazabilidad, en lugar de multiplicar excepciones locales.
¿Qué indicadores debe vigilar una gerencia de IPS?
Una política de facturación FEV-RIPS madura convierte los resultados técnicos en decisiones. No basta con contar facturas emitidas; se requiere medir el tránsito entre atención, validación y radicación.
- Porcentaje de conjuntos aprobados en el primer envío.
- Rechazos y notificaciones por regla, sede, servicio, profesional y versión.
- Tiempo entre cierre de atención, expedición de FEV, obtención de CUV y radicación.
- Facturas próximas al límite de 22 días hábiles.
- Diferencias de valores entre historia clínica, RIPS, FEV y contrato.
- Notas y ajustes posteriores por causa raíz.
- Disponibilidad de la integración y volumen pendiente durante contingencias.
Estos indicadores deben tener responsables. Facturación corrige valores y documentos; el equipo clínico corrige calidad del registro cuando corresponda; tecnología resuelve estructura e integración; contratación gobierna modalidades y CUCON; auditoría interna verifica evidencia. Sin esa asignación, los errores circulan entre áreas y llegan tarde a cartera.
¿Qué errores de diseño aumentan rechazos y reprocesos?
El primer error es generar el RIPS al final mediante transformaciones manuales sobre información clínica incompleta. El segundo es mantener maestros diferentes para historia clínica, facturación y contratos. El tercero es actualizar el validador sin ejecutar casos representativos de cada sede, modalidad y servicio.
También es riesgoso confundir una notificación con un dato irrelevante. Las reglas de notificación permiten continuar, pero señalan una condición de calidad que puede cambiar de efecto en una versión futura o afectar análisis posteriores. Deben clasificarse, investigarse y cerrarse.
Otro error es guardar solo el CUV. La evidencia útil incluye XML, JSON, respuesta, sello temporal, versión y relación con la radicación. Un proveedor con respaldo y trayectoria en software médico debe demostrar cómo conserva esas trazas.
¿Cómo preparar una implementación sostenible de facturación FEV-RIPS?
La implementación en entornos reales requiere una hoja de ruta corta y verificable:
- Inventariar fuentes de datos, integraciones, responsables y versiones.
- Descargar únicamente documentos y componentes desde el micrositio oficial.
- Construir casos de prueba por modalidad, tipo de usuario, servicio, nota y excepción.
- Comparar los resultados internos con los del ambiente oficial de pruebas.
- Definir umbrales de salida y un procedimiento de reversión.
- Capacitar por rol con errores reales anonimizados.
- Monitorear primeras radicaciones y conciliar CUV, número de radicado y cartera.
- Revisar periódicamente cambios del micrositio y conservar un registro de decisiones.
La demostración de una solución debe recorrer ese flujo con datos controlados. En la página para solicitar una demo puede pedirse una sesión enfocada en RIPS y facturación; la IPS debería llevar sus propios escenarios, volúmenes, excepciones y criterios de aceptación.
¿Qué debe decidir hoy una IPS sobre la facturación FEV-RIPS?
La facturación FEV-RIPS debe administrarse como un proceso institucional de datos, no como una tarea aislada del facturador. La Resolución 948 de 2026 conecta historia clínica, RIPS, FEV, MUV, CUV, radicación y SIIFA; cada transición requiere controles, evidencia y un responsable.
El siguiente paso práctico es comparar la versión instalada con el micrositio oficial, revisar los Documentos Técnicos 1 y 2 vigentes, medir la aprobación en primer envío y probar el ciclo completo con casos representativos. Las decisiones jurídicas o regulatorias sobre situaciones particulares deben validarse con la autoridad competente o con asesoría profesional habilitada.
Preguntas frecuentes
No. La DIAN valida previamente la FEV dentro del sistema tributario. Después, el MUV revisa el conjunto FEV-RIPS y genera el CUV cuando se cumplen las reglas obligatorias.
No. El CUV acredita la aprobación de la validación única y permite radicar. La auditoría, las devoluciones, las glosas, la aceptación y el pago pertenecen a etapas posteriores.
La Resolución 948 establece 22 días hábiles desde la expedición de la FEV validada previamente por la DIAN para radicar la factura, el RIPS aprobado y los soportes procedentes.
No. El MUV valida el conjunto y genera el CUV; SIIFA organiza la trazabilidad interoperable de contratos, facturación, auditoría y pagos conforme a sus módulos y cronograma.
Debe comprobar la versión publicada en el micrositio oficial al momento de operar. A la fecha de consulta, allí aparecen el Documento Técnico 1 versión 003 y el Documento Técnico 2 versión 001, fechados el 15 de julio de 2026.
Una plataforma integrada puede reducir recapturas al conectar historia clínica, servicios, valores, RIPS y facturación, además de conservar las respuestas del MUV para seguimiento. Software Médico presenta módulos de gestión clínica y facturación que pueden evaluarse frente a los escenarios reales de cada IPS. Para confirmar alcance, integraciones y controles específicos, solicite una demo o contacte a un asesor con una matriz de requisitos verificables.
Fuentes oficiales consultadas
- Ministerio de Salud y Protección Social. Resolución 0948 de 2026: “Por la cual se reglamenta el Registro Individual de Prestación de Servicios de Salud (RIPS) como soporte de la Factura Electrónica de Venta (FEV) en salud…”. Expedida el 14 de mayo de 2026.
- SISPRO, Ministerio de Salud y Protección Social. Facturación Electrónica: proceso FEV en salud, RIPS y Mecanismo Único de Validación. Consultado el 20 de octubre de 2026; contiene versiones y avisos vigentes.
- Ministerio de Salud y Protección Social. Documento Técnico 1: Especificaciones técnicas de los campos de datos y las reglas de validación del RIPS como soporte de la FEV en salud. Versión 003, 15 de julio de 2026.
- Ministerio de Salud y Protección Social. Resolución 1962 de 2025: estructura y funcionamiento del SIIFA. Expedida el 23 de septiembre de 2025.