Resolución 506 de 2021 MSPS

Buscar search

Índice developer_guide

RESOLUCIÓN 506 DE 2021

(abril 19)

Diario Oficial No. 51.651 de 20 de abril de 2021

MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL

Por la cual se adopta el Anexo Técnico “Campos de datos adicionales del sector salud incluidos en la generación de la factura electrónica de venta en el sector salud” y se establecen disposiciones para la generación de la facturación electrónica de venta en el sector salud.

Resumen de Notas de Vigencia

EL MINISTRO 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 el Decreto número 358 de 2020, reglamenta los artículos 511, 615, 616-1, 616-2, 616-4, 617, 618, 618-2 y 771-2 del Estatuto Tributario, 26 de la Ley 962 de 2005 y 183 de la Ley 1607 de 2012 y sustituye el Capítulo 4 del Título 1 de la Parte 6 del Libro 1 del Decreto número 1625 de 2016, Único Reglamentario en Materia Tributaria, en cuanto a la factura de venta o documento equivalente.

Que el artículo 1.6.1.4.8 del Decreto número 358 de 2020, determina los requisitos de la factura de venta y de los documentos equivalentes, estableciendo que, sin perjuicio de los requisitos que la Dirección de Impuestos y Aduanas Nacionales (DIAN) establezca para la factura electrónica de venta, la factura de venta de talonario o de papel y los documentos equivalentes, se podrán incorporar a la citada factura los requisitos adicionales que para cada sector indiquen las autoridades competentes; no obstante, esos requisitos se deberán implementar y cumplir de acuerdo con las condiciones, términos, mecanismos técnicos y tecnológicos que para tal efecto establezca la DIAN.

Que la Unidad Administrativa Especial - Dirección de Impuestos y Aduanas Nacionales (DIAN) expidió la Resolución número 42 de 5 de mayo de 2020 a través de la cual desarrolla los sistemas de facturación, los proveedores tecnológicos, el registro de la factura electrónica de venta como título valor y habilita la URL http://url.minsalud. gov.co/facturacion-electronica en la que se incorporará la información propia del sector salud, complementaria a las disposiciones que establezca la DIAN, la que, “entrará a regir una vez que el Ministerio de Salud informe a todos los actores regulados por ellos”.

Que, en atención a lo anterior, mediante la Resolución número 084 de 2021 este Ministerio estableció los campos de datos en formato XML en el localizador de recursos uniforme URL http://url.minsalud.gov.co/facturacion-electronica, adoptando el anexo técnico “Campos de datos adicionales del sector salud incluidos en la generación de la factura electrónica de venta”, como requisitos adicionales que deben cumplir los actores del sector salud en la generación de la factura electrónica de venta.

Que mediante la Resolución número 012 de 2021 de la DIAN, se modificó, entre otros, el artículo 68 de la Resolución número 42 de 2020, en el sentido de reemplazar en su totalidad el “Anexo técnico de factura electrónica de venta” versión 1.7-2020 por el Anexo técnico de Factura Electrónica de Venta versión 1.8.

Que el numeral 18. del nuevo anexo “Suplemento I: Información de sectores 18.1. Salud”, dispone “(…) el Ministerio de Salud reglamentará su sector bajo el estándar UBL 2.1 con la definición de grupos, elementos y atributos existentes sobre este anexo técnico de venta o definiciones por ellos. La URL http://url.minsalud.gov.co/facturacion-electronica, entrará a regir una vez que el Ministerio de Salud informe a todos los actores regulados por ellos”.

Que conforme con lo anteriormente expuesto, y dadas las modificaciones incorporadas en el nuevo acto administrativo de la DIAN, sumadas a las observaciones recibidas por los agentes del sector salud quienes solicitan ajustar algunas especificaciones de las descripciones de los campos de datos aplicables a la programación del lenguaje UBL del Anexo Técnico, se requiere unificar estos ajustes en un solo cuerpo normativo acorde con las disposiciones previstas por la DIAN.

En mérito de lo expuesto,

RESUELVE:

ARTÍCULO 1o. OBJETO. <Artículo modificado por el por el artículo 1 de la Resolución 1526 de 2021. El nuevo texto es el siguiente:> La presente resolución tiene por objeto adoptar el Anexo Técnico “Campos de datos adicionales del sector salud incluidos en la generación de la factura electrónica de venta”, que contiene los campos de datos en formato XML como requisitos adicionales que deberán cumplir los actores del sector salud en la generación de la factura electrónica de venta, así como establecer disposiciones para su implementación.

El anexo técnico, que hace parte integral de la presente resolución, se dispondrá en la URL http://url.minsalud.gov.co/facturacion-electronica habilitada por la DIAN, a través de la Resolución número 42 de 2020, modificada por las Resoluciones 012, 037 y 63 de 2021 y deberá ser adoptado por los facturadores electrónicos del sector salud a más tardar el 31 de marzo de 2022, sin perjuicio de que los agentes en el marco de los acuerdos de voluntades establecidos suscritos, puedan compartir dicha información.

Notas de Vigencia

Legislación Anterior

ARTÍCULO 2o. ÁMBITO DE APLICACIÓN. Las disposiciones contenidas en la presente resolución son aplicables a:

1. Los prestadores de servicios de salud

2. Los laboratorios de salud pública

3. Los operadores logísticos y gestores farmacéuticos

4. Las entidades que en el marco de sus funciones legales deban entregar los datos del Registro Individual de Prestación de Servicios de Salud (RIPS) al Sistema de General de Seguridad Social en Salud

5. Las Entidades Promotoras de Salud (EPS)

6. Las entidades adaptadas

7. Las entidades territoriales

8. Las administradoras de riesgos laborales (ARL) en el componente salud.

9. Las compañías de seguros autorizadas para ofrecer pólizas del Seguro Obligatorio de Accidentes de Tránsito (SOAT)

10. Las entidades que ofrecen planes voluntarios de salud.

11. La Administradora de los Recursos del Sistema General de Seguridad Social en Salud (ADRES).

PARÁGRAFO. Se entienden como facturadores electrónicos del sector salud a las entidades encargadas de la prestación o provisión de servicios y tecnologías de salud.

ARTÍCULO 3o. DEL SUMINISTRO DE LA INFORMACIÓN PARA EL DILIGENCIAMIENTO DE LOS DATOS DEL SECTOR SALUD. La fuente de información para el diligenciamiento de los campos de datos adicionales del sector salud en el formato XML, será los acuerdos de voluntades suscritos entre los facturadores electrónicos y las secretarías de salud del orden departamental, distrital o municipal, las entidades promotoras de salud, las entidades adaptadas o las administradoras de riesgos laborales en el componente salud, así como las compañías de seguros autorizadas para ofrecer el SOAT, las entidades que ofrecen planes voluntarios de salud y demás pagadores.

La información de los campos de datos adicionales deberá ser consistente con la representación gráfica de la factura de venta y con la información reportada en el RIPS como soporte de esta, en lo que aplique.

PARÁGRAFO 1o. En caso de no existir contrato, las entidades responsables de pago y demás pagadores deberán suministrar la información para el diligenciamiento de los campos de datos adicionales del sector salud en el formato XML del artículo 3o de la presente resolución, que le sea requerida por el facturador electrónico.

PARÁGRAFO 2o. Cuando se presenten inconsistencias en los campos de datos del sector salud adicionales en el formato XML, estas no serán causal de devolución, glosa o de no pago.

ARTÍCULO 4o. TRAZABILIDAD DE LA FACTURA DE VENTA DE LOS SERVICIOS Y TECNOLOGÍAS DE SALUD. Para efectos de la trazabilidad de la factura de venta de los servicios y tecnologías de salud, y teniendo en cuenta que la factura electrónica de venta con validación previa, así como los documentos equivalentes, notas crédito, notas débito y demás instrumentos electrónicos son trasmitidas con el documento electrónico de validación al adquirente, estos deberán enviarse en el mismo momento a este Ministerio, en los términos y condiciones técnicas que este determine.

ARTÍCULO 5o. RESPONSABILIDADES DE FACTURADORES ELECTRÓNICOS Y PROVEEDORES TECNOLÓGICOS. Los facturadores electrónicos del sector salud y los proveedores tecnológicos, es decir, las empresas habilitadas por la DIAN para adelantar el proceso de facturación electrónica, están obligados a presentar la factura electrónica de venta con validación previa de la DIAN, a las entidades responsables de pago, esto es, las secretarías de salud del orden departamental, distrital o municipal, las entidades promotoras de salud, las entidades adaptadas y las administradoras de riesgos laborales en el componente salud, así como las compañías de seguros autorizadas para ofrecer el SOAT, las entidades que ofrecen planes voluntarios de salud y demás pagadores.

La información de que trata el Anexo Técnico “Campos de datos adicionales del sector salud incluidos en la generación de la factura electrónica de venta”, deberá ser consistente con la representación gráfica de la factura de venta y con la información reportada en el RIPS como soporte de esta, en lo que aplique.

PARÁGRAFO. Las entidades responsables de pago y demás pagadores no podrán exigir ni incluir campos de datos adicionales, ni modificar los ya definidos en la presente resolución, su incumplimiento dará lugar a las investigaciones y medidas de las entidades de vigilancia y control.

ARTÍCULO 6o. SEGUIMIENTO Y CONTROL. La Superintendencia Nacional de Salud efectuará la inspección, vigilancia y control del cumplimiento de las disposiciones aquí previstas, sin perjuicio de las funciones de inspección, vigilancia y control, atribuidas a las demás autoridades competentes, de conformidad con las normas legales vigentes.

ARTÍCULO 7o. COMUNICACIÓN. La presente resolución se comunicará a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales (DIAN) para lo de su competencia.

ARTÍCULO 8o. VIGENCIA Y DEROGATORIAS. La presente resolución rige a partir de su publicación, adiciona en lo pertinente la Resolución número 42 de 2020 modificada por la Resolución número 012 de 2021 expedidas por la DIAN y deroga la Resolución número 084 de 2021 expedida por este Ministerio.

PUBLÍQUESE Y CÚMPLASE.

Dada en Bogotá, D. C., a 19 de abril de 2021.

El Ministro de Salud y Protección Social,

Fernando Ruíz Gómez.

ANEXO TÉCNICO.

CAMPOS DE DATOS ADICIONALES DEL SECTOR SALUD INCLUIDOS EN LA GENERACIÓN DE LA FACTURA ELECTRÓNICA DE VENTA.

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.

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).

1. Código del prestador de servicios de salud

2. Tipo de documento de identificación del usuario

3. Número de documento de identificación del usuario

4. Primer apellido del usuario

5. Segundo apellido del usuario

6. Primer nombre del usuario

7. Segundo nombre del usuario

8. Tipo de usuario

9. Modalidades de contratación y de pago

10. Cobertura o plan de beneficios

11. Número de autorización

12. Número de mi prescripción (MIPRES)

13. Número de ID entrega de mi prescripción (MIPRES)

14. Número de contrato

15. Número de póliza

16. Copago

17. Cuota moderadora

18. Cuota de recuperación

19. Pagos compartidos en planes voluntarios de salud

20. Fecha de inicio del periodo de facturación

21. Fecha final del periodo de facturación

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 laboratorios de salud pública y demás casos de excepción.

b) Diligenciamiento en la factura electrónica de venta: Es obligatorio cuando se facture por usuario o multiusuario. En el caso de los otros facturadores electróni- cos no inscritos en el REPS este campo no se diligencia.

c) Valores permitidos: Texto. Diligenciar con los valores de la tabla de prestador de servicios de salud y tabla de laboratorios de salud pública.

2. TIPO_DOCUMENTO_IDENTIFICACION - Tipo de documento de identifi- cación del usuario:

a) Descripción/ Contenido: Debe registrarse el tipo de documento de identifica- ción del usuario al momento de la atención, de acuerdo con la especificación dada en el catálogo “Tipos de documentos de identificación”.

Para los colombianos:

- Para menores de 3 meses, el tipo documento es el registro civil o el certificado de nacido vivo.

- Para menores de 7 años, el tipo documento es el registro civil.

- Los menores entre 7 y 17 años cumplidos, deben identificarse con la tarjeta de

identidad.

- Para mayores de 18 años, el documento con el cual se deben identificar es la

cédula de ciudadanía.

- Para los adultos afiliados como Población Especial del Régimen Subsidiado que no están identificados por la Registraduría Nacional del Estado Civil (RNEC) y que se encuentren en el listado censal, se utiliza AS y el número de documento asociado lo provee la entidad territorial correspondiente.

- Para los menores afiliados como Población Especial del Régimen Subsidiado que no están identificados por la Registraduría Nacional del Estado Civil (RNEC) y que se encuentren en el listado censal, se utiliza MS y el número de documento asociado lo provee la entidad territorial correspondiente.

- Para los casos de personas colombianas donde no tenga o no se conozca la identificación del usuario se utilizará “SI” (sin identificación).

Para los extranjeros:

- Los extranjeros que se encuentran de paso en el país se identifican con Cédula de Extranjería (CE), Carné Diplomático (CD), Pasaporte (PA), Salvo conducto (SC) o permiso especial de permanencia (PE).

- Para personas extranjeras de cualquier edad que no posean CE, PA, CD, SC o PE, pero que tienen algún documento de identificación expedido por el país de origen se utilizará el tipo de documento de extranjero (DE) y como número el que corresponda al documento de identificación extranjero.

- Para el caso de extranjeros que no tengan o no se conozca la identificación del usuario se utilizará SI (sin identificación).

- Para menores de 7 años, si son extranjeros el documento válido es el pasaporte.

Nota 1. El pasaporte es el documento que acredita la identidad de un extranjero que cuenta con una visa para trabajar en Colombia y no se encuentra obligado a tramitar una cédula de extranjería, y para los extranjeros menores de 7 años. También aplica para los extranjeros con pasaporte de la ONU para refugiados y asilados.

Nota 2. Para el caso de poblaciones especiales, en las cuales la población no está identificada por la Registraduría Nacional del Estado Civil, deben ser atendidos como Adulto sin Identificar (AS) y Menor sin Identificar (MS) (Resolución número 4622 de 2016).

Nota 3. Para los venezolanos se tendrá el Permiso Especial de Permanencia -PE como documento válido de identificación en los sistemas de información del Sistema de Protección Social.

b) Diligenciamiento en la factura electrónica: Obligatorio cuando se facture por usuario o multiusuario.

c) Valores permitidos: Texto. Puede contener los siguientes valores permitidos, que son excluyentes entre sí.

Tabla 1. Valores permitidos para tipo de documento de identificación

del usuario:

3. NUMERO_DOCUMENTO_IDENTIFICACION - Número de documento de

identificación del usuario:

a) Descripción / Contenido: Debe registrarse el número del documento de iden- tificación de acuerdo con el tipo de documento del usuario al momento de la atención, con la especificación dada en el catálogo “tipos de documentos de identificación”.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.

c) Valores permitidos: Un único valor. Alfanumérico. Longitud mínima de 3 y máxima de 16.

4. PRIMER_APELLIDO - Primer apellido del usuario:

a) Descripción / Contenido: Debe registrarse el primer apellido del usuario cuan- do este tiene dos apellidos; o el único que tenga; el apellido de soltera en las mujeres.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.

c) Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación.

5. SEGUNDO_APELLIDO - Segundo apellido del usuario:

a) Descripción / Contenido: Debe registrarse el segundo apellido cuando el usua- rio lo tiene.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.

c) Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación.

6. PRIMER_NOMBRE - Primer nombre del usuario:

a) Descripción / Contenido: Debe registrarse el primer nombre del usuario.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.

c) Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación.

7. SEGUNDO_NOMBRE - Segundo nombre del Usuario:

a) Descripción / Contenido: Debe registrarse el segundo nombre si lo tiene.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario. En caso de tener segundo nombre debe ir vacío.

c) Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación.

8. TIPO_USUARIO - Tipo de usuario:

a) Descripción / Contenido: Debe registrarse la condición de afiliación o el rela- cionamiento de la persona frente a la cobertura o el plan de beneficios a través de la cual se prestan los servicios o tecnologías en salud reportados en la factura de venta.

i. Contributivo cotizante: afiliados que en su calidad de cotizantes efectúan apor- tes al Régimen Contributivo del Sistema General de Seguridad Social en Salud según lo definido en el numeral 1 del artículo 2.1.4.1 del Decreto número 780 de 2016 o la norma que lo modifique o sustituya.

ii. Contributivo beneficiario: afiliados que hacen parte de un grupo familiar de un cotizante según lo definido en el numeral 2 del artículo 2.1.4.1 del Decreto número 780 de 2016 o la norma que lo modifique, adicione o sustituya.

iii. Contributivo adicional: aquellos afiliados adicionales que hacen parte de un grupo familiar de un cotizante según lo definido en el artículo 2.1.4.5 del Decreto

número 780 de 2016 o la norma que lo modifique o sustituya, y por los cuales se

cancela el valor de la UPC adicional.

iv. Subsidiado: aquellos afiliados al Régimen Subsidiado que no tienen las calida- des para ser afiliados al Régimen Contributivo o a los Regímenes Especial o de Excepción y que cumplan con las condiciones definidas en el artículo 2.1.5.1 del Decreto número 780 de 2016 o la norma que lo modifique o sustituya.

v. Sin régimen: población no asegurada al Sistema General de Seguridad Social en Salud en los términos de la Ley 715 de 2001 y el artículo 232 de la Ley 1955 de 2019; bajo este tipo de usuario también deben reportarse los migrantes en si- tuación regular no afiliados o irregular en los términos definidos en el Capítulo 6 del Título 2 de la Parte 9 del Libro 2 del Decreto número 780 de 2016 o la norma que lo modifique o sustituya.

vi. Especial o Excepción cotizante: personas afiliadas en calidad de cotizantes a los Regímenes Especial o de Excepción definidos en la Ley 647 de 2001 (universidades públicas con sistema de salud propio) y el artículo 279 de la Ley 100 de 1993 (Ecopetrol, Magisterio, Fuerzas Militares y Policía Nacional).

vii. Especial o Excepción beneficiario: personas afiliadas en calidad de beneficia- rios a los regímenes Especial o de Excepción definidos en la Ley 647 de 2001 (universidades públicas) con sistema de salud propio el artículo 279 de la Ley 100 de 1993 (Ecopetrol, Magisterio, Fuerzas Militares y Policía Nacional).

viii. Personas privadas de la libertad a cargo del Fondo Nacional de Salud: Cober- tura a cargo del Fondo Nacional de Salud de las Personas Privadas de la Libertad.

ix. Tomador / Amparado ARL: trabajadores dependientes o independientes afilia- dos al Sistema General de Riesgos Laborales.

x. Tomador / Amparado SOAT: víctimas de accidente de tránsito atendidas a cargo de una póliza SOAT vigente.

xi. Tomador / Amparado Planes voluntarios de salud: persona que accede a servi- cios de salud con cargo a un plan voluntario de salud, conforme a lo establecido en el Libro 2, Parte 2, Título 4 del Decreto número 780 de 2016 (Planes de atención complementaria en salud, planes de medicina prepagada y pólizas de salud).

xii. Particular: personas que asumen directamente con cargo a recursos propios, los gastos relacionados con los servicios y tecnologías de salud.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario.

c) Valores permitidos: Texto. Puede contener los siguientes valores permitidos, que son excluyentes entre sí.

Tabla 2. Valores permitidos para Tipo de usuario

9. MODALIDAD_CONTRATACION - Modalidades de contratación y de pago:

a) Descripción / Contenido: Debe registrarse la modalidad de contratación y de

pago pactada objeto de facturación.

i. Paquete / Canasta / Conjunto integral en salud: Se refiere al episodio de aten- ción en el cual el prestador de servicios de salud asume el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

ii. Grupos relacionados por diagnóstico: Episodio de atención en el cual las par- tes acuerdan para la realización de la atención, una clasificación de pacientes bajo un sistema de categorías que considera los diagnósticos de atención y el uso relativo de recursos. En esta modalidad el prestador de servicios de salud asume el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

iii. Integral por grupo de riesgo. Modalidad mediante la cual las partes acuerdan por anticipado una suma fija por persona incluida dentro de un grupo de riesgo, para cubrir un conjunto de servicios y de tecnologías de salud para la atención integral de su condición o condiciones individuales de salud durante un período determinado de tiempo, acorde con su nivel de riesgo y la frecuencia e intensidad en el uso de servicios o tecnologías de salud. En esta modalidad, el prestador de servicios de salud asume el riesgo primario de severidad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

iv. Pago por contacto por especialidad. Modalidad mediante la cual se acuerda por anticipado un pago fijo con el prestador de servicios de salud, por un período de tiempo para un conjunto de servicios y tecnologías de salud para la atención de unos diagnósticos definidos dentro de una especialidad determinada. En esta modalidad, el prestador de servicios de salud asume el riesgo primario de severi- dad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

v. Pago por escenario de atención. Modalidad de contratación bajo la cual se acuerda por anticipado un pago fijo por un tiempo preestablecido en un esce- nario de atención claramente definido. El escenario de atención establecido por las partes se refiere a la atención integral de una o varias condiciones médicas. En esta modalidad, el prestador de servicios de salud asume el riesgo primario de severidad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

vi. Pago por tipo de servicio. Modalidad mediante la cual las partes acuerdan por anticipado una suma fija por los servicios y tecnologías de salud propias de un servicio, por un período de tiempo, para realizar un tipo de servicio que está pre- definido. En esta modalidad, el prestador de servicios de salud asume el riesgo primario de severidad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

vii. Pago global prospectivo por episodio. Modalidad mediante la cual las partes acuerdan por anticipado una suma global para cubrir durante un período deter- minado de tiempo, los servicios y las tecnologías de salud requeridas para la atención de episodios a una población predefinida dentro de un área geográfica, con condiciones de riesgo específicas estimadas y acordadas previamente entre las partes. En esta modalidad, se realiza al prestador de servicios de salud una transferencia limitada del riesgo primario de incidencia y del riesgo primario de severidad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

viii. Pago global prospectivo por grupo de riesgo. Modalidad mediante la cual se define por anticipado una suma fija global para la atención de pacientes con un tipo específico de riesgo, usualmente una condición médica crónica dentro en una población de referencia, en una zona geográfica y durante un período de tiempo. En esta modalidad, se realiza al prestador de servicios de salud una trans- ferencia limitada del riesgo primario de incidencia, el riesgo primario de severi- dad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

ix. Pago global prospectivo por especialidad. Modalidad que permite establecer por anticipado un pago fijo global por las atenciones correspondientes a los diag- nósticos definidos dentro de alguna especialidad, que ocurran en una población previamente determinada, en un área geográfica y en un período de tiempo. En esta modalidad, se realiza al prestador de servicios de salud una transferencia limitada del riesgo primario de incidencia, el riesgo primario de severidad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

x. Pago global prospectivo por nivel de complejidad. Modalidad que permite es- tablecer por anticipado un pago fijo global por las atenciones para determinadas condiciones médicas realizadas en uno o varios niveles de complejidad (baja, media o alta complejidad), que ocurran en una población previamente determi- nada, en un área geográfica y en un período de tiempo. Esta modalidad solo es aplicable en contrataciones con redes integrales de prestadores de servicios de salud - RIPSS. En esta modalidad, se realiza al prestador de servicios de salud una transferencia limitada del riesgo primario de incidencia, el riesgo primario de severidad, el riesgo técnico de utilización de servicios y el riesgo técnico de morbilidad evitable.

xi. Capitación. Modalidad mediante la cual las partes establecen por anticipado y pagan una suma por usuario expuesto para la atención de la demanda potencial de un conjunto preestablecido de servicios y tecnologías de salud que se pres- tan en servicios de baja complejidad, a un número predeterminado de usuarios expuestos, durante un período definido de tiempo. En esta modalidad, que para el SGSSS corresponde a una capitación parcial, se realiza al prestador una trans- ferencia parcial para su nivel de complejidad del riesgo primario de incidencia y total del riesgo primario de severidad, así como del riesgo técnico de utilización de servicios y el riego técnico de morbilidad evitable.

xii. Por servicio. Modalidad mediante la cual las partes acuerdan una suma por cada unidad de servicio y de tecnología en salud suministrada a la persona para la atención de sus requerimientos en salud. También se denomina “fee for services”.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe regis- trarse en la modalidad de contratación y de pago que pertenece el usuario o en caso de multiusuarios, todos deben pertenecer a la misma modalidad de contra- tación y de pago y a la misma cobertura o plan de beneficios

c) Valores permitidos: Texto. Puede contener los siguientes valores permitidos, que son excluyentes entre sí.

Tabla 3. Valores permitidos para Modalidades de contratación y de pago

10. COBERTURA_PLAN_BENEFICIOS - Cobertura o plan de beneficios:

a) Descripción / Contenido: Se registra la entidad responsable de financiar la cober- tura 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 pro- tecció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 2481 de 2020 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 Siste- ma 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 asis- tencial 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 identi- ficados, 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 la 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 ries- gos laborales (ARL), definidas en los artículos 5 y 6 del Decreto número 1295 de 1994.

vi. Cobertura ADRES: coberturas en salud a cargo de la Administradora de los Re- cursos 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úmeros 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 aten- ció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 em- pleadores 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 con- tratados voluntariamente y financiados en su totalidad por el afiliado o los emplea- dores 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 cargo 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 Liber- tad: 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 encuen-

tren 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 direc- tamente la persona con cargo a recursos propios.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe regis- trarse la cobertura o el plan de beneficios a la que pertenece el usuario o en caso de multiusuarios, todos deben pertenecer a la misma cobertura o plan de benefi- cios y a la misma modalidad de contratación y de pago.

c) Valores permitidos: Texto. Puede contener los siguientes valores permitidos, que son excluyentes entre sí.

Tabla 4. Valores permitidos para cobertura o plan de beneficios

11. NUMERO_AUTORIZACION - Número de autorización:

a) Descripción / Contenido: Debe registrarse el número del aval para la prestación de un servicio de salud a un usuario por parte de una entidad responsable de pago, dirigida a un determinado prestador de servicios de salud. Se debe diligen- ciar cuando se ha generado una autorización para la prestación del servicio de acuerdo con la especificación dada en la Resolución 3047 de 2008 o la norma que la modifique o sustituya.

En el caso excepcional que la entidad responsable de pago no se pronuncie ante la solicitud de autorización dentro de los términos definidos en la normativa vigente, deberá registrar el o los números de las solicitudes en la factura de venta.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exis- ta el número de la autorización de respuesta o el número de la solicitud según sea el caso, o irá vacío como sucede en servicios de urgencias, SOAT y ARL o si en el acuerdo de voluntades se pactó no solicitar autorización. Obligatorio cuando se facture por usuario o multiusuario cuando aplique.

c) Valores permitidos: Uno o más valores. Alfanumérico.

12. NUMERO_MIPRES - Número de mi prescripción (MIPRES):

a) Descripción / Contenido: Debe registrarse el número que asigna MIPRES a la prescripción de servicios y tecnologías en salud o servicios complementarios no financiados con recursos de la UPC que un profesional de la salud ordena a una persona.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exis- tan prescripciones no financiadas con recursos de la UPC, cubiertas por presu- puesto máximo. En caso de que no corresponda a la facturación de servicios y tecnologías en salud cubiertos por presupuesto máximo, esta variable debe ir vacía. La factura de venta multiusuarios no aplica para servicios y tecnologías en salud MIPRES.

c) Valores permitidos: Uno o más valores. Alfanumérico. El asignado por MI- PRES. Longitud de veinte (20) campos.

13. NUMERO_ENTREGA_MIPRES - Número de ID entrega mi prescripción (MIPRES):

a) Descripción / Contenido: Debe registrarse el número de ID que se asigna a la entrega de servicios y tecnologías en salud o servicios complementarios no financiados con recursos de la UPC.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exis- ta la entrega por el dispensador de prescripciones no financiadas con recursos de la UPC, cubiertas por presupuesto máximo. En caso de que no corresponda a la facturación de servicios y tecnologías en salud cubiertos por presupuesto máximo, esta variable debe ir vacía. La factura de venta multiusuarios no aplica para servicios y tecnologías en salud MIPRES. En caso de entregas sucesivas se debe registrar todos los ID de suministro facturados y relacionados el número de prescripción (MIPRES).

