Documento Técnico 2: Qué Son los Campos Adicionales del Sector Salud en la FEV y Por Qué Cambia Todo en 2026
El Documento Técnico 2 del Ministerio de Salud (julio 1 de 2026, Versión 001) especifica los campos adicionales de la FEV en salud que deben incorporarse a la factura electrónica de venta definida por la DIAN, en formato XML estándar UBL. Aplica a prestadores de servicios de salud, proveedores de tecnologías en salud y fabricantes/importadores que vendan masivamente a EPS. Es de cumplimiento obligatorio vigente.
¿Por qué el sector salud necesita campos adicionales en la factura electrónica?
La Factura Electrónica de Venta (FEV) en Colombia es el estándar general regulado por la DIAN bajo el formato UBL (Universal Business Language) en XML. Sin embargo, la operación del sector salud involucra información que no existe en la factura comercial convencional: coberturas de salud, modalidades de pago clínico, copagos, cuotas moderadoras, contratos con EPS y pólizas SOAT.
El Ministerio de Salud y Protección Social resolvió este desajuste mediante una extensión técnica sectorial dentro del mismo estándar XML de la DIAN. Esta extensión se llama ext:UBLExtension y contiene todos los campos propios del sector salud.
El resultado es el Documento Técnico 2, que especifica los detalles de la información que deberá incorporarse a la factura electrónica de venta definida por la DIAN, con el propósito de que los facturadores electrónicos de los servicios y tecnologías de salud y los fabricantes, importadores y titulares de registro sanitario cumplan con la generación de este documento electrónico.
¿A quiénes obliga el Documento Técnico 2?
El documento tiene dos grandes grupos de obligados:
Grupo 1 — Facturadores electrónicos del sector salud (extensión salud):
- IPS (Instituciones Prestadoras de Servicios de Salud)
- Profesionales independientes habilitados
- Proveedores de Tecnologías en Salud (PTS)
- Entidades con objeto social diferente que presten servicios de salud
Grupo 2 — Industria farmacéutica (compras directas):
- Fabricantes de medicamentos y dispositivos médicos
- Importadores con registro sanitario
- Titulares de registro sanitario que vendan masivamente a EPS para dispensación por gestores farmacéuticos
Cada grupo tiene un tipo de factura diferente. El Grupo 1 emite facturas con la extensión salud completa en formato XML. El Grupo 2 emite una factura convencional sin campos adicionales del sector salud, pero debe incluir el CUCON en el campo Nota del XML.
¿Cuáles son los grupos de datos que componen la extensión salud?
Los facturadores electrónicos del sector salud deberán incluir información en campos individuales y separados que atiendan las especificaciones de estándares UBL en formato XML. Los grupos son:
UBLExtension (extensión del sector salud):
- Código del prestador de servicios de salud
- Modalidades de pago
- Cobertura o plan de beneficios
- Número de contrato o número de póliza
- Factura sin contrato (nuevo en Versión 001)
PrepaidPayment (pagos previos del usuario):
- Copago
- Cuota moderadora
- Pagos compartidos en planes voluntarios de salud
- Anticipos
InvoicePeriod (fechas de facturación):
- Fecha de inicio del periodo de facturación
- Fecha final del periodo de facturación
Elemento Nota:
- Código único del contrato (CUCON)
- Descripción para el bien/servicio prestado
Grupo Item (línea de facturación):
- Codificación del bien o servicio
- Descripción del bien o servicio
¿Qué es nuevo en la Versión 001 respecto a la versión de lanzamiento?
El control de cambios del documento es explícito: la única modificación de la Versión 001 frente a la versión de lanzamiento es la creación del campo FACTURA_SIN_CONTRATO.
Este campo se diligenciará conforme a la tabla de referencia facturaSinContrato, disponible en las Tablas de referencia del SISPRO (web.sispro.gov.co). Inicialmente su validación dará como resultado una Notificación, no un Rechazo.
¿Cómo funciona técnicamente la extensión UBL del sector salud?
El estándar UBL adoptado por la DIAN prevé que los sectores económicos puedan incluir informaciones particulares que los motores de análisis del diccionario XSD omitirán durante la compilación del artefacto XML. Esto se logra mediante el fragmento /ext:UBLExtensions, que puede aparecer máximo una vez dentro del objeto UBL y puede tener todos los hijos ext:UBLExtension que requiera el modelo de negocio.
El orden recomendado de los registros dentro de ext:UBLExtension es:
- Datos de control de la DIAN
- Variables propias del sector salud (definidas en el Documento Técnico 2)
- Datos del cálculo de la firma digital
Esta arquitectura garantiza que la extensión del sector salud no afecte el procesamiento DIAN de los esquemas XML, ni los fines de control fiscal de la entidad tributaria nacional.
Tabla comparativa: Campos obligatorios vs. opcionales en la extensión salud
| Campo | Grupo XML | Obligatoriedad | Tipo de dato |
|---|---|---|---|
| CODIGO_PRESTADOR | UBLExtension | Obligatorio | Texto alfanumérico |
| MODALIDAD_PAGO | UBLExtension | Obligatorio | Tabla referencia SISPRO |
| COBERTURA_PLAN_BENEFICIOS | UBLExtension | Obligatorio | Tabla referencia SISPRO |
| NUMERO_CONTRATO | UBLExtension | Obligatorio si existe contrato | Alfanumérico (CUCON) |
| NUMERO_POLIZA | UBLExtension | Obligatorio en SOAT/Voluntarios | Alfanumérico |
| FACTURA_SIN_CONTRATO | UBLExtension | Obligatorio según lógica del campo | Numérico único |
| COPAGO | PrepaidPayment | Obligatorio por usuario/multiusuario | Numérico sin negativos |
| CUOTA_MODERADORA | PrepaidPayment | Obligatorio por usuario/multiusuario | Numérico sin negativos |
| PAGOS_COMPARTIDOS | PrepaidPayment | Obligatorio por usuario/multiusuario | Numérico sin negativos |
| ANTICIPO | PrepaidPayment | Obligatorio si se pactaron anticipos | Numérico sin negativos |
| Fecha inicio facturación | InvoicePeriod / StartDate | Obligatorio | AAAA-MM-DD |
| Fecha fin facturación | InvoicePeriod / EndDate | Obligatorio | AAAA-MM-DD |
¿Qué campos adicionales del sector salud NO van en el XML?
El documento también delimita qué información del sector salud no se incorpora en el XML de la FEV, sino que se reporta dentro de la estructura de los RIPS como soporte de la factura electrónica de venta. Estos campos son:
- Tipo de documento de identificación del usuario
- Número de documento de identificación del usuario
- Tipo de usuario
- Número de autorización
- Número de mi prescripción (MIPRES)
- Número de ID entrega de mi prescripción (MIPRES)
La descripción de los campos para la generación de los RIPS en estructura JSON está definida en la primera parte del mismo Documento Técnico 2.
Conclusión: Próximos pasos para los facturadores del sector salud
El Documento Técnico 2 Versión 001 es de aplicación inmediata desde el 1 de julio de 2026. La implementación en entornos reales requiere acciones concretas en tres frentes:
- Verificar la integración de todos los campos del grupo UBLExtension en el software facturador, incluyendo el nuevo campo
FACTURA_SIN_CONTRATO, que actualmente genera Notificación pero cuya obligatoriedad plena puede endurecerse en versiones futuras. - Confirmar con el proveedor tecnológico que los campos del grupo PrepaidPayment (copago, cuota moderadora, pagos compartidos, anticipos) están correctamente mapeados al RIPS JSON, ya que el Ministerio valida la coherencia entre el valor declarado en la FEV y el registrado en RIPS.
- Revisar el catálogo de tablas de referencia en web.sispro.gov.co, especialmente las tablas
modalidadPago,coberturaPlan,conceptoRecaudoyfacturaSinContrato, cuya versión vigente es la que el Mecanismo Único de Validación (MUV) usará para rechazar o notificar errores.
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. Ministerio de Salud y Protección Social de Colombia.
Disponible en: https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx