El campo MODALIDAD_PAGO en la factura electrónica de venta en salud identifica la modalidad contractual bajo la cual se prestan y facturan los servicios. Es obligatorio para todos los facturadores del sector salud. El Documento Técnico 2 (julio 2026) define 4 modalidades excluyentes: pago individual por caso/paquete/canasta, pago global prospectivo, pago por capitación y pago por evento. Su valor proviene de la tabla modalidadPago en web.sispro.gov.co.
¿Por qué la modalidad de pago determina cómo se estructura toda la FEV?
La modalidad de pago no es un campo informativo. Es el eje estructural que determina cómo debe construirse el RIPS JSON que acompaña la FEV, qué valores van en los campos de línea, y cómo opera el método de cálculo del sector salud dentro del XML. Un error en la modalidad de pago puede provocar rechazos masivos en reglas de validación como la RVC034, que verifica la coherencia entre la modalidad declarada y los valores de vrServicio en el RIPS.
El Documento Técnico 2 establece que debe registrarse la modalidad de pago pactada objeto de facturación, de acuerdo con la definición contenida en el artículo 2.5.3.4.2.3 del Decreto 780 de 2016.
¿Cuáles son las 4 modalidades de pago y qué implica cada una?
| Modalidad | Descripción operativa | Impacto en RIPS y FEV |
|---|---|---|
| i. Pago individual por caso / Conjunto integral / Paquete / Canasta | Facturación por evento individual o conjunto de atenciones acordadas para un episodio de atención | RIPS con vrServicio al valor real; FEV con valor total de la prestación |
| ii. Pago Global Prospectivo (PGP) | Pago fijo por grupo de diagnóstico o episodio, acordado prospectivamente | El campo vrServicio del RIPS debe ser cero (0); la FEV refleja el valor del PGP pactado |
| iii. Pago por capitación | Pago periódico fijo por afiliado adscrito, sin relación con el volumen de atenciones | FEV inicial sin RIPS adjunto; desde la segunda FEV se adjunta RIPS del periodo anterior |
| iv. Pago por evento | Facturación por cada servicio o tecnología prestada de forma unitaria | RIPS detallado por cada prestación; valor de vrServicio igual al valor real cobrado |
¿Cómo se estructura técnicamente en el XML?
El campo MODALIDAD_PAGO se ubica dentro del AdditionalInformation[2] de la colección de la extensión del sector salud. Su estructura exige:
- Name: literal
"MODALIDAD_PAGO" - Value: valor de la tabla de referencia
modalidadPagode SISPRO (con sus atributos@schemeName="salud_modalidad_pago.gc"y@schemeIDcon el código correspondiente)
Los valores son excluyentes entre sí: solo una modalidad por factura. En facturas multiusuario, todos los usuarios deben pertenecer a la misma modalidad de pago y a la misma cobertura o plan de beneficios.
¿Qué errores de validación se generan por modalidad incorrecta?
Según el catálogo del Documento Técnico 2, las principales reglas que aplican son:
- DND125 / FED125 / CND125 (Rechazo): campo
MODALIDAD_PAGO.SchemeIdno existe o no tiene valor en el XML. - DND133 / FED133 / CND133 (Rechazo): el valor reportado en
MODALIDAD_PAGOno es válido o está vacío. - DND126 / FED126 / CND126 (Rechazo): no existe el grupo
MODALIDAD_PAGOen la extensión salud del XML.
El análisis técnico demuestra que estos rechazos son inmediatos: el MUV no genera CUV hasta que el campo tenga un valor válido de la tabla de referencia.
¿Cómo afecta la capitación al ciclo de facturación?
La capitación tiene un tratamiento diferencial: la FEV inicial (del primer mes o periodo) no requiere archivos RIPS adjuntos. Desde la segunda FEV en adelante, debe adjuntar los RIPS aprobados del período anterior. Esto responde a la naturaleza del pago por capitación, donde el valor se pacta por afiliado adscrito con independencia del volumen de atenciones realizadas.
La implementación en entornos reales requiere que los equipos de facturación configuren en su software un flujo diferenciado para capitación, que gestione automáticamente la adjunción del RIPS del periodo previo aprobado.
Conclusión: Próximos pasos
- Parametrizar las 4 modalidades en el sistema de información con sus códigos exactos de la tabla
modalidadPagodel SISPRO. - Verificar que el RIPS JSON de cada modalidad esté correctamente configurado, especialmente para PGP (vrServicio = 0) y capitación (sin RIPS en la primera FEV).
- Auditar los contratos vigentes con EPS para identificar si la modalidad contractual pactada coincide con la que se está declarando en el campo MODALIDAD_PAGO de las FEV actuales.
Fuente oficial: Documento Técnico 2 «Campos de Datos del Sector Salud, Adicionales a la Generación de la FEV», Versión 001, Julio 1 de 2026. Sección 4.2.
https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx