Los ajustes FEV-RIPS 5.4.11 publicados por SISPRO modifican seis validaciones transversales: varias pasan de rechazo a notificación, una incorpora servicios prescritos mediante MIPRES y otra amplía el rango de peso del recién nacido. Para las IPS, el cambio puede reducir bloqueos técnicos en casos específicos, pero no autoriza a ignorar las alertas. Es necesario actualizar reglas internas, probar integraciones y conservar trazabilidad de cada corrección.
La versión 5.4.11.0 del Mecanismo Único de Validación de FEV-RIPS apareció en el micrositio oficial como nueva versión del ambiente de pruebas el 26 de julio de 2026. La misma publicación anunció una puesta en servicio en producción esa noche, pero no identifica con igual claridad el número de versión productiva. Por ello, este análisis atribuye el número 5.4.11.0 al ambiente de pruebas y evita asumir que el identificador de producción es idéntico.
El cambio es operativo, no una sustitución del marco normativo. La Resolución 948 de 2026 mantiene el RIPS como soporte de la Factura Electrónica de Venta en salud, define la validación única y dispone que el Código Único de Validación (CUV) es requisito obligatorio para radicar la factura ante el pagador. También permite que las reglas produzcan CUV, rechazo o notificación y prevé una evolución gradual de las notificaciones hacia rechazos.
Los ajustes FEV-RIPS 5.4.11 muestran que esa evolución no es necesariamente lineal. Varias reglas que el Documento Técnico 1 de junio mostraba como rechazo regresan a notificación, mientras se corrigen excepciones y rangos. Para una IPS, esto obliga a diferenciar tres capas: vigencia normativa, versión técnica disponible y calidad clínica del dato.
¿Qué publicó exactamente SISPRO sobre la versión 5.4.11.0?
El micrositio oficial de Facturación Electrónica de SISPRO identifica la versión 5.4.11.0 en ambiente de pruebas y señala que los prestadores deben seguir las guías y manuales publicados para utilizar la nueva versión. La relación de mejoras enumera seis ajustes sobre reglas transversales: RVC023, RVC024, RVC053, RVC058, RVG14 y RVC064.
La página también mantiene asistencia técnica durante septiembre de 2026 los lunes, miércoles y viernes de 14:00 a 15:00. Como los calendarios y enlaces de sesión pueden cambiar, los equipos deben consultar el micrositio el mismo día y no depender de una captura anterior.
La publicación no afirma que una notificación carezca de importancia. Bajo la Resolución 948, las reglas de validación buscan consistencia y razonabilidad de la información. Un paquete que supera el mecanismo con alertas puede obtener CUV, pero la IPS sigue necesitando revisar si la notificación revela un error real, una excepción clínica documentada o una regla que ya no debe bloquear el trámite.
¿Cuáles son los ajustes FEV-RIPS 5.4.11 más relevantes?
La siguiente tabla consolida únicamente lo informado en el micrositio oficial y, cuando es pertinente, lo contrasta con el Documento Técnico 1, versión 001, del 4 de junio de 2026. La interpretación operativa está identificada como análisis y debe probarse contra la respuesta real del ambiente que use cada IPS.
| Regla | Cambio publicado para 5.4.11.0 | Contexto técnico verificable | Impacto operativo para la IPS |
|---|---|---|---|
| RVC023 | Pasa de rechazo a notificación; no aplica si no hay recién nacido vivo por mortinato, IVE o embarazo ectópico | El Documento Técnico 1 relacionaba el procedimiento de parto con la existencia de datos del recién nacido | Evita bloquear casos sin nacido vivo, pero exige codificar y documentar correctamente la atención |
| RVC024 | Incluye servicios prescritos mediante MIPRES; aplica código MIPRES por Presupuestos Máximos o tutela | La versión técnica previa asociaba el campo S06 de ciertos servicios con códigos CUPS | Requiere revisar la fuente del código según el tipo de servicio y financiación |
| RVC053 | Pasa de rechazo a notificación | El Documento Técnico 1 la mostraba como rechazo sobre campos de egreso de urgencias, hospitalización o recién nacido | Reduce el bloqueo sin eliminar la revisión de consistencia del egreso |
| RVC058 | Amplía el rango de peso permitido de 400 a 6.000 gramos | El documento de junio validaba de 500 a 5.000 gramos | Exige actualizar límites en formularios, motores de reglas y pruebas neonatales |
| RVG14 | Pasa a notificación cuando hay dos o más recién nacidos y la madre no registra procedimiento de parto múltiple | El documento de junio la mostraba como regla general de rechazo | El paquete puede continuar, pero se deben conciliar madre, nacidos y procedimiento |
| RVC064 | Pasa de rechazo a notificación | La regla técnica se refiere a códigos de principios activos en preparaciones magistrales derivadas de cannabis | Requiere revisar la codificación; la alerta no valida automáticamente el dato |
La tabla evidencia que no todos los cambios tienen el mismo dueño. Obstetricia, farmacia, facturación, tecnología y auditoría deben intervenir según la regla. Concentrar toda la respuesta en el área de sistemas puede corregir el mensaje técnico sin corregir la fuente del dato.
¿Qué significa pasar de rechazo a notificación?
Un rechazo impide obtener la aprobación técnica del conjunto cuando se incumple una regla obligatoria. Una notificación informa una condición que merece revisión, pero no necesariamente bloquea la generación del CUV. La diferencia afecta el flujo de radicación; no transforma un dato incoherente en dato válido.
La Resolución 948 define el CUV como la cadena que certifica la aprobación de la validación única y establece que los pagadores no pueden recibir ni tramitar facturas sin ese código. A la vez, define las reglas como condiciones técnicas y funcionales sobre estructura, contenido y relaciones, y permite resultados de CUV, rechazo o notificación.
Esta distinción produce cuatro escenarios:
- Dato correcto sin alerta: el flujo continúa y la IPS conserva evidencia de la validación.
- Dato correcto con excepción clínica: la notificación se documenta y se justifica con la historia clínica u otra fuente válida.
- Dato incorrecto con notificación: el sistema permite continuar, pero la IPS debe corregir antes de radicar cuando sea posible.
- Dato incorrecto con rechazo: se corrige la fuente, se regenera el RIPS y se retransmite.
El error más riesgoso es convertir toda notificación en “aprobada”. El CUV acredita el resultado de la validación del mecanismo; no reemplaza la auditoría clínica, contractual o de soportes. El pagador no puede inventar reglas alternativas para condicionar la radicación, pero conserva las facultades de auditoría sobre los demás soportes definidos en la regulación aplicable.
¿Cómo cambia RVC023 los casos obstétricos?
En el Documento Técnico 1 de junio, RVC023 validaba que, cuando el código CUPS correspondía a un procedimiento de parto, existieran datos de recién nacido. La publicación de 5.4.11.0 cambia el resultado de rechazo a notificación y aclara que la regla no aplica cuando no existe un recién nacido vivo en situaciones de mortinato, interrupción voluntaria del embarazo (IVE) o embarazo ectópico.
El ajuste evita que una lógica diseñada para un parto con nacido vivo bloquee escenarios clínicamente distintos. Sin embargo, no autoriza usar indistintamente diagnósticos, procedimientos o resultados. La IPS debe asegurar coherencia entre la historia clínica, el procedimiento informado, la condición del egreso y los registros de recién nacido.
Los controles recomendables son:
- seleccionar el procedimiento desde catálogos vigentes, no mediante texto libre;
- exigir el resultado obstétrico cuando el flujo clínico lo requiera;
- habilitar excepciones controladas para casos sin nacido vivo;
- impedir que el software cree automáticamente un registro neonatal inexistente;
- probar mortinato, IVE, embarazo ectópico, parto único y parto múltiple por separado;
- conservar la respuesta del validador asociada a la factura y al paquete RIPS.
La historia clínica es una de las fuentes reconocidas por la Resolución 948 para los datos de la prestación. Por tanto, una excepción técnica debe estar respaldada por el registro asistencial; no debe inventarse en facturación para superar la regla.
¿Por qué el nuevo rango de RVC058 requiere pruebas?
El ajuste RVC058 amplía el rango permitido para el peso del recién nacido a 400–6.000 gramos. El Documento Técnico 1, versión 001, mostraba un rango de 500–5.000 gramos y un resultado de rechazo. El cambio combina una modificación del umbral con una relajación del efecto, según el listado de mejoras.
El software de la IPS puede contener ese límite en varios lugares: formulario neonatal, regla de negocio, base de datos, conversor JSON, validador local, pruebas automatizadas y manual de usuario. Cambiar solo la pantalla deja inconsistencias internas. El equipo debe identificar todos los puntos y verificar que el dato conserve unidad en gramos, tipo numérico y relación con el recién nacido correcto.
Una matriz mínima de pruebas debería cubrir:
| Caso | Valor | Resultado que debe observar la IPS |
|---|---|---|
| Debajo del nuevo rango | 399 g | Mensaje devuelto y tratamiento definido por la versión vigente |
| Límite inferior | 400 g | Aceptación del límite y conservación exacta del valor |
| Valor intermedio | 3.200 g | Flujo ordinario sin transformación de unidades |
| Límite superior | 6.000 g | Aceptación del límite y relación con el registro neonatal |
| Encima del nuevo rango | 6.001 g | Mensaje devuelto y ruta de revisión clínica |
| Dato vacío o no numérico | No aplica | Validación estructural y control de obligatoriedad según el caso |
Los valores de borde sirven para validar software, no para establecer plausibilidad clínica ni sustituir criterios asistenciales. Si el peso documentado está fuera del rango, el profesional y el equipo de calidad deben revisar la fuente; facturación no debe alterarlo para obtener CUV.
¿Cómo afecta RVG14 a los partos múltiples?
RVG14 pasa a notificación cuando existen dos o más registros de nacidos y la madre no tiene el procedimiento correspondiente a parto múltiple. El problema que busca evidenciar es relacional: el paquete contiene una pluralidad de recién nacidos que no coincide con el procedimiento reportado para la madre.
La respuesta correcta es conciliar, no silenciar. Puede existir un procedimiento mal codificado, un recién nacido duplicado, una asociación incorrecta entre madre e hijo o una particularidad asistencial que deba documentarse. La IPS necesita una vista de auditoría que muestre juntos episodio materno, procedimientos y registros neonatales.
El cambio a notificación puede evitar que la radicación se detenga mientras se atiende una condición que admite explicación. Pero si la inconsistencia es real, conservarla afecta la calidad de la información y puede reaparecer en auditorías o análisis posteriores. El objetivo debe ser cero notificaciones injustificadas, no solamente cero rechazos.
¿Cómo deben implementarse los ajustes FEV-RIPS 5.4.11?
Los ajustes FEV-RIPS 5.4.11 deben tratarse como un cambio controlado. La IPS necesita saber qué versión está activa en pruebas, cuál en producción, qué manuales aplican y qué componente tecnológico genera el paquete. El proveedor no debería desplegar reglas nuevas sin evidencias de prueba ni mecanismo de reversión.
Una secuencia práctica es:
- Congelar la línea base: registrar versión del aplicativo, manual, Documento Técnico 1, catálogos y ambiente utilizados antes del cambio.
- Construir la matriz: documentar cada regla, campo, fuente, servicio afectado, resultado anterior y resultado esperado.
- Actualizar por capas: formulario clínico, regla interna, transformación JSON, mensajes al usuario y auditoría.
- Preparar datos de prueba: incluir casos positivos, negativos, límites y excepciones reales anonimizadas o sintéticas.
- Ejecutar en pruebas: conservar solicitud, respuesta, fecha, hora, versión y evidencia del resultado.
- Conciliar con negocio: validar con obstetricia, farmacia, facturación, auditoría y calidad.
- Desplegar en producción: controlar horario, responsables, monitoreo y reversión.
- Vigilar notificaciones: clasificar causa, corregir la fuente y medir recurrencia.
Quienes necesiten contexto normativo pueden revisar la guía sobre la Resolución 948 de 2026 y, para comparar la evolución anterior, el análisis del validador FEV-RIPS 5.4.8.0. La operación siempre debe verificarse contra el micrositio oficial y los documentos vigentes.
¿Qué debe pedir la gerencia al proveedor de software?
La gerencia no necesita revisar código, pero sí exigir evidencia. La pregunta útil no es “¿ya actualizaron?”, sino “¿qué cambió, qué probaron y cómo sabremos si falló?”.
El acta de cambio debe identificar componentes y versiones, reglas y fuente oficial, ambientes, casos y resultados, comportamiento ante notificación o rechazo, plan de reversión, monitoreo y responsables de corregir el dato en origen.
Un software para IPS debe conectar captura clínica, codificación, RIPS y factura sin ocultar los mensajes del validador. Las notificaciones deben llegar al equipo capaz de interpretarlas y cerrarse con una causa documentada.
¿Qué no cambia con la versión 5.4.11.0?
Los ajustes FEV-RIPS 5.4.11 no eliminan el RIPS, la FEV, la validación única ni el CUV. Tampoco autorizan a modificar información clínica para satisfacer una regla, reemplazan los soportes de auditoría o suspenden obligaciones contractuales. El cambio descrito se limita a validaciones específicas y a su tratamiento en el mecanismo.
La Resolución 948 sigue estableciendo que el RIPS contiene datos de la prestación o provisión, que se utiliza para facturación, dirección, regulación y control, y que debe generarse y enviarse como soporte de la factura por los actores obligados. Las fuentes incluyen historia clínica, sistemas de información de medicamentos o dispositivos y factura.
Tampoco debe confundirse 5.4.11.0 con el módulo de compra directa FEV-RIPS publicado en pruebas preliminares en agosto. Ese módulo recibe facturas convencionales sin RIPS para determinadas ventas masivas y opera de forma diferente. La guía sobre compra directa FEV-RIPS explica ese flujo separado.
¿Cuál es la conclusión para las IPS?
Los ajustes FEV-RIPS 5.4.11 alivian bloqueos específicos y refinan reglas relacionadas con eventos obstétricos, MIPRES, egresos, peso neonatal y preparaciones magistrales. El efecto más visible es el cambio de varias validaciones desde rechazo hacia notificación. El efecto más importante, sin embargo, es organizacional: la IPS debe crear una disciplina para gestionar versiones y alertas sin degradar la calidad del dato.
La acción inmediata es confirmar las versiones activas en cada ambiente, actualizar la matriz de reglas, ejecutar pruebas de borde y excepción, desplegar con reversión y medir notificaciones. Cada alerta debe quedar clasificada como dato corregido, excepción documentada o incidencia escalada. Para decisiones regulatorias o casos de facturación de alto impacto, la aplicación concreta debe validarse con el Ministerio o asesoría especializada.
Preguntas frecuentes
El micrositio identifica 5.4.11.0 en el ambiente de pruebas y anuncia una nueva versión en producción el 26 de julio de 2026, pero el texto consultado no asocia inequívocamente ese número con producción. La IPS debe verificar el identificador activo en su ambiente.
No necesariamente. A diferencia del rechazo, la notificación puede permitir continuar. Aun así, debe revisarse porque puede señalar una inconsistencia real que afecte la calidad o una auditoría posterior.
El listado oficial menciona RVC023, RVC024, RVC053, RVC058, RVG14 y RVC064. Sus impactos abarcan casos obstétricos, códigos MIPRES, información de egreso, peso neonatal y preparaciones magistrales.
No. El cambio puede afectar formularios, reglas de negocio, catálogos, mapeos JSON, mensajes, pruebas y capacitación. La corrección debe empezar en la fuente del dato.
No. El CUV acredita la validación única del RIPS y su relación con la FEV. No reemplaza la revisión de soportes ni las demás etapas de auditoría aplicables.
Software Médico puede ayudar a centralizar la captura clínica, la generación de RIPS, la facturación y el seguimiento de respuestas del validador dentro de un flujo institucional. Solicite una demostración para revisar cómo parametrizar las reglas vigentes, conservar trazabilidad y distribuir las notificaciones entre tecnología, facturación y equipos clínicos sin atribuir al CUV alcances que no tiene.
Fuentes oficiales consultadas
- SISPRO, Ministerio de Salud y Protección Social. “Facturación Electrónica”: versión 5.4.11.0 en pruebas, relación de mejoras y asistencias técnicas de septiembre de 2026. Página consultada el 8 de septiembre de 2026. Consultar micrositio.
- Ministerio de Salud y Protección Social. “Resolución 000948 de 2026. Por la cual se reglamenta el RIPS como soporte de la FEV en salud”. 14 de mayo de 2026; publicada en el Diario Oficial 53.495 del 19 de mayo de 2026. Consultar resolución.
- 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 001. 4 de junio de 2026. Consultar documento.