RESOLUCIÓN 00001884 DE 2024
(septiembre 30)
Diario Oficial No. 52.896 de 1 de octubre de 2024
MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL
Por la cual se modifica la Resolución número 2275 de 2023 y se dictan otras disposiciones.
EL MINISTRO DE SALUD Y PROTECCIÓN SOCIAL,
en ejercicio de las facultades legales y reglamentarias, en especial las conferidas por el numeral 3 del artículo 173 de la Ley 100 de 1993 y el artículo 15 de la Ley 1966 de 2019, y
CONSIDERANDO:
Que, el Ministerio de Salud y Protección Social expidió la Resolución número 2275 de 2023, única reglamentaria del Registro Individual de Prestación de Servicios de Salud (RIPS), soporte de la Factura Electrónica de Venta (FEV) en salud, y que viene adelantando las actividades tendientes a la implementación y masificación de este estándar de información en el sector salud, en desarrollo del artículo 15 de la Ley 1966 de 2019.
Que, el Ministerio, desde 2021, ha adelantado esfuerzos normativos con la participación de los distintos actores del sistema, así como las propuestas reglamentarias cuyo inicio de vigencia a requerido aplazamientos, en la medida en que los obligados a la implementación del Registro Individual de Prestación de Servicios de Salud (RIPS), como soporte de la factura electrónica de venta (FEV) en salud han evidenciado limitaciones en las adecuaciones de sus sistemas de información y organizacionales para el cumplimiento de las mismas.
Que, en este propósito, el Ministerio de Salud y Protección Social culminó las fases de desarrollo, pruebas internas y pruebas externas de la plataforma informática que soporta el mecanismo único de validación del conjunto de información FEV en salud y RIPS, interviniendo en las incidencias presentadas en el funcionamiento de la solución tecnológica. Esto permite la integración de los campos de datos del sector salud adicionales a la generación de la FEV en salud y el RIPS como soporte de la misma, obteniendo la certificación de su contenido, estructura y relación mediante el Código Único de Validación (CUV), resultado de un proceso exitoso de validación.
Que, el Ministerio, en el marco operativo del periodo de transición definido en el artículo 21 de la Resolución número 2275 de 2023, modificado por el artículo 1o de la Resolución número 558 de 2024, establece la entrada en vigencia el 1o de octubre de 2024.
Sin embargo, esta entidad, ante los resultados de las asistencias técnicas y capacitación realizadas con proveedores tecnológicos de soluciones informáticas de factura y RIPS que apoyan en estas necesidades a los PSS y PTS, entre abril y septiembre de 2024 un total de 102 eventos con la asistencia de 6.740 personas de 2.227 entidades y 324 profesionales independientes. Adicionalmente, en esas sesiones, se realizaron pruebas de transmisión de información y pilotos para los 8 módulos desarrollados en las fases I, II y III del mecanismo único de validación del RIPS como soporte de la FEV en salud, al interior de los cuales se realizaron 1.568 procesos de validación por parte de 106 entidades de los cuales para 1.264 procesos se logró la validación exitosa de los archivos del RIPS (en formato JSON ), y la FEV en salud (en formato XML con la extensión salud), a ser enviados a las Entidades Responsables de Pago (ERP) y demás pagadores por los facturadores electrónicos del sector salud.
Que, el Ministerio adelantó una encuesta orientada a identificar las condiciones actuales y el alistamiento realizado por los Prestadores de Servicios de Salud (PSS) públicos para llevar a cabo el proceso de FEV en salud y la generación del RIPS como soporte de la misma, en cumplimiento del estándar definido en los anexos 1 y 2 de la Resolución número 2275 de 2023 (Única de FEV-RIPS), respecto a la entrada en vigencia prevista para el 1 de octubre de 2024. A corte del 20 de agosto de 2024, habían respondido 481 entidades, el 51,6% de las 932 Empresas Sociales del Estado (ESE) habilitadas. En sus respuestas, se evidenció que el 99% de las entidades cuentan con sistemas de información clínicos y de facturación, que se están adecuando para cumplir con la normatividad señalada.
Además, el 19% de entidades (91 ESE) han logrado la validación exitosa de sus archivos.
No obstante, existen entidades que no cuentan con sistemas de información idóneos (4 entidades, el 1%), o no disponen de los recursos necesarios para su mantenimiento o ajuste (48 ESE, el 10%). Este resultado debe ser atendido para no afectar el flujo de recursos de estos PSS, sin dejar de lado la necesidad de incorporarlos al cumplimiento normativo.
Que, la información que se valide a través del mecanismo único del Ministerio, al abarcar la totalidad de facturadores electrónicos del sector salud, así como sus ERP y demás pagadores, ser requiere prioritamente, sin que resulte conveniente aplazar el inicio de su vigencia. Esta información se constituye en un insumo fundamental para cumplir las disposiciones contenidas en los artículos 3o, 4o y 15 de la Ley 1966 de 2019, relacionadas con la trazabilidad de las transacciones entre actores, la transparencia de las mismas y la oportunidad en el flujo de recursos. Además, es ser fuente primaria de datos para el ejercicio de las funciones y competencias sectoriales, particularmente las asignadas al Gobierno nacional relacionadas con la garantía del derecho fundamental a la salud, el seguimiento y caracterización epidemiológica de la población en los distintos procesos de atención en salud, la conformación de los escenarios de sostenibilidad financiera y estimación de valores a reconocer por concepto de la UPC, Presupuesto Máximo y otras primas, el mejoramiento en la transparencia y el flujo de recursos entre prestadores y pagadores, así como la administración de los recursos del sistema general de seguridad social en salud y la inspección, vigilancia y control.
Que, considerando la madurez relativa de las entidades del sector salud, su complejidad institucional y los valores facturados, principalmente la de los obligados a la generación del RIPS como soporte de la FEV en salud, así como las ERP y demás pagadores, a fin de no afectar los objetivos de política pública comentados, resulta necesario establecer un espacio de implementación gradual y progresivo del estándar de información contenido en la Resolución 2275 de 2023. Esto se debe mantener la obligatoriedad de su cumplimiento sin que el resultado del proceso de validación del conjunto de información que realiza el mecanismo del Ministerio, impida la radicación de las facturas ante las ERP y demás pagadores y, por ende, el flujo de los recursos. Todo ello, sin perjuicio del seguimiento de tales responsabilidades por parte de las entidades de inspección, vigilancia y control.
Que, a pesar de que el Ministerio de Salud y Protección Social ha dispuesto a los facturadores electrónicos del sector salud los diferentes módulos y funcionalidades que componen el mecanismo único de validación del RIPS como soporte de las FEV en salud, y de haber realizado las actividades de implementación señaladas en el cronograma de que trata el artículo 1o de la Resolución 558 de 2024, que modificó el artículo 21 de la Resolución 2275 de 2023, se requiere garantizar a los participantes del sistema el acceso a un cronograma de actividades de asistencia técnica. Esto le permitirá corregir las alertas de notificación o rechazo que se generen desde el mecanismo a partir del inicio de la vigencia del estándar de información de la Resolución número 2275 de 2023.
Que, en razón a lo dispuesto en los artículos 187 y 225 de la Ley 100 de 1993, el Decreto número 1652 de 2022 y la Circular Externa Supersalud 016 de 2016, y considerando que los recaudos por concepto de pagos moderadores corresponden a recursos de las Entidades Promotoras de Salud, se hace necesario precisar el manejo del recaudo de pagos moderadores y su facturación por parte de los Prestadores de Servicios de Salud y Proveedores de Tecnologías en Salud. Estos pagos se consideran recursos que se reciben a favor de terceros, Entidades Responsables de Pago o pagadores, para acreditarlos al valor de los servicios y tecnologías de salud objeto de facturación.
Que la transición requerida ha sido presentada ante la Unidad Administrativa Especial -Dirección de Impuestos y Aduanas Nacionales (DIAN), obteniéndose las observaciones necesarias aplicables para garantizar un proceso de implementación gradual y progresivo, sin afectar el proceso de facturación del sector salud.
Que, de conformidad con lo anterior, es necesario modificar las Resoluciones número 2275 de 2023 y 558 de 2024 en relación con la transición prevista para la implementación del RIPS como soporte de la FEV en salud, así como el inicio de la operación de la plataforma del mecanismo único de validación. Además, se precisa la facturación del recaudo de pagos moderadores y se modifica parcialmente el anexo técnico 2 de la Resolución número 2275 de 2023.
En mérito de lo expuesto,
RESUELVE:
ARTÍCULO 1o. Modifíquese el artículo 21 de la Resolución número 2275 de 2023, modificado por el artículo 1o de la Resolución número 558 de 2024, el cual quedará así:
“Artículo 21. Transición. Para la implementación del RIPS como soporte de la FEV en salud y el inicio de la operación de la plataforma del mecanismo único de validación, las entidades de que trata el artículo 2o de la presente resolución y este Ministerio seguirán las siguientes actividades y cronograma:
| FASE/PROCESO | ACTIVIDAD | PLAZO DE EJECUCIÓN | EJECUCIÓN RESPONSABLE |
| Mecanismo de autenticación para PSS y PTS | Grupo 1. PSS con servicios de alta complejidad habilitados y activos en REPS al 2 de septiembre de 2024 según el listado dispuesto por el Ministerio en el micrositio de FEV-RIPS en el siguiente enlace https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/OT/listado-pss-reps-2024.zip | 1o de octubre de 2024 | Ministerio de Salud y Protección Social, Facturadores electrónicos del sector salud y entidades obligadas a reportar RIPS, Entidades Responsables de Pago y demás pagadores |
| - Entrada en operación del mecanismo único de validación del RIPS (JSON) como soporte de la FEV en salud (XML con los campos adicionales del sector salud). Se inicia la transmisión del conjunto de archivos a la plataforma para obtener el CUV para su radicación. | |||
| Asistencia técnica, pruebas y pilotos | Grupo 1. Asistencia técnica obligatoria en procesos de autenticación, instalación y realización de pruebas y pilotos de validación ante el mecanismo único de validación, en sus diferentes módulos (Fases I, II y III), según programación Minsalud. | 1o de octubre a 30 noviembre de 2024 | Ministerio de Salud y Protección Social, Facturadores electrónicos del sector salud y entidades obligadas a reportar RIPS, Entidades Responsables de Pago y demás pagadores. |
| Mecanismo de autenticación para PSS y PTS | |||
| Grupo 2. PSS con servicios de mediana complejidad habilitados y activos en REPS al 2 de septiembre de 2024 según el listado dispuesto por el Ministerio en el micrositio de FEV-RIPS en el siguiente enlace https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/OT/listado-pss-reps-2024.zip - Entrada en operación del mecanismo único de validación del RIPS (JSON) como soporte de la FEV en salud (XML con los campos adicionales del sector salud). Se inicia la transmisión del conjunto de archivos a la plataforma para obtener el CUV para su radicación. | 1o de febrero de 2025 | Ministerio de Salud y Protección Social, Facturadores electrónicos del sector salud y entidades obligadas a reportar RIPS, Entidades Responsables de Pago y demás pagadores. | |
| Asistencia técnica, pruebas y pilotos | Grupo 2. Asistencia técnica obligatoria en procesos de autenticación, instalación y realización de pruebas y pilotos de validación ante el mecanismo único de validación, en sus diferentes módulos (Fases I, II y III), según programación Minsalud. | 1o de diciembre de 2024 a 31 de enero de 2025 | Ministerio de Salud y Protección Social, Facturadores electrónicos del sector salud y entidades obligadas a reportar RIPS, Entidades Responsables de Pago y demás pagadores. |
| Mecanismo de autenticación para PSS y PTS | Grupo 3. PSS con servicios de baja complejidad, profesionales independientes no obligados a FEV en salud y entidades con objeto social diferente habilitados y activos en REPS al 2 de septiembre de 2024 según el listado dispuesto por el Ministerio en el micrositio de FEV-RIPS en el siguiente enlace https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/OT/listado-pss-reps-2024. zip, y PTS inscritos ante el mecanismo al 2 de septiembre de 2024 según el listado dispuesto por el Ministerio en el micrositio de FEV-RIPS en el siguiente enlace https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/DE/OT/listadopts-obligados-reportar-fev-rips.zip- Entrada en operación del mecanismo único de validación del RIPS (JSON) como soporte de la FEV en salud (XML con los campos adicionales del sector salud). Se inicia la transmisión del conjunto de archivos a la plataforma para obtener el CUV para su radicación. | 1o de abril de 2025 | Ministerio de Salud y Protección Social, Facturadores electrónicos del sector salud y entidades obligadas a reportar RIPS, Entidades Responsables de Pago y demás pagadores. |
| Asistencia técnica, pruebas y pilotos | Grupo 3. Asistencia técnica obligatoria en procesos de autenticación, instalación y realización de pruebas y pilotos de validación ante el mecanismo único de validación, en sus diferentes módulos (Fases I, II y III), según programación Minsalud. | Del 1o de febrero al 31 de marzo de 2025. | Ministerio de Salud y Protección Social, Facturadores electrónicos del sector salud y entidades obligadas a reportar RIPS, Entidades Responsables de Pago y demás pagadores. |
A partir de las fechas de inicio previstas para cada grupo de entidades antes enunciado, detalladas en el listado dispuesto por el Ministerio en el micrositio de FEV(RIPS), las entidades definidas en el artículo 2o deben entregar el RIPS correspondiente a los servicios y tecnologías de salud prestados y facturados a partir de esta fecha, conforme con lo previsto en la presente resolución y sus anexos técnicos; mientras se cumple este plazo los RIPS deberán ser entregados en las estructuras definidas en la Resolución número 3374 de 2000 y demás normas relacionadas.
Los prestadores de servicios de salud, las entidades responsables de pago y demás pagadores, dispondrán hasta el 31 de diciembre de 2025 para enviar los RIPS de las atenciones prestadas antes del inicio de vigencia que les corresponda conforme con la periodicidad con la que se remiten durante la operación. La facturación de estos servicios se realizará en la estructura convencional de facturación electrónica establecida por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN).
Para efectos de no generar cortes de facturación, las atenciones que inicien antes de la entrada en vigencia del mecanismo según lo antes dispuesto y finalicen después de la misma, deberán realizarse cumpliendo lo previsto en la presente resolución.
Para la entrada en operación del mecanismo, todos los PSS o PTS según el grupo que les corresponda, deberán dar cumplimiento a las disposiciones de la presente Resolución, en la siguiente secuencia:
a. Los PSS/PTS que obtengan el CUV, deberán radicar ante las entidades responsables de pago y demás pagadores el conjunto de información de la FEV en salud con los campos adicionales validada por la DIAN y el RIPS en formato JSON validado por el Ministerio y los demás soportes dispuestos en la normatividad que le sea aplicable, de todas las facturas del periodo (mes) y los siguientes. Las eventuales incidencias deberá solucionarlas ante la mesa de soporte del Ministerio.
b. Los PSS/PTS que no obtengan el CUV, para todas las facturas del periodo de inicio (mes) deberán adelantar todo su proceso de facturación electrónica de venta sin los campos adicionales del sector salud y presentar los RIPS en las estructuras definidas en la Resolución 3374 de 2000 y demás normas relacionadas. En el periodo (mes) siguiente, de lograr la obtención del CUV, deberá realizar el proceso descrito en el literal a).
c. Los PSS/PTS que no obtengan el CUV, deberán dentro del mes siguiente al inicio de la vigencia de la norma y de acuerdo con el grupo al que pertenezcan, formular un plan de acciones de mejora para el cumplimiento del estándar dispuesto, con la definición expresa de responsables, tiempos y recursos requeridos teniendo como fecha límite la dispuesta en el literal d); este plan debe estar disponible para las autoridades de inspección, vigilancia y control.
d. Los PSS o PTS que no obtengan el CUV, en cumplimiento del plan de acción formulado, deberán obtener la validación exitosa de información ante el mecanismo a partir del 1o de febrero de 2025 para el grupo 1, del 1o de abril de 2025 para el grupo 2 y del 1o de junio de 2025 para el grupo 3. Después de estas fechas solo será posible generar el RIPS como soporte de la FEV en salud en el estándar de la Resolución número 2275 de 2023. De conformidad con el literal
a), una vez se obtenga el CUV no es posible que un PSS/PTS utilice el estándar definido en la Resolución número 2275 de 2023 y simultáneamente el RIPS en el estándar de la Resolución número 3374 de 2000 y la FEV sin la extensión salud.
e. Las ERP y demás pagadores deberán permitir la radicación del conjunto de información validado y los demás soportes de ley según se dispone en el artículo 14 de la presente resolución, y en caso de no lograrse la validación exitosa por el PSS/PTS, las ERP y demás pagadores deberán permitir la radicación de estas facturas con el RIPS en el estándar de la Resolución número 3374 de 2000 y la FEV sin la extensión salud.
El Ministerio de Salud y Protección Social continuará realizando el acompañamiento permanente a las entidades obligadas, brindando la asistencia técnica que permita a los PSS, PTS, ERP y demás pagadores atender las incidencias técnicas o tecnológicas relacionadas con la operación del mecanismo único de validación.
Para la implementación de las disposiciones contenidas en el presente acto administrativo, el Ministerio de Salud y Protección Social determinará el mecanismo de transferencia de información de que trata el artículo 10 de la presente resolución. La forma de disposición de los datos del RIPS a las entidades responsables de pago y demás pagadores se realizará de acuerdo con lo definido por las partes o en la normatividad vigente que les corresponda. Se podrá direccionar la verificación y consulta de estos datos hacia la plataforma definida por el Ministerio.
PARÁGRAFO 1o. Las actividades a realizarse dentro del plan de transición de que trata el presente artículo, serán obligatorias para los facturadores electrónicos del sector salud y las entidades obligadas a reportar RIPS, según corresponda. Este Ministerio les notificará las fechas en las cuales deberán asistir a las diferentes sesiones, en el caso de los Prestadores de Servicios de Salud (PSS) a través del correo institucional disponible en el Registro Especial de Prestadores de Servicios de Salud (REPS) y en el caso de los Proveedores de Tecnologías en Salud (PTS) a través de los correos institucionales que registren siguiendo el proceso de autenticación dispuesto en (Sispro).
PARÁGRAFO 2o. Los PSS que ingresen al REPS con posterioridad al corte 2 de septiembre de 2024, no incluidos en el listado dispuesto por el Ministerio para estos efectos, independientemente de su complejidad, los PTS que se inscriban ante el mecanismo después de esta misma fecha o que no aparezcan en el listado dispuesto por el Ministerio y los PSS de regímenes especiales o de excepción, deberán iniciar la transmisión del conjunto de archivos a la plataforma de validación el 1o de abril de 2025 conforme lo dispuesto para el Grupo 3. Así mismo, los PSS que se excluyan del REPS como resultado del proceso de actualización de dicho registro, o los PTS y PSS que se excluyan del registro de IPSNoREPS del Ministerio, podrán realizar la validación del RIPS como soporte de la FEV en salud por los servicios realizados hasta el día anterior a la fecha de dicha novedad”.
ARTÍCULO 2o. Modificar el anexo técnico 2 de la Resolución número 2275 de 2023 el cual quedará como se anexa en el presente acto administrativo.
ARTÍCULO 3o. VIGENCIA. La presente resolución rige a partir de la fecha de su expedición y modifica el artículo 21 y el Anexo Técnico 2 de la Resolución número 2275 de 2023.
Publíquese y cúmplase.
Dada en Bogotá, D. C., a 30 de septiembre de 2024.
El Ministro de Salud y Protección Social,
Guillermo Alfonso Jaramillo Martínez
CAMPOS DE DATOS ADICIONALES DEL SECTOR SALUD INCLUIDOS EN LA GENERACIÓN DE LA FACTURA ELECTRÓNICA DE VENTA.
1. Objeto
2. Campos de datos del sector salud en formato XML para las facturas electrónicas de venta
3. Descripción.
3.1. CODIGO_PRESTADOR - Código del prestador de servicios de salud:
3.2. MODALIDAD_PAGO - Modalidades de pago:
3.3. COBERTURA_PLAN_BENEFICIOS - Cobertura o plan de beneficios:
3.4. NUMERO_CONTRATO - Número de contrato:
3.5. NUMERO_POLIZA - Número de póliza:
3.6. COPAGO - Copago:
3.7. CUOTA MODERADORA - Cuota moderadora:
3.8. PAGOS_COMPARTIDOS - Pagos compartidos en planes voluntarios de salud:
3.9. ANTICIPO - Anticipo:
3.10. Fecha de inicio del periodo de facturación:
3.11. Fecha final del periodo de facturación:
4. Propósito
5. La ext:UBLExtension del Sector Salud
a. Columnas de las tablas de definición de los documentos electrónicos para el Sector Salud
b. Campos adicionales del sector salud no incluidos en el XML
6. Cuerpo XML
a. Fechas de facturación
b. Registro del concepto de recaudo de Cuota moderadora – Copago – Pagos compartidos en planes voluntarios de salud
c. Registro del concepto que se acreditará como de Cuota moderadora – Copago – Pagos compartidos en planes voluntarios de salud - Anticipos
d. Registro de Operaciones de Copago – Cuota Moderadora – Pagos compartidos en planes voluntarios de salud, cuyo tratamiento contractual y contable hace innecesario que el valor recaudado se acredite a la factura que librará el Prestador de Servicios de Salud o el Proveedor de Tecnologías en Salud a la Entidad Responsable de Pago y demás pagadores
e. Emisión de facturas electrónicas para servicios de salud sin recaudos previos por Operaciones de Copago - Cuota Moderadora - Pagos compartidos en planes voluntarios de salud
7. Uso de modos de operación
a. Modos de uso - 1: SS-CUFE, SS-CUDE, SS-POS, SS-SNum
b. Modos de uso - 2: SS-Recaudo
c. Modos de uso - 3: SS-Reporte
d. Modos de uso - 4: SS-SinAporte
8. Tipos de operación salud
a. Método de cálculo del Sector Salud
9. Tablas
a. Documentos de identificación:
b. Modalidades de pago
c. Cobertura o plan de beneficios
d. Concepto de recaudo
1. Objeto
El presente anexo 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 cumplan con la generación de este documento electrónico. Igualmente, define y particulariza los contenidos de los campos de datos adicionales del sector salud que se utilizarán para las facturas electrónicas de venta.
2. Campos de datos del sector salud en formato XML para las facturas electrónicas de venta
Los facturadores electrónicos del sector salud, deberán incluir la siguiente información en campos individuales y separados de tal forma que atiendan las especificaciones de estándares UBL (gUniversal Business Languageh), en formato XML, según lo dispuesto por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN).
- 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
- Copago
- Cuota moderadora
- Pagos compartidos en planes voluntarios de salud
- Anticipos
- Fecha de inicio del periodo de facturación
- Fecha final del periodo de facturación
3. Descripción.
3.1. CODIGO_PRESTADOR - Código del prestador de servicios de salud:
a) Descripción / Contenido: Debe registrarse el código asignado en el Sistema General de Seguridad Social en Salud (SGSSS) a los prestadores de servicios de salud que estén en el Registro Especial de Prestadores de Servicios de Salud (REPS), o el código asignado por el Ministerio de Salud y Protección Social para los Proveedores de Tecnologías en Salud y demás casos de excepción.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio.
c) Valores permitidos: Texto. Diligenciar con los valores de la tabla de instituciones"IPSCodHabilitación" para prestadores de servicios de salud o con el código según aplique, de la tabla "IPSnoREPS" para los Proveedores de Tecnologías en Salud o demás casos de excepción.
3.2. MODALIDAD_PAGO - Modalidades de pago:
a) Descripción / Contenido: Debe registrarse la modalidad de pago pactada objeto de facturación.
i. Pago individual por caso / Conjunto integral de atenciones / Paquete / Canasta.
ii. Pago global prospectivo.
iii. Pago por capitación.
iv. Pago por evento.
v. Otra modalidad (específica): Los paréntesis redondos se usan para especificar en ellos la denominación de otras modalidades de pago que no cumplan con los criterios establecidos en los numerales 1 al 4 del artículo 2.5.3.4.2.3 del Decreto número 780 de 2016. Si la modalidad de pago cumple con los criterios de alguna de las modalidades definidas en el artículo 2.5.3.4.2.3 del Decreto número 780 de 2016, deberá registrarse con la denominación correspondiente.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe registrarse la modalidad de pago acordada, de acuerdo con la definición contenida en el artículo 2.5.3.4.2.3 del Decreto número 780 de 2016. En caso de facturas multiusuario, todos deben pertenecer a la misma modalidad de pago y a la misma cobertura o plan de beneficios.
c) Valores permitidos: Texto. Diligenciar con los valores de la tabla de referencia "modalidadPago", disponible en web.sispro.gov.co., los que son excluyentes entre sí.
3.3. COBERTURA_PLAN_BENEFICIOS - Cobertura o plan de beneficios:
a) Descripción / Contenido: Se registra la entidad responsable de financiar la cobertura o plan de beneficios, y de pagar la prestación de los servicios y tecnologías de salud incluidas en la factura de venta.
i. Plan de beneficios en salud financiado con UPC: servicios y tecnologías en salud financiados con la Unidad de Pago por Capitación (UPC), como mecanismo de protección colectiva, que deberán ser garantizadas por las entidades promotoras de salud (EPS) o las que hagan sus veces, a sus afiliados en el territorio nacional, en términos definidos en la Resolución número 2808 de 2022 o la que la modifique o sustituya.
ii. Presupuesto máximo: servicios y tecnologías en salud o servicios complementarios no financiados con la UPC y no excluidos de la financiación con recursos del Sistema General de Seguridad Social en Salud (SGSSS), cuya gestión y financiación se encuentran a cargo de las EPS o demás entidades obligadas a compensar (EOC), en los términos definidos en la Resolución número 205 de 2020 o la que la modifique o sustituya.
iii. Prima EPS, no asegurados SOAT: servicios de salud y el transporte al centro asistencial que se presten a víctimas de accidentes de tránsito ocasionados por vehículos no asegurados por seguro obligatorio de accidentes de tránsito (SOAT), o no identificados, que se encuentran afiliadas al SGSSS, y que deben ser garantizadas por las EPS, en los términos señalados en el artículo 106 del Decreto Ley 2106 de 2019.
iv. Cobertura póliza SOAT: servicios en salud y el transporte al centro asistencial que se presten a víctimas de accidentes de tránsito ocasionados por vehículos asegurados por una póliza SOAT vigente, en los términos señalados en el Sección 2, Capítulo 4, Título 1, Parte 6, Libro 2 del Decreto número 780 de 2016.
v. Cobertura ARL: prestaciones asistenciales a cargo de las administradoras de riesgos laborales (ARL), definidas en los artículos 5o y 6o del Decreto número 1295 de 1994.
vi. Cobertura ADRES: coberturas en salud a cargo de la Administradora de los Recursos del Sistema General de Seguridad Social en Salud (ADRES) en los términos definidos en la Ley 1955 de 2019, el artículo 106 de Decreto Ley 2106 de 2019 y la Resolución número 205 de 2020 o las normas que las modifiquen o sustituyan.
vii. Cobertura salud pública: acciones de gestión en salud pública realizadas por la Nación y las entidades territoriales según lo definido en las Leyes 1122 de 2007 y 1438 de 2011, y las Resoluciones número 1841 de 2013, 518 de 2015 y 507 de 2020 o las normas que las modifiquen, o sustituyan.
viii. Cobertura entidad territorial, recursos de oferta: corresponde a la prestación de servicios y tecnologías de salud a cargo de la entidad territorial para la población no afiliada al Sistema General de Seguridad Social en Salud en los términos de las Leyes 715 de 2001 y 1955 de 2019.
ix. Urgencias población migrante: cobertura a cargo de la entidad territorial para atención de urgencias de la población migrante regular no afiliada o irregular, de acuerdo con el artículo 232 de la Ley 1955 de 2019.
x. Plan complementario en salud: corresponde a las coberturas de servicios de salud contratados voluntariamente y financiados en su totalidad por el afiliado o los empleadores que lo establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del artículo 2.2.4.1.1 del Decreto número 780 de 2016.
xi. Plan medicina prepagada: corresponde a las coberturas de servicios de salud contratados voluntariamente y financiados en su totalidad por el afiliado o los empleadores que lo establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del artículo 2.2.4.1.16. del Decreto número 780 de 2016.
xii. Pólizas en salud: coberturas de servicios de salud contratados voluntariamente y financiados en su totalidad por el afiliado o los empleadores que lo establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del artículo 2.2.4.3. del Decreto número 780 de 2016.
xiii. Cobertura Régimen Especial o Excepción: prestación de servicios y tecnologías de salud a cargos de los Regímenes Especial o de Excepción definidos en la Ley 647 de 2001 y el artículo 279 de la Ley 100 de 1993.
xiv. Cobertura Fondo Nacional de Salud de las Personas Privadas de la Libertad: corresponde a la prestación de servicios y tecnologías de salud a cargo del Fondo Nacional de Salud de las Personas Privadas de la Libertad que se encuentren en custodia del Instituto Nacional Penitenciario y Carcelario (Inpec), en los términos de la Ley 1709 de 2014 y el Decreto número 1069 de 2015 o las normas que las modifiquen o sustituyan.
xv. Particular: corresponde a los servicios y tecnologías de salud que asume directamente la persona con cargo a recursos propios.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe registrarse la cobertura o el plan de beneficios a la que pertenece el usuario. En caso de facturas multiusuario, todos deben pertenecer a la misma cobertura o plan de beneficios y a la misma modalidad de pago.
c) Valores permitidos: Texto. Diligenciar con los valores de la tabla de referencia "coberturaPlan", disponible en web.sispro.gov.co., los que son excluyentes entre sí.
3.4. NUMERO_CONTRATO - Número de contrato:
a) Descripción / Contenido: Se debe registrar el número del contrato objeto de facturación.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exista contrato o en caso contrario irá vacío. Se reporta solo si se ha suscrito contrato que cubra los ítems facturados. Las entidades obligadas a registrarse en el portal del Registro de Contratación de Servicios y Tecnologías de Salud (Artículo 4o, Ley 1966 de 2019), deberán diligenciar el código del número de contrato que les expida esta plataforma una vez esté disponible.
c) Valores permitidos: Un valor único. Alfanumérico.
3.5. NUMERO_POLIZA - Número de póliza:
a) Descripción / Contenido: Se debe registrar el número de póliza SOAT o del número de póliza de planes voluntarios de salud.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se trate de atenciones SOAT o de planes voluntarios de salud. Se diligencia cuando se trata de atenciones por accidente de tránsito o por atención como particular por una póliza de salud. En los demás casos, no debe diligenciarse (vacío).
c) Valores permitidos: Un valor único. Alfanumérico.
3.6. COPAGO - Copago:
a) Descripción / Contenido: Se debe registrar el valor total efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud o el proveedor de tecnologías en salud, correspondiente al copago. En caso de facturas multiusuario, se registra la sumatoria del valor total del copago pagado por cada usuario. Este valor debe corresponder con el valor total de los copagos registrados en RIPS.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.
c) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.
3.7. CUOTA_MODERADORA - Cuota moderadora:
a) Descripción / Contenido: Se debe registrar el valor efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud o el proveedor de tecnologías en salud, correspondiente a la cuota moderadora. Se debe registrar el valor pagado por el usuario. En caso de facturas multiusuario, se registra la sumatoria del valor total de cuotas moderadoras pagado por cada usuario. Este valor debe corresponder con el valor total de las cuotas moderadoras registradas en RIPS.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.
c) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.
3.8. PAGOS_COMPARTIDOS - Pagos compartidos en planes voluntarios de salud:
a) Descripción / Contenido: Se debe registrar el valor efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud, correspondiente al pago compartido en los planes voluntarios de salud (medicina prepagada, pólizas de salud y planes complementarios en salud). Se registra únicamente el valor total del pago compartido recaudado directamente por el prestador de servicios de salud. En caso de facturas multiusuario, se registra la sumatoria del valor total de pagos compartidos pagado por cada usuario. Este valor debe corresponder con el valor total de los pagos compartidos registrados en RIPS.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.
c) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.
3.9. ANTICIPO - Anticipo:
a) Descripción / Contenido: Se debe registrar el valor del anticipo a legalizar, que se restará al valor de la presente factura en ejecución del contrato señalado en el numeral 3.4.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se hayan pactado anticipos en el acuerdo de voluntades.
c) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.
3.10. Fecha de inicio del periodo de facturación:
a) Descripción / Contenido: Se debe registrar la fecha de inicio de la prestación o provisión del servicio o tecnología de salud cuando se factura por un solo usuario o la fecha de inicio del periodo de facturación cuando se factura multiusuario según modalidad de pago.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio.
c) Valores permitidos: Fecha con la estructura: AAAA-MM-DD.
3.11. Fecha final del periodo de facturación:
a) Descripción / Contenido: Se debe registrar la fecha final de la prestación o provisión del servicio o tecnología de salud cuando se factura por un solo usuario o la fecha final del periodo de facturación cuando se factura multiusuario según modalidad de pago.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio.
c) Valores permitidos: Fecha con la estructura: AAAA-MM-DD.
4. Propósito
La metodología de registro de datos en los documentos electrónicos UBL adoptada por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN), prevé que los sectores económicos, industriales, comerciales, de servicios, de salud, de transporte, de Gobierno, etcétera, puedan incluir informaciones particulares a las que los motores de análisis de cumplimiento del diccionario XSD omitirán durante la compilación de un artefacto XML, porque los elementos contenedores de estas informaciones, al ser definidos en el XSD, usan las convenciones previstas de omisión de validación de contenido en el esquema estándar XML.
Se trata del fragmento /ext:UBLExtensions, que puede aparecer máximo una vez dentro del objeto UBL, y que puede tener todos los hijos /ext:UBLExtensions/ext:UBLExtension que requiera el modelo de negocio en el que se usa el documento UBL.
En conclusión, los facturadores electrónicos de los documentos electrónicos de la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN podrán incluir informaciones sin afectar el procesamiento de los esquemas ni de los fines definidos por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN para los datos de carácter mercantil del vocabulario UBL.
Dichos datos deben estar bien formados, según la definición de las reglas XML. La Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN), ayudará a quien lo solicite en su definición. Si las reglas particulares de los sectores mencionados infieren el cumplimiento de otros reglamentos para el soporte de comprobantes contables de reconocimiento y medición de cuantías, entonces la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN), facilita el uso de definiciones para dicho sector como métodos de cálculo particulares dentro de los registros propios de los documentos electrónicos UBL, y estos métodos serán identificados de manera conveniente y apropiada para los fines de control del sector que lo requiera y del control fiscal de la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN).
5. La ext:UBLExtension del Sector Salud
a. Columnas de las tablas de definición de los documentos electrónicos para el Sector Salud
Las columnas de las tablas definición siguen las descripciones que se encuentran en la Tabla 1.
Estas extensiones deben ser utilizadas para la facturación de servicios y tecnologías en salud.
Se recomienda que el orden de registro, los datos de control de la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN), en el UBLExtension [1], las variables propias del sector ocupen el UBLExtension [2], y los datos del cálculo de la firma digital en el UBLExtension [3] por temas de interoperabilidad entre los participantes.
La siguiente estructura aplica para los documentos electrónicos de factura, nota crédito y nota débito.
Tabla 1 – Convenciones Utilizadas en la Tablas de Definición de los Formatos XML
NOTA: el elemento root/ en el vocabulario UBL corresponde, y según el caso, a: Invoice, CreditNote, DebitNote
b. Campos adicionales del sector salud no incluidos en el XML
Los campos relacionados a continuación serán reportados dentro de la estructura de los RIPS como soporte de la factura electrónica de venta en salud, en los términos que defina el Ministerio de Salud y Protección Social.
- Tipo de documento de identificación del usuario
- Número de documento de identificación del usuario
- Primer apellido del usuario
- Segundo apellido del usuario
- Primer nombre del usuario
- Segundo nombre 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)
6. Cuerpo XML
a. Fechas de facturación
Corresponde a las fechas de inicio y fin del periodo de facturación cuando se factura multiusuario o monousuario según modalidad de pago.
Nota: el elemento root/ en el vocabulario UBL corresponde, y según el caso, a: Invoice, CreditNote, DebitNote
Este grupo de información debe ser informado y aplica para facturas, notas crédito y notas débito.
b. Registro del concepto de recaudo de Cuota moderadora – Copago – Pagos compartidos en planes voluntarios de salud.
Las tablas a continuación ejemplifican la utilización de algunos de los campos de datos en la Factura de Venta.
c. Registro del concepto que se acreditará como de Cuota moderadora – Copago – Pagos compartidos en planes voluntarios de salud – Anticipos
d. Registro de Operaciones de Copago – Cuota Moderadora – Pagos compartidos en planes voluntarios de salud, cuyo tratamiento contractual y contable hace innecesario que el valor recaudado se acredite a la factura que librará el Prestador de Servicios de Salud o el Proveedor de Tecnologías en Salud a la Entidad Responsable de Pago y demás pagadores
e. Emisión de facturas electrónicas para servicios de salud sin recaudos previos por Operaciones de Copago – Cuota Moderadora - Pagos compartidos en planes voluntarios de salud
7. Uso de modos de operación
a. Modos de uso – 1: SS-CUFE, SS-CUDE, SS-POS, SS-SNum
Nota: Debe ser informado la extensión con los datos del sector salud
b. Modos de uso – 2: SS-Recaudo
c. Modos de uso – 3: SS-Reporte
Nota: Debe ser informado la extensión con los datos del sector salud
d. Modos de uso – 4: SS-SinAporte
Nota: Debe ser informada la extensión del sector salud cuando se deba reportar uno de los valores allí reportados.
8. Tipos de operación salud
La siguiente tabla muestra la definición para cada uno de los tipos de operación definidos para las facturas electrónicas.
En los casos de las notas crédito y notas debito se deben utilizar los tipos de operación definidos por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN), en los numerales que se detallan a continuación, previstos en la Resolución número 0165 de 2023:
- 13.1.5.2. Documento CreditNote – Nota Crédito y
- 13.1.5.3. Documento DebitNote – Nota Débito del anexo técnico.
| Código | Tipos de operación Salud Resolución 058:2020 de la Contaduría General de la Nación /Invoice/cbc:CustomizationID Definición |
| SS-CUFE | Acreditación. Este documento incluye referencia(s) de Factura Electrónica de Venta (tipo 01 o 04) que comprueba el recaudo de Cuotas Moderadoras o Copagos, como recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. – Activa el Método de cálculo del Sector Salud. |
| SS-CUDE | Acreditación. Este documento incluye referencia(s) de Factura de Contingencia (tipos 03) que reconoce valores recaudados correspondientes a Cuotas Moderadoras o Copagos, como recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. – Activa el Método de cálculo del Sector Salud. |
| SS-POS | Acreditación. Este documento incluye referencia(s) de Documento Equivalente de Venta POS o de Documento equivalente electrónico tiquete de máquina registradora con sistema P.O.S. según los lineamientos establecidos en la Resolución 0165 de 2023 que comprueba el recaudo de Cuotas Moderadoras o Copagos, como recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. – Activa el Método de cálculo del Sector Salud. |
| SS-SNum | Acreditación. Este documento incluye referencia(s) de Factura Talonario que comprueba el recaudo de Cuotas Moderadores o Copagos, como recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. – Activa el Método de cálculo del Sector Salud. |
| SS-Recaudo | Recaudación. Comprobante de recaudo de Cuotas Moderadores, Copagos o Pagos compartidos en planes voluntarios de salud, recaudados directamente por la ERP o entidad autorizada para ofrecer planes voluntarios de salud o por parte de PSS o PTS como recursos a favor de un tercero. – No Activa el Método de cálculo del Sector Salud. |
| SS-Reporte | Reporte. Este documento reporta referencia(s) de diversa índole que comprueban recaudo de Cuotas Moderadoras o Copagos, a las cuales ya se les dio tratamiento contable. – No Activa el Método de cálculo del Sector Salud. |
| SS-SinAporte | Reporte. Sin aporte, ni recaudo en dinero por parte de los afiliados del régimen contributivo por concepto de Cuotas Moderadoras o Copagos. – No Activa el Método de cálculo del Sector Salud. |
Ver ejemplificaciones disponibles en el micrositio de factura electrónica en salud:
https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx
a. Método de cálculo del Sector Salud
Mediante la Resolución número 058 de 2020 la Contaduría General de la Nación detalló cómo se realizan los reconocimientos en la contabilidad sobre los ingresos y recaudos, por la prestación de servicios del sector salud.
En la factura electrónica de venta con destino a las aseguradoras del sector salud podrán incluirse los identificadores y los valores recaudados de las facturas (papel y electrónicas), o los documentos equivalentes electrónicos tiquete de máquina registradora con sistema P.O.S., donde conste dicho ingreso, o las notas crédito a que haya lugar. Los identificadores corresponderán a operaciones soportadas mediante facturas electrónicas con validación previa DIAN, o con facturas de talonario o papel usadas en periodos de inconveniente tecnológico del facturador, o de documentos equivalentes electrónicos, tiquete de máquina registradora con sistema POS., cuyos rangos deberán corresponder a los autorizados por la UAE DIAN.
Si efectivamente acreditan la factura, entonces usará los códigos SS-CUFE, SSCUDE, SS-POS o SS-SNum en el campo /Invoice/cbc:CustomizationID. Los códigos mencionados para el /Invoice/cbc:CustomizationID activan el método de cálculo del sector salud informando los valores acreditados, estos valores se acumularán por cada concepto definido en el numeral 9, inciso d, en un fragmento /Invoice/cac:PrepaidPayment, como se define en el numeral 6 Cuerpo XML inciso c, y estos valores posteriormente participarán de la operación /Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount, cuyo valor no podrá ser mayor al valor total de la factura.
Si el emisor determina que los valores registrados en los fragmentos /Invoice/ cac:PrepaidPayment, no acreditan la factura que los contiene, con destino a la aseguradora, entonces usará los códigos SS-Reporte o SS-SinAporte en el campo /Invoice/cbc:CustomizationID. Este valor no activará el método de cálculo del sector salud.
Para identificar que una factura electrónica fue expedida para recaudar cuotas moderadora, copagos o pagos compartidos en planes voluntarios de salud, se usará el código SS-Recaudo en el campo /Invoice/cbc:CustomizationID.
b. Envío de la factura electrónica de venta en salud al Ministerio de Salud y Protección Social
Las disposiciones establecidas en el presente anexo técnico tienen como propósito fundamental establecer los campos de datos adicionales en formato XML para la generación de la factura electrónica de venta en salud, la cual corresponde a la generada por los facturadores electrónicos del sector salud definidos en el artículo segundo de la presente resolución, con destino a las entidades responsables de pago y demás pagadores, para el cobro de la prestación o provisión de los servicios y tecnologías de salud.
La factura electrónica de venta en salud, deberá ser enviada al adquiriente y al Ministerio de Salud y Protección Social en los términos definidos en la presente resolución.
La factura electrónica de venta relacionada con el recaudo de pagos moderadores, se expide por parte del facturador electrónico del sector salud de manera individual a cada usuario, no debe incluir los campos adicionales del sector salud en formato XML a nivel de extensión.
La información de las facturas relacionadas con el recaudo de pagos moderadores, no hace parte de la información que se envía a las entidades responsables de pago y demás pagadores al interior de las facturas electrónicas de venta en salud relacionadas con el cobro de la prestación o provisión de los servicios y tecnologías de salud.
La mención de estas facturas en los tipos de operación SS-Recaudo y SS-SinAporte tienen la finalidad de informar a los facturadores electrónicos del sector salud, el tipo de operación que deben utilizar para el registro de estos recaudos.
c. Facturación de pagos moderadores: Los pagos moderadores recaudados efectivamente por los Prestadores de Servicios de Salud (PSS) y Proveedores de Tecnologías en Salud (PTS), corresponden a recursos recibidos a favor de terceros que no hacen parte de los ingresos de estas entidades, deben ser acreditados a la ERP o pagador en la FEV en salud y relacionados en el RIPS soporte de la misma. Para el recaudo de pagos moderadores los Prestadores de Servicios de Salud (PSS) y Proveedores de Tecnologías en Salud (PTS), deberán utilizar FEV convencional con el tipo de operación SS-Recaudo, identificando el tercero al cual corresponden los recursos recaudados.
9. Tablas
a. Documentos de identificación:
Informar dato según la tabla de referencia gTipoIdPISISh, disponible en web. sispro.gov.co. No son válidas las opciones relacionadas con personas sin identificar. Las opciones relacionadas con menores de edad solo pueden utilizarse en el grupo Person, atributos: /Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/cac:IdentityDocumentReference/cbc:ID/@schemeID/ I n v o i c e / c a c: A c c o u n t i n g C u s t o m e r P a r t y / c a c: P a r t y / c a c: P e r s o n /cac:IdentityDocumentReference/cbc:ID/@schemeName
b. Modalidades de pago
Informar dato según la tabla de referencia gmodalidadPagoh, disponible en web.sispro.gov.co.
c. Cobertura o plan de beneficios
Informar dato según la tabla de referencia gcoberturaPlanh, disponible en web.sispro.gov.co.
d. Concepto de recaudo
Informar dato según la tabla de referencia gconceptoRecaudoh, disponible en web.sispro.gov.co.
El concepto gAnticiposh aplica únicamente para el reporte de dichos valores en la FEV en salud y no debe utilizarse en la generación del RIPS como soporte de la FEV en salud. Los anteriores conceptos de recaudo pueden ser utilizados para su reporte por parte del facturador electrónico del sector salud, cuando así se haya pactado en los acuerdos de voluntades relacionados con coberturas diferentes a las del SGSSS.
