Derechos de autor reservados - Prohibida su reproducción. Las notas de vigencia, concordancias, notas del editor, forma de presentación y disposición de la compilación están protegidas.
|
|
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.
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.
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.
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.).
"Compilación Juridica MINTIC"
ISSN [2745-2646]
Última actualización: 20 de abril de 2024 - (Diario Oficial No. 52.716 - 3 de abril de 2024)
Las notas de vigencia, concordancias, notas del editor, forma de presentación y disposición de la compilación están protegidas por las normas sobre derecho de autor. En relación con estos valores jurídicos agregados, se encuentra prohibido por la normativa vigente su aprovechamiento en publicaciones similares y con fines comerciales, incluidas -pero no únicamente- la copia, adaptación, transformación, reproducción, utilización y divulgación masiva, así como todo otro uso prohibido expresamente por la normativa sobre derechos de autor, que sea contrario a la normativa sobre promoción de la competencia o que requiera autorización expresa y escrita de los autores y/o de los titulares de los derechos de autor. En caso de duda o solicitud de autorización puede comunicarse al teléfono 617-0729 en Bogotá, extensión 101. El ingreso a la página supone la aceptación sobre las normas de uso de la información aquí contenida.