c) Valores permitidos: Uno o más valores. Alfanumérico. Longitud de veinte (20) campos.

14. 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 exis- ta contrato o en caso contrario irá vacío. Se reporta solo si se ha suscrito contrato que cubra los ítems facturados.

c) Valores permitidos: Uno o más valores. Alfanumérico.

15. 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.

16. COPAGO - Copago:

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 copago. Se registra únicamente el valor total del copago cancelado por el usuario.

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. Va- lor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.

17. 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, correspondiente a la cuota moderadora. Se debe registrar el valor pagado por el usuario.

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. Va- lor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.

18. CUOTA_RECUPERACION - Cuota de Recuperación:

a) 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 18 Decreto 2357 de 1995.

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. Va- lor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.

19. 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.

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. Va- lor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.

20. /Invoice/cac:InvoicePeriod/cbc:StartDate - Fecha de inicio del periodo de fac- turación:

a) Descripción / Contenido: Se debe registrar la fecha de inicio del servicio pres- tado 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 contratación y pago.

b) Diligenciamiento en la factura electrónica de venta: Obligatorio.

c) Valores permitidos: Fecha con la estructura: AAAA-MM-DD.

21. /Invoice/cac:InvoicePeriod/cbc:EndDate - Fecha final del periodo de factura- ción:

a) Descripción / Contenido: Se debe registrar la fecha final del servicio prestado cuando se factura por un solo usuario o la fecha final del periodo de facturación cuando se factura multiusuario según modalidad de contratación y pago

b) Diligenciamiento en la factura electrónica de venta: Obligatorio.

c) Valores permitidos: Fecha con la estructura: AAAA-MM-DD.

“ELEMENTOS XML UBL-INVOICE CON CONTENIDOS Y REGLAS ÚTILES PARA FACTURACIÓN ELECTRÓNICA DE SERVICIOS DE SALUD”

RESOLUCIÓN NÚMERO de de 2021 Página 17 de 62

Continuación de la resolución: “Por la cual se adoptan los campos de datos adicionales en formato XML para la generación de la factura electrónica del sector salud”

Tabla de contenido

18.1.	La ext:UBLExtension Del sector Salud	19
18.1.1.	Columnas de las tablas de definición del Invoice para el Sector Salud	19
18.2.	Cuerpo XML	30
18.2.1.	Fechas de facturación	30
18.2.2.	Registro del concepto de recaudo de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud	30
18.2.3.	Registro del concepto que se acreditará como de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud	36
18.2.4.	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á la IPS al ERP / EPS	45
18.2.5.	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	46
18.2.6.	Modalidades de contratación y pago	48
18.2.7.	Incluyendo en una factura que pagará la ERP/EPS el valor a acreditar por el recaudo de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud	49
18.2.8.	Modos de uso – 1: SS-CUFE	53
18.2.9.	Modos de uso – 2: SS-POS	54
18.2.10.	Modos de uso – 3: SS-CUDE	55
18.2.11.	Modos de uso – 4: SS-REPORTE	56
18.2.12.	Tipos de operación Salud	57
18.2.13.	Uso del tipo de operación	58
18.3.	Método de cálculo del Sector Salud	58
18.4.	Tablas	59
18.4.1.	Documentos de identificación	59
18.4.2.	Tipo de Usuario	60
18.4.3.	Modalidades de contratación y pago	60
18.4.4.	Cobertura	61
18.4.5.	Tipo Documento Referenciado	61
18.4.6.	Referencia de Grupos	62

Propósito

La metodología de registro de datos en los documentos electrónicos UBL adoptada por la 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 DIAN podrán incluir informaciones sin afectar el procesamiento de los esquemas ni de los fines definidos por la 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 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 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 DIAN.

18.1. La ext:UBLExtension Del sector Salud

18.1.1. Columnas de las tablas de definición del Invoice para el Sector Salud

Las columnas de las Tablas depostpostal 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 de las variables propias del sector, ocupen el UBLExtension[1], los datos de control de la DIAN en el UBLExtension[2] y los datos del calculo de la firma digital en el UBLExtension[3]

Tabla 1 – Convenciones Utilizadas en la Tablas de Definición de los Formatos XML

ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
ext		UBLExtensions	Debe usar como mínimo las extensiones definidas por la DIAN para toda factura electrónica	G			Invoice	1..1	1.0		root/ext:UBLExtensions
ext		UBLExtension	Grupo UBLExtension para informacióncomercial adicional estandarizada entre sectores	G			UBLExtensions	1..N	1.0		root/ext:UBLExtensions/ext:UBLExtension [1]
ext		ExtensionContent	Grupo que contiene la información personalizada del sector	G			UBLExtension	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent
		CustomTagGeneral	Grupo de información personalizable dependiendo del sector	G			ExtensionContent	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[1]/ext:ExtensionContent/CustomTagGener al
		Name	Descripción del contenido; Valor constante			CustomTagGeneral		1..1	Responsable	root/ext:UBLExtensions/ext:UBLExtension[1]/ext:ExtensionContent/CustomTagGener al/Name[1]=”Responsable”
		Value	Responsable del mantenimiento de la UBLExtension; Ministerio de Salud yProtección Social de Colombia			CustomTagGeneral		1..1	url www.minsalud.gov.co	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGeneral/Value[1]=”url www.minsalud.gov.co”
		Name	Descripción del contenido; Valor constante			CustomTagGeneral		1..1	Tipo, identificador:año del acto administrativo	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Name[2]=”Tipo, identificador:año delacto administrativo”
		Value	Acto administrativo; cambie la cadena “NNNN” por el identificador asignado a este acto administrativo: Resolución,Circular, Directriz, etcétera			CustomTagGeneral		1..1	Resolución NNNN:2020	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Value[2]=”Resolución NNNN:2020”
		Interoperabilidad	Grupo que identifica el sector administrativo, de gobierno, poder público, comercial, industrial, etcétera	G			CustomTagGeneral	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		Group	Fragmento de sector que se reporta; agrupamiento de “grupos Collection”;	G			Interoperabilidad	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGeneral/Interoperabilidad/Group
		@schemeName	Nombre el sector; constante obligatoria, valor en columna “Observaciones”	A	A	Group		1..1	Sector Salud	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/@schemeName=”Sector Salud”
		Collection	Instancia. Detalles individuales de la información de un miembro o de una unidad del sector. Elementos deinformación sobre la instancia.	G			Group	1..N	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]
		@schemeName	Nombre del miembro o unidad del sector; constante obligatoria	A			Collection	1..1	Usuario	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/@schemeName=”Usuario”
		AdditionalInformation	Detalle individual; pareja Nombre / Valor	G			Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[1]
		Name	CODIGO_PRESTADOR	E	A	AdditionalInformation		1..1	Debe ser informado el literal “CODIGO_PRESTADOR”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[1]/Name=”CODIGO_PRESTADOR”
		Value	Siga las instrucciones del subtítulo “1. CODIGO_PRESTADOR - Código prestador de servicios de salud”	E	A	AdditionalInformation		0..1			root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad[1]/Group/Collection[1]/AdditionalInformation/Value
		AdditionalInformation	G				Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGeneral/Interoperabilidad/Group/Collection[1]/A dditionalInformation[2]
		Name	TIPO_DOCUMENTO_IDENTIFICACION	E	A	AdditionalInformation		1..1	Debe ser informado el literal “TIPO_DOCUMENTO_IDENTIFICACION”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[2]/Name=“TIPO_DOCUMENTO_IDENTIFICACION”
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		Value	Siga las instrucciones del subtítulo “2. TIPO_DOCUMENTO_IDENTIFICACION -Tipo de documento de identificación delusuario”	E	A	AdditionalInformation		1..1	Ver lista de valores posibles en la columna Tipo de documento de identificación del usuario del numeral (18.4.1)	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[2]/Value
		@schemeName	E		A	Value		1..1	Debe ser informado el literal “salud_identificacion.gc”	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[2]/Value/@schemeName
		@schemeID	E		A	Value		1..1	Ver lista de valores posibles en la columnaAbreviación del numeral (18.4.1)	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[2]/Value/@schemeID
		AdditionalInformation	G				Collection	1..1	Se debe informar cada grupo por el valor que se desee incluir	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[3]
		Name	NUMERO_DOCUMENTO_IDENTIFICACIO N	E	A	AdditionalInformation		1..1	Debe ser informado el literal “NUMERO_DOCUMENTO_IDENTIFICACION”	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[3]/Name=“NUMERO_DOCUMENTO _IDENTIFICACION”
		Value	Siga las instrucciones del subtítulo “3. NUMERO_DOCUMENTO_IDENTIFICACION - Número de documento deidentificación del usuario”	E	A	AdditionalInformation		1..1			root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[3]/Value
		AdditionalInformation	.	G			Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[4]
		Name	PRIMER_APELLIDO	E	A	AdditionalInformation		1..1	Debe ser informado el literal “PRIMER_APELLIDO”	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[4]/Name=“PRIMER_APELLIDO”
		Value	Siga las instrucciones del subtítulo “4. PRIMER_APELLIDO - Primer apellido del usuario”	E	A	AdditionalInformation		1.1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[4]/Value
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		AdditionalInformation	G				Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[5]
		Name	SEGUNDO_APELLIDO	E	A	0-50	AdditionalInformation	1..1	Debe ser informado el literal “SEGUNDO_APELLIDO”	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[5]/Name=“SEGUNDO_APELLIDO”
		Value	Siga las instrucciones del subtítulo “5. SEGUNDO_APELLIDO - Segundo apellido del usuario”	E	A	AdditionalInformation		0..1			root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[5]/Value
		AdditionalInformation	G				Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[6]
		Name	PRIMER_NOMBRE	E	A	AdditionalInformation		1..1	Debe ser informado el literal “PRIMER_NOMBRE”	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[6]/Name=“PRIMER_NOMBRE”
		Value	Siga las instrucciones del subtítulo “6. PRIMER_NOMBRE - Primer nombre del usuario:”	E	A	AdditionalInformation		1..1			root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[6]/Value
		AdditionalInformation	.	G			Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[7]
		Name	SEGUNDO_NOMBRE	E	A	AdditionalInformation		1..1	Debe ser informado el literal“SEGUNDO_NOMBRE”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[7]/Name=“SEGUNDO_NOMBRE”
		Value	Siga las instrucciones del subtítulo “7. SEGUNDO _NOMBRE - Segundo nombre del Usuario”; Debe corresponde a los otros nombres del usuario, diferente alPrimer Nombre	E	A	AdditionalInformation		0..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[7]/Value
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		AdditionalInformation	G				Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[8]
		Name	TIPO_USUARIO	E	A	1-40	AdditionalInformation	1..1	Debe ser informado el literal “TIPO_USUARIO”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[8]=/Name=“TIPO_USUARIO”
		Value	Siga las instrucciones del subtítulo “8. TIPO_USUARIO - Tipo de usuario”	E	A	AdditionalInformation		1..1	Ver lista de valores posibles en la columna Tipo De Usuario numeral (18.4.2)	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[8]/Value
		@schemeName	E		A			1..1	Debe ser informado el literal “salud_tipo_usuario.gc”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[8]/Value/@schemeN ame
		@schemeID	E		A			1..1	Ver lista de valores posibles en la columnacódigo del numeral (18.4.2)	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[8]/Value/@schemeID
		AdditionalInformation							.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[9]
		Name	MODALIDAD_CONTRATACION	E	A	1-40	AdditionalInformation	1..1	Debe ser informado el literal “MODALIDAD_CONTRATACION”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[9]/Name=“MODALID AD_CONTRATACION”
		Value	Siga las instrucciones del subtítulo “9. MODALIDAD_CONTRATACION -Modalidades de contratación y de pago”	E	A	.			Ver lista de valores posibles en la columnaModalidades de contratación y de pago numeral(18.4.3)	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[9]/Value

		@schemeName	.	E	A	.	1..1		Debe ser informado el literal “salud_modalidad_pago.gc”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[9]/Value/@schemeName
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		@schemeID	E		A			1..1	Ver lista de valores posibles en la columnacódigo del numeral (18.4.3)	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[9]/Value/@schemeID
		AdditionalInformation	G				Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[10]
		Name	COBERTURA_PLAN_BENEFICIOS	E	A	AdditionalInformation		1..1	Debe ser informado el literal “COBERTURA_PLAN_BENEFICIOS”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[10]/Name=“COBERTURA_PLAN_BENEFICIOS”
		Value	Siga las instrucciones del subtítulo “10. COBERTURA_PLAN_BENEFICIOS -Cobertura o plan de beneficios”	E	A	AdditionalInformation		1..1	Ver lista de valores posibles en la columna cobertura (18.4.4)	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[10]/Value
		@schemeName	E		A			1..1	Debe ser informado el literal “salud_cobertura.gc”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[10]/Value/@schemeName
		@schemeID	.	E	A	.		1..1	Ver lista de valores posibles en la columnacódigo del numeral (18.4.4)	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[10]/Value/@schemeID
		AdditionalInformation	.	G			Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[11]
		Name	NUMERO_AUTORIZACIÓN	E	A	.	AdditionalInformation	1..1	Debe ser informado el literal “NUMERO_AUTORIZACIÓN”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[11]/Name=“NUMERO_AUTORIZACIÓN”
		Value	Siga las instrucciones del subtítulo “11. NUMERO_AUTORIZACIÓN - Número deautorización”	E	A	.	AdditionalInformation	0..1	Las autorizaciones pueden ir separadas por punto y coma (;) A1234;604567;AX-2345	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[11]/Value
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		AdditionalInformation	G				Collection	1..1	.	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[12]
		Name	NUMERO_MIPRES	E	A	AdditionalInformation		1..1	Debe ser informado el literal “NUMERO_MIPRES”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[12]/Name=“NUMERO_MIPRES”
		Value	Siga las instrucciones del subtítulo “12. NUMERO_MIPRES - Número de mi prescripción (MIPRES)”	E	A	AdditionalInformation		0..1	Los numero de Mi prescripción pueden ir separadas por punto y coma (;) A1234;604567;AX-234534566	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[12]/Value
		AdditionalInformation	.	G			Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[13]
		Name	NUMERO_ENTREGA_MIPRES	E	A	AdditionalInformation		1..1	Debe ser informado el literal “NUMERO_ENTREGA_MIPRES”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[13]/Name=“NUMERO_ENTREGA_MIPRES”
		Value	Siga las instrucciones del subtítulo “13. NUMERO_ENTREGA_MIPRES - Númerode ID entrega mi prescripción (MIPRES)”	E	A	AdditionalInformation		0..1	Los numero de ID entrega mi prescripción (MIPRES) pueden ir separadas por punto y coma (;) A1234;604567;AX-234534566	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[13]/Value
		AdditionalInformation	.	G			Collction	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[14]
		Name	NUMERO_CONTRATO	E	A	AdditionalInformation		1..1	Debe ser informado el literal “NUMERO_CONTRATO”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[14]/Name=“NUMERO_CONTRATO”
		Value	Siga las instrucciones del subtítulo “14. NUMERO_CONTRATO - Número de contrato”	E	A	AdditionalInformation		0..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[14]/Value
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		AdditionalInformation	G				Collection	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[15]
		Name	NUMERO_POLIZA	E	A	AdditionalInformation		1..1	Debe ser informado el literal “NUMERO_POLIZA”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[15]/Name=“NUMERO_POLIZA”
		Value	Siga las instrucciones del subtítulo “15. NUMERO_POLIZA - Número de póliza”	E	A	AdditionalInformation		0..1	Debe corresponder al número de póliza del usuario	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[15]/Value
		AdditionalInformation	G				Collection	1..1	..		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[16]
		Name	COPAGO	E	A	AdditionalInformation		1..1	Debe ser informado el literal “COPAGO”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[16]/Name=”COPAGO”
		Value	Siga las instrucciones del subtítulo “16. COPAGO - Copago”; valor pagado en números Reales positivos con dosdecimales, sin signos ni separadores	E	A	AdditionalInformation		0..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGeneral/Interoperabilidad/Group/Collection[1]/A dditionalInformation[16]/Value
		AdditionalInformation	.	G			Collection	1..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[17]
		Name	CUOTA_MODERADORA	E	A	AdditionalInformation		1..1	Debe ser informado el literal “CUOTA_MODERADORA”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[17]/Name=”CUOTA_MODERADORA”
		Value	Siga las instrucciones del subtítulo “17. CUOTA_MODERADORA - Cuotamoderadora”; valor pagado en númerosReales positivos con dos decimales, sin signos ni separadores	E	A	AdditionalInformation		0..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[17]/Value
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		AdditionalInformation	G				Collection	1..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[18]
		Name	CUOTA_RECUPERACION	E	A	.	AdditionalInformation	1..1	Debe ser informado el literal “CUOTA_RECUPERACION”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[18]/Name=”CUOTA_RECUPERACION”
		Value	Siga las instrucciones del subtítulo “18. CUOTA_RECUPERACION - Cuota deRecuperación”; valor pagado en números Reales positivos con dos decimales, sinsignos ni separadores	E	A	AdditionalInformation		0..1	.	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[18]/Value
		AdditionalInformation	.	G			Collection	1..1	.	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/AdditionalInformation[19]
		Name	PAGOS_COMPARTIDOS	E	A	AdditionalInformation		1..1	Debe ser informado el literal “PAGOS_COMPARTIDOS”	.	root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[19]/Name=”PAGOS_COMPARTIDOS”
		Value	Siga las instrucciones del subtítulo “19. PAGOS_COMPARTIDOS - Pagoscompartidos en planes voluntarios de salud”; valor pagado en números Reales positivos con dos decimales, sin signos niseparadores	E	A	AdditionalInformation		0..1	.		root/ext:UBLExtensions/ext:UBLExtension[ 1]/ext:ExtensionContent/CustomTagGener al/Interoperabilidad/Group/Collection[1]/A dditionalInformation[19]/Value

Las informaciones siguientes deben ser utilizadas por quienes utilizan servicios de interoperabilidad para el intercambio automatizado 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. – Estas informaciones no deben ser incluidas en el fragmento del sector salud porquienes no tienen a su disposición servicios de interoperabilidad.

		InteroperabilidadPT	Grupo de información complementaria a la transacción	G			Interoperabilidad	0..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/InteroperabilidadPT
		URLDescargaAdjuntos	Grupo de información para indicar la descarga de documentos complementarios a los documentoselectrónicos para el Adquirente	E			InteroperabilidadPT	1..1	No se podrá disponer de este grupo de información para que el adquiriente descargue el documento electrónico“AttachedDocument”	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/URLDescargaAdjuntos
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		URL	URL para la descargar de los documentos complementarios a los documentos e instrumentos electrónicos	E			URLDescargaAdjuntos	1..1	Corresponde a una dirección web donde el emisor dispone de la información complementaria a los documentos electrónicosque el adquiriente puede ingresar y descargar	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/URLDescargaAdjuntos/URL
		ParametrosArgument os	G				URLDescargaAdjuntos	0..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/URLDescargaAdjuntos/ParametrosArgumentos
		ParametroArgumento	Grupo de información para indicar características adicionales a la URL ya informada.	G			ParametrosArgumento s	0..N	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/URLDescargaAdjuntos/P arametrosArgumentos/ParametroArgumento
		Name	Nombre del elemento a informar	E			ParametroArgumento	1..1	Corresponde al nombre de parámetros o característica información para la conexión.	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/URLDescargaAdjuntos/P arametrosArgumentos/ParametroArgumento/Name
		Value	Valor del elemento a informar	E			ParametroArgumento	1..1	Corresponde a información adicional, claves, nombre de archivos o características.	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/URLDescargaAdjuntos/P arametrosArgumentos/ParametroArgumento/Value
		EntregaDocumento	Grupo de información para indicar laentrega que hará el Adquirente de los eventos	G			InteroperabilidadPT	0..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/EntregaDocumento
		WS	Web Service informado por el Facturador electrónico al Adquirente	E	A	EntregaDocumento		1..1	El Web Service es utilizado para la recepción los eventos que se genere por parte de Adquiriente.Corresponde a un acuerdo o formalidad entrelas partes (Emisor y Recepto).	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/EntregaDocumento/WS
		ParametrosArgument os	G				EntregaDocumento	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/EntregaDocumento/WS/ParametrosArgumentos
		ParametroArgumento	G				ParametrosArgumento s	1..N	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/EntregaDocumento/WS/ ParametrosArgumentos/ParametroArgumento
ID	ns	Campo	DescripciónExtensión del Sector Salud	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		Name	Nombre del elemento a informar	E	A	ParametroArgumento		1..1	Corresponde al nombre de parámetros o característica información para la conexión.	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/EntregaDocumento/WS/ ParametrosArgumentos/ParametroArgumento/Name
		Value	Valor del elemento a informar	E	A	ParametroArgumento		1..1	Corresponde a información adicional, claves, nombre de archivos o características.	1.0	root/ext:UBLExtensions/ext:UBLExtension[ 1]/CustomTagGeneral/Interoperabilidad/In teroperabilidadPT/EntregaDocumento/WS/ ParametrosArgumentos/ParametroArgumento/Value
ext		UBLExtension	Fragmento UBLExtension para información de control de la DIAN. Extensión N menos uno: N-1Debe ser el penúltimo dentro delcontenedor UBLExtensions	G			UBLExtensions	2..N	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 2]
ext		ExtensionContent	Grupo que contiene la informaciónpersonalizada de la DIAN	G			UBLExtension	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[2]/ext:ExtensionContent
sts		DianExtensions	Informaciones de control de operaciones			ExtensionContent		1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[2]/ext:ExtensionContent/DianExtensions
ext		UBLExtension	Fragmento UBLExtension para información de la firma digital Extensión NDebe ser el último dentro del contenedorUBLExtensions	G			UBLExtensions	3..N	1.0		root/ext:UBLExtensions/ext:UBLExtension[ 3]
ext		ExtensionContent	Grupo que contiene la informaciónpersonalizada del sector	G			UBLExtension	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[3]/ext:ExtensionContent
ds		Signature	Firma digital XAdES – EPES dewww.etsi.org			ExtensionContent		1..1	.		root/ext:UBLExtensions/ext:UBLExtension[3]/ext:ExtensionContent/ds:Signature

NOTA: el elemento root/ en el vocabulario UBL corresponde, y según el caso, a: Invoice, CreditNote, DebitNote, ApplicationResponse y AttachedDocument

18.1. Cuerpo XML

18.1.1. Fechas de facturación

ID	ns	Campo	Descripción	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
FAE01	cac	InvoicePeriodc	Grupo de campos relativos al Periodo de Facturación: Intervalo de fechas la las que referencia la factura por ejemplo en servicios públicos	G	.	.	Invoice	1..1	Salud: Corresponde al periodo facturado de los servicios prestadosSiga las instrucciones de “20./Invoice/cac:InvoicePeriod/cbc:StartDate - Fecha de inicio del periodo de facturación:Siga las instrucciones de “21./Invoice/cac:InvoicePeriod/cbc:StartDate - Fecha de inicio del periodo de facturación:Otros usos: Para utilizar en los servicios públicos, contratosde arrendamiento, matriculas en educación, etc.	1.0	/Invoice/cac:InvoicePeriod
FAE02	cbc	StartDate	Fecha de inicio del periodo de facturación	E	F	10	InvoicePeriod	1..1	1.0		/Invoice/cac:InvoicePeriod/cbc:StartDate
FAE03	cbc	StartTime	Hora de inicio del periodo de facturación	E	H	14	InvoicePeriod	0..1	1.0		/Invoice/cac:InvoicePeriod/cbc:StartTime
FAE04	cbc	EndDate	Fecha de fin del periodo de facturación	E	F	10	InvoicePeriod	1..1	1.0		/Invoice/cac:InvoicePeriod/cbc:EndDate
FAE05	cbc	EndTime	Hora de fin del periodo de facturación	E	H	14	InvoicePeriod	0..1	1.0		/Invoice/cac:InvoicePeriod/cbc:EndTime

18.1.2. Registro del concepto de recaudo de Cuota moderadora – Copago – Cuota de recuperación - 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 y en la Nota Crédito.

ID	ns	Campo	DescripciónRecaudo aportes del usuario del Sector Salud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
		Invoice	Grupo de campos para información relacionadas con el recaudo de los aportes	G			1..1		1.0		Invoice
ext		UBLExtensions					Invoice			Invoice/ext:UBLExtensions
ext		UBLExtension					UBLExtensions			.	Invoice/ext:UBLExtensions/ ext:UBLExtension
ext		ExtensionConte nt					UBLExtension[1]			.	Invoice/ext:UBLExtensions/ext:UBLExtension[1]/ext:ExtensionConten t
		CustomTagGene ral					ExtensionContent			.	Invoice/ext:UBLExtensions/ ext:UBLExtension[1]/ext:ExtensionContent/ CustomTagGeneral
ID	ns	Campo	DescripciónRecaudo aportes del usuario del SectorSalud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
		Interoperabilida d					CustomTagGenera l			.	Invoice/ext:UBLExtensions/ ext:UBLExtension[1]/ext:ExtensionContent/ CustomTagGeneral/Interoperabilidad

Las informaciones siguientes deben ser utilizadas por quienes utilizan servicios de interoperabilidad para el intercambio automatizado 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. – Estas informaciones no deben ser incluidas en el fragmento del sector salud por quienes no tienen a su disposición servicios de interoperabilidad.La extensión donde se incluyen las variables del Sector Salud no se incluyen para las operaciones “SS-Recaudo”

		Interoperabilida dPT	Grupo de información complementaria a la transacción	G			Interoperabilidad	0..1	.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/InteroperabilidadPT
		URLDescargaAdj untos	Grupo de información para indicar la descarga de documentos complementarios a los documentos electrónicos para elAdquirente	E			InteroperabilidadP T	1..1	No se podrá disponer de este grupo de información para que el adquiriente descargue el documento electrónico ”AttachedDocument”	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/URLDescargaAdjuntos
		URL	URL para la descargar de los documentos complementarios a los documentos e instrumentos electrónicos	E			URLDescargaAdjun tos	1..1	Corresponde a una dirección web donde el emisor dispone de la información complementaria a los documentos electrónicos que el adquiriente puede ingresar ydescargar	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/URLDescargaAdjuntos/URL
		ParametrosArgu mentos	.	G			URLDescargaAdjun tos	0..1	.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/URLDescargaAdjuntos/ParametrosArgumentos
		ParametroArgu mento	Grupo de información para indicar características adicionales a la URL ya informada.	G			ParametrosArgum entos	0..N	.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/URLDescargaAdjunto s/ParametrosArgumentos/ParametroArgumento
		Name	Nombre del elemento a informar	E			ParametroArgume nto	1..1	Corresponde al nombre de parámetros o característica información para la conexión.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/URLDescargaAdjunto s/ParametrosArgumentos/ParametroArgumento/Name
		Value	Valor del elemento a informar	E			ParametroArgume nto	1..1	Corresponde a información adicional, claves, nombre de archivos o características.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/URLDescargaAdjunto s/ParametrosArgumentos/ParametroArgumento/Value
