FEV-RIPS en odontología: qué es, cómo funciona y qué cambia en 2026
Cuando un odontólogo o una clínica dental presta un servicio, la información no termina en la historia clínica ni en la factura. En los escenarios definidos por la normativa colombiana, los datos de esa atención deben guardar relación con la Factura Electrónica de Venta (FEV) y con los RIPS que la soportan.
En odontología este proceso tiene una particularidad: un mismo plan de tratamiento puede distribuirse entre varias citas, incluir distintos procedimientos y códigos CUPS e involucrar a más de un profesional. Por eso, mantener conectada la información clínica y administrativa desde la atención es especialmente importante.
En esta guía te explicamos qué es FEV-RIPS, cómo funciona en una clínica odontológica, qué información interviene, cómo se realiza la validación, qué significan el MUV y el CUV, cuáles son los principales cambios de la Resolución 948 de 2026 y cómo OralDrive puede facilitar la gestión de este proceso.
¿Qué es FEV-RIPS?
FEV-RIPS hace referencia a la relación entre la Factura Electrónica de Venta en salud (FEV) y el Registro Individual de Prestación de Servicios de Salud (RIPS) que funciona como soporte de esa factura cuando corresponde.
Aunque forman parte del mismo proceso, FEV y RIPS no son lo mismo. La FEV registra electrónicamente la venta del servicio de salud. Los RIPS contienen información estructurada sobre la prestación realizada al paciente.
En una clínica odontológica esto puede incluir datos del paciente, el odontólogo o prestador, la consulta, el procedimiento realizado, el código CUPS, el diagnóstico cuando corresponda, la fecha de atención y el valor del servicio.
En el modelo vigente, los RIPS se transmiten en formato JSON y se relacionan con la FEV previamente validada por la DIAN cuando aplica.
FEV-RIPS explicado de forma sencilla
Imagina que un paciente llega a una clínica dental para realizarse un procedimiento. Durante esa atención se generan datos clínicos y administrativos que después alimentan la facturación y los RIPS.
El recorrido puede resumirse así:
Atención odontológica → FEV → RIPS → validación MUV → CUV
Si durante el proceso aparece una inconsistencia, la información debe revisarse y corregirse antes de continuar.
¿Qué elementos forman parte del modelo FEV-RIPS?
Aunque se habla de FEV-RIPS como un único proceso, intervienen diferentes elementos:
| Elemento | Qué significa | Función dentro del proceso |
|---|---|---|
| FEV | Factura Electrónica de Venta | Registra electrónicamente la venta del servicio. |
| RIPS | Registro Individual de Prestación de Servicios de Salud | Contiene información estructurada sobre la atención prestada. |
| JSON | Formato de intercambio de datos | Se utiliza para estructurar los RIPS. |
| MUV | Mecanismo Único de Validación | Aplica las reglas definidas para revisar la información. |
| CUV | Código Único de Validación | Certifica el resultado satisfactorio de la validación cuando se cumplen las reglas obligatorias. |
Entender estas diferencias ayuda a evitar un error frecuente: pensar que FEV-RIPS es simplemente un archivo que se genera al final de la facturación. En realidad, es un flujo que depende de la calidad de los datos registrados desde la atención.
¿A quién aplica los FEV-RIPS en odontología?
La Resolución 948 de 2026 incluye dentro de su ámbito a distintos prestadores de servicios de salud. En odontología, según la forma de habilitación y operación, puede involucrar a:
- odontólogos que ejercen como profesionales independientes;
- consultorios odontológicos;
- clínicas dentales;
- IPS que prestan servicios odontológicos.
El procedimiento específico puede variar según el tipo de prestador, la obligación de facturar electrónicamente, la modalidad de prestación y las condiciones de contratación.
Por eso, para determinar cómo debe gestionarse el proceso en un caso particular, también es necesario revisar cómo está habilitado el prestador y bajo qué condiciones presta y factura sus servicios.
¿Qué información contienen los RIPS que soportan una FEV?
Los RIPS organizan información relacionada con la transacción, el usuario y los servicios o tecnologías de salud prestados.
En una operación odontológica suelen ser especialmente relevantes:
| Tipo de información | Ejemplo en odontología |
|---|---|
| Usuario | identificación y datos requeridos |
| Prestador | odontólogo o institución que realiza la atención |
| Consulta | valoración o atención odontológica |
| Procedimiento | tratamiento o procedimiento realizado |
| CUPS | código correspondiente al procedimiento |
| Diagnóstico | condición registrada cuando corresponda |
| Fecha | momento en que ocurrió la atención |
| Valor | información económica del servicio |
| Factura | datos relacionados con la FEV |
En odontología, las consultas y los procedimientos suelen ocupar un lugar central porque forman parte habitual del recorrido clínico del paciente.
¿Cómo se realiza el proceso de llenar los FEV-RIPS de principio a fin?
El proceso puede entenderse en seis momentos.
-
Se registra la atención odontológica. Se documentan los datos clínicos y administrativos necesarios: paciente, profesional, diagnóstico, procedimiento, CUPS, fecha y demás campos aplicables.
-
Se registra la prestación realizada. La información debe corresponder con lo que realmente ocurrió durante la atención.
-
Se genera la FEV cuando corresponde. Si el prestador está obligado a facturar electrónicamente, la factura debe guardar relación con la prestación realizada y contar con la validación previa de la DIAN.
-
Se generan los RIPS. Los datos de la prestación se organizan en la estructura definida para el proceso.
-
La información pasa por el MUV. Allí se aplican las reglas de validación.
-
Se obtiene el resultado. Si se cumplen las reglas obligatorias, se genera el CUV. Si existe una inconsistencia, debe revisarse el dato que la originó antes de procesar nuevamente la información.
La clave es entender que un error detectado al final puede haberse originado mucho antes, incluso durante el registro de la consulta.
¿Qué información debe ser coherente entre la atención, la FEV y los RIPS?
La validación no consiste solamente en comprobar que exista un archivo JSON. La información debe conservar coherencia a medida que avanza por el proceso.
En odontología pueden ser relevantes la identificación del paciente y del prestador, la consulta realizada, el procedimiento, el código CUPS, el diagnóstico cuando corresponda, las fechas, los valores y los datos relacionados con la factura.
Por ejemplo, si durante una atención se registra un procedimiento, pero posteriormente el RIPS contiene un código CUPS que no corresponde o no es válido dentro de la tabla de referencia aplicable, la inconsistencia puede aparecer durante la validación.
Por eso, una buena gestión de FEV-RIPS comienza desde la calidad del dato clínico y administrativo, no cuando llega el momento de enviarlo.
¿Cómo funciona la validación del MUV?
El Mecanismo Único de Validación (MUV) es el mecanismo dispuesto por el Ministerio de Salud y Protección Social para revisar los RIPS y su relación con la FEV y otros documentos asociados cuando corresponda.
¿Qué valida el MUV?
De forma general, las validaciones pueden entenderse en tres grupos:
Estructura. Comprueba condiciones técnicas del archivo y de la sintaxis utilizada.
Contenido. Revisa características del dato como obligatoriedad, tipo, tamaño, valores permitidos y correspondencia con tablas de referencia.
Relación. Cruza información entre los propios datos del RIPS, catálogos externos y la FEV. En otras palabras, no basta con que el archivo “abra”. Los datos también deben ser válidos y coherentes entre sí.
¿Qué diferencia hay entre una notificación y un rechazo?
No todas las inconsistencias tienen el mismo efecto.
Un rechazo ocurre cuando el RIPS incumple una o más reglas obligatorias de estructura, contenido o relación. Para continuar con la radicación, cuando corresponda, la inconsistencia debe corregirse.
Una notificación informa una no conformidad que, mientras conserve ese tratamiento en la versión técnica vigente, no impide el procesamiento o la radicación.
El Ministerio puede modificar posteriormente el efecto de algunas reglas, por lo que es importante trabajar con la documentación técnica actualizada. De hecho, el micrositio oficial muestra ajustes recientes en los que algunas reglas pasaron de rechazo a notificación.
¿Cuándo se genera el CUV?
El Código Único de Validación (CUV) se genera cuando el RIPS supera las reglas obligatorias correspondientes y certifica el resultado satisfactorio de la validación.
Cuando aplica radicación ante un pagador, obtener el CUV permite continuar con esa etapa.
Sin embargo, obtener el CUV no significa que ya no pueda existir una auditoría o una glosa posterior, porque la validación FEV-RIPS y la auditoría del pagador son procesos diferentes.
¿Qué cambió con la Resolución 948 de 2026?
La Resolución 948 del 14 de mayo de 2026 reglamenta actualmente el RIPS como soporte de la FEV en salud y derogó las Resoluciones 2275 de 2023, 558 y 1884 de 2024.
Entre los aspectos importantes del marco actual están:
- la relación entre RIPS y FEV en los escenarios establecidos;
- el uso de documentos técnicos para definir campos y reglas de validación;
- el uso de JSON para los RIPS;
- el funcionamiento del MUV y del CUV;
- la incorporación de elementos relacionados con SIIFA y CUCON;
- la actualización progresiva de las reglas y de los documentos técnicos.
Esto último es especialmente importante. El micrositio oficial de SISPRO publica las versiones vigentes del MUV, documentos técnicos, manuales y materiales de apoyo. En julio de 2026, por ejemplo, publicó nuevas versiones del mecanismo y del Documento Técnico 1.
Por eso, una clínica no debería trabajar indefinidamente con una guía o configuración antigua solo porque funcionó en el pasado.
Reglas de validación relevantes en 2026
No es necesario que una clínica memorice todas las reglas. Lo importante es comprender qué tipo de situaciones pueden revisarse.
Un ejemplo especialmente útil para odontología es la validación del CUPS. El Documento Técnico 1 incluye una regla que verifica que el código CUPS reportado exista y sea válido conforme a la tabla de referencia CUPSRips.
También existen reglas relacionadas con estructura, datos del usuario, fechas, valores y relaciones entre los registros.
La enseñanza práctica es sencilla: si un procedimiento odontológico queda mal parametrizado desde el origen, ese error puede trasladarse al RIPS y aparecer después en la validación.
¿Qué papel tienen CUCON y SIIFA?
El CUCON es el Código Único de Contrato generado por el Sistema Integral de Información Financiera y Asistencial (SIIFA) al cargar un contrato. SIIFA forma parte del ecosistema en el que se dispone y gestiona información financiera y asistencial del sector.
No todos los consultorios odontológicos tendrán el mismo nivel de interacción con estos componentes, pero conocerlos ayuda a entender que FEV-RIPS no funciona como un proceso aislado.
Ejemplo práctico aplicado a un procedimiento odontológico
Imagina que durante una atención se realiza un procedimiento odontológico, pero este queda asociado a un código CUPS incorrecto o no válido.
El recorrido puede ser:
Procedimiento odontológico → CUPS incorrecto → RIPS → MUV → inconsistencia → corrección → nuevo procesamiento
La validación detecta el problema al final del recorrido, pero la causa nació durante el registro del procedimiento.
Por eso, el aprendizaje no es memorizar el código de una regla técnica. Es entender que: La calidad del RIPS depende de la calidad de la información registrada durante la operación odontológica.
¿Qué errores pueden afectar la validación y cómo se corrigen?
Entre los puntos que una clínica odontológica debería revisar están:
- datos incompletos o incorrectos del paciente;
- códigos CUPS incorrectos o desactualizados;
- diferencias entre la atención registrada y lo facturado;
- fechas inconsistentes;
- procedimientos mal registrados;
- campos obligatorios incompletos;
- uso de versiones técnicas desactualizadas.
Cuando existe un rechazo, la solución no debería limitarse a “arreglar el archivo”.
Lo correcto es identificar qué dato generó la inconsistencia, dónde se originó y cómo corregirlo antes de procesar nuevamente los RIPS.
Así se reduce el riesgo de repetir el mismo error en futuras atenciones.
¿Qué debería facilitar un software odontológico para gestionar FEV-RIPS?
Un software no elimina la responsabilidad del prestador sobre sus datos, pero sí puede ayudar a reducir la fragmentación del proceso.
Una solución odontológica preparada para gestionar FEV-RIPS debería facilitar que permanezcan relacionados:
- paciente;
- historia clínica odontológica;
- consulta;
- plan de tratamiento;
- procedimientos;
- códigos CUPS;
- prestación realizada;
- facturación;
- generación de RIPS;
- resultados de validación.
La ventaja operativa no consiste simplemente en “crear un JSON”.
Está en evitar que el equipo tenga que reconstruir al final información que ya había sido registrada durante la atención.
¿Cómo facilita OralDrive la gestión de FEV-RIPS?
En OralDrive, las consultas y procedimientos pueden configurarse con sus códigos CUPS y la atención se documenta dentro de la historia clínica y del flujo odontológico. Esa información puede relacionarse posteriormente con la facturación y con la generación de los RIPS.
Desde el proceso correspondiente, la clínica puede gestionar la información asociada a los RIPS y consultar el resultado de la validación. Cuando el proceso es aceptado puede visualizarse el CUV; si existe una inconsistencia, la información puede revisarse antes de procesarla nuevamente.
El objetivo no es reemplazar la responsabilidad de la clínica sobre la calidad de sus datos, sino facilitar que la información clínica y administrativa permanezca conectada desde el origen.
Este enfoque mantiene la atribución del producto breve y basada en el flujo real, tal como exige el estándar editorial de OralDrive para no convertir el contenido informativo en publicidad.
¿Qué debes revisar antes de gestionar FEV-RIPS?
Antes de generar o procesar la información conviene comprobar:
- Que el prestador esté correctamente configurado según su condición y habilitación.
- Que los datos requeridos del paciente estén completos.
- Que consultas y procedimientos tengan los códigos correspondientes.
- Que la atención odontológica esté correctamente documentada.
- Que las prestaciones realizadas estén registradas de forma coherente.
- Que la facturación corresponda con la atención cuando aplique.
- Que se estén utilizando las versiones vigentes de los documentos técnicos.
- Que cualquier inconsistencia se corrija desde el dato que la originó.
Más que una tarea administrativa al final de la consulta, FEV-RIPS debe entenderse como un proceso de calidad, coherencia y trazabilidad de información.
Marco de referencia: Resolución 948 de 2026 y documentación técnica vigente publicada por MinSalud/SISPRO. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%2000948%20de%202026.pdf
Preguntas frecuentes
¿FEV-RIPS aplica a odontólogos independientes?
Puede aplicar a profesionales independientes dentro de los escenarios contemplados por la normativa. El flujo específico depende de las condiciones de habilitación, facturación y prestación aplicables a cada caso.
¿Los RIPS se generan en formato JSON?
Sí. En el modelo vigente, los RIPS se estructuran en JSON para el proceso definido por el Ministerio de Salud.
¿Una notificación significa que el RIPS fue rechazado?
No. Una notificación y un rechazo tienen efectos diferentes según la regla y la versión técnica vigente.
¿Qué ocurre cuando los RIPS son rechazados?
Debe identificarse la regla incumplida, revisar el dato que originó el problema, corregirlo y procesar nuevamente la información cuando corresponda.
¿Qué es el CUV?
Es el Código Único de Validación que acredita que el RIPS superó las reglas obligatorias aplicables.
¿Un CUPS incorrecto puede afectar los RIPS?
Sí. Los códigos utilizados durante la prestación deben ser válidos y corresponder con las tablas de referencia aplicables.
¿Un software odontológico puede ayudar a gestionar FEV-RIPS?
Sí. Especialmente cuando mantiene conectados desde el origen la historia clínica, consultas, procedimientos, CUPS, prestación, facturación y generación de RIPS. La responsabilidad sobre la calidad y veracidad de los datos continúa siendo del prestador.
