Glosario RIPS Colombia 2026: Términos Actualizados

El glosario RIPS actualizado para Colombia en 2026 abarca los términos del ecosistema completo de facturación en salud: desde los conceptos clásicos del RIPS (Registro Individual de Prestación de Servicios) hasta los nuevos del modelo digital como RIPS JSON, MUV, CUV, CUFE, CUCON, RDA, IHCE, HL7 FHIR R4, IUM, CUPS, CIE-11 y SIIFA. Comprender precisamente cada término es condición para cumplir las Resoluciones 2275 de 2023, 1884 de 2024, 1888 de 2025 y 1962 de 2025 sin errores.

Introducción: Por qué el vocabulario técnico del RIPS cambió radicalmente entre 2023 y 2026

Hasta 2023, el vocabulario del RIPS en Colombia era relativamente simple: archivos planos .txt, tablas de códigos CIE y CUPS, y el proceso de adjuntar el soporte magnético a la factura. Los equipos de facturación necesitaban dominar un conjunto acotado de términos para operar correctamente.

El análisis técnico de los errores de facturación más frecuentes revela que muchos no tienen origen en la tecnología ni en los procesos: tienen origen en la confusión terminológica. Usar «CUV» cuando se habla de «CUFE», confundir «MUV» con «MPI», o no distinguir entre «RIPS JSON» y «RDA» son errores conceptuales que se propagan a decisiones operativas incorrectas.

Este glosario unificado y actualizado es la referencia definitiva para cualquier actor del sector salud colombiano: IPS, EPS, auditores, codificadores, facturadores, equipos de TI y directivos del SGSSS.

¿Cuáles son los términos fundamentales del modelo RIPS en Colombia?

Sección A: El RIPS y sus componentes básicos

RIPS — Registro Individual de Prestación de Servicios de Salud Conjunto de datos mínimos y básicos que el SGSSS requiere para los procesos de dirección, regulación y control, y como soporte de la venta de servicios de salud. Fue creado por la Resolución 3374 de 2000 (derogada en sus Normas Técnicas) y actualizado por la Resolución 2275 de 2023.

RIPS JSON — RIPS en formato JavaScript Object Notation Formato técnico actual del RIPS, adoptado por la Resolución 2275 de 2023. Reemplazó los archivos planos .txt (CT, US, AF, AC, AP, AT) de la Resolución 3374 de 2000. El JSON es un formato de intercambio de datos estructurado, legible por máquinas, que permite validación automática de sintaxis y semántica en tiempo real.

Archivos planos RIPS (modelo anterior, derogado) Los seis archivos de texto plano (.txt) que comprendían el antiguo modelo de RIPS: CT (Datos de la transacción), US (Datos del usuario), AF (Servicios de consulta), AC (Procedimientos), AP (Urgencias), AT (Hospitalización). Este modelo fue reemplazado por el RIPS JSON. Las IPS que aún los generan están en incumplimiento normativo activo.

Sub-objetos del RIPS JSON El RIPS JSON agrupa los registros de atención en arrays estructurados por tipo de servicio:

• listaConsultas: atenciones de medicina general, especializada y odontología
• listaProcedimientos: procedimientos quirúrgicos, diagnósticos y terapéuticos
• listaUrgencias: atenciones en el servicio de urgencias
• listaHospitalizacion: episodios de hospitalización
• listaRecienNacidos: atenciones de recién nacidos
• listaMedicamentos: medicamentos dispensados o administrados
• listaOtrosServicios: servicios no clasificados en categorías anteriores

Sección B: El proceso de validación y sus identificadores clave

MUV — Mecanismo Único de Validación Plataforma centralizada del Ministerio de Salud que recibe, valida y certifica la coherencia entre el RIPS JSON y la FEV de cada prestador antes de emitir el CUV. Fue creado y reglamentado por la Resolución 1884 de 2024. Opera con dos capas: validación sintáctica (estructura del documento) y validación semántica (coherencia clínica y consistencia de datos).

CUV — Código Único de Validación Identificador alfanumérico único que el MUV emite cuando el RIPS JSON y la FEV son validados exitosamente. El CUV certifica que ambos documentos son técnicamente coherentes entre sí y con los estándares del Ministerio. Sin CUV no existe factura válida en el SGSSS colombiano. Fue creado por la Resolución 1884 de 2024.

FEV — Factura Electrónica de Venta (en salud) Documento electrónico en formato XML UBL 2.1 que el prestador de servicios de salud emite al ERP por los servicios prestados. En el sector salud, la FEV incluye una extensión sectorial adicional al formato estándar DIAN, que contiene campos específicos del SGSSS (datos de la ERP, del contrato, del plan de beneficios y el CUV).

CUFE — Código Único de Factura Electrónica Identificador que la DIAN emite cuando aprueba la Factura Electrónica de Venta. Es obligatorio en la extensión sectorial de la FEV que se transmite al MUV. Debe obtenerse de la DIAN antes de transmitir conjuntamente al MUV. No debe confundirse con el CUV: el CUFE es de la DIAN para la factura; el CUV es del Ministerio para el RIPS+FEV.

HTTP 200 / HTTP 422 / HTTP 400 / HTTP 401 Códigos de respuesta HTTP que el MUV devuelve al software del prestador tras la transmisión:

• 200: transmisión exitosa — CUV emitido
• 422: error semántico (código CIE obsoleto, CUPS inválido, incoherencia diagnóstico-procedimiento, IUM incorrecto)
• 400: error sintáctico (JSON malformado, campo obligatorio ausente, tipo de dato incorrecto)
• 401: error de autenticación (credenciales incorrectas o token expirado)

Sección C: Códigos de clasificación obligatorios en el RIPS

CIE-10 — Clasificación Internacional de Enfermedades, 10ª Revisión Estándar actual de codificación diagnóstica, adoptado por Colombia y aún vigente en el RIPS JSON durante el período de transición a CIE-11. Contiene aproximadamente 14.400 categorías de diagnóstico con estructura alfanumérica de 3 a 7 caracteres. Ejemplo: J18.0 (neumonía neumocócica).

CIE-11 — Clasificación Internacional de Enfermedades, 11ª Revisión Nueva versión adoptada en Colombia por la Resolución 1442 de 2024, con implementación progresiva en coexistencia con CIE-10. Tiene más de 55.000 entidades diagnósticas, diseño digital nativo, compatible con HL7 FHIR R4, e incorpora el mecanismo de postcoordinación (combinación de código base con extensores de lateralidad, severidad, histología, etc.).

CUPS — Clasificación Única de Procedimientos en Salud Estándar oficial colombiano para codificar todos los procedimientos, intervenciones y actividades de salud. Adoptado por la Resolución 2192 de 2004 con actualizaciones periódicas. Campo obligatorio en el RIPS JSON (sub-objetos de consultas, procedimientos, urgencias y hospitalización) y en el recurso Procedure del RDA en FHIR R4.

IUM — Identificador Único de Medicamentos Código oficial colombiano que identifica de manera unívoca cada medicamento comercializado en el país, definido por la Resolución 3166 de 2015 del Ministerio de Salud. Campo obligatorio en el sub-objeto listaMedicamentos del RIPS JSON y en el recurso MedicationRequest del RDA. Sin IUM válido, el MUV y el Gestor RDA rechazan el registro del medicamento.

Causa externa (código de causa externa en RIPS) Campo del RIPS que define el origen de la atención y determina qué sistema es responsable de la cobertura:

• 01: Enfermedad general (EPS – UPC)
• 02: Accidente de trabajo (ARL)
• 03: Accidente de tránsito (SOAT)
• 10: Enfermedad laboral (ARL)
• Entre otros. La codificación incorrecta genera glosas de elegibilidad y puede provocar cobros al sistema equivocado.

Sección D: La Historia Clínica Electrónica Interoperable y sus componentes

IHCE — Interoperabilidad de la Historia Clínica Electrónica Mecanismo nacional que permite el intercambio de información clínica entre diferentes prestadores de servicios de salud a través de una plataforma centralizada administrada por el Ministerio de Salud. Creada por la Ley 2015 de 2020 y operacionalizada por la Resolución 1888 de 2025.

