Resolución 2805 de 2022 — Min. Salud

República de Colombia MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL RESOLUCIÓN Númsegoc2805 DE 2022 29 DIC 2022 Por la cual se modifica la Residlución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este LA MINISTRA DE SALUD Y PROTECCIÓN SOCIAL En ejercicio de las facultades legales y reglamentarias, en especial las conferidas por los artículos 173, numeral 3 de la Ley 100 de 1993 y 15 de la Ley 1966 de 2019 y,

CONSIDERANDO

Que, mediante la Resolución 510 de 2022 este Ministerio adoptó los campos de datos adicionales en formato XML para la generación de la factura electrónica de venta del sector salud, a través del anexo técnico que hace parte integral de dicho acto administrativo, el cual fue dispuesto en la URL http://urtminsalud.qov.co/facturacionelectronica, cuya obligatoriedad se definió a partir del 1 de enero el 2023.

Que, para la adecuada implementación de la factura' electrónica de venta en salud y del Registro Individual de Prestación de Servicios de Salud -RIPS que la soporta, se hace necesario expedir por parte de este Ministerio, los actos administrativos que adoptan las soluciones informáticas complementarias relacionadas con el mecanismo de validación única de tal registro, que permitirán certificar la estructura, contenido y relación de los datos, la plataforma de servicios web para transferencia y envío del RIPS y la actualización del manual único de devoluciones, glosas y respuestas, Que, para la iniplementación de la Resolución 510 de 2022, los prestadores de servicios de salud y proveedores de tecnologías en salud se encuentran realizando la actualización de suS sistemas de información y la articulación de estos ante proveedores tecnológicos autorizados por la DIAN para operar la plataforma de facturación electrónica con validación previa, trámite para el que precisan de un plazo adicional para implementar la factura electrónica de venta en salud.

Que, adicionalmente, se hace necesario ajustar las especificaciones técnicas y las instrucciones de diligenciamiento contenidas en el anexo técnico de la Resolución 510 de 2022 ante las observaciones recibidas de los agentes del sector salud, en relación con las limitaciones en la estructura de los campos de datos adicionales de la factura electrónica de venta en salud y su articulación con los RIPS.

Que, conforme a lo anterior es necesario'clisponer de un periodo adicional al previsto en la Resolución 510 de 2022, y a su vez sustituir el anexo técnico en aras de ajustar las estructuras de datos de reporte de los pagos moderadores, reglas de validación y flujo de la información. En mérito de lo expuesto, DIC 202? RESOLUCIÓN NÚME W052 805 • DE 2022 HOJA N°2 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este"

RESUELVE

Artículo 1. Modifiquese el artículo 1 de la Resolución 510 de 2022, el cual quedará asi:., "Objeto. La prást ente resolución tiene por objeto adoptar los campos de datos adicionales, en formato XML, para la generación de la factura electrónica de venta del sector salud, contenidos en efanexo técnico que hace parte integral de la presente resolución, articularlo con él Registro Individual de Prestación de Servicios de Salud —RIPS como soporte de la factura electrónica y establecer disposiciones para su trámite.

El anexo técnico, que hace parte integral de la presente resolución, se dispondrá en la LIRL http://urfininsalud.gov.collacturacion-electronica y deberá ser adoptado obligatoriamente por los facturadores electrónicos del sector salud a partir del 1 de enero de 2024, disponiendo estas entidades hasta esta fecha para realizar la adecuación de sus sistemas de información al cumplimiento de lo previsto en la presente resolución.".

Articulo 2. Sustitúyase el Anexo Técnico 'CAMPOS DE DATOS ADICIONALES DEL SECTOR SALUD INCLUIDOS EN LA GENERACIÓN DE LA FACTURA ELECTRÓNICA DE VENTA"de la Resolución 510 de 2022. Articulo 3. La presente resolución rige a partir de su publicación. PUBLIQUESE Y CÚMPLASE Dada en Bogotá, D.0 a los 29 DIC 2022 Letal auto Firnudo elig talmente Por Diana Cardona Caza O Mejia Nombre de oconoorniento (Oh) cl,LOCAL, d,MINSALUD. oomMINSALUD cri.Diana Carolina (cucho Melo Fecha 1012 12 19 12 17 49 -05•00' DIANA CAROLINA CORCHO MEJÍA Ministra de Salud y Protección Social Qiceministro de Protección Social -/ Director de Regulación de Beneficios, Costos y Tarifas del Aseguramiento n Salud Jefe de la Oficina de Tecnologias de la Información y Comunicaciones 1P+4 Director Juridico RESOLUCIÓN NUMERÓ/ O 0 0 2 8 0 5 át.,2 9 IC 20/2 HOJA N°3 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implemeniación de este" ANEXO TÉCNICO CAMPOS DE DATOS ADICIONALES DEL SECTOR SALUD INCLUIDOS EN LA GENERACIÓN DE LA FACTURA ELECTRÓNICA DE VENTA 1. 2. 3.

Objeto. Campos de datos del sector salud en formato XML para las facturas electrónicas de venta Descripción. 4 4 4 3.1 CODIGO_PRESTADOR - Código del prestador de servicios de salud: 4 3.2 MODALIDAD_PAGO - Modalidades de pago • 4 3.3 COBERTURA_PLAN_BENEFICIOS - Cobertura o plan de beneficios. 5 3.4 NUMERO_CONTRATO - Número de contrato: 6 3.5 NUMERO_POLIZA - Número de póliza* 6 3.6 COPAGO - Copago. 6 3.7 CUOTA_MODERADORA - Cuota moderadora 7 3.8 CUOTA_RECUPERACION - Cuota de recuperación. 7 3.9.

PAGOS_COMPARTIDOS - Pagos compartidos en planes voluntarios de salud • 7 3.10. Fecha de inicio del periodo de facturación. 7 3.11. Fecha final del periodo de facturación. 4. Propósito 5. La ext:UBLExtension Del sector Salud 7 8 8 Columnas de las tablas de definición del lnvoice para el Sector Salud 8 Campos adicionales del sector salud no incluidos en el XML Cuerpo XML 13 6. a. Fechas de facturación 13 Registro del concepto de recaudo de Cuota moderadora — Copago — Cuota de recuperación - Pagos compartidos en planes voluntarios de salud 13 13 Registro del concepto que se acreditará como de Cuota moderadora — Copago — Cuota de recuperación Pagos compartidos en planes voluntarios de salud 18 Registro de Operaciones de Copago — Cuota Moderadora — Cuota de Recuperación - 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 20 Emisión de facturas electrónicas para servicios de salud sin recaudos previos por Operaciones de Copago — Cuota Moderadora — Cuota de Recuperación - Pagos compartidos en planes voluntarios de salud 20 7.

Uso de modos de operación 20 Modos de uso — 1: SS-CUFE, SS-CUDE, SS-POS, SS-SNum 21 Modos de uso — 2: SS-Recaudo 21 Modos de uso — 3: SS-Reporte 22 Modos de uso —4: SS-SinAporte Tipos de operación salud 22 8. a. 9. Método de cálculo del Sector Salud Tablas 23 Documentos de identificación 24 Modalidades de pago 24 Cobertura 24 23 24 RESOLUCIÓN NÚMER50 oe280 5 DE- 29 DIC 2(1212 HOJA N°4 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliare! plazo de implementación de este" 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 eleciróhicfas de v,enta. 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 ("Universal Business Language") en formato XML, según lo dispuesto por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales - DIAN. 7 Código del prestador de servicios de saluld 7 Modalidades de pago 7 Cobertura o plan de beneficios 7 Número de contrato o 7 Número de póliza Copago 7 Cuota moderadora 7 Cuota de recuperación Pagos compartidos en planes voluntarios de salud 7 Fecha de inicio del periodo de facturación 7 Fecha final del periodo de facturación Descripción. 3.1.CODIGO_PRESTADOR - Código del prestador de servicios de salud: 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 para los Proveedores de Tecnologías en Salud y demás casos de excepción. Diligenciamiento en la factura electrónica de venta: Obligatorio.

En el caso de los otros facturadores electrónicos no inscritos en el REPS este campo no se diligencia 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. Pago individual por caso! Conjunto integral de atenciones / Paquete / Canasta. Pago global prospectivo. Pago por capitación. Pago por evento. 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 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 780 de 2016, deberá registrarse con la denominación correspondiente. RESOLUCIÓN NÚMEId)OO2 8O5 DE 29 DIC 24112 HOJA N°5 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" 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 articulo 2.5.3.4.2.3 del Decreto 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. Valores permitidos: Texto. Diligenciar con los valores de la tabla de referencia "modalidadPago", disponible en web.sispro.gov.co., losque 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. 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 2292 de 2021 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 205 de 2020 o la que la modifique o sustituya.

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 articulo 106 del Decreto Ley 2106 de 2019.

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 780 de 2016. Cobertura ARL: prestaciones asistenciales a cargo de las administradoras de riesgos laborales (ARL), definidas en los artículos 5 y 6 del Decreto 1295 de 1994.

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 205 de 20200 las normas que las modifiquen o sustituyan. 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 1841 de 2013, 518 de 2015 y 507 de 2020 olas normas que las modifiquen, o sustituyan.

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. 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 articulo 232 de la Ley 1955 de 2019.

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 780 de 2016. RESOLUCIÓN MIME% 8O5 DE 29 DIC 20n22 HOJA N° 6 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" 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 780 de 2016.

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 articulo 2.2.4.3. del Decreto 780 de 2016. 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.

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 1069 de 2015 olas normas que las modifiquen o sustituyan.

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 el plan de beneficios a la que pertenece el usuario. En caso de facturas mulbusuario, 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 si. 3.4. NUMERO_CONTRATO - Número de contrato: Descripción ¡Contenido: Se debe registrar el número del contrato objeto de facturación. 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 items facturados.

Las entidades obligadas a registrarse en el portal del Registro de Contratación de Servicios y Tecnologías de Salud (Articulo 4, Ley 1966 de 2019), deberán diligenciar el código del número de contrato que les expida esta plataforma una vez esté disponible. Valores permitidos: Un valor único. Alfanumérico. 3.5. NUMERO_POLIZA - Número de póliza: 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.

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). Valores permitidos: Un valor único.

Alfanumérico. 3.6. COPAGO - Copago: 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 mulbusuario, 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. Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario multiusuario. RESOLUCIÓN NÚME(Oje 2805 DE 2 9 D1C 21412 HOJA N° 7 Continuación de/a resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" 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: 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. Diligenciamiento en la factura electrónica de venta Obligatorio cuando se facture por usuario o multiusuario.

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. CUOTA_RECUPERACION - Cuota de Recuperación: Descripción / Contenido: Se debe registrar el valor efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud, correspondiente por la cuota de recuperación que debe pagar el usuario directamente a las Instituciones Prestadoras de Servicios de Salud en los casos previstos en el artículo 2.4.20 del Decreto 780 de 2016.

En caso de facturas multiusuario, se registra la sumatoria del valor total de cuota de recuperación pagada por cada usuario. Este valor debe corresponder con el valor total de las cuotas de recuperación registradas en RIPS. Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario 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.PAGOS_COMPARTIDOS - Pagos compartidos en planes voluntarios de salud: 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. Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario 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.10. Fecha de inicio del periodo de facturación: Descripción / Contenido: Se debe registrar la fecha de inicio de la prestación o provisión del servicio o tecnologia 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.

Diligenciamiento en la factura electrónica de venta: Obligatorio. 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 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 RESOLUCIÓN NÚMeFtd3ri 2 8 0 5 DE 79 D1C 29312 HOJA N°8 Continuación de la resolución "Por la cual se modifica la Resolucióti 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" Diligenciamiento en la factura electrónica de venta: Obligatorio.

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:USLExtension 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 cuantias, 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 UBLExtensionp) 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 Dernición de los Formatos XML 9 ro - Campo ext UBLExtensions ext UBLExlension ext ExtensionContent CustomTagGeneral -. escripción ti:tensión ir Secto T.53/xiii Debe usar como mínimo las extensiones definidas por la DIAN para toda G factura electrónica Grupo UBLExtension para Información comercial G adicional estandarizada entre sectores Grupo que contiene la información personalizada G del sector Grupo de información personalizable G dependiendo del sector r 9 az É. 103 Observec enes r 19 ZED Invoice 1..1 1.0 rooVextUBLExtensions UBLExt 1..N ensions 1.0 UBLExt 1..1 enslon Extensi onCont 1..1 ent root/ext:UBLExtensIons/ extUBLExtension[2] root/extUBLExtensions/ 1.0 extUBLExtension(2)/ext:ExtensionContent rooVext:UBLExtensions/ ext:UBLExtensionf2yexl 1.0:ExtensionContent/Cust omTagGeneral 2805 DE 79010 1922 RESOLUCIÓN NÚNIElkÓv 'TI HOJA N°9 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" ID ! ns Campo.— ' Descripción V r Extensión,Salud del Sector' Y ir..1.1: Tam Padre Oc ObServaciones, Name Descripción del contenido;

Valor constante Custom TagGen 1..1 eral Responsable Value Responsable del mantenimiento de la UBLExtension; Ministerio de Salud y Protección Social de Colombia Custom TagGen 1_1 eral un www.minsalud.gov. co Name Descripción del contenido; Valor constante Value Acto administrativo; cambie la cadena 'NNNN' por el identificador asignado a este acto administrativo: Resolución. Circular, Directriz, etcétera: Cambie la cadena 'AAAA por el año de la publicación del acto administrativo: Resolución Circular, Directriz etcétera Custom TagGen eral 1. 1 " Tipo, identificador:año del acto administrativo - yXpath:.

V root/ext:UBLExtensions/ extUBLExtensionMext:ExtensionContent/Cust omTagGeneral/Name[1] =-Responsable' rootlextUBLExtensions/ extUBLExtension[21/ext:ExtensionContent/Cust omTagGeneralNaluell =Id www.minsalud.gov.co" root/extUBLExtensions/ ext:UBLExtensionj2j/ext:ExtensionContent/Cust omTagGeneral/Name[21 =Tipo, identificador:año del acto administrativo' Custom TagGen eral..Resolución 1 1 NNNN:AAAA Interoperabilidad Grupo que identifica el sector administrativo, de gobierno, poder público, G comercial, industrial, etcétera Custom TagGen 1..1 eral Group Fragmento de sector que se reporta; agrupamiento G de 'grupos Collection': Interop erabIlld 1..1 ad @schemeName Nombre el sector; constante obligatoria, A valor en columna 'Observaciones' Collection Instancia. Detalles individuales de la información de un miembro o de una unidad G del sector.

