REPÚBLICA DE COLOMBIA lr~:~ "~-" ", o,! '--,:, i-~ MINISTERIO DE SALUD Y PROTECCiÓN SOCIAL RESOLUCiÓN NÚMERO) eo fl ¡j;J 5 6 DE 2021 ( 1 9 ABR 2021 ) 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 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 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 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 OIAN.
Que la Unidad Administrativa Especial - Dirección de Impuestos y Aduanas Nacionales DIAN expidió la Resolución 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 y habilita la URL electrónica de venta como título valor 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 fas actores regulados por ellos".
Que, en atención a lo anterior, mediante la Resolución 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 012 de 2021 de la DIAN, se modificó, entre otros, el articulo 68 de la Resolución 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. RESOLUCiÓN NúMEROCGG506 DE 1 9 ABR 2021 2021 Página 2 Continuación de la resolución "Por la cual se adopta el Anexo Técnico "Campos de datos adiciona/es 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'" Que el numeral 18. del nuevo anexo "Suplemento 1: 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.mínsalud.gov.co/facturacionelectronic8, entrará a regir una vez que el Ministerio de Salud informe a todos los actores regulados por eflos".
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 1. Objeto. 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, en la Resolución 0042 de 2020, modificada por la Resolución 012 de 2021 y deberá ser adoptado por los facturadores electrónicos del sector salud a más tardar el 31 de julio de 2021.
Artículo 2. Ámbito de aplicación. Las disposiciones contenidas en la presente resolución son aplicables a: 1. 2. 3. 4. Los prestadores de servicios de salud Los laboratorios de salud pública Los operadores logísticos y gestores farmacéuticos 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. RESOLUCiÓN NÚMERóC O1] 5 O6 DE 1 9 ABR 2021 2021 Página 3 Continuación de la resolución "Por la cual se adopta el Anexo Técnico "Campos de datos adicionales del seclor 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'" Artículo 3.
Del suministro de la información para el dí/igenciamíento de los datos del sector salud. La fuente de información para el diligencia miento 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 secretarias 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 1. 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 3 de la presente resolución, que le sea requerida por el facturador electrónico.
Parágrafo 2. Cuando se presenten inconsistencias en los campos de datos del sector salud adicionales en el formato XML, éstas no serán causal de devolución, glosa o de no pago. Artículo 4. Trazabilidad de la factura de venta de los selVicios 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, éstos deberán enviarse en el mismo momento a este Ministerio, en los términos y condiciones técnicas que este determine.
Artículo 5. 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 secretarias 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 6. Seguimiento y control. La Superintendencia Nacional de Salud efectuará la inspección, vigilancia y control del cumplimiento de las disposiciones aquí previstas, sin ~----------------------~~ RESOLUCiÓN NÚMERÓc~ [, e5 o6 DEl 9 ABR 2021 2021 Página 4 Continuación de la resolución "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 establecon disposiciones para la generación de la facturación electrónica de venta en el sector salud'" 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 7. 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 8. Vigencia y derogatorias. La presente resolución rige a partir de su publicación, adiciona en 10 pertinente la Resolución 42 de 2020 modificada por la Resolución 012 de 2021 expedidas por la DIAN y deroga la Resolución 084 de 2021 expedida por este Ministerio.
PUBLiQUESE y CÚMPLASE Dada en Bogotá, D.C., a los 19 ABR 2021 ~ Vlceministra de Protección Social. Directora de Regulación, Beneficios, Costos y Tarifas del Aseguramiento en Salud ~ ficina de Tecnologias de la Información y Comunicación - TIC Directora JUridiCaf /lV7 RESOLUCiÓN NÚMERO:: G;] 5 O6 DE 1 9 ABR 2021 2021 Página 5 Continuación de la resolución "Por la cual se adopta el Anexo Técnico "Campos de datos adicionales del sector salud incluidos en fa 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 venia en el sector salud'" ANEXO TÉCNICO CAMPOS DE DATOS ADICIONALES DEL SECTOR SALUD INCLUIDOS EN LA GENERACiÓN DE LA FACTURA ELECTRÓNICA DE VENTA Objeto.
El presente anexo especifica los detalles de la información que deberá incorporarse a la factura electrónica de venta definida por la DIAN, con el propósito de que los facturadores electrónicos de los servicios y tecnologías de salud cumplan con la generación de este documento electrónico. Igualmente, define y particulariza los contenidos de los campos de dalos adicionales del seclor 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 f 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ónicos no inscritos en el REPS este campo no se diligencia e) 2. Valores permitidos: Texto. Diligenciar con los valores de la tabla de prestador de servicios de salud y tabla de laboratorios de salud pública. TIPO_DOCUMENTO_IDENTIFICACION - Tipo de documento de identificación del usuario: a) Descripciónl Contenido: Debe registrarse el tipo de documento de identificació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".
RESOLUCiÓN NÚMERO;'; C; G5 O6 DE 1 9 ABR 2021 2021 Página 6 Continuación de la resolución "Por /a cual se adopta el' Anexo Técnico "Campos de datos adiciona/es 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 /a facturación electrónica de venta en el sector salud'" 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). o 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 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:, Abreviación. TiDO de,documento de identificación del usuario CC Cédula de ciudadanía CE Cédula de extran'ería CD Carné diplomátiCO PA Pasaoorte SC Salvoconducto PE Permiso especial de permanencia RC Reaistro civil de nacimiento TI Tarjeta de identidad RESOLUCiÓN NÚME~8'~ ¿ 05 () 6 DE 1 9 ABR 2021 2021 Página 7 Continuación de la resolución "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'"' Abreviación eN AS MS DE SI 3.
Tipo dé"documento de identificación del usuario Certificado de nacido vivo Adulto sin identificar Menor sin identificar Documento extran· ero Sin identificación NUMERO_DOCUMENTO_'DENTlFICACION - Número de documento de identificación del usuario: a) Descripción I Contenido: Debe registrarse el número del documento de identificació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) 4.
Valores permitidos: Un único valor. alfanumérico. Longitud mínima de 3 y máxima de 16. PRIMER_APELLIDO· Primer apellido del usuario: a) Descripción I Contenido: Debe registrarse el primer apellido del usuario cuando éste 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) 5.
Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación. SEGUNDO_APELLIDO· Segundo apellido del usuario: a) Descripción I Contenido: Debe registrarse el segundo apellido cuando el usuario lo tiene. b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario. c) 6.
Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación. PRIMER_NOMBRE· Primer nombre del usuario: a) Descripción I Contenido: Debe registrarse el primer nombre del usuario. b) Díligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario o multiusuario. c) 7. Valores permitidos: Texto.
De acuerdo como se especifica en el documento de identificación. SEGUNDO_NOMBRE· Segundo nombre del Usuario: a) Descripción I 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) 8.
Valores permitidos: Texto. De acuerdo como se especifica en el documento de identificación. TIPO_USUARIO· Tipo de usuario: RESOLUCiÓN NÚMERO::,;:' G5 O6 DE 1 9 ABR 2021 2021 Página 8 Continuación de la resolución "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"" Descripción f Contenido: Debe registrarse la condición de afiliación o el relacionamiento 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. al i. Contributivo cotizante: afiliados que en su calidad de cotizantes efectúan aportes 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 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 780 de 2016 o la norma que lo modifique, adicione o sustituya. 111. 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 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 calidades 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 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 situació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 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 beneficiarios 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 articulo 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: Cobertura a cargo del Fondo Nacional de Salud de las Personas Privadas de la Libertad. ix. Tomador I Amparado ARL: trabajadores dependientes o independientes afiliados al Sistema General de Riesgos Laborales. x. Tomador I Amparado SOAT: víctimas de accidente de tránsito atendidas a cargo de una póliza SOAT vigente.
XI. Tomador I Amparado Planes voluntarios de salud: persona que accede a servicios 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 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.
RESOLUCiÓN NÚMERO'~::, G5 O6 DE 1 9 ABR 2021 2021 Página 9 Continuación de la resolución "Por la cual se adopta el Anexo Técnico "Campos de datos adiCIOnales del sector salud incluidos en /a 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'" e) Valores permitidos: Texto.
Puede contener los siguientes valores permitidos, que son excluyentes entre sí. Tabla 2. Valores permitidos para Tipo de usuario Tipo de usuario ce Contributivo cotizante Contributivo beneficiario Contributivo adicional Subsidiado Sin réqimen Esoeciales o de Excepción cotizante Es eciales o de Excepción beneficiario Particular Tomador/Amparado ARL Tomador/Amparado SOAT Tomador/Amparado Planes voluntarios de salud 9.
MODALlDAD_CONTRATACION - Modalidades de contratación y de pago: a) Descripción I Contenido: Debe registrarse la modalidad de contratación y de pago pactada objeto de facturación. 1. Paquete I Canasta I Conjunto integral en salud: Se refiere al episodio de atenció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. ji.
Grupos relacionados por diagnóstico: Episodio de atención en el cual las partes 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. jji.
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 severidad, 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 escenario 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 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á predefinido.
En esta RESOLUCiÓN NÚMEko::;:;;) 5 O6 DE 1 9 ABR 20212021 Página 10 Continuación de la resolución "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'" 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. viL Pago global prospectivo por episodio.
Modalidad mediante la cual las partes acuerdan por anticipado una suma global para cubrir durante un período determinado 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 íncidencia 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 especifico 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 periodo 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. IX. Pago global prospectivo por especialidad. Modalidad que permite establecer por anticipado un pago fijo global por las atenciones correspondientes a los diagnósticos definidos dentro de alguna especialidad, que ocurran en una población previamente determinada, en un área geográfica y en un periodo de tiempo.
En esta modalidad, se realiza al prestador de servicios de salud una transferencia limitada del riesgo primario de incidencia, el riesgo primaría 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 establecer 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 determinada, 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 tecnologias de salud que se prestan 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 transferencia parcial para su nivel de complejidad del riesgo primario de incidencia y lotal 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 registrarse 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 contratació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 RESOLUCiÓN NÚMERO.':;;,506 DE.,.., - 1 9 ABR 2021 2021 Página 11 Continuación de la resolución "Por la cual se adopta e,! Anexo Técnico "Campos de datos adicionales del sector salud incluidos en /a 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 seclor salud'" Modalidade~decé:intráta:C¡ón v de Daao Paquete I Canasta J Con' unto Integral en Salud Grupos Relacionados por Diaqn6stico Intearal Dor arupo de riesao Pago or contacto or especialidad PaqQ por escenario de atención Paqo Dor tipo de servicio Pago global prospectivo por episodio Paqo qlabal prospectivo por rupo de riesgo Paqo qlabal OfOspectivo por especialidad Paao alobal Drosoectivo Dor nivel de comole'idad Capitación Por servicio 10.
COBERTURA_PLAN_BENEFICIOS - Cobertura o plan de beneficios: Descripción I Contenido: Se registra la entidad responsable de financiar la cobertura o plan de beneficios, y de pagar la prestación de los servicios y tecnologías de salud incluidas en la factura de venta. a) i. Plan de beneficios en salud financiado con UPC: servicios y tecnologías en salud financiados con la Unidad de Pago por Capitación (UPC), como mecanismo de protección colectiva, que deberán ser garantizadas por las entidades promotoras de salud (EPS) o las que hagan sus veces, a sus afiliados en el territorio nacional, en términos definidos en la Resolución 2481 de 2020 o la que la modifique o sustituya. 11.
Presupuesto máximo: servicios y tecnologías en salud o servicios complementarios no financiados con la UPC y no excluidos de la financiación con recursos del Sistema General de Seguridad Social en Salud (SGSSS), cuya gestión y financiación se encuentran a cargo de las EPS o demás entidades obligadas a compensar (EOC) en los términos definidos en la Resolución 205 de 2020 o la que la modifique o sustituya. íii.
Prima EPS, no asegurados SOAl: servicios de salud y el transporte al centro asistencial que se presten a víctimas de accidentes de tránsito ocasionados por vehículos no asegurados por seguro obligatorio de accidentes de tránsito (SOAT) o no identificados, que se encuentran afiliadas al SGSSS, y que deben ser garantizadas por las EPS, en los términos señalados en el artículo 106 del Decreto Ley 2106 de 2019.
IV. Cobertura póliza SOAT: servicios en salud y el transporte al centro asistencial que se presten a víctimas de accidentes de tránsito ocasionados por vehículos asegurados por una póliza SOAT vigente, en los términos señalados en el Sección 2, Capítulo 4, Titulo 1, Parte 6, Libro 2 del Decreto 780 de 2016. v. Cobertura ARL: prestaciones asistenciales a cargo de las administradoras de riesgos laborales (ARL), definidas en los artículos 5 y 6 del Decreto 1295 de 1994. vi.
Cobertura ADRES: coberturas en salud a cargo de la Administradora de los Recursos del Sistema General de Seguridad Social en Salud (ADRES) en los términos definidos en la Ley 1955 de 2019, el articulo 106 de Decreto Ley 2106 de 2019 y la Resolución 205 de 2020 o las normas que las modifiquen o sustituyan. vii. Cobertura salud pública: acciones de gestión en salud publica realizadas por la Nación y las entidades territoriales segun lo definido en las Leyes 1122 de 2007 y 1438 de 2011, y las Resoluciones 1841 de 2013, 518 de 2015 y 507 de 2020 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. RESOLUCiÓN NÚMERO,' C, G5 {} 6 DE 1 9 ABR 2021 2021 Página 12 Continuación de la resolución "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 /a generación de la facturación electrónica de venta en el sector salud'"' ix.
Urgencias población migrante: cobertura a cargo de la entidad territorial para atención de urgencias de la población migrante regular no afiliada o irregular, de acuerdo con el artículo 232 de la Ley 1955 de 2019. X. Plan complementario en salud: corresponde a las coberturas de servicios de salud contratados voluntariamente y financiados en su totalidad por el afiliado o los empleadores que lo establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del artículo 2.2.4.1.1 del Decreto 780 de 2016.
XI. Plan medicina prepagada: corresponde a las coberturas de servicios de salud contratados voluntariamente y financiados en su totalidad por el afiliado o los empleadores que lo establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del artículo 2.2.4.1.16. del Decreto 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 articulo 2.2.4.3. del Decreto 780 de 2016. xiii.
Cobertura Régimen Especial o Excepción: prestación de servicios y tecnologías de salud a cargos de los Regímenes Especial o de Excepción definidos en la Ley 647 de 2001 y el articulo 279 de la Ley 100 de 1993. xiv. Cobertura Fondo Nacional de Salud de las Personas Privadas de la Libertad: corresponde a la prestación de servicios y tecnologías de salud a cargo del Fondo Nacional de Salud de las Personas Privadas de la Libertad que se encuentren en custodia del Instituto Nacional Penitenciario y Carcelario (lNPEC) en los términos de la Ley 1709 de 2014 y el Decreto 1069 de 2015 o las normas que las modifiquen o sustituyan. xv.
Particular: corresponde a los servicios y tecnologías de salud que asume directamente la persona con cargo a recursos propios. b) Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe registrarse la cobertura o el plan de beneficios a la que pertenece el usuario o en caso de multiusuarios. todos deben pertenecer a la misma cobertura o plan de beneficios 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,,~. "!.;" Cobertura o plan de beneficios Plan de beneficios en salud financiado con UPC Presupuesto máximo Prima EPS I EOC, no asegurados SOAT Cobertura Póliza SOAT Cobertura ARL Cobertura ADRES Cobertura Salud Pública Cobertura entidad territorial, recursos de oferta Urqencias pOblación miqrante Plan complementario en salud Plan medicina repagada Otras pólizas en salud Cobertura Réqimen Especial o Excepción Cobertura Fondo Nacional de Salud de las Personas Privadas de la Libertad Particular RESOLUCiÓN NÚMERO C~ O5 O6 DE 2021 Página 13 1 9 ABR 2021 Continuación de la resolución "Por la cual se adopta el Anexo Técnico "Campos de datos adicionales del sector salud incluidos en /a 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 venIa en el sector salud'" 11.
NUMERO_AUTORIZACION. Número de autorización: a) Descripción I 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 diligenciar cuando se ha generado una autorización para la prestación del servicio de acu~rdo 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 exista el número de la autorización de respuesta o el número de la solicitud según sea el caso, o irá vacio 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úme;o de mi prescripción (MIPRES): a) Descripción I 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: Obligalorio cuando existan 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. e) Valores permitidos: Uno o más valores. Alfanumérico. El asignado por MIPRES. Longitud de veinte (20) campos. 13.
NUMERO_ENTREGA_MIPRES ~ Número de ID entrega mi prescripción (MIPRES): a) Descripción I 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 laUPC. b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exista 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_CONTRA TO - Número de contrato: a) Descripción I Contenido: Se debe registrar el número del contrato objeto de facturación. b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exista contrato o en caso contrario irá vacío. Se reporta solo si se ha suscrito contrato que cubra los ítems facturados. c) Valores permitidos: Uno o más valores.
Alfanumérico. RESOLUCiÓN NÚMERO:~,G506 DE 19 ABR 2021 2021 Página 14 Continuación de la resolución "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 venia en el sector salud'" 15.
NUMERO_POLlZA - Número de póliza: a) Descripción I 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 I 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. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales. 17. CUOTA_MODERADORA - Cuota moderadora: a) Descripción I 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. e) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales. 18.
CUOTA_RECUPERACION - Cuota de Recuperación: a) Descripción I 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. Valor 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: al Descripción I 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. Valor sin símbolos ni separadores de miles y con el signo punto como separador de decimales.
RESOLUCiÓN NÚME~00 ~,n 5 O6 DE 19 ABR 2021 2021 Página 15 Continuación de la resolución "Por la cual se adopta el Anexo Técnico "Campos de datos adiciona/es del seclor salud incluidos en /a 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'" 20. /lnvoice/cac:lnvoicePeriod/cbc:StartDate - Fecha de inicio del periodo de facturación: a) Descripción I Contenido: Se debe registrar la fecha de inicio del servicio prestado 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. //nvoice/cac:/nvoicePeriod/cbc:EndDate ~ Fecha final del periodo de facturación: a) Descripción I 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 segun 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.,:.:..":1.
"',.' r,,, RESOLUCiÓN NÚMERO! \;. V V \J 5 n 6 DE 202 ¡j 19 ABR 2021 I-~.:Continu.ació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~ "ELEMENTOS XML UBL-INVOICE CON CONTENIDOS Y REGLAS ÚTILES PARA FACTURACiÓN ELECTRÓNICA DE SERVICIOS DE SALUD" 19 ABR 2021 RESOLUCIÓNNÚMERo;C:105ü6 de de 2021 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 extUBLExtension Del sector Salud 18.1.1. 18.2. Columnas de las tablas de definición dellnvoice para el Sector Salud. Cuerpo XML 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 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 I EPS.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.46 compartidos en planes voluntarios de salud.2.6.
Modalidades de contratación y pago.48 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 18.2.7..49 en planes voluntarios de salud.2.8. Modos de uso - 1: SS-CUFE. 18.2.9. Modos de uso - 2: SS-POS.. 18.2.10. Modos de uso - 3: SS-CUDE.2.11.
Modos de uso - 4: SS-REPORTE.. 18.2.12. Tipos de operación Salud.. 18.2.13. Uso del tipo de operación. 18.3. Método de cálculo del Sector Salud. 18.4. Tablas. 53. •• ~ 55..~ 57..~. 184.1. Documentos de identificación....~ 18.4.2. Tipo de Usuario...M 18.4.3. Modalidades de contratación y pago 18.4.4. Cobertura..61 18.4.5. Tipo Documento Referenciado..61 18.4.6.
Referencia de Grupos....62,,', '~I' Cn" 5 O6 RESOLUCiÓN NÚMERO~·- \..1 V 'l.': 1 9 ABR 2021 de-·,. de 2021 Página 18 de'62 Continuación de la résofución:ti'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" Propósito La metodología de registro de datos en los documentos electrónicos UBL adoptada por la OrAN 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 JextUBLExtensions, que puede aparecer máximo una vez dentro del objeto UBL,../extUBLExtensionsJextUBLExtension que requiera el modelo de negocio en el que se usa el documento UBL. y que puede tener todos los hijos En conclusión, los facturado res electrónicos de los documentos electrónicos de la OIAN podrán incluir informaciones sin afectar el procesamiento de los esquemas ni de los fines definidos por la OtAN 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 OIAN 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 DlAN.
RESOLUCiÓN NÚMER~ ~ 0-0'5"06 de 1 9 ABR 2021 de 2021,. Continuación de la resoluc¡ón~"Ror.la cual se adoptan los dampos de datos adicionales,en formato XML para la generación de la factura électi"ónica:tfel sector salud H 18.1. La ext:UBLExtension Del sector Salud 18.1.1. Columnas de las tablas de definición d~l.lnvoiCe·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 tecnologfas 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 DrAN en el UBLExtension(2] y los datos del calculo de la firma digital en el UBLExtension[3] para adicional estandariTtlda entre 1.0 de información personalizable 1.0 del contenido;
Valor d,' de Salud V " DescriPción del contenido; Valor constante I por el identiOcador asignado a acto administrativo: Resolución, etcc!tcra Grupo que Identifica el sector administrativo, de gobierno, poder publico, comercial, Industrial. etcétera ITIpo, Identificador:ano del acto administrativo identificador:ano del IResolución NNNN:2020.. 1.0 NNNN:2020 H,~ ·..m )..
RESOLUCiÓN NÚMERcb0000506 de 19 ABR 2021 de 2021 \. r. Continuación de la resolución: "Por la Guaf·s€_adoptan los campos de da'tos adicionales en formatcrXMlzopara la generación de la factura electrónici:rael sector:salud" ". de sector que se reporta; "grupos Collection"; IG 11 nterooe rabil idad 11..1 1 1 1.0 IGrouo 11..1 ISector Salud 1 1.0 IG IGrouo I'N 1 1,0 A Collection 1..1 1.0 el sector; constante obligatoria, lA en columna "Observaciones" individuales de la miembro o de una del sector.
Elementos de leión sobre la instancia. @schemeName 1''''''''''''' del miembro o unidad del -- _L_ constante obligatoria lA Usuario l@sehemeName:: individual; pareja Nombre / Valor G Collection 1.0 I;~~:~~.:~~~~~~~~ 1..1 ser informado el literal las instrucciones del subtitulo "1. ICODIGO_PRESTADOR. Código prestador servicios de salud" 1.0 ser informado el literal -.i;-: -,." OOeti 6 1 9 ABR 2021 de 2021 RESOLUCiÓN NÚMERAO Í) de '::.
('\. Contifluación de la resolución: "Por la cual se ado~an lrus campos de datos adicionales en formato XMt parata generación de la factura electrónica del sector salud'~·._ lista de valores posibles en la columna Tipo documento de identificación del usuario numeral (18.4.1) identificación del ser informado el literal lista de valores posibles en la columna jAbreviación del numeral (18.4.1) @schemelD debe informar cada grupo por el valor que 1.0 ser informado el literal instrucciones del subtítulo "3.
NU M ERO _ DOCU MENTO _1 DENTI FICACI O N - Número de documento de usuario" 1.0,_ ser informado el literal PRIMER_APELLIDO las instrucciones del subtilLllo "4. - Primer apellido del MER_APELlIOO:E 11 1.0 10,;. RESOLUCiÓN NÚMERdOOOOSOS de1 9 ABR '2\l'l1 de 2 0 2 1 " \' Contiiltlactón de~la resolución: "Por la cual se adoptan los'c8f'flpOS de1'Jatos adicionales en formato XML para la generación de la factura electrónica del sector salud" 1 1 IDebe ser informado el literal..
"SEGUNDO_APELLIDO" las instrucciones del subtitulo "5. JNDO_APElllDO - Segundo apellido 0.. 1 LO 1.. 1 ---- ser informado el literal 1.. 1 "PRIMER_NOMBRE" Name 1 las instrucciones del subtítulo "6. - Primer nombre del 1..1 LO 1..1 ser informado el literal las instrucciones del subtitulo "7. ISEGUNDO _NOMBRE - Segundo nombre Usuario";
Debe corresponde a los nombres del usuario, diferente al o1 J:().'Ii. RESOLUCiÓN NÚMER}:() O:) () 5 O6: de 1 9 ABR 2021 de 2021 Página 23de 62 Continuacióh.de·la r,esoloción: "Por la cual se adoptan los campos de,jjatos_aditdonales en formato XML para la generación'de la-facture electrónica del sector salud" 1.0 11!(e)(t: Extens~~~Content/Custom TagGener 1.. 1 1-40 lAdditionallnformation las instrucciones del subtítulo "8. )_U$UARIO - Tipo de usuario" 1.. 1 IDebe ser informado el literal "TIPO_USUARIO" 1..1 1..1 1..1 lista de valores posibles en la columna Tipo Usuario numeral (18.4.2) ser informado el literal lista de valores posibles en la columna del numeral (18.4,2) ~ ___ ser informado el literal 1.. 1 I"MODALlDAD_CONTRATACION" lista de valores posibles en la columna las instrucciones del subtítulo "9_ IModalidades de contratación y de pago numeral MODALlDAD_CONTRATACION - Modalidades de contratación y de pago" @schemeName E 1..1 ser informado el literal RESOLUCiÓN NÚMERO) OO:) O5 O6de, 1,9 ABR 2021 de 2021., "-.
Continuación de la resolución: "12or la cual se adoptan los campos de datos 85ici0naleS'.'en formato XML para la generación de la factur~elect~ónica del sector salud" IVer lista de valores posibles en la columna del numeral (18.4.3) 1.0 1.. 1 root/ext: UBLExtensionsfext: U BLExtension [ 1..1 ser informado el literal E las instrucciones del subtítulo "10. ll/ext:ExtensionContent/CustomTagGener lista de valores posibles en la columna Icobertura (18.4.4) o plan de beneficios" Debe ser informado el literal I"sal ud_cobertu ra.ge" 1..1 lista de valores posibles en la columna ICÓdigo del numeral (18.4.4) 1.0 11!~.ext:Extens~o~~o~::nt/cu,s.:o,~TagGener 1..1 Debe ser informado el literal 1..1 "NUMERO_AUTORIZACIÓN" ¡ Name las instrucciones del subtítulo "11. - Número de ¡Las autorizaciones pueden ir separadas por y coma (;) A1234;604567;AX-2345 11/ex!: Extensl on ContentjCustom TagGene r al!1 nterope ra bil i dad/G roup/Collection [11/" dditlonallnformation[lll/Name="NUMERO RESOLUCiÓN NÚMERd;',0 OOOO5 Q 6 de 1 9 ABR 2021 de 2021 Continuación de la resolución:-~oria cual-se adoptan los campos de datos adicionales-elT'Jormato XML para la generación de la factura eteatróhrc;;a det.sector salud" @ ~ ""..•..
" ~, V Additiona 1I nformation - ""'"" i ~ ~ -" rootl ext:U BLExtension s/ext: u BLExtension [ Collection G ~'Gi!é~W.ffl ! (!¿, 1J/ext:ExtensionContent!CustomTagGener 1.. 1 '"0 al/lnteroperabilidad/Group/Collection[l]/A dd itiona 11 nform ation [12J Name NUMERO_MIPRES Value Siga las instrucciones del subtítulo "12. NUMERO_MIPRE5 - Número de mi prescripción (MIPRES)" E Add itionallnformation E A A G Name NUMERO _ENTREGA_MIPRE5 Value Siga las instrucciones del subtítulo "13_ NUMERO_ENTREGA_MIPRE5 - Número de ID entrega mi prescripción (MIPRES)" E Additionall nforma tion E A A G Name NUMERO_CONTRATO Value Siga las instrucciones del subtítulo "14.
NUMERO_CONTRATO - Número de contrato" E ----- A Debe ser informado el literal "NUMERO_MIPRES" Addltionall nformation 1.. 1 Additionallnformation Los numero de Mi prescripción pueden ir 0.. 1 separadas por punto y coma (;) A12 34; 604 567; AX- 234534566 Collection 1..1 Additionallnformation 1..1 Additionallnformation Los numero de ID entrega mi prescripción 0.. 1 (MIPRES) pueden ir separadas por punto y coma (;) A1234;604567;AX-234534566 Collction 1..1 Additionallnformation 1.. 1 Debe ser informado el literal "NUMERO_ENTREGA_MIPRES" Debe ser informado el literal "NUMERO_CONTRATO" 'A I Additionaltnformation rootl ext: U B LExtensions/ext: U BLExtension [ 11/ext:ExtensionContent/CustomTagGener al/lnteroperabilidad/Group/Collection[11/A dd itiona 1I nform ation [121/Val ue root/ ext: U B LExtensions/ext: U BLExtension [ 1]/ext:ExtensionContent!CustomTagGener 10 al/lnteroperabilidad/Group/Collection[1J/A dditiona 1I nformation [13] root/ e><t: U BLExtensi on sI ext: U BLExten sinn [ 1]/ext: Exte nsion Content/Custom T agGener al/lnteroperabilidad/Group/Collection[1J/A ddltionallnformation[131/Name="NUMERO ENTREGA MIPRE5" root/ ext: U B LExte nsionsl ext: U B LExte nsion [ 1]/ext:ExtensionContent/CustomTagGener a I/Interopera bilidad/G roup/Collection [1]/ A dd itiona 1I nformation [13I/Va Iu e rootl ext: U BLExte nsio nsl ext:U BLExtension [ 1J/ext: Exten sionCo ntent/Custom T agGe ner 10 a I/Interopera bilidad/G rou p/Collect ion [1 JI A dd it iona 1I nformation [14 J rootl ext: U BLExten sions/ ext: U BLExten si on [ 1 J/ ext: Exten sionConte nt/Custom T agGen e r aI/Interopera bilid ad/Grou p/Collectl on [11/ A dd it i on a1I nformation (14J/Na m e="N U M ERO CONTRATO" rootl ext: U BLExten sions/ext: U BLExtension [ ! E rootl ext:U B LExtensions/ext: U BLExtension [ 1J/ext:ExtensionContent/CustomTagGener al/lnteroperabilidad/Group/Collection[I]/A dditionallnformation[12J/Name="NUMERO MIPRES" 1JIext: Extensi onConte nt!Custom T agGener I la 1/1 nte rope rabil ida d/G rou p/Col1 ection [lIlA O.1 - dd itlon a!~nformation [141/Val ue,. \; ~f~ _. oc> '<,. 00 O5 O6 ''1:1<'. ~.., ". 19 ABR 2021 - RESOLUCiÓN NÚMERtlO de de 2021 Continuación de la resolución: "Por la'cual'Se.adoptan los campos de datos adicionales en forri1rato'XMUpara la generación de la factura electrónica -de"t sectoLsaJud" - - - - ser informado el literal 1..1 "NUMERO]OLlZA" 1 las instrucciones del subtítulo "15. corresponder al número de póliza del 0.. 1 ]NUMERO]OLlZA - Número de póliza" 1.. 1 E 1.. 110ebe ser informado el literal "(OPAGO" E 0.. 1 del subtítulo "16.
Copago"; valor pagado en Reales positivos con dos 1.. 1 E Debe ser informado el literal 1..1 "CUOTA_MODERADORA" I las instrucciones del subtítlJlo 'ICUOTA MODERADORA - Cuota moderadora"; valor pagado en números positivos con dos decimales, sin 0.. 1 11jext: ExtensionContentjCustom TagG e ner 506 19 AeR 2021' RESOLUCiÓN NúMERJP.03f' de 2021..
Página27de62 • de. it'z • '\.. Continuación de la resolución: "Por la cual se'adoptan.los:campos de datos adicioflales.en formato XMb-para. la 'generación de la factura electrónica del sectOf.'salud" ~. "." "<. 1..1 1..1 Cuota, valor pagado en númeroslE ser informado el literal TA_RECUPERACIQN' " 0.. 1 positivos con dos decimales, 1.. 1 1 1 [oebe ser informado el literal.. ~PAGOS_COMPARTtOOS· 11/A - Pagos en planes voluntarios de números Reales con dos decimales, sin signos ni 0.. 1 ~~~ por la Dirección de Impuestos V Aduanas Nacionales, y en la información técnica del proveedor del servicio de interoperabilldad. - Estas informaciones no deben ser Incluidas en el fragmento del sector salud por de información complementaria a 1.0 transacción de ¡ de documentos los documentos este grupo de que el adquiriente descargue documento electrónico 1.0 1 9 ABR 2021 O51} 6 RESOLUCiÓN NÚMER"O ():) de de 2021 ', "', '-,..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" ( J '. ', <Eü¡¡ID @Iíill....... ' ' ~; ',; ~ i 1- ~ ! @! I URL para la descargar de los documentos URL complementarios a los documentos e URLDesca rgaAdj untos 1..1 E instrumentos electrónicos Pa ra metrosArgument Grupo de información para indicar Para metroArgu mento características adicionales a la URL ya informada.
Nombre del elemento a informar Value Valor del elemento a informar EntregaDocumento Grupo de información para indicar la entrega que hará el Adquirente de los eventos WS Pa ra metrosArg u ment 0' Pa ra m etroArgu mento complementaria a los documentos electrónicos rootl ext: UBLExtensionsj ext: U BLExtensi on [ W Pa rametrosArgumento root/ ext: U BLExtensions/ ext: U BLExtension [ 11/CustomTagGeneral/lnteroperabilidad/ln LO teroperabil idad PT /U RLDesca rgaAdjuntos/P a rametrosArgumentos!Pa rametroArgu men Pa rametroArgu mento E E Pa rametroArgu mento G Web Service informado por el Facturador electrónico al Adquirente E G G A 11/CustomTagGeneral/lnteroperabilidad/ln terope rabil idad PT /U RLDesca rgaAdjuntos/P ara metrosArgu mentos 1,0, G 11/CustomTagGeneral/lnteroperabilidadjln terope rabil ¡dad PT IU RLDesca rgaAdju ntos/U RL root/ext: UBLExtensions/ ext: U BLExtension[ U RLDesca rgaAd juntos 0.. 1 O,N,o. Name Corresponde a una dirección web donde el emisor dispone de la información ~I (J' que el adquiriente puede ingresar y descargar G " (ifuw¡!1.IJl.¡'¡4j 1..1 1.. 1 Corresponde al nombre de parámetros o característica información para la conexión. Corresponde a información adicional, claves, nombre de archivos o características. rootjext:UBLExtensions/e.xt:UBLExtension[ 11/CustomTagGeneral/lnteroperabilidad/ln LO teroperabilidad PT /U RLDesca rgaAd juntos/P a rametrosArgu mentos/Pa rametroArgu men to/Name root/extUBLExtensions/e.xt:UBLExtension[ 11/CustomTagGenera I/Interopera bi lidad/I n LO teroperabil idad PT /U RLDesca rgaAd juntos/P a rametrosArgu mentos/Pa ra metroArgu men to/Value root! ext: U B lExte nsionsl ext: U BLExtens ion [ LO 11/CustomTagGeneral/lnteroperabilidad/ln te rope rabil ida d PT/Entrega Docu mento I nteropera bilidad PT 0.. 1 EntregaDocumento El Web Service es utilizado para la recepción los eventos que se genere por parte de 1.. 1 Adquiriente.
Corresponde a un acuerdo o formalidad entre las partes (Emisor y Recepto). LO 11/CustomTagGen e ral/I nte rope ra bil idad/I n 1.. 1 root/ ext: U BLExtensions/ ext; U BLExtensio n [ 11/Cus lo m TagGen e ra III nte rape rabi Iidad/I n LO te rope rabi Iid ad PT/E ntreg<J Docu mento/WS¡ Pa rametrosArgu mentos EntregaDocumento Pa rametrosArgu m enlo, I l..N root/ ext: U BLExte nsions! ext: U BLExten si on [ te rope rabi lid ad PT/E ntregaDocu m e nto/W$ rooll ext: U BLExtensio ns/ext: U BLExle nsio n [ 1 J/Custo m TagGen e ralll nte rape ra b iIida d/ln LO te rope rabi IidadPT/E ntrega Docu mento/WS¡ Pa rametrosArgu m entos/P a ra metroArgu me oto -:';,' RESOLUCiÓN NÚMERbO OO(15 \} 6 de 1 9 ABR 2021 de 2021 Continuación de-la resolución: "Por la cual se adoptan los campos·ae datos adicionales en formato XML para la generación da;la factura electrónica del sector salud" r - _. rw ® ~-.....-. • •.__,.__ AI~ v.o {j,- '1 ftifu¡ !ilaill'a',~-¡.,,,1 '(;
Jilj t "'/" <:", -..,.e/;'J~"«~¡¡,,"-" -, ''ie-,:,:": -_>~!n,". ' - -,' - "+~<~':,.;_:- JU€l4tJEíN'@í. '''-~,;;e J root/ext:UBLExtensionsjext:UBlE:ctension[ Name lext Nombre del elemento a informar Value Valor del elemento a informar E UBLExtension Fragmento UBlExtensloo para ¡Información de cor>trol de la OIAN. ¡'Extensión N menos uno: N"l ¡Debe ser el penultimo dentro del !..&.Q.n1.en.e.d.Qr I!RU:~ ns· s G G, "t ExtensionContent Grupo que contiene la información personalizada de la OIAN;tó OianExtensions Informaciones de control de operaciones ragmento UBLExtenSlon para información de la firma digital "" UBLExtension "t ExtensionContent dó Slgnature, I E A Para m etroArgu mento A 1..1 Para metroArgumento 1..1 UBLExtensions 1 j/Custom T agGenera 1/1 nteroperabi I¡dad/In 1.0 teroperabilidadPT!EntregaDocumento!WS! Corresponde al nombre de parámetros o característica información para la conexión. ParametrosArgumentos/ParametroArgume nto/Name root/ext: UBlExtensi ons/ ex!: UBlExtension [ ll/CustomTagGeneral/lnteroperabilidad/ln 1.0 te rope rabil idad PT¡Entrega Oocumento/WS/ ParametrosArgumentos/ParametroArgume nto/Value Corresponde a información adicional, claves, nombre de archivos o características. 2..
N, I 1.0 i root/ext:UBLExtensions/ext:UBlExtenSion[ 21 !,,I ¡G Extensión N Debe ser el último dentro del contenedor J..IBLExtensions Grupo que contiene la información G personalizada del sector Firma digital XAdES - EPES de www.etsi.org UBlExtension 1.1 ExtensionContent 1.1 root/ext:UBlExtensions/ext:UBlExtension[ 21/ ext: Extensi onContent root/ ext: UBLExtensions/ext: UBlExtensi on [ 1.0 21/ ext: Extensi onContent/Dian Extensions 1.0 I IUBlExtensions 3..
N i 1.0 i UBLExtension 1.1 ExtensionContent 1.1 NOTA: el elemento moti en el vocabulario VOL corre~ponde, y según el caso, a: Invoiec, CrcditNotc, DebitNole, ApplicationResponse y AttachedDocum..:nt 1.0 root/ext:UBLExtensions/ext:UBlExtensIOf1{ 31 !;;;;';:/ext:UBlExtensions/ext:UBLExtension[ 3]/ ext: ExtensionContent root/ ext: UBLExtension si ext: U BLExten sion [ 3 J/ ext: ExtensionContent/ ds: Signatu re 1 9 A8R 2021 OO:J O5 () 6 ',e RESOLUCiÓN NÚMERd de, de 2021 ';
Continuación de la r.esoluci6n:-:.:Por la cual se adoptan los campos de datdSiadiGionales en formato XML para la generación de la factura electrónica del sector salud~ 18.2. Cuerpo XML 18.2.1.,O FAEOl ns ~m o,,, InvoicePerlodc Fechas de facturación Deser pe n Grupo de campos relativos al Periodo de facturación: Intervalo de fechas la las que referencia la facturn por ejemplo en T F T.m Padre Involee G '",b,,'" ob, ob, StartOate StartTime EndOate Endllme Fecha de inicio del periodo de facturación Hora de inicio del periodo de facturación Fecha de fin del periodo de facturación Hora de fin del perIodo de facturación prestados Siga las instrucciones de "20. /ln oice/cac:lnvoicePeriod/cbc:StartOate - Fecha de Inldo del periodo de facturación: 1.. 1 Siga las instrucciones de "21. servidos públicos FAE02 FAE03 FAE04 FAEOS Observaciones Salud: Corresponde al periodo facturado de 10$ servicios /lnvoice!cac:lnvolcePeriod/cbc;StartOate· Fecha de inicio del periodo de facturación: Otros usos: Para uUl1zar en los servicios públicos, Contratos de ar:eodaml~.to fl:latrlculas en educación, etc.
E E E E F H F H 10 14 10 14 InvoicePeriod InvoicePeriod InvoicePeriod rnvoicePeriod 1..1 0.. 1 1..1 0.. 1 18.2.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 yen la Nota Crédito.
ID I "' campo Involce --- - '" UBLExtenslons," UBLExtension,,' ExtensionConte "' CustomTagGene co, Descnpcró'n' Recaudo aportes del usuario del Sector T Salud con facturas y pos Grupo de eampos para información G relacionadas con el recaudo de los. aportes. F Tom Padre O, 1..1 Invoice UBlExtensions UBlEJr.tensionlll ExtensionContent.- observaciones No se Incluye fragmento del sector salud -..
V - Xpath 1.0 Involee - I -, Invo¡eelext:UBLE~lens¡ons Invoice/ext:UBLExtensionsl ext:UBLExtension Invoice/ext:U BLE)(lensionsl ed:UBLEx tensionll J/ext:Exte nsionConten, Invoicele)(t:UBLExlensionsl e)(I:U BlExtension I1J/ext:bt ensionConten tI CustomTagGeneral O:J O5 Q 6 de 1 9 ABR 2021 ~,rde 2021 ~~ ~ Continuación de la resolución;. ~.Por.lacual se adoptan los campos de datos adicionales emformato XML para la generación de la facturarelectrónina del sector salud" RESOLUCiÓN NÚME!lc6),O ~., ns'~.:"" ¡ Campo O@scrlpcl6n Recaudo aportes del usuario del Seétor Salud con facturas V POS ' ', ':~.
T ~ ' Interoperabilida d •,"', F~ T8m'",--: Padre '" ~',t.: "." (; ~{, ~ No se Incluye friITe-~t,o- del sector $al~.~{.T -:: Observaciones _,,': ' V Xpath,, 'é 'e;' " -;.~~. ~Z'~{:X~·-··, - '- - o,' • ~ Invoice/ext:U BlExtenslonsl CustomTagGenera elct:UBLExtension(lJ/ellt:ExtensionConten l' tI CustamTagGeneral/tnteroperabilidad las mormaoones sIguIentes ae n ser utllzaaas por qu enes utilizan s~rvlcios de fnteroperobif/dad para el IntercambIo automatizado ae documentos electronlcos.
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 InteroperabiUdad. - Estas informaciones no deben ser incluidas en el fragmento del sector solud por quienes no tienen a su dIsposición servicios de interoperabllidad. la extensión donde se incluyen las variables del Sector Salud no se indu en ara.1"5 o eraciones ~SS~Recaudo~ root/ext:UBlExtenslons/ext:UBlExtensior Interoperabl1lda Grupo de información complementaria a la G Ilnteroperabilidad 0.. 1 1.0 [lJ/CustomTagGeneral/lnteroperabilidad¡ dPT transacción InteroperabilldadPT root/ex!:UBlExtenslons/ext:UBlExtensior Grupo de información para indicar la No se podrá disponer de este grupo de Información para URlDescargaAdj descarga de documentos complementarios E JlnteroperabilidadP [lJ/CustomTagGenera!/lnteroperabilidad¡ 1..1 que el adquiriente descargue el documento electrónico 1.0 untos InteroperabilidadPT/URlDescargaAdjunto T a los documentos electrónicos para el ~ AttachedDocument" Adquirente Corresponde a una dirección web donde el emisor dispone root/ext:UBlExtenslons/ext:UBlExtenslon URl para la descargar de los documentos URlDescargaAdjun de la información complementaria a los documentos !IJ/CustomTagGenera!/lnteroperabilidad¡ URl complementarios a tos documentos e 1..1 1.0 electrónicos que el adquiriente puede ingresar V InteroperabilldadPT/URLDescargaAdJunto '0' instrumentos electrónicos descargar s/URl root/ext:UBlExtensions/eKl:UBlExtension [lJ/CustomTagGeneral/lnteroperabilidad¡ ParametrosArgu URLDescargaAdjun G 0.. 1 1.0 InteroperabilidadPT/URlDescargaAdjunto mentos s/ParamelrosArj;¡umentos root!ext:UBlExtensions/ext:UBLExtensior [ 1J/Custom TagGenera!/lnteroperabilidad¡ Grupo de información para indicar ParametroArgu ParametrosArgum 1,0 Interoperabilidad PT/URlOescargaAdjunto caracterlstlcas <'Idicionales <'1 la URL ya G O..
N mento entos s/ParametrosArgumentos/ParametroArgl infOrmada. mento root/ext:UBlExtenslons/ext:UBlExtensior, [IJ/CustomTagGenera!/lnteroperabilidad¡ ParametroArgume Corresponde al nombre de parámetros o caracterislica 1,0 InteroperabilldadPT /URLOescargaAdjuntc Name 1.. 1 Nombre del elemento a informar oto información para la conexión. s/ParametrosArgumentos/ParametroArgl mento/Name,,. '0' " Value Valor del elemento a informar, root/ext:UBLE~tensions/e~t:UBlExtens¡or Corresponde a información adicional, claves, nombre de ParametroArgume 1..1 ",o archivos o caracteristlcas... • 11 J/Custom TagGenera!/1 nteroperabilida d;
LO InteroperabilidadPT /U RLOesca rgaAdjunto s/ParametrosArgumentos/ParametroArgl mento/Value 1 9 ABR 2021 OGO50 6,R!, •• RESOLUCiÓN NÚME'*:O de de 2021 Continuación de la resolución: "Porr"la'cual se~adoptan los campos de datos adicionales etnformato'!XML para la generación de la factura electrómca;del sector salud" ID _ _ "' o • Deserlpcfon Recaudo aportes del usuarIo del Sector SoI.l.u_d con facturasxPOS Grupo de Información para Indicar la Entregaoocume entrega que hará el Adquirente de los "lo eventos Cilmpo WS 0.0 - - - Web Service informado por el Facturador electrónico al Adquirente T F T.m ParametrosArgu mentos G ParametroArgu mento G A EntregaOocument • EntregaOocument • V Xpath root/ext:USlExtensions/ext:USlExtenslon 1.0 [IJ/CustomTagGeneral/lnteroperabilidadl InteroperabilidadPT/Entregaoocumento root/ext:USlExtenslons/ext:USlExtension O [II1Custom TagGeneral/lnteroperabilidad/ 1.
Interoperabilld<ldPT/Entrega Documentol WS root/ext:USlExtensions/ext:USlExtension [IJ/CustomTagGeneral/lnteroperabilidad/ 1.0 InteroperabilidadPT/EntregaDocumento/ WS/ParametrosArgumentos root/eJlt:USlExtensions/ext:USlExtension [IJ/CustomTagGeneral/lnteroperabilldad/ 1.0 InteroperabilidadPT/EntregaOocumento/ WS/ParametrosArgumentos/ParametroAr gumento root/ext:UBlfxtensions/ext:USlfxtension [II/CustomTagGeneral/lnteroperabilidadl 1.0 InteroperabilldadPT/fntregaDocumentol WS/ParametrosArgumentos/ParametroAr umento/Name root/eJlt:USlfxtenslons/ext:UBLEJllension (1l/CustomTagGeneral/lnteroperabilidadl 1.0 InteroperabilidadPTlE ntregaOocumentol WS/ParametrosArgumentos/ParametroAr gumento/Value El Web Service es utilizado para la recepción los eVentos que se genere por parte de Adquiriente. 1.. 1 Corresponde a un acuerdo o formalidad entre las partes (Emisor y Recepto). 1..1 ParametrosArgum 1..N entos Name Nombre del elemento a Informar E A Value valor del elemento a Informar E A Customlzatlonlo lñdicadordei t(po de oper.Jcfón de recaudó'. del Sector Salud; v<llor constante. 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 '" Observaciones No se Incluye fragmento del sector salud InteroperabilidadP 0.. 1 T G E PadN! ParametroArgume 01. ParametroArgume 01. 1..1 Corresponde al nombre de parámetros o caracterlstica información para la conexión. 1..1 Corresponde a información adicional, claves, nombre de archivos o caracterlstlcas. - -¡nvolce._.- - 1.. 1 Debe ser Informado el literal "SS· Recaudo" - - - - 1.0Involce/cbc:CustomizatlonIO Debe ser informado uno de los siguientes códigos literales ~Ol"o"04"; @schemelD SS-CUDE Indica que el recaudo de la cuota anticipada fue registrado en una fac·e tipo "O3~;
SS-POS indica que el recaudo de la cuota anticipada fue registrado en una f<lc tipo POS 1.. 1 • "SS-CUFE~ • "SS·CUDf~ • nss_POS~ Invoice/cbc:Customizationl o/@schemelD I ".~~' '~~ r.,(f"'\, n RESOLUCIÓNNÚMEFi~ O O5 \} 6 de 1 9 IIBR 2021 d·e· 2021 Pá' 9lna 33 de 62 •. ~.:.., " t:.l.continuación de la resolución: "Por la cual se'adoptan;-Ios campos de datos adicionales en formalb XML~para~la generación de la factura electrónica dersaclOfsalud!~..
ID n. "" FAK02 FAK03,b, '" FAK19 cae FAK21,'" campo DeScrlpdon Observaciones Padre Recaudo aportes del usuario del Sector T F T,m De V )(path No se Incluye fragmento del sector salud Sa.htd con facturas_'r'_POS De aquf en adelante se deben Incluir 105 demás campos que correspondan tal y como aparece en el )(SO Ven el INVOICE documentado por la OIAN.- AccountingCüst omerPa_rtv _.
Formato de datos del adquirente: Persona AddltionalAccou natural; 10 del usuario del servicio de nUO salud; valor constante ••• Datos de quien paga cuota del servicio en I/cac:PartyTalÓcheme p,rty ••• Datos del Usuario del servicio de salud en l/cac:Person PartyTaxSchem Grupo de infonnación tribUlarias del G Adquiriente., CompanylO ¡nvolee Id del adquiriente E. - Debe ser informado el valor R2AccountingCustom 1.. 1 erParty Indica que será utilizado el elemento /Person Involce/cac:AccountlngCustomerParty/ AdditionaIAccounUO"'-2- ••• Datos de quien paga cuota del servicio en AccountingCuslom 1..1 I/cac:PartyTalÓcheme erparty ••• Datos del Usuario del servicio de salud en Iltac:Person Invoice/cac:AccountingCustomerParty IParty p,rty " 3.. 13.
Invoice/cac:AccountlngCustomerParty 1.1 PartyTa.>;Scheme Seguir instrucciones del Ane:w:o Técnico vigente; incluirá IInvoiceJeae:AeecuntingCuslomcrParty/ea datos de quien hizo el pago. e:Partv/cac:PartyTa.xScheme No se dehen eolocnr O n 1ft iZQuierdn, Los cnrnete!:!.':s nlfabéticos.ínicnmenle nnrn n.-l911Irl('nle~ etlrnniero~ o en el ederlor.
En caso de ser NIT se debe inlionnar el NIT sin OV. El DV Ilnvoiee/eae:AceountingCustomerParty/ea 1..1 se debe infonnar cn el atributo@SChcmelD 1.0 c:Part'flcac:PartyTa.xSchemclebc:Comp:l1I Noln: Para idenlific:lr consumidor final del bien o servicio. ylD se ulilil..a el siguiente documento ""222222222222" 1..1 Noln: información necesaria para el cálculo del CUFE '" Person,b, ID @schemelD,b, FlrstName,b, FamilyName Identificador del Usuario beneficiario del servicio de salud Código;
Use la lista ATv1.8:2020 13.2.1. Si no se encuentra, utilice el valor "91~ Nombres del Usuario beneficiario del servicio de salud Apellidos del Usuario beneficiario del servicio de salud IdentityDocume,,, ntReference,,b, ID Identificador del Usuario beneficiario del servicio de salud p,rty 1..1 Person 0.. 1 ID 1..1 Person 0.. 1 Person 0.. 1 Person 0.. 1 IdentityDocument 0.. 1 Reference Corresponde con el emisor del documento de Identincación presentado por el beneficiario I Invoice/cac:AccountiogCustomerParty IParty/cac:Person Invoice/cac:AccountingCustomerParty IParty/cac: Person/IO Invoice/cac:AccountingCustomerParty /Party/cac: Person/ID/@schemeID Invoice/c3c:AccountingCustomerParty IPa rty/cac: Person/cbc: FirstName Invoice/cac:AccountlngCustomerParty IParty/cac: Person/cbc: FamilyName Invoice/cac:AccountingCustomerParty IPa rty/cac: Personl cac: IdentityDocument Reference Invoice/cac:AccountingCustomerParty Icac:Pa rty/c3c:Personl cac:ldentityDocumenl Reference 110 I, 9 ABR 2021.;.:: ~_ RESOLUCiÓN NÚMER'¡'Ü de de 2021 '. -,"l..,,;: "" fI-Col'\Unuación de la resolución: "Por la cual se adoptarb los campos de datos adicionales en formato XML para" la genera"ción de la factura electrónica del sector salud 'I¡ '\....ú~ OOO5 O6 D~s(rlpclOn ID "' campo Recaudo aportes del usuario del Sector Salud con fllcturas v POS T F T,m Padre @schemeName nombre_del_documento_lista_minSalud "" IssuerParty Parte expedidora del documento del Usuario beneficiario del servicio de salud, Do Observaciones No se Incluye 'raamento del sector salud 1..1 10 Ejemplo: 1..1 República de Ecuador República de Colombia INDUMll Nombre de la entidad expedidora del documento IssuerParty 1..1 '" Name Nombre de la entidad expedidora del documento PartyName 0.. 1 IssuerParty 0.. 1 PostalAddress 1..1 Person 0.. 1 cac:ldentityDocumentReference /IO/@schemeName •. '" PostalAddress '" Country, Nombre del pais de la entidad expedidora del documento - ResidenceAddre Dirección del Usuario beneficiario del servicio de salud '" " obo 10 Código del DANE de la ciudad del Usuario beneficiario del servicio de salud Xpath Invoice/cac:AccountJngCustomerParty /cac:Party/cac:Person/ 10 '" PartyName.
V Invoice/cac;AccountlngCustomerParty /cac;Partv/cac:Person/ cac:ldentityDocumentReference /cac:lssuerParty Invoice/cac:AccountingCustomerParty /cac:Pa rty/cac:Person/ cac:ldentityDocumentReference /cac:lssuerParty/cac:PartyNa me Involce/cac:AccountlngCustomerParty /cac:Pa rty/cac:Person/ cac:ldentityDocumentReference /cac:lssuerParty/cac:PartyName/Name Involce/cac:AccountlngCustomerParty /cac:Party/cac:Person/ cac: IdentityDocumentReference /cac:lssuerParty/cac:PostaIAddress Invoice/cac:AccountlngCustomerParty /cac:Party/cac:Person/ cac:ldentityDocumentReference /cac:lssuerParty/cac:PostaIAddress/cac:C ountry l~nvo¡ce/cac:AccountingCustomerparty /cac:Partv/cac:Person/ResldenceAddress Invoice/cac:AccounlingCustomerPartv /cac:Partv/cac:Person/ResidenceAddress/ 10 ResidenceAddress 1.. 1 Itvoice/C~C:Accounlin8Customerparty @schemeName Descripción del contenido obo CityName '" AddressUne[ 11 Nombre del DANE de la ciudad del Usuario beneficiario del servicio de salud 10 1°1 city code DANE ver documentación DIAN /cac:Party/cac:Person/ResidenceAddress/ ID/@schemeName ResidenceAddress 1..1 Itvoice/caC:AccountingCUSlomerpartv /cac:Partv/cac:Person/ResidenceAddress/ CityName ResidenceAddress 1.. 1 Itvoice/cac:AccountingCustomerparty /cac:Partv/cac:Person/ResidenceAddress/ • AddressUnel11 RESOLUCI6NNÚM~OD05!)6i_ 19 ABR 2021,, de de2021 Página 35de62 Continuación '€leJa resolución: "Por la cual se adoptan los camjJoS"de tfato~adicjonales en formato XML para la generación"de.la.factura electrónica del sector salud n ID n, CoImpo Descripción Recaudo iilI!)9rt_es del usuario del Sector T F T.m Padre Salud con,.ctiltas y POS,b, Une '" "" Country 1- AddressUne[l] Xpath •. ~, - Involce/cac;AccountlngCustomerParty /Party/cac: Person/ResidenceAddress/Add ressLlnel2] Involce!cac:AccountingCustomerParty /cac:Party/cac:Person/ResidenceAddress/ AddressLfne(2)/Llne Involce/cac:AccountlngCustomerParty Nombre del pais del Usuario beneficiario ResidenceAddress 1.. 1 /cac:Parto¡/cac:Person/ResidenceAddress/ del servicio de salud Country De aQul en adelante se deben Incluir los demás campos Que correspondan tal y como aparece en el XSO., en ellNVolCE documentado por la OIAN Dirección Llnea-2 AdditionalAccou Identificador del usuarIo beneficiario del,b, ntlD servicio de Salud,,, Item V /cac:Party/cac:Person/ResldenceAddress/ Addresslinell1/Une 1..1 ResidenceAddress 0.. 1 BuyerCustomer,,, - p,rty '" InvolceUne,b, UUID Obs'ervatlones.
Nó 5. Incluye fraamento del sector salud Involce/cac:AccountingCustomerParty Dirección L1nea-! AddressUne[2],b, Une O, - Concepto -de la veñta identificador del usuario beneficiario del servicio de Salud Línea de producto Que se factura Addressline(2) 1.. 1 Involce 0.. 1 Invoice/cac:BuyerCustomerParty - BuyerCustomerPar 1..1 Iy -- Involce/cac:BuyerCustomerParty/cbc:Add itionalAccountlD - - InvolceLlne 1..1 Invoice/cac:lnvoiceLlne/cbc:UUIO Invoiceline 1..1 Invoice/cac:lnvoiceLine/cac:ltem,b, Oescrlption(l] Descripción del recaudo facturado Item,be Descrip!ionl2J Oescripción complementaria del fQcaudo ttem O..
N • • • tdentificador de la autorización asignada,,, Buyersltemlden tificalion InvoiceUne,b, ID Buyersltemldentifj 1..1 calion schemeAgencyl ICódigo prestador de servicios de salud O Vea la Extensión del SS 1 1 - t.-.l Debe reportarse uno de los siguientes Conceptos Copago Cuota Moderadora l..N Cuota de recuperación • Pagos compartidos en planes voluntarios de salud por la ERP/EPS Identificador de la autorizilción asignada por la ERP/EPS - Invoice ID 0.. 1 1L11 Invoice/cac:lnvolceUne Invoice/cac:lnvoiceUne/cac:ltem/cbc:Des criptlon]l] l~nvoice/cac:lnvoiceline/cac:ltem/cbc:Des cription(2] !~nVoice/caC:lnvoiceLine/cac:ltem/cac:BUY ersltemldentification Invoice/cac:lnvoiceLine/cilc:ltem/cilc:Buy !ersltemldentifJcation/cbc: I D Ilnvoice/caC:lnvoiceune/cilc:ltem/cilC:Buy ersltemldentification/cbc:l D/@ schemeAgencylO,,01 ~.o....
Oa() 5 6 J,.9 ABR 2021 RESOLUCiÓN NÚMERd 1} Q de de 2021 u Continuación dé·l3J:resoluci6o: por la cual se adoptan los campos de dates adicionales en formato XML para la generación de la"faetura electrónica del sector salud" ID n. campo Recaudo aportes del usuario del Sector Salud con facturas y POS schemeName. ID n,. Descripción CredllNote F T.m O, ID 1..1 Padre O, Observaciones No se Incluye fragmento del sector salud V Xpath Involce/cac:lnvoiceUne/cac:ltem/cac:Buy ersltemldentification/cbc;IO!@ schemeName Debe reportarse el siguiente texto ~ Autorizal D-ERP /EPS".
T F T.m sedor Salud con notas crédito Grupo de campos para Información G reladonadas con ~I recaudo de los a~ortes Observaciones No se Incluye fragmento del sector salud V Xpath 1.0 1..1 '" UBlEKtenslons,,'.UBlEKtensionl1!. nijlcaaordHtipo ae opernción ae recaudo CustomlzatlonlD,'" - de1.Sector Salud: valor constante @schemelD Padre.
AutorlzalD·ERP/EPS Destrlpe/on ReconocImIento aportes del usuario del Compo T CreditNote 1..1 CreditNote/eKt:UBlEKtenslons UBlEKtensions 1..1 CreditNote/eKt:UBlEKtensions/ eK1:U BlEKtenslon!ll - 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 CreditNote 1.. 1 CustomizationlO 1..1 _. ~SS·Recaudo".. 1.0 CredltNote/cbc:CustomizationID - Debe reportarse el siguiente teKto • "SS-CUDE'" CreditNote/cbc:CustomizationID/@schem "D Similar al reqistro de Invoice 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. ID "' -. Campo Invoice,,' UBlEKtensions - Descripción Acreditacl6n de aportes del usuario del Sector Salud a las facturas que pagará el ERP/EPS Grupo de campos para información relacionadas con la acreditación de los aportes - T F T.m - - Padre G Do Observaciones 1.0 1..1. - V 1.. 1 Invoice.. _--.. --.
Xpath, - Invoice/ext: UBlExtensions; j I: I~ J ~::;; Sx N O ~Cii E o ~ "!ti o:..p ~ • • • • 1 e;• 1 ro e o 'ü '5 ro i 1 1 1. -'" -.· ~~ _o •M. ~ ~.~ • • a •~ -•' •, • •, ~o • ••.!!• •. · j ~ ~ " ~ 0- ~: ¡ I~ ¡; • '5.~ c~..2, " -" ""'O,,:i ~ Q.. ~ a:: 1>.~ o -c"':;;lUlc:..- g -;:; ti == ¡¡ fr !j ~~ •!:!.!:! o:: VlE..=.. ·!:!oC:~~ 1!"a~·-c.> I;! u ~ o 1.>:.~ · ifo u 8 e ~ ~ ¡¡ o e ou ~ ~ 5.E: ov;:: !¡"~. '0 () ~I." iii..,E "e --ª- -.1 I~ ~ I~~ -- =-e'f!U u o ~ 'O.." • o"" 8.~",;:I.!! 'ü ro e e - _ o o •.-i • • • • '"..·6.;, •,•, •• ~ -. - 8... · ~ ~. ~'::) " •, ~ •.~ o •.~.~ ~ ~ 4J;1 t; ~- •o ••:g:;; •· •, ~~.; f;b 'Ui~!Ji · --• • •u o0 _ o • <o -• •,- • '0 4J "¡¡; ~ •0 _ -·•.• ·. ifoo • •~ -o ~ !!; n~. ~ x.~ -.~ i~ • 11- - RESOLUCiÓN NÚMEROO Cn0506 de 1 9 ABR 2021e 2021 Continuación de la resolución: "Por,ta Gual se;adoplan los campos de datos adicionales en:oformato XML para la generación de la factura electrónica 'del sedor salud" )!L. Ol!scripcl6n 'o ns "' mpo Acreditación de aportes del usuario del "~d' S 'd, "do """ _?( a u a as uras que pagar• eI T F T i!U" P d a re O Ob I (seN,U: on4!!!S ERP/EPS.... @schemeVerslo Numero De AUlonzaClón. nlD Vea arnba la Extensión para el SS b,, UUIO:denli~cadorl~n,iv~rsal de la:a~-e mediante C"d"' 'de re'6 17.0 e recaudo e aporte. n cnn e 9 enraeteres... @sehemeName AlgoTltmo de resurnc:n utrh:rlldo: valor con~tante Fecha de la fnetura de venta: formato 3!ln:lmm- dd c bc 'ssue Date cbe..
Document' ype.. COO Código del tipo de documento e ebe cae b e e. @llstURI -- @schcmclO;'dentlfiCador del usuario beneficiario del servicio de Salud1..IAdditionallnfonnation[3 /Vnlue[ 11 Id I · d d LISla e ocurnentos de SJl u; va or V X h pat o • Involce/cac:BillingReferencelll/cat:lnvoic,O 01 Debecorresponderconeldocumento 1 '".
"lnvolceOocumentReference~ O R' / b 'O/@ h V e ocument e erence e e: se eme ersionlO InvoiceDocumentR Debe corresponder con el documento eferenee 1..1 "lnvoieeooeumentReferenee~ Invoice/cac:Bi1l1ngReferenee[lJ/cac:lnvoic eoocumentReferenee/ebe:UUlo Invoiee/eae:Bim ngReferenee[1 J1eae:lnvolc eoocumentReferenee/ebe:UUID/@sehem eName:"CUFE-SJ-IA384" 1..1 Debe reportarse el literal "CUFE-SHf\384~ UUID InvolceDoeumentR 1..1 e, erenee Invoice/eac:Bill1ngReferenee[lJ/cac:lnvoic eoocumentRe,erence/ cbe:ls5ue Oate Involce/cac:BJllingReference[lJ/cae:lnvoic eoocumentReference/ebc:ooeumentType Cede Debe reportarse uno de los siguientes literales InvoleeDcx:umentR f 0..1 · ~01~ • ~04" e erence D ocumcntTvpeCo.
". d. 1..1 Debe reportarse el literal TlpoDocumento-2.1 SSalud.gc" Invoiee/cae:BillingReference[lJ/cac:lnvolc eooeumentReference/cbc:DocumentType Code:"TIPoDocumcnto-2.\ SSa\w.J.)o;c" InvoiceDocumentR Invoice/cac:BillingReference[lJ/cac:lnvoic Descripción del documento que evidencia 1..1 DocumentT vpe • el recaudo del aporte eferenee eoocumentReferenee/ebe:oocumentType De aqul en adelante se deben Incluir los demás campos que correspondan tal Vcomo aparece en el XSO y en ellNVOICE documentado por la OIAN Depende del valor reportado en el elemento'. 1, -- Involeeoocume..Ictx::Customi71ltionID:"'''SS-CUDE'': estc •.
". R' O.. '03" I d CUOE Invoiee/eae:SillingReferenee[11/eae:lnvoie.. I IOg e erenee.. 1 Involee tipo, reporta e reeau o con un ntReference frngmento corresponde a uno fac-c tlpo eDocumentReferenee "03': que tiene un CUOE RCport3 el numero de 13 fae-\'!: ID Prcfijo+Consecutivo con el ellnl se ~ali7.ó InvolceDoeumentR Invoice/cac:BllIlngReferenee!11/eae:lnvoic d recaudo. y cuyo vnlor ~er:l. 3ereditndo n la eference 1..1 eoocumentReference/lo rc~ntc faelUrll.
ID I @ schcmc:-':!lIlIe ÜJl<!ración de ~'audo _.. -, Involce/cac:BillingReferenee!11/eac:lnvoic eOocumentReference/cbc:!o/@schemelo 1..1 I ID.- 1..1 Debe ser informado el literal "SS_Recaudo" Invoice/cac:BiUingReferenee[llleac:lnvolc eoocumentReferenee/cbc:lo/@schemeN ame:"SS-Reeaudo tnvoiee/cac:BillingReference!ll/cac:lnvoic O Rf / b 10/@hN:m:cument e erence c c: se eme H.,,@sehCmeAgenCCOdigOprestadordeserviciosdesaludlol'0 1 ylD Vea arriba la Extensión para el SS..
¡ I¡ 19 ABR 2021 eoo5 o6 l<:"'" RESOLUCiÓN NÚMEFfcfl de' de ·2021 ";."..:rl \. \-.!_Continuación de la resolución: "Por la cual' se:adoptalklos campos de datos adicionales en formato ¡){ML',para:la generación de la factura electrónica dersectcrr salud~ ID "' Descrlpcl6n Acreditación de aportes del usuario del campo Sector Salud a las facturas que pagará el ERi'/EPS @schemeVerslo Numero De Autorización 010 Vea arriba la Extensión para el SS Identificador universal de 1::1 fac-c medi::mle la cual sc realizó el recaudo del 3ponc. obo UU1D Cadena de 96 caracleres @schemeName,b, IssucD3te.
DocumenlType o'" Cede. - • obo.. o,,, obo - T F T.m Padre Do ID 0.. 1 Observaciones al nvoiceOocumentReference Xpath,~ Invoice/cac:8illingReferencellllcac:lnvolc Debe corresponder con el documento eDocumentReference/cbc:ID/@schemeV h ersionlD InvolceOocumentR Debe corresponder con el documento 1..1 eference ~lnvoiceDocumenl Reference~ tnvoice/cac:BillingReferencelll/cac:lnvoic eOotumentReference/cbc:UU1D Algoritmo de resumen ulili7.ado; valor conSlante UUID Fecha de la faelura de venta; formato a.·laarnrn-dd l!nVO!CeDOcumentR 1.. 1 eference Código del tipo de docum~nto Debe reportarse uno de los siguientes literales IlnvO!CeDocumentR 0.. 1 • "03~ • eference • V. lnvoice/cac:BillingReferencell!/cac:lnvoic eOotumentReference/cbc:UUID/@schem 1..1 Debe reportarse el literal ~CUDE-SI-lA3&4~ eName,,~CUFE-SHA3&4~ Invoice/cac:BillingReferencelll/cac:lnvolc eOotumentReference/cbc:lssueDate Invoice/cac:BillingReferencelll/cac:lnvoic eDocumentReference/cbc:DocumentType •.
Code Invoice/cac:BillingReference(l1/cac:lnvoic Lista de documentos de salud: valor DocumenlTypeCo @lislURI eDocurnentReference/cbc:DocumentType 1.. 1 Debe reportarse el literal ~TipoDocurnento-2.I_SSalud.gcM constante de Code="TipoDocurnento-2.1 SSalud.gc" Invoice/cac:BillingRefereneelll/eae:lnvoie Descripción del documento que evidencia l~nvo'ceDocumentR • DocurncntTypc 1..1 '. eferenee el recaudo del aDOne eDocumenIReferenee/ebe:DocurnentType De aqu! en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en ellNVOICE documentado por la DIAN --",.
Depinde del valor reportado'en el elemenló. Jcbc:CustomizationID:""SS-POS~: este InvoiceDocume Involce/cac:BiillngReference[l!/cac:lnvoic rrngrnento corresponde a una factura POS. BillingReference 0.. 1 Factura POS ntReferenee eOotumentReference y debe reponmse la autorización DlAN ara el ron 'o utilizado.... Repona el numero de la fac-POS: ~(,mero InvoiceDocumentR Involee/cac:BillingReference[11/cae:lnvoic del tiquete POS con el cual ~c reali:.:ó el ID 1..1 recaudo. y cuyo v:lIor será acreditado:l la eDocumentReference/1D eference reSCIlIC litcturn. identificador del usuario beneficiario del Invoice/cac:Bi1lingReference[lt/cac:Jnvoic @~chcmcID ID servicio de Salud1.. 1 eOocumentReferenee/cbe:ID/@schemelO.J,\ddition:lllnform:llionI31iVaJuc[ I1.
Invoice/cac:BillingReference[IJ/cac:lnvoic. @ schcme;'\ulllc Osx'rnción de rce:\udo ID eDocumentReference/cbc:ID/@schemeN ' 1 Debe ser informado el literal ~SS-Recaudo"...... @schemeAgenc Código prestador de servidos de salud ylD Vea i1rriba la Extensión para el SS.. ID 1 0.. 1 ame",~SS-Recaudo~ - - Invoice/cac:BillingReference[ll/eac:lnvoic eDocumentReference/cbc:ID/@schemeN.me • • ~ • • • "':, RESOLUCiÓN NÚMER0{lD () O5 O6 de 1 9 ABR 2021 de 2021 ',.:1. -' Ifr CO"ntinl!l~ción de la resolución: "Por la cual se adoptan lo~campos de datos adicionales en formato XML para la'generación de la factura electrónica del sector sabl'd..·• '\- ID Ins ¡Campo 010 ACredltadÓn de aportes del usuario del Sector Salud ~ 'as facturas que pilg;d el, Aulori71lción Ivea arriba la Extensión para el SS Ir 1, lrom !padré !oc ¡Observacrones lID 10.. 1 ael cbe.., UUIO >"0 lUUtD venta; ~ DocumcntTypc ¡Código del tipo de documento Code;11..1,b, cbe I Fcehn de 1 mm-dd ILisla de documentos de salud; valor Id, ____.ipción del documento que c"idenda ICbe I1 ypt:\-o 11.. 1 IDebe reportarse el literal ~TipoDocumcnto-2.1_ SSalud.gc 1'" AddftlonalDocU I realizó clll.'Caudn, y cuyo valor,'>1.'rá tlcreditado a la resent\! facturn. identificador del usuario beneficiaril, de Satud~m l@schcmcNnmc !Opcrncióll de rccnudo I @SChemeAgenc ICÓdigO prestador de servicios de salud Vea arriba la EJltensión para el SS ViD h!. leOo< l ' 1-- 10.. 1 IFactura Talonario --'.'-r-'.-- a una fnclurn mentReference o de papel, y debe reportnrse la,ción D1AN para el rango "'purtll el numero de la fae-Talonad:-':(tmero del documento con cl cual se I,b, 1'0 M n el XSD V en ellNVOICE documentado por la OIAN o en el. este IC~e • s que I •.. de del v(llor: I~n~~ reportarse uno de los siguientes literales 11.1 1el feClludo del aporte ".(', Iv Ix.oI" 1..1 lID 1.. 1 lID 1..1 IDebe ser informado el literal ~SS-Recaudo~ lID 10.. [ 1;,0 • !eName,," ~ '''0''0506 de1 9 ABR 2021 RESOLUCiÓN NÚMERCH: " t i...,,' de 2021 'Páglna 41 de 62 Continuación de;la, resolución: uPar la cual se adoptan los campos· de datos adicionales en formato XML para la generaoión de· la factura electrónica del sector salud" 10 "' eampo Descripción Acreditación de aportes del usuario del Sector Salud a las (i1Icturas que pacará el T F To..
",O Vea arriba la Extensión para el SS UUID rungo del Talonario utili7.ado paro el rcc3udo del aporte Número de In autOr171lción DIAN paro el ID 0.. 1 AdditionalOocume ntReferente @schemeName Se omite este atributo,b, IssucDate eb, De Observaciones v Xpath: ERPlEPS @schemeVersio Numero De Autorización,b, Padre Invoice/cac:8iIUngReference(1)/cac:Additi 1.. 1 onalDotumentReference/cbc:UUlO UUIO 0..0 AdditlonalD<x::ume 1..1 ntReference Fecha ue la factura de venta: formato aaa..1mm-dd Invoice/cac:8illlngReference[1]/cac:Additi onaIDocumentReference/cbc:lssueOate Invoice/cac:8illingReference(1]/cac:Additi onaIOocumentReference/cbc:OocumentT ypeCodc Invoice/cac:8illingReference(1]/cac:Addlti onalOocumentReference/cbc:OocumentT ypeCode"'"TipoDocumcntQ2.1 SSnlud.p:c~ Involce/cac:8illingReference[lJ/cac:Additi onaIOocumentReference/cbc:OocumentT yp.
Additiona lD<x::ume Debe reportarse uno de los siguientes literales 1.. 1 -_n_ntReference DocumcntType Código dd tipo ue documento Codo @listURI Involce/cac:8i11ingReferencc(1)/cac:Additl onaIDocumentReference/cbc:ID/@schem eVerslonlD Lista de documentos de salud: valor const:lntc DocumcntTypcCo d, 1..1 Debe reportarse clliteral ~TipoDocumentQ-2.1_SSnlud.ge~. ebe DocumentTypc "e eb, Depende del valor reportndo en el elemento CreditNotcDocu..Iebc:ClI.~tomizationlD:"'''SS-CUDE'': este mentReference fm entn corresponde a una nota crédilo.
Reportn el numero de la nota crédito: Numero ud documento con el cual se 10 reconoce el recaudo. y cuyo valor St'rn acreditado a la preSt'ntc factum. identificador del usuario beneficiario del @schcmclD servicio de Salud.JAdditionnllnrormationI3IiValucll] @ schemc:-':ame Opemción de recaudo, AdditionalDocume 1..1 ntReference Dc.~cripción dd documcnto que evidencia el recaudo del aporte @schemeAgenc Código prestador de servicios de salud ylO Vea arriba la E~tensión para el SS @schemeVersio;-.Itirncro Oc,\utori7ación Vea arriba la Extensión para el SS 010 -. -._- - 81111ngReference Invoice/cac:8i1lingReference(1]/cac:Credit NoteDocumentReference I 0.. 1 Nota Crédito CreditNoteOocum 1..1 entReference 10 1..1 10 1..1 Debe ser informado el literal ~SS·Recaudo~ Invoice/cac:8illingReference(lJ/cac:Credit NoteDocumentReference/ID,,I 1'0 0.. 1 10 0.. 1 •,, I I Invoice/cac:8illingReferencell1/cac:Credit NoteDocumentReference/cbc:ID/@sche metO Invoice/cac:BillingReferencelll/cac:Credlt NoteDocumentReference/cbc:ID/@sche meName","SS·Recaudo" Invoice/cac:Bi1lingReferencelll/cac:Credlt NoteDocumentReference/cbc:ID/@sche meName l~nvoice/cac:B¡ttingReferencell l/cac:Credit NoteDocumentRefcrence/cbc:ID/@sche meVersionlD.r."4 ",..
O" {) 5 O6 1 9 ABR 2021 _,." RESOLUCiÓN NUMERd t; de de 2021 Pág;na 42 de 62 Continuación de lalesotüción: "Por la cual se adoptan los campos dea.datos adicionales en formato XML para la generación de ta~factora electrónica del sector salud" Descrfpclon ID "' AcredItación de aportes del u~uario del Sector Salud a las facturas que paRar' ~ Campo F T.m Padre Do V Xpath Observaciones ERPlEPS obo UUIO @schemeName • T obo IssucDatc DocumenlTypc o'" Cod, Identificador univer.;.al de la nota crédito mediante la (unl se realizó el reconocimiento del 3ponc.
Cadena de 96 carncteres Algoritmo de resumen utilizado; v310r CreditNoteDocum entReferente UUID con~tantc tnvolce/cac:BilllngReference[ll/cac:Credit 1.. 1 NoteDocumentReference/cbc:UUID 1.. 1 Debe reportarse erliteral "CUDE-$HA384" Fecha de la factura de venta; formato aaaamm-dtl CreditNoteDocum 1..1 entReference Código dellipo de documento CreditNoteDocum Debe reportarse uno de los siguientes literales 1.. 1 "_n_~ entReference. obo @listURI Lista de documentos de salud: valor constante DocumentTypeCo d, DocumentType Descripción del documento que evidencia el recaudo del 3ponc CreditNoteDocum 1..1 entReference 1..1 Debe reportarse elltteral ''TipoDocumento-2.I_SSalud.gc" Invoice/cac:BittingReference[11/cac:Credit NoteDocumentReference/cbc:lssueDate Invoice/eac:BittlngReference[11/cac:Credit NoteDocumentReference/cbc:DocumentT vpeCode Invotce/cac:BitllngReference]11/eae:Credit NoteDocumentReference/cbc:DocumentT vpeCode:"TipoDocumento2.1 SSalud."é Invoice/cac:BillingReference]lj/eac:Credit NoteDocumentReference/cbc:DocumentT >P' De aqul en adelante se deben Inch.llr los demás campos que correspondan tal y como aparece en el XSD y en ellNVOICE documentado por la DIAN "" - BillingReferene cUne...-.. --,---- -- --- SilUngReference -- -- Reporta el numero de la fac-Talonario: Número del documento con el cual se realizó el recaudo.)' cuyo valor será acreditado a la presente fnetur:l: el número es asignado y su no duplicación cstán C:lnlO dd FE identificador del usuario beneficiario del servido de Salud.. /Additi,mallnformalionl3l/Valuclll obo ID @sehemdD I I - - -,I ID 1.. 1 lnvoice/cac:BitlingReference]ll/cac:Silling ReferenceLine/cbc: I D/@schemeIO ID 1.. 1 Debe ser informado el literal nSS+Recaudo" ID 0.. 1 ID 01 • l@schemeverSiO ~ulllcro Dc Autoriz:lción Vea arriba la Extensión para el SS 010 -- -- Involce/cac:BiIlingReference]11/cac:SlIIing ReferenceLine/cbc:1D " @schemeAgenc Código prestador de servicios de salud Vea arriba la Extensión para el SS viD - 1..1 Bi II ingRcfereneeL i @schcmc:-\mne Opo:rnción de rceaudú - 1..1 Valor a acreditar I Invoice/eac:BiIlingReference[lJ1cac:Billing ReferenceLine/cbc:ID/@schemeName=nS S-Recaudo" Invoice/cac:BillingReference[IJ1cac:Billing ReferenceUne/cbc: I D/@schemeName Invoice/cac:BillingReference( 111 cac:SillingReferenceline/cbc:IO/@scheme VersionlO '" RESOLUCiÓN NÚMER¡/)(' {} nO5 {) 6 de· 1•9- ABR 2021 de 2021.,,- 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~eleótr.ónica del sector salud~ ID "' Campo DeScrIpción Acr@dltaclÓn de aportes del usuarfo del T Sector Salud a las facturas que palar' el ERP/f:PS -.
F T,m Cantidtld a acreditar: numero real: sin ebe Amount @currencylD De Padre aillingRefcrenccLi formato: sin signo: con dos decimales y scoarndor signo punlo; nnn.no "C Observaciones V Invoice/cac:BillingReference[ll/cac:Billing 1.. 1 ReferenceUne/cbc:Amount Involce/cac:BillingReference[ll/cac:Billing 1..1 Debe reportarse efliteral Neo?" Código de moneda: valor conslante )(pa1h ReferenceUne/cbcAmount/@!currcncyID Debe reportarse uno de los siguientes Conceptos • Copago Invoice/cac:BillingReference[11/cac:Billing @ Concepto del recaudo del aporte que se • Cuota Moderadora currcncyCodeLi 1,.1 RererenceUne/cbc:Amount/@ acreditará a eSla factum • Cuota de recuperación slVersionlD currcncyCodcList Vcrsion ID • Pagos compartidos en planes voluntarios de salud De aqur en adelante se deben incluir los demás campos que correspondan tal y como aparece en el)(SO y en ellNVOICE documentado por la DlAN --,,, PrepaidPl1ymenl z(,be Invoice Cantidad acumulado a acreditar a esta factum que se libm a la ERP/EPS; suma(lnvoice/cac:BillingRefereoce[XI/cac:B PaidAmounl[YI IlllngReferenceUne/cbc:Amount); numero real; sin form::lto: sin signo; con dos de<:imalcs y scp.1rador signo punlo; nno,nn @'currcncylD Involce/cac:PrepaidPaymentrZV - PrcpaidPaymentlZ Invoice/cac: Prcp:tid Pay ment[Z I'cbe: PaidAmount[ Y V(ü'currcnevI D De aqul en adelante se deben IncluIr los demás campos que correspondan tal y como aparece en el XSO V en ellNVOICE documentado por la OIAN 1..1 Debe reportarse el literal "COP~ - Valor Tot:ll a acredita.r; nlÍmero re:tl; sin legalMonetarvTot seoarndor s¡~no punlo: nnn.nn " Código de moneda: valor constante PrepaidAmount cbc BUYCT$IICmldcnt¡:dcntilicaci,in dc fa aUI\Jri:rJción dc la ilicutiun ERI'"Ej'$ ¡ldCntilicador de la autnri/:lción dada al usuario beneficiario del SS 110 Illem III -- - 1..1 Debe reportarse el literal "COP" 0.. 1 !BUt Cr.<:ltCnlldentiliI 1.. 1 1 catlun - -Involce/cac:legaIMonetarvTota 1 /cbc:PrepaldAmount 1..1 I '" I lovoice/cac:Prcp:tidPayment[ZVcbc: PaidAmount[YI I P¡¡idAmount[YI Código de moneda: valor constante,b, PrcpnidAmouot formato; sin signo: con dos de<:imalcs y '!! currcncyl O 1..1 I I I I Invoice/cac:legaIMonetarvTota I /cbc:PrepaidAmount/fii'currcncv l O Invoice(lllcac:lnvoiceUne(lllcac:ltem(ll/ cac:Buyersltemldentif]cation[ll/ IlnVOiCe(11/cac:lnvoiCeUne(1 1/cac;ltem(1 1/ cac:Buversltemtdentificalion(ll/cbc:ID[l!.,3,. 1 9 ABR 2021 0 nG{) 5 O6 RESOLUCiÓN NÚMERO de "., de 2021 '., '., Continuación de la resolución:J:Por~la cual se adoptan los campos de datos adicionales en.Jonnato XML para la generación de la factura ele€trónica del-.sector salud" ID n,.- j~~SCr_iPcrón éampo,.
Acreditación de aportes 4el u$uarlo del. Sector Salud a la$ fatturas que pagará el ERP'[EP.S.. @schemeVersio Definición del contenido del elemento 01D T F Tam Padré 0' y )(path Qbserv~cíon~s.. ID - 1..1 Debe reportarse el literal "AutorizalD-ERP!EPS" Invoice[1I!cac:lnvoiceLine[11/cac:ltem[l]J cac:Buyersltemldentification[1I!cbc:ID[11¡ @schemeVersionID="AutorizaIDERP/EPS" De aquí en adelante se deben incluir los demás campos que correspondan tal V como aparece en el XSD V en ellNVOICE documentado por la DIAN ~~~;.. ~,,,...'tr¡,.
RESOLUCIÓN'NÚMER~00G0506 de de~2021 - 'fe Continuación de la ~esolución: "Por la cual se..adoptan los campos de datos adicionales en formato XML:para la generación de la factura electrónica déf sector ffalud~ 19 ABR 2021 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 ID "' Campo Involce.n UBLExtenslons '" UBlExtension[ll,b, CustomizationlO lllescrlptlón Reporte de aportes del usuario del SS V T aplicaciÓn de tratamientos contractuales y contables con facturas y notas crédito Grupo de campos para Información G elado adas ca el ree do de los ap'ortes Similar al registro de Involce de "SSRecaudo" Inulcador oel tipo De operaclon 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 Jos siguientes fragmentos: • •, T.m ex Padre Observaciones V Xpath 1.0 1..1 Invoke 1..1 Invoice/ext:UBLExtensions UBlExtensions 1.. 1 Invoice/ext:UBLExtenslons/ ext:UBLExtensionl1 J Involee 1..1 Debe reportarse "SS-Reporte" 1.0 Involce/cbc:CustomizationIO Involce/cac:BilllngReference/cac: InvolceOocumentReference Involce/cae:BlllingReference/cac: CreditNoteDocumentReference • InvoJee/cac:BillingReference/cac: AddltlonatDocumentReference De aqul en adelante se deben Incluir 105 demás campos que correspondan tal y como aparece en el XSO V en ellNVOICE documentado por la OIAN -- Valor a reportar; referencia-auna,,, BillingReference transacción acorde con lo anotado en '" '" - - -- - - - - - - - Jnvoice/cac: BilllngReference( 1) Involee l..N i.. /cbc:Customizatlonlo Involce/cac:BilHngReferenee(lJ1cac:lnvoic Involeeooeume Este fragmento corresponde a una fac-e o ei1lingReference 0.. 1 eOocumentReference ntReference a un tiqu~te POS -- -De aquí en adelante se deben Incluir 105 demás campos que correspondan tal y como aparece en el XSO V en ellNVOICE documentado por la oJAN AddltlonalOoeu Este fragmento corresponde a una factura Involce/cac:BillingReferenceI11/cac:Additi BillingReference 0.. 1 Factura Talonario, mentReference talonario onalDotumentReference De aqul en adelante se deben Incluir 105 demás campos que correspondan tal y como aparece en el XSO y en ellNVOICE documentado por la DlAN Invoice/cac:BillingRefer~nce[lJ1cac:Credit CredltNoteOocu Este fragmento corresponde a una nota eimngReference 0.. 1 Nota Crédito, NoteDocumentReference mentReference crédito De aquí en adelante se deben Incluir 105 demás campos que correspondan tal y como aparece en el XSO V en el INVOICE documentado por la DlAN 111 '" -- -- - ',.-;.;<. ~ RESOLUCiÓN NÚMERG:: Oe{) 50 6 de 1 9 ABR 2021 de 2021-:0' " ~.,' ",_Continuación de la resolución: "Por la cual se adoptan..loS'campos de datos adicionales en formato XM~para la. generación de la factura electrónica del sectortsalnd~,n,.
Descripción 10,,i campo "' Reporte de aportes del usuarIo del SS y T apllcaci6n de tratamientos contractuilles y contables con facturas y notas crédito F T,m No aplica para los elementos relacionados ", _IZIPrepaldPavment en el frallmento.. /BillingReference.... Padre '" Observaciones Involee 0..0 V Xpath I De aqul en adelante se deben Incluir los demás campos que correspondan tal V como aparece en el )(50 y en ellNVQICE documentado por la ClAN.
NOiípllca par:l. los elémcrllos rclacíonádo5. el fragmento.JBillingReferencc, y con,b, [lrcpaidAmount envalores acumulados en el frngmento.J LegalMonetaryTot " 0.. 0 Pre aidPaymen.tIZI.... De aqul en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSO y en ellNVOICE documentado por la DlAN 18.2.5.
ID ns Campo Involee 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 Faci;"~~cI6~ de bienes y servicios del SS sin recaudos de aportes del usuario del SS Grupo de campos para informaci6n relacionadas con el recaudo de los T Oc Observaciones Padre G V Xpath 1. 1.. 1 UBlExtension s ~IBlExtensionl Similar al registro de Involce de "SSRecaudo" Customizationl Indicador deltip"ó de operación de ebe O recaudo del Sector Salud _.. _ -",, Tam F O aPOnes."." ~ Involee 1.. 1 Involee/ext:UBlExtensions UBlExtensions 1.. 1 Invoice/ext:UBlExtensionsl extUBlExtensionf11.. - Involee,. -.
Debe reportarse ·SS-SinAporte" 1.. 1 O tnvolcelcbc:CustomizationlO Las ejemplificaciones disponible son: 8.g. Caracteristlca • SS-Recaudo: recaudo de aporte mediante una fac-e: ilustra el uso del fragmento..IlnteroperabilidadPT • SS-CUFE: cobro a ERP/EPS acreditando aporte desde una fae-e, de acuerdo con lo convenido contractualmente: ilustra el uso del fragmento.. lInteroperabilidadPT Archivo • A 1_minSalud l_ipsRecaudoAporteUsrMedlanteFac-eVP J nterop_2021. xml • A 1_minSalud2 _ipsCobra ERPMedianteFac-eVPConAcredita_Interop_ 2021.xml -- RESOLUCIÓNNÚMERh?OC0506 de 19 ABR '20'21 " de2021i; 'Página47de62 '1" COfltinuaciónroe la resolución: "Por la cual se adoptan los campos de_datos adicionales en formato XML para la genéracióLT:de la factura electrónica del sector salud~' e.g. Archivo Característica • SS-Recaudo: reconocimiento de aporte mediante una nota crédito • A2_minSalud1_ipsReconoceAporteUsrMedianleNCrVP _2021.xml • SS-CUOE: cobro a ERP I EPS acreditando aporte desde una nota crédito, de acuerdo con lo convenido contractualmente • A2_ minSalud2JpsCobraERPMedianleFac-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 • • • SS-Recaudo: recaudo de aporte mediante factura "04" de Contingencia OIAN • SS-CUOE: cobro a ERP/EPS acreditando aporte desde una factura que se expidió en medio de una Contingencia de la OIAN, y que fue entregada al beneficiario sin la constancia de autorización de la OIAN.
Cuando se restablezca el Sistema de la OIAN, la IPS debera remitir ellnvoice para la obtener la respuesta de la VP, y posteriormente la IPS o el Usuario del SS podra 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, Le. autorizada por la OIAN, de acuerdo con lo convenido contractualmente • no hay formato XML para el Recaudo POS: sera definido por la OIAN posteriormente • SS-POS: cobro a ERP/EPS acreditando aporte desde una factura POS que se expidió mediante un rango autorizado por la OIAN, el cual debe incluirse, de acuerdo con lo convenido contractualmente • • no hay formato XML para el Recaudo en factura de talonario • SS-Recaudo: no hay formato XML SS-Num: cobro a ERP/EPS acreditando aporte desde una factura de talonario que se expidió mediante un rango autorizado por la OIAN, el cual debe incluirse, de acuerdo con lo convenido contractualmente • A6_minSalud2JpsCobraERPMedianteFaceVPConAcreditaFac Talonario _ 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 • • A 7_ minSalud UpsRecaudoVT ransferAporteUsrMedianteF ac-eVP_ 2021.xml • no hay formato XML • Aa_ minSalud2 _ipsCobra ERPMedianteF ac-eVP_ sinAporte_2021. xml • • 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 • No hay aporte: SS-SinAporte: cobro a ERP/EPS sin aporte, por el 100% de la tarifa de los servicios prestados • • • •· •.
A3_ minSalud 1_ipsRecaudoAporteUsrMedíanteFac03_ 2021.xml.. A3_minSalud2_ipsCobraERPMedianteFac-eVPConAcreditaFac03_2021.xmt A4_ minSalud 1JpsRecaudoAporteUsrMedia nteFac04 _ 2021.xml A4_minSalud2_ipsCobraERPMedianteFac-eVPConAcreditaFac04_2021.xml. SS-Recaudo: no hay formato XML... A5_minSalud2JpsCobraERPMedianteFac-eVPConAcreditaFacPOS_2021.xml A7_minSalud2_ipsCobraERPMedianteFac-eVP_ NoAcredita_2021.xml '." 1~;' '\. 19 ABR 2021 Ono 5·0 6..,., RESOLUCiÓN NUMER9i? de de 2021 Continuatió", de--Ia. resolución: uPar la cual se adoptan los campós~de 'datos,adicionales en formato XML para la generacióh dE1\Ja (actura electrónica del sector salud" Característica 0·9· • • SS-Recaudo: recaudo de pago compartido de plan voluntario de salud rrlediante una fac-e "' FANOl '" FAN02 estnpClon Modalidades de contrataci6n y paRo Grupo de campos para informaclón PaymentMeans relacionadas con el a o de la factura. campo,b, ID • A9_minSalud1_ipsRecaudoPagoCompartldoPlanVolunlarioMedianteFaeaVP_2021.xml • A9_ minSalud 1JpsRecaudoAporteUSrMedianteFac-eVP _2021.xml.-. '1 Modalidades de contratación y pago Método de pago T F T,m G E N 1 Observaciones '" Jnvoiee l..
N PaymentMeans Ver lista de valores posibles en el numeral 13.3.4.1 del anelCO técnIco 1.8 1..1 1.0 /lnvolce/cac:PaymentMeans/cbc:ID Rechazo: si el valor de este elemento no corresponde a un valor de la columna ~Código- V 1.0 /JnvOice/cac:PayrnentMeans @schemeName A A 1..1 Debe corresponde al literal "salud_modaUdadesJlago.gc" @schemelD.
A A 1..1 numeral (18.4.3) Ver lista de valores posibles en la columna código del PaymenlMeans,b, Cod, Código correspondiente al medio de pago E A 1..3 PaymentMeans FAN04,b,,PaymentDueDat Fecha de venclmlento de la factura E F 10 PaymentMeans E A PaymentMeans,b, PaymenttD Identificador del pago FAN06,b, PaymentTerms Xpath Padre FAN03 FANOS. SS-CUFE: cobro a ERP/EPS acreditando pago compartido de plan voluntario de salud desde una fac-e 18.2.6.
ID Archivo 1..200 Rechazo: S;i el valor de este elemento no corresponde a un /lnvoice/cac:PaymentMeans/cbc:Paymen valor de la columna "Código" del numeral 13.3.4.2 del 1.0 tMeansCode anexo técnico 1.8 Obligatorio 51 es venta a crédito /lnvoice/cac:PaymentMeans/cbc:Paymen 0.. 1 Rechazo: S;i PoymentMeons/ID '" 2 Y PoymentDueDote no 1.0 tDueDate es Informado /lnvoice/cac:PaymentMeans/cbc:Paymen O..
N 1.0 tlD 1.. 1 1 I, RESOLUCiÓN NÚMERQi\{)D0506 de.,J9 ABR 2021 de 2021 '._ Continuación de la'resoluGión:2'P:or la cual se adoptan los campos de datos-adiciDnares.en formato XML para la generación de la fattúra~eledr-ónica del sector salud" ~'-~ 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 FBH01 "' e", "O obo Campo T F T.m Padre De InvoiceDocume Grupo de Información para el documento o E nlReference Instrumento electrónico. _...
PrefiJo.¡. Número del documento o ID E instrumento electrónico Valor constante "SS-Recaudo": TIpo de operación que realizó;.. / @schemeName cbc:CustomizationlD que está referenciando [11 CUFE/CUDE del documento o instrumento electrónico, incluIdas las facturas reportadas con tipos "03" o "Q4" UUID O.• N Adquirlente: Unil EPS. Si dichos recursos se acreditan o no A F. -._.10 /lnvolce/cac:BilllngReference/cac:lnvolce DocumentReference InvoiceDocument Rechazo: Si ellD del documento o instrumento electrónico /lnvoice/cac:BillingReference/cac:lnvoice 1..1 1.0 Reference Document Reference/cbc: ID El valor debe tomarse del elemento: Invoice[lJ1ext:UBlExtensions[1!1ext:UBlExtensionlxllext /lnvoice/cac:BillingReference/cac:lnvolce:EKtensionContent[ IIlCustomTagGeneral(11llnterQ!;!g:rªbi ID 1.. 1 lidad(l]/Grou!;!fl!lCollectionll){Additlonallnformallon131 DocumenIReference/cbc:ID/@s~hemeIO [Yalue(1[ gue se encuentra en el documento de referencia BitllngReference 0.. 1 ID 1..1 SS:Recaudo E A 96 • /lnvoice/cac:BillingReference/cac:lnvoice OocumentReference/cbc:ID/@schemeNa InvoiceDocument 1..1 Reference Rechazo: Si el CUFE/CUDE del documento o instrumento electrónico referenclada no existe 1.0 /lnvoice/cac:BillingReference/cac:lnvoice DocumentReference/cbc:lJUID Rechazo: Si campo autorización POS en blanco A Fecha de emisión del documento o instrumento electrónico 1.0 m, A 11 UUID 1..1 (2) Valor constante ~POSH IssueDate 1.0 /lnvoice/cac:BillingReference. a esta factura, depende de la decisión del Emisor de esta factura, de acuerdo con lo que teglstre en CustomizatlonlD se activará o no el Método de cllculo del Sector Salud. [1] Algoritmo del CUFE/CUDE obo Xpath o Cuotas de Recuperación, como recursos a favor del tnvolce Identificador del usuario del servido de salud; el tipo de documento de identificación depende de la tabla del minSalud. @schemeName I V Los documentos referenclados en estos fragmentos (2]10 AUTORIZACION OIAN factura POS ¡ Observadones comprueban el recaudo de Cuotas Moderadoras, Copagos Grupo de Información exclusivo para referenclat el documento que dio origen al BilUngReference valor que se acreditará a la presente G Factura Electrónica que será presentada a la aseguradora / ERP. @schemelD obo DescrIpción Detalles del fragmento../81I11ngReference, F 10 InvoiceDocument 1..1 Reference 11[ Ver lista de valores posibles en el numeral 13.1.2.1 del anexo técnico 1.8 Rechazo: Si no corresponde [21 Debe ser Informado el literal "POS~ Rechazo: Si atributo en blanco, omitido, o no corresponde Rechazo: Si la fecha de la nota crédito referenciada posterior a Invoice/cbc:lssueOate /lnvolce/cac:BillingReference/cac:lnvoice 1.0 OocumcntReference/cbc:UUID/@schem cName 1.0 /lnvolce/cac:BilllngReference/cac:lnvoice DocumentReference/c bc: IS5ueDale.RESOLUCIÓNNÚMER~i?O()0506 de19 ABR.2021 de &,.~ 2021 Página50deS2 -o., Continuación de la resolución: i)P.or'la, cual.se adoptan los campos de datos adicionales' emformato XML para la generación de la factura eleCltróntca det;sector salud" ID os campo Descripción T Detalles del frag."ento..LBllllngR@f@rence DotumentTypeC Identificador del tipo de documento de,b, od, referencia Referencl;¡ la lista ge utilizada por el sector FBH02 Grupo de infonnaéión para notn crédito,b, CreaitNoteDocu mentReference relacionada.
FBH03,'" FBH04 FBHOS FBH06 A O, Padre InvoiceDocument Reference 1..1 Xpath Observaciones V Ver lista de valores posibles en la columna código del Ilnvolce/cac:BillingReference/cac:lnvoice 1.0 DocumentReference/cbc:DocumentTypc numeral 18.4.5 Cod, /lnvolce/cac:BillingReference/cac;lnvolce Debe ser Informado el literal "TipoDocumentcr InvolceDocument A 1.0 DocumentReference/cbc:DocumentType salud.
Corresponde a "AT:Salud:2020 1..1 Reference 2.1_SSalud.gc" 18.4.5" Code/@listURl /lnvoice/cac:BillingReference/cac:lnvolce Nombre del tipo de documento de InvoiceOocument Ver lista de valores posibles en la columna Descripción del OocumentType A 1.0 1..1 Reference DocumentReference/cbc:DocumentType referencia numeral 18.4.5 De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSO y en ellNVOICE documentado por la ClAN @listURI,b,,,, F T,m ID Prefijo -+- Numero de la nota crédito referenciada @schemelD Identificador del usuario del servIcio de salud; el tipo de documento de identificación depende de la tabla del minSalud.
Valor constante "SS-Recaudo": Tipo de operación que realizó;.. / @schemeName cbc:CustomlzatlonlD que está referenciando,b, UUID CUDE de la nota crédito relacionada @schemeName Algoritmo del CUOE,b, IssueDate Fecha de emisión de la nota crédito relacionada " DocumentTypeC Identificador del tipo de documento de,b, od, referencia @listURl -,._-.- F, A A A,, Referencia la lista gc utililada por el sector E salud. del tipo de documento de,b, OocumentType ¡Nombre referencia BillingReference G, F 0.. 1 Rechazo: Si ellO de la nota crédito de referencia no existe CreditNoteDocum 1.. 1 entReference 1.0 /lnvoice/cac:Bil1ingReference/cac:Credit NoteDocumentReference _ 1.0 /lnvoice/cac:BillingReference/cac:Credlt NoteDocumentReference/cbc:ID 10 El valor debe tomarse del elemento: CreditNote(l]/ext:UBLE){!enslons(ll1ext:UBLExtens10n[Xlle 0.. 1 xt:ExtensionContent[111CustomTagGeneral[1J/1nteroperab ilidad[111Grou!;![11lCollectlon[I11Additional1nformatiQn[311 Value 1 ue se encuentra en el documento de referencia /lnvoice/cac:BillingReference/cac:Credit NoteDocumentReference/cbc:ID/@sche melO 10 0.. 1 SS:Recaudo /lnvoice/cac:Billi ngReference/ cac:CreditNoteDocumentReference /cbc:ID/@schemeName Rechazo: Si el CUOE de la nota crédito referenciada no CreditNoteOocum 1..1 entReference existe Ver lista de valores pOSibles en el numeral.B.1.Z.1 del CreditNoteDocum 1..1 anexo técnico 1_8 entReference Rechazo: Si no corresponde CreditNoteDocum Rechazo: Si la fecha de la nota crédito referenciada 1..1 entReference posterior a Invoice/cbc:lssueDate A CreditNoteDocum Ver lista de valores posibles en la columna código del 1..1 entReference numeral 18.4.5 A CreditNoteDocum Debe ser informado el literal "TipoDocumento1..1 entReference 2.1_SSalud.gc" A CreditNoteDocum Ver lista de valores posibles en 13 columna Descripción del 1..1 entReference numeral 18.4.5.. /lnvolce/cac:BillingReference/cac:Credlt NoteOocumentReference/cbc:UU1D /lnvoice/cac:BllllngReference/cac:Credit 1.0 NoteOocumentReference/cbc:UUID/@SC hemeName /lnvolce/cac:BillingReference/cac:Credit 1.0 NoteDocumentReference/cbc:lssueDate /lnvoice/cac:BillingReference/cac:Credit 1.0 NoteOocumentReference/cbc:Oocument TypeCode /lnvoice/cac:BlllingReference/cac:Credit 1.0 NoteDocumentReference/cbc:Document TypeCode/@listURL /lnvoice/cac:8i11insReference/cac:Credit 1.0 NoteDocumentReference/cbc:Document TypeCode._----- 1.0 " ";'_ m •.. ' """ O50 6 de1 9 ABR 1011 • de 2021 RESOLUCiÓN NUMERc!>(;
V U - -"--.'. Continuación de la resolución: "Por la GtJal se adoptan los campos de datos adicionales en fonnato.XMI..:.para la generación de la factura electr6nica-ttel·sectoF.salud~ ID n, campo O" AdditlonalDocu mentReference Descr.lpclf;Jn T Detalles del fralmento •. /BllllnlReference F Tom G Padre Do BilHngReference 0.. 1 1.0 I AddltlonalDocum entReference 1..1 Si ellO del documento o instrumento electrónico no e:dste 1.0 /lnvoice/cac:BillingReference/cac:Addltlo naIDocumentReference/cbc:ID ID 0.. 1 El valor debe tomarse del documento !;!a!;!el de ref¡:r¡:n¡;la Observaciones V.. _- Xpith - Prefijo + Número del documento de talonario no electrónico obo ID @schemelD obo El recaudo se hizo en un ejemplar de talonario, que tiene un número de autorización de rango de facturas OIAN Identificador del usuario del servicio de salud; el tipo de documento de Identificación depende de la tabla del minSalud. obo Valor constante ~SS-Recaudo": Tipo de operación que realizó;
UUIO CUOE del documento o instrumento electrónico; se aplica el c<!lculo dellnvoice E. tipo "or tssueDate Fecha de emisión del documento o Instrumento electrónico DocumentTypeclldentificador del tipo de documento de referencia obo od, obo 10 A 9. A A 11 E F 10 E @listURl Referencia la lista gc utilizada por el sector A salud.
DocumentType Nombre del tipo de documento de referencia E Grupo de información G. SHlingReference '" Une /lnvoice/cac:BillingReference/cac:Additlo naIDocumentReference/cbc:ID/@schem "O @schemeName @schemeName Algoritmo del CUOE F 10 E Rechazo: SI el CUOE del documento o Instrumento AdditionalDocum 0.. 1 entReference electrónico no e)(iste 1.0 /lnvoice/cac:Bil1ingReference/cac:Additlo naIDocumentReference/cbc: UUI O /lnvoice/cac:Bil1ingReference/cac:Additlo Ver lista de valores posibles en el numeral 13.1.2.1 del AdditionalDocum 0.. 1 ane)(o técnico 1.8 1.0 naIDocumentReference/cbc:UUIO/@sch entReference emeName Rechazo: SI no corresponde Rechazo: Slla fecha del documento o instrumento AdditlonalDocum /lnvoice/cac:BillingReference/cac:Additio 0.. 1 1.0 entReference electrónico referenclada posterior a Involce/cbc:lssueDate naIDocumentReference/cbc:lssueDate /lnvoice/cac:BillingReference/cac:Additio AdditionalDocum Ver lista de valores posibles en la columna código del 0.. 1 1.0 naIDocumentReference/cbc:DocumentTy entReference numeral 18.4.5 peCode /lnvoice/cac:SillingReference/cac:Additio AdditionalDocum Debe ser informado ellileral "1lpoDocumento0.. 1 1.0 naIOocumentReference/cbc:DocumentTy entReference 2.1_SSalud.gc" peCode/@1istURl, /lnvoice/cac:SillingReference/cac:Additio Ver lista de valores posibles en la columna Descripción del AdditionalDocum 0.. 1 1.0 naIDocumentReference/cbc:DocumentTy entReference numerilI18.4.S peCode BiIIlngReference • /lnvolce/cac:BillingReference/cac:Additlo naIDocumentReference/cbc:ID/@schem eName 0.. 1 SS:Recaudo O..
N 1.0 /lnvoice/cac:SlllingReference/cac:BillingR eferenceUne..:~<'~',,~.., ~ Of¡, O5 O6 de 1 9 ABR 1011 de 2021 RESOLUCION NUMERIjIC." ';f>" "; 1 f)ontinuación de la resolución: "Por la cual séi9doptan los campos de datos adicionales en formato YtMl.:'para la generación de la factura electrónica del séot!Dr'·salud'~,.. Prefijo + Número del documento o instrumento electrónico I @schemelD servicio de el tipo de documento de., depende de la tabla del • • InvoiceDocumentReference CreditNoteDocumentReference • AdditionalDocumentReference flllext:UBLExtensionsllJ!ext:UBlExtensionIXJ/, rlJlCustom TagGeneral [ t 1/1 nterop, [lJ/Group[1l!Collection[lJlAdditionallnformationI31N [t[ Q que realizó;..; que está para los grupos: total • • • InvoiceDocumentReference CreditNoteDocumentReference " 0.0 {) 5 O6 ·,. 1 9 ABR 2021 RESOLUCiÓN NÜMERJ.V de de 2021,:.
",;, "f•. --.6ontinuación de la resolución: uPar la cual se adoptan,Ios'campos de datos adicionales en formato XML para,la ge¡:'Jeración de la factura electrónica del sector sahJd1fl¡o.,."., 18.2.8. Modos de uso - 1: SS-CUFE <ebc:CustomizationID 5c::he~NaJlH'!="Sector Sa.lud" schemeAgencyUame_"_.minsa1ud. qov _ co. manten.i.m.iento·.. SChemeDataUR.I"",,,,.i.poOpe;rac.ionF-2.1._SSa1ud.qc" >SS-CUFE</cbc:Customdzat.ionID> <cac;Bi..l.li.ng~efe~ence> <!--Ac~ed.itando Factura de Venta POS a una Fac-e--> <cae: InvoiceDoeumentReference> </cac:lnvoíceDoeument~eference> <cae: Bi.l.li.nqReferenceLine> <cbc:ID/> <cbc:Amount currencyIOs"COP·'>.lOD.OO<!--valor a acreditar--> </cbe:Amount> </cac:Bi11inqReferenceLíne> </cac:B~~~ínqRefer9nce> <cec:PrepaídPayment> <!--pago o abono a cuenta; traslado de pa§ivo con tercero; det.~les en /Bil1ínqRe~ere~ce--> <cbc: ID schemeName""" ___ " /> <cbc:PaídA::\ount cu::::rencyIi>="cop">100.00</cbc;Paíd.Amcunt::o</cac:P:epaidPa~~ent>; ~ ~cac:Leqa~cneta::::yTctal~ <cbc;
PrepaidA..-.ount cur:encyI=="COP" "100.00._- ~5 e~:es an~~e~pos y abcno§ a c~.nt~; "-Ieee: i?:epa.idrl.mcunt~ / c.ae: Leqal~·;;-:le~ar"..rTc t il.i.. natural~:a c: ~_ ·•. RESOLUCiÓN NÚMERIY") GDO!}f).6 del 9 ABR 2021 de 2021 Continuacióm:le la-resolución: "Por la cual se adoptan los camp€lS dadat0s. adicionales en formato XML para la generadónc'de la:factura electrónica del sector salud" 18.2.9.
Modos de uso - 2: SS-POS <cbc:CustomizationID sch€'meUame=" Sector Salud" schemeA.::;encyName=.. www.minsal.ud.gov.ca 'mantenimiento' schemeDataURI="T:ipoOperac::.ionY-2.1 SSalud. gc".>SS-POS</cbc:CustomizationID>- <!--Acreditando Factura de Venta POS a una Fac-e--> <cac:AdditionalDocumentReferenc~>- </cac:AdditionalDocumentRererence> <cac:BillinqReferenceLine> <cbc:ID/> <:cbe:Amount cUrrenc'lID="COP">laO _ 00..;
I --valor a aCJ:editar-->.::.jebc:Amount;> <lcac:B:illinq~eferenC'eLine>;',~:-,'jl •• "./"<;~"'-;: ~cac:PrepaidPayment> <!--pago o awno a cuenta; trasLado de pa5:i.'\lo con te::cer':I; detaLles en /3:i.ll.inq:;<'eference--·' <cbc: ID schemeName=" "1> <cbe: PaidAmount currencyID=·' cop" >J.OO. OO</ebc: Pa.idAmount> ~/cac:P=epaidPaYMent~ t;:J ! $ I I L 'cae: Leg¿¡.l.xcnet<l::yTc,tal> '-~",b<;." F.:::epa:i.~:>1.lnt cur:!:"enc;,::::;::=··COp·· J.OO. 00 !-</ ·:;:bc:r"",,;;,~t::0S -ar,ticipc~;-:::cep¿,;;.d..;o.;!UC"_"lnt_' fC¿'C. ¡'ega';'X,: net.,=,,·--¡ct:<,.l- ·i ab'.:r:c-s a C'-l",".ta;:-:;.t;·.:::31e.::a.:;:¡:;.,'11'; 1 9 ABR 20~1 tl O50 6 ' •.., RESOLUCiÓN NÚMERc6i'){l de·.' de 2021 Continuación de IRresolución: "Por la cual se adoptan los campos de 'datos1adicionales en formato XML para la generación de le-factura ·electrónica del sector salud 18,2,10., 1 t l··. l' ! I L- Modos de uso - 3: SS·CUDE <ebc:CuseomizaeionID schemeUame-="Sector Salud" $che=eAqencyHaIn@="www.m.inaa.l.ud.qov.co • mantenimiento'.. schemeDaeaURI="TipoOperacionF-2.1_SSalud.gc" >SS-CUDE</cbc:Custom.i:ationID> <cac:BillinqReference> <!--Acreditando Factura de Venea POS a una Fac-e--> <cac:Cred.itHoteDoCUInent~eference> </cac:CreditNoteDocumeneReference> <cae: Bil1ingReferenceLine> <cbe:ID/> <cbc:A=ount currencyID="OOP">lDO.OO<!--valor a acreditar--> </~c:Amount> </cac:BillingReferenceLine> </cac:Bi11inqRe!erence~ <cac;PrepaidPaycent~ <!--paqo o abono a cuenta; ~ras1ado de pasivo con ~ercero; deta1~e5 en /Bil1inqReference--> <c:bc: ID sc:hemeHame::::". _.
"/> <cbc:PaidAl=lount currenC:'1ID="c:op">lOO.OO</c:bc:Paicl.A1:nount> </cac:;>repaidPa;'-"ment>;r, -~ea,::: Le9aL"i-:>:"Ie~a~'lTo~al:.- «;cbc: P~epa.idA..~u:'lt ~-- mas::t:::os c:urrenC::i¡>~COP" an~:¡.cl.p.::§ --:/ che: P::epa.id.AJ::tcunt:~ Ica.::; LeqaLl"~C:'le:;... r..-Tc~.. l":-100 _ 00 y abon;;.s a cuer.~"; n;¡¡t:.l::,ale=a er __ o H • RESOLUCiÓN NÚMER~i') e" o50 6 ü 1 9 ABR 207.1 d e, •., de 2021 <. ·t Continuación de la resolulj;ión\·~Porjia,cual se adoptan los campos de datos adicionales eritformato XML para la generación de la facturarele~rónica del sector salud 18.2.11.
Modos de uso - 4: SS-REPORTE <cbc:CustomizationID schemeHame="Sector Salud" schemeAqencyName="www.ainsalud.qov.co 'mantenimiento'" schemeDataURI="TipoOperacionF-2.1_SSalud.gc" >SS-RRPORTE</cbc:CustomizationID> <cae: BillingReference> <!--Acreditando Factura de Venta POS a una Fac-e--) <cae: InvoiceDocumentReference> </cac:lnvoiceDocumentReference> <cac:BillingReferenceLine> <cbc:ID/> <cbc:Amount currencyID="COP")100.00<!--valor a acreditar--) </cbc:Amount> </cac:BillingReferenceLine> </cac:BillingReference> l <cac:LeqalMo~e~arylo~al) <lcac:LegalMone~aryTo~al> H '''''00506 de 19 ABR 2021 <.
RESOLUCiÓN NÚMERÓ';" U\ ~ Xl.. de 2021 Continuación de la resolución: "PbrJa cual sé;"adoptan los campos de datos adicionales 'eritfbrmato XML para la generación de la factura electr6nioa "del. sestor salud" 18.2.12. Código Tipos de operación salud Resolucl6n 058:2010 de lo Contadurfo General de lo Nacl6n Ilnvoice[l]/cbc:CustomltatlonlD[l] incluye referencia(s) de Factura Electrónica de Venta (tipo 01) que de Cuotas Moderadoras, Copages 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.- Factura Electrónica de Venta que reconoce valores recaudados correspondientes a Cuotas Moderadoras, Recuperación, como ingresos a favor de terceros, los cuales son acreditados a la presente Factura de Venta con destino a la aseguradora que aparece como adquiriente. - Activa el Método de cálculo del 55·POS I Acreditación. Este dOCumento incluye referencia(s) de Documento Equivalente de Venta POS que de Cuotas Moderadoras, Copagos o Cuotas de Recuperación, como recursos a favor de terceros, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente.Activa el Método de cálculo del Sector Salud.
Observación: los valores recaudados a favor de terceros por el operador del sistema de salud mediante los comprobantes del SiStema POS serán automatizados por la DIAN, y deberán reportarse cada vez que se cierra una caja DIAN ~ Esté -documento incluye referencia{s) de Factura Talonario que Moderadores, Copagos o Cuotas de Recuperación, como recursos a favor de terceros, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquIriente. - Activa el Método Reporte 55- como recursos a de recaudo de Cuotas Moderadores, Copagos o de el Método de cálculo del Sector Salud. que o Cuotas de Recuperación, a las cuales ya se les dio tratamiento contable. - No Activa el Método de cálculo del aporte ni recaudo en dinero por parte de los afiliados del régimen contributivo por concepto de Cuotas de il!":-.'4. 'cP.'\_ " O50 6 1 9 ABR 2Q1-' RESOLUCiÓN NÚMERGli" () U de de 2021;n..Continuación de la resolución: "Por la cüal Sé ~doptaD: los campos de datos adicionales en formatlO'XMLpara la generación de la factura electrónica dél sector~salud~ 18.2.13. 1 2 3 4 S Uso del tipo de operación KCEc:~ustomízat!oni~ schemeName="Sector Salud" schemeAgencyName="www.minsalud. gov. co 'mantenimiento'" schemeDataURI="TipoOperacionF-2.1 SSalud.gc" [!SS-POSR!éc:customizationID~ - _ ·r. 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 OIAN, o de operaciones con facturas de talonario o de operaciones POS con Rangos Autorizados de Facturación de la OIAN.
El emisor de las facturas-e de venta determinará si además de reportar los ingresos en el fragmento Ilnvoice/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-CUOE, SS-POS o SS-SNum en el campo Ilnvoice/cbc:CustomizationIO.
Los códigos el Ilnvoice/cbc:CustomizationlD activan el método de cálculo del sector salud: estos registros mencionados para Ilnvoice/BillingReference[x]/cac:BitlingReferenceLine[y]/cbc:Amount sumados se acumularán en un fragmento IInvoice/cac:PrepaidPayment, y este valor posteriormente participará de la operación Ilnvoice/cac:LegaIMonetaryTotal/cbc:PrepaidAmount.
Si el emisor determina que los valores registrados en los fragmentos Ilnvoice/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 IInvoice/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 SSRecaudo en el campo IInvoice/cbc:CustomizationID. -"~:.
"'/1, _0'- RESOLUCiÓN NÚMERti..t\ OO1) 5Q 6 de 1 9 ABR JO?.1 de 2021',.. j " '.:,_.., ~'lt."! 'C.o.ntiO:t1ación de la resolución: "Por la cual se adopt.ah 'lo~.campos de datos adicionales en formato XML para la,generación de la factura electrónica del sector salad"· s., 18.4. Tablas 18.4.1. Documentos de identificación ~~_~U.' Abreviación CC CE CD PA SC PE RC TI CN AS MS, DE SI _~_ ""r"a> Tipo de documenl~_de idenlificación del usuario Cédula de ciudadania Cédula de extranjeria Carné diplomático Pas~rte Salvoconducto Permiso especial d~ermanencia Registro civil de nacimiento - Tarjeta de identidad Certificado de nacido vivo Adulto sin identificar Menor sin identificar Documento extranjero Sin identificación --.¿{"!i. ". 1 9 ABR ?()'ll RESOLUCiÓN NÚMERc3·" 1\ r. OSO 6 de'".. de 2021.' Continuación de la res0lución: "F.?or la cual se adoptan los campos de datos aaiciooales'.en formato XML para la generación de la factura electrónica del sector salud" 18.4.2...
I código· 01 02 03 04 05 06 07 08 09 10 11... Tipo de Usuario.... J Contributivo cotizante Contributivo beneficiario Contributivo adicional Subsidiado Sin réqimen Especiales o de Excepción cotizante Especiales o de Exc~ión beneficiario Particular Tomador/Amparado ARL Tomador/Al11Q8rado SOAT Tomador/Amparado Planes voluntarios de salud 18.4.3.
Icódigo. 01 02 03 04 05 06 07 08 09 10 11 I 12 Tipo de usuario. Modalidades de contratación y pago Modalidades de contrat¡¡ció¡'·yde.p~9O Paquete / Canasta / Conjunto Integral en Salud Grupos Relacionados por Diagnóstico In~aljJOu¡rtJ¡lO de riesgo Pago por contacto por especialidad Paqo por escenario de atención Pago por tipo de servicio Pago global prospectlvDRor episodio PagClJllobal¡Jro~l'eetivo por grueo de riesgo Pago global prospeetivo por especialidad PaoQJlloballl'o~ectivo por nivel de cOI1ljlI~dad Capitación I Por servicio -,-,.-.-- -, o ••, I.. '''''''''506 de 19 ABR 2021.
RESOLUCION NUMERCJ\i V ti v "'-- l tt." de 2021." Continuación de la resolución: "Por Ja cual. sertldoptan los campos de datos adicionales en.oJormato XML para la generación de la factura electrónica del. sector salud" 18.4.4. 05 06 Cobertura ARL Cobertura ADR Uf I Lobertura Salud Cobertura 12 de Salud de las 15 18.4.5. Tipo Documento Referenciado,~"'~ ·,~,w, 15 Nota Crédito A Factura Electrónica - Electrónica Código correspondiente al grupo Factura de Venta Contingencia FE - Talonario Pre-Numerado I Código correspondiente al grupo grupo Factura POS - Talonario Post-Numerado Electrónico Talonario 19 ARR 1(\~1 RESOLUCIÓN;NÜMERd.C03050S de dei2021. •.:;
": ":'. "6~ntinuaci6n de la resolución: "Por la cual se"aaoptan los. campos de datos adicionales en formatO" XML~-para la'.generación de la factura electrónica del sectbr'Saludn;.~ '~j<"~:re.. • '-" -. '-o. -Código.. POS·DiarioCaia.... - Desc"ripción Documento electrónico UBL + Extensión DIAN de control 18.4.6. - r Referencia de Grupos _.. cac:lnvoiceOocumentReference ReferencIa a Invoice.
Statement cac:CreditNoteOocumentReference CreditNote cac:AdditionalDocumentReference Factura en Papel· Pos Actual cac:BillingReferenceUne Valores de cada grupo GruDOS,. Observación.. Cóciqo correspondiente al qrupo AdditionalDocumentReference