RDA — Resumen Digital de Atención en Salud Documento clínico electrónico estandarizado que sintetiza la información clínica mínima relevante de cada atención en salud y se transmite a la plataforma nacional IHCE. Es el instrumento central de la IHCE. No es la historia clínica completa: es el subconjunto mínimo necesario para garantizar la continuidad asistencial entre instituciones. Adoptado por la Resolución 1888 de 2025.

HL7 FHIR R4 — Fast Healthcare Interoperability Resources, versión 4 Estándar internacional para el intercambio de información clínica, desarrollado por Health Level Seven International (HL7). Es el formato técnico obligatorio del RDA en Colombia. El RDA es un Bundle FHIR R4: un contenedor que agrupa múltiples recursos clínicos interconectados. Los perfiles colombianos específicos están disponibles en vulcano.ihcecol.gov.co.

Bundle FHIR — Paquete de recursos FHIR Contenedor técnico HL7 FHIR que agrupa múltiples recursos clínicos en un único documento estructurado. En el contexto del RDA, el Bundle contiene recursos como Patient, Encounter, Condition, MedicationRequest, Procedure, AllergyIntolerance y Practitioner.

Recursos FHIR del RDA — Los componentes clínicos del Bundle

• Patient: identificación del paciente con su identificador VIDA del MPI
• Encounter: datos del encuentro clínico (tipo, fecha, institución, profesional)
• Condition: diagnósticos codificados en CIE-10 o CIE-11
• MedicationRequest: medicamentos prescritos con código IUM obligatorio
• Procedure: procedimientos realizados con código CUPS
• AllergyIntolerance: alergias e hipersensibilidades documentadas
• Practitioner: identificación del profesional responsable

Perfiles colombianos FHIR — Especificaciones nacionales Adaptaciones del estándar FHIR R4 al contexto colombiano, definidas por el Ministerio de Salud y HL7 Colombia. Disponibles en vulcano.ihcecol.gov.co. Implementar FHIR R4 genérico sin los perfiles colombianos genera Bundles rechazados por el Gestor RDA del Ministerio.

Sección E Parte 1: La arquitectura técnica de la plataforma IHCE

API Gateway (IHCE) Punto de entrada único para todas las comunicaciones entre los HIS de los prestadores y la plataforma IHCE. Gestiona la autenticación (validando las credenciales de Hércules), el enrutamiento de solicitudes y el control de accesos. Sin autenticación exitosa en el API Gateway, ninguna transmisión llega a la plataforma.

MPI — Master Patient Index (Índice Maestro de Pacientes) Base de datos de identificación única de pacientes a nivel nacional en la plataforma IHCE. Asigna el identificador VIDA a cada paciente. El HIS debe consultar el MPI antes de construir el Bundle RDA para incluir el VIDA correcto en el recurso Patient.

VIDA — Identificador único del paciente en la IHCE Código alfanumérico único asignado por el MPI a cada paciente registrado en el ecosistema IHCE del Ministerio. Es obligatorio en el recurso Patient de todo Bundle RDA. No debe confundirse con el número de documento del paciente: el VIDA es el identificador propio de la plataforma IHCE.

Gestor RDA — Componente del repositorio IHCE Componente de la plataforma IHCE que recibe los Bundles FHIR transmitidos por los prestadores, ejecuta la validación técnica y semántica contra los perfiles colombianos, almacena los RDA aprobados en el repositorio nacional, y devuelve al prestador el código HTTP de resultado.

Servidor terminológico IHCE Componente de la plataforma IHCE que mantiene los catálogos de referencia activos: CIE-10, CIE-11, CUPS e IUM. Cuando el Gestor RDA valida un Bundle, consulta el servidor terminológico para verificar que los códigos usados son válidos y corresponden a la versión vigente de cada catálogo.

Sección E Parte 2: La arquitectura técnica de la plataforma IHCE

Visor RDA Interfaz de la plataforma IHCE que permite a los profesionales de salud autorizados consultar los RDA del paciente generados por cualquier institución integrada al mecanismo. Debe estar embebido en el HIS de cada prestador (no como portal externo), mostrar historial mínimo de 12 meses con filtros por fecha, y estar restringido por RBAC a usuarios con relación asistencial activa.

Hércules SISPRO Sistema de gestión de identidad y credenciales del Ministerio de Salud para el acceso a la IHCE. En Hércules (hercules.sispro.gov.co) cada prestador registra su Delegado Administrativo IHCE y obtiene el ClientID y ClientSecret que el HIS usa para autenticarse en el API Gateway.

Delegado Administrativo IHCE Funcionario designado por la institución prestadora como responsable de gestionar las credenciales de acceso a la plataforma IHCE ante el Ministerio. Debe tener autoridad formal para comprometer a la institución en el uso de los sistemas del Ministerio.

ClientID / ClientSecret (credenciales Hércules) Par de credenciales generadas por Hércules que el HIS usa para autenticarse en el API Gateway de la IHCE. El ClientID es el identificador público de la institución como cliente de la IHCE; el ClientSecret es la clave secreta asociada. Deben almacenarse en un vault de credenciales seguro, nunca en texto plano.

Token de autenticación (Bearer Token) Credencial temporal que el API Gateway emite al HIS tras la autenticación exitosa con ClientID/ClientSecret. Tiene un tiempo de expiración definido. El HIS debe incluir el token en el encabezado Authorization: Bearer [token] de cada solicitud a la IHCE y renovarlo automáticamente antes de su expiración.

Sección E Parte 3: La arquitectura técnica de la plataforma IHCE

TLS 1.3 — Transport Layer Security versión 1.3 Protocolo de cifrado obligatorio para todas las transmisiones entre el HIS del prestador y la plataforma IHCE del Ministerio, según la Resolución 1888 de 2025. TLS 1.2 y versiones anteriores son explícitamente insuficientes bajo los requisitos de la norma.

AES-256 — Advanced Encryption Standard con clave de 256 bits Algoritmo de cifrado simétrico usado para la protección de datos en reposo en la plataforma IHCE. La Resolución 1888 exige que los datos almacenados en el repositorio nacional estén protegidos con AES-256.

RBAC — Control de Acceso Basado en Roles (Role-Based Access Control) Mecanismo de seguridad requerido por la Resolución 1888 de 2025 para el acceso al Visor RDA y a las funciones de generación de RDA en el HIS. Garantiza que solo el personal con relación asistencial activa con el paciente puede consultar su historial en el Visor.

Sección F: El SIIFA y sus componentes

SIIFA — Sistema Integral de Información Financiera y Asistencial Plataforma centralizada del Ministerio de Salud que registra contratos, facturas, glosas, devoluciones, respuestas y pagos entre todos los actores del SGSSS. Creado por la Ley 1966 de 2019 y reglamentado operativamente por la Resolución 1962 de 2025.

CUCON — Código Único de Contrato Identificador que el SIIFA asigna a cada contrato registrado entre una IPS y una ERP. Es el hilo conductor que vincula las facturas radicadas con el contrato que las sustenta. Las facturas sin CUCON o con CUCON incorrecto pueden ser objetadas por la ERP en el SIIFA.

ERP — Entidad Responsable de Pago Término genérico para las entidades que tienen la obligación de pagar los servicios de salud prestados a sus afiliados o asegurados. Incluye EPS de ambos regímenes, entidades adaptadas, ARL, ADRES, SOAT, planes voluntarios de salud y regímenes especiales.

Módulo 1 del SIIFA — Registro de Contratación Registra los contratos vigentes entre ERP y prestadores, sus modificaciones, adiciones y liquidaciones. Al registrar un contrato, el SIIFA asigna el CUCON.

Módulo 2 del SIIFA — Factura Electrónica y RIPS Registra la radicación de facturas con CUV ante la ERP bajo el CUCON del contrato correspondiente. Documenta el inicio del ciclo de pago.

Módulo 3 del SIIFA — Seguimiento a Facturas Registra glosas, devoluciones, respuestas del prestador y aceptaciones de la ERP. Trazabilidad completa del proceso de auditoría de cuentas en tiempo real, visible para el Ministerio y la Superintendencia.

Módulo 4 del SIIFA — Seguimiento a Pagos Registra los pagos realizados por la ERP, los anticipos y los giros directos de la ADRES, vinculados a cada factura específica. Cierra el ciclo financiero con trazabilidad completa.

Sección G Parte 1: Otros términos del ecosistema

PBS — Plan de Beneficios en Salud (anteriormente POS) Conjunto de servicios, tecnologías y medicamentos que el SGSSS garantiza a todos los afiliados, financiado con recursos de la UPC. Su contenido está definido por el Ministerio de Salud (actualmente en la Resolución 2512 de 2024). Los servicios dentro del PBS/UPC tienen un tratamiento diferente a los No PBS/No UPC en la facturación y el RIPS.

UPC — Unidad de Pago por Capitación Valor anual reconocido por el sistema a cada EPS por afiliado, para financiar las prestaciones del Plan de Beneficios en Salud. Su monto es fijado anualmente por el Ministerio de Salud. Los medicamentos y tecnologías financiados con recursos UPC tienen reglas específicas de prescripción (Circular 0019 de 2026) y reporte (RIPS JSON).

MIPRES — Mi Prescripción Herramienta tecnológica del Ministerio de Salud para el reporte de prescripciones de tecnologías No UPC (anteriormente No PBS). Desde la Circular 0019 del 29 de mayo de 2026, MIPRES ya no aplica para medicamentos UPC ambulatorios; estos se registran en el RDA mediante el recurso MedicationRequest. MIPRES permanece vigente únicamente para tecnologías No UPC.

Sección G Parte 1: Otros términos del ecosistema

SAGEM — Sistema de Análisis y Gestión de Estadísticas Aplicativo del Ministerio de Salud para la carga de indicadores de calidad según la Resolución 1552 de 2013 (oportunidad de citas) y otros reportes estadísticos del sector. Diferente al MUV y al SISPRO, aunque todos son plataformas del Ministerio.

BDUA — Base de Datos Única de Afiliados Base de datos administrada por la ADRES que contiene el registro actualizado de todos los afiliados al SGSSS. Es la fuente oficial para verificar el estado de afiliación de un usuario antes de prestarle servicios, previniendo glosas de elegibilidad.

PAMEC — Programa de Auditoría para el Mejoramiento de la Calidad Instrumento de autoevaluación y mejora continua que deben implementar las IPS y EPS habilitadas. Opera bajo el ciclo PHVA (Planear-Hacer-Verificar-Actuar). Los indicadores de la Resolución 256 de 2016 alimentan el PAMEC como insumos de mejora.

REPS — Registro Especial de Prestadores de Servicios de Salud Registro oficial de habilitación de los prestadores de servicios de salud en Colombia. Toda IPS o profesional independiente debe estar registrado y activo en el REPS para poder facturar en el SGSSS, transmitir RDA a la IHCE y registrar contratos en el SIIFA.

Tabla comparativa: Los 10 términos más confundidos en la facturación en salud colombiana

¿Cómo articular correctamente todos estos términos en el flujo operativo?

El flujo operativo correcto de una atención en una IPS con el ecosistema digital completo activo integra todos estos términos en una secuencia lógica:

1. El médico atiende al paciente y documenta en el HIS con códigos CIE-10/CIE-11, CUPS e IUM
2. Al cierre, el HIS genera el Bundle FHIR R4 (con perfiles colombianos) y lo transmite al Gestor RDA de la IHCE usando el Token obtenido con las credenciales Hércules (ClientID/ClientSecret) del API Gateway
3. El Bundle incluye el VIDA del paciente del MPI en el recurso Patient, los diagnósticos en Condition, los medicamentos UPC en MedicationRequest y los procedimientos en Procedure
4. El Servidor terminológico valida los códigos CIE, CUPS e IUM
5. El Gestor RDA devuelve HTTP 200 y el RDA queda en el repositorio nacional
6. El HIS genera el RIPS JSON con los datos del período, que pasa por el validador interno
7. La FEV se envía a la DIAN y se obtiene el CUFE
8. El RIPS JSON + FEV (con CUFE) se transmiten conjuntamente al MUV del Ministerio
9. El MUV ejecuta la validación sintáctica y semántica y emite el CUV
10. La factura con CUV se radica ante la ERP y se registra en el SIIFA bajo el CUCON del contrato vigente