Elementos de Información sobre la Instancia. OpschemeName Nombre del miembro o unidad del sector; A constante obligatoria Collecti1..1 ort Additionallnformation Detalle Individual; pareja G Nombre ¡Valor Collecti 1..1 on A — Group Group 1..1 root/ext:UBLE xtensions/ ext:UBLExlensionl2yext:ExtensionContent/Cust omTagGeneralNalue[2] La extensión donde se incluyen las variables del Sector Salud no se debe Informar para ' las operacones i SSRecaudo' root/extUBLExtensions/ ext:UBLExtensioninext 1.0:ExtensionContent/Cust omTagGeneraVInterope Para los demás rabilidad tipos de operación debe ser informado la extensión con los campos correspondientes Sector Salud rooVext: UBLExtensions/ extUBLExlension[23/ext 1.0:ExtensionContent/Cust omTagGeneral/Interope rabilldad/Group root/ext:UBLExtensions/ ext:UBLExtension[2yext:ExtensionContenVCust 1.0 omTagGenerallInterope rabilidad/Groupi@sche meName="Sector Salud' root/ext: UBLExtensions/ extUBLExtensioni2Vext:ExtensionContent/Cust 1.0 omTagGeneral/Interope rabilidad/Group/Collecti on[1] 1..1 Usuario root/ext: UBLExtensionsl extUBLExtension(2j/ext:ExtensionContent/Cust 1.0 omTagGeneral/Interope rabilidad/Group/Collecti °Mi )f@schemeName.' Usuario' root/extUBLExtensions/ ext:UBLExtensionl2yext:ExtensionContent/Cust 1.0 omTagGeneralanterope rabilidad/Group/Collecti ortlyAdditionalInformat ion111 RESOLUCIÓN NúMER9C28o5 DE 29 Dile 202222 HOJA N°10 Continuación de/a resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementacen de este" IflS Cetit Desión cripc -., ye Extensión &del e Sec Salud;I'.5:..4.r:. *al: Observecion Name CODIGO_PRESTADOR E A Addition allnform 1. 1 ation Value Siga las instrucciones del subtitulo 4.a. CODIGO_PRESTADOR - E Código prestador de servicios de salud" A Addition allnform 0..1 ation AdditionalInformation Detalle individual, pareja G Nombre / Valor Name MODALIDAD— PAGO E A Value Siga las instrucciones del subtítulo E MODALIDAD — PAGO Modalidades de pago" A A A @schemeName Collecti on 1-40 Addition alInform 1.1 atan l..1 @schemelD A AdditionalInformation G A 1.1 Collecti1..1 on Name COBERTURA_PLAN BE — E NEFICIOS A Addition allnform 1..1 ation Value Siga las instrucciones del subtitulo "'4 d COBERTURA PLAN E BENEFICIOS Cobertura o plan de beneficios" A Addition allnform 1 1 ation @schemeName A A 1..1 @schemelD A A 1.1 root/ext:UBLExtensions/ ext UBLExtension[2yext:ExtensionContent/Cust ornTagGeneral/Interope rabilidad/Group/Collecti on[1]/AdditionalInformat ion[1]/Name root/ext UBLExtensions/ ext UBLExtension[2]/ext ExtensionContent/Cust omTagGeneral/Interope rabilidad[1]/Group/Colle ction[1]/AdditionalInform ationNalue root/ext.UBLExtensions/ ext UBLExtension(2)/ext ExtensionContenUCust 1.0 omTagGeneral/Interope rabilidad/Group/Collect on[1]/AdditionalInformat ion[2] root/ext UBLExtensions/ ext UBLExtension[2]/ext Debe ser informado ExtensionContent/Cust el literal omTagGenera 1/Interope "MODALIDAD PA — rabilidad/Group/Collecti GO" on[1)/AdditionalInformat ion[ZI/Name root/extUBLExtensions/ Ver lista de valores ext UBLExtension[2j/ext posibles en la.ExtensionContent/Cust columna omTagGeneral/Interope Modalidades de rabilidad/Group/Collecti pago numeral on[1]/AdditionalInformat (10 b l. ionpjNalue root/ext UBLExtensions/ ext UBLExtension[2]/ext Debe ser informado.ExtensionContent/Cust el literal omTagGeneral/Interope "salud modalidad rabilidad/Group/Collecti pago.gc" on[1]/AdditionalInformat ion(2)Nalue/@scheme Name root/ext UBLExtensions/ ext UBLExtension[2)/ext Ver lista de valores ExtensionContent/Cust posibles en la omTagGeneral/Interope columna código rabilidad/Group/Collecti del numeral (1011 on[1]/AdditionalInformat ion[2]/Value/@schemel D root/ext:UBLExtensions/ ext UBLExtension[2]/ext ExtensionContent/Cust 1 0 omTagGeneral/Interope rabilidad/Group/Collecti on[1]/AdditionalInformat ion13] root/ext UBLExtensions/ ext:UBLExtension[2]/ext Debe ser informado.ExtensionContent/Cust el literal omTagGeneral/Interope "COBERTURA PL —, rabilidad/Group/Collecti AN BENEFICIOS ' — on[1]/AdditionalInformat ion[3]/Name rooVext UBLExtensions/ extUBLExtension[2]/ext Ver lista de valores ExtensionContent/Cust posibles en la omTagGeneral/Interope columna cobertura rabilidad/Group/Collecti (10 c) on[1]/AdditionalInformat ion[3]/Value root/ext UBLExtensions/ extUBLExtension[21/ext Debe ser informado ExtensionContent/Cust el literal omTagGeneral/Interope "salud_cobertura.g rabilidad/Group/Collecti on[1]/AdditionalInformat ion[3]/Value/@scheme Name root/ext UBLExtensions/ ext UBLExtension[2]/ext Ver lista de valores ExtensionContent/Cust posibles en la omTagGeneral/Interope columna código rabilidad/Group/Collecti del numeral (10.c) ont1)/Additional lnformat ion[3]/Value/@schemel D Debe ser informado el literal 'CODIGO— PREST ADOR' RESOLUCIÓN NÚMER,Órj C 2805 DE 29 OIC 20/222 HOJA N°11 Continuación de/a resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliare/plazo de implementación de este" O ns Cáinp estripci.n.d, p, lilt Extensión 'i del: Sectór T4 f Salud __";i:11.: 11") ly;4 _ ¡ am Padrei 0c4.Pb$enØciQnesiV ad,' root/ext:UBLExtensions/ ext.UBLExtension[21/ext ExtensionContent/Cust ColIctio1.

Additionalinformation G 1 1.0 omTagGeneral/Interope n rabilidad/Group/Collecti on[1]/AdditionalInformat ion Hl root/ext UBLExtensions/ extUBLExtension[2]/ext Debe ser informado ExtensionContent/Cust Addition el literal omTagGeneral/Interope Narne NUMERO_CONTRATO E A allnform 1 1 "NUMERO_CONT rabilidad/Group/Collecti ation RATO" on[1]/AdditionalInformat ioni4)/Name="NUMER O CONTRATO" root/ext UBLExtensions/ Cuando sea ext.UBLExtension[2a/ext Siga las instrucciones del informado un Addition ExtensionContent/Cust subtitulo numero de contrato Value E A alinform 0.1 omTagGeneral/Interope NUMERO CONTRATO no se podrá — ation rabilidad/Group/Collecti Número de contrato" informar un número on[1]/AdditionalInformat de póliza. ion[4]/Value root/ext UBLExtensions/ ext UBLExtension[2]/ext ExtensionContent/Cust Collecti1 AdditronalInformation G.1 1 0 omTagGeneral/Interope on rabilidad/Group/Collecti on(1)/Acichtionalinformat ion [5[ root/ext:UBLExtensions/ ext UBLExtension[2]/ext Debe ser informado Addition:ExtensionContent/Cust el literal Name NUMERO_POLIZA E A alinform 1. 1.. omTagGeneralanterope SUMERO_POLIZ ation rabilidad/Group/Collecti on[1]/Additionalinformat ion151/Name Debe corresponder al número de póliza del usuario, o al número de póliza del vehículo root/ext•UBLExtensions/ asegurado, va ext UBLExtension[21/ext Siga las instrucciones del Addition vació en el caso de ExtensionContent/Cust subtitulo Value E A alinform 0.1 los vehículos omTagGeneral/Interope NUMERO POLIZA — ation asegurados rabilidad/Group/Collecti Número de póliza" Cuando sea on[1]/AdditionalInformat informado un ion[5]A/alue número de Póliza, no se podrá informar un número de contrato Las informaciones siguientes deben ser utilizadas por quienes utilizan servicios de Cteroperabilidad para el intercambio automatizado de documentos elec rónicos.

Los detalles normativos se encuentran en el Anexo Técn co emitido por la Dirección de Impuestos y Aduanas Nacionales - DIAN, yen....i. la in ormación técnica del proveedor del servicio de interoperabilidad:O,,, try,"»- -1.1".,, _ InteroperabilidadPT URLDescargaAdjuntos URL Grupo de información complementaria a la G transacción Grupo de información para indicar la descarga de documentos E complementarios a los documentos electrónicos para el Adquirente URL para la descargar de los documentos complementarios a los E documentos e instrumentos electrónicos Interop erabilid 0.1 ad rooVext UBLExtensions/ ext.UBLExtension[2]/Cu 1.0 stomTagGeneral/Intero perabilidad/Interaperabil idadPT Interop erabilid 1..1 adPT No se podrá disponer de este grupo de root/ext UBLExtensions/ información para ext.UBLExtension[2]/Cu que el adquinente stomTagGeneral/Intero 10 descargue el perabilidad/interoperabil documento idadPT/URLDescargaA electrónico djuntos "AttachedDocumen URLDe scarga 1. 1 Adjunto s Corresponde a una dirección donde el emisor dispone de la información complementaria a los documentos root/ext•UBLExtensions/ electrónicos que el ext:UBLExtension[2]/Cu adquiriente puede stomTagGeneral/Intero 10 ingresar y perabilidadfinteroperabil descargar idadPT/URLDescargaA directamente sin djuntos/URL la necesidad de ingresas credenciales (Usuario/Contraseñ a) RESOLUCIÓN NÚMEROj to o28o5 DE 2g 5222 HOJA N° 12 Continuación de/a resolución "Por la cual se modifica la Resolución 510 de 2022 ene/sentido de sustituir su anexo técnico y ampliar el plazo de implementacbn de este" FIsPIJSYISII Descripción 7,1,7 sx f •! 4 t Or, Extensión 1 dét 1" Sector T. Salud -SztaLtrt'71-11# ParametrosArgumentos e ext beervac """ Grupo de información para indicar características G adicionales a la URL ya informada.

Name Nombre del elemento a E informar Value Valor del informar EntregaDocumento Grupo de información para indicar la entrega que hará,_, el Adquirente de los ''' eventos WS Web Service informado por el Facturador E electrónico al Adquirente elemento a E ParametrosArgumentos G ParametroArgumento G A Name Nombre del elemento a E informar A Value Valor del informar A er.

UB Extension ExtensionContent elemento a E Fragmento,GBLExfer —itibñ para ninfollmiación 1 m de control de la DIAN.1.€ '4 Extensión; N 'menos un ' G be elsr penúltimo dentro del accsntlenedor UBLExténlions ''n'in?, Grupo que contiene la información personalizada G de la DIAN root/ext UBLExtensions/ ext•UBLExtension[2j/Cu stomTagGeneral/Intero 1.0 perabilidad/Interoperabil idadPT/URLDescargaA djuntos/ParametrosArg umentos root/ext UBLExtensions/ extUBLExtension[2]/Cu Parame stomTagGeneral/Intero trosArg 1.0 perabilidad/Interoperabil O.N umento idadPT/URLDescargaA s djuntos/ParametrosArg umentos/ParametroArg umento root/ext UBLExtensions/ Corresponde al ext:UBLExtension[2]/Cu • nombre de stomTagGeneral/Intero Parame parámetros o 1.0 perabilidad/Interoperabil troArgu 1 1 caracteristica idadPT/URLDescargaA mento información para la djuntos/ParametrosArg conexión umentos/ParametroArg umento/Name root/ext UBLExtensions/ ext UBLExtension[2]/Cu Corresponde a s tomTagGeneral/Intero Parame información troArgu 1.1 adicional, claves, 1 0 perabilidad/Interoperabil idadPT/URLDescargaA mento nombre de archivos djuntos/ParametrosArg características umentos/ParametroArg umentoNalue root/ext•UBLExtensions/ ext UBLExtension[2]/Cu Interop stomTagGeneral/Intero erabilid O.1 10 perabilidad/Interoperabil adPT idadPT/EntregaDocume nto El Web Service es utilizado para la recepción los root/ext.UBLExtensions/ eventos que se ext UBLExtension[2]/Cu Entrega genere por parte de stomTagGeneral/Intero Docum 1.1 Adquirente. 1.0 perabilidad/Interoperabil ento Corresponde a un idadPT/EntregaDocume acuerdo o nto/VVS formalidad entre las partes (Emisor y Recepto). root/ext.UBLExtensions/ ext.UBLExtension[2]/Cu Entrega stomTagGeneral/Intero Docum 1..1 1.0 perabilidad/Interoperabil ento idadPT/EntregaDocume ntoANS/ParametrosArg umentos root/ext:UBLExtensions/ ext UBLExtensiont2)/Cu Parame stomTagGeneral/Intero trosArg perabilidad/Interoperabil 1..N 1.0 umento idadPT/EntregaDocume s nto/VVS/ParametrosArg umentos/ParametroArg umento root/ext.UBLExtensions/ Corresponde al ext.UBLExtension[2]/Cu nombre de stomTagGeneral/Intero Parame o perabilidad/Interoperabil t A rorgu 1. 1 parámetros 10 caracteristica idadPT/EntregaDocume mento información para la ntoANS/ParamelrosArg conexión umentos/ParametroArg umento/Name root/ext•UBLExtenstons/ ext.UBLExtension[21/Cu Corresponde a stomTagGeneral/Intero Parame información troArgu 1. 1 adicional, claves, 1.0 perabilidad/Interoperabil idadPT/EntregaDocume mento nombre de archivos ntoNVS/ParametrosArg características umentos/ParametroArg umentoNalue URLDe scarga 0. 1 Adjunto G ParametroArgumento es _ UBLExt enajene 2' N 1k UBLEx1. t 1 ension root/ext:UBLExtensions/.0 extUBLExtension[2] ' r, — root/ext UBLExtensions/ 1.0 ext UBLExtension[21/ext ExtensionContent RESOLUCIÓN N ú m Eeql cfr 2 8o5 DE 29 i102 HOJA N°13 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementacbn de este" escripcs n l sts DianExtensions:, 1., a.., Eirtens16n 'derinSectorT.

S' I. Informaciones de control de operaciones __ --- Fragmento-UBLExtenlIón — para información de la firma digital UBLExtension Extensión N G Debe ser el último dentro del contenedor UBLExtensions, Grupo que contiene la ExtensionContent información personalizada G del sector ext ext ds Signature Firma digital XAdES EPES de www.etsi.org 41110bsetrVaciones root/ext:UBLExtensionsi Extensi onCont 1..1 erg 1.0 ext:UBLExtensiont2yext:ExtensionContent/Dian -- _ Extensions __ ---- _, UBLExt 1.N ensions 1.0 root/ex tUBLExtensions/ ext:UBLExtensioni3] -- UBLExt 11 ension ' Extensi onCont 1..1 ent root/extUBLExtensions/ 1.0 extUBLExtensionpVext:ExtensionContent root/ext:UBLExtensions/ ext:UBLExtensioninext:ExtensionContent/ds:Si gnature NOTA: e elemento root/ en e vocabulario UBL corresponde, y segun 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 según modalidad de pago.

ID — - ns 'Campo Descripción T F -- Tarii Pédre Oc - Ob-serváciones V Xpath Salud: Corresponde al periodo facturado de Grupo de campos los servicios prestados. relativos al Periodo de Siga las instrucciones i InvoiceP Facturación: Intervalo de "Fecha de inicio del /Invoice/cac:InvoicePe FAE01 cac G Invoice 1.1 eriodc de fechas en las que se periodo de facturación: 1.0 riod, prestó el servicio de Siga las instrucciones salud de "Fecha de inicio del periodo de facturación: ----- _ - --Obligatorio informar la StartDat Fecha de inicio del Invoice /Invoiceicac:InvoicePe FAE02 cbc E F 10 1..1 fecha de inicio del 1.0 e periodo de facturación Period riod/cbc:StartDate periodo de facturación StartTim Hora de inicio del Invoice /Invoiceicac:InvoicePe FAE03 cbc 0.. 1 1.0 e periodo de facturación E FI 14 Period riodicbc:StartTime Obligatorio informar la Fecha de fin del Invoice /Invoiceicac:InvoicePe FAE04 cbc EndDate periodo de facturación E F 10 Period 1..1 fecha de fin del periodo 1.0 riodicbc:EndDate de facturación Invoice FAE05 cbc EndTime Hora de fin del periodo E FI 14 0..1 1.0 iinvoice/cacinvoicePe de facturación Period riodicbc:EndTime 1 Este grupo de información aplica para facturas, notas crédito y notas debito b. Registro del concepto de recaudo de Cuota moderadora — Copago — Cuota de recuperación Pagos compartidos en planes voluntarios de salud RESOLUCIÓN NÚMERDO CC 2 805 DE 9 9 D1C 2 HOJA N° 14 Continuación de la resolución 'Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" Las tablas a continuación ejemplifican la utilización de algunos de los campos de datos en la Factura de Venta. -- - ID i ' ns • ext ext Deeóriiiaón- -Recaudo aportes del usuario del Campo - Sector Salud con T facturas y tiquete de máquina registradora con sistema POS Grupo de campos para información Invoice relacionadas con el G recaudo de los aportes UBLExten sio ns F Tam Padre Oc 1..1 UBLExten sion Observaciones No se incluye V fragmento del sector salud Xpath 1.0 Invoice Invoice Invoice/extUBLExtens ions UBLEx tensio ns Invoice/extUBLExtens ions/ extUBLExtension Invoice/ext:UBLExtens ions/ ext:UBLExtension[We xt:ExtensionContent Invoice/ext:UBLExtens Extens ions/ CustomTa ionCon gGeneral ext:UBLExtension[We tent xt:ExtensionContent/ CustomTagGeneral Invoice/ext:UBLExtens Custo ions/ Interopera mTag ext:UBLExtensionD ye bilidad Gener xt:ExtensionContent/ al CustomTagGeneral/Int eroperabilidad Las informac'ones siguientes deben ser utilizadas por quienes uti izan servicios de interoperabilidad para el intercambio automa izado de documentos electrónicos.

Los detalles normativos se encuentran en el Anexo Técnico emitido por la Dirección de Impuestos y Aduanas Nacionales, y en la información técnica del proveedor del servicio de interoperabilidad. ID UBLEx tensio n[1] ext Extensión Content Ns Descripción Recaudo aportes del usuario del Sector Salud con Campo facturas y tiquete T de máquina registradora con sistema POS F Tam Padre Oc Observaciones No se incluye V fragmento del sector salud Xpath root/ext:UBLExtension s/ext:UBLExtensionp y 1.0 CustomTagGeneral/Int eroperabilidad/Interope rabilidadPT Grupo de Interoper información abilidad G complementaria a la PT transacción Interop erabili 0..1 dad Grupo de información para indicar la descarga URLDes de documento s cargaAdj complementarios a E untos los documentos electrónicos para el Adquirente No se podrá disponer root/ext:UBLExtension de este grupo de s/ext:UBLExtensionp y Interopinformación para que el erabili 1..1 adquiriente descargue 1.0 CustomTagGeneral/Int eroperabilidad/Interope dadPT el documento rabilidadPT/URLDesca electrónico" rgaAdjuntos AttachedDocument" URL Paramet rosArgu mentos URL para la descargar de los documentos complementarios a E los documentos e instrumentos electrónicos G Corresponde a una dirección web donde el root/ext:UBLExtension emisor dispone de la URLD s/ext:UBLExtension[13/ información escarg 1..1 complementaria a los 1.0 CustomTagGeneral/Int aAdjun eroperabilidad/lnterope documentos tos rabilidadPT/URLDesca electrónicos que el rgaAdjuntos/URL adquiriente puede ingresar y descargar root/ext:UBLExtension stextUBLExtension[1]/ URLO CustomTagGeneral/Int escarg 0..1 1.0 eroperabilidad/Interope aAdjun rabilidadPT/URLDesca tos rgaAdjuntos/Parametro sArgumentos 2805 RESOLUCIÓN NÚMERLÓJ DE 2 g DIC 2112 HOJA N°15 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" ID Ns Descripción Recaudo aportes del usuario del Sector Salud con Campo facturas y tiquete T de máquina registradora con sistema POS F Grupo de información para Paramet indicar roArgum G características ento adicionales a la URL ya informada.

Name Nombre de l E elemento a informar Value Valor del elemento a E informar Grupo de información para Entrega indicar la entrega Docume G que hará el nto Adquirente de los eventos WS Web informado Facturador electrónico Adquirente Service por el E A al Paramet rosArgu mentos G Paramet roArgum ento G Name Nombre del E elemento a informar A Value Valor del elemento a E informar A Tam Padre Oc Observaciones No se incluye V fragmento del sector salud Xpath root/ext:UBLExtension s/extUBLExtensionD y Param CustomTagGeneral/Int etrosA 0.N 1,0 eroperabilidad/Interope rgume rabilidadPT/URLDesca ntos rgaAdjuntos/Parametro sArgumentos/Parametr oArgumento root/ext:UBLExtension s/ext:UBLExtension[1]/ Corresponde al Param CustomTagGeneral/Int nombre de parámetros etroAr 1..1 o característica 1.0 eroperabilidad/Interope gumen rabilidadPT/URLDesca información para la to rgaAdjuntos/Parametro conexión. sArgumentos/Parametr oArgumento/Name root/extUBLExtension s/extUBLExtension[1]/ Corresponde a Param CustomTagGeneral/Int información adicional, etroAr 1..1 claves, nombre de 1.0 eroperabilidad/Interope gumen rabilidadPT/URLDesca archivos o to rgaAdjuntos/Parametro características, sArgumentos/Parametr oArgumentoNalue root/ext:UBLExtension s/ext:UBLExtension[1]/ Interop erabili 0..1 1.0 CustomTagGeneral/Int eroperabilidad/Interope dadPT rabilidadPT/EntregaDo cumento El Web Service es utilizado para la root/ext:UBLExtension recepción los eventos s/ext:UBLExtension[1]/ Entreg que se genere por aDocu 1..1 parte de Adquiriente. 1.

CustomTagGeneral/Int eroperabilidad/Interope mento Corresponde a un rabilidadPT/EntregaDo acuerdo o formalidad cumentoANS entre las partes (Emisor y Recepto). root/ext:UBLExtension s/ext:U6LExtension[1]/ Entreg CustomTagGeneral/Int aDocu 1..1 1.0 eroperabilidad/Interope mento rabilidadPT/EntregaDo cumentoNVS/Parametr osArqumentos root/ext:UBLExtension s/extUBLExtension(1 y Param CustomTagGeneral/Int etrosA eroperabilidad/Interope 1..N 10. rgume rabilidadPT/EntregaDo ntos cumentoNVS/Parametr osArgumentos/Parame troArgumento root/ext:UBLExtension s/extUBLExtension[1]/ Corresponde al Param CustomTagGeneral/Int nombre de parámetros etroAr eroperabilidad/lnterope 1..1 3 característica 1.0 gumen rabilidadPT/EntregaDo nformación para la to cumento/WS/Parametr zonexión. osArgumentos/Parame troArgumento/Name root/ext:UBLExtension s/ext:UBLExtension[11/ Corresponde a Param CustomTagGeneral/Int nformación adicional, etroAr 1..1 I-_Aves, nombre de 1.0 eroperabilidadAnterope gumen rabilidadPT/EntregaDo archivos o to cumentoNVS/Parametr zaracterísticas. osArgumentos/Parame troArgumentoNalue RESOLUCIÓN NúMERQJQfl c.2305 DE 2 9 DIC 205222 HOJA N°16 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" ID Descripción Recaudo aportes del usuario del Sector Salud con Ns Campo T facturas y tiquete de máquina registradora con sistema POS -Indicadordel tipo de operación de Customi Cbc recaudo del Sector E zationl D Salud; valor constante F Tam Padre Oc Observaciones No se incluye V fragmento del sector salud _ — - Xpath -- - — -- - 1..12 Invoice 1..1 Debe ser informado el 1.0 Invoice/cbc:Customizat iteral 'SS-Recaudo" ionID _ — De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado óor la DIAN ID Ns Campo Cac Accounting CustomerP arty FAK02 Cbc FAK03 Cac FAK19 Cac Descripción T F G Formato de datos del adquirente: Persona Additional natural;

ID del AccountID usuario del servicio E A de salud; valor constante *** Datos de quien paga cuota del servicio en //cac:PartyTaxSche Party G me *** Datos del Usuario del servicio de salud en //cac:Person Grupo PartyTaxS información cheme tributarias Adquiriente. Cae Person Cbc ID Tam Padre Oc 1 Invoice/cac:Accounting CustomerParty Accou Debe ser informado el ntinge valor "2" ustom 1..1 Indica que será erPart utilizado el elemento y /Person Invoice/cac:Accounting CustomerParty/ AdditionalAccountID=" 2" é— Datos de quien Accou paga cuota del servicio ntingC en ustom 1..1 //cac:PartyTaxScheme erPart — Datos del Usuario y del servicio de salud en //cac:Person Invoice/cac:Accounting CustomerParty /Party G Party G Partv • Identificador del Usuario beneficiario E del servicio de salud @schemel Códigos para A D identificación fiscal Cbc Nombres del Usuario FirstName beneficiario del E servicio de salud Cbc FamilyNa me Cac IdentityDoc umentRefe rence Cbc ID Apellidos del Usuario beneficiario del E servicio de salud G Identificador del Usuario beneficiario E del servicio de salud Seguir instrucciones del Anexo Técnico vigente por la DIAN.

Si el usuario 1..1 beneficiario del servicio de salud no es quien se informe este grupo, se deberá utilizar el grupo Person para realizarlo. Grupo de información del Usuario 0".1' beneficiario del servicio de salud 1..30 Person 0..1 1..2 ID 1.A5 1..45 Xpath Invoice 1.1 de del Observado V nes Código; Use la lista expuesta en el anexo técnico Unidad Administrativa Especial Dirección de 1..1 Impuestos y Aduanas Nacionales DAN sobre el numeral 13.2.1.

Si no se encuentra, utilice el valor "91" Person 0..1 Person 0..1 Corresponde con el emisor del documento Person 0..1 de Identificación presentado por el beneficiario Identit yDocu 1..20 mentR 0..1 eferen ce /Invoice/cac:Accountin gCustomerParty/cac:P arty/cac:PartyTaxSche me Invoice/cac:Accounting CustomerParty /Party/cac:Person Invoice/cac:Accounting CustomerParty /Party/cac:Person/ID Invoice/cac:Accounting CustomerParty /Party/cac:Person/ID/ @schemelD Invoice/cac:Accounting CustomerParty /Party/cac:Person/cbc: FirstName Invoice/cac:Accounting CustomerParty /Party/cac:Person/cbc: FamilyName Invoice/cac:Accounting CustomerParty /Party/cac:Person/ cac:IdentityDocument Reference Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cac:IdentityDocument Reference /ID RESOLUCIÓN NUMERÓ j Oíj 805 DE 7 9 DIO 202822 HOJA N°17 Continuación de/a resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" @schemelD Tipo de identificación A 1..2 @scheme Nombre del tipo de A Name identificación ID 132 ID..

Parte expedidora del documento del Usuario beneficiario G del servicio de salud 1..1 1..1 Debe corresponder al código de la columna abreviación del numeral 10 a documentos de identificación Debe corresponder al nombre de columna tipo de documento de identificación del usuario del numeral 10 a documentos de identificación Ejemplo: 1..1 República de Ecuador República de Colombia INDUMIL Cac IsSuerParty Cac Nombre de la entidad PartyName expedidora del G documento Issuer 1..1 Party Cbc Name Nombre de la entidad expedidora del E documento 1..45 PartyN 0_1 ame Cac Posta lAddr ess G Issuer 0..1 Party Nombre del pais de la entidad G expedidora del documento Postal Addres 1..1 s Referenciar con listas de la DIAN Countr 1..1 y Ver lista de valores posibles en el numeral 13.4.1, columna "Código alfa2" del anexo técnico de la DIAN Countr 1..1 y Ver lista de valores posibles en el numeral 13.4.1, columna "Nombre Común" del anexo técnico de la DIAN Cac Cbc Country ldentificati onCode E Cbc Name Cac Dirección del Usuario Residence beneficiario del G Address servicio de salud Cbc Códigode la ciudad del Usuario i E beneficiario del servicio de salud ID E ID 3 4..41 Person 0..1 5 Reside nceAd 1..1 dress Este código de la ciudad debe corresponder a un valor válido de lista de municipios en el numeral 13.4.3. del anexo técnico vigente de la DIAN Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cacidentityDocument Reference /1D4schemelD Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cacidentityDocument Reference /ID/@schemeName Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cac:IdentityDocument Reference /cac:IssuerParty Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cac:IdentityDocument Reference /cac:IssuerParty/cac:P artyName 'nye ice/cac:Acdounting CustomerParty /cac:Party/cac:Person/ cacidentityDocument Reference /cac:IssuerParty/cac:P artyName/Name Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cac:IdentityDocument Reference /cac:IssuerParty/cac:P ostalAddress Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cacidentityDocument Reference /cac:IssuerParly/cac:P ostalAddress/cac:Coun try Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cacidentityDocument Reference /cac:IssuerParty/cac:P ostalAddress/cac:Coun try/cbc:IdentificationCo de Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ cauldentityDocument Reference /cac:IssuerParty/cac:P ostalAddress/cac:Coun try/cbc:Name Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ ResidenceAddress invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ ResidenceAddress/ID RESOLUCIÓN NÚMERDC; 2S0 á DE 29 DIC 2(1212 HOJA N°18 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" Cbc Nombre de la ciudad Usuario CityName del E beneficiario del servicio de salud Cac AddressLin e Cbc Line Dirección Linea-1 Cac Country Nombre del pais del Usuario beneficiario G del servicio de salud Este código de la ciudad debe corresponder a un Reside 1..56 nceAd 1..1 valor válido de lista de municipios en el dress numeral 13.4.3. del anexo técnico vigente de la DIAN G Reside nceAd 1..N dress E 1..30 Addres Mine( 1..1 1) Reside nceAd 1..1 Referenciar con listas de la DIAN dress Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ ResidenceAddress/Cit yName Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ ResidenceAddress/Ad dressLine[1] Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ ResidenceAddress/Ad dressLineft/Line Invoice/cac:Accounting CustomerParty /cac:Party/cac:Person/ ResidenceAddress/Co untry Invoice/cac:Accounting CustomerParty/cac:Pa rty/cac:Person/Reside nceAddress/cac:Count ry/cbc:IdentificationCo de Ver lista de valores posibles en el Identificati Count( numeral Cbc 13.4.1, E 3 11.. onCode y columna "Código alfa2" del anexo técnico de la DIAN Ver lista de valores Invoice/cac:Accounting posibles en el CustomerParty/cac:Pa numeral Cbc 13.4.1, Name E 1..45 Countr 1..1 rty/cac:Person/Reside y columna "Nombre nceAddress/cac:Count Común" del anexo ry/cbc:Name técnico de la DIAN De aqu' en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE documentado por la DIAN Cac Cac InvoiceLin Concepto de la venta G e Linea de producto 'tem G que se factura Invoice/cac:InvoiceLin e Invoice/cacinvoiceLin e/cac:Item Invoice 1..1 Invoice 1..1 Line Cbc Description Descripción del E f11 recaudo facturado nem 1..3 Cbc Description Descripción complementaria del E [2] recaudo 'tem 1..3 Debe reportarse uno de los siguientes Conceptos Copago Cuota Moderadora •• Cuota de recuperación Pagos compartidos en planes voluntarios de salud.

Invoice/cac:InvoiceLin e/cac:Item/cbc:Descrip tionD j Invoice/cac:InvoiceLin e/cacitem/cbc:Descrip tion(2) c. Registro del concepto que se acreditará como de Cuota moderadora — Copago — Cuota de recuperación - Pagos compartidos en planes voluntarios de salud ID ns I 1 ext ext Descripción Acreditación de Campo aportes del usuario T del Sector Salud a las facturas que pagará el ERP/EPS Grupo de campos para información Invoice relacionadas con la G acreditación de los _aportes _ UBLExte nsions UBLExte nsion[1] _.

F Tam Padre Oc Observaciones V 1..1 1.0 _ — Invoice 1..1 UBLEx tensio 1..1 ns Xpath._. Invoice/extUBLExtensi ons Invoice/extUBLExtensi ons/ extUBLExtension(1) 2go5 DE 29 DIC 2142 RESOLUCIÓN NúMERjnc HOJA N° 19 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de imp ementación de este" _ • ID, - ns Campo DeScrhición. Acreditación de aportes del usuario del Sector Salud a T las facturas que pagará el ERP/EPS --F -- — Tam Padre Oc — —. ---- Observaciones V Xpath Debe reportarse uno de los siguientes, códigos: Customiz Indicador del tipo de cbc 1..12 Invoice 1..1 "SS-CUFE" 1.0 Invoice/cbc:Customizat ationID operación del Sector E Salud ionID "SS-CUDE" "SS-POS" "SS-Num* De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE documentado por la DIAN _ cac cbc cbc Grupo para informar cada concepto de recaudo.

Debe ser informado de 1 a 4 grupos PrepaidPayment uno por cada uno de los siguientes conceptos: PrepaidP G Invoice 1..4 •• Copago ayment Cuota moderadora Cuota de recuperación Pagos compartidos en planes voluntarios de salud 1Empieza con "1", los Prepai ID Identificación del pago E A dPaym 1..1 números utilizados en los diferentes grupos ent deben ser consecutivos Debe corresponde a uno de los valores @schem Identificador del 1..1 posibles en la columna elD concepto recaudado A A 2-2 ID código del numeral (10.d) Corresponde a la sumatoria total de cada concepto de recaudo Cantidad total generado por el Prepai PaidAmo acreditar a esta prestador de servicio E N 4..15 dPaym unt factura que se libra a registrados en el ent la ERP/EPS. archivo de RIPS, cuyo valor no podrá ser mayor al valor total de la factura @curren Código de moneda;

A cylD valor constante PaidA Debe reportarse 1.. 1 mount literal "COP" el Invoice/cac:PrepaidPa yment/ Invoicercac:PrepaidPa yment/cbc:ID Invoice/cac:PrepaidPa yment/cbc- ID/@schem elD Invoice/cac:PrepaidPa ymenticbc: PaidAmount Invoicercac:PrepaidPa ymenVcbc: PaidAmountf@currenc ylD Corresponde a la fecha en la cual fue recibido Invoice/cac:PrepaidPa F 10 el recaudo, en los yment/cbc: casos que se informe ReceivedDate más de un reporte De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado cor la DIAN cbc Received Fecha en la cual el E Date pago fue recibido cbc Valor Total a acreditar; número real; sin formato; sin PrepaidA signo; con dos E mount decimales y separador signo punto; nnn.nn Prepai dPaym 1..1 ent N 4..15 Legal El valor no podrá ser Monet 1..1 mayor al valor total de aryTot la factura al Invoice/cactegalMone taryTotal /cbc:PrepaidAmount Invoice/cac:LegalMone taryTotal fcbc:PrepaidAmounti© currencylD De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN @curren Código de moneda;

A cylD valor constante Prepai dAmou 1..1 Debe reportarse literal 'COP" nt el RESOLUCIÓN NÚMERpZ; ci 2 805 DÇ ffic 2022022 HOJA N° 20 4_ Continuación de/a resolución "Por la cual se modifica la Resolución 510 de 2022 ene! sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" Registro de Operaciones de Copago - Cuota Moderadora - Cuota de Recuperación - 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 ID Ns Campo I Invoice -ext DescripCión Reporte de aportes del usuario del SS y aplicación de T tratamientos contractuales y contables con facturas Grupo de campos para información relacionadas con el G recaudo de los aportes UBLExte nsions F Tam Padre Oc Observaciones 1..1 V Xpath 1.0 _ Invoice/ext:UBLExte nsions GInvoice 1..1 Extensión con la información del sector UBLEx UBLExte Invoice/ext:UBLExte ext G tensio 1..1 salud, aplica cuando nsion[1] nsions/ debe ser informado uno ns ext:UBLExtension[1] de los valores allí solicitados De aqui en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE documentado _ _ por la DIAN _ Indicador del tipo de Debe Custom iz operación de cbc 1..12 Invoice 1..1 reportarse 1.0 Invoicercbc:Customi ationID recaudo del Sector E zationID 'SS-Reporte" Salud _ De aqu' en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE documentado por la DIAN • Emisión de facturas electrónicas para servicios de salud sin recaudos previos por Operaciones de Copago - Cuota Moderadora - Cuota de Recuperación - Pagos compartidos en planes voluntarios de salud ID ns Campo Involce ext DescriPOiórT— Facturación de bienes y servicios T F del SS sin recaudos de aportes del usuario del SS Grupo de campos para información relacionadas con el G recaudo de los aportes _ UBLExten sions G _ __.

Tam Padre Oc 1..1 nvoice 1..1 Observaciones V Xpath 1.0 Invoice/ext:UBLExte nsions Extensión con la información del sector UBLEx Invoice/ext:UBLExte UBLExten salud, aplica cuando ext G tensio 1..1 nsions/ sion[1] debe ser informado uno ns ext:UBLExtensionD ) de los valores alli solicitados De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN _ _ _ ' -- Indicador del tipo de - - -- - Customiza operación de Debe reportarse °SSInvoice/cbc:Customi cbc E 1..12 Invoice 1..1 1.0 tionID recaudo del Sector SinAporte" zationID Salud De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN -_. 7.

Uso de modos de operación RESOLUCIÓN NúME JO2 805 DE-7 y DIC 2020 22 HOJA N° 21 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" a. Modos de uso — 1: SS-CUFE, SS-CUDE, SS-POS, SS-SNum <cbc:USLWraion1D>O3L 2.1</cbc:111VersionID> mcbc:CustomizationIMS-COM/mbeleustordiatimna O--depende de la forma del recaudo se dele utiliza: Ci tioc cii d corresponda SS-CUDE II SS-POS ii SS-SNmn para 11 generaciUn de esta factura—) cbc:ProfileiD>DIAIF 2.1i/t'u:Pm:filen> <cbc:FmoriltExamutioniD>1</cbc:profileEmecutionID> <cbc:IDUR,1</ctc:ID> ccre:MUID schemene11" schemeliameenCTFE-SHA36450FE221abcdefabcdelabcdefabcdefabcdefabodelabellefaModefabcdefahmdefabedefabodefabedefabcdeabcdetqcbc:OID) Cbc:IssueDare>2021-12-01</cbc:IssueDate> <cic:Issuetime)12:53:36-35:00gcbc:Issuelline> ‹cbc:InvoicalypeademOlOcbc:InvoicelspeCode> ccbc:Ecteir <cbc:CmourenteurrencyCode>03p</cbc:Documen[CM:rencyCode> etc:L1neCountNumeric>1</cbc:lineCountl3umeric> eaciIniticeFetiob eac:OrderReferanceb <cac:FmccuntingSumpdlerParty> ccam:AccountingJustomerParty> ícec:FalimentMeens> eac:Prepaidvalment>C!--Valim total acumulado migo o abono a cuenta; traslado de pasivo;:formar un atico sruç totalizando lo s valores--> (cbc:ID>l</clic:ID> Ccbc:PaidAmmunt curremyIN1cor>24000.00</cbc:PaidAmount>, <cbc:ReceivedDame>2021-11-30(/cbc:ReceivadDate>  <fu/o:PrepaidPaent> exac:Iaxiotal): Ccbc:TaxAmuunt currancyDe m COP'>0.00(l2c:Taxlmount> </cac:TasIctal> ccaciLegalMonetarylorel> <olic:LineExtensiumlimount currencyJD=T07)403000.00:/cbc:LineEmmen5ionlmount> Mcbc:TamExclusivamcunt curiencylN"COF")400000.00<fd:c:TamExclusiveAmount> (tbc:TaxInclusive1mmunt currency1D-1COP1>400000,00<icbc:TarInclusiveAmiunt> rebc:FteWdAmmunt curmencylD='COP">24000.00:/cbc:Prepaidimpunr> Rvaiorccedi car <cbc:PayableAmuunt ourrencylD=TCP>376000.00<icbc:FayableMmunt> Ocac:LegalMcnetaryIoral), Nota: Debe ser informado la extensión con los datos del sector salud b. Modos de uso —2: SS-Recaudo icbc:ELVersiorIDUBL 2.1</cbc:BLVersion1D> (cbcilMsromizationiD schamellsMSS-CUFV>SS-Recaudoc/cbc:CustomizationiD) elic:FrofileiDARM 2,1</cbc: Prufilell> ctbc:ProfileExecutiorlD>l<icbc:profileExecurionID Cbc:IDRECAlmicbc:ID> <cbc:UUID schemeIC='1" schemellameemOYE-sHA38VA1117123abcdefabcdefabcdefabcdefabcdelabcdefabcdefabcderabcdefabcdefabcdefabcderabcderabcdeabcdetrIcbc:FUID> <cbulssueDate>2021-12-01</dmilssueDate> CcbcissueTira>12:00:00-05:011</cbc:Issuerime> <cbc:InvoiceiypeCude>01</cbc:InvoicmiypeCode> <cbc:Ectef> Clic:Documenteurtencstode>C0P</cbc:DecumenteurrencyCode> <cbc:LineCountNumeric>1</cbc:LineCcuntImeric> eac:InvcicePeriod> <cac:CmderReference> emec:licountingSupplierParty>.eac:AccountingCustomerParty> <cmc:FareFarty0 eac:PasmentMeans> eac:IllowanceChargel>  <cactLegallionetaryIotal>; ccbcildneExtensicnAmount currency3C=TOP)10000.110qcbc:LineExtensicmimount>: -Cbc:TamExclusiveArount currencyMeTW50.00</cbc:IamExclusivelimunt> <cbc:lasInclusiveAmmunt currencyEeTOP">10000.00</cbc:TaxInclusiveRmunt> <cbciAllowanceiotelAmount cuirenc.X1='COn0.00C/cbc:IllowancelotalAmount> <cbc:ChargeIotallmuunt cuirencylC="COn0.00(icbc:Clargekta1kmmunt> <cbc:Frepaidlmount currencylD=TOP50,00</cbc:FrepaidIrmunt> rcbc:Payablelmounr currencyle-rt0P)10000,e0c/cbc:Payab1eFireunt> </cac:LegalMcnetarylotal> • RESOLUCIÓN NÚMERO n 2805 D19 DIC 20222022 HOJA N° 22 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" c. Modos de uso —3: SS-Reporte ebo:CustordzatieniDSS-Reportegcbc:Custemizatien1D, nbuktfilelD>DIAN 2,1e/obenkornelD) ecbc:ProfileExecutionlbledcbc:PeofiletlecutimIlo ecbc:111>eai1licbc:EY, ecbc:01IDschemeIC.°1"schneliar&COTE-511A384">CITE221abalerabedefabedefabedefahcdefalocdefabcdefabedefaindefabcdefabcdefabedefabcdefalocdeabcdetget c:IIII nhc:IssueDate>2021-12-01C/cbc:Issueriate) ecbc:Is3uenme)12:53:36-05:00</cbc:leneTim> ecbc:Innicelyet:de>01</cbc:InniclispeCode> <cbc:Notei) nbc:Dcourenteunnoytode)COPC/cloc,DonteneurrencyCede> ecbc:LineCounNurninigebc:LineCountliumeric) nac:InnicePtriod) ecec:Drdarkeftrence/) nec:AccoutielupplierPartyp ecao:loccuntinaCustoraréerty) nac:PrInntMeana> <cac:PrepaidPaylent): ebbc:ID>l<fcbe:E) ccbc:Paidiunont currencsgC=Icopr >24000,60gebe,PaidArcunt> 1—Corneaban recaudo acuciada de Cuezas /bderadorta Copagos O Cuotas de Rac,,.._ L.'n lee dio tratamiento entable—) ica roabas:l'a se <cbc:ReceivedDate>2021-11-30</cbc:Recti;tedDan> C.—cundo se orne de lis de U5 valor acreditado, ladeaba corresponde a la ulema Fecha ea la cual ti re. cudo recibido—) Ocae:kapidPaymen> (cac:TaxTotal> nbc:Taximount our0e0,cylETOPs >0,00</cbc:Iuknount) neac:Taxinal> nenLegallneuaryInal) ' Ccbc:LineExteminbreunt currencylt="e0P")400000,00C/cbc:LinsExtensionizenn nbc:TaxExclusiveltent currenc-112.TOP)400000,00</cbc:TaxExclusiedrounn ebnlaxinclusivelulunt currencylD.reOP'>400000.00C/obeelaxinclusive)rountl nbc:Prepaidlinint currenoyiD="COP ° >24000.00</cbe:PrepaidJ2nuati nbc:Falrablelecunt cunency1C.'TOP)400000,00</cbc:Payablektunn (!cac:Legaillonenryinal) Nota: Debe ser informado la extensión con los datos del sector salud d. Modos de uso —4: SS-SinAporte ene:UBL‘rersienIDABL 2.1<ectnUBLVersionID> ebnCustcarbzationiD)SS-Sinhportee/cbc:CustordzaticnIED nbc;PrefilelD>DIAN 2.1e/cbe:ProfileiD> nbe:ProfileExecutionibledcbc:PrefileExentinID> neb:IDACO100001<jcbc:10> nbc:UUID !chalet:3=P schneName="0,1E-SEA384nCUE441abedefabcderabcdefabcderabcdefabedefabedefabedetabcdefabcde ennIssuDate>2021-12-01</cbc:Issueriate> defabcdefabederabedeabcdefncbc:UTED> ' ecbc:Issue1ime>12:03:00-05:00C/cbc:Issuenme> ecbednvciceispeCode>010ebc:InvoiceTypeCode> ecbc:Noce/> nbc:DocumInteurrencyCode5COP</obe:DocumenteurrencyCode> nbc:LineCeundiurerinlgobnlineCcunnumerin nae:InvoicaPerion CactOteilneferel nankccentingSupedierPartp nac:AccountinCustomerparty> nec:Pa-,mentMeans) cue:Slicwancenarge/> <!--GRUPO Prel PLP001bIa eM1000 Y DESCM nacJailotali) <!--GRUPG i7.2.1, REPORT&P, LOS IIZESTOS—> nanLegalMonetarignal> 2LOSCLUS--) etnlineExtensionkbent currenc&E="COPP>10000.00</cbc:LineExtensionkreunn nbniaxExclusivetwunt eurrancylD='MP">10000,00</cbc:TaxExclusiveAmount> nbc:Taxinclusiveisannt currencyi0=X0r>10000.00</cbc:Taxinclusivelnunt) ecbc:AllevanceInalkocunt currenyI0=TOP50,00</cbc:Ilicwancernalku0un0> ecbc:CharytIcealkalcunt currencyIE=TOP)0.00</ne:Chargelotallreuen, <cbc:PayableAmount currencyTD="Can010000.00<inc:PayableAmount> eicac:LegalMonetarlotal) Nota: Debe ser informada la extensión del sector salud cuando se deba reportar uno de los valores allí reportados RESOLUCIÓN NÚME.I12 O 02805 DE g DIC 21P72 HOJA N° 23 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" 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 042 de 2020 modificada por la Resolución 012 de 2021: e e 13.1.5.2.

Documento CreditNote — Nota Crédito y 13.1.5.3. Documento DebitNote — Nota Débito dél anexo técnico. Código SS-CUPE SS-CUDE SS-POS SS-SNum SS-Recaudo _ SS-Reporte SS-SinAporte Tipos de operación Salud Resolución 058:2020 de la Contaduría General de la Nación Iinvoicefcbc:CustornizationID Definición Acreditación. Este documento incluye referencia(s) de Factura Electrónica de Venta (tipo 01 o 04) que comprueba el recaudo de Cuotas Moderadoras, Copagos o Cuotas de Recuperación, corno recursos a favor de terceros, 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.

Acreditación. Este documento incluye referencia(s) de Factura de Contingencia (tipos 03) que reconoce valores recaudados correspondientes a Cuotas Moderadoras, Copagos o Cuotas de Recuperación, como ingresos a favor de terceros, 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.

Acreditación. Este documento incluye referencia(s) de Documento Equivalente de Venta POS que comprueba el recaudo de Cuotas Moderadoras, Copagos o Cuotas de Recuperación, como recursos a favor de terceros, 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.

Observación: Los valores recaudados a favor de terceros por el operador del sistema de salud mediante los comprobantes del Sistema POS serán automatizados por la DIAN, y deberán reportarse cada vez que se cierra una caja de recaudo. La DIAN expedirá la reglamentación técnica e informática pertinente. Acreditación. Este documento incluye referencia(s) de Factura Talonario que comprueba el recaudo de Cuotas Moderadores, Copagos o Cuotas de Recuperación, como recursos a favor de terceros, 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.

Recaudación. Comprobante de recaudo de Cuotas Moderadores, Copagos Cuotas de Recuperación, como recursos a favor de terceros. — No Activa el Método de cálculo del Sector Salud. Repo-rte. Este documento reporta referencia(s) de diversa índole que comprueban recaudo de Cuotas Moderadoras, Copagos o Cuotas de Recuperación, a las cuales ya se les dio tratamiento contable. — No Activa el Método de cálculo del Sector Salud.

Reporte. Sin aporte, ni recaudo en dinero por parte de los afiliados del régimen contributivo por concepto de Cuotas Moderadoras, Copagos o Cuotas de Recuperación. — 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.qov.co/central-financiamiento/Paqes/facturacion-electronica.aspx a. Método de cálculo del Sector Salud Mediante la Resolución 058 de 2020 la Contaduria 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 donde conste dicho ingreso, o las notas crédito a que haya lugar. Los identificadores corresponderán a operaciones de Validación Previa DIAN, o de operaciones con facturas de talonario o de operaciones POS con Rangos Autorizados de Facturación de la DIAN.

Si efectivamente acreditan la factura, entonces usará los códigos SS-CUFE, SS-CUDE, SS-POS o SSSNum en el campo /Invoice/cbc:CustomizationID. Los códigos mencionados para el RESOLUCIÓN NÚME5g 2805 DE 79 D 2142 HOJA N° 24 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el plazo de implementación de este" /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 SSReporte 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, copago, cuota de recuperación o pagos compartidos en planes voluntarios de salud, se usará el código SSRecaudo en el campo /Invoice/cbc:Customizationl D. 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 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. 9. Tablas Documentos de identificación: Informar dato según la tabla de referencia "TipoldPISIS", 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:AccounfingCustomerparty/cac:Party/cac:Person/cacidentityDocumentReference/cbc:ID/© schemelD /Inv oice/cac:AccountingCustomerparty/cac:Party/cac:Person/cactlentityDocumentReference/cbc:ID/@ schemeName Modalidades de pago Informar dato según la tabla de referencia "modalidadPago", disponible en web.sispro.gov.co.

Cobertura o plan de beneficios Informar dato según la tabla de referencia "coberturaPlan", disponible en web.sispro.gov.co. Concepto de recaudo RESOLUCIÓN NUMMI o 2 805 DE 2 g OIC 201222 HOJA N° 25 Continuación de la resolución "Por la cual se modifica la Resolución 510 de 2022 en el sentido de sustituir su anexo técnico y ampliar el pialo de implementación de este" Informar dato según la tabla de referencia "conceptoRecaudo", disponible en web.sispro.gov.co.

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. • e