ID	ns	Campo	DescripciónRecaudo aportes del usuario del Sector Salud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
		EntregaDocume nto	Grupo de información para indicar laentrega que hará el Adquirente de los eventos	G			InteroperabilidadP T	0..1	1.0		root/ext:UBLExtensions/ext:UBLExtension[1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/EntregaDocumento
		WS	Web Service informado por el Facturador electrónico al Adquirente	E	A	.	EntregaDocument o	1..1	El Web Service es utilizado para la recepción los eventos que se genere por parte de Adquiriente.Corresponde a un acuerdo o formalidad entre las partes(Emisor y Recepto).	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/EntregaDocumento/WS
		ParametrosArgu mentos	G				EntregaDocument o	1..1	1.0		root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/InteroperabilidadPT/EntregaDocumento/ WS/ParametrosArgumentos
		ParametroArgu mento	.	G			ParametrosArgum entos	1..N	1.0		root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/EntregaDocumento/ WS/ParametrosArgumentos/ParametroArgumento
		Name	Nombre del elemento a informar	E	A	ParametroArgume nto		1..1	Corresponde al nombre de parámetros o característica información para la conexión.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/EntregaDocumento/ WS/ParametrosArgumentos/ParametroArgumento/Name
		Value	Valor del elemento a informar	E	A	ParametroArgume nto		1..1	Corresponde a información adicional, claves, nombre de archivos o características.	1.0	root/ext:UBLExtensions/ext:UBLExtension [1]/CustomTagGeneral/Interoperabilidad/ InteroperabilidadPT/EntregaDocumento/ WS/ParametrosArgumentos/ParametroArgumento/Value
cbc		CustomizationID	Indicador del tipo de operación de recaudo del Sector Salud; valor constante			Invoice		1..1	Debe ser informado el literal “SS-Recaudo”	1.0	Invoice/cbc:CustomizationID
		@schemeID	corresponde a la futura operación de acreditación;SS-CUFE indica que el recaudo de la cuota anticipada fue registrado en una fac-e tipo "01" o “04”;SS-CUDE indica que el recaudo de la cuota anticipada fue registrado en una fac-e tipo “03”;SS-POS indica que el recaudo de la cuotaanticipada fue registrado en una fac tipo POS					1..1	Debe ser informado uno de los siguientes códigos literales· “SS-CUFE”· “SS-CUDE”· “SS-POS”	.	Invoice/cbc:CustomizationID/@schemeID
ID	ns	Campo	DescripciónRecaudo aportes del usuario del Sector Salud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
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

cac		AccountingCust omerParty	.			Invoice		1.1			Invoice/cac:AccountingCustomerParty
FAK02	cbc	AdditionalAccou ntID	Formato de datos del adquirente: Personanatural; ID del usuario del servicio de salud; valor constante			AccountingCustom erParty		1..1	Debe ser informado el valor “2”Indica que será utilizado el elemento /Person	.	Invoice/cac:AccountingCustomerParty/ AdditionalAccountID=”2”
FAK03	cac	Party	* Datos de quien paga cuota del servicio en //cac:PartyTaxScheme* Datos del Usuario del servicio de salud en //cac:Person			AccountingCustom erParty		1..1	* Datos de quien paga cuota del servicio en//cac:PartyTaxScheme* Datos del Usuario del servicio de salud en //cac:Person	.	Invoice/cac:AccountingCustomerParty/Party
FAK19	cac	PartyTaxSchem e	Grupo de información tributarias del Adquiriente.	G			Party	1..1	Seguir instrucciones del Anexo Técnico vigente; incluirádatos de quien hizo el pago.	.	/Invoice/cac:AccountingCustomerParty/ca c:Party/cac:PartyTaxScheme
FAK21	cbc	CompanyID	Id del adquiriente	E	A	3..13	PartyTaxScheme	1..1	No se deben colocar 0 a la izquierda. Los caracteres alfabéticos únicamente para adquirientes extranjeros o en el exterior.En caso de ser NIT se debe infiormar el NIT sin DV. El DV se debe informar en el atributo @schemeIDNota: Para identificar consumidor final del bien o servicio,se utiliza el siguiente documento “222222222222”Nota: información necesaria para el cálculo del CUFE	1.0	/Invoice/cac:AccountingCustomerParty/ca c:Party/cac:PartyTaxScheme/cbc:Compan yID
cac		Person					Party	1..1	.		Invoice/cac:AccountingCustomerParty/Party/cac:Person
cbc		ID	Identificador del Usuario beneficiario delservicio de salud			Person		0..1	.		Invoice/cac:AccountingCustomerParty/Party/cac:Person/ID
		@schemeID	Código; Use la lista ATv1.8:2020 13.2.1. Si no se encuentra, utilice el valor “91”			ID		1..1	.		Invoice/cac:AccountingCustomerParty/Party/cac:Person/ID/@schemeID
cbc		FirstName	Nombres del Usuario beneficiario delservicio de salud			Person		0..1	.		Invoice/cac:AccountingCustomerParty/Party/cac:Person/cbc:FirstName
cbc		FamilyName	Apellidos del Usuario beneficiario delservicio de salud			Person		0..1	.		Invoice/cac:AccountingCustomerParty/Party/cac:Person/cbc:FamilyName
cac		IdentityDocume ntReference	.			Person		0..1	Corresponde con el emisor del documento de Identificación presentado por el beneficiario	.	Invoice/cac:AccountingCustomerParty/Party/cac:Person/cac:IdentityDocumentReference
cbc		ID	Identificador del Usuario beneficiario del servicio de salud			IdentityDocument Reference		0..1	.		Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference /ID
ID	ns	Campo	DescripciónRecaudo aportes del usuario del Sector Salud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
		@schemeName	nombre_del_documento_lista_minSalud			ID		1..1			Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference/ID/@schemeName
cac		IssuerParty	Parte expedidora del documento del Usuario beneficiario del servicio de salud			ID		1..1	Ejemplo:República de EcuadorRepública de Colombia INDUMIL	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference/cac:IssuerParty
cac		PartyName	Nombre de la entidad expedidora del documento			IssuerParty		1..1			Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference/cac:IssuerParty/cac:PartyName
cac		Name	Nombre de la entidad expedidora del documento			PartyName		0..1	.	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference/cac:IssuerParty/cac:PartyName/Name
cac		PostalAddress					IssuerParty	0..1	.	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference/cac:IssuerParty/cac:PostalAddress
cac		Country	Nombre del país de la entidad expedidora del documento			PostalAddress		1..1	.	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ cac:IdentityDocumentReference/cac:IssuerParty/cac:PostalAddress/cac:C ountry
cac		ResidenceAddress	Dirección del Usuario beneficiario delservicio de salud			Person		0..1	.	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress
cbc		ID	Código del DANE de la ciudad del Usuario beneficiario del servicio de salud			ResidenceAddress		1..1	.	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/ ID
		@schemeName	Descripción del contenido			ID		0..1	city code DANE ver documentación DIAN	Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/ ID/@schemeName
cbc		CityName	Nombre del DANE de la ciudad del Usuario beneficiario del servicio de salud			ResidenceAddress		1..1			Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/ CityName
cac		AddressLine[1]					ResidenceAddress	1..1			Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/AddressLine[1]
ID	ns	Campo	DescripciónRecaudo aportes del usuario del Sector Salud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
cbc		Line	Dirección Línea-1			AddressLine[1]		1..1	.		Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/ AddressLine[1]/Line
cac		AddressLine[2]	.			ResidenceAddress		0..1	.		Invoice/cac:AccountingCustomerParty/Party/cac:Person/ResidenceAddress/Add ressLine[2]
cbc		Line	Dirección Línea-2			AddressLine[2]		1..1	.		Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/AddressLine[2]/Line
cac		Country	Nombre del país del Usuario beneficiario del servicio de salud			ResidenceAddress		1..1	.		Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/ResidenceAddress/Country
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

cac		BuyerCustomerParty	.			Invoice		0..1	.	Invoice/cac:BuyerCustomerParty
cbc		AdditionalAccountID	identificador del usuario beneficiario delservicio de Salud			BuyerCustomerParty		1..1	.	Invoice/cac:BuyerCustomerParty/cbc:AdditionalAccountID
								.		.
cac		InvoiceLine	Concepto de la venta			Invoice		1..1	.	Invoice/cac:InvoiceLine
cbc		UUID	identificador del usuario beneficiario delservicio de Salud			InvoiceLine		1..1	.	Invoice/cac:InvoiceLine/cbc:UUID
cac		Item	Línea de producto que se factura			InvoiceLine		1..1	.	Invoice/cac:InvoiceLine/cac:Item
cbc		Description[1]	Descripción del recaudo facturado			Item		1..N	Debe reportarse uno de los siguientes Conceptos· Copago· Cuota Moderadora· Cuota de recuperación· Pagos compartidos en planes voluntarios de salud	Invoice/cac:InvoiceLine/cac:Item/cbc:Des cription[1]
cbc		Description[2]	Descripción complementaria del recaudo			Item		0..N	.	Invoice/cac:InvoiceLine/cac:Item/cbc:Description[2]
cac		BuyersItemIden tification	Identificador de la autorización asignada por la ERP/EPS			InvoiceLine		0..1	.	Invoice/cac:InvoiceLine/cac:Item/cac:Buy ersItemIdentification
cbc		ID	Identificador de la autorización asignadapor la ERP/EPS			BuyersItemIdentification		1..1	.	Invoice/cac:InvoiceLine/cac:Item/cac:BuyersItemIdentification/cbc:ID
		schemeAgencyI D	Código prestador de servicios de salud Vea la Extensión del SS			ID		1..1	.	Invoice/cac:InvoiceLine/cac:Item/cac:BuyersItemIdentification/cbc:ID/@ schemeAgencyID
ID	ns	Campo	DescripciónRecaudo aportes del usuario del Sector Salud con facturas y POS	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
		schemeName	AutorizaID-ERP/EPS			ID		1..1	Debe reportarse el siguiente texto “AutorizaID-ERP/EPS”	Invoice/cac:InvoiceLine/cac:Item/cac:BuyersItemIdentification/cbc:ID/@ schemeName
ID	ns	Campo	DescripciónReconocimiento aportes del usuario delSector Salud con notas crédito	T	F	Tam	Padre	Oc	ObservacionesNo se incluye fragmento del sector salud	V	Xpath
		CreditNote	Grupo de campos para informaciónrelacionadas con el recaudo de los aportes	G			1..1		.	1.0
ext		UBLExtensions	.			CreditNote		1..1	.	CreditNote/ext:UBLExtensions
ext		UBLExtension[1]	.			UBLExtensions		1..1	.	CreditNote/ext:UBLExtensions/ext:UBLExtension[1]
cbc		CustomizationID	Indicador del tipo de operación de recaudo del Sector Salud; valor constante			CreditNote		1..1	“SS-Recaudo”	1.0	CreditNote/cbc:CustomizationID
		@schemeID	corresponde a la futura operación de acreditación;SS-CUDE indica que el recaudo de la cuota anticipada fue registrado en una nota crédito			CustomizationID		1..1	Debe reportarse el siguiente texto· “SS-CUDE”	CreditNote/cbc:CustomizationID/@schem eID

Similar al registro de Invoice

18.1.3. Registro del concepto que se acreditará como de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud

ID	ns	Campo	DescripciónAcreditación de aportes del usuario delSector Salud a las facturas que pagará el ERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		Invoice	Grupo de campos para informaciónrelacionadas con la acreditación de los aportes	G			1..1		1.0
ext		UBLExtensions					Invoice	1..1			Invoice/ext:UBLExtensions
ID	ns	Campo	DescripciónAcreditación de aportes del usuario delSector Salud a las facturas que pagará el ERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
.	ext	UBLExtension[1]	Similar al registro de Invoice de “SS-Recaudo”	.	.		UBLExtensions	1..1	.		Invoice/ext:UBLExtensions/ ext:UBLExtension[1]
.	cbc	CustomizationID	Indicador del tipo de operación de recaudo del Sector Salud; indica el tipo de documento cuyo valor será acreditado a la fac-e.vp que se presentará a la ERP/EPS y cuya referencia se incluye en uno de los siguientes fragmentos:· Invoice/cac:BillingReference/cac: InvoiceDocumentReference· Invoice/cac:BillingReference/cac: CreditNoteDocumentReference· Invoice/cac:BillingReference/cac: AdditionalDocumentReference	.	.	.	Invoice	1..1	Debe reportarse uno de los siguientes códigos· “SS-CUFE”· “SS-CUDE”· “SS-POS”· “SS-Num”	1.0	Invoice/cbc:CustomizationID
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

cac		BillingReference	Valor a acreditar; referencia a una transacción acorde con lo anotado en../cbc:CustomizationID			Invoice		1..N	.	Invoice/cac:BillingReference[1]
cac		InvoiceDocumen tReference	Depende del valor reportado en el elemento../cbc:CustomizationID:= “SS- CUFE”: este fragmento corresponde a una fac-e tipo “01” o a una fac-e tipo “04” quetiene un CUFE			BillingReference		0..1	Invoice tipo “01” o “04”, reporta el recaudo con un CUFE	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference
cbc		ID	Reporta el número de la fac-e: Prefijo+Consecutivo con el cual se realizó el recaudo, y cuyo valor será acreditado a lapresente factura.			InvoiceDocumentR eference		1..1	.	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/ID
		@schemeID	identificador del usuario beneficiario del servicio de Salud-../AdditionalInformation[3]/Value[1]			ID		1..1	.	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeID
		@schemeName	Operación de recaudo			ID		1..1	Debe ser informado el literal “SS-Recaudo”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeName=“SS-Recaudo”
		@schemeAgenc yID	Código prestador de servicios de salud Vea arriba la Extensión para el SS			ID		0..1	.	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeName
ID	ns	Campo	DescripciónAcreditación de aportes del usuario delSector Salud a las facturas que pagará el ERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		@schemeVersio nID	Número De AutorizaciónVea arriba la Extensión para el SS			ID		0..1	Debe corresponder con el documento “InvoiceDocumentReference”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeVersionID
cbc		UUID	Identificador universal de la fac-e mediante la cual se realizó el recaudo del aporte.Cadena de 96 caracteres			InvoiceDocumentR eference		1..1	Debe corresponder con el documento “InvoiceDocumentReference”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:UUID
		@schemeName	Algoritmo de resumen utilizado; valor constante			UUID		1..1	Debe reportarse el literal "CUFE-SHA384"	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:UUID/@schemeName="CUFE-SHA384"
cbc		IssueDate	Fecha de la factura de venta; formato aaaa- mm-dd			InvoiceDocumentReference		1..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:IssueDate
cbc		DocumentType Code	Código del tipo de documento			InvoiceDocumentR eference		0..1	Debe reportarse uno de los siguientes literales· “01”· “04”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:DocumentTypeCode
		@listURI	Lista de documentos de salud; valor constante			DocumentTypeCo de		1..1	Debe reportarse el literal "TipoDocumento-2.1_SSalud.gc"	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:DocumentTypeCode="TipoDocumento-2.1_SSalud.gc"
cbc		DocumentType	Descripción del documento que evidencia el recaudo del aporte			InvoiceDocumentReference		1..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:DocumentType
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
cac		InvoiceDocume ntReference	Depende del valor reportado en el elemento../cbc:CustomizationID:=”SS-CUDE”: este fragmento corresponde a una fac-e tipo “03” que tiene un CUDE			BillingReference		0..1	Invoice tipo “03”, reporta el recaudo con un CUDE	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference
cbc		ID	Reporta el número de la fac-e: Prefijo+Consecutivo con el cual se realizó el recaudo, y cuyo valor será acreditado a lapresente factura.			InvoiceDocumentR eference		1..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/ID
		@schemeID	identificador del usuario beneficiario del servicio de Salud-../AdditionalInformation[3]/Value[1]			ID		1..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeID
		@ schemeName	Operación de recaudo			ID		1..1	Debe ser informado el literal “SS-Recaudo”	Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:ID/@schemeN ame=“SS-Recaudo”
		@schemeAgenc yID	Código prestador de servicios de salud Vea arriba la Extensión para el SS			ID		0..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeName

ID	ns	Campo	DescripciónAcreditación de aportes del usuario delSector Salud a las facturas que pagará el ERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		@schemeVersio nID	Número De AutorizaciónVea arriba la Extensión para el SS			ID		0..1	Debe corresponder con el documento “InvoiceDocumentReference”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeVersionID
cbc		UUID	Identificador universal de la fac-e mediante la cual se realizó el recaudo del aporte.Cadena de 96 caracteres			InvoiceDocumentR eference		1..1	Debe corresponder con el documento “InvoiceDocumentReference”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:UUID
.		@schemeName	Algoritmo de resumen utilizado; valor constante			UUID		1..1	Debe reportarse el literal "CUDE-SHA384"	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:UUID/@schemeName="CUFE-SHA384"
cbc		IssueDate	Fecha de la factura de venta; formato aaaa- mm-dd			InvoiceDocumentReference		1..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:IssueDate
cbc		DocumentType Code	Código del tipo de documento			InvoiceDocumentR eference		0..1	Debe reportarse uno de los siguientes literales· “03”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:DocumentTypeCode
		@listURI	Lista de documentos de salud; valor constante			DocumentTypeCo de		1..1	Debe reportarse el literal "TipoDocumento-2.1_SSalud.gc"	Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:DocumentType Code="TipoDocumento-2.1_SSalud.gc"
cbc		DocumentType	Descripción del documento que evidencia el recaudo del aporte			InvoiceDocumentReference		1..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:DocumentType
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
cac		InvoiceDocume ntReference	Depende del valor reportado en el elemento../cbc:CustomizationID:=”SS-POS”: este fragmento corresponde a una factura POS, y debe reportarse la autorización DIANpara el rango utilizado			BillingReference		0..1	Factura POS	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference
cbc		ID	Reporta el número de la fac-POS: Número del tiquete POS con el cual se realizó el recaudo, y cuyo valor será acreditado a lapresente factura.			InvoiceDocumentR eference		1..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/ID
		@schemeID	identificador del usuario beneficiario del servicio de Salud-../AdditionalInformation[3]/Value[1]			ID		1..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeID
		@ schemeName	Operación de recaudo			ID		1..1	Debe ser informado el literal “SS-Recaudo”	Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:ID/@schemeN ame=“SS-Recaudo”
		@schemeAgenc yID	Código prestador de servicios de salud Vea arriba la Extensión para el SS			ID		0..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:ID/@schemeN ame
ID	ns	Campo	DescripciónAcreditación de aportes del usuario del Sector Salud a las facturas que pagará elERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		@schemeVersio nID	Número De AutorizaciónVea arriba la Extensión para el SS			ID		0..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:ID/@schemeVersionID
cbc		UUID	Número de la autorización DIAN para el rango POS utilizado para el recaudo delaporte			InvoiceDocumentR eference		1..1			Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:UUID
		@schemeName	Se omite este atributo			UUID		0..0
cbc		IssueDate	Fecha de la factura de venta; formato aaaa- mm-dd			InvoiceDocumentReference		1..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:IssueDate
cbc		DocumentType Code	Código del tipo de documento			InvoiceDocumentR eference		1..1	Debe reportarse uno de los siguientes literales “_n_”	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:DocumentTypeCode
		@listURI	Lista de documentos de salud; valor constante			DocumentTypeCo de		1..1	Debe reportarse el literal "TipoDocumento-2.1_SSalud.gc"	Invoice/cac:BillingReference[1]/cac:Invoic eDocumentReference/cbc:DocumentTypeCode="TipoDocumento-2.1_SSalud.gc"
cbc		DocumentType	Descripción del documento que evidencia el recaudo del aporte			InvoiceDocumentReference		1..1			Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference/cbc:DocumentType
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
cac		AdditionalDocu mentReference	Depende del valor reportado en el elemento../cbc:CustomizationID:=”SS-Num”: este fragmento corresponde a una factura talonario de papel, y debe reportarse laautorización DIAN para el rango utilizado			BillingReference		0..1	Factura Talonario	Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference
cbc		ID	Reporta el número de la fac-Talonario: Número del documento con el cual serealizó el recaudo, y cuyo valor será acreditado a la presente factura.			AdditionalDocume ntReference		1..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/ID
		@schemeID	identificador del usuario beneficiario del servicio de Salud-../AdditionalInformation[3]/Value[1]			ID		1..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:ID/@schemeID
		@ schemeName	Operación de recaudo			ID		1..1	Debe ser informado el literal “SS-Recaudo”	Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:ID/@schemeName=“SS-Recaudo”
		@schemeAgenc yID	Código prestador de servicios de salud Vea arriba la Extensión para el SS			ID		0..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:ID/@schemeName

ID	ns	Campo	DescripciónAcreditación de aportes del usuario delSector Salud a las facturas que pagará el ERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		@schemeVersio nID	Número De AutorizaciónVea arriba la Extensión para el SS			ID		0..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:ID/@schemeVersionID
cbc		UUID	Número de la autorización DIAN para el rango del Talonario utilizado para elrecaudo del aporte			AdditionalDocume ntReference		1..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:UUID
.		@schemeName	Se omite este atributo			UUID		0..0
cbc		IssueDate	Fecha de la factura de venta; formato aaaa- mm-dd			AdditionalDocume ntReference		1..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:IssueDate
cbc		DocumentType Code	Código del tipo de documento			AdditionalDocume ntReference		1..1	Debe reportarse uno de los siguientes literales “_n_”	Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:DocumentTypeCode
.		@listURI	Lista de documentos de salud; valor constante			DocumentTypeCo de		1..1	Debe reportarse el literal "TipoDocumento-2.1_SSalud.gc"	Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:DocumentTypeCode="TipoDocumento- 2.1_SSalud.gc"
cbc		DocumentType	Descripción del documento que evidencia el recaudo del aporte			AdditionalDocume ntReference		1..1			Invoice/cac:BillingReference[1]/cac:Additi onalDocumentReference/cbc:DocumentType
cac		CreditNoteDocu mentReference	Depende del valor reportado en el elemento../cbc:CustomizationID:=”SS-CUDE”: estefragmento corresponde a una nota crédito.			BillingReference		0..1	Nota Crédito	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference
cbc		ID	Reporta el número de la nota crédito: Número del documento con el cual se reconoce el recaudo, y cuyo valor seráacreditado a la presente factura.			CreditNoteDocum entReference		1..1	.	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/ID
-		@schemeID	identificador del usuario beneficiario del servicio de Salud-../AdditionalInformation[3]/Value[1]			ID		1..1	.	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/cbc:ID/@schemeID
		@ schemeName	Operación de recaudo			ID		1..1	Debe ser informado el literal “SS-Recaudo”	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/cbc:ID/@schemeName=“SS-Recaudo”
		@schemeAgenc yID	Código prestador de servicios de salud Vea arriba la Extensión para el SS			ID		0..1	.	Invoice/cac:BillingReference[1]/cac:CreditNoteDocumentReference/cbc:ID/@sche meName
		@schemeVersio nID	Número De AutorizaciónVea arriba la Extensión para el SS			ID		0..1	.	Invoice/cac:BillingReference[1]/cac:CreditNoteDocumentReference/cbc:ID/@sche meVersionID
ID	ns	Campo	DescripciónAcreditación de aportes del usuario delSector Salud a las facturas que pagará el ERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
cbc		UUID	Identificador universal de la nota crédito mediante la cual se realizó el reconocimiento del aporte.Cadena de 96 caracteres			CreditNoteDocum entReference		1..1	.		Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/cbc:UUID
		@schemeName	Algoritmo de resumen utilizado; valor constante			UUID		1..1	Debe reportarse el literal "CUDE-SHA384"	.	.
cbc		IssueDate	Fecha de la factura de venta; formato aaaa- mm-dd			CreditNoteDocumentReference		1..1	.	.	Invoice/cac:BillingReference[1]/cac:CreditNoteDocumentReference/cbc:IssueDate
cbc		DocumentType Code	Código del tipo de documento			CreditNoteDocum entReference		1..1	Debe reportarse uno de los siguientes literales “_n_”	.	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/cbc:DocumentTypeCode
.		@listURI	Lista de documentos de salud; valor constante			DocumentTypeCo de		1..1	Debe reportarse el literal "TipoDocumento-2.1_SSalud.gc"	.	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/cbc:DocumentTypeCode="TipoDocumento- 2.1_SSalud.gc"
cbc		DocumentType	Descripción del documento que evidencia el recaudo del aporte			CreditNoteDocum entReference		1..1	.	.	Invoice/cac:BillingReference[1]/cac:Credit NoteDocumentReference/cbc:DocumentType
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
cac		BillingReferenc eLine					BillingReference	1..1	Valor a acreditar
cbc		ID	Reporta el número de la fac-Talonario: Número del documento con el cual se realizó el recaudo, y cuyo valor será acreditado a la presente factura; el número es asignado y su no duplicación está acargo del FE			BillingReferenceLi ne		1..1	.	Invoice/cac:BillingReference[1]/cac:Billing ReferenceLine/cbc:ID
		@schemeID	identificador del usuario beneficiario del servicio de Salud-../AdditionalInformation[3]/Value[1]			ID		1..1	.	Invoice/cac:BillingReference[1]/cac:Billing ReferenceLine/cbc:ID/@schemeID
		@ schemeName	Operación de recaudo			ID		1..1	Debe ser informado el literal “SS-Recaudo”	Invoice/cac:BillingReference[1]/cac:BillingReferenceLine/cbc:ID/@schemeName=“S S-Recaudo”
		@schemeAgencyID	Código prestador de servicios de saludVea arriba la Extensión para el SS			ID		0..1	.	Invoice/cac:BillingReference[1]/cac:BillingReferenceLine/cbc:ID/@schemeName
		@schemeVersio nID	Número De AutorizaciónVea arriba la Extensión para el SS			ID		0..1	.	Invoice/cac:BillingReference[1]/cac:BillingReferenceLine/cbc:ID/@scheme VersionID
ID	ns	Campo	DescripciónAcreditación de aportes del usuario del Sector Salud a las facturas que pagará elERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
cbc		Amount	Cantidad a acreditar; número real; sinformato; sin signo; con dos decimales y separador signo punto; nnn.nn			BillingReferenceLi ne		1..1			Invoice/cac:BillingReference[1]/cac:Billing ReferenceLine/cbc:Amount
		@currencyID	Código de moneda; valor constante					1..1	Debe reportarse el literal “COP”	Invoice/cac:BillingReference[1]/cac:BillingReferenceLine/cbc:Amount/@currencyID
		@ currencyCodeLi stVersionID	Concepto del recaudo del aporte que se acreditará a esta factura					1..1	Debe reportarse uno de los siguientes Conceptos· Copago· Cuota Moderadora· Cuota de recuperación· Pagos compartidos en planes voluntarios de salud	Invoice/cac:BillingReference[1]/cac:Billing ReferenceLine/cbc:Amount/@ currencyCodeListVersionID
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

cac		PrepaidPayment [Z]					Invoice	1..1			Invoice/cac:PrepaidPayment[Z]/
cbc		PaidAmount[Y]	Cantidad acumulado a acreditar a esta factura que se libra a la ERP/EPS; suma(Invoice/cac:BillingReference[X]/cac:B illingReferenceLine/cbc:Amount); número real; sin formato; sin signo; con dos decimales y separador signo punto; nnn.nn			PrepaidPayment[Z]		.			Invoice/cac:PrepaidPayment[Z]/cbc: PaidAmount[Y]
		@currencyID	Código de moneda; valor constante			PaidAmount[Y]		1..1	Debe reportarse el literal “COP”	Invoice/cac:PrepaidPayment[Z]/cbc:PaidAmount[Y]/@currencyID
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

cbc		PrepaidAmount	Valor Total a acreditar; número real; sin formato; sin signo; con dos decimales y separador signo punto; nnn.nn			LegalMonetaryTot al		1..1			Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount
		@currencyID	Código de moneda; valor constante			PrepaidAmount		1..1	Debe reportarse el literal “COP”	Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount/@currencyID

cac		BuyersItemIdent ification	Identificación de la autorización de la ERP/EPS			Item		0..1			Invoice[1]/cac:InvoiceLine[1]/cac:Item[1]/cac:BuyersItemIdentification[1]/
cbc		ID	Identificador de la autorización dada alusuario beneficiario del SS			BuyersItemIdentifi cation		1..1			Invoice[1]/cac:InvoiceLine[1]/cac:Item[1]/cac:BuyersItemIdentification[1]/cbc:ID[1]
ID	ns	Campo	DescripciónAcreditación de aportes del usuario del Sector Salud a las facturas que pagará elERP/EPS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		@schemeVersio nID	Definición del contenido del elemento			ID		1..1	Debe reportarse el literal "AutorizaID-ERP/EPS"	.	Invoice[1]/cac:InvoiceLine[1]/cac:Item[1]/ cac:BuyersItemIdentification[1]/cbc:ID[1]/ @schemeVersionID="AutorizaID-ERP/EPS"

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

18.1.4. 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á la IPS al ERP / EPS

ID	ns	Campo	DescripciónReporte de aportes del usuario del SS y aplicación de tratamientos contractuales ycontables con facturas y notas crédito	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		Invoice	Grupo de campos para informaciónrelacionadas con el recaudo de los aportes	G			1..1		.	1.0
ext		UBLExtensions	.			Invoice		1..1	.	.	Invoice/ext:UBLExtensions
ext		UBLExtension[1]	Similar al registro de Invoice de “SS-Recaudo”			UBLExtensions		1..1	.	.	Invoice/ext:UBLExtensions/ext:UBLExtension[1]
cbc		CustomizationID	Indicador del tipo de operación de recaudo del Sector Salud; por el tratamiento contable el valor no será acreditado a la fac-e.vp que se presentará a la ERP/EPS; la referencia se incluye en uno de los siguientes fragmentos:· Invoice/cac:BillingReference/cac: InvoiceDocumentReference· Invoice/cac:BillingReference/cac: CreditNoteDocumentReference· Invoice/cac:BillingReference/cac: AdditionalDocumentReference			Invoice		1..1	Debe reportarse “SS-Reporte”	1.0	Invoice/cbc:CustomizationID
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

cac		BillingReference [1]	Valor a reportar; referencia a una transacción acorde con lo anotado en../cbc:CustomizationID			Invoice		1..N	.		Invoice/cac:BillingReference[1]
cac		InvoiceDocumentReference	Este fragmento corresponde a una fac-e oa un tiquete POS			BillingReference		0..1	.		Invoice/cac:BillingReference[1]/cac:InvoiceDocumentReference
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
cac		AdditionalDocumentReference	Este fragmento corresponde a una facturatalonario	.	.	.	BillingReference	0..1	Factura Talonario	.	Invoice/cac:BillingReference[1]/cac:AdditionalDocumentReference
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
cac		CreditNoteDocumentReference	Este fragmento corresponde a una notacrédito			BillingReference		0..1	Nota Crédito	.	Invoice/cac:BillingReference[1]/cac:CreditNoteDocumentReference
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
ID	ns	Campo	DescripciónReporte de aportes del usuario del SS yaplicación de tratamientos contractuales y contables con facturas y notas crédito	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
.	cac	PrepaidPayment [Z]	No aplica para los elementos relacionados en el fragmento../BillingReference	.	.	.	Invoice	0..0	.	.	.
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
cbc		PrepaidAmount	No aplica para los elementos relacionados en el fragmento../BillingReference, y con valores acumulados en el fragmento../PrepaidPayment[Z]			LegalMonetaryTot al		0..0	.	.	.
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

18.2.5. 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	DescripciónFacturación de bienes y serviciosdel SS sin recaudos de aportes del usuario del SS	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
		Invoice	Grupo de campos para información relacionadas con el recaudo de losaportes	G			1..1		.	1.0	.
ext		UBLExtension s					Invoice	1..1	.	.	Invoice/ext:UBLExtensions
ext		UBLExtension[ 1]	Similar al registro de Invoice de “SS- Recaudo”			UBLExtensions		1..1	.	.	Invoice/ext:UBLExtensions/ ext:UBLExtension[1]
cbc		CustomizationID	Indicador del tipo de operación derecaudo del Sector Salud			Invoice		1..1	Debe reportarse “SS-SinAporte”	1.0	Invoice/cbc:CustomizationID

Las ejemplificaciones disponible son:

e.g.	Característica	Archivo
· SS-Recaudo: recaudo de aporte mediante una fac-e; ilustra el uso del fragmento../InteroperabilidadPT· SS-CUFE: cobro a ERP/EPS acreditando aporte desde una fac-e, de acuerdo con lo convenido contractualmente: ilustra el uso del fragmento../InteroperabilidadPT		· A1_minSalud1_ipsRecaudoAporteUsrMedianteFac-eVP_Interop_2021.xml· A1_minSalud2_ipsCobraERPMedianteFac-eVPConAcredita_Interop_2021.xml
e.g.	Característica	Archivo
· SS-Recaudo: reconocimiento de aporte mediante una nota crédito· SS-CUDE: cobro a ERP / EPS acreditando aporte desde una nota crédito, de acuerdo con lo convenido contractualmente		· A2_minSalud1_ipsReconoceAporteUsrMedianteNCrVP_2021.xml· A2_minSalud2_ipsCobraERPMedianteFac-eVPConAcreditaNCrVP_2021.xml
· SS-Recaudo: recaudo de aporte mediante factura “03” de Contingencia del FE· SS-CUDE: cobro a ERP/EPS acreditando aporte desde una factura que se expidió mediante un ejemplar de talonario para contingencias, de acuerdo con lo convenido contractualmente		· A3_minSalud1_ipsRecaudoAporteUsrMedianteFac03_2021.xml· A3_minSalud2_ipsCobraERPMedianteFac-eVPConAcreditaFac03_2021.xml
· SS-Recaudo: recaudo de aporte mediante factura “04” de Contingencia DIAN· SS-CUDE: cobro a ERP/EPS acreditando aporte desde una factura que se expidió en medio de una Contingencia de la DIAN, y que fue entregada al beneficiario sin la constancia de autorización de la DIAN. Cuando se restablezca el Sistema de la DIAN, la IPS deberá remitir el Invoice para la obtener la respuesta de la VP, y posteriormente la IPS o el Usuario del SS podrá obtener, si fue autorizada la factura, un ejemplar de la respuesta de la VP. En caso negativo, el Usuario del SS deberá reclamar a la IPS una factura emitida en debida forma, i.e. autorizada por la DIAN, de acuerdo con lo convenido contractualmente		· A4_minSalud1_ipsRecaudoAporteUsrMedianteFac04_2021.xml· A4_minSalud2_ipsCobraERPMedianteFac-eVPConAcreditaFac04_2021.xml
· no hay formato XML para el Recaudo POS; será definido por la DIAN posteriormente· SS-POS: cobro a ERP/EPS acreditando aporte desde una factura POS que se expidió mediante un rango autorizado por la DIAN, el cual debe incluirse, de acuerdo con lo convenido contractualmente		· SS-Recaudo: no hay formato XML· A5_minSalud2_ipsCobraERPMedianteFac-eVPConAcreditaFacPOS_2021.xml
· no hay formato XML para el Recaudo en factura de talonario· SS-Num: cobro a ERP/EPS acreditando aporte desde una factura de talonario que se expidió mediante un rango autorizado por la DIAN, el cual debe incluirse, de acuerdo con lo convenido contractualmente		· SS-Recaudo: no hay formato XML· A6_minSalud2_ipsCobraERPMedianteFac- eVPConAcreditaFacTalonario_2021.xml
· SS-Recaudo: recaudo de aporte por la IPS mediante factura-e con transferencia de fondos a la ERP/EPS antes de aplicar el tratamiento médico y presentar la factura-e, según el procedimiento general· SS-Reporte: cobro a ERP/EPS reportando aporte que les fue girado y abonado antes de emitir la factura-e; el reporte del abono debe incluirse en este documento de cobro		· A7_minSalud1_ipsRecaudoYTransferAporteUsrMedianteFac-eVP_2021.xml· A7_minSalud2_ipsCobraERPMedianteFac-eVP_NoAcredita_2021.xml
· No hay aporte:· SS-SinAporte: cobro a ERP/EPS sin aporte, por el 100% de la tarifa de los servicios prestados		· no hay formato XML· A8_minSalud2_ipsCobraERPMedianteFac-eVP_sinAporte_2021.xml
e.g.	Característica	Archivo
· SS-Recaudo: recaudo de pago compartido de plan voluntario de salud mediante una fac-e· SS-CUFE: cobro a ERP/EPS acreditando pago compartido de plan voluntario de salud desde una fac-e		· A9_minSalud1_ipsRecaudoPagoCompartidoPlanVoluntarioMedianteFac- eVP_2021.xml· A9_minSalud1_ipsRecaudoAporteUsrMedianteFac-eVP_2021.xml

18.2.6. Modalidades de contratación y pago

ID	ns	Campo	DescripciónModalidades de contratación y pago	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
FAN01	cac	PaymentMeans	Grupo de campos para informaciónrelacionadas con el pago de la factura.	G			Invoice	1..N	.	1.0	/Invoice/cac:PaymentMeans
FAN02	cbc	ID	Método de pago	E	N	1	PaymentMeans	1..1	Ver lista de valores posibles en el numeral 13.3.4.1 del anexo técnico 1.8Rechazo: si el valor de este elemento no corresponde a unvalor de la columna “Código”	1.0	/Invoice/cac:PaymentMeans/cbc:ID
		@schemeName	.	A	A			1..1	Debe corresponde al literal “salud_modalidades_pago.gc”
		@schemeID	.	A	A			1..1	Ver lista de valores posibles en la columna código delnumeral (18.4.3)
FAN03	cbc	PaymentMeans Code	Código correspondiente al medio de pago	E	A	1..3	PaymentMeans	1..1	Rechazo: Si el valor de este elemento no corresponde a un valor de la columna “Código” del numeral 13.3.4.2 delanexo técnico 1.8	1.0	/Invoice/cac:PaymentMeans/cbc:Paymen tMeansCode
FAN04	cbc	PaymentDueDat e	Fecha de vencimiento de la factura	E	F	10	PaymentMeans	0..1	Obligatorio si es venta a créditoRechazo: Si PaymentMeans/ID = 2 y PaymentDueDate noes informado	1.0	/Invoice/cac:PaymentMeans/cbc:Paymen tDueDate
FAN05	cbc	PaymentID	Identificador del pago	E	A	1..200	PaymentMeans	0..N	1.0		/Invoice/cac:PaymentMeans/cbc:PaymentID
FAN06	cbc	PaymentTerms	.	.	.	.	.	.	.	.	.

18.2.7. Incluyendo en una factura que pagará la ERP/EPS el valor a acreditar por el recaudo de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud

ID	ns	Campo	DescripciónDetalles del fragmento../BillingReference	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
FBH01	cac	BillingReference	Grupo de información exclusivo para referenciar el documento que dio origen al valor que se acreditará a la presente Factura Electrónica que será presentada a la aseguradora / ERP.	G			Invoice	0..N	Los documentos referenciados en estos fragmentos comprueban el recaudo de Cuotas Moderadoras, Copagos o Cuotas de Recuperación, como recursos a favor del Adquiriente: una EPS. Si dichos recursos se acreditan o no a esta factura, depende de la decisión del Emisor de esta factura, de acuerdo con lo que registre en CustomizationIDse activará o no el Método de cálculo del Sector Salud.	1.0	/Invoice/cac:BillingReference
cac		InvoiceDocumentReference	Grupo de información para el documento oinstrumento electrónico	E	A	.	BillingReference	0..1	1.0		/Invoice/cac:BillingReference/cac:InvoiceDocumentReference
cbc		ID	Prefijo + Número del documento oinstrumento electrónico	E	F	10	InvoiceDocumentReference	1..1	Rechazo: Si el ID del documento o instrumento electrónico	1.0	/Invoice/cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID
		@schemeID	Identificador del usuario del servicio de salud; el tipo de documento de identificación depende de la tabla del minSalud.			ID		1..1	El valor debe tomarse del elemento: Invoice[1]/ext:UBLExtensions[1]/ext:UBLExtension[X]/ext:ExtensionContent[1]/CustomTagGeneral[1]/Interoperabi lidad[1]/Group[1]/Collection[1]/AdditionalInformation[3]/Value[1] que se encuentra en el documento dereferencia	.	/Invoice/cac:BillingReference/cac:Invoice DocumentReference/cbc:ID/@schemeID
		@schemeName	Valor constante “SS-Recaudo”: Tipo de operación que realizó;../ cbc:CustomizationID que estáreferenciando			ID		1..1	SS:Recaudo	.	/Invoice/cac:BillingReference/cac:Invoice DocumentReference/cbc:ID/@schemeNa me
cbc		UUID	[1] CUFE/CUDE del documento o instrumento electrónico, incluidas las facturas reportadas con tipos “03” o “04”[2] ID AUTORIZACION DIAN factura POS	E	A	96	InvoiceDocument Reference	1..1	Rechazo: Si el CUFE/CUDE del documento o instrumento electrónico referenciada no existeRechazo: Si campo autorización POS en blanco	1.0	/Invoice/cac:BillingReference/cac:Invoice DocumentReference/cbc:UUID
		@schemeName	[1] Algoritmo del CUFE/CUDE[2] Valor constante “POS”	A	A	11	UUID	1..1	[1] Ver lista de valores posibles en el numeral 13.1.2.1 del anexo técnico 1.8Rechazo: Si no corresponde[2] Debe ser informado el literal “POS”Rechazo: Si atributo en blanco, omitido, o no corresponde	1.0	/Invoice/cac:BillingReference/cac:Invoice DocumentReference/cbc:UUID/@schem eName
.	cbc	IssueDate	Fecha de emisión del documento oinstrumento electrónico	E	F	10	InvoiceDocumentReference	1..1	Rechazo: Si la fecha de la nota crédito referenciadaposterior a Invoice/cbc:IssueDate	1.0	/Invoice/cac:BillingReference/cac:InvoiceDocumentReference/cbc:IssueDate
ID	ns	Campo	DescripciónDetalles del fragmento../BillingReference	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
cbc		DocumentTypeC ode	Identificador del tipo de documento de referencia	E	A	InvoiceDocument Reference		1..1	Ver lista de valores posibles en la columna código del numeral 18.4.5	1.0	/Invoice/cac:BillingReference/cac:Invoice DocumentReference/cbc:DocumentTypeCode
		@listURI	Referencia la lista gc utilizada por el sector salud. Corresponde a "AT:Salud:202018.4.5"	E	A	InvoiceDocument Reference		1..1	Debe ser informado el literal “TipoDocumento- 2.1_SSalud.gc”	1.0	/Invoice/cac:BillingReference/cac:Invoice DocumentReference/cbc:DocumentTypeCode/@listURL
cbc		DocumentType	Nombre del tipo de documento dereferencia	E	A	InvoiceDocumentReference		1..1	Ver lista de valores posibles en la columna Descripción delnumeral 18.4.5	1.0	/Invoice/cac:BillingReference/cac:InvoiceDocumentReference/cbc:DocumentType
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

FBH02	cbc	CreditNoteDocumentReference	Grupo de información para nota crédito relacionada.	G			BillingReference	0..1	.	1.0	/Invoice/cac:BillingReference/cac:CreditNoteDocumentReference
FBH03	cbc	ID	Prefijo + Número de la nota crédito referenciada	E	F	CreditNoteDocum entReference		1..1	Rechazo: Si el ID de la nota crédito de referencia no existe	1.0	/Invoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:ID
		@schemeID	Identificador del usuario del servicio de salud; el tipo de documento de identificación depende de la tabla del minSalud.			ID		0..1	El valor debe tomarse del elemento: CreditNote[1]/ext:UBLExtensions[1]/ext:UBLExtension[X]/e xt:ExtensionContent[1]/CustomTagGeneral[1]/Interoperab ilidad[1]/Group[1]/Collection[1]/AdditionalInformation[3]/Value[1] que se encuentra en el documento de referencia	.	/Invoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:ID/@sche meID
		@schemeName	Valor constante “SS-Recaudo”: Tipo de operación que realizó;../ cbc:CustomizationID que estáreferenciando			ID		0..1	SS:Recaudo	.	/Invoice/cac:BillingReference/ cac:CreditNoteDocumentReference/cbc:ID/@schemeName
FBH04	cbc	UUID	CUDE de la nota crédito relacionada	E	A	CreditNoteDocumentReference		1..1	Rechazo: Si el CUDE de la nota crédito referenciada noexiste	1.0	/Invoice/cac:BillingReference/cac:CreditNoteDocumentReference/cbc:UUID
FBH05	.	@schemeName	Algoritmo del CUDE	A	A	CreditNoteDocum entReference		1..1	Ver lista de valores posibles en el numeral 13.1.2.1 del anexo técnico 1.8Rechazo: Si no corresponde	1.0	/Invoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:UUID/@schemeName
FBH06	cbc	IssueDate	Fecha de emisión de la nota créditorelacionada	E	F	CreditNoteDocumentReference		1..1	Rechazo: Si la fecha de la nota crédito referenciadaposterior a Invoice/cbc:IssueDate	1.0	/Invoice/cac:BillingReference/cac:CreditNoteDocumentReference/cbc:IssueDate
cbc		DocumentTypeC ode	Identificador del tipo de documento de referencia	E	A	CreditNoteDocum entReference		1..1	Ver lista de valores posibles en la columna código del numeral 18.4.5	1.0	/Invoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:DocumentTypeCode
		@listURL	Referencia la lista gc utilizada por el sector salud.	E	A	CreditNoteDocum entReference		1..1	Debe ser informado el literal “TipoDocumento- 2.1_SSalud.gc”	1.0	/Invoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:DocumentTypeCode/@listURL
cbc		DocumentType	Nombre del tipo de documento de referencia	E	A	CreditNoteDocum entReference		1..1	Ver lista de valores posibles en la columna Descripción del numeral 18.4.5	1.0	/Invoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:DocumentTypeCode
ID	ns	Campo	DescripciónDetalles del fragmento../BillingReference	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
cac		AdditionalDocumentReference	G		BillingReference		0..1	1.0
cbc		ID	Prefijo + Número del documento de talonario no electrónicoEl recaudo se hizo en un ejemplar de talonario, que tiene un número deautorización de rango de facturas DIAN	E	F	10	AdditionalDocum entReference	1..1	Si el ID del documento o instrumento electrónico no existe	1.0	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:ID
		@schemeID	Identificador del usuario del servicio de salud; el tipo de documento de identificación depende de la tabla delminSalud.			ID		0..1	El valor debe tomarse del documento papel de referencia	.	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:ID/@schem eID
		@schemeName	Valor constante “SS-Recaudo”: Tipo de operación que realizó;			ID		0..1	SS:Recaudo	.	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:ID/@schemeName
cbc		UUID	CUDE del documento o instrumento electrónico; se aplica el cálculo del Invoicetipo “03”	E	A	96	AdditionalDocum entReference	0..1	Rechazo: Si el CUDE del documento o instrumento electrónico no existe	1.0	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:UUID
		@schemeName	Algoritmo del CUDE	A	A	11	AdditionalDocum entReference	0..1	Ver lista de valores posibles en el numeral 13.1.2.1 del anexo técnico 1.8Rechazo: Si no corresponde	1.0	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:UUID/@schemeName
cbc		IssueDate	Fecha de emisión del documento oinstrumento electrónico	E	F	10	AdditionalDocumentReference	0..1	Rechazo: Si la fecha del documento o instrumentoelectrónico referenciada posterior a Invoice/cbc:IssueDate	1.0	/Invoice/cac:BillingReference/cac:AdditionalDocumentReference/cbc:IssueDate
cbc		DocumentTypeC ode	Identificador del tipo de documento de referencia	E			AdditionalDocum entReference	0..1	Ver lista de valores posibles en la columna código del numeral 18.4.5	1.0	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:DocumentTypeCode
		@listURL	Referencia la lista gc utilizada por el sector salud.	A			AdditionalDocum entReference	0..1	Debe ser informado el literal “TipoDocumento- 2.1_SSalud.gc”	1.0	/Invoice/cac:BillingReference/cac:AdditionalDocumentReference/cbc:DocumentTy peCode/@listURL
cbc		DocumentType	Nombre del tipo de documento de referencia	E			AdditionalDocum entReference	0..1	Ver lista de valores posibles en la columna Descripción del numeral 18.4.5	1.0	/Invoice/cac:BillingReference/cac:Additio nalDocumentReference/cbc:DocumentTypeCode
										.	.
cac		BillingReferenceLine	Grupo de información	G	BillingReference		0..N	1.0		/Invoice/cac:BillingReference/cac:BillingReferenceLine

ID	ns	Campo	DescripciónDetalles del fragmento../BillingReference	T	F	Tam	Padre	Oc	Observaciones	V	Xpath
cbc		ID	Prefijo + Número del documento o instrumento electrónico	E	A	BillingReferenceLi ne		1..1	Corresponde al número de documentos referenciado en los grupos:? InvoiceDocumentReference? CreditNoteDocumentReference? AdditionalDocumentReference	1.0	/Invoice/cac:BillingReference/cac:BillingR eferenceLine/cbc:ID
		@schemeID	Identificador del usuario del servicio de salud; el tipo de documento de identificación depende de la tabla del minSalud.			ID		1..1	El valor debe tomarse del elemento: Invoice[1]/ext:UBLExtensions[1]/ext:UBLExtension[X]/ext:E xtensionContent[1]/CustomTagGeneral[1]/Interoperabilida d[1]/Group[1]/Collection[1]/AdditionalInformation[3]/Value[1] que se encuentra en el documento de referencia	.	/Invoice/cac:BillingReference/ cac:BillingReferenceLine/cbc:ID/@schemeID
		@schemeName	Valor constante “SS-Recaudo”: Tipo de operación que realizó;../ cbc:CustomizationID que estáreferenciando			ID		1..1	SS:Recaudo	.	/Invoice/cac:BillingReference/ cac:BillingReferenceLine/cbc:ID/@schemeName
cbc		Amount	Valor total	E			BillingReferenceLi ne	1..1	Corresponde al valor de los recaudos para informado en alguno de los grupos:· InvoiceDocumentReference· CreditNoteDocumentReference· AdditionalDocumentReference	1.0	/Invoice/cac:BillingReference/cac:BillingR eferenceLine/cbc:Amount
18.2.8. Modos de uso - 1: SS-CUFE	18.2.10. Modos de uso - 3: SS-CUDE
18.2.9. Modos de uso - 2: SS-POS	18.2.11. Modos de uso - 4: SS-REPORTE

18.2.12. Tipos de operación salud

Código	Tipos de operación SaludResolución 058:2020 de la Contaduría General de la Nación/Invoice[1]/cbc:CustomizationID[1]Definición
SS-CUFE	Acreditación. Este documento incluye referencia(s) de Factura Electrónica de Venta (tipo 01) 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.
SS-CUDE	Acreditación. Este documento incluye referencia(s) de Factura de Contingencia (tipos 03 o 04) o de Nota Crédito aplicada a Factura Electrónica de Venta 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 delSector Salud.
SS-POS	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 cajade recaudo. La DIAN expedirá la reglamentación técnica e informática pertinente.
SS-SNum	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étodode cálculo del Sector Salud.
SS-Recaudo	Recaudación. Comprobante de recaudo de Cuotas Moderadores, Copagos o Cuotas de Recuperación, como recursos afavor de terceros. – 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, Copagos o Cuotas de Recuperación, a las cuales ya se les dio tratamiento contable. – No Activa el Método de cálculo delSector Salud.
SS-SinAporte	Reporte. Sin aporte ni recaudo en dinero por parte de los afiliados del régimen contributivo por concepto de CuotasModeradoras, Copagos o Cuotas de Recuperación. – No Activa el Método de cálculo del Sector Salud.

18.2.13.Uso del tipo de operación

18.3. Método de cálculo del Sector Salud

Mediante la Resolución 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 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.

El emisor de las facturas-e de venta determinará si además de reportar los ingresos en el fragmento /Invoice/BillingReference, dichos valores se acreditan a la factura con destino a la aseguradora.

Si efectivamente acreditan la factura, entonces usará los códigos SS-CUFE, SS-CUDE, 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: estos registros /Invoice/BillingReference[x]/cac:BillingReferenceLine[y]/cbc:Amount sumados se acumularán en un fragmento /Invoice/cac:PrepaidPayment, y este valor posteriormente participará de la operación /Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount.

Si el emisor determina que los valores registrados en los fragmentos /Invoice/BillingReference no acreditan la factura que los contiene, con destino a la aseguradora, entonces usará los códigos SS-Reporte, 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 un Copago o una Cuota de Recuperación o una Cuota Moderadora, usará el código SS- Recaudo en el campo /Invoice/cbc:CustomizationID.

18.4. Tablas

18.4.1. Documentos de identificación

Abreviación	Tipo de documento de identificación del usuario
CC	Cédula de ciudadanía
CE	Cédula de extranjería
CD	Carné diplomático
PA	Pasaporte
SC	Salvoconducto
PE	Permiso especial de permanencia
RC	Registro civil de nacimiento
TI	Tarjeta de identidad
CN	Certificado de nacido vivo
AS	Adulto sin identificar
MS	Menor sin identificar
DE	Documento extranjero
SI	Sin identificación

18.4.2. Tipo de usuario

código	Tipo de Usuario
01	Contributivo cotizante
02	Contributivo beneficiario
03	Contributivo adicional
04	Subsidiado
05	Sin régimen
06	Especiales o de Excepción cotizante
07	Especiales o de Excepción beneficiario
08	Particular
09	Tomador/Amparado ARL
10	Tomador/Amparado SOAT
11	Tomador/Amparado Planes voluntarios de salud

18.4.3. Modalidades de contratación y pago

código	Modalidades de contratación y de pago
01	Paquete / Canasta / Conjunto Integral en Salud
02	Grupos Relacionados por Diagnóstico
03	Integral por grupo de riesgo
04	Pago por contacto por especialidad
05	Pago por escenario de atención
06	Pago por tipo de servicio
07	Pago global prospectivo por episodio
08	Pago global prospectivo por grupo de riesgo
09	Pago global prospectivo por especialidad
10	Pago global prospectivo por nivel de complejidad
11	Capitación
12	Por servicio

18.4.4. Cobertura

Código	Cobertura o plan de beneficios
01	Plan de beneficios en salud financiado con UPC
02	Presupuesto máximo
03	Prima EPS / EOC, no asegurados SOAT
04	Cobertura Póliza SOAT
05	Cobertura ARL
06	Cobertura ADRES
07	Cobertura Salud Pública
08	Cobertura entidad territorial, recursos de oferta
09	Urgencias población migrante
10	Plan complementario en salud
11	Plan medicina prepagada
12	Otras pólizas en salud
13	Cobertura Régimen Especial o Excepción
14	Cobertura Fondo Nacional de Salud de las Personas Privadas de la Libertad
15	Particular

18.4.5. Tipo Documento Referenciado

Código	Descripción	Observación
01	Factura de Venta Nacional Pre-Numerado - Electrónica	Código correspondiente al grupo InvoiceDocumentReference
91	Nota Crédito A Factura Electrónica – Electrónica	Código correspondiente al grupo CreditNoteDocumentReference
210	Factura de Venta - Talonario Pre-Numerado / Papel	Código correspondiente al grupo AdditionalDocumentReference
215	Factura de Venta Contingencia FE - Talonario Pre-Numerado /Papel	Código correspondiente al grupo InvoiceDocumentReference
220	Factura de Venta Por Computador - Talonario Post-Numerado / Papel	Código correspondiente al grupo InvoiceDocumentReference
230	Factura de Venta Sistema POS - Talonario Post-Numerado / Papel	Código correspondiente al grupo InvoiceDocumentReference
240	Documento Equivalente Talonario Numerado – Papel	Código correspondiente al grupo AdditionalDocumentReference
250	Documento Equivalente Electrónico Talonario Numerado	Código correspondiente al grupo AdditionalDocumentReference
Código	Descripción	Observación
POS-DiarioCaja	Documento electrónico UBL + Extensión DIAN de control	Código correspondiente al grupo AdditionalDocumentReference

18.4.6. Referencia de Grupos

Grupos	Referencia a
cac:InvoiceDocumentReference	Invoice - Statement
cac:CreditNoteDocumentReference	CreditNote
cac:AdditionalDocumentReference	Factura en Papel - Pos Actual
cac:BillingReferenceLine	Valores de cada grupo

(C. F.).

Resolución 506 de 2021 MSPS

MINISTERIO DE RELACIONES EXTERIORES

SERVICIOS AL CIUDADANO

DIRECTORIO EQUIPO DIRECTIVO EMBAJADAS Y CONSULADOS EN EL EXTERIOR

Tú opinión vale