Conclusión: Cómo usar este glosario para mejorar el desempeño de su equipo

El dominio preciso del glosario RIPS actualizado no es un ejercicio académico: es una herramienta de gestión operativa. Los equipos de facturación, codificación, TI y dirección que comparten un vocabulario común cometen menos errores de proceso, resuelven incidentes más rápidamente y tienen conversaciones más productivas con el Ministerio, las ERP y los proveedores de software.

Los próximos pasos prácticos para maximizar el impacto de este glosario:

1. Distribuir el glosario con contexto operativo: al compartir este glosario con el equipo, agregar para cada término el proceso específico donde se usa en su institución. «El CUV es el código que debemos guardar antes de radicar la factura» tiene más impacto que una definición abstracta.
2. Incorporar los términos clave en los procedimientos escritos: los manuales de operación de facturación, RIPS y IHCE de la institución deben usar los términos oficiales de este glosario, eliminando denominaciones informales o locales que generan confusión.
3. Crear una prueba de comprensión terminológica para el equipo: evaluar periódicamente si el personal de facturación y codificación puede distinguir correctamente entre los 10 pares de términos confundidos identificados en la tabla comparativa.
4. Actualizar el glosario ante cada nueva norma: el Ministerio seguirá publicando normas que incorporen nuevos términos al ecosistema. Designar a un responsable de actualizar el glosario institucional dentro de los 30 días siguientes a cada nueva publicación normativa relevante.
5. Usar el glosario en la evaluación de proveedores de software: cuando un proveedor de HIS no puede definir con precisión la diferencia entre CUV y CUFE, o entre RIPS JSON y RDA, es una señal de alerta sobre la madurez técnica de su solución frente a los requisitos normativos vigentes.

Referencias Oficiales

1. Resolución 2275 de 2023 — Ministerio de Salud. RIPS JSON, sub-objetos, campos obligatorios 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 1884 de 2024 — Ministerio de Salud. MUV, CUV y estándares técnicos de transmisión RIPS-FEV. https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx
3. Resolución 1888 de 2025 — Ministerio de Salud. IHCE, RDA, HL7 FHIR R4, TLS 1.3, AES-256, RBAC, Visor RDA y obligaciones técnicas. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201888%20de%202025.pdf
4. Resolución 1962 de 2025 — Ministerio de Salud. SIIFA, CUCON, Módulos 1 a 4, ERP, trazabilidad de contratos y pagos. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201962%20de%202025.pdf
5. Resolución 1442 de 2024 — Ministerio de Salud. CIE-11: adopción, postcoordinación y período de coexistencia con CIE-10. https://www.minsalud.gov.co/Normatividad_Nuevo/Resolucion%20No%201442%20de%202024.pdf
6. Resolución 3166 de 2015 — Ministerio de Salud. IUM: definición y uso obligatorio en prescripción y RIPS. https://www.minsalud.gov.co
7. Circular Externa 0019 de 2026 — Ministerio de Salud. Prescripción UPC vía RDA/MedicationRequest; MIPRES exclusivo para No UPC. https://www.minsalud.gov.co
8. Sistema Hércules SISPRO — Ministerio de Salud. Gestión de credenciales IHCE (ClientID, ClientSecret, Delegado Administrativo). https://hercules.sispro.gov.co
9. Guía de Implementación HL7 FHIR RDA Colombia — HL7 Colombia / Ministerio de Salud. Perfiles colombianos, recursos FHIR y especificaciones técnicas del Bundle RDA. https://vulcano.ihcecol.gov.co/
10. Ley 2015 de 2020 — Congreso de Colombia. Creación de la IHCE como bien público digital; titularidad del paciente sobre sus datos clínicos. https://www.minsalud.gov.co/ihce/Paginas/Interoperabilidad-de-Historia-Clinica-QA.aspx