Resolución No 2275 de 2023 Cambio en La Estructura de Los RIPS

República de Colombia
MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL
RESOLUCIÓN NUMERÓ 00002275 DE 2023
2 8 DIC 2023
Por la cual se expide la resolución única reglamentaria del Registro Individual de

Prestación de Servicios de Salud -RIPS, soporte de la Factura Electrónica de Venta -FEV
en salud y se dictan otras disposiciones
EL MINISTRO DE SALUD Y PROTECCIÓN SOCIAL (E)
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 4107 de 2011 "Por el cual se determinan los objetivos y la estructura del
Ministerio de Salud y Protección Social y se integra el Sector Administrativo de Salud y
Protección Social." Establece dentro del artículo segundo (2°), las funciones
correspondientes a esta cartera ministerial, en las cuales se resalta la siguiente:
"30. Preparar las normas, regulaciones y reglamentos de salud y promoción social

en salud, aseguramiento en salud y riesgos profesionales, en el marco de sus
competencias."
En igual sentido, la Ley 100 de 1993 "Por la cual se crea el sistema de seguridad social
integral y se dictan otras disposiciones" inviste al Ministerio de Salud y Protección social
de la facultad de expedir las normas administrativas de obligatorio cumplimiento para las
Entidades Promotoras de Salud, por las Instituciones Prestadoras de Servidos de Salud
del Sistema General de Seguridad Social en Salud y otros actores.
Que el artículo 2.5.3.1.6. del Decreto 780 de 2016"Por medio del cual se expide el Decreto
Único Reglamentario del Sector Salud y Protección Social" señala como obligación de
esta cartera ministerial la revisión y ajuste de: formato, codificaciones, procedimientos y
malla de validación de obligatoria adopción por todas las entidades del Sistema General
de Seguridad Social en Salud, para el reporte del Registro Individual de Prestaciones de
Salud, RIPS.
Que la el artículo 15 de la Ley 1966 de 2019 aduce lo siguiente:

"Factura electrónica en salud. Todos los prestadores de servicios de salud están
obligados a generar factura electrónica para el cobro de los servicios y tecnologías
en salud. Deberán presentarla, al mismo tiempo ante la DIAN y la entidad
responsable de pago con sus soportes en el plazo establecido en la ley, contado a
partir de la fecha de la prestación del servicio, de la entrega de la tecnología en
salud o del egreso del paciente, prescribirá el derecho en los términos de ley.
El Ministerio de Salud y Protección Social definirá los lineamentos, soportes y
términos que deben cumplir las facturas, incluyendo los requisitos asociados al
28 DIC 2023
RESOLUCIÓN NÚMERO t, 00002275 DE 2023 HOJA N°2
Continuación de la resolución "Por la cual se expide la resolución única reglamentada del Registro Individual de
Prestación de Servicios de Salud -RIPS, soporte de la Factura Electrónica de Venta -FEV en salud y se dictan
otras disposiciones"
Registro Individual de Prestación de Servicios de Salud (RIPS), y en lo que sea

pertinente en coordinación con la Dirección de Impuestos y Aduanas Nacionales
(DIAN)."
Que, en desarrollo del artículo ibídem el Ministerio de Salud y Protección Social expidió
las Resoluciones 510, 1036, 2805 y2806 de 2022 respectivamente y 1557 de 2023,
reglamentando los campos de datos del sector salud adicionales a la generación de la
factura electrónica de venta -FEV en salud, el Registro Individual de Prestación de
Servicios de Salud -RIPS como soporte de la misma y el mecanismo único de validación
del conjunto de información FEV en salud - RIPS.
Que, las precitadas normas constituyen el marco operativo a partir del cual el Ministerio
de Salud y Protección Social adelanta el proceso de masificación de la facturación
electrónica en el sector salud , integrando la extensión salud habilitada por la Unidad
Administrativa Especial Dirección de Impuestos y Aduanas Nacionales —DIAN, al
Registro Individual de Prestación de Servicios de Salud -RIPS, información que debe ser
generada en el estándar definido por el Ministerio por los prestadores de servicios de
salud y los proveedores de tecnologías en salud en el proceso de cobro de la prestación
o provisión de servicios y tecnologías a las entidades responsables de pago y demás
pagadores, en virtud de lo cual los participantes del sistema de salud deben implementar
las correspondientes adecuaciones de sus sistemas de información.
Que, la Unidad Administrativa Especial - Dirección de Impuestos y Aduanas Nacionales —

.DIAN expidió Resolución 000165 de 2023 "Por la cual se desarrolla el sistema de
facturación, los proveedores tecnológicos, se adopta la version 1.9 del anexo técnico de
factura electrónica de yenta, se expide el anexo técnico 1.0 del documento equivalente
electrónico, y se dictan otras disposiciones en materia del sistema de facturación",
haciéndose entonces necesario integrar estas nuevas disposiciones relacionadas con el
documento equivalente electrónico tiquete de máquina registradora con sistema P.O.S. al
escenario de la FEV en salud, y por tanto es pertinente derogar las resoluciones mentadas
en el párrafo preliminar a efectos de expedir una reglamentación acorde a los cambios
normativos actuales e intersectoriales; Así mismo para disposición de lo mencionado, se
ecuentra habilitada la URL "http://url.minsalud.gov.co/facturacion-electronica"en la que se
incorporará la información propia del sector salud, la cual, entrará a regir una vez que el
Ministerio de Salud informe a todos los actores regulados por ellos.
Que, a efectos de lo anterior, este Ministerio remitió a la Unidad Administrativa Especial

- Dirección de Impuestos y Aduanas Nacionales — DIAN, Dirección de Gestión de
Impuestos, Subdirección de Factura Electrónica y Soluciones Operativas, el Proyecto de
Resolución modificatoria de la Resolución 2805 de 2022 - FEV en Salud incluyendo el
concepto de anticipos, para observaciones y comentarios, el cual mediante oficio virtual
100153157- 6237 de la Subdirección de Factura Electrónica y Soluciones Operativas,
informó: "Una vez el equipo jurídico y técnico de la Subdirección revisó el proyecto de
resolución que nos adjunta, se remite con algunas observaciones en la parte considerativa
y resolutiva, sobre lo que se indica en el anexo técnico, estamos de acuerdo con lo
informado.", conforme a lo anterior se incluye el concepto anticipos en la FEV en salud,
habilitando la posibilidad para que los facturadores electrónicos del sector salud registren
valores de anticipos a legalizarse en ejecución de sus acuerdos de voluntades.
Que, conforme a lo anterior es necesario incluir en los anexos técnicos correspondientes al

RIPS y la FEV en salud, las estructuras de datos de reporte de la información relacionada
con los anticipos.
28 DIC 2023
RESOLUCIÓN NÚMERO 4 00002275 DE 2023 HOJA N°3
Continuación de la resolución "Por la cual se expide la resolución única reglamentaria del Registro Individual de
Que, en desarrollo de las Resoluciones 510, 1036, 2805 y 2806 de 2022 y 1557 de 2023,
este Ministerio adelantó el diseño y desarrollo de la plataforma del mecanismo único de
validación del RIPS como soporte de la FEV en salud, como una solución informática a
disponerse a través de servicios web, en línea y centralizada.
Que, para el inicio de la operación del sistema mencionado previsto para el 1 de enero de
2024, este Ministerio ha recibido múltiples consultas y requerimientos por parte de los
diferentes participantes del sistema, en el sentido de la necesidad de estas entidades de
terminar la integración de las condiciones operativas del RIPS como soporte de la FEV en
salud a los desarrollos de los sistemas de información, en aspectos técnicos de sus
campos de datos, las reglas de validación aplicables y las necesidades de integración y
relacionamiento de las fuentes primarias del dato, solicitando para el efecto, disponer de
un plazo adicional que permita consolidar los desarrollos de los sistemas de información
para el cumplimiento del marco normativo.
Que, conforme con la información resultante de las pruebas internas y externas a la

plataforma del mecanismo único de validación del RIPS como soporte de la FEV en salud,
realizadas por este Ministerio durante septiembre, octubre y noviembre de 2023 con la
participación de facturadores electrónicos del sector salud y sus proveedores tecnológicos
habilitados por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas
Nacionales —DIAN, se confirmó la existencia de limitaciones propias de los facturadores
electrónicos del sector salud para generar los archivos del RIPS (JSON) como soporte de
la FEV en salud (XML con los campos de datos adicionales del sector salud),
concluyéndose la necesidad de establecer a los distintos participantes del sistema un
marco de transición operativa del RIPS como soporte de la FEV en salud, que permita
adelantar el proceso de facturación electrónica a los agentes del sector salud.
Que, para garantizar el completo diligenciamiento de información resultante de las distintas

situaciones derivadas de los acuerdos de voluntades en el SGSSS y la generación de los
archivos del RIPS en su relacionamiento como soporte de la FEV en salud, se hace
necesario modificar la estructura de los campos de datos adicionales de la factura e
integrarlos en el Registro Individual de Prestación de Servicios de Salud —RIPS, ajustando
algunas de sus especificaciones aplicables a la programación del lenguaje UBL, así como
realizar ajustes en las opciones de diligenciamiento de dichos campos en el RIPS y con ello
derogar las disposiciones que le sean contrarias
En mérito de lo expuesto,
RESUELVE
Capítulo 1.
Generalidades
Artículo 1. Objeto. La presente resolución tiene por objeto unificar y actualizar las
disposiciones relativas al proceso de generación del RIPS como soporte de la FEV en
salud, permitiendo la integración de los campos de datos del RIPS con los campos de datos
adicionales del sector salud que se deberán contemplar en la generación de la factura
electrónica de venta, los cuales serán validados por este Ministerio, estableciendo el
conjunto de información administrativa, financiera y asistencial, las reglas de validación
aplicables a su estructura, contenido y relación, y la transmisión de archivos ante el
mecanismo único de validación, como condiciones para adelantar el reconocimiento y pago
de la prestación o provisión de servicios y tecnologías de salud en el territorio nacional.
28 DIC 2023
RESOLUCIÓN NÚMERO' 00002275 DE, 2023 HOJA N°4
El mecanismo único de validación dispuesto por el Ministerio, desarrolla las reglas de

estructura, contenido y relación de los datos del Registro Individual de Prestación de
Servicios de Salud —RIPS, como soporte de la factura electrónica de venta -FEV en salud
y de los documentos electrónicos asociados a la misma, notas crédito y notas débito, a las
notas ajuste del RIPS y los RIPS sin factura o documento electrónico, según el caso.
Parágrafo 1. Los Registros Individuales de Prestación de Servicios de Salud que

correspondan a notas de ajuste, como quiera que no afectan la Factura Electrónica de
Venta en salud en su valor, deben presentarse sin un documento electrónico de facturación.
Los RIPS sin factura corresponden a aquellos generados por las entidades obligadas a
reportar RIPS, que prestan servicios y tecnologías de salud sin retribución monetaria.
Parágrafo 2. A través del mecanismo único de validación también se transmitirán los

documentos electrónicos de la Factura Electrónica de Venta en salud, notas crédito o notas
débito, relacionados con la aceptación total o parcial de glosas o devoluciones y sus
respuestas por conceptos asociados con el seguimiento a la ejecución de los acuerdos de
voluntades que no afectan el RIPS y no se acompañan del mismo, tales como el
incumplimiento de indicadores de seguimiento, ajustes frente a la desviación de la nota
técnica o no cumplimiento de indicadores de calidad, gestión y resultados.
Artículo 2. Ámbito de aplicación. Las disposiciones contenidas en la presente resolución

son aplicables a:
1. Los prestadores de servicios de salud (Instituciones Prestadoras de Servicios de Salud,

profesionales independientes y transporte asistencial de pacientes).
2 Los proveedores de tecnologías en salud.
3 Otras 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 (entidades con objeto social diferente a la prestación de
servicios de salud y organismos que realicen pilotos o estudios de investigación
asociados a la prestación o provisión de servicios y tecnologías de salud).
4 Entidades responsables de pago: Entidades promotoras de salud, entidades

adaptadas, entidades territoriales, administradoras de riesgos laborales en el
componente salud, el Fondo Nacional de Salud de las Personas Privadas de la Libertad
y los administradores de los regímenes Especial y de Excepción, cuando operen como
pagadores de servicios y tecnologías a prestadores o proveedores en los términos de
los numerales 7 y 8 del artículo 2.5.3.4.1.3 del Decreto 780 de 2016.
Otros pagadores: Compañías de seguros autorizadas para ofrecer pólizas del Seguro
Obligatorio de Accidentes de Tránsito — SOAT y las entidades que ofrecen planes
voluntarios de salud.
La Administradora de los Recursos del Sistema General de Seguridad Social en Salud

- ADRES.
Parágrafo 1. Los eventos en que sea obligada a efectuar el pago, la Administradora de los
Recursos del Sistema General de Seguridad Social en Salud — ADRES podrá tenerse en
cuenta como otro pagador.
Parágrafo 2. Para los efectos previstos en la presente resolución, se entienden como

facturadores electrónicos del sector salud, las entidades encargadas de la prestación o
28 DIC 2023
RESOLUCIÓN NÚMERO ° 00002275 2023 HOJA N°5
DE
provisión de servicios y tecnologías de salud relacionadas en los numerales 1, 2 y 3 de este

artículo.
Parágrafo 3. Estas entidades deberán incorporar y usar en sus procesos de información,

los contenidos y estructura definidos en los RIPS yen la FEV en salud.
Artículo 3. Definiciones. Para efectos de la presente resolución, se definen los siguientes

términos:
1. Código Único de Validación —CUV: Corresponde a una cadena alfanumérica cifrada,

que certifica la aprobación resultante de la validación única del Registro Individual de
Prestación de Servicios de Salud —RIPS, que se obtiene cuando este registro cumple
todas las reglas de validación obligatorias y de relación con la Factura Electrónica de
Venta en salud y demás documentos electrónicos, cuando aplique. El mecanismo único
de validación incluirá el CUV en el conjunto de información validado.
2 Conjunto de archivos de información: Son los archivos de información que deben

ser transmitidos por los facturadores electrónicos del sector salud al Ministerio para ser
validados por el mecanismo único de validación dispuesto por este, que corresponden
a:
Archivo XML de la factura electrónica de venta en salud, las notas débito y/o notas
crédito validadas previamente por la Unidad Administrativa Especial Dirección de
Impuestos y Aduanas Nacionales —DIAN dentro del contenedor electrónico.
Archivo JSON del Registro Individual de Prestación de Servicios de Salud - RIPS

que soporta la FEV en salud o sus documentos nota débito o nota crédito; así como los
archivos JSON relacionados con notas de ajuste de los RIPS, cuando corresponda.
Las entidades que en el marco de sus funciones y competencias deban entregar los
datos del Registro Individual de Prestación de Servicios de Salud -RIPS al Sistema
General de Seguridad Social en Salud, que no correspondan a facturadores
electrónicos del sector salud, solo deberán transmitir al mecanismo único de validación
de RIPS del Ministerio, el archivo JSON del RIPS.
Nota ajuste del RIPS: Tipo de nota mediante la cual se actualizan datos del RIPS, en
los casos en los cuales no hay afectación en campos de datos de valores monetarios
y no procede la generación de notas crédito o notas débito a la factura electrónica de
venta en salud.
Prestación individual de servicios y tecnologías de salud: es el conjunto de

actividades, intervenciones, insumos, medicamentos, dispositivos médicos, y
procedimientos usados para la atención en salud, así como los sistemas organizativos
y de soporte para el efecto.
Reglas de validación: Son las condiciones de carácter técnico y funcional

establecidas por el Ministerio de Salud y Protección Social, aplicables a la estructura,
contenido y relación de los campos de datos del RIPS como soporte de la factura
electrónica de venta en salud, para garantizar la consistencia y razonabilidad de la
información.
Validación única: proceso de revisión de los datos contenidos en el Registro Individual

de Prestación de Servicios de Salud y su consistencia con las variables comunes de la
factura electrónica de venta en salud, realizado por el facturador electrónico en salud
28 DIC 2023
RESOLUCIÓN NÚMERO • 00002275 DE 2023 HOJA N°6
con el propósito de obtener el certificado de aprobación del contenido, la estructura y

las relaciones entre los datos de los RIPS como soporte de la factura. Este proceso se
realiza de manera previa al envío de la factura electrónica de venta en salud, los RIPS
y demás soportes a la entidad responsable de pago o demás pagadores.
Capítulo 2.
Proceso de generación del Registro Individual de Prestación de Servicios de Salud
-RIPS, como soporte de la factura electrónica de venta en salud
Artículo 4. Del Registro Individual de Prestación de Servicios de Salud —RIPS. El

Registro Individual de Prestación de Servicios de Salud es el conjunto de datos que
contiene la información relacionada con la prestación o provisión de servicios y tecnologías
de salud al (los) usuario(s). El RIPS se utilizará para los procesos de prestación o provisión
de servicios y tecnologías de salud y su facturación, así como para los procesos de
dirección, regulación y control.
El RIPS será generado, validado y enviado como soporte de la factura de venta por parte
de los facturadores electrónicos del sector salud, esto es, prestadores de servicios de salud,
proveedores de tecnologías en salud y otras entidades que en el marco de sus funciones
legales deban entregarlos.
La estructura de los datos que conforman el RIPS se define en el anexo técnico N° 1 que
hace parte integral de la presente resolución.
Artículo 5. De los datos del Registro Individual de Prestación de Servicios de Salud.

Los destinatarios de la presente resolución deben utilizar los datos que se refieren a la
transacción, al servicio y tecnología de salud y al valor facturado, así:
Datos relativos a la transacción.

Datos relativos a los usuarios.
Datos relativos a los servicios y tecnologías de salud y a los valores facturados:
3.1. Datos de las consultas
3.2. Datos de los procedimientos
3.3. Datos de la urgencia con observación
3.4. Datos de hospitalización
3.5. Datos de recién nacidos
3.6. Datos de medicamentos
3.7. Datos de otros servicios
Artículo 6. Fuente de los datos de la prestación individual de servicios y tecnologías

de salud. Las fuentes de datos de la prestación individual de servicios y tecnologías de
salud son:
La historia clínica.
Los registros asistenciales para el caso de las intervenciones colectivas donde sea
posible registrar individualmente el CUPS de las actividades realizadas a un usuario.
El servicio de información de medicamentos o el registro de dispositivos médicos e
insumos para el caso de proveedores de tecnologías en salud
La factura de venta de servicios y tecnologías de salud.
Los campos de datos relacionados con la identificación de los usuarios y el detalle

administrativo y asistencial de los servicios y tecnologías de salud estarán contenidos en el
Registro Individual de Prestación de Servicios de Salud —RIPS, guardando relación con la
factura, los cuales serán entregados con los demás soportes, según corresponda, para la
radicación y el inicio del trámite de pago de la factura electrónica de venta en salud.
28 DIC 2023
RESOLUCIÓN NÚMERO 00032275 DE 2823 HOJA N°7
Artículo 7. Flujo y reporte de datos. El Registro Individual de Prestación de Servicios de

Salud debe generarse conjuntamente con la factura electrónica de venta en salud, de las
notas débito, notas crédito y demás documentos electrónicos, cuando aplique.
Una vez surtido el proceso de validación previa de la Unidad Administrativa Especial

Dirección de Impuestos y Aduanas Nacionales —DIAN a la factura o a las notas débito,
notas crédito y demás documentos electrónicos, en los términos previstos en los artículos
12, 13 y 14 de la presente resolución o la norma que la modifique o sustituya, se deberá
realizar la validación única del RIPS.
Las reglas únicas de validación del RIPS según las cuales se evaluarán las condiciones de
estructura, contenido y relación de la información reportada, se detallan en el Anexo
Técnico N° 1 que hace parte integral de la presente resolución, por tanto, las entidades
responsables de pago y demás pagadores no podrán usar, ni adicionar otras reglas o
establecer mecanismos alternos de validación del RIPS.
Artículo 8. Obligatoriedad del reporte. Los facturadores electrónicos del sector salud
deben reportar el Registro Individual de Prestación de Servicios de Salud —RIPS de todas
las atenciones de salud realizadas, como soporte de la factura electrónica de venta en salud
con validación previa de la Unidad Administrativa Especial Dirección de Impuestos y
Aduanas Nacionales —DIAN, en los términos previstos en los artículos 12, 13 y 14 de la
presente resolución o la norma que la modifique o sustituya
Si se realizan notas crédito, notas débito y demás instrumentos electrónicos a la factura

electrónica de venta en salud, así como la respuesta a glosas, el RIPS deberá actualizarse
conforme a dichos dócumentos, debiendo enviarse por parte de los obligados a reportar el
RIPS que los soportan, los cuales surtirán el proceso de validación única y disposición a
las entidades responsables de pago y demás pagadores.
Cuando se presenten glosas relacionadas con el RIPS, conforme a lo definido en el Manual

Único de Devoluciones, Glosas y Respuestas, de cuyo trámite por parte del facturador
electrónico se concluya que no afectan el valor monetario facturado y por ende, no generan
notas crédito o notas débito, en el caso que éstas sean subsanables, el facturador
electrónico del sector salud debe presentar la respuesta de glosas soportando en el RIPS
el(los) dato(s) que subsana(n) la glosa, permitiendo su ajuste, procediendo para el RIPS,
el trámite previsto en el artículo 7 de la presente resolución. La respuesta a glosas y el RIPS
soporte de esta, serán enviados a la entidad responsable de pago o demás pagadores y al
Ministerio, identificándose según se establece en el Anexo Técnico N° 1 de la presente
resolución.
Las entidades con objeto social diferente y demás entidades obligadas a reportar el RIPS
sin factura, deberán adelantar la transmisión de información ante el mecanismo único de
validación de acuerdo a la realización de sus actividades, a más tardar dentro de los 5
primeros días calendario del mes siguiente al objeto de reporte.
De acuerdo a las necesidades operativas y el volumen de datos de las entidades obligadas,

las mismas podrán reportar la información de forma diaria.
Parágrafo 1. Los destinatarios de este acto administrativo no podrán modificar, reducir o

adicionar los datos, ni la estructura y especificaciones técnicas definidas en la presente
resolución.
28 DIC 2023
RESOLUCIÓN NÚMERO r 00002275 DE 2023 HOJA N°8
Parágrafo 2. Las entidades responsables de pago y demás pagadores no podrán solicitar

estadísticas o reportes consolidados que puedan ser obtenidos a partir de los datos
definidos en esta resolución.
Parágrafo 3. Para efectos del reporte del RIPS, en los contratos bajo la modalidad de pago
por capitación, las facturas electrónicas de venta en salud deberán cumplir con lo dispuesto
en el parágrafo 2 del artículo 14 de la presente resolución o la norma que la modifique o
sustituya.
Artículo 9. Procesos informáticos en los facturadores electrónicos en salud y demás

entidades obligadas a reportar RIPS. Los obligados a reportar son responsables de los
siguientes procesos informáticos:
1. Generación o actualización de datos: Para ello deberán:
1.1. Ajustar las formas de registro manual o automatizado, que incluyan los
contenidos y la estructura que se definen en la presente resolución.
1.2. Hacer el registro de los datos con la prestación o provisión del servicio o
tecnología de salud.
1.3. Garantizar la confiabilidad, calidad, oportunidad y validez de los datos, así como
su respectivo almacenamiento.
1.4. Garantizar que al momento de generar o actualizar el dato en su sistema de

información, éste cumpla con las condiciones de estructura, contenido y
relaciones definidas en la presente resolución para su adecuada validación.
2 Validación local: Adelantar el proceso de verificación de la consistencia de los datos,

en cuanto a los valores que asumen los campos y las relaciones de los RIPS como
soporte a la factura electrónica de venta en salud, previo a su transferencia. De
identificarse inconsistencias, deberán efectuarse los ajustes reportados a cada
conjunto de información (XML-JSON).
3 Transferencia de archivos al Ministerio: Luego de superar la validación local (no admite

motivos de rechazo), los facturadores electrónicos del sector salud deberán transmitir
al Ministerio de Salud y Protección de Social, los RIPS y el archivo de la factura
electrónica de venta en salud con validación previa de la Unidad Administrativa
Especial Dirección de Impuestos y Aduanas Nacionales —DIAN a través de la
plataforma del mecanismo único de validación de que trata el articulo 10 de la presenta
resolución, utilizando la funcionalidad establecida para cada una de la soluciones
(Cliente Servidor o API Docker).
4 La plataforma del mecanismo único de validación en el Ministerio, realizará las

validaciones de segundo nivel al conjunto de información y si estas son superadas,
generará y devolverá el Código Único de Validación — CUV mediante el cual se certifica
la consistencia y unicidad de los archivos recibidos. De identificar inconsistencias,
deberán efectuarse los ajustes reportados a cada conjunto de información (XML-
JSON).
Artículo 10. Plataforma de transporte de datos y especificaciones para el envío. Los

facturadores electrónicos del sector salud y demás entidades obligadas a reportar RIPS,
los enviarán a este Ministerio a través del servicio web, con las especificaciones que esta
cartera determine.
2 6 DIC 291
RESOLUCIÓN NÚMERO - O O 02 2 75 DE HOJA N°9
otras diápáSiciones"
Capítulo 3.
Proceso de facturación electrónica de venta en el sector salud
Artículo 11. Campos de datos del sector salud, adicionales a la generación de la FEV.
Los campos de datos adicionales, en formato XML, para la generación de la factura
electrónica de venta del sector salud, se encuentran contenidos en el anexo técnico N° 2,
que hace parte integral de la presente resolución y tienen la función de articular la
información de la factura con el Registro Individual de Prestación de Servicios de Salud —
RIPS como soporte de la misma.
El anexo técnico N° 2, que hace parte integral de la presente resolución, se dispondrá en

la URL https://www.sispro.qov.co/central-financiamiento/Paqesnacturacion-
electronica.aspx. y deberá ser adoptado obligatoriamente por los facturadores electrónicos
del sector salud en los términos previstos en el artículo 23 de la presente resolución.
Artículo 12. Trazabilidad de la factura de venta de los servicios y tecnologías de

salud. La factura electrónica de venta con validación previa, las notas crédito o notas débito
y los demás instrumentos electrónicos, que serán enviados con el documento electrónico
de validación a la entidad responsable de pago u otro pagador, deberán transmitirse a la
plataforma del mecanismo único de validación del RIPS como soporte de la FEV en salud
en los términos y condiciones técnicas definidos en el artículo 16 de la presente resolución,
para efectos de la trazabilidad de la factura de venta de los servicios y tecnologías de salud.
Artículo 13. Fuente de información para el diligenciamiento de los datos del sector
salud y el trámite de la factura electrónica de venta en salud. La fuente de información
para el diligenciamiento de los campos de datos adicionales del sector salud en el formato
XML, será el Registro Individual de Prestación de Servicios de Salud y los acuerdos de
voluntades suscritos entre los facturadores electrónicos y las EPS, entidades adaptadas,
ARL en el componente salud, secretarias de salud del orden departamental, distrital o
municipal, compañías de seguros autorizadas para ofrecer el SOAT, entidades que ofrecen
planes voluntarios de salud y demás pagadores.
La información de que trata el Anexo Técnico N° 2 adoptado mediante la presente

resolución deberá ser consistente con la representación gráfica de la factura de venta y con
la información reportada en el mencionado registro como soporte de esta, en lo que aplique.
Parágrafo 1. En caso de no existir acuerdo de voluntades, las entidades responsables de

pago y demás pagadores deberán suministrar la información que les sea requerida por los
facturadores electrónicos del sector salud, para el diligenciamiento de los campos de datos
adicionales del sector salud.
Parágrafo 2. Los campos de datos relacionados con la identificación de los usuarios y el

detalle administrativo y asistencial de los servicios y tecnologías de salud, estarán
contenidos en el Registro Individual de Prestación de Servicios de Salud —RIPS, y deberán
guardar correspondencia con la factura.
Parágrafo 3. Las entidades responsables de pago y demás pagadores no podrán modificar

los campos de datos adicionales definidos en la presente resolución, ni exigir la inclusión
de nuevos, so pena de las investigaciones y medidas que determinen las entidades de
inspección, vigilancia y control, si a ello hubiere lugar.
Artículo 14. Proceso de radicación de la factura electrónica de venta en salud ante la

entidad responsable de pago o demás pagadores. Los facturadores electrónicos del
sector salud disponen de veintidós (22) días hábiles, contados a partir de la fecha de
28 DIC 2023
RESOLUCIÓN NÚMERO h 00002275 DE 2023 HOJA N°10
expedición de la factura electrónica de venta con validación previa de la Unidad

Administrativa Especial Dirección de Impuestos y Aduanas Nacionales —DIAN, para la
radicación ante las entidades responsables de pago o demás pagadores, de la factura y el
Registro Individual de Prestación de Servicios de Salud aprobados por el mecanismo único
de validación del Ministerio, junto con los demás soportes determinados en la normatividad
vigente.
Una vez recibidos dichos documentos, la entidad responsable de pago o demás pagadores
generará automáticamente el número único de radicación con fecha y hora, momento a
partir del cual se entenderá radicada, procediendo el trámite de la misma en el plazo
establecido en la Ley. Dichos datos serán informados al facturador electrónico del sector
salud conforme con el mecanismo establecido por las partes y al Ministerio de Salud y
Protección Social a través del mecanismo que este determine.
Parágrafo 1. El facturador electrónico del sector salud anulará la factura cuando no se haya
realizado la radicación dentro del plazo previsto en este artículo, procediendo la expedición
de una nueva factura para el cobro de los servicios y tecnologías prestados.
Parágrafo 2. En los acuerdos de voluntades en los que se haya pactado la modalidad de

pago por capitación, la expedición y entrega de la primera factura electrónica de venta se
hará sin el Registro Individual de Prestación de Servicios de Salud. Para la expedición de
la segunda factura será requisito haber entregado a la entidad responsable de pago o
demás pagadores, los Registros Individuales de Prestación de Servicios de Salud
aprobados por el mecanismo único de validación del Ministerio, junto con los demás
soportes de ley de la primera factura, procediendo su radicación, y para la expedición de
las siguientes, dichos registros y demás soportes de la factura anterior.
Parágrafo 3. Las entidades responsables de pago y los facturadores electrónicos deberán

contar con procesos automatizados y en línea, que contengan la trazabilidad cronológica
de la transferencia de información y el acuse de recibido de esta, en los términos de la Ley
527 de 19990 la que norma la modifique o sustituya.
Capítulo 4.
Mecanismo Único de Validación
Artículo 15. Del mecanismo único de validación. Es el conjunto organizado de procesos,

sistemas de información, entidades y personas, que deben aplicar los facturadores
electrónicos del sector salud para cumplir con la validación única del Registro Individual de
Prestación de Servicios de Salud- RIPS como soporte de la Factura Electrónica de Venta
en salud -FEV en salud y sus documentos electrónicos, o las demás entidades obligadas a
reportar RIPS, y realizar su envío al Ministerio, en cumplimiento de lo dispuesto en la
presente resolución, o la que la sustituya o modifique.
El mecanismo único de validación del RIPS se compone de:
4.1. Sistema de información de validación y envío de archivos

4.2. Proceso de registro o actualización de entidades.
4.3. Proceso de disposición de datos
Artículo 16. Sistema de información de validación del RIPS y envío de archivos.

Corresponde a la solución tecnológica del mecanismo único de validación del Registro
Individual de Prestación de Servicios de Salud -RIPS, desarrollada por este Ministerio para
la certificación del cumplimiento de las condiciones técnicas y requerimientos funcionales,
establecidos en la presente resolución o la que la sustituya o modifique, que permite la
recepción, validación y transmisión del Registro Individual de Prestación de Servicios de
2 R DIC Wirn
RESOLUCIÓN NÚMERO 00002275 DE 2023 HOJA N° 11
Salud —RIPS, como soporte de la Factura Electrónica de Venta en Salud y de los

documentos electrónicos asociados a la misma, notas crédito y notas débito, y las notas
ajuste del RIPS, o los RIPS sin factura, según el caso, así como la generación de reportes
del resultado de las anteriores actividades.
Este Ministerio dispondrá de dos alternativas del sistema de información de validación del
RIPS, cuyo uso dependerá de las características operativas y tecnológicas del facturador
electrónico del sector salud, quien deberá implementar bajo su propia infraestructura,
aquella que considere la que mejor se ajuste a sus necesidades y capacidades. Dichas
alternativas son:
Tipo A: Solución tecnológica tipo CLIENTE/SERVIDOR, dirigida a facturadores

electrónicos del sector salud que no tienen la posibilidad de adelantar desarrollos
propios para interoperar con la plataforma del Ministerio, y que para su utilización solo
requiere de la transmisión del conjunto de archivos de información.
Tipo B: Solución tecnológica tipo API RESTFUL empaquetada en contenedores dirigida

a facturadores electrónicos que tienen la posibilidad de adelantar desarrollos propios
para interoperar con la plataforma del Ministerio, que permiten la transmisión del
conjunto de archivos de información.
Las características y requisitos tecnológicos de estas alternativas se detallan en el

micrositio de factura electrónica de venta en salud, alojado en la página institucional de este
Ministerio, disponibles en el enlace: https://www. sisp ro.qov.co/cen tra I-
financiamiento/Paqes/facturacion-electronica.aspx.
El procesamiento de información del mecanismo único de validación del Registro Individual

de Prestación de Servicios de Salud -RIPS, comprende las siguientes actividades:
1 Recepción de los archivos de la factura electrónica de venta — FEV en salud, o sus

documentos electrónicos asociados, con validación previa de la Unidad Administrativa
Especial Dirección de Impuestos y Aduanas Nacionales —DIAN y del archivo RIPS
que la soporta o el archivo RIPS de las notas de ajuste, según corresponda.
Validación del archivo del Registro Individual de Prestación de Servicios de Salud —
RIPS, conforme con lo establecido en la presente Resolución o las normas que las
modifiquen o sustituyan y los lineamientos técnicos del RIPS disponibles en el enlace:
https://www.sispro.qov.co/central-financiamiento/Paoes/facturacion-electronica.aspx.
Verificación de la relación de la Factura Electrónica de Venta FEV en salud, o de sus
documentos electrónicos asociados, con el RIPS soporte de las mismas, según las
especificaciones técnicas definidas en la presente Resolución o las normas que las
modifiquen o sustituyan, y las lineamientos técnicos del RIPS disponibles en el enlace:
https://wvvw.sispro.qov.co/central-financiamiento/Paqes/facturacion-electronica.aspx.
Validación de las Notas de ajuste del RIPS, cuando aplique.
Validación del RIPS sin factura electrónica de venta -FEV en salud, cuando aplique.
Generación del código único de validación —CUV al RIPS como soporte de la FEV en
salud o de sus documentos electrónicos.
Disposición al facturador electrónico del sector salud, del resultado de las validaciones
definidas en la presente Resolución o la norma que la modifique o sustituya y del CUV
cuando aplique, haciendo uso del método establecido en el mecanismo único de
validación.
Parágrafo. El Ministerio de Salud y Protección Social como propietario del sistema de

información de validación !del RIPS, será el encargado de su disponibilidad, seguridad y
actualización. Las actualizaciones necesarias para garantizar la calidad, la seguridad y
rendimiento del sistema se realizarán informando previamente de las mismas a las
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 DE HOJA N° 12
2023
entidades participantes, proporcionando las garantías para que la operación no se vea

afectada y la validación del RIPS se realice, según las versiones respectivas.
Artículo 17. Proceso de registro o actualización de entidades. El Ministerio de Salud y

Protección Social por medio del Sistema Integrado de Información de la Protección Social
SISPRO permitirá el registro o actualización de datos de los facturadores electrónicos
del sector salud y de las entidades obligadas a reportar el RIPS sin factura, como
prerrequisito para el uso del mecanismo único de validación de RIPS. Estas entidades
deberán realizar la inscripción o actualiiación en el siguiente enlace:
https://web.sispro.qov.co, obteniendo su usuario y contraseña, datos que permitirán la
autenticación al sistema de información de validación del Registro Individual de Prestación
de Servicios de Salud -RIPS.
Los detalles del proceso de registro o actualización de entidades en el SISPRO, se

dispondrán en el micrositio de factura electrónica de venta en salud, alojado en la página
institucional de este Ministerio, disponible en el enlace: https://www.sispro.gov.co/central-
financiamiento/Pages/facturacion-electronica.aspx.
Artículo 18. Proceso de disposición de datos. El mecanismo único de validación del

RIPS de este Ministerio, proveerá al Sistema Integral de Información Financiera y
Asistencial -SIIFA, de que trata el artículo 4 de la Ley 1966 de 2019, o al que haga sus
veces, la información de los archivos de la Factura Electrónica de Venta - FEV en salud y
la de sus documentos electrónicos asociados, con la validación previa de la Unidad
Administrativa Especial Dirección de Impuestos y Aduanas Nacionales —DIAN, el archivo
del RIPS validado, soporte de cada uno de ellos, o el archivo de notas de ajuste de RIPS,
cuando aplique, junto con el código único de validación —CUV.
La información del RIPS como soporte de la FEV en salud, será dispuesta a los sistemas
de información del sector salud gestionados por este Ministerio que así lo requieran y a los
demás actores del sistema de salud.
El Ministerio de Salud y Protección Social dispondrá mensualmente a las entidades

territoriales del orden departamental y distrital, un archivo con los datos del Registro
Individual de Prestación de Servicios de Salud —RIPS de su área de influencia, en el ftps
habilitado para estas.
Parágrafo 1. A partir de los datos recibidos, este Ministerio definirá el conjunto de informes
que den cuenta de la calidad y estandarización de los datos a las entidades destinatarias
del presente acto administrativo, con el fin de retroalimentarlas frente al mejoramiento en
la generación de los datos.
Parágrafo 2. Los facturadores electrónicos del sector salud y las entidades obligadas a
reportar el RIPS, son responsables de la veracidad y consistencia de los datos registrados
y del cumplimiento de las reglas de validación de los mismos, según lo dispuesto en la
presente Resolución o las normas que las adicionen o sustituyan. Las reglas de validación
aplicables al RIPS como soporte de la FEV en salud, serán actualizadas e incorporadas
progresivamente al mecanismo único de validación para mejorar la calidad de la
información.
Parágrafo 3. El Ministerio de Salud y Protección Social publicará un informe mensual sobre

el comportamiento de los participantes del sistema en el reporte del RIPS como soporte de
la FEV en salud y definirá el mecanismo que permita el acceso a esta información.
Artículo 19. Del proceso de soporte. El Ministerio de Salud y Protección Social dispondrá
una mesa de ayuda para brindar el acompañamiento técnico al proceso de generación y
28 DIC 2023
RESOLUCIÓN NÚMERO , 2023 HOJA N°13
00002275 DE
reporte del RIPS como soporte de la factura electrónica de venta -FEV en salud. Los datos
de contacto así como la información relaciOnáda con la normatividad vigente y sus anexos,
lineamientos y documentos técnicos, preguntas frecuentes, y ejemplificaciones del Registro
Individual de Prestación de Servicios de Salud — RIPS como soporte de la factura
electrónica de venta, se encuentran disponibles en el siguiente enlace:
https://www.sispro.qov.co/central-financiamiento/Paqes/facturacion-electronica.aspx.
Capítulo 5.
Implementación y disposiciones finales
Artículo 20. Seguridad de la información y protección de datos personales. De

conformidad con lo dispuesto por las Leyes 527 de 1999, 594 de 2000, Estatutaria 1581 de
2012, 2015 de 2020 y el Decreto 1377 de 2013, y las normas que las modifiquen o
sustituyan, el Ministerio de Salud y Protección Social como responsable del mecanismo
único de validación del RIPS como soporte de la Factura Electrónica de Venta en Salud,
así como las entidades de que trata el artículo 2 de la presente resolución, garantizarán al
interior de sus procesos y tecnologías informáticas y con los terceros involucrados, la
veracidad, confidencialidad, integridad, custodia y disponibilidad de los datos del Registro
Individual de Prestación de Servicios de Salud -RIPS y deberá utilizar y asegurar las
técnicas necesarias para evitar el riesgo a la suplantación, alteración, extracción, secuestro
y cualquier acceso o uso indebido o fraudulento o no autorizado de los datos, de acuerdo
con lo establecido en la normativa vigente expedida por el Archivo General de la Nación, la
Superintendencia de Industria y Comercio y el Ministerio de Tecnologías de Información y
Comunicaciones.
Artículo 21. Transición. Para la implementación del RIPS como soporte de la FEV en
salud y el inicio de la operación de la plataforma del mecanismo único de validación, las
entidades de que trata el artículo 2 de la presente resolución y el Ministerio de Salud y
Protección Social, seguirán las siguientes actividades y cronograma:
ACTIVIDAD PLAZO MÁXIMO DE RESPONSABLE

EJECUCIÓN
Publicación del documento de 29 de diciembre de 2023 Ministerio de Salud y
lineamientos técnicos para la Protección Social
generación, validación y envío de
los RIPS como soporte de la factura
https://www.sispro.qov.co/central- .
financiamiento/Pages/facturacion-
electronica.aspx#
Instalación de la plataforma del Del 29 de diciembre de 2023 al Facturadores electrónicos del
mecanismo único de validación. 18 de enero de 2024 sector salud y entidades
https://www.sispro.qov.co/central- obligadas a reportar RIPS
financiamiento/Pages/facturacion-
electronica.aspx
Inscripción (o actualización) y Del 29 de diciembre de 2023 al Facturadores electrónicos del

autenticación de entidades (y sus 18 de enero de 2024 sector salud y entidades
usuarios) ante la plataforma del obligadas a reportar RIPS
mecanismo único de validación en
el siguiente enlace:
https://web.sispro.qov.co
obteniendo su usuario y contraseña
Habilitación del proceso de Del 29 de diciembre de 2023 al Ministerio de Salud y
inscripción de entidades a sesión 18 de enero de 2024 Protección Social
de pruebas del mecanismo único
de validación en el micrositio
28 DIC 2023
RESOLUCIÓN NÚMERO 2023 HOJA N° 14
00002275 DE
' Prestación de Servicios de Salud -RIPS, soporte de la Factura Electrónica de Venta -FEV en salud y se dictan
https://www.sispro.gov.co/central-
.financiamiento/Pages/facturacion-
electronica.aspx .
- Agendamiento (inscripción) de Del 29 de diciembre de 2023 al Facturadores electrónicos del
entidades a sesion de pruebas del 18 de enero de 2024 sector salud y entidades
mecanismo único de validación obligadas a reportar RIPS
Capacitación a facturadores Del 22 de enero al 16 de Ministerio de Salud y
electrónicos inscritos febrero de 2024 Protección Social,
Facturadores electrónicos del
sector salud y entidades
obligadas a reportar RIPS
Realizacion de sesiones de prueba Del 1 al 29 de febrero de 2024 Facturadores electrónicos del
de transmisión de archivos de FEV sector salud y entidades
en salud-RIPS al mecanismo único obligadas a reportar RIPS
de validación (según
agendamiento)
Capacitación a Entidades Del 16 al 29 de febrero de 2024 Ministerio de Salud y
Responsables de Pago y demás Protección Social,
pagadores Entidades Responsables de
Pago y demás pagadores
Piloto del mecanismo único de Del 1 al 31 de marzo de 2024 Facturadores electrónicos del
. validación y transferencia de datos sector salud y entidades
con los participantes del sistema obligadas a reportar RIPS,
Entidades Responsables de
`ty Pago y demás pagadores,
Ministerio de Salud y
• Protección Social
Entrada en operación del 1 de abril de 2024
mecanismo único de validación del
RIPS (JSON) como soporte de la
FEV en salUd (XML con los campos
adicionales del sector salud). Se
inicia la transmisión de estos
I archivos a la plataforma. - 1 de abril
de 2624.
A partir del 1 de abril de 2024, las entidades definidas en el artículo 2 de la presente

resolución deben entregar el RIPS correspondiente a los servicios y tecnologías de salud
' prestados y facturados a partir de esta fecha conforme lo previsto en la presente resolución
y sus anexos técnicos; mientras se cumple este plazo los RIPS deberán ser entregados en
. las estructuras definidas en la Resolución 3374 de 2000 y demás normas relacionadas.
Los prestadores de servicios de salud, las entidades responsables de pago y demás

« pagadores, dispondrán hasta el 30 de septiembre de 2024 para enviar los RIPS de las
• atenciones prestadas antes del 1 de abril de 2024, conforme a la periodicidad con la que
se remiten durante la operación. La facturación de estos servicios se realizará en la
estructura convencional de facturación electrónica establecida por la Unidad Administrativa
Especial Dirección de Impuestos y Aduanas Nacionales —DIAN.
Para la implementación de las disposiciones previstas en el presente acto administrativo,

el Ministerio de Salud y Protección Social determinará el mecanismo de transferencia de
información de que trata el artículo 10 de la presente resolución. La forma de disposición
de los datos del RIPS a las entidades responsables de pago y demás pagadores se
realizará de acuerdo con lo definido por las partes. Se podrá direccionar la verificación y
consulta de estos datos hacia la plataforma definida por el Ministerio.
Artículo 22. Seguimiento y control. La Superintendencia Nacional de Salud efectuará la

inspección, vigilancia y control del cumplimiento de las disposiciones previstas en la
presente resolución, sin perjuicio de las funciones de inspección, vigilancia y control,
2B DIC 20'23
RESOLUCIÓN NÚMERO 2023 HOJA N°15
00002275 PE . u
atribuidas a las demás autoridades coi-ripetentes, de conformidad con las normas legales
vigentes.
Artículo 23. Vigencia y derogatorias. La presente resolución rige a partir de la fecha de

su publicación, y deroga, a partir de esta fecha las Resoluciones 510, 1036, 2805 y 2806
de 2022 y 1557 de 2023, y a partir del 30 de septiembre de 2024, las Resoluciones 4144
de 1999, 1077 y3374 de 2000, 951 de 2002, 1531 y 4449 dé 2014.
PUBLÍQUESE, COMUNÍQUESE Y CÚMPLASE
Dada en Bogotá, D.C., a los

28 DIC 2023
ROD \:iL ENRIQUE

O
OTO
(54C49
SALAS FIGUEROA
Ministro de Salud y Protección Social (E)
Viceministro de Protección Social 61»92

Director de Regulación de Benefici s, Costos y Tarifas del Aseguramiento en Salud
fe de la Oficina de Tecnologías de la Información y Comunicaciones e{)
irección Jurídica ,
Directorjuldicu
28 DIC 2023
00002275 DE •
iPrestación de Servicios de Salud -RIPS, soporte de la Factura Electrónica de Venta -FEV en salud y se dictan
ANEXO TÉCNICO 1
ESPECIFICACIONES TÉCNICAS DE LOS DATOS DE PRESTACION INDIVIDUAL DE SERVICIOS

Y TECNOLOGÍAS DE SALUD
. T1 INTRODUCCIÓN
Con el fin,de unificar la estructura de datos sobre la prestación individual de servicios y tecnologías de
;..salud, para la transferencia en medio tecnológico, se establecen las especificaciones técnicas para la
correcta generación de RIPS para el proceso de validación única, así como las características que
:deben cumplir los datos de RIPS en su relación con la factura electrónica de venta.
Párá la generación y validación de RIPS, estos se deberán transmitir en formato JSON (JavaScript
Object Notation).
'7!En eLnivel granular, JSON consta de varios tipos de datos de los cuales se usarán para los RIPS los
sig-uiéntes':
Cadena
•• Número
Objeto
Arreglo
Nulo
1.1 Definiciones
JSON (JavaScript Object Notation): es un formato de texto pará- el intercambio de datos. JSON
es un subconjunto de la notación literal de objetos de JavaScript, aunque hoy, debido a su
amplia adopción como alternativa a XML, se considera un formato de lenguaje independiente.
Un objeto JSON comienza y termina con llaves {}. Puede tener dos o más pares de
Propiedades/valor dentro, con una coma para separarlos. Así mismo, cada propiedad es
seguida por dos puntos para distinguirla del valor. Ejemplo:
{"tipoDocumentoldentificacion" : "CC", "numDocumentoldenfificacion" : "10173458401
Propiedades: Son cadenas de caracteres (strings). Como su nombre en español lo indica, estas
contienen una secuencia de caracteres rodeados de comillas.
Valor: Los valores son un tipo de datos JSON válido. Puede tener la forma de un arreglo, objeto,
cadena, booleano, número o nulo.
• Cadena: una cadena en JSON se compone de caracteres Unicode, con escape de barra
invertida. Ejemplo de un valor tipo cadena:
{"nombre" : "Pedro"}
Número: El número JSON sigue el formato de punto flotante de precisión doble de JavaScript.
Ejemplo de valores tipo número:
{"numero1" : 210, "numero2" : 310}
• Objeto: El tipo de datos de objeto JSON es un conjunto de pares de nombre o valor insertados
entre {} (corchetes rizados). Las claves deben ser cadenas y deben ser únicas separadas por
comas. Ejemplo para un objeto "Usuario":
("Usuario": {
"tipoDocumentoldentificacion" : "CC",
"numDocumentoldentificacion" : "1017345840",
"fechaNacimiento" : "2000-01-01",
28 DIC 2023
RESOLUCIÓN NÚMERO , OÜÜÚ2?5 DEY 2023 HOJA N° 16
ANEXO TÉCNICO 1
ESPECIFICACIONES TÉCNICAS DE LOS DATOS DE PRESTACION INDIVIDUAL DE SERVICIOS

Y TECNOLOGÍAS DE SALUD
1. INTRODUCCIÓN
Con el fin de unificar la estructura de datos sobre la prestación individual de servicios y tecnologías de
salud, para la transferencia en medio tecnológico, se establecen las especificaciones técnicas para la
correcta generación de RIPS para el proceso de validación única, así como las características que
deben cumplir los datos de RIPS en su relación con la factura electrónica de venta.
Para la generación y Validación de RIPS, estos se deberán transmitir en formato JSON (JavaScript
Object Notation).
En el nivel granular, JSON consta de varios tipos de datos de los cuales se usarán para los RIPS los
siguientes:
Cadena
Número
Objeto
Arreglo
Nulo
1.1 Definiciones
JSON (JavaScript Object Notation): es un formato de texto para el intercambio de datos. JSON
es un subconjunto de la notación literal de objetos de JavaScript, aunque hoy, debido a su
amplia adopción como alternativa a XML, se considera un formato de lenguaje independiente.
Un objeto JSON comienza y termina con llaves {}. Puede tener dos o más pares de
propiedades/valor dentro, con una coma para separarlos. Así mismo, cada propiedad es
seguida por dos puntos para distinguirla del valor. Ejemplo:
{"bpoDocumentoldentificacion" : "CC", "numDocumentoldentificacion" : "1017345840"}
Propiedades: Son cadenas de caracteres (strings). Como su nombre en español lo indica, estas
contienen una secuencia de caracteres rodeados de comillas.
Valor Los valores son un tipo de datos JSON válido. Puede tener la forma de un arreglo, objeto,
cadena, booleano, número o nulo.
Cadena: una cadena en JSON se compone de caracteres Unicode, con escape de barra
invertida. Ejemplo de un valor tipo cadena:
("nombre" : "Pedro")
Número: El número JSON sigue el formato de punto flotante de precisión doble de JavaScript.
Ejemplo de valores tipo número:
{"numero1" : 210, "numero2" : 310}
Objeto: El tipo de datos de objeto JSON es un conjunto de pares de nombre o valor insertados
entre (corchetes rizados). Las claves deben ser cadenas y deben ser únicas separadas por
comas. Ejemplo para un objeto "Usuario":
("Usuario": {
"nu mDocumentoldentificacion" :1017345840",
. 28 De 2023
RESOLUCIÓN NÚMERO 1. oto0227n 2023 HOJA N° 17
"codSexo"
"codPaisResidencia" : 1701
Arreglo: El tipo de datos de array o arreglo en JSON representa una lista ordenada de cero o
más valores los cuales pueden ser de cualquier tipo. Los valores se separan por comas y el
vector se ubica entre corchetes. Ejemplo de un arreglo de un objeto "Usuario" con dos registros
de usuario:
{"Usuario": [
"numDocumentoldentificacion" : "101734584011 ,
"fechaNacimiento" :. "2000-01-91",
"codSexo" :
"codPaisResidencia" : 1701,
"tipoDocumentoldentificacion" : "TI",
"numDocumentoldentificacion" : "1013920388",
"codSexo" : "F,
"codPaisResidencia" : 170}
1.2 Calidad de la información
Las reglas de validación son integrales y se aplican en la siguiente secuencia:
Validaciones de estructura
Son aquellas reglas de validación relacionadas con las características de las estructuras de
presentación de los datos:
Sintaxis JSON
Nombres de propiedades (son sensibles a minúsculas y mayúsculas)
Requerimiento mínimo de propiedades por objeto
Validaciones de contenido
Son aquellas reglas de validaciones relacionadas con las características de cada uno de los
campos de datos, a saber, los valores permitidos, tamaño y tipo. Corresponden a la utilización
y consistencia con los valores permitidos según tablas propias de SISPRO o tablas de
referencia externas al mismo, así como a la obligatoriedad del dato. Se validará que el valor
informado para cada campo corresponda a las características establecidas en el presente
anexo técnico.
Validaciones de relación
Son aquellas reglas de validaciones relacionadas con cruces entre los datos informados de los
RIPS: entre el contenido de datos propios o de datos de referencia de catálogos externos, así
como de datos informados en la factura electrónica de venta.
De acuerdo con el resultado de la validación, la verificación y confirmación de las reglas de validación

se subdividen en:
RIPS rechazado: cuando el RIPS no cumple una o varias de las reglas de validaciones
obligatorias de estructura, contenido o relación obligatorias. Para continuar con el proceso de
28 DIC 2023
RESOLUCIÓN NÚMERO , 00002275 DE 2023 HOJA N° 18
radicación de la factura electrónica de venta en salud, el RIPS que la soporta debe cumplir
todas las reglas de validaciones obligatorias.
RIPS aprobado: cuando el RIPS cumple todas las reglas de validaciones de estructura,
contenido y relación obligatorias.
RIPS notificado: además de las reglas de validaciones obligatorias, existen reglas de
validaciones no obligatorias que buscan mejorar la calidad del dato. El no cumplimiento de
estas validaciones. será notificado como advertencias sin generar rechazo del RIPS.
El resultado de la validación significará el rechazo o la aprobación del RIPS y la respectiva notificación,

si se da el caso, con las consideraciones a tener en cuenta sobre los datos informados.
El rechazo informará el código de la regla de validación aplicada y sobre la cual no se cumplió el dato
del campo informado.
Cuando el resultado sea "RIPS aprobado" significa que en completitud el RIPS cumplió con las reglas
de validaciones que generan rechazo.
Para "RIPS rechazado" o "RIPS aprobado" se notificará la(s) regla(s) de validación(es) no obligatorias
que se incumplen. Cuando el RIPS sea aprobado, estas notificaciones no impiden la radicación del
RIPS y la factura electrónica de venta ante la ERP o demás pagadores.
Valores negativos: todos los valores monetarios deberán ser expresados en valores positivos o en cero
(0) según corresponda. Se informa la generación de la regla RVG01.
Cantidad de tecnologías de salud y otros servicios: se informa que las cantidades dispensadas,
administradas o entregadas deben corresponder a valores positivos mayores a cero (0). Se informa la
generación de la regla RVG01.
1.3 Convenciones utilizadas en las tablas
A continuación, se presenta la definición de las estructuras de las tablas de definición del formato de
contenido y generación de RIPS, así como de las reglas de validación.
1.3.1 Columnas de las tablas de datos RIPS
I Columna Descripción .1.7,-. ..

ID Campo Identificador único del dato que servirá de base para la codificación de notificaciones o errores
de cada uno de ellos
Campo Nombre del dato a registrar
Descripción Descripción del dato y su significado
Tipo Tipo de dato
Tamaño Tamaño del dato
Observaciones Observaciones importantes sobre el campo, incluyendo listas de valores posibles,
validaciones si aplican, entre otras.
Versión Versión en que el campo fue introducido en el formato, o versión en que ha sido modificado
por la última vez
'
RESOLUCIÓN NÚMERO , 00002275 DE
28 DIC 211 HOJA N° 19
1.3.2 Columnas de la tabla de validaciones generales
Columna Descripción
ID Validación Identificador de la regla de validación
Y Efecto de la regla de validación:
R: Rechazo, el procesamiento correspondiente ha encontrado problemas que impiden el
procesamiento de la solicitud
N: Notificación: el procesamiento correspondiente ha encontrado indicios de potenciales
problemas, los cuales no impiden el procesamiento de la solicitud
Regla Descripción de la regla de validación .,.
ID Mensaje Código de mensaje correspondiente a la regla de validación
Mensaje Mensaje de respuesta como resultado de un rechazo o gl de una notificación
Versión Versión de las reglas de validación
1.3.3 Columnas de la tabla validaciones por campo
Columna Descripción
ID Validación Identificador de la regla de validación
ID Campo Identificador del campo al cual aplica la validación
Y Efecto de la regla de validación:
R: Rechazo, el procesamiento correspondiente ha encontrado problemas que impiden el
procesamiento de la solicitud
N: Notificación: el procesamiento correspondiente ha encontrado indicios de potenciales
problemas, los cuales no impiden el procesamiento de la solicitud
Regla Descripción de la regla de validación
ID Mensaje Código de mensaje correspondiente a la regla de validación
Mensaje Mensaje de respuesta como resultado de un rechazo o el de una notificación
Versión Versión de las reglas de validación
1.4 Tipo de datos de RIPS
Los tipos de datos se ajustan según los tipos de datos permitidos en JSON y sobre los cuales aplicarán
validaciones de contenido.
Tipo. . • DeaCrildón
C Cadena: compuesto por una cadena de texto y se denota entre comillas dobles. Acepta caracteres
UNICODE permitidos en JSON sin tener en cuenta caracteres especiales. Algunos ejemplos: "M"
para el sexo masculino en el campo sexo; "01" para el tipo de usuario contributivo cotizante.
La fecha y hora debe ser informado de tipo cadena con el formato "AAAA-MM-DD HH:MM", de
acuerdo con datos de interoperabilidad de la historia clínica conforme a la Resolución 866 de 2021.
Ejemplo "2022-02-22 13:52".
'1
Cuando no se tenga información y el campo lo permita se débe informar null (sin comillas dobles).
N Numérico: compuesto por número pares o impares y se denota sin comillas. Solamente son
aceptados los números enteros positivos usando cero (0) a nueve "9". No se deben informar
separadores de miles.
Cuando no se tenga información y el campo lo permita se debe informar cero (0).
1.5 Tamaño de los datos
Existen datos con tamaño fijo y datos con tamaño variable. Los datos de tamaño fijo no admiten
información con otro número de posición diferente a la que se establece, es decir, la información en
este tipo de configuración siempre tiene exactamente el mismo tamaño.
28 DIC 2023
RESOLUCIÓN NÚMERO 0000,227s 'DE 2023 HOJA N° 20
otras' diSposiciones"
Los datos de tamaño variable admiten un rango de número de posiciones que varía de un mínimo hasta
un máximo. En caso de que la información no utilice el número máximo de posiciones, no se deben
incluir caracteres para rellenar el espacio, tales como ceros, blancos o espacios.
Los datos de tamaño variable que tienen el valor cero (0) como tamaño mínimo admiten que sean
informados sin contenido, en este caso, el facturador electrónico en salud declara que no existe o no
se encuentra disponible la información correspondiente informando null.
... _ -
l' Formato:1
, iéciiticióri:
X Tamaño exacto del dato
Ejemplo: 5
- Informar menos o más de 5 posiciones tendrá como resultado el rechazo del
RIPS
x-y Tamaño mínimo de "x", máximo de "y"
Ejemplo: 0-10
- Es posible expresar ningún valor (null), porque se permite el tamaño cero (0)
- Informar más de diez posiciones tendrá como resultado el rechazo del RIPS
Valores El dato deberá ser informado con tamaño de exactamente una de las opciones listadas
separados por Ejemplo: 1, 3, 5, 8 significa que se debe informar el elemento con uno de estos cuatro
comas tamaños fijos
Ejemplos de cómo se deben informar los valores en los elementos numéricos de acuerdo con el formato
especificado: .
,Formato , , , !Para informar .* Llenar dato con

0-11 1,105 1105
1,105.13 No es posible
O 0
Para no informar dato null
1-11 1,105 1105
1,105.13 No es posible
O 0
Para no informar dato No es posible
0,2 15 15
1 No es posible
O No es posible
Para no informar dato null
1.6 Gradualidad de las validaciones
Las validaciones contenidas en la presente resolución que se denominan "NI: Notificación", serán de
obligatorio cumplimiento en las fechas que eSte Ministerio determine.
1.7 Aspectos para tener en cuenta
'• Las ejemplificaciones tienen como propósito mostrar al usuario el uso de los datos de RIPS
de acuerdo con casuísficas particulares de la prestación del servicio. En este sentido las
ejemplificaciones NO son ejemplos de RIPS reales y las reglas y condiciones son las que
están establecidas en el presente anexo técnico. .
Con base en lo anterior, en caso de existir diferencias entre las ejemplificaciones y el anexo
técnico, siempre prevalece el anexo técnico.
Los campos opcionales NO deben ser informados de manera obligatoria, es decir, en el
momento de la generación del RIPS chos di campos son optativos para la generación del
28 DIC 2023
RESOLUCIÓN NÚMERO s' Q0002275 DE 2023 HOJA N°21
RIPS. Si decide informarlo, el campo opcional tendrá las validaciones que se señalen en el
presente documento.
2. ESPECIFICACIONES DEL MEDIO DE INTERCAMBIO DE DATOS PARA VALIDACIÓN DE RIPS

Y FACTURA ELECTRÓNICA DE VENTA EN SALUD
2.1 Estándar del archivo
Se aceptará un archivo estándar JSON (JavaScript Object Notation - Notación de Objetos de

JavaScript) junto con un archivo .XML que contiene la factura electrónica de venta validada por la DIAN.
2.2 Características del archivo JSON
En un archivo JSON, se deben informar los datos de RIPS que soportan la factura electrónica de venta
en salud emitida por un facturador electrónico del sector salud, según la siguiente estructura:
babel* --Ti o de dateJS0Siu. itat t'.-,:talattetistic,aV

Datos relativos a la Objeto raíz El objeto Objeto que contiene los datos
transacción transacción es el (propiedades/valor) que permiten
objeto raiz o root relacionar el RIPS con la factura
de la estructura electrónica de venta
JSON que
representa el
registro del RIPS,
por lo tanto, no
debe ser
nombrado al
inicio de' la
estructura
Datos relativos a los Objeto con arreglo Usuarios Un objeto "usuarios" que permite
usuarios informar en un arreglo uno o muchos
usuarios cada uno con las
propiedades/valores respectivos
Datos relativos al Objeto servicios Dentro de cada usuario se crea el
servicio y tecnologías objeto "servicios" dentro del cual se
de salud y a los deben informar los objetos respectivos -
valores facturados a los servicios prestados y facturados
(consultas, procedimientos, urgencias
con observación, hospitalizaciones,
medicamentos, otros servicios o recién
nacidos). Sólo se informan los objetos
sobre los cuales se prestó y facturó el
servicio.
Datos de las Objeto con arreglo consultas Dentro del objeto "servicios" se crea el
consultas objeto "consultas" el cual debe incluir
dentro de un arreglo cada una de las
consultas realizadas y facturadas con
sus respectivas propiedades/valores
Datos de los Objeto con arreglo Procedimientos Dentro del objeto "servicios" se crea el
procedimientos objeto "procedimientos" el cual debe
incluir dentro de un arreglo cada uno de
los procedimientos realizados y
facturados con sus respectivas
propiedades/valores
. Datos de la urgencia Objeto con arreglo Urgencias Dentro del objeto "servicios" se crea el
con observación objeto "urgencias con observación" el
cual debe incluir dentro de un arreglo
cada una de las urgencias con
observación realizados y facturados
con sus respectivas propiedades/valor
28 DIC 2023
Datos , Tipo
_ _ de_ dato» JSON" Nombre Característia
Datos de Objeto con arreglo hospitalizacion Dentro del objeto "servicios" se crea el
hospitalización objeto "hospitalizacion" el cual debe
incluir dentro de un arreglo los datos
correspondientes a la prestación en el
servicio de hospitalización
Datos de recién Objeto con arreglo recienNacidos Dentro del objeto "servicios" se crea el
nacidos objeto "recienNacidos" el cual debe
incluir dentro de un arreglo los datos del
recién nacido el cual debe estar
relacionado con el objeto usuario (que
corresponde a la madre).
Nota: Cuando se presten servicios y

tecnologias de salud al recién nacido,
sus datos también deberán ser
informados en el objeto "usuario" y los
servicios prestados en los objetos de
servicios respectivos
Datos de Objeto con arreglo Medicamentos Dentro del objeto "servicios" se crea el
medicamentos objeto "medicamentos" el cual debe
incluir dentro de un arreglo los datos
del(os) medicamento(s) facturado(s)
Datos de otros Objeto con arreglo otrosServicios Dentro del objeto "servicios" se crea el
servicios objeto "Otros servicios" el cual debe
incluir dentro de un arreglo los datos de
los otros servicios facturados
A continuación, se diagrama a manera de ejemplo la estructura JSON que se espera recibir del RIPS
por cada factura reflejada en una transacción.
La denominación del objeto "servicios", debe entenderse como el objeto "servicios", objeto raíz del cual
dependen los objetos del detalle de los diferentes servicios y tecnologías de salud objeto de reporte.
Esta denominación "servicios", es la que se debe utilizar en la generación del JSON, tal como se
propone en las ejemplificaciones.
2 8 DIC 2023
RESOLUCIÓN NÚMERO • 00002275 DE +d . : 2023 HOJA N°23
Estructura RIPS - JSON
{ } Objeto
transacción { }
] Arreglo
usuarios [( )1
servicios { }
consultas fi 1)
medicamentos [{ }1
urgencias [{ fi
_
otrosServicios [{ fi
3. DETALLE DE LOS DATOS DE RIPS
3.1 Datos relativos a la transacción
:Carbpo ., :.mDescrIpción klipti4 ~1 ale_l_e_riad9y2es4jal i hVashUr,

iiililiPt.:11001t ~
TO1 numDocumentoldObligad Número del NIT con el cual C 9 Se requiere que el número 2
o se identifique el facturador de NIT del facturador
electrónico en salud. electrónico en salud
coincida con el número de
NIT registrado en la factura
electrónica de venta.
El número de NIT del

facturador electrónico en
salud se debe encontrar en
la tabla
"IPSCodHabilitación" para
prestadores de servidos
de salud o en
"IPSnoREPS" para
proveedor de tecnologías
de salud o prestadores de
regímenes especiales.
Si el NIT es de un
proveedor de tecnologías
L
28 DIC 2023
j 00002275 DE '
Continuación de la resolución "Por la cual se expide la resolución única reglamentada del Registra Individual de
• de salud únicamente
deberá tener registros de
usuarios, procedimientos,
medicamentos y otros
servicios.
T02 numFactura Número que corresponda al El tipo y tamaño del dato 2

sistema de numeración serán dados por las
consecutiva según las disposiciones de la DIAN.
disposiciones de la DIAN.
El número de la factura
informado en RIPS debe
coincidir con el informado
en la factura electrónica de
venta.
Si el RIPS es con Factura

Electrónica de Venta —
FEV en salud, se debe
informar el número de
factura, en caso contrario
informar null ,
T03 tipoNota Tipo de nota débito o C 0,2 Informar dato según tabla
crédito, o nota ajuste RIPS de referencia: "TipoNota",
que se requiere realizar en web.sispro.gov.co
para un ajuste contable o en
las facturas, ya sea por
errores o por el cambio de
Cuando el ajuste en los
condiciones que generan un
RIPS esté relacionado con
mayor o menor valor
el valor monetario de un
monetario de la respectiva
dato en RIPS se debe
cuenta o la necesidad de
utilizar nota crédito o nota
ajustar RIPS en aquellos
débito según corresponda.
casos cuando no exista
Por su parte, en aquellos
ajuste en el valor monetario.
casos cuando el ajuste no
esté relacionado con el
valor monetario, se debe -
utilizar la nota ajuste RIPS.
Si los RIPS no
corresponden a nota
crédito, nota débito o nota
ajuste RIPS, no se debe
informar el tipo de nota.
T04 numNota Número de la nota crédito, C 0-20 Número de la nota crédito, 1

débito o nota ajuste RIPS nota débito o nota ajuste
emitida por el facturador RIPS generado por el
electrónico en salud. fadurador electrónico en
salud.
El número de la nota
crédito o débito informado
en RIPS debe coincidir con
el informado a la DIAN en
la correspondiente nota
crédito o débito.
'
Nota: El objeto transacción es el objeto raíz o root de la estructura JSON que representa el registro del
RIPS, por lo tanto, no debe ser nombrado al inicio de la estructura.
Ejemplo:
28 DIC 2023
RESOLUCIÓN NÚMERO 00002271 'DE 2023 HOJA N° 25
"numDocumentoldObligado": "900000000",
"numFactura": "Fac00000001",
"fipoNota": null,
"numNota": null}
3.2. Datos relativos a los usuarios

i., 0~11,Cá flS1EDel . triátitatla MiróWni alitiánónOtigéNálitiiiiitee„ IlVirtile
U01 tipoDocumentol Tipo de C 2 Informar dato según tabla de 1
dentificacion documento de referencia: "TipoldPISIS", en
identificación web.sispro.gov.co.
del usuario.
De acuerdo con la Resolución
1133 de 2021 de este Ministerio,
y la Resolución 762 de 2023 de
la ADRES, cuando se utilicen los
tipos de documento "AS: Adulto
sin identificar" o "MS: Menor sin
identificar", se validará que la
estructura del número de
documento corresponda a las
establecidas en esta norma.
UO2 numDocumentol Corresponde C 4-20 1
dentificacion al número del
documento de
identificación
del usuario.
UO3 tipoUsuario Identificador C 2 Informar dato según tabla de
para referencia:
determinar la "RIPSTipoUsuarioVersion2", en
condición del websispro.gov.co.
usuario en
relación con el El tipo de usuario informado
Sistema de puede ser validado según la
Salud según la entidad responsable de pago
cobertura al informada en la factura
momento de la electrónica de venta.
atención.
U04 fechaNacimiento Fecha de C 10 La fecha de nacimiento no debe
nacimiento del ser mayor a la fecha de validación
usuario, de los RIPS.
Según la :fecha de nacimiento se

deberá tener en cuenta el tipo de
identificación del usuario de la
siguiente manera:
Si el usuario tiene 6 años o

menos, el tipo de documento debe
ser "Registro civil", si no cuenta
con este documento y si tiene tres
años o menos, se puede registrar
"Certificado de nacido vivo", si no
cuenta con este documento, se
puede registrar "Pasaporte", si no
cuenta con 'este documento, se
puede registrar "Carné
diplomático" o "salvoconducto de
permanencia" o permiso especial
de permanencia" o "documento
extranjero" o "permiso temporal
de permanencia", si no cuenta con
ninguno de estos documentos, se
puede registrar "Menor sin
identificar".
Si el usuario tiene entre 7 y 17

años , el tipo de documento debe
ser "Tarjeta de identidad", si no
cuenta con este documento se
2 8 DIC 2023
RESOLUCIÓN NÚMERO 00002275 2023 HOJA N°26
DE
Campo "Désóripciórik.:11167CZTáiriafió7tA- Observaciones „ Versión -

puede registrar "Cédula de
extranjería", si no cuenta con este
documento se puede registrar
"Pasaporte", si no cuenta con este
"Carné diplomático" o
"salvoconducto de permanencia"
permiso especial de
permanencia" o "documento
puede registrar "Menor sin
identificar".
Si el usuario tiene 18 años o más,

el tipo de documento debe ser
"Cédula de ciudadanía", si no
cuenta con este documento y si
tiene hasta 19 años se puede
registrar "Tarjeta de identidad", si
no cuenta con este documento se
puede registrar "Cédula de
extranjería", si no cuenta con este
"Pasaporte", si no cuenta con este
"Carné diplomático" o
"salvoconducto de permanencia"
permiso especial de
permanencia" o "documento
puede registrar "Adulto sin
identificar".
Si se informan datos de recién

nacido, el usuario puede tener
entre 9 a 60 años.
U05 codSexo Identificador C 1 Informar dato según tabla de 1
de sexo según referencia: "Sexo", en
aparece en el web.sispro.gov.co.
documento de
identificación Si es un adulto sin identificación o
registrado en un menor sin identificación
el campo registrar el sexo declarado o el
"numDocumen identificado por el profesional que
toldentificacio realiza la atención.
n".
Si se informan datos de recién
nacido, se debe validar que el
usuario tenga sexo "Femenino".
Si se informa finalidad de
"Interrupción voluntaria del
embarazo" — NE se puede
validar que el usuario sea de
sexo «femenino".
1106 codPaisResiden Código del C 3 Código a tres caracteres según 1
cia país • de estándar ISO 3166-1
residencia Informar dato según tabla de
habitual. referencia: "País", en
web.sispro.gov.co.
U07 codMunicipioRe Código del C 0, 5 Código a cinco caracteres según 2
sidencia municipio de la clasificación sociopolitica del
residencia DANE. Si el país es Colombia,
habitual. este campo no puede informarse
"null".
Informar dato según tabla de

referencia: "Municipio" en
web.sispro.gov.co.
codZonaTerritori Identificador C 0, 2 Informar dato según tabla de 1
alResidencia del DANE para referencia: "ZonaVersion2", en
U08
determinar la web.sispro.gov.co.
zona de
28 DIC 2023
RESOLUCIÓN NÚMERO 1 00002275 DE 2023 HOJA N° 27
otras disposicionál
; .11),--;',-"" Ji :Ciiii'16-1 tSt VtJi DSScijpci6nhij..- IT.10,;:», ,jamátlii'7tt Observaciones i1a 1/éi•liiói~
residencia del
usuario.
U09 incapacidad Identificador C 2 Informar dato según tabla de 1
de la referencia: "LstSiNo", en
expedición de web.sispro.gov.co.
una
incapacidad
soportada en
la atención en
salud que se
reporta en
RIPS.
U10 consecutivo Número N 1-7 Debe iniciar con el número uno
consecutivo (1) incrementando de uno en
que identifique uno. No deben existir números
el registro. idénticos repetidos.
U11 codPaisOrigen Código del C 3 Código a tres caracteres según 1
país de origen estándar 150 3166-1
(de Informar dato según tabla de
nacimiento) referencia: "País', en
web.sispro.gov.co.
Ejemplo:
{
usuarios": [
{
"tipoDocumentoldentificacion": "CC",
"numDocumentoldentificacion": "52100200",
"tipoUsuario": "01",
"fechaNacimiento": "2000-01-01",
"codSexo": "M",
"codPaisResidencia": "170",
"codMunicipioResidencia": "05134",
"codZonaTerritorialResidencia": "01",
"incapacidad": "SI",
"consecutivo": 1
"codPaisOrigen" 70"
{
"codSexo": "M",
28 DIC 2023
RESOLUCIÓN NÚMERO , 00002275 DÉ :1 2023 HOJA N°28
"consecutivo": 2,
"codPaisOrigen": "170"
3.3 Datos relativos al servicio y tecnologías de salud y a los valores facturados
Objeto que agrupa los servicios y tecnologías de salud prestados y facturados.
Ejemplo:
"servicios":
"consultas". [
),
"procedimientos": [
"urgencias [
j,
"hospitalizacion": [
"recienNacidos": [
28 DIC 2023
Continuación de la resolución "Por la cual se expide.N.resolución única reglamentaria del Registro Individual de
Prestación de Servicios de Salud -RIPS1 soporte de lá,Factura Electrónica de Venta -FEV en salud y se dictan
],
. .
"medicamentos": [
1,
"otrosServicios": [
3.3.1 Datos de las consultas

,
ID r,:-.12, .Campo. 4,15.a'&: ':541:DestillícIón„4, '-±,- :. Jipó :-Taniaño '',; -:
-Tn ,flObservaciones»,?” :- 'z 'Versión' 1.
, ta..‹ ,2"3.%11 7":' - :TP-12:1:. ,.0.1.1::‘-i. - 9:.'z:W:141 :,- 17 ' . ,7 - . ..:.- Tlkst±:t-g. '' ,:Tr tr-14, . „.
CO1 codPrestador Código otorgado por el C 12 El código del facturador electrónico 1
Ministerio de Salud y en salud se debe encontrar en la
Protección Social al tabla "IPSCodHabilitación" para
prestador de servicios prestadores de servicios de salud o
de salud o del obligado en "IPSnoREPS" para prestadores
a reportar. exceptuados del registro en REPS.
El código del prestador de servicios

de salud o del obligado a reportar
debe estar relacionado con el
numDocumentoldObligado.
CO2 fechalnicioAtencion Fecha y hora de la C 16 La fecha y hora de la consulta no

consulta, debe ser mayor a la fecha y hora de
validación de los RIPS, ni menor a la
fecha de nacimiento del usuario. Así
mismo, no podrá encontrarse por
fuera del periodo de facturación
según los datos de la factura
CO3 numAutorizacion Número asignado por la C 0-30 Cuando el servicio de salud no

entidad responsable de requiera autorización se informa
pago o demás null.
pagadores a los que
aplique, para ordenar la
prestación o provisión
de servicios o
tecnologías de salud.
C04 codConsulta Código de la consulta C 6 El código de CUPS puede ser 1

definido en el Sistema, validado que corresponda a una
según la Clasificación cobertura de consulta.
Única de
Procedimientos en
Salud, CUPS.
El código de CUPS puede ser
validado que corresponda al sexo
del usuario.
28 D1c293
,
RESOLUCIÓN NÚMERO 00002275 DE , HOJA N°30
•
i ID Campo ' — Descripción afl Tipo , Tamaño ' -. Observaciones Versión

validado con el grupo de servido,
servicio, finalidad o causa.

validado que corresponda a la
cobertura o plan de beneficios
registrada en la factura electrónica
de venta.
El código de CUPS se puede validar

según la cantidad de veces que se
informe por paciente y por día.
El código de CUPS se puede validar

con el diagnóstico principal.
Si se informan registros en el grupo

de servicios de internación o el
servicio de urgencias el código
CUPS se puede validar que sea de
consultas intrahospitalarias
(interconsultas) y que se encuentre
dentro del periodo de internación o
de observación de urgencias.

referencia: "CUPSRips", en
web.sispro.gov.co
C05 modalidadGrupoSe Identificador para C 2 Informar dato según tabla de 1

rvicioTecSal determinar la forma de referencia: "ModalidadAtencion", en
prestar un servicio de web.sispro.gov.co
salud en condiciones
particulares en relación
con el grupo de
servicios
C06 grupoServicios Representa el conjunto C 2 Informar dato según tabla de 1

de Servicios que se referencia: "GrupoServicios", en
encuentran web.sispro.gov.co.
relacionados entre si y
que comparten
similitudes en la forma
de prestación, en los
estándares y criterios
que deben cumplir.
C07 codServicio Código del servicio que N 3, 4 Informar dato según tabla de
según la norma de referencia: "Servicios", en
habilitación del SGSSS web.sispro.gov.co.
representa la unidad
básica habilitante del
Sistema Único de
Habilitación, Se debe validar que el código del
conformado por servicio corresponda al grupo de
procesos, servicio y a la modalidad del grupo
procedimientos, de servicio informado.
actividades, recurso
humano, físicos,
tecnológicos y de
información con un
alcance definido, que
tiene por objeto
2 8 DIC 2023
00002275 DE, ,
Continuación de la resolución "Por la cual se expide la re,soluOrt única reglamentaria del Registro Individual de
^. ID -, 447.14 Campo i,'F;:,'"*. 11,000#31101:1 f-LIT ,a104latnáto nLi.-,,t, ; ,w4 OpOrvationés .1,. ,;;:..-: El -:y0-06h_.
iz-, -, :- :7:..51';,Q?,,,9's•i.s,:,,;-, v- .1.3,24-,,t..-4,5-0,z1Ak. ao ',:a4:Isi., ,,t,::.ski.'-'
•,-. 4: -- t• '4Y.'",..I4:44"-:
satisfacer las
necesidades en salud
en el marco de la
seguridad del paciente y
en cualquiera de las
fases de atención en
salud
C08 finalidadTecnologia Identificador de la C 2 Informar dato según tabla de 1

Salud finalidad con que se referencia:
realiza la consulta. "RIP5FinalidadConsultaVersion2"
teniendo en cuenta la columna de la
tabla de referencia que indique
finalidad para consultas, en
web.sispro.gov.co.
La finalidad informada se puede

validar con el sexo y la edad del
usuario.
Si la finalidad informada
corresponde a 'Valoración integral
para la promoción y mantenimiento"
se puede validar que la causa que
motiva la atención corresponda a
aquellas relacionadas con la
"Promoción y mantenimiento de la
salud - intervenciones individuales".
corresponde a "Atención para el
cuidado preconcepcional" se puede
validar que la causa que motiva la
atención corresponda a aquellas
relacionadas con la "Atención de
población materno perinatal".
corresponde a "Atención del parto y
puerperio" se puede validar que la
causa que motiva la atención
corresponda a aquellas
cuidado prenatal" se puede validar
que la causa que motiva la atención
seguimiento del recién nacido" se
puede validar que la causa que
"Atención de población materno
perinatal".
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 k DEL' 2023 HOJA N° 32
ID Campo Déscripción Tipo Taniano Observaciones Versión
corresponde a "Atención del parto y
relacionadas con la 'Atención de
corresponde a 'Atención para el
'Atención de población materno
perinatal".
corresponde a 'Interrupción
voluntaria del embarazo" — IVE se
aquellas relacionadas con la IVE o a
perinatal", para los casos de
Interrupción Voluntaria del
Embarazo sin especificación de
causal hasta la semana 24 de
gestación.
cuidado preconcepcional" se puede
validar que la causa que motiva la
atención corresponda a aquellas
relacionadas con la 'Atención de
corresponde a 'Atención del parto y
población matemo perinatal".
28 D I C 21 1
RESOLUCIÓN NÚMERO 00002275 DE HOJA N° 33
Prestación de Servicios de Salud -RIPS, soporte de (a Facturp . Elecin5nica de Venta -FEV en salud y se dictan
, otras dist). osicioneS) k ,
' - Observaciones Versión ,..

ID . Campo ." . ' Descripción Tipo Tamaño - . ,... . .. „.,. :
aquellas relacionadas 'con la
perinatal".
corresponde a "Valoración integral
para la promoción y mantenimiento",
"Detección temprana de
enfermedad general ". "Protección
especifica", "Planificación familiar y
anticoncepción", "Promoción y
apoyo a la lactancia materna",
"Atención básica de orientación
familiar", "Atención para el cuidado
preconcepcional", "Atención para el
cuidado prenatal", "Interrupción
Voluntaria del Embarazo", "Atención
del parto y puerperio" o "Atención
para el seguimiento del recién
nacido" se puede validar-que el tipo
de pago moderador sea "No aplica
pago moderador".
corresponde a "Valoración integral
para la promoción y mantenimiento".
en el diagnóstico principal el código
de CIE únicamente puede ser de
factores que influyen en el estado de
salud y contacto con los servicios
sanitarios (CIE10: ZOO-Z99 o su
equivalente en la CIE vigente).
CO9 causaMotivoAtenci Identificador de la causa C 2 Informar dato según tabla de 1

on que origina el servido referencia:
de salud — consulta. "RIPSCausaExternaVersion2"
teniendo en cuenta la columna de la
tabla de referencia que indique la
causa que origina el servicio de .
salud para consultas, en
web.sispro.gov.co.
C10 codDiagnosticoPrin Código del diagnóstico C 4-25 El código de CIE se puede validar 1
cipal principal confirmado o según el sexo y la edad del usuario.
presuntivo, según la
versión vigente de la
Clasificación
Internacional de El código de CIE no puede ser de
Enfermedades — CIE, causas externas de morbilidad y de
mortalidad (CIE10: V01-Y98 o su
equivalente en la CIE vigente),
El código de CIE se puede validar

según el código de la consulta
(CUPS) informado.
'
28 010 2023
RESOLUCIÓN NÚMERO 00002275 DE , 2023 HOJA N°34
.,
IID ' Campo ,Ts DesüiliCión Tipo Tamaño " Observaciones Versión
:- .,,,, ,
.1 .1: ' •
referencia "CIE10" en
web.sispro.gov.co o la tabla de
referencia o herramienta que lo
sustituya según la vigencia de la
CIE.
C11 codDiagnosticoRel Código del diagnóstico C O, 4-25 El código de CIE se puede validar
acionadol relacionado número 1 según el sexo y la edad del usuario.
confirmado o
versión vigente de la .
Clasificación El código de CIE se puede validar
Internacional de según el código de la consulta
Enfermedades — CIE. (CUPS) informado.
Se puede validar que el código de

diagnóstico relacionado no sea igual
al código de diagnóstico principal.

a otro diagnóstico relacionado.

CIE.
C12 codDiagnosticoRel Código del diagnóstico C 0,4-25 El código de CIE se puede validar
acionado2 relacionado número 2 según el sexo y la edad del usuario.
confirmado o
Clasificación El código de CIE se puede validar
Enfermedades — CIE. (CUPS) informado.



referencia . "CIE10" en
CIE.
013 codDiagnosticoRel Código del diagnóstico C 0,4-25 El código de CIE se . puede validar
acionado3 relacionado número 3 según el sexo y la edad del usuario.
confirmado o
El códi go de CIE se puede validar
Clasificación
(CUPS) informado.
Enfermedades — CIE
28 DIC 2023
00002275 DE
otras disposiciones" .. , .
ID , Campo : Descripción. - - ' Tipo -Tamaño: . Observaciones Versión-

, .



CIE.
C14 tipoDiagnosficoPrin Identificador para C 2 Informar dato según tabla de 1

cipal determinar si el referencia:
diagnóstico es "RIPSTipoDiagnosticoPrincipalVersi
confirmado o on2", en web.sispro.gov.co.
presuntivo.
C15 tipoOocumentolden Corresponde al tipo de C 2 Informar dato según tabla de 1

tificacion documento de referencia: "TipoldPISIS", en
identificación de la web.sispro.gov.co. Solo aplican los
persona que realizó la siguientes valores:
consulta
CC: Cédula ciudadania
CE: Cédula de extranjería
CD: Carné diplomático
PA: Pasaporte
SC: Salvoconducto de permanencia
PE: Permiso Especial de

Permanencia
DE Documento extranjero
PT: Permiso por Protección

Temporal
C16 numDocumentolde Corresponde al número C 4-20

ntificacion del documento de
identificación de la
persona que realizó la
consulta.
C17 vrServicio Valor monetario de la N 1-10 Diligenciar el valor mayor a cero (0) 2
consulta • según el si la modalidad de pago
manual tarifario o la corresponde a "Pago por evento".
tarifa pactada en • el Para las demás modalidades
acuerdo de voluntades, informar cero (0).
Si el RIPS es sin Factura Electrónica

de Venta — FEV en salud, informar
cero (0) '
28 DIC 2023
ID T., Campo , Descripción Tipo' Yanieño7 Observaciones Versión

4 41 ,,, • '''''
A
C18 conceptoRecaudo Tipo de pago C 2 Informar dato según tabla de 1
moderador según el referencia: "conceptoRecaudo", en
plan de beneficios o web.sispro.gov.co. Solo aplican los
planes o pólizas siguientes valores:
adquiridas.
Cuota moderadora
Pagos compartidos en planes

voluntarios de salud
05: No aplica
Solamente se puede cobrar cuota

moderadora a afiliados del régimen
contributivo.
Para usuarios del régimen

subsidiado no se puede informar el
pago de valores moderadores de
planes voluntarios.
C19 valorPagoModerad Valor monetario del N 1-10 Cuando no aplique pago moderador 2
Or pago'moderador. se debe informar cero (0).
Si el tipo de pago moderador es

"cuota moderadora" o "bono o vale
de plan voluntario" el valor del pago
moderador debe ser mayor o igual a
uno "1".
En el caso del RIPS soporte de

factura con varios usuarios o
servicios, el valor del pago
moderador informado en la factura
electrónica de venta en salud, debe
corresponder a la sumatoria de
detalles de valores de pagos
moderadores de estas facturas de
recaudo, informados en RIPS.
C20 numFEVPagoMode Número de factura El tipo y tamaño del dato serán 1

rador electrónica de venta o dados por las disposiciones de la
documento equivalente DIAN.
emitido al usuario y que
soporte el valor
registrado en el campo
Cuando no aplique pago moderador
C19 o informado por la
se debe informar null.
entidad responsable de
pago o demás
pagadores.
C21 consecutivo Número consecutivo N 1-7 Debe iniciar con el número uno (1) 1
que identifique el incrementando de uno en uno. No
registro. deben existir números idénticos
repetidos.
Ejemplo:
"consultas": [
"codPrestador": 500000000001",
"fechalnicioAtencion": "2021-08-18 08:10",

28 DIC 2023
RESOLUCIÓN NÚMERO a 2023 HOJA N° 37
00002275 DE
- "numAutorizacion": "100000000002",
"codConsulta": "890201",
"modalidadGrupoServicioTecSal": "09",
"grupoServicios": "01",
"codServicio":.1,
"finalidadTecnologiaSalud": "11",
"causaMotivoAtencion": "21",
"codDiagnosticoPrincipal": "D482",
"codDiagnosticoRelacionador: "B428",
"codDiagnosticoRelacionado2": null,
"tipoDiagnosticoPrincipal": "01",
"vrServicio": 36341,
"conceptoRecaudo": "02",
"valorPagoModerador": 5000,
"numFEVPagoModerador": "FVE1",
"consecutivo": 1
"codPrestador": "500000000001",
"numAutorizacion": "100000000002",
"modalidadGrupoServicioTecSal": 09",
"codServicio": 1,
"finalidadTecnologiaSalud": "11"
"codDiagnosticoRelacionador "B428",
"tipoDiagnosticoPrincipar "01",
33
28 DIC 21
RESOLUCIÓN NÚMERO 0000227.5 HOJA N°38
DE
-
"numFEVPagoModerador: "FVE2",
"consecutivo": 2
3.3.2 Datos de los procedimientos .. _ . •

ID Campo Descripción Tipo Tamaño Observaciones Versión
__
P01 codPrestador Código otorgado por el C 12 El código del facturador 1
Ministerio de Salud y electrónico en salud se debe
Protección Social al prestador encontrar en la tabla
de servicios de salud o del sIPSCodHabilitación° para
obligado a reportar. prestadores de servicios de
salud o en alPSnoREPS" para
proveedores de tecnolog fas
de salud o prestadores
exceptuados del registro en
REPS.
El código del prestador de

servicios de salud o del
obligado a reportar debe estar
relacionado con el
P02 fechalnicioAtencion Fecha y hora de realización C 16 La fecha y hora del 1

del procedimiento. procedimiento no debe ser
mayor a la fecha de validación
de los RIPS, ni menor a la
fecha de nacimiento del
usuario. Así mismo, no podrá
encontrarse por fuera del
periodo de facturación según
los datos de la factura
P03 idMIPRES Corresponde al número de ID C 0-15 Cuando el procedimiento no

que se asigna a la entrega de es financiado por presupuesto
procedimientos financiados máximo se debe informar null
con presupuesto máximo, a menos que el procedimiento
sea solicitado a través de la
herramienta MIPRES, en este
caso debe informar el número
.de ID de entrega
correspondiente.
Se puede validar que el

número de ID de entrega
corresponda al registrado en
MIPRES.
28 DIC 2023
DE
Continuación de la resolución "Por la cual se expide la resOlución única reglamentaria del Registro Individual de
. _ ,- .
ID — Campo DesciipcIón • Tipo - Tamaño Obseivaclodei' . Versión'
PO4 numAutorizacion Número asignado por la C 0-30 En caso de procedimientos 1

entidad responsable de pago financiados con presupuesto
y demás pagadores a los que máximo, se puede validar que
aplique, para ordenar la el número de autorización
prestación de servicios, corresponda al número de
prescripción en MIPRES.
Cuando el servicio de salud no

requiera autorización se
informa null.
POS codProcedimiento Código del procedimiento C 6 El código de CUPS puede 1

definido en el Sistema, según corresponder a una cobertura
la Clasificación Única de de procedimiento.
Procedimientos en Salud,
CUPS.
validado que corresponda al
sexo del usuario.

validado con el grupo de
servicio, servicio, finalidad o
causa.
• El código de CUPS puede ser

validado que corresponda a la
cobertura o plan de beneficios
registrada en la factura
El código de CUPS se puede

validar según la cantidad de
veces que se informe por
paciente y por dia.

validar con el diagnóstico
principal.

validar con
CondicionyDestinoUsuarioEgr
eso el tiempo de estancia del
paciente.
Si el código CUPS
corresponde a procedimiento
de parto y además el grupo de
servicios informado es
internación se puede validar
que cuente con datos de
hospitalización y de salas
(parto o cirugía).
Si el código CUPS
quirúrgico y además el grupo
28 DIC 2023
--
de servicios informado es
quirúrgico se debe validar que
cuente con los datos de la sala
de cirugia en otros servicios.
Si el código CUPS
de parto se puede validar que
cuente con datos de recién
nacido.

referencia: 'CUPSRips". en
web.sispro.gov.co.
P06 viaIngresoServicioSal Identificador para determinar C 2 Informar dato según tabla de 1

ud la vía de ingreso del usuario al referencia:
servicio. "ViaIngresoUsuario" teniendo
en cuenta la columna de la
tabla de referencia que indique
la vía de ingreso del usuario al
servicio donde se realiza el
procedimiento, en
web.sispro.gov.co.
P07 modafidadGrupoServi Identificador para determinar C 2 Informar dato según tabla de 1

cioTecSal la forma de prestar un servicio referencia:
de salud en condiciones "ModalidadAtencion", en
particulares en relación con el web.sispro.gov.co.
grupo de servicios.
P08 grupoServicios Representa el conjunto de C 2 Informar dato según tabla de

servicios que se encuentran referencia: "GrupoServicios",
relacionados entre si y que en web.sispro.gov.co.
comparten similitudes en la
forma de prestación, en los
estándares y criterios que
deben cumplir.
P09 codServicio Código del servido que según N 3, 4 Informar dato según tabla de 1
la norma de habilitación del referencia: "Servicios", en
SGSSS representa la unidad web.sispro.gov.co.
básica habilitante del Sistema
Único de Habilitación,
conformado por procesos,
Se debe validar que el código
procedimientos, actividades,
del servicio corresponda al
recurso humano, físicos,
grupo de servicio y a la
tecnológicos y de información
modadad
h del grupo de
con un alcance definido, que
servicio informado.
tiene por objeto satisfacer las
necesidades en salud en el
marco de la seguridad del
paciente y en cualquiera de
las fases de atención en
salud.
P10 finafidadTecnologiaSa Identificador de la finalidad C 2 Informar dato según tabla de 1

lud con que se realiza el referencia:
procedimiento. "RIPSFinalidadConsultaVersi
on2" teniendo en cuenta la
columna de la tabla de
referencia que indique
finalidad para procedimientos,
en web.sispro.gov.co.
La finalidad informada se
puede validar con el sexo y la
edad del usuario.
28 DIC 2023
RESOLUCIÓN NÚMERO o o j 022 ./5 2023 HOJA N°41
.. .. . .
, ID . . Campo Descripción. Tipo Temario Observaciones - : Versión
, .
corresponde a Intervención
colectiva" se puede validar
que el código CUPS
corresponda a un código de
intervención colectiva según el
anexo 5 de la CUPS.
P11 tipoDocumentoldentifr Corresponde al tipo de C 2 informar dato según tabla de 1

cacion documento de identificación de referencia: "TipoldPISIS". en
la persona que realizó el web.sispro.govco. Solo
procedimiento, aplican los siguientes valores:
CC: Cédula ciudadanía

CD: Carné diplomático .
PA: Pasaporte
SC: Salvoconducto de
permanencia
Permanencia
DE: Documento extranjero
Temporal
P12 numDocumentoldentif Corresponde al número del C 4-20

icacion documento de identificación de
la persona que realizó el
procedimiento.
P13 codDiagnosficoPrincip Código del diagnóstico C 4-25 El código de CIE se puede 1

al principal confirmado o validar según el sexo y la edad
presuntivo, según la versión del usuario.
vigente de la Clasificación
Internacional de
Enfermedades — CIE.
El código de CIE no puede ser
de causas externas de
morbilidad y de mortalidad
(CIE10: V01-Y98 o su

de síntomas. signos y
resultados anormales de
pruebas complementarias, no
clasificados bajo otro concepto
(CIE10: RO0-R99 o su

de factores que influyen en el
estado de salud y contacto con
los servicios sanitarios (CIE10:
ZOO-Z99 o su equivalente en la
CIE vigente), excepto en
procedimientos de promoción
y prevención cuando la
finalidad corresponda.
El código de CIE se puede

validar según el código del
procedimiento (CUPS)
informado.

referencia: "CIE10" en
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 DE ' 2023 HOJA N°42
Prestación de Servicios de Salud -RIPS,.soporte de la Factura Electrónica de Venta -FEV en salud y se dictan
_.
web.sispro.gov.co ola tabla de

referencia o herramienta que
lo sustituya según la vigencia
de la CIE.
P14 codDiagnosticoRelaci Código del diagnóstico C O, 4- El código de CIE se puede 1

onado relacionado número 1 25 validar según el sexo y la edad
confirmado o presuntivo, del usuario.
según la versión vigente de la
Clasificación Internacional de
validar según el código del
procedimiento (CUPS)
informado.
Se puede validar que el código

de diagnóstico relacionado no
sea igual al código de
diagnóstico principal.

de la CIE.
P15 codComplicacion Código del diagnóstico C O, 4- El código de CIE se puede 1

confirmado o presuntivo, 25 validar según el sexo y la edad
según la versión vigente de la del usuario.
Clasificación Internacional de

de síntomas, signos y
(CIE10: R00-R99 o su

Z00-299 o su equivalente en la
CIE vigente).

de la CIE.
28 DIC 2023
. . . . . . . :
-ID . Campo , Deáitlpclon Tipo ' .Tamaño , .. Observactones, Versión
,
P16 vrServicio Valor monetario del N 1-15 Diligenciar el valor mayor a 2

procedimiento según el cero (0) si la modalidad de
manual tarifario o la tarifa pago corresponde a "Pago por
pactada en el acuerdo de evento". Para las demás
voluntades, modalidades informar cero (0).
Si el RIPS es sin Factura

Electrónica de Venta — FEV en
salud, informar cero (0)
P17 conceptoRecaudo Tipo de pago moderador C 2 Informar dato según tabla de 1

según el plan de beneficios o referencia:
plan voluntario de salud "conceptoRecaudo", en
adquirido. web.sispro.gov.co. Solo
aplican los siguientes valores:
Copago
Cuota moderadora
Pagos compartidos en
planes voluntarios de salud
05: No aplica
Solamente se puede cobrar

cuota moderadora a afiliados
del Régimen Contributivo.
Para usuarios del Régimen

Subsidiado no se puede
informar el pago de valores
moderadores de planes
voluntarios.
P18 valorPagoModerador Valor monetario del pago N 1-10 Cuando no aplique pago 2
moderador. moderador se debe informar
cero (0).
Si el tipo de pago moderador

es "cuota moderadora" o
"bono o vale de plan
voluntario" el valor del pago
moderador debe ser mayor o
igual a uno (1).

es "copago", el valor del pago
igual a uno "1", y en otros
servicios del mismo usuario,
no deben existir valores
registrados en el campo
"valorpagoModerador.
En el caso de la cuota
moderadora, cuando se aplica
a órdenes de varios ítems,
deberá registrarse el valor
correspondiente pagado por el
usuario en uno solo de los
registros.
2 8 DIU. 204
RESOLUCIÓN NÚMERO 00002275, DE 2023 HOJA N°44
-- — -
, ID Campo Descripción Tipo Tamaño Observaciones Versión
I En el caso de copago, cuando

el usuario recibió varios
servicios (procedimientos,
consultas, ayudas
diagnosticas, medicamentos,
etc.), deberá registrarse el
valor correspondiente pagado
por el usuario en uno solo de
los registros.
En el caso del RIPS soporte de

factura con varios usuarios, el
valor del pago moderador
informado en la factura
electrónica de venta en salud
debe corresponder a la
sumatoria de detalles de
valores de pagos
moderadores de estas
facturas de recaudo,
informados en RIPS.
P19 numFEVPagoModera Número de factura El tipo y tamaño del dato serán

dor electrónica de venta emitida dados por las disposiciones de
al usuario y que soporte el la DIAN.
valor registrado en el campo
P18 o informado por la
entidad responsable de pago
o demás pagadores. Cuando no aplique pago
moderador se debe informar
null.
P20 consecutivo Número consecutivo que N 1-7 Debe iniciar con el número uno 1
identifique el registro. (1) incrementando de uno en
uno. No deben existir números
idénticos repetidos.
Ejemplo:.
{ •
"procedimientos": [
{
"codPrestador: "500000000001",
"idMIPRES": null,
"numAutorizacion": null,
"codProcedimiento": "895100",
"via I ngresoServicioSalud": "01",
"modalidadGrupoServicioTecSal" 01",
"codServicio": 123,
"finalidadTecnolog ia Salud" 44",

28 DIC 2023
RESOLUCIÓN NÚMERO poja2275 DE 2023 HOJA N°45
.Continuación de la resolución "Poda cual se expide la resolución única reglamentaria del Registro Individual de
"tipoDocumentoldenfificacion": "CC",
"numDocumentoldentificacion": "80100200,
"codDiagnosticoPrincipar "E109",
"codDiagnosticoRelacionado": "E109",
"codComplicacion": "E109",
"valorPagoModerador: 5000,
"consecutivo": 1
3.3.3 Datos de la urgencia con observación

_. . ..
ID . Campo.. Descriptión - Tipo -1 'Tamaño Observaciones • ' ' .Versión
.-• . - ,- ' . -• .. .
.-•
RO1 codPrestador Código otorgado por C 12 El código del facturador 1
el Ministerio de electrónico en salud se
Salud y Protección debe encontrar en la tabla
Social al prestador IPSCodHabilitadón" para
de servicios de prestadores de servicios de
salud o del obligado salud o en "IPSnoREPS"
a reportar. para prestadores
REPS.

obligado a reportar debe
estar relacionado con el
R02 fechalnicioAtencion Fecha y hora de C 16 La fecha y hora de ingreso 1

ingreso del usuario a no debe ser mayor a la
urgencias con fecha y hora de validación
observación, de los RIPS ni menor a la
usuario. Asimismo, no debe
ser mayor a la fecha y hora
de egreso.
R03 causaMotivoAtencion Identificador de la C 2 Informar dato según tabla 1

causa que origina el . de referencia:
servicio de salud. "RIPSCausaExternaVersion
2" teniendo en cuenta la
referencia que indique la
causa que origina el servicio
de salud para urgencias, en
web.sispro.gov.co.
28 DIC 2023
RESOLUCIÓN NÚMERO 0000227513E' 2023 HOJA N°46
Continuación de la resolución Toda cual se expide la resolución única reglamentaria del Registro Individual de
Prestación de Servicios de Salud -RIPS, soportexle la Factura Electrónica de Venta -FEV en salud y se dictan
otras disposic ones"
-— —
R04 codDiagnosticoPrinci Código del C 4-25 El código de CIE se puede 1

pal diagnóstico principal validar según el sexo y la
de ingreso edad del usuario.
confirmado o
Clasificación El código
g de CIE no puede
Internacional de ser de causas externas de
Enfermedades — morbilidad y de mortalidad
CIE. . (CIE10: V01-Y98 o su
equivalente en la CIE
vigente).
El código de C1E no puede

ser de sintomas, signos y
pruebas complementarias,
no clasificados bajo otro
concepto (CIE10: ROO-R99
su equivalente en la CIE
vigente).
El código de CIE no puede

ser de factores que influyen
en el estado de salud y
contacto con los servicios
sanitarios (CIE10: 200-299
vigente).

validar según el código de la
consulta (CUPS) informado.
Informar dato según tabla

de referencia: tlE10" en
web.sispro.gov.co o la tabla
de referencia o herramienta
que lo sustituya según la
vigencia de la CIE.
ROS codDiagnosticoPrinci Código del C 4-25 El código de CIE se puede 1

palE diagnóstico principal validar según el sexo y la
de egreso edad del usuario.
confirmado o
Clasificación
ser de causas externas de
Internacional de
Enfermedades —
CIE,
vigente).

validar según el código de la
consulta (CUPS) informado.

de referencia: "CIE10" en
28 DIC 2023
ID ' Campo Descripción

.. Tipo Tamaño . .Observaciones Versión - •
..
vigencia de la CIE.
R06 codDiagnosticoRelaci Código del C 0, 4-25 El código de CIE se puede

o nadoE 1 diagnóstico validar según el sexo y la
relacionado 1 de edad del usuario.
egreso confirmado o
Clasificación Se puede validar que el
código de . diagnóstico
Internacional de
relacionado de egreso no
Enfermedades —
CIE•
diagnóstico principal de
egreso.

código de diagnóstico
sea igual a otro diagnóstico
relacionado de egreso.

vigencia de la CIE.
R07 codDiagnosticoRelaci Código del C 0, 4-25 El código de CIE se puede 1

onadoE2 diagnóstico validar según el sexo y la
egreso confirmado o
versión vigente de la •
Internacional de código de diagnóstico
Enfermedades — relacionado de egreso no
CIE. sea igual al código de
egreso


vigencia de la CIE.
ROS codDiagnosticoRelaci Código del C 0, 4-25 El código de CIE se puede 1

onadoE3 diagnóstico validar según el sexo y la
egreso confirmado o
Internacional de código de diagnóstico
Enfermedades — relacionado de egreso no
CIE. sea igual al código de
28 DIC 2023
Continuación de la resolución 'Por la cual se expide la resolución única reglamentaria del Registro Individual de
otras disposic ones"
- . ......_
egreso.


vigencia de la CIE.
R09 condicionDestinoUsu Identificador para C 2 Informar dato según tabla 1

arioEgreso determinar la de referencia:
condición y el "CondicionyDestinoUsuario
destino del paciente Egreso teniendo en cuenta
al egreso de la la columna de la tabla de
atención de referencia que indique la
urgencia con identificación de la
observación, según condición y destino del
aplique. usuario al egreso de
urgencias", en
web.sispro.gov.co.
Se puede validar que, si la

condición del usuario al
egreso es "Paciente
muerto", para este no se
informen registros de
servicios con fecha y hora
posterior a la muerte.
Se puede validar que si la

condición del usuario al
egreso es 'Paciente
derivado a otro servicio" se
informen los servicios
prestados.
R10 codDiagnosticoCausa Código del C O, 4-25 Debe ser igual a la causa 1

Muerte diagnóstico de básica de muerte registrada
causa básica de en el Certificado de
muerte confirmado o defunción.
Clasificación
Se debe registrar el
Internacional de
diagnóstico de la causa
Enfermedades —
básica de muerte si la
CIE.
condición y destino del
usuario al egreso es
"Paciente muerto".

validar según el sexo y la
edad del usuario.
28 DIO 2023
Continuación de la resolución "Por la cual se expide la resolución .única reglamentaria del Registro Individual de
. - -- ---,,- -",~ 1," ,"4bla-.: ' ne-nc.,

‹ --x-4*--trn• -,-x ,.. " — - xi.- "Yr.
ID . Campo ' -5 . '1.•1 ' 'itl.:' '11130 'y Tamaño ñ " . , .- -.19bservaCiohei,,c,-) -
Detáririgión.lt '‘/Oralórül-":1-
;‘1, '-' • - ' ..ra-"t"-.. - "tik, :."'"--.:- .- z7-541 ''.-- " t 40P
ser de causas externas de
vigente).

ser de síntomas, signos y
pruebas complementarias,
no clasificados bajo otro
concepto (CIE10: ROO-ROO
vigente).

ser de factores que influyen
en el estado de salud y
contacto con los servicios
sanitarios (CIE10: ZOO-Z99
vigente).

vigencia de la CIE.
R11 fechaEgreso Fecha y hora de C 16 En caso de muerte 1

egreso del usuario corresponderá a la fecha y
de urgencias con hora de la muerte del
observación. usuario.
La fecha y hora de egreso

no debe ser mayor a la
fecha y hora de validación
de los RIPS ni menor a la
usuario. Asimismo, no debe
encontrarse por fuera del
periodo de facturación
según los datos de la
factura electrónica de venta.
El rango comprendido entre

la fecha/hora de ingreso y la
fecha/hora de egreso no
puede superar las 48 horas.
R12 consecutivo Número consecutivo N 1-7 Debe iniciar con el número

que identifique el uno (1) incrementando de
registro. uno en uno. No deben
existir números idénticos
repetidos.
Ejemplo:
'
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 -i 2023 HOJA N°50
DE
Continuación de la resolución "Por la cual se expide la resolución única reglamentaria del Registro Individual de '
"urgencias": [
{ '
"codPrestador": "500000000001,
- "causaMotivoAtencion": "21",
"codDiagnosticoPrincipar "B427",
,
"codDiagnosticoPrincipalE": "B427",
"codDiagnosticoRelacio'nadoEV: null,
"codDiagnosticoRelacionadoE2": null,
"codDiagnósticoRelacionadoE3": null,
"condicionDestinoUsuarioEgreso": "01",
"codDiagnosticoCausaMuerte": null,
"fechaEgreso": "2021-08-23 20:22",
"consecutivo": 1
}
3.3.4 Datos de hospitalización
_
Tamañ Versió
ID Campo Descripción Tipo Observaciones
o n
HO codPrestador Código c 12 El código del facturador 1

1 otorgado por electrónico en salud se debe
el Ministerio encontrar en la tabla
de Salud y "IPSCodHabilitadón" para
Proteeción prestadores de servicios de salud
Social al en "IPSnoREPS" para
prestador de prestadores exceptuados del
servicios de registro en REPS.
salud o del
obligado a
reportar.
servicios de salud o del obligado a
reportar debe estar relacionado
con el numDocumentoldObligado.
HO viaIngresoServicioSalud Identificador C 2 Informar dato según tabla de

2 para referencia: NialngresoUsuarion
determinar la teniendo en cuenta la columna de
vía de ingreso la tabla de referencia que indique
del usuario al la vía de ingreso del usuario al
• servicio, servicio de hospitalización, en
web.sispro.gov.co.
Se puede validar que según la via

de ingreso informada se cuenten
con los registros respectivos de la
atención realizada en la misma
institución previo al ingreso a
hospitalización.
28 DIC 2023
RESOLUCIÓN NÚMERO 001;2275 pE 2023 HOJA N°51
Continuación de la resolución Toda cual se expide la resolución única reglamentaria del Registro Individual de
, ,
' l'aman Varal() ,
ID 'Campo- . 'Descripción •• Tipo - .1 Observaciones
o _. • . n
, .. .
HO fechalnicioAtencion Fecha y hora C 16 La fecha y hora de ingreso no 1
3 de ingreso del debe ser mayor a la fecha y hora
usuario a de validación de los RIPS. Mi
hospitalizació mismo, no debe ser mayor a la
n. fecha y hora de egreso.
HO numAutorizacion Número C 0-30 Cuando el servicio de salud no 1

4 asignado por requiera autorización se informa
la entidad null.
responsable
de pago y
demás
pagadores a
los que
aplique, para
ordenar la
prestación de
servicios.
HO causaMotivoAtencion Identificador C 2 Informar dato según tabla de 1

5 de la causa referencia:
que origina el "RIPSCausaExternaVersion2"
servicio de teniendo en cuenta la columna de
salud. la tabla de referencia que indique
la causa que origina el servicio de
salud para hospitalización, en
web.sisp ro .gov.co.
HO codDiagnosficoPrincipal Código del C 4-25 El código de CIE se puede validar 1

6 diagnóstico según el sexo y la edad del
principal de usuario.
ingreso
confirmado o
presuntivo,
según la El código de CIE no puede ser de
versión causas externas de morbilidad y
vigente de la de mortalidad (CIE10: V01-Y98 o
Clasificación su equivalente en la CIE vigente).
Internacional
de
Enfermedades El código de CIE se puede validar
- CIE, según el código de la consulta
(CUPS) informado.

CIE.
HO codDiagnosticoPrincipalE Código del C 4-25 El código de CIE se puede validar

principal de usuario.
egreso
confirmado o
presuntivo,
según la El código de CIE no puede ser de
versión causas externas de morbilidad y
vigente de la de mortalidad (CIE10: V01-Y98 o
Clasificación su equivalente en la CIE vigente).
Internacional
de
Enfermedades El código de CIE se puede validar
- CIE, según el código de la consulta
(CUPS) inforrhado.
28 DIC 2023
' ID Tamañ Versió

Campo Descripción Tipo Observaciones
o n

CIE.
110 codDiagnosticoRelacionadoE1 Código del C 0, 4-25 El código de CIE se puede validar 1

relacionado 1 usuario.
de egreso
confirmado o
presuntivo,
según la Se puede validar que el código de
versión diagnóstico relacionado de
vigente de la egreso no sea igual al código de
Clasificación diagnóstico principal de egreso.
Internacional
de
Enfermedades Se puede validar que el código de
— CIE. diagnóstico relacionado de
egreso no sea igual a otro
diagnóstico relacionado de
egreso.

CIE.
HO codDiagnosticoRelacionadoE2 Código del C 0, 4-25 El código de CIE se puede validar 1

de egreso
confinado o
presuntivo,
según la Se puede validar que el código de
versión
egreso no sea igual al código de
vigente de la
diagnóstico principal de egreso.
Clasificación
Internacional
de
Enfermedades Se puede validar que el código de
— CIE. diagnóstico relacionado de
egreso.

CIE.
Hl codDiagnosticoRelacionadoE3 Código del C 0, 4-25 El código de CIE se puede validar 1

O diagnóstico según el sexo y la edad del
de egreso
confirmado o
presuntivo,
la Se puede validar que el código de
según
versión
egreso no sea igual al código de
vigente de la
diagnóstico principal de egreso.
Clasificación
Internacional
28 DIC 2023
RESOLUCIÓN NÚMERO 00002¿75 DE 2023 HOJA N°53
Tamañ - ' Versió '

ID' 'campo Descripción Tipo . -.
-o
Observaciones
de
Enfermedades
— CIE. Se puede validar que el código de
egreso.

CIE.
111 codComplicacion Código del C 0, 4-25 El código de CIE se puede validar

1 diagnóstico de según el sexo y la edad del
complicación usuario.
confirmado o
presuntivo,
según la
El código de CIE no puede ser de
versión
vigente de la causas externas de morbilidad y
de mortalidad (CIE10: V01-Y98 o
Clasificación
Internacional su equivalente en la CIE vigente).
de
Enfermedades
— CIE. Informar dato según tabla de
CIE.
H1 condicionDestinoUsuarioEgre Identificador C 2 Informar dato según tabla de 1

2 so para referencia:
determinar la "CondicionyDestinoUsuarioEgres
condición y o" teniendo en cuenta la columna
destino del de la tabla de referencia que
usuario . al indique la identificación de la
egreso de condición y destino del usuario al
hospitalizació egreso de hospitalización, en
n. web.sispro.gov.co.

condición del usuario al egreso es
"Paciente muerto", para este no
se informen registros de servicios
con fecha y hora posterior a la
muerte.

condición del usuario al egreso es
"Paciente derivado a otro servicio"
se informen los servicios
prestados.
H1 codDiagnosticoCausaMuerte Código del C 0, 4-25 Debe ser igual a la causa básica

3 diagnóstico de de muerte registrada en el
causa básica Certificado de defunción,
de muerte
confirmado o
presuntivo,
según la Se debe registrar el diagnóstico
versión de la causa básica de muerte si la
vigente de la
Clasificación
28 DIC 2023
00302275,6E--
ID Tamen Versió
Campo • Descripción Tipo Observaciones
o n
Internacional condición y destino del usuario al
de egreso es "Paciente muerto".
Enfermedades
— CIE.
El código de CIE se puede validar
según el sexo y la edad del
• usuario.

causas externas de morbilidad y
• de mortalidad (CIE10: V01-Y98 o
su equivalente en la CIE vigente).

síntomas, signos y resultados
anormales de pruebas
complementarias, no clasificados
bajo otro concepto (CIE10: ROO-
R99 o su equivalente en la CIE
vigente).

factores que influyen en el estado
de salud y contacto con los
servicios sanitarios (CIE10: ZOO-
Z99 o su equivalente en la CIE
vigente).

referencia: -CIE10" en
CIE.
H1 fechaEgreso Fecha y hora C 16 En caso de muerte corresponderá

4 de egreso del a la fecha y hora de la muerte del
usuario de usuario.
hospitalizado
n.
La fecha y hora de egreso no
debe ser mayor a la fecha y hora
de validación de los RIPS. As1
mismo, no debe encontrarse por
Se puede validar si la estancia fue

menor a 6 horas.
Hl consecutivo Número N 1-7 Debe iniciar con el número uno (1) 1

5 consecutivo incrementando de uno en uno. No
que identifique deben existir números idénticos
el registro. repetidos.
Ejemplo:
28 DIC 2023
RESOLUCIÓN NÚMERO nona 5 DE 2023 HOJA N°55
Prestación de Servicios de Salud -R1PS, sopa de de la Factura Electrónica de Venta -FEV en salud y se dictan
"viaingresoServicioSalud": "02",
"fechainicioAtencion": "2021-08-18 08:10,
"codDiagnosticoPrincipal": "6427",
"codDiagnosticoPrincipalE": "6427",
"codComplicacion": null,
"fechaEgreso": "2021-12-12 14:22",
"consecutivo": 1
3.3.5 Datos de recién nacido
Ver
ID ' Campo . -Descripción Tipo Tamaño Observeelones. . •• sió
, ., . • n
NO1 codPrestador Código otorgado por el C 12 El código del facturador 1

Ministerio de Salud y electrónico en salud se debe
Protección Social al encontrar en la tabla
prestador de servicios "IPSCodHabilitación" para
de salud o del obligado prestadores de servicios de
a reportar, salud o en "IPSnoREPS" para
prestadores exceptuados del
registro en REPS.

servicios de salud o del obligado
a reportar debe estar
relacionado con el
NO2 tipoDocumentoldentificacion Identificador del tipo de C 2 Informar dato según tabla de 1

identificación del recién referencia: 'TipoldPISIS", en
nacido de acuerdo con web.sispro.gov.co. Solo aplican
su documento de los siguientes valores:
identificación.
2 8 D1C 2023
00002275 DE
_
Ver
ID Campo Descripción Tipo Tamaño Observaciones $ió
n
CN: Certificado de nacido vivo
RC Registro civil
MS Menor sin identificar
En ningún caso el recién nacido

debe carecer de documento de
identificación.
De acuerdo con la Resolución

3280 de 2018 todo recién
nacido debe contar con el
certificado de nacido vivo
expedido por el médico que
atendió el parto, únicamente se
podrá usar la opción "MS:
Menor sin identificar de
acuerdo con la Resolución 1133
de 2021 y se validará la
estructura del número del
documento de acuerdo con las
consideraciones de estas
normas.
NO3 numDocumentoldentificacion Corresponde al número N 4-20 Cuando el tipo de identificación 2

del documento de sea MS: Menor sin identificar, se
identificación del recién debe registrar el número según
nacido, lo establecido en la Resolución
1133 de 2021.
Tener en cuenta que el objeto

"recienNacidos" se encuentra
contenido por el objeto
"usuarios" qüe para este caso
hará referencia a la madre, por
lo tanto, no se hace necesario
informar los datos de la misma.
16 La fecha y hora de nacimiento 1

z
a
fechaNacimiento Fecha y hora de C

nacimiento del recién no debe ser mayor a la fecha y
nacido. hora de validación de los RIPS.
NOS edadGestacional Número de semanas de N 2 Se puede validar que la edad 1

gestación de la madre al gestacional se encuentre entre
momento del parto. - 20 a 46 semanas.
N06 numConsultasCPrenatal Número de consultas N 2 1

para el cuidado
prenatal.
N07 codSexoBiologico Identificador del sexo C 2 Informar dato según tabla de 1

biológico del recién referencia: 'Sexo", en
nacido. web.sispro.gov.co.
N08 peso Peso en gramos del N 3, 4 Se puede validar que el peso en 1

recién nacido, gramos del recién nacido este
dentro del rango 500 — 5000
gramos. -
28 DIC 2023
RESOLUCIÓN NÚMERO 0puj2275 DE. • 2023 HOJA N°57
-Ver
Carneó .Descripción Tipo :Tamaño :Observaciones . sió
. • . .
.
›
N09 codDiagnosticoPrincipal Código del diagnóstico C 4-25 El código de CIE se puede 1
confirmado o validar según el sexo y la edad
presuntivo, según la del usuario,
Clasificación
Internacional de

CIE.
NiO condicionDestinoUsuarioEgr Identificador para C 2 Informar dato según tabla de 1

eso determinar la condición referencia:
y destino del recién "CondicionyDestinoUsuarioEgr
nacido al egreso. eso" teniendo en cuenta la
referencia que indique la
identificación de la condición y
destino del recién nacido al
egreso, en web.sispro.gov.co.

condición del usuario al egreso
es "Paciente muerto", para este
no se informen registros de

condición del usuario al egreso
es "Paciente derivado a otro
servicio" se informen los
servicios prestados.
N11 codDiagnosticoCausaMuerte Código del diagnóstico C 0, 4-25 Debe ser igual a la causa básica
confirmado o presuntivo de muerte registrada en el
de la causa básica de Certificado de defunción.
muerte del recién
nacido si esta ocurrió en
las primeras 24 horas
de nacido, según la Se debe registrar el diagnóstico
versión vigente de la de la causa básica de muerte si
Clasificación la condición y destino del
Internacional de usuario al egreso es "Paciente
Enfermedades — CIE. muerto".

validar según el sexo y la edad
del usuario.

8 DIC 2023
RESOLUCIÓN NÚMERO 00 0022 75 2023 HOJA N° 58
Continuación de la resolución 'Por la cual se expide la resolución única reglamentada del Registro Individual de
Ver
ID Campo Descripción Tipo Tamaño Observaciones sió
n

de síntomas, signos y
(CIE10: ROO-R99 o su

200-Z99 o su equivalente en la
CIE vigente).

CIE.
N12 fechaEgreso Fecha y hora de egreso C 16 En caso de muerte 1

del recién nacido, corresponderá a la fecha y hora
de la muerte del recién nacido.

debe ser mayor a la fecha y hora
de validación de los RIPS. As(
mismo, no debe encontrarse por

debe ser menor a la fecha y hora
de nacimiento del recién nacido.
N13 consecutivo Número consecutivo N 1-7 Debe iniciar con el número uno 1
que identifique el (1) incrementando de uno en
registro. uno. No deben existir números
idénticos repetidos.
Ejemplo:
"recienNacidos": [
"tipoDocumentoldentificacion": "RC", •
2 8 D1C 2023
00002275 k 1
DE
Prestación de Servicios de Salud -R1PS, soporte de la Factura Electrónica de Venta -FEV en salud y se dictan
"fechaNacimiento": "2019-05-10 10:40",
"edadGestacional": 40,
"numConsultasCPrenatal": 6,
"codSexoBiologico": "02",
"peso": 1850,
"codDiagnosficoPrincipal": "K469",
"fechaEgreso": "2019-05-25 09:30",
"consecutivo": 1
3.3.5 Registro de datos de medicamentos

. .,. .
ID: Campo , Deicripcióh Tipo Tamaño • 'Observaciones. • .Versión
- - ,
M01 codPrestador Código otorgado C 0, 12 El código del facturador 1
por el Ministerio electrónico en salud se debe
de Salud y encontrar en la tabla
Protección Social "IPSCodHabilitación" para
al prestador de prestadores de servidos de
servicios de salud salud o en HIPSnoREPS" para
o del obligado a proveedores de tecnologías
reportar. en salud o prestadores
REPS.

obligado a reportar debe estar
relacionado con el
M02 numAutorizacion Número asignado C 0-30 En caso de medicamentos 1

por la entidad financiados con presupuesto
responsable de máximo, se puede validar que
pago y demás el número de autorización
pagadores a los corresponda al número de
que aplique, para prescripción en ~RES.
ordenar la
prestación de
servicios.
Cuando el medicamento no
requiera autorización se
informa null.
M03 idMIPRES Corresponde al C 0-15 Cuando el medicamento no es 1

número de ID que financiado por presupuesto
se asigna a la máximo se debe informar null
entrega de a menos que el medicamento
medicamentos sea solicitado a través de la
financiados con herramienta MIPRES, en este
caso debe informar el número
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275' DE ,ue 2023 HOJA N°60
-- - - -- „,
presupuesto de ID de entrega
máximo, correspondiente.
,
corresponda al registrado en
MIPRES.
M04 fechaDispensAdmon Corresponde a la C 16 La fecha y hora de 1

fecha y hora en la dispensación no debe ser
cual se dispensó mayor a la fecha y hora de
o administró el validación de los RIPS, ni
medicamento al menor a la fecha y hora de
paciente. nacimiento del usuario. Asi
mismo, no podrá encontrarse
por fuera del periodo de
, facturación según los datos de
la factura electrónica de
venta.
M05 codDiagnosticoPrinci Código del C 4-25 El diagnóstico principal para el 1

pal diagnóstico caso de medicamentos debe
principal ser por el cual se hace
confirmado o necesaria la formulación del
presuntivo, según medicamento.
la versión vigente
de la Clasificación
Internacional de
Enfermedades — El código de CIE no puede ser
CIE. de causas externas de
vigente).

validar según el sexo y la
edad del usuario.

vigencia de la CIE.
M06 codDiagnosticoRelaci Código del C O, 4-25 El código de CIE se puede

onado diagnóstico, validar según el sexo y la
relacionado edad del usuario.
número 1
confirmado o
presuntivo, según
la versión vigente Se puede validar que el
de la Clasificación código de diagnóstico
Internacional de relacionado no sea igual al
Enfermedades — código de diagnóstico
CIE. principal.

vigencia de la CIE.
28 Die 2023
RESOLUCIÓN NÚMERO 0000 2 2 7 5 . DE 2023 HOJA N°61
. .
. ib . Canino -. 'Descripción • .Tipo -_.:- -,,Tamano - Observaciones Versión
.. :.:•.:;.-, . , ..
... :•._ -::-• ,z-1/4t-1:??.1,1.1V,411;. .
,
_,...
M07 tipoMedicamento Identificador para C 2 Informar dato según tabla de 1
determinar el tipo referencia:
de medicamento "TipoMedicamentoPOSVersio
de acuerdo con n2", en web.sispro.gov.co.
uso.
Para la opción "03:

Preparación magistral" genere
un registro por cada uno de
los principios activos.
Si el medicamento es UNIRS
se puede validar que se
encuentre en el listado de
UNIRS.
M08 codTecnologiaSalud Código del C 1-20 El código del medicamento 2

medicamento de será el Identificador Único de
acuerdo con las Medicamento - IUM.
codificaciones
vigentes para
medicamentos
esenciales Para los medicamentos que
codificación no cuentan con IUM se
vigente . deberá registrar el Código
Único de Medicamento -
CUM.
Para las preparaciones

magistrales se deberá
registrar el Código de la
Denominación Común
Internacional (DCI) de cada
uno de los principios activos,
según tabla de referencia:
"Denominación Común
Internacional (DCI)",
disponible en
web.sispro.gov.co.
Se podrá validar la existencia

del IUM o del CUM en las
tablas de referencia: "IUM" o
"CatalogoCUMs"
respectivamente, en
web.sispro.gov.co.
M09 nomTecnologiaSalud Descripción C 0-30 Registre para el caso de 1

textual del preparación magistral la
medicamento en descripción textual del
nombre genérico, principio activo del
medicamento en nombre
genérico (Denominación
Común Internacional). Para
los otros tipos de
medicamentos puede
informar null.

referencia: "Denominación
Común Internacional (DCI)",
disponible en
web.sispro.gov.co.
28 DIC 2023
M10 concentracionMedica Descripción de la N 0-3 Registre para el caso de 1

mento concentración del preparación magistral la
medicamento concentración del
indicando . la medicamento indicando la
cantidad del cantidad del principio activo.
principio activo. Para los otros tipos de
medicamentos puede
informar null.
M11 unidadMedida Unidad de medida N 0-4 Registre para el caso de 1

del principio preparación magistral la
activo unidad de medida de la
concentración del principio
activo. Para los otros tipos de
medicamentos puede
informar null.

referencia: "Unidad de Medida
de Medicamento (UMM)", en
web.sispro.gov.co.
M12 forrnaFarrnaceutica Código de la C O, 6, 8 Registre para el caso de 1

forma preparación magistral la forma
farmacéutica del farmacéutica del
medicamento. medicamento. Para los otros
tipos de medicamentos puede
informar null.

referencia: 'FFM", en
web.sispro.gov.co.
M13 unidadMinDispensa Código de la N 1-2 Unidad mínima de medida en 2

unidad de medida la que se dispensó el
del medicamento. medicamento (Vial, tableta,
frasco).
En los casos en que la

dispensación se reporte en
unidades de medida
diferentes, por ejemplo, en
Unidades Internacionales o
miligramos, deberá coincidir
con los datos asociados como
el valor unitario, entre otros
según aplique.
Para preparación magistral,

en cada registro de principio
activo, debe registrarse la
misma unidad de medida del
medicamento preparado.

referencia: 'UPR", en
web.sispro.gov.co.
M14 cantidadMedicament Cantidad de N 1-10 Debe diligenciarse para todos 2

o unidades los medicamentos facturados.
minimas del
medicamento Para preparación magistral,
dispensadas o debe diligenciarse la cantidad
administradas, de unidades del medicamento
dispensadas o administradas
en uno de los principios
activos registrados, en los
28 DIC 2023
RESOLUCIÓN NÚMERO Wj'3022 75 DE 2023 HOJA N°63
,
ID Campo 3-' "3,Descripción -3, Jipo. 4Tamatioil,i --1'.:'33 0bservaciones .. --c -- 'Versión 3
- :"1,. 31,4: : t'& by .:11.:. r-----,,. iAqt- ---,r-
-1,,,,t4i, tn-t i Ir i
demás principios activos este
campo se diligencia con cero
(0).
M15 diasTratamiento Corresponde al N 1-3 Corresponde al número de 2

número de días días para los cuales se realiza
para los cuales se la dispensación del
realiza la medicamento. La mínima
dispensación del unidad será uno (1) y no se
medicamento, debe utilizar fracciones sino
aproximar al número más alto
de días (expresado en días
completos).
Para preparación magistral,

debe diligenciarse la cantidad
de días de tratamiento en uno
de los principios activos
registrados, en los demás
principios activos este campo
se diligencia con cero (0).
M16 tipoDocumentoldentifi Tipo de C 2 Informar dato según tabla de

cacion documento de referencia: "TipoldPISIS", en
identificación de web.sispro.gov.co. Solo
la persona que aplican los siguientes valores:
prescribió el
medicamento. CC: Cédula ciudadanía
PA: Pasaporte
permanencia

Permanencia
PT. Permiso por Protección

Temporal
M17 numDocumentoldenti Corresponde al C 4-20 1

ficacion número del
documento de
identificación de
la persona que
prescribió el
medicamento.
M18 vrUnitMedicamento Valor monetario N 1-15 Diligenciar el valor mayor a 2

unitario del cero (0) si la modalidad de
medicamento por pago corresponde a "Pago por
unidad mínima de evento". Para las demás
dispensación, modalidades informar cero
según el manual (0).
tarifado o la tarifa
pactada en el Para preparación magistral
acuerdo de puede registrarse el valor
voluntades. unitario de cada principio
activo utilizado en la
preparación, o la sumatoria
del valor unitario de todos los
principios activos, caso en el
cual se registra este valor en
uno de los principios activos
, principios activos este campo
se diligencia con cero (0)
28 D!01023
RESOLUCIÓN NÚMERO 00002275 DÉ ' 2023 HOJA N°64
,
Continuación de la resolucI ón "Por la cual se expide la resolución única reglamentaria del Registra Individual de
.... _
ID Campo Descripción Tipo Tamaño Observacidnes Versión
M19 vrServicio Valor monetario N 1-15 Este valor NO incluye la cuota 2

total del moderadora.
medicamento
dispensado,
según el manual
tarifario o la tarifa Diligenciar el valor mayor a
pactada en el cero (0) si la modalidad de
acuerdo . de pago corresponde a "Pago por
voluntades. evento". Para las demás
modalidades informar cero
(0).
Para preparación magistral

debe registrarse el valor total
que corresponde a la
sumatoria del valor unitario de
todos los principios activos,
este valor se diligencia en uno
de los principios activos
principios activos este campo
se diligencia con cero (0).

Electrónica de Venta — FEV
en salud, informar cero (0)
M20 conceptoRecaudo Tipo de pago C 2 Informar dato según tabla de 2

moderador según referencia:
el plan de "conceptoRecaudo", en
beneficios o web.sispro.gov.co. Solo
planes o pólizas aplican los siguientes valores:
adquiridas.
01: Cuota moderadora
03: Pagos compartidos en

05: No aplica

cuota moderadora a afiliados
del régimen contributivo.

subsidiado no se puede
voluntarios.
M21 valorPagoModerador Valor monetario N 1-10 Cuando no aplique pago 3

del pago moderador se debe informar
moderador. cero (0).

es "cuota moderadora" o
"bono o vale de plan
voluntario" el valor del pago
igual a uno (1).
moderadora, cuando se aplica
a órdenes de varios !tenis o a
varios principios activos en el
caso de preparación
magistral, deberá registrarse
el valor correspondiente
pagado por el usuario en uno
solo de los registros de la
28 DIC 2023
.
. Campo
. _.,.Descripción
ID , .. - Tipo , - Tamaño... Oblervacion$ Versióri -
., .
. .
orden o en uno de los
principios activos registrados
de la preparación magistral,
en los demás registros de la
orden o los demás principios
activos de la preparación
magistral, este campo se
diligencia con cero (0).
En el caso del RIPS soporte

de factura con varios usuarios
o servicios, el valor del pago
moderador informado en la
'factura electrónica de venta
en salud, debe corresponder a
la sumatoria de detalles de
valores de pagos
informados en RIPS.
M22 numFEVPagoModera Número de El tipo y tamaño del dato 1

dor factura serán dados por las
electrónica de disposiciones de la DIAN.
venta emitida al
usuario y que
soporte el valor
registrado en el Cuando no aplique pago
campo M21 o moderador se debe informar
informado por la null.
entidad
responsable de
pago o demás
pagadores.
M23 consecutivo Número N 1-7 Debe iniciar con el número 1

consecutivo que uno (1) incrementando de uno
identifique el en uno. No deben existir
registro. números idénticos repetidos.
Ejemplo:
{
"medicamentos": [
{
"idMIPRES": "1017232344",
"fechaDispensAdmon": "2021-08-18 08:10",
"codDiagnosticoPrincipar "K469",
"codDiagnosticoRelacionado": null,
"tipoMedicamento": "01",
"codTecnologiaSalud": "1A1014721001104",
"nomTecnologiaSalud": null,
28 DIC 2023
00302275`°E
"concentracionMedicamento": 0,
"unidadMedida": O,
"formaFarmaceutica": "123456",
"unidadMinDispensa": 1,
"cantidadMedicamento": 10,
"diasTratamiento": 365,
"vrUnitMedicamento": 1,
"vrServicio": 1,
"valorPa
. goModerador": 4500,
"consecutivo": 1
3.3.6 Datos de otros servicios

_.....
S01 codPrestador Código otorgado por el C O, 12 El. código del facturador 1

Ministerio de Salud y electrónico en salud se
Protección Social al debe encontrar en la tabla
prestador de servicios IPSCodHabilitación" para
de salud o del obligado prestadores de servicios de
a reportar. salud o en 'IPSnoREPS"
para proveedores de
tecnolog las de salud o
prestadores exceptuados
del registro en REPS.
Para proveedor de
tecnologías de salud debe
informar el campo como
null.

obligado a reportar debe
estar relacionado con el
28 DIC 2023
_. .
ID Campo Descripción Tipo Tamaño ' Observaciones .Versión
SO2 numAutorizacion Número asignado por C 0-30 En caso de tecnologias de 1

la entidad responsable salud o servicios
de pago y demás complementarios
pagadores a los que financiados con
aplique, para ordenar presupuesto máximo, se
la prestación de puede validar que el
servicios, número de autorización
corresponda al número de
prescripción en MIPRES.
Cuando el servicio de salud

no requiera autorización se
deja el campo vacío.
503 idMIPRES Corresponde al N 0-15 Cuando el servicio no es 1

número de ID que se financiado por presupuesto
asigna a la entrega de máximo se debe informar
tecnologías de salud null a menos que el servicio
financiados con sea solicitado a través de la
presupuesto máximo. herramienta MIPRES, en
este caso debe informar el
correspondiente.

corresponda al registrado
en MIPRES.
SO4 fechaSuministroTecnologia Corresponde a la fecha C 16 La fecha y hora no debe ser

y hora en la cual se mayor a la de validación de
realizó, dispensó, los RIPS. Asi mismo, no
administró o entregó podrá encontrarse por
otros servicios, según fuera del periodo de
aplique. facturación según los datos
de la factura electrónica de
venta.
505 tipoOS Identificador para C 2 Informar dato según tabla

determinar el tipo de de referencia:
otros servicios. "TipoOtrosServicios", en
web.sispro.gov.co.
Tener en cuenta que los

servicios complementarios
solamente son los
financiados por
presupuestos máximos.
Los APME deben
registrarse como servicios
complementarios.
-
Las estancias se deben
validar con el registro de
urgencias u
hospitalizaciones
informadas.
S06 codTecnologiaSalud Código del otro servicio C 1-20 En el diligenciamiento del 1

de acuerdo con las campos SO5, "tipoOS",
codificaciones vigentes sobre el identificador para
o aquella utilizada por determinar el tipo de otros
el . facturador servicios, cuando
electrónico en salud corresponda a la opción
para casos "01: Dispositivos médicos e
excepcionales, insumos", en el campo SO6,
"codTecnologiaSalud", en
atención a lo dispuesto en
la Resolución 1405 de
28 DIC 2023
00002275 bE
Continuación de la resolución "Por la cual se expide la resolución única reglamentaria del Registra Individual de
- - --
2022, sobre la
estandarización semántica
y codificación de
dispositivos médicos y
reactivos de diagnóstico in
vitro, se deberá dar uso del
código IDM (Identificador
del Dispositivo Médico
asignado por la agencia
emisora de códigos). En
tanto el Ministerio de Salud
y Protección Social y el
INVIMA implementan dicha
Resolución, los
facturadores electrónicos
del sector salud (PSS y
PTS), pueden utilizar el
código UDI (Unique Device
' ldentifier) de los
dispositivos médicos y
reactivos de diagnóstico in
vitro que cuenten con dicho
código. En caso de no estar
disponible el código UDI, el
código del dispositivo
médico e insumo debe
corresponder al código
usado por el facturador
electrónico en salud.
El código del traslado,

transporte o estancia debe
dado por la Clasificación
Única de Procedimientos
en Salud - CUPS.
El código de honorarios
debe corresponder al
código del procedimiento
realizado por el personal de
salud, dado por la
Clasificación Única de
Procedimientos en Salud -
CUPS.
El código de servicios
complementarios debe
dado por la tabla de
referencia MIPRES.
El código de CUPS puede

ser validado que
corresponda a una
cobertura de otros
servicios.

ser validado que
corresponda al sexo del
usuario.
El código CUPS puede

corresponder al grupo de
servicios informado.
28 DIC 2023
Continuación de la resolución "Por la cual' se exPide la resolución única reglamentaria del Registro Individual de
, . . .. , . .
ID - Parir» Descripción
. , ,. Tipo Tamaño - Observaciones Versión
T...,

ser validado que
corresponda a la cobertura
o plan de beneficios
registrada en la factura
El código de CUPS se
puede validar según la
cantidad de veces que se
informe por paciente y por
día.
El código de CUPS se
puede validar con el
diagnóstico principal.

de referencia: "CUPSRips",
en web.sispro.gov.co.
S07 nomTecnologiaSalud Nombre del otro C O, 60 Descripción del dispositivo 1

servicio, médico e insumo de la
entidad obligada a reportar.
Si el tipo de otro servicio es

diferente a "01: Dispositivos
médicos e insumos" puede
informar este campo como
null.
508 cantidadOS Cantidad entregada de N 5 Para dispositivos médicos, 1

otros servicios, insumos, traslados y
servicios complementarios:
informar en unidades.
Para honorarios informar

siempre 1. Solo se permite
reporter 1 honorario por
procedimiento y por
profesional de la salud.
Para estancia informar la

cantidad de ellas.
509 tipoDocumentoldentificacion Tipo de documento de C 0, 2 Informar dato según tabla 1

identificación de la de referencia:
persona que ordena o "TipoldPISIS", en
realiza otros servicios. web.sispro.gov.co. Solo
aplican los siguientes
valores:
CC: Cédula ciudadanía
PA: Pasaporte
permanencia
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 D a 2023 HOJA N° 70

Permanencia

Temporal
Este dato debe aplicar

únicamente para los tipos
de otros servicios:
"Dispositivos médicos e
insumos", "Servidos
complementarios" y
"Honorarios".
510 numDocumentoldentificacion Corresponde al C O, 4- Este dato debe aplicar 1

número del documento 20 únicamente para los tipos
de identificación de la de otros servicios:
persona que ordena 'Dispositivos médicos e
otros servicios. insumos", "Servidos
complementarios" y
"Honorarios".
S11 vrUnitOS Valor monetario N 1-15 Diligenciar el valor mayor a 1

unitario de otros cero (0) si la modalidad de
servidos según el pago corresponde a "Pago
manual tarifado o la por evento". Para las
tarifa pactada en el demás modalidades
acuerdo de voluntades, informar cero (0).
512 vrServicio Valor monetario total N 1-15 Este valor NO incluye la 2

de otros servicios cuota moderadora.
según el manual
tarifado o la tarifa
pactada en el acuerdo
de voluntades. Diligenciar el valor mayor a
cero (0) si la modalidad de
pago corresponde a "Pago
por evento". Para las
demás modalidades
informar cero (0).

Electrónica de Venta — FEV
en salud, informar cero (0)
S13 conceptoRecaudo Tipo de pago C 2 Informar dato según tabla 2

moderador según el de referencia:
plan de beneficios o sconceptoRecaudo", en
planes o pólizas web.sispro.gov.co. Solo
adquiridas, aplican los siguientes
valores:
Cuota moderadora
Pagos compartidos en
05: No aplica

cuota moderadora a
afiliados del régimen
contributivo.

subsidiado no se puede
28 DIC 2023
00002a5 DE
ID Campo e óilpólón, tipoTamaño

: Observaciones - - 'Aferaión,
_.
1
voluntarios.
514 valorPagoModerador Valor monetario del N 1-10 Aplica únicamente para 2

pago moderador, servicios ordenados en
atenciones ambulatorias.

cuota moderadora a
afiliados del régimen
contributivo.
moderadora, cuando se
aplica a órdenes de varios
Ítems, deberá registrarse el
valor correspondiente
pagado por el usuario en
uno solo de los registros.
Cuando no aplique cuota

moderadora registrar cero
(0).
En el caso del RIPS soporte

de factura con varios
usuarios o servicios, el
valor del pago moderador
informado en la factura
electrónica de venta en
salud, debe corresponder a
la sumatoria de detalles de
valores de pagos
informados en RIPS.
S15 numFEVPagoModerador Número de factura El tipo y tamaño del dato

electrónica de venta serán dados por las
emitida al usuario y disposiciones de la DIAN.
que soporte el valor
registrado en el campo
S14 o informado por la
entidad responsable de Cuando no aplique pago
pago o demás moderador se debe
pagadores informar null.
516 consecutivo Número consecutivo N 1-7 Debe iniciar con el número 1

que identifique el uno (1) incrementando de
registro. uno en uno. No deben
existir números idénticos
repetidos.
Ejemplo:
"otrosServicios": [
1
28 DIC 2023
RESOLUCIÓN NÚMERO 00002215 DE , ,; 2023 HOJA N° 72
"idMIPRES": "1034284847",
"fechaSuministroTecnologia": "2021-08,18 08:10",
"tipoOS": "01",
"codTecnologiaSalud": "T2387G",
"nomTecnologiaSalud": "Dispositivo",
"cantidadOS": 1,
"vrUnitOS": 350000,
"consecutivo": 1
3.4 Ejemplo general de un archivo JSON con toda la estructura de datos completa
"numDocumentoldObligado": "814006170",
"numFactura": "CTFE226713",
"tipoNota": null,
"numNota": null,
"usuarios": [
"tipoDocumentoldentificacion": 'CC",
"codSexo": "M",
28 DIC 2023
"consecutivo": 1
"codPaisOrigen": "170",
"servicios": {
"consultas": [
"codPrestador": "500000000001",
"modalidadGrupoServicioTecSal" "09",
"codServicio": 1,
"codDiagnosticoRelacionado1": 13428",
"numFEVPagoModerador": "AF0987232XX",
"consecutivo": 1
"codPrestador": "500000000001",
."fechalnicioAtencion": "2021-08-19 05:00",
"modalidadGrupoServicioTecSal" 09",
28 DIC 2023
RESOLUCIÓN NÚMERO 00002271DE hl 2023 HOJA N°74
Continuación de la resolución "Por la cual se expide la resolución única reglamentaria del Registro
' Individual de
"grupoServicios": 01",
"codServicio": 1,
"codDiagnosticoPrincipar "D482",
"codDiagnosticoRelacionado1": "6428",
"numDocumentoldentificacion": -1'80100200",
"consecutivo": 2
"procedimientos": [
"codPrestador": "500000000001",
"idMIPRES": null,
"viaIngresoServicioSalud": "01",
"modalidadGrupoServicioTecSal"
"codServicio": 1,
"codDiagnosticoPrincipal": "E109",
"codDiagnosticoRelacionado": "E109",
"codComplicacion": "El 09",
28 DIC 2023
000U2275 DE
.otras disposiciones"
"consecutivo": 1
"urgencias'
"fechainicioAtencion": "2021-08-18 08:10",
"codDiagnosticoPrincipalE": "B427",
"fechaEgreso": "2021-08-23 20:22",
"consecutivo": 1
1.
"fechainicioAtencion": "2021-08-18 08:10",
"codDiagnosticoPrincipalE": 13427",
"codComplicacion": mili,
28 DIC 2023
RESOLUCIÓN NÚMERO 0000227.5. D.E : 2023 HOJA N°76
"fechaEgreso": "2021-12-12 14:22",
"consecutivo": 1
1,
"recienNacidos": [
"podPrestador": "500000000001",
"tipoDocumentoldentificacion": "RC",
"numDocumentoIdentificacion": "10172349991",
"peso": 1850,
"codDiagnosticoPrincipar "K469",
"fechaEgreso": "2019-05-25 09:30",
"consecutivo"; 1
1,
"medicamentos": [
"idMIPRES": "1017232344",
"codDiagnosticoPrincipal": "1<469",
"codDiagnosticoRelacionado": null,
"codTecnologiaSalud": "1A1014721001104",
"nomTecnologiaSalud": null,
"unidadMedida": 0,
"formaFarmaceutica": "123456",
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 p 2023 HOJA N° 77
"unidadMinDispensa": 1
"tipoDocumentoldentificacion": CC",
"numDocumentoldentificacion" "10234561292,
"vrServicio": 1,
"conceptoRecaudo": "011! ,
"consecutivo": 1
"otrosServicios" [
"numAutorizacion": null, .
"idMIPRES": "1034284847",
"fechaSuministroTecnologia 2021-08-18 08:10",
"tipoOS": "01",
"codTecnologiaSalud": 72387G",
"cantidadOS": 1,
"rtumDocumentoldentificacion": "10234561292,
"vrUnitOS": 350000,
"consecutivo": 1
.{
"codPrestador": "500000000001",
nnumAutorizacion": null,
"idMIPRES": null,
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 DE.' - 2023 HOJA N°78
Continuación de la resolueión "Por la cual se expide la resolución única reglamentaria del Registro Individual de
"fechaSuministroTecnologia": "2021-08-1808:10",
"tipoOS'": "03",
"codTecnologiaSalud": " 5DSB01",
"nomTecnologiaSalud": "Derechos de sala de observación en urgencias complejidad baja",

"cantidadOS": 5,
"tipoDocumentoldentificacion": null,
"numbocumentoldentificacion": null,
"vrUnitOS": 80000,
"numFEVPagoModerador": "FVE10°,
"consecutivo": 2
},
"codPrestador": "500000000001",
"idMIPRES": null,
"fe"chaSuministroTecnologia": "2021-08-18 08:10",
"tipoOS"; "03",
"codTecnologiaSalud": " 10B002",
"nomTecnologiaSalud": "Internación complejidad baja habitación bipersonar,
"cantidadOS": 116,
"numDocumentoldentificacion": null,
"vrUnitOS": 120000,
"valorPagoModerador: 4500,
"consecutivo": 3
RESOLUCIÓN NÚMERO 000024745 DE • 2023 HOJA N°79
"codSexo": "M",
"consecutivo": 2,
"codPaisOrigen": "170",
"servicios": {
"consultas": [
"codPrestador": "500000000001",
"numAutorizacion": "0000000", •
"modalidadGrupoServicioTecSal". 09",
"codServicio": 1,
"finalidadTecnologiaSalud": "11"
"codDiagnosticoPrincipar "D479",
"codDiagnosticoRelacionado1": "B428",
"conceptoRecaudor: "02",
"consecutivo": 1
28 DIC 2023
RESOLUCIÓN NÚMERO uojii2¿75 DE k/..: 2023 HOJA N°80
1,
"procedimientos": [
"codPrestador": "5000000000017, •
"modalidadGrupoServicioTecSal": "01",
"codServicio": 1,
"codDiagnosticoPrincipal": "E109",
"codDiagnosticoRelacionado": "0842",
"codComplicacion": "0842",
"consecutivo": 1
1,
"urgencias": [
"codPrestador": "500000000001",
"codDiagnosticoPrincipal": "K469",
"codDiagnosticoPrincipalE": "K469",
"codDiagnosticoRelacionadoE1": "K469",
"codDiagnosticoCausaMuerte": "K469",
28 DIC 2023
RESOLUCIÓN NÚMERO 000022 7 5 DE 2023 HOJA N°81
"fechaEgreso": "2021-08-18 08:10",
"consecutivo": 1
1,
"hospitalizacion" [
"viaIngresoServicioSalud": "02",
"causaMotivoAtenciori": "21",
"codDiagnosticoPrincipal": "K469",
"codDiagnosticoPrincipalE": "K469",
"codComplicacion": "K469",
"codDiagnosficoCausaMuerte": "K469",
"fechaEgreso": "2021-08-19 08:10",
"consecutivo": 1
],
"recienNacidos": [
"codPrestador: 500000000001",
"tipoDocumentoldentificacion": "RC",
"peso": 1753,
"codDiagnosticoPrincipal": "1<469",
"condicionDesfinoUsuarioEgreso": "02",
"codDiagnosticoCausaMuerte": "1<469",
28 DIO 2023
RESOLUCIÓN NÚMERO 00302275 DE , 2023 HOJA N°82
"fechaEgreso": "2021-08-18 08:10",
"consecutivo": 1
1,
"medicamentos": [
"codPrestador": "500000000001",
"numAutorizacion "0000000",
"idMIPRES":
"codDiagnosticoPrincipal": "A080",
"codDiagnosticoRelacionado": "A080",
"codTecnologiaSalud": "44405-3",
"nomTecnologiaSalud": "CEFALEXINA 500 MG",
"unidadMedida": 1,
"formaFarmaceutica": null,
"unidadMinDispensa": 1,
"tipoDocumentoldentificacion 'CC",
"numDocumentoidentificacion": "79100200",
"consecutivo": 1
],
"otrosServicios": [
"codPrestador": "500000000001",
"idMIPRES": "9999",
28 DIC 2023
00002275 DE
Continuación dé la resolución "Por la cual se expide la resolución única reglamentaria del Registro Individual de
"fechaSuminis °Tecnologia": "2021-08-18 08:10",
"tipoOS": "01",
"codTecnologiaSalud": "T2387G",
"cantidadOS": 120,
"vrUnitOS": 12000,
"consecutivo": 1
"codPrestador": "500000000001",
"idMIPRES": null,
"fechaSuministroTecnologia" 2021-08-18 08110",
"tipoOS": "03",
"codTecnologiaSalud": 5DSB01",
"nomTecnologiaSalud": "Derechos de sala de observación en urgencias complejidad baja",
"cantidadOS": 1,
"numDocumentoldentificacion": null,
"vrUnitOS": 80000,
"consecutivo": 2
"codPrestador": "500000000001",
"idMIPRES": null,
28 DIC 2023
RESOLUCIÓN NÚMERO 00902a5 DE 2023 HOJA N°84
, otras disposiciones"
"fechaSuministroTecnologia": "2021-08-18 08:10",
"tipoOS": "03",
"codTecnologiaSalud": " 106002",
"nomTecnologiaSalud": "Internación complejidad baja habitación bipersonal", .
"cantidadOS": 1,
"numDocumentoldentificacion'": null,
"vrUnitOS": 120000,
"numFEVPagoModerador': "FVE17",
"consecutivo": 3
1
,
}
4. Validaciones generales
'ID Y Regla Mensaje Versión

Validación
RVG01 R Solo se podrá validar los RIPS si cumplen con Los RIPS no cumplen con la estructura 1
la estructura establecida. establecida.
RVG02 R Los datos de los RIPS deben coincidir con los Los datos de RIPS no coinciden con los 1
registrados en la factura electrónica de venta informados en la factura electrónica de
y demás documentos electrónicos. venta y demás documentos electrónicos.
RVG03 R Los RIPS deben contener registros de No se encuentran servicios prestados 1

servicios prestados. relacionados con la factura.
RVG04 R El dato informado debe corresponder al tipo El dato informado no corresponde al tipo de 1
de dato requerido. dato requerido.
,
RVG05 R El dato informado debe corresponder al El dato informado no corresponde al
tamaño de dato requerido, tamaño de dato requerido.
RVG06 R El dato informado debe corresponder al El dato informado no corresponde al 1

contenido requerido, contenido requerido.
RVG07 R Los usuarios registrados en la clasificación Los usuarios informados deben estar 1
de usuarios deben estar relacionados en los informados en su totalidad en todos los
datos de servicios, tipos de registros.
RVG08 R El valor reportado en los servicios debe La sumatoria de los valores de los servicios 1
coincidir con el valor de la factura electrónica prestados no corresponde al valor
de venta.
28 DIC 2023
RESOLUCIÓN NÚMERO (moza 5 DE 2023 HOJA N°85
' ID Y• : Regla - . Mensaje Versión

Validación • '
informado en la factura electrónica de

venta.
RV009 R El valor reportado en las cuotas moderadoras La sumatoria de los valores de los pagos
pagos moderadores debe coincidir con el moderadores no corresponde al valor
valor reportado en la factura electrónica de informado en la factura electrónica de
venta. venta.
RVG10 R Solo se podrá registrar un facturador ' Existen distintos facturadores de servicios 1
electrónico en salud por RIPS y factura de salud.
RVG11 R Los profesionales que realizan consultas, El profesional no se encuentra registrado en 1

procedimientos, prescriben medicamentos u RETHUS o inscrito en la plataforma
ordenan otros servicios deben estar MIPRES.
registrados en RETHUS o inscritos en la
plataforma MIPRES si se trata de
profesionales que se encuentran prestando el
servicio social obligatorio provisional.
RVG12 R Usuarios informados con los mismos datos. Existen dos o más usuarios registrados con
los mismos datos.
RVG13 N Medicamentos con el mismo código Existe dos o más medicamentos con el 1
informados para el mismo usuario, mismo código registrados para el mismo
usuario.
RVG14 N Si se informan nacimientos múltiples el Existen dos o más registros de nacidos y la

procedimiento realizado puede corresponder madre no tiene registro de procedimiento de
a parto múltiple, parto múltiple.
RVG15 R Si se informan datos de urgencias con Informó datos de urgencia sin informar la 1
observación, se debe validar que exista una respectiva consulta de urgencia en los
consulta de urgencia con fecha y hora mayor datos de urgencia con observación o
igual a la fecha y hora de ingreso del viceversa.
usuario a urgencias con observación.
RVG16 R Al informar datos de urgencias con Informó causa que origina el servicio de 1
observación con la respectiva consulta de salud diferente entre urgencia con
urgencia debe coincidir la causa que origina observación y consulta de urgencia,
el servicio de salud.
RV017 R Al informar datos de recién nacido y cuando Informó servicios o tecnologías de salud 1
este reciba servicios o tecnologlas de salud, prestadas a recién nacido al usuario
los datos respectivos del recién nacido deben equivocado.
ser informados en el objeto "usuario" y los
servicios o tecnologías de salud prestados,
en los objetos de servicios respectivos.
5. Validaciones por campo
Los campos relacionados con pagos moderadores (018, 019, 020, P17, P18, P19, M20, M21, M22,
S13, 514 y S15) pueden ser utilizados por parte del facturador electrónico del sector salud, cuando así
se haya pactado en los acuerdos de voluntades relacionados con coberturas diferentes a las del
SGSSS.
ID Campo Y ., Regla . . Mensaje Versión- -

Validación
RVC001 TO1 R Se requiere que el número El NIT del facturador electrónico en salud 1
de NIT del facturador informado en RIPS no coincide con el
electrónico en salud NIT informado en la factura electrónica
coincida con el número de de venta.
28 DIC 2023
000022f5-61.1.12
ID
ID Campo Y Regla Mensaje Versión
. Validación
NIT registrado en la factura

RVC002 TO1 R El número de NIT del El NIT informado en la factura electrónica

facturado?' electrónico en de venta o en RIPS no se encuentra en
salud se debe encontrar en la tabla "IPSCodHabilitación" para
la tabla prestadores de servicios de salud o en
"IPSCodHabilitación" para "IPSnoREPS" para para proveedores de
prestadores de servicios de tecnologías de salud o prestadores de
salud o en "IPSnoREPS" regímenes especiales.
para para proveedores de
tecnologías de salud o
prestadores del Régimen
de Excepción
RVC003 TO1 R Si el NIT es de un Por ser un proveedor de tecnologías de 1

proveedor de tecnologías salud únicamente puede informar datos
de salud únicamente de usuarios, medicamentos y otros
deberá tener registros de servicios.
usuarios, medicamentos y
otros servicios.
RVC004 T02 R El número de la factura El número de la factura informado en 1

informado en RIPS debe RIPS no coincide con el informado en la
coincidir con el informado factura electrónica de venta.
en la factura electrónica de
venta.
RVC005 UO3 N El tipo de usuario El tipo de usuario no corresponde a un

informado puede ser afiliado de la entidad responsable de
validado según la entidad pago informada en la factura electrónica
responsable de pago de venta.
informada en la factura
RVC006 U04 R La fecha de nacimiento no No es posible que la fecha de nacimiento 1

debe ser mayor a la fecha sea mayor a la fecha de validación de los
de validación de los RIPS. RIPS.
RVC007 U04 R La edad según la fecha de El tipo de documento informado no es 1

nacimiento debe coincidir válido para la edad del usuario.
con el tipo de documento
registrado
RVC008 UO4 N Si se informan datos de Está informando datos de recién nacido 1

recién nacido, el usuario para un usuario menor a 9 años o mayor
puede tener.entre 9 a 60 a 60 años.
años.
RVC009 U05 N Si se informan datos de Está informando datos de recién nacido 1

recién nacido, se puede para un paciente con sexo diferente a
validar que el usuario tenga "Femenino".
sexo 'Femenino".
RVC010 U05 N Si la finalidad informada Está informando que se le realizó una 1

corresponde a "Interrupción interrupción voluntaria del embarazo —
voluntaria del embarazo" — IVE a un paciente con sexo diferente a
IVE se puede validar que el "Femenino".
usuario sea de sexo
"femenino".
RVC011 C01, P01, R El código del facturador El código del facturador electrónico en 1
R01, 1101, electrónico en salud se salud que otorga el Ministerio de Salud y
N01, M01, debe encontrar en la tabla Protección Social que fue informado en
SO1 "IPSCodHabilitación" para los RIPS no se encuentra registrado en
prestadores de servicios de SISPRO.
salud o en "IPSnoREPS' •
para prestadores
REPS.
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 DE • 2023 HOJA N°87
' Prestación de Servicios de Salud -RIPS, soporte de la Factura Electrónica de Venta -FEV en salud y se dictan
,
ID Campo Y ' Regla . Mensaje Versión
, , ,
Validación • ,
RVC012 C01, R01, R El código del prestador de El código del facturador electrónico en 1
R01, H01, servicios de salud o del salud que otorga el Ministerio de Salud y
N01, M01, obligado a reportar debe Protección Social que fue informado en
S01 estar relacionado con el los RIPS no se encuentra relacionado
numDocumentoldObligado con el número de identificación tributaria
— NIT informado en los RIPS.
RVC013 CO2, P02, R La fecha y hora del servicio La fecha y hora de la prestación del 1
M04, SO4 no debe ser mayor a la servicio es mayor a la fecha y hora
fecha y hora de validación actual.
de los RIPS.
RVC014 CO2, P02, R La fecha del servicio no La fecha de la prestación del servicio se 1
M04, SO4 debe encontrarse por fuera encuentra por fuera del periodo de
del periodo de facturación facturación.
según los datos de la
factura electrónica de
venta.
RVC015 C04 N El código de CUPS puede El código CUPS informado no 1

ser validado que corresponde a una consulta.
corresponda a una
cobertura de consulta.
RVC016 C04, POS, N El código de CUPS puede El código CUPS informado no 1

506 ser validado que corresponde a un CUPS para el sexo
corresponda al sexo del informado.
usuario.
RVC017 C04, POS, N El código de CUPS puede El código CUPS informado no 1

S06 ser validado que corresponde a un CUPS para la
corresponda a la cobertura cobertura o plan de beneficios informada
o plan de beneficios en la factura electrónica de venta.
informada en la factura
RVC018 C04, POS, N El código de CUPS se Tenga en cuenta que para el mismo 1
S06 puede validar según la paciente y en el mismo día no se puede
cantidad de veces que se informar más de una vez el código CUPS
informe por paciente y por informado.
día.
RVC019 C04, P05, N El código de CUPS se El código CUPS informado no 1

S06 puede validar con el corresponde a un código relacionado
diagnóstico principal, con el código de la Clasificación
Internacional de Enfermedades — CIE.
RVCO20 POS N El código de CUPS puede El código CUPS informado no 1

corresponder a una corresponde a un procedimiento.
cobertura de
procedimiento,
RVCO21 P05 N El código de CUPS se Tenga en cuenta que para el código 1

puede validar con el tiempo CUPS informado se requiere de un
de estancia del paciente. tiempo de estancia del paciente.
RVCO22 P05 N Si el código CUPS Tenga en cuenta que, si el código CUPS 1

corresponde a corresponde a un procedimiento de
procedimiento de parto y parto, debe informar en los RIPS datos
además el grupo de de hospitalización.
internación se puede
validar que cuente con
datos de hospitalización y
de salas (parto o cirugía).
RVCO23 POS N Si el código CUPS Tenga en cuenta que, si el código CUPS 1

corresponde a corresponde a un procedimiento de
procedimiento de parto se parto, debe informar en los RIPS datos
puede validar que cuente del recién nacido.
con datos de recién nacido.
28 DIC 2023

Validación
RVCO24 506 R El código del traslado, El código informado del traslado, 1

transporte o estancia debe transporte o estancia no corresponde a
corresponder al código un código CUPS.
dado por la Clasificación
Única de Procedimientos
en Salud - CUPS.
RVCO25 S06 R El código de servicios El código de servicios complementarios 1

complementarios debe no corresponde a un código dado en la
corresponder al código tabla de referencia de MIPRES.
dado por la tabla de
referencia MIPRES.
RVCO26 506 N El código de CUPS puede El código CUPS informado no 1

ser validado que corresponde a una cobertura de otros
corresponda a una servicios.
cobertura de otros
servicios.
RVCO27 C04 N Si se informan registros en El código CUPS no es de consulta 1

el grupo de servicios de intrahospitalaria o interconsulta y tiene
internación o el servicio de informado datos de hospitalización o
urgencias el código CUPS urgencias.
se puede validar que sea
de consultas
intrahospitalarias
(interconsultas) y que se
encuentre dentro del
periodo de internación o de
observación de urgencias.
RVCO28 C10, C11, N El código de CIE se puede El código CIE no corresponde al sexo a 1
C12, C13, validar según el sexo y la la edad del paciente.
P13, P14, edad del paciente.
P15, R04,
R05,
R07,
R08, R10,
1106,1107,
1108, 1109,
1110,1111,
1113, N09,
N11, M05,
MO6
RVCO29 C10, C11, N El código de CIE se puede El código CIE no se encuentra 1

C12, C13, validar según el código de relacionado con el código CUPS de la
R04, R05, la consulta (CUPS) consulta.
1106,1107 informado.
RVC030 P13, P14 N El código de CIE se puede El código CIE no se encuentra 1

validar según el código del relacionado con el código CUPS del
procedimiento (CUPS) procedimiento.
informado.
RVC031 C10, P13, N El código de CIE no puede El código CIE informado no puede ser de 1
P15, R04, ser de causas externas de causas externas de morbilidad y de
R05, R10, morbilidad y de mortalidad mortalidad (CIE10: V01-Y98 o su
1106, 1107, (CIE10: V01-Y98 o su equivalente en la CIE vigente).
1111,1113, equivalente en la CIE
N09, N11, vigente).
MO5
RVC032 P13, P15, N El código de CIE no puede El código CIE informado no puede ser de 1
R04, R10, ser de síntomas, signos y síntomas, signos y resultados anormales
1113. N11 resultados anormales de de pruebas complementarias, no
pruebas complementarias, clasificados bajo otro concepto (CIE10:
no clasificados bajo otro ROO-R99 o su equivalente en la CIE
concepto (CIE10: R0O-R99 vigente).
o su equivalente en la CIE
vigente).
2 8 DIC 2023
ID. .• , •
ID Campo Y .. Regla -i Mensaje Versión .
Validación '
. --.
RVC033 P13, P15, N El código de CIE no puede Tener en cuenta que el código de CIE no 1
R04, R10, ser de factores que influyen puede ser de factores que influyen en el
H13, N11 en el estado de salud y estado de salud y contacto con los
contacto con los servicios servicios sanitarios (CIE10: ZOO-Z99 o
sanitarios (CIE10: ZOO-Z99 su equivalente en la CIE vigente).
o su equivalente en la CIE
vigente).
RVC034 C17, P16, R Diligenciar el valor mayor a Debe ingresar un valor mayor a cero 1
mus, M19, cero (0) si la modalidad de porque la modalidad de pago
S11, S12 pago corresponde a "Pago corresponde a pago por evento.
por evento". Para las
demás modalidades
informar cero (0).
RVC035 C18, P17, N Solamente se puede cobrar El cobro del pago moderador solamente 2
M20, S13 pago moderador a afiliados aplica a pacientes del régimen
del régimen contributivo. contributivo.
RVC036 C19, P18, R El valor del pago El valor del pago moderador informado 2
M21, 514 moderador informado en la en la factura electrónica de venta en
factura electrónica de venta salud, no corresponde a la sumatoria de
en salud, debe detalles de valores de pagos
corresponder a la moderadores de las facturas de recaudo,
sumatoria de detalles de informados en RIPS.
valores de pagos
moderadores de las
informados en RIPS.
RVC037 C18, P17, N Para usuarios del régimen El cobro pagos moderadores de planes 1
M20, S13 subsidiado no se puede voluntarios no se realiza a pacientes del
informar el pago de valores régimen contributivo.
voluntarios.
RVC038 R02, H03 R La fecha y hora de ingreso La fecha y hora de ingreso es mayor a la 1
no debe ser mayor a la fecha y hora actual.
de los RIPS.
RVC039 R02, H03 R La fecha y hora de ingreso La fecha y hora de ingreso es mayor a la 1
no debe ser mayor a la fecha y hora de egreso.
fecha y hora de egreso.
RVC040 R11 N El rango comprendido entre Tenga en cuenta que está informando 1
la fecha/hora de ingreso y una estancia en urgencias superior a 48
la fecha/hora de egreso no horas.
puede superar las 48
horas.
RVC041 1114 N Se puede validar si la Tenga en cuenta que está informando 1

estancia fue menor a 6 una estancia en hospitalización menor a
horas. 6 horas.
RVC042 R10,1113, R Se debe registrar el No informó la causa básica de muerte la 1

N11 diagnóstico de la causa cual es necesaria ya que la condición y
básica de muerte si la destino del usuario al egreso fue
condición y destino del "paciente muerto".
usuario al egreso es
"Paciente muerto".
RVC043 R11, H14, R La fecha y hora de egreso La fecha y hora de egreso es mayor a la 1
N12 no debe ser mayor a la techa y hora actual.
de los RIPS.
RVC044 R11, 1114, R La fecha y hora de egreso La fecha de egreso se encuentra por 1
N12 no debe encontrarse por fuera del periodo de facturación.
fuera del periodo de
facturación según los datos
28 DIC 2023
00002275 DE *
.. .._
ID
Validación
'
de la factura electrónica de
venta.
RVC045 N04 R La fecha y hora de la fecha y hora de nacimiento es mayor 1

nacimiento no- debe ser a la fecha y hora actual.
mayor a la fecha y hora de
validación de los RIPS.
RVC046 N12 R La fecha y hora de egreso La fecha y hora de egreso es mayor a la

no debe ser menor a la fecha y hora de nacimiento del recién
fecha y hora de nacimiento nacido.
del recién nacido.
RVC047 NO2, NO3 R En caso de que el recién El documento de la madre no coincide Eliminada
nacido aún no cuente con con el documento informado en los datos
documento de de usuario.
identificación se debe
registrar el de la madre el
cual debe coincidir con el
registro de usuario.
RVC048 PO4, M02, N En caso de servicio o El servicio o tecnología de salud es 1

SO2 tecnología de salud financiado con presupuesto máximo y el
financiado por presupuesto número de autorización no corresponde
máximo, se puede validar al número de prescripción en MIPRES.
que el número de
autorización corresponda al
número de prescripción en
MIPRES.
RVC049 M03, S03 N Se puede validar que el El número de "ID de entrega" no 1

número de ID de entrega" corresponde al registrado en MIPRES.
corresponda al registrado
en MIPRES.
RVC050 S09. 510 R Se debe registrar No ha registrado información sobre la 1

información de la persona persona que ordenó el dispositivo
que ordena otros servicios médico, insumo o servicio
para los tipos: "Dispositivos complementario.
médicos e insumos" y
"Servicios
complementarios".
RVC051 C08, P10 N La finalidad informada se Tenga en cuenta que la finalidad 1

puede validar con el sexo y informada no corresponde al sexo o la
la edad del usuario, edad del paciente.
RVC052 CO8 N Si la finalidad informada Tenga en cuenta que la finalidad de 1

corresponde a "Interrupción interrupción voluntaria del embarazo -
voluntaria del embarazo" - IVE tiene que tener relación con la causa
!VE se puede validar que la que motiva la atención.
causa que motiva la
atención corresponda a
aquellas relacionadas con
la IVE o a "Atención de
población materno
perinatal", para los casos
de Interrupción Voluntaria
del Embarazo sin
especificación de causal
hasta la semana 24 de
gestación.
RVC053 R09, H12, N Se puede validar que, si la Tenga en cuenta que la condición del 1
N10 condición del usuario al paciente es "Paciente muerto" y está
egreso es "Paciente informando servicios con fecha y hora
muerto", para este no se posterior a la muerte.
informen registros de
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 2023 HOJA N° 91
DE
. ..
ID ' .
ID Campo' • . Y Regla Mensaje VertiÓn
Validación . • . •.
•
RVC054 H02 N Se puede validar que El paciente no cuenta con servicios 1
según la via de ingreso informados previo al ingreso a
informada se cuenten con hospitalización.
los registros respectivos de
la atención realizada en la
misma institución previo al
ingreso a hospitalización.
RVC055 M07 N Si el medicamento es Tenga en cuenta que está informando un

UNIRS se puede validar medicamento UNIRS que no se
que se encuentre en el encuentra en el listado de UNIRS
listado de UNIRS. autorizado por la entidad competente.
RVC056 SO5 R Las estancias se deben Hay información de estancia(s) pero no 1

validar con el registro de se encuentran registros de urgencias u
urgencias u hospitalizaciones que la(s) soporten.
hospitalizaciones
informadas.
RVC057 NOS N Se puede validar que la Tenga en cuenta que la edad gestacional
edad gestacional se no se encuentra entre las 20 y 46
encuentre entre 20 a 46 semanas.
semanas.
RVC058 NOS N Se puede validar que el El peso del recién nacido no se 1

peso en gramos del recién encuentra entre 500 a 5000 gramos.
nacido este dentro del
rango 500 — 5000 gramos.
RVC059 C04, POS N El código de CUPS puede El código CUPS informado no se 1

ser validado con el grupo encuentra relacionado según el grupo de
de servicio, servicio, servicio, servicio, finalidad o causa.
finalidad o causa.
RVC060 C19, P18, R Si el tipo de pago El valor del pago moderador no es 2

M21 moderador es "cuota correcto, debe informar un valor
moderadora" o "bono o vale numérico mayor o igual a 1.
de plan voluntario" el valor
del pago moderador debe
ser mayor o igual a uno "1".
RVC061 C19, P18, R Cuando no aplique pago No es posible informar el valor de un 1

M21 moderador se debe pago moderador si el pago moderador no
informar cero (0). aplica.
RVC062 R09, H12, N Se puede validar que si la El paciente fue derivado a otro servicio, 1
N10 condición del usuario al pero no se encuentra información de los
egreso es "Paciente servicios prestados.
derivado a otro servicio" se
informen los servicios
prestados.
RVC063 MO8 N Se podrá validar . la El código IUM o CUM o DCI ingresado 2

existencia del IUM o del no se encuentra en el catálogo de datos
CUM o del DCI en el de IUM o CUM o DCI, respectivamente.
catálogo respectivo de
SISPRO.
RVC064 MO8 R Para las preparaciones Informó un código de tecnologia de salud Eliminada
magistrales se debe para una preparación magistral y este
informar el campo null. tipo de tecnología de salud actualmente
no tiene codificación.
RVC065 M09, M10, N Para "01: Medicamento con Tenga en cuenta que no es necesario 1
M11, M12 uso según registro que informe dato para el tipo de
sanitario", "02: medicamento informado ya .que el
Medicamento con uso Ministerio de Salud y Protección Social
como vital no disponible obtiene los datos del medicamento
definido por INVIMA" o "04: informado a partir del código informado.
Medicamento con uso no
incluido en el registro _
28 DIC 2023
00002275 DE
- -- —
Validac
ID ión
sanitario (Listado UNIRS)"

puede informar null.
RVC066 S07 N Si el tipo de otro servicio es Tenga en cuenta que no es necesario 2

diferente a"01: Dispositivos que informe dato para el tipo de otro
médicos e insumos'. puede servicio informado ya que el Ministerio de
informar este campo como Salud y Protección Social obtiene los
null. datos del servicio a partir del código
informado.
RVC067 C08 N Si la finalidad informada Tenga en cuenta que la finalidad 1

corresponde a "Valoración informada no corresponde con la causa
integral para la promoción y que motiva la atención.
mantenimiento" se puede
validar que la causa que
motiva la atención
relacionadas con la "40:
Promoción y
mantenimiento de la salud
— intervenciones
individuales".

corresponde a "Atención informada no corresponde con la causa
para el cuidado que motiva la atención.
preconcepcionar se puede
motiva la atención
relacionadas con la
"Atención de población
materno perinatal".
RVC069 CO8 N Si la finalidad informada Tenga en cuenta que la finalidad 1

del parto y puerperio" se que motiva la atención.
puede validar que la causa
que motiva la atención
relacionadas con la
materno perinatal".

para el cuidado prenatal" se que motiva la atención.
relacionadas con la
materno perinatal".
RVC071 CO8 N Si la finalidad informada Tenga en cuenta que la finalidad

para el seguimiento del que motiva la atención.
recién nacido" se puede
motiva la atención
relacionadas con la
materno perinatal".
RVC072 CO8 N Si la finalidad informada Tenga en cuenta que la finalidad Eliminada

corresponde a "Atención del informada no corresponde con la
parto y puerperio" se puede causa que motiva la atención.
motiva la atención
28 DIC 2023
.; " tr '
ID."C m po r Y " - Regla;-C ,,
;;TT Vensaja ..r •,s,, ' 1Versión ...44.
Valdació- i
relacionadas con la "Atención

de población materno
perinatal".
RVC073 C08 N Si la finalidad informada Tenga en cuenta que la finalidad Eliminada

corresponde a "Atención para informada no corresponde con la
el cuidado prenatal" se puede causa que motiva la atención.
motiva la atención
perinatal".

el seguimiento del recién causa que motiva la atención.
nacido" se puede validar que
la causa que motiva la
materno perinatal".

el cuidado preconcepcional" causa que motiva la atención.
se puede validar que la causa
perinatal".

corresponde a "Atención del informada no corresponde con la
parto y puerperio" se puede causa que motiva la atención.
motiva la atención
perinatal".

el cuidado prenatal", se causa que motiva la atención.
perinatal"

el seguimiento del recién causa que motiva la atención,
nacido" se puede validar que
la causa que motiva la
materno perinatal".
RVC079 CO2, P02, R La fecha y hora del servicio La fecha y hora de la prestación del
M04, SO4 no debe ser menor a la servicio es menor a la fecha de
fecha de nacimiento del nacimiento del usuario.
usuario.
RVC080 R11, 1114, R La fecha y hora de egreso La fecha y hora del egreso es menor a la
N12 no debe ser menor a la fecha de nacimiento del usuario.
. .
28 DIC 2023
RESOLUCIÓN NÚMERO 000 02275 2023 HOJA N°94
otras disposiciones"'

Validación

usuario.
RVC081 R02, H03 R La fecha y hora de ingreso La fecha y hora de ingreso es menor a la 1
no debe ser menor a la fecha de nacimiento del usuario.
fecha dé ' nicimiento del
usuario.
RVC082 506 N El código CUPS puede El código CUPS informado no 1

• corresponder al grupo de corresponde al grupo de servicio
- servicios informado. informado.
RVC083 P10 N Si la finalidad informada El código CUPS informado no

corresponde a corresponde a una intervención
"Intervención colectiva" se colectiva.
puede validar que el código
CUPS corresponda a un
código de intervención
colectiva según el anexo 5
de la CUPS. ,
RVC084 CO8 N Si la finalidad informada Para la finalidad informada no le aplican 2

• corresponde a 'Valoración pagos moderadores.
• integral para la promoción y
mantenimiento", "Detección
temprana de enfermedad
general ", Protección .
especifica",.. Planificación
familiar y anticoncepción",
"Promoción y apoyo a la
lactancia materna",
"Atención básica de
orientación familiar",
"Atención para el cuidado
preconcepcional",
"Atención para el cuidado
prenatal", Interrupción
Voluntaria del Embarazo", .
"Atención del parto y
puerperio" o "Atención para
el seguimiento del recién
nacido" se puede validar
que el tipo de pago
moderador sea "No aplica
, pago moderador". .
RVC085 C08 N' Si la finalidad informada Para la finalidad 'Valoración integral 2

corresponde a 'Valoración para la promoción y mantenimiento" no
integral para la promoción y puede informar como diagnóstico
mantenimiento", en el principal un código CIE diferente a
diagnóstico principal el factores que influyen en el estado de
código de CIE únicamente salud y contacto con los servicios
puede ser de factores que sanitarios (CIE10: Z00-299 o su !
influyen en el estado de equivalente en la CIE vigente).
salud y contacto con los
servicios sanitarios (CIE10:
200-299 o su equivalente
en la CIE vigente).
RVC086 C11, C12, N Se puede validar que el El código de diagnóstico relacionado es 1

C13, P14, código de diagnóstico igual al código de diagnóstico principal.
M06 relacionado no sea igual al
principal.
RVC087 C11, C12, N Se puede validar que el El código de diagnóstico relacionado es 1

C13 código de diagnóstico igual a otro código de diagnóstico
relacionado no sea igual a relacionado. •
otro diagnóstico
relacionado.
•
28 DIC 2023
02275 DE
. •
. ID • ID Campo - -Y - -ilteple ' Mensaje :Versión
Validación • ,
•
RVC088 R06, R07, N Se puede validar que el El código de diagnóstico relacionado de 1
• R08,1108, código de diagnóstico egreso es igual al código de diagnóstico
1109,1110 relacionado de egreso no principal de egreso.
egreso.
RVC089 R06, R07, N Se puede validar que el El código de diagnóstico relacionado de 1

R08,1108. código de diagnóstico egreso es igual a otro código de
1109, 1110 relacionado de egreso no diagnóstico relacionado de egreso.
RVC090 P05 R. Si el código CUPS Tenga en cuenta que, si el código CUPS

corresponde a corresponde a un procedimiento
procedimiento quirúrgico y quirúrgico, debe informar en los RIPS los
además el grupo de datos de la sala usada.
quirúrgico se debe validar
que cuente con los datos de
la sala de cirugla en otros
servicios.
RVC091 C17, P16, R Si el RIPS es sin FEV en Tenga en cuenta que está informando 1
M18, M19, salud el valor informado RIPS sin una FEV en salud y no es .
S11, 512 debe ser cero (0) posible incluir un valor
RVC092 C18, P17, R El concepto "Anticipos" Tener en cuenta que el concepto 3

M20, 513 aplica únicamente para el "Anticipos" aplica únicamente para el
reporte de dichos valores reporte de dichos valores en la FEV en
en la FEV en salud y no salud y no debe utilizarse en la
debe utilizarse en la generación del RIPS como soporte de la
generación del RIPS como FEV en salud.
soporte de la FEV en salud.
28 DIC 2023
00002275.9E)
• otras disposiciones"
ANEXO TÉCNICO 2
CAMPOS DE DATOS ADICIONALES DEL SECTOR SALUD INCLUIDOS EN LA GENERACIÓN DE

LA FACTURA ELECTRÓNICA DE VENTA
1. Objeto 98
2. Campos de datos del sector salud en formato XML para las facturas electrónicas
de venta 98
3. Descripción 98
3.1. CODIGO_PRESTADOR Código del prestador de servicios de salud: 98
3.2. MODALIDAD_PAGO - Modalidades de pago: 98
3.3. COBERTURA_PLAN_BENEFICIOS -Cobertura o plan de beneficios. 99
3.4. NUMERO_CONTRATO - Número de contrato. 100
3.5. NUMERO_POLIZA - Número de póliza: 101
3.6. COPAGO - Copago: 101
3.7. CUOTA_MODERADORA - Cuota moderadora. 101
3.8. PAGOS_COMPARTIDOS - Pagos compartidos en planes voluntarios de salud. 101
3.9. ANTICIPO - Anticipo: 102
3.10. Fecha de inicio del periodo de facturación• 102
3.11. Fecha final del periodo de facturación. 102
4. Propósito 102
5. La ext:UBLExtension Del Sector Salud 103
Columnas de las tablas de definición de los documentos electrónicos para el
Sector Salud 103
Campos adicionales del sector salud no incluidos en el XML 111
6. Cuerpo XML 111
Fechas de facturación 111
Registro del concepto de recaudo de Cuota moderadora — Copago — Pagos
compartidos en planes voluntarios de salud 112
Registro del concepto que se acreditará como de Cuota moderadora — Copago —
Pagos compartidos en planes voluntarios de salud - Anticipos 118
Registro de Operaciones de Copago — Cuota Moderadora — Pagos compartidos en
planes voluntarios de salud, cuyo tratamiento contractual y contable hace innecesario
que el valor recaudado se acredite a la factura que librará el Prestador de Servicios de
Salud o el Proveedor de Tecnologías en Salud a la Entidad Responsable de Pago y
demás pagadores 120
Emisión de facturas electrónicas para servicios de salud sin recaudos previos por
Operaciones de Copago — Cuota Moderadora - Pagos compartidos en planes
voluntarios de salud 120
7. Uso de modos de operación 121
Modos de uso— 1: SS-CUFE, SS-CUDE, SS-POS, SS-SNum 121
Modos de uso — 2: SS-Recaudo 122
Modos de uso — 3: SS-Reporte 122
Modos de uso — 4: SS-SinAporte 123
28 DIC 2023
Tipos de operación salud 124

a. Método de cálculo del Sector Salud 125
Tablas 126
Documentos de identificación • 126
Modalidades de pago 126
Cobertura o plan de beneficios 126
Concepto de recaudo 126
28 010 2023
RESOLUCIÓN NÚMERO 003022/5 DE „ 2023 HOJA N°98
Objeto
El presente anexo especifica los detalles de la información que deberá incorporarse a la factura
electrónica de venta definida por la DIAN, con el propósito de que los facturadores electrónicos
de los servicios y tecnologías de salud cumplan con la generación de este documento
electrónico. Igualmente, define y particulariza los contenidos de los campos de datos adicionales
del sector salud que se utilizáráh 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.
Código del prestador de servicios de salud

Modalidades de pago .
1 Cobertura o piar-1.de beneficios
Número de contrato o
Número de póliza
Copago
Cuota moderadora
Pagos compartidos en planes voluntarios de salud
Anticipos
Fecha de inicio del periodo de facturación
Fecha final del periodo de facturación
3. Descripción.
3.1.CODIGO_PRESTADOR - Código del prestador de servicios de salud:
Descripción / Contenido: Debe registrarse el código asignado en el Sistema General de

Seguridad Social en Salud (SGSSS) a los prestadores de servicios de salud que estén en el
Registro Especial de Prestadores de Servicios de Salud (REPS), o el código asignado por el
Ministerio de Salud y Protección Social para los para los Proveedores de Tecnologías en Salud
y demás casos de excepción.
Diligenciamiento en la factura electrónica de venta: Obligatorio.
Valores permitidos: Texto. Diligenciar con los valores de la tabla de instituciones

"IPSCodHabilitación" para prestadores de servicios de salud o con el código según aplique, de
la tabla "IPSnoREPS" para los Proveedores de Tecnologías en Salud o demás casos de
excepción.
3.2. MODALIDAD_PAGO - Modalidades de pago:
a) Descripción / Contenido: Debe registrarse la modalidad de pago pactada objeto de facturación.
i. Pago individual por caso/Conjunto integral de atenciones / Paquete / Canasta.
ji. Pago global prospectivo.
HL Pago por capitación.
iv. Pago por evento.

28 DIC 2023
RESOLUCIÓN NÚMERO o j D 2023 HOJA N°99
v. Otra modalidad (específica): Los paréntesis redondos se usan para especificar en ellos la
denominación de otras modalidades de pago que no cumplan con los criterios establecidos
en los numerales 1 al 4 del artículo 2.5.3.4.2.3 del Decreto 780 de 2016. Si la modalidad de
pago cumple con los criterios de alguna de las modalidades definidas en el artículo
2.5.3.4.2.3 del Decreto 780 de 2016, deberá registrarse con la denominación
correspondiente.
Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe registrarse la
modalidad de pago acordada, de acuerdo con la definición contenida en el artículo 2.5.3.4.2.3
del Decreto 780 de 2016. En caso de facturas multiusuario, todos deben pertenecer a la misma
modalidad de pago y a la misma cobertura o plan de beneficios.
Valores permitidos: Texto. Diligenciar con los valores de la tabla de referencia

"modalidadPago", disponible en web.sispro.gov.co., los que son excluyentes entre sí.
3.3. COBERTURA_PLAN_BENEFICIOS - Cobertura o plan de beneficios:
a) Descripción ! Contenido: Se registra la entidad responsable de financiar la cobertura o plan de

beneficios, y de pagar la prestación de los servicios y tecnologías de salud incluidas en la factura
de venta.
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 2808 de 2022 o la que la modifique o sustituya.
ji. Presupuesto máximo: servicios y tecnologías en salud o servicios complementarios no

financiados con la UPC y no excluidos de la financiación con recursos del Sistema General
de Seguridad Social en Salud (SGSSS), cuya gestión y financiación se encuentran a cargo
de las EPS o demás entidades obligadas a compensar (EOC) en los términos definidos en
la Resolución 205 de 2020 o la que la modifique o sustituya.
Prima EPS, no asegurados SOAT: servicios de salud y el transporte al centro asistencial

que se presten a víctimas de accidentes de tránsito ocasionados por vehículos no
asegurados por seguro obligatorio de accidentes de tránsito (SOAT) o no identificados, que
se encuentran afiliadas al SGSSS, y que deben ser garantizadas por las EPS, en los términos
señalados en el artículo 106 del Decreto Ley 2106 de 2019.
Cobertura póliza SOAT: servicios en salud y el transporte al centro asistencial que se

presten a víctimas de accidentes de tránsito ocasionados por vehículos asegurados por una
póliza SOAT vigente, en los términos señalados en el Sección 2, Capítulo 4, Título 1, Parte
6, Libro 2 del Decreto 780 de 2016.
Cobertura ARL: prestaciones asistenciales a cargo de las administradoras de riesgos

laborales (ARL), definidas en los artículos 5 y 6 del Decreto 1295 de 1994.
Cobertura ADRES: coberturas en salud a cargo de la Administradora de los Recursos del

Sistema General de Seguridad Social en Salud (ADRES) en los términos definidos en la Ley
1955 de 2019, el artículo 106 de Decreto Ley 2106 de 2019 y la Resolución 205 de 2020 o
las normas que las modifiquen o sustituyan.
Cobertura salud pública: acciones de gestión en salud pública realizadas por la Nación y
las entidades territoriales según lo definido en las Leyes 1122 de 2007 y 1438 de 2011, y las
Resoluciones 1841 de 2013, 518 de 2015 y 507 de 2020 olas normas que las modifiquen, o
sustituyan.
28 D1C 2023
Continuación de la resolución "Poda cual se expide la resolución única reglamentaria del Registro Individual de
Cobertura entidad territorial, recursos de oferta: corresponde a la prestación de servicios

y tecnologías de salud a cargo de la entidad territorial para la población no afiliada al Sistema
General de Seguridad Social en Salud en los términos de las Leyes 715 de 2001 y 1955 de
2019.
Urgencias población migrante:•cobertura a cargo de la entidad territorial para atención de

urgencias de la población migrante regular no afiliada o irregular, de acuerdo con el artículo
232 de la ley 1955 de 2019.
Plan complementario en salud: corresponde a las coberturas de servicios de salud

contratados voluntariamente y financiados en su totalidad por el afiliado o los empleadores
que lo establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del
artículo 2.2.4.1.1 del Decreto 780 de 2016.
Plan medicina prepagada: corresponde a las coberturas de servicios de salud contratados

voluntariamente y financiados en su totalidad por el afiliado o los empleadores que lo
establezcan, con recursos distintos a las cotizaciones obligatorias, en los términos del
artículo 2.2.4.1.16. del Decreto 780 de 2016.
Pólizas en salud: coberturas de servicios de salud contratados voluntariamente y

financiados en su totalidad por el afiliado o los empleadores que lo establezcan, con recursos
distintos a las cotizaciones obligatorias, en los términos del artículo 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
artículo 279 de la Ley 100 de 1993.
Cobertura Fondo Nacional de Salud de las Personas Privadas de la Libertad:

corresponde a la prestación de servicios y tecnologías de salud a cargo del Fondo Nacional
de Salud de las Personas Privadas de la Libertad que se encuentren en custodia del Instituto
Nacional Penitenciario y Carcelario (INPEC) en los términos de la Ley 1709 de 2014 y el
Decreto 1069 de 20150 las normas que las modifiquen o sustituyan.
Particular: corresponde a los servicios y tecnologías de salud que asume directamente la

persona con cargo a recursos propios.
Diligenciamiento en la factura electrónica de venta: Obligatorio. Debe registrarse la cobertura

o el plan de beneficios a la que pertenece el usuario. En caso de facturas mulfiusuario, todos
deben pertenecer a la misma cobertura o plan de beneficios y a la misma modalidad de pago.
Valores permitidos: Texto. Diligenciar con los valores de la tabla de referencia "coberturaPlan",
disponible en web.sispro.gov.co., los que son excluyentes entre sí.
3.4. NUMERO_CONTRATO - Número de contrato:
Descripción ¡Contenido: Se debe registrar el número del contrato objeto de facturación.
Diligenciamiento en la factura electrónica de venta: Obligatorio cuando exista contrato o en

caso contrario irá vacío. Se reporta solo si se ha suscrito contrato que cubra los ítems facturados.
Las entidades obligadas a registrarse en el portal del Registro de Contratación de Servicios y
Tecnologías de Salud (Artículo 4, Ley 1966 de 2019), deberán diligenciar el código del número
de contrato que les expida esta plataforma una vez esté disponible.
Valores permitidos: Un valor único. Alfanumérico.

2 8 DIC 2023
RESOLUCIÓN NÚMERO o o u22 75 2023 HOJA N° 101
3.5. NUMERO_POLIZA - Número de póliza:
Descripción / Contenido: Se debe registrar el número de póliza SOAT o del número de póliza
de planes voluntarios de salud.
Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se trate de atenciones

SOAT o de planes voluntarios de salud. Se diligencia cuando se trata de atenciones por
accidente de tránsito o por atención como particular por una póliza de salud. En los demás casos,
no debe diligenciarse (vacío).
Valores permitidos: Un valor único. Alfanumérico.
3.6.COPAGO - Copago:
a) Descripción! Contenido: Se debe registrar el valor total efectivamente pagado por el usuario y
recaudado por el prestador de servicios de salud o el proveedor de tecnologias en salud,
correspondiente al copago. En caso de facturas multiusuario, se registra la sumatoria del valor
total del copago pagado por cada usuario. Este valor debe corresponder con el valor total de los
copagos registrados en RIPS.
b) Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario

multiusuario.
c) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos
ni separadores de miles y con el signo punto como separador de decimales.
3.7. CUOTA_MODERADORA - Cuota moderadora:
Descripción / Contenido: Se debe registrar el valor efectivamente pagado por el usuario y

recaudado por el prestador de servicios de salud o el proveedor de tecnologías en salud,
correspondiente a la cuota moderadora. Se debe registrar el valor pagado por el usuario. En
caso de facturas multiusuario, se registra la sumatoria del valor total de cuotas moderadoras
pagado por cada usuario. Este valor debe corresponder con el valor total de las cuotas
moderadoras registradas en RIPS.
Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por

usuario o multiusuario.
Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos
3.8. PAGOS_COMPARTIDOS - Pagos compartidos en planes voluntarios de salud:
Descripción / Contenido: Se debe registrar el valor efectivamente pagado por el usuario y

recaudado por el prestador de servicios de salud, correspondiente al pago compartido en los
planes voluntarios de salud (medicina prepagada, pólizas de salud y planes complementarios en
salud). Se registra únicamente el valor total del pago compartido recaudado directamente por el
prestador de servicios de salud. En caso de facturas multiusuario, se registra la sumatoria del
valor total de pagos compartidos pagado por cada usuario. Este valor debe corresponder con el
valor total de los pagos compartidos registrados en RIPS.
Diligenciamiento en la factura electrónica de venta: Obligatorio cuando se facture por usuario

multiusuario,
c) Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos
28 DIC 2023
3.9. ANTICIPO - Anticipo:
Descripción 1 Contenido: Se debe registrar el valor del anticipo a legalizar, que se restará al
valor de la presente factura en ejecución del contrato señalado en el numeral 3.4.
Diligenciamiento en la factura électrónica de venta: Obligatorio cuando se hayan pactado

anticipos en el acuerdo de voluntades.
Valores permitidos: Numérico. Se valida que no existan valores negativos. Valor sin símbolos
3.10. Fecha de inicio del periodo de facturación:
Descripción / Contenido: Se debe registrar la fecha de inicio de la prestación o provisión del

servicio o tecnología de salud cuando se factura por un solo usuario o la fecha de inicio del
periodo de facturación cuando se factura multiusuario según modalidad de pago.
Valores permitidos: Fecha con la estructura: AAAA-MM-DD.
3.11. Fecha final del periodo de facturación:
Descripción / Contenido: Se debe registrar la fecha final de la prestación o provisión del servicio
o tecnología de salud cuando se factura por un solo usuario o la fecha final del periodo de
facturación cuando se factura multiusuario según modalidad de pago
Valores permitidos: Fecha con la estructura: AAAA-MM-DD.
4. Propósito
La metodología de registro de datos en los documentos electrónicos UBL adoptada por la Unidad
Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN prevé que los
sectores económicos, industriales, comerciales, de servicios, de salud, de transporte, de
gobierno, etcétera, puedan incluir, informaciones particulares a las que los motores de análisis
de cumplimiento del diccionario XSD omitirán durante la compilación de un artefacto XML, porque
los elementos contenedores de estas informaciones, al ser definidos en el XSD, usan las
convenciones previstas de omisión de validación de contenido en el esquema estándar XML.
Se trata del fragmento /ext:UBLExtensions, que puede aparecer máximo una vez dentro del
objeto UBL, y que puede tener todos los hijos ../ext:UBLExtensions/ext:UBLExtension que
requiera el modelo de negocio en el que se usa el documento UBL.
En conclusión, los facturadores electrónicos de los documentos electrónicos de la Unidad

Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN podrán incluir
informaciones sin afectar el procesamiento de los esquemas ni de los fines definidos por la
Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN para los
datos de carácter mercantil del vocabulario UBL.
2$ DIC 2023
00002275 DE
••., Continuación de la resolución "Por la cual se expide la resolución única reglamentaria del Registro Individual de
Dichos datos deben estar bien formados, según la definición de las reglas XML. La Unidad
Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN ayudará a quien lo
) solicite en su definición. Si las reglas particulares de los sectores mencionados infieren el
cumplimiento de otros reglamentos para el soporte de comprobantes contables de
reconocimiento y medición de cuantías, entonces la Unidad Administrativa Especial Dirección de
Impuestos y Aduanas Nacionales DIAN facilita el uso de definiciones para dicho sector como
métodos de cálculo particulares dentro de los registros propios de los documentos electrónicos
UBL, y estos métodos serán identificados de manera conveniente y apropiada para los fines de
control del lector que lo requiera y del control fiscal de la Unidad Administrativa Especial
Dirección de Impuestos y Aduanas Nacionales DIAN.
' . 5. La ext:UBLExtension Del Sector Salud
' a. Columnas de. las labias ,de definición de los documentos electrónicos para el Sector Salud
Las columnas de las tablas definición siguen las descripciones que se encuentran en la Tabla 1.
Estas extensiones deben ser utilizadas para la facturación de servicios y tecnologías en salud.
Se recomienda que el orden de registro, los datos de control de la Unidad Administrativa Especial
Dirección de Impuestos y Aduanas Nacionales DIAN en el UBLExtension(1),las variables propias del
sector ocupen el UBLExtension[2], y los datos del cálculo de la firma digital en el UBLExtension[3]
'Por temas de interoperabilidad entre los participantes.
La siguiente estructura aplica para los documentos electrónicos de factura, nota crédito y nota débito.
: Tabla,1 — Convenciones Utilizadas en la Tablas de Definición de los Formatos XML

4;
iid '.‘,W1-:',
<1' . iip
Descrpcn 3:1, • f›
"a g '''' l ., • ,I.t., él ei•
bánylb
. . ..- 't tr
-., 7
ExtInsilin délt •SO.tor
1Observ aciones - 1 rath•
, r ,.".
tcada
.• ,
4.,. 4,144
8.91.5q 'I, 9, .4
, .1,
.4 'I 73'
,1k —tiers,- .1.7 Debe 7usar1fcomo ,.. ? ,..ri ..Il
(N. ...41.1 ..1, ,Vel = rA ,1'
rtilnirn___ _ all 1'. , ..,-
0 'eSct .1 UBLEikelisions-
Ins41q stiE.,211,.;
11410-é,,,rdifiri-dp
por. laIDIAN.perVoda -
51- ,„: Itivoice 1' ..jsr '
_., ,:x.,,, _4,0 roottextUBLEllpal
. —W, ',* ,
.P% r „=, 1 P
,/, •
ir fitil
iagiaülálli. 3-1 .. - ,..: rt ,
'1 • 4
. 1111_1 ----. .,.) RISIC -~ -WA. :. ., .: — : frci 1- -1; '?. _..,/
'J.? y Ail :2-, .1,10:07re29is • '1 t, ..., _
t . 1. >,_-.
-41, o -- UBligidettion. para i ,..1___ ftm
..,. ‘ ..,
Informaciónne)control ' -,-,,
• -- nic...ci--ntrnr1 /7,5L- l.
• ' uz.‘ =kW
—
III' ••• -li 741
1015Wir S .,--•/, f 3' r 1
1,4 ti-d _,, ui Lri rdil r9cit/exL BLEXtegsio
',- e-kll'I
l UBLEXtension tl ExtensionitA&19 11611M- 1:
1 ro ritigit uéu-átafri;
Kis 311CJ-5- , ii•
role: -'' lit,t* : — ,!IIIII:- --
e 411, .t -5-2;, •-a -1/4 . .,,,,,,,,,,
detillorrésPonder-aila
,r,-..-1/47,,,. sw..2 kt .
primeral. iextension
,
-
...
.,.ii-
; i.i. ., • in- ."
. .. -^3;e5W,t 1-S.,,,ner: r.,
IY.g.2 dentro zdeP;contenedor ::1 -1. ;:y
.... .
WII % -..*-11 az* iiiállEidentibils,2 1‘,. jrgs. .h ,
..11.-.., t'.1
9 rosavezez , -7.-;
, ' ••.,.. -“. n '4
Grupo que contiene la roottext:UBLExtensio
UBLEx
información nvexwatixtension
ext ExtensionContent G tenso
i 1..1 1.0
, personalizada de la ti yext ExtensionCon
n
DIAN tent
2 8 010 2023
RESOLUCIÓN NÚMERO 00002275 *DE t; 2023 HOJA N° 104
Prestación de Servicios de Salud -RIPS, soporte de a Factura Electrónica de Venta -FEV en salud y se dictan
otras d sposiciones"
Descripción
ID ns Campo Extensión del Sector T F Tam Padre Oc Observaciones V Xpath
Salud.
root/ext:UBLExtensio
Extens
Informaciones de ns/ext:UBLExtension
sts DianExtensions - ionCon 1..1 1.0
control de operaciones [1]/ext:ExtensionCon
tent
tent/DianExtensions
Grupt5 UBLExtension
para información UBLEx root/ext:UBLExtensio
ext UBLExtension comercial adicional G tensio 2..N 1.0 ns/ext:UBLExtension
estandarizada entre flS [2]
sectores
Grupo que contiene la root/ext:UBLExtensio

UBLEx
información ns/ext:UBLExtension
ext ExtensionContent G tensio 1..1 1. 0
personalizada del [2]/ext:ExtensionCon
n
sector tent
Grupo de información Extens ns/ext:UBLExtension
CustomTagGeneral personalizable G ionCon 1..1 1.0 [2]/e>d:ExtensionCon
dependiendo del sector tent tent/CustomTagGen
eral
Custo ns/ext:UBLExtension
Descripción del Debe ser
mTag [2]/ext:ExtensionCon
Name contenido; Valor 1..1 informado el
Gener literal tent/CustomTagGen
constante
al eral/Name[1]="Resp
"Responsable"
onsable"
Responsable del
htSs://www.sisor ns/ext:UBLExtension
mantenimiento de la Custo
o.qov.co/central- [21/ext:ExtensionCon
UBLExtension; mTag
Value 1 1 financiamiento/P tent/CustomTagGen
Ministerio de Salud y Gener aqes/facturacion eralNalue[1]="url
Protección Social de al
-electronica.aspx www.minsalud.gov.c
Colombia
o"
Custo root/ext:UBLExtensio
• mTag ns/ext:UBLExtension
Debe ser
Descripción del Gener [2]/ext:ExtensionCon
informado el
Name contenido; Valor al 1..1 literal lent/CustomTagGen
"Tipo,
constante eral/Name[2]="Tipo,
identificadocaño
identificadocaño del
acto administrativo"
Acto administrativo: Custo

cambie la cadena mTag
"NNNN" por el Gener
identificador asignado al
,
a este acto
administrativo: root/ext:UBLExtensio
Resolución, Circular, ns/ext:UBLExtension
Value Directriz, etcétera; 1..1 Resolución [2]/ext:ExtensionCon
NNNN:AAAA tent/CustomTagGen
Cambie la cadena eralNalue[2]
"AAAA" por el año de la
publicación del acto
administrativo:
Resolución Circular,
Directriz etcétera
2 8 DIC 2023
00332275 PE
Continuación de la resolución "Por la cual se expide a resolución única reglamentaria del Registro Individual de
escnpcs•n
2) Campo Extensión del Sector r 17 GIPPS 129 Observaciones 50 Xpath
Siltrrl.
La extensión
donde se
incluyen las
variables del
Sector Salud
no se debe
informar para root/ext:UBLExtensio
Grupo que identifica el las
Custo ns/extUBLExtension
sector administrativo, operaciones
mTag [2yext:ExtensionCon
Interoperabilidad de gobierno, poder G 1..1 "SS-Recaudo" 1.0
Gener tent/CustomTagGen
público, comercial,
al eraVinteróperabilida
industrial, etcétera
Para los demás d
tipos de
operación debe
ser informado
la extensión
con los campos
correspondient
es.
, root/extUBLExtensio
rragmento de sector ns/ext:UBLExtension
Interop
que se reporta; [2yext:ExtensionCon
• Group. G erabili 1..1 1.0
agrupamiento de tent/CustomTagGen
dad
' • "grupos Collection"; . eral/Interoperabilida
d/Group
root/extUBLExtensio
ns/extUBLExtension
Nombre el sector:
[21/ext:ExtensionCon
constante obligatoria,
@schemeName A A Group 1..1 Sector Salud 1.0 tent/CustomTagGen
valor en columna
eral/Interoperabilida
"Observaciones"
d/Group/@schemeN
ame="Sector Salud"
- Instancia. Detalles ,
robt/ext:UBLExlensio
individuales de . la
ns/ext:UBLExtension
g infoiniación, de un
[2]/ext:ExtensionCon.
miembro o de una
Collection G Group 1..1 1.0 tent/CustomTagGen i
unidad del sector. eral/Interoperabilida
• Elementos de
d/Group/Collection[1
Información sobre la
] .
instancia.
_.
root/extUBLExtensio
ns/extUBLExtension
[2]/ext:ExtensionCon
Nombre del miembro o
Collect tent/CustomTagGen
@schemeName unidad del sector; A 1..1 1.0
ion Usuario eral/Interoperabilida
constante obligatoria
y@schemeName="U
suario"
root/extUBLExtensio
ns/extUBLExtension
Detalle individual; Collect tent/CustomTagGen
AdditionalInformation G 1..1 1.0
pareja Nombre (Valor ion eral/Interoperabilida
]/AdditionalInformati
on[1]
ns/extUBLExtension
Additio Debe ser [21/ext:ExtensionCon
CODIGO PRESTADO nallnfo informado el tent/CustomTagGen
Name — E A 1..1
R rmatio literal eral/Interoperabilida
n "CODIGO_PRE d/Group/Collection[1
STADOR" ]/AdditionalInformati
on[1]/Name
. 22
28 D I C13
RESOLUCIÓN NÚMERO HOJA N° 106
00002a DE
Descripción
ID ns Campo. ' F Tam Padre Oc Observaciones V Xpath
.. Extensión delector . ..„.. -..
...
ns/ext:UBLExtension
Siga las instrucciones. .
Additio [21/ext:ExtensionCon
del subtitulo "31. .' •
nallnfo tent/CustomTagGen
Value CODIGO_PRESTADO E A 0..1
rmatio eral/Interoperabilida
R - Código prestador
n d[1 ]/Group/Collectio
de servicios de salud"
. n[1]/AdditionalInform
ationNalue
ns/ext:UBLExtension
Detalle individual; Collect tent/CustomTagGen
Additionallnforrnation G 1..1 1.0
pareja Nombre / Valor ion eral/Interoperabilida
d/Group/CollectionD
]/Additionallnformati
ns/ext:UBLExtension
Additio Debe ser [2]/ext:ExtensionCon
nallnfo informado el tent/CustomTagGen
Name MODALIDAD_PAGO E A 1-40 1..1
rmatio literal eral/Interoperabilida
n "MODALIDAD_ d/Group/CollectionD
PAGO" VAdditionallnformati
on[2]/Name
Ver lista de ns/ext:UBLExtension
Siga las instrucciones [2]/ext:ExtensionCon
valores posibles
del subtitulo "3.2. tent/CustomTagGen
Value E A 1..1 en la columna
MODALIDAD—PAGO - eral/Interoperabilida
Modalidades de
Modalidades dé pago" pago numeral d/Group/CollectionD
(10.b1 ]/AdditionalInformati
on[2]Nalue
ns/ext:UBLExtension
Debe ser [2]/ext:ExtensionCon
informado el tent/CustomTagGen
@schemeName A A eral/Interoperabilida
literal
1..1 "salud—modalida ]/Additionallnformati
d_pago.gc"
on[2]Nalue/@schem
eName
ns/ext:UBLExtension
Ver lista de [2]/ext:ExtensionCon
valores posibles tent/CustomTagGen
@schemelD A A eral/Interoperabilida
en la columna
1..1 d/Group/Collection[1
código del
numeral (10.b) ]/AdditionalInformati
on[2]Nalue/@schem
elD
ns/ext:UBLExtension
Additionallnformation G 1..1 1.0
ion eral/Interoperabilida
28 D1C 2021
RESOLUCIÓN NÚMERO 00902275 1:3! 2023 HOJA N°107
Oeseripción
,,..
Extensión del Secto Tm . Padre Oc ;<: Observaciones , V Xpath
,.,
11 .r.- .,' .
root/extUBLExtensio
Debe ns/extUBLExtension
ser
Additio informado [2]/ext:ExtensionCon
el
COBERTURA PLAN E A nallnfo tent/CustomTagGen
Name 1 1 literal
BENEFICIOS rmatio eral/Interoperabilida
"COBERTURA_
n d/Group/Collection[1
PLAN_BENEFI
CIOS" ]/Additionalinformati
on[31/Name
roottextUBLExtensio
Siga las instrucciones ns/ext:UBLExtension
del subtítulo "3.3. Additio [2]/ext:ExtensionCon
Ver lista de
COBERTURA PLAN nallnfo tent/CustomTagGen
Value — — E A 1..1 valores posibles
BENEFICIOS rmatio eral/Interoperabilida
en la columna
Cobertura o plan de n d/Group/Collection[1
cobertura (10.c)
beneficios" ]/AdditionalInformati
on[3IA/alue
ns/ext:UBLExtension
informado el tent/CustomTagGen
©schemeName A A 1.1 literal eral/Interoperabilida
"salud_cobertura d/Group/Collection D
. gc"
on[3]/Value/@schem
eName
ns/ext:UBLExtension
Ver lista de [2]/ext:ExtensionCon
valores posibles tent/CustomTagGen
@schemelD A A 1..1 eral/Interoperabilida
en la columna
Código del d/Group/CollectionD
numeral (10 c) ]/AdditionalInformati
on[3]/Value/@schem
elD
ns/ext:UBLExtension
Collcti tent/CustomTagGen
on eral/Interoperabilida
d/Group/CollectionD
yAdditionalInformati
on[4]
root/ext-UBLExtensio
ns/ext:UBLExtension
Additio
tent/CustomTagGen
NUMERO_CONTRAT E A nallnfo informado el
Name 1 .1 eral/Interoperabilida
O rmatio literal
n "NUMERO_CON
TRATO" ]/AdditionalInformati
on[4]/Name="NUME
RO_CONTRATO"
Cuando sea ns/ext:UBLExtension
Siga las instrucciones informado
Additio un [2]/ext:ExtensionCon
del subtitulo "3.4.
nallnfo numero de tent/CustomTagGen
Value NUMERO_CONTRAT E A 0..1 contrato
rmatio no se eral/Interoperabilida
O - Número de
n podrá informar d/Group/Collection[1
contrato" un número de ]/AdditionalInformati
póliza. on[4]/Value
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275iDE, • 2023 HOJA N° 108
Descripción
ID ns Campo Extensión del Sector T F Tam Padre Oc Observaciones '1 Xpath
Salud.
ns/ext:UBLExtension
ion eral/Interoperabilida
1/AdditionalInformati
on[S]
ns/ext:UBLExtension
Additio Debe ser [21/ext:ExtensionCon
nallnfo informado el tent/CustomTagGen
Name NUMERO— POLIZA E A 1A
rmatio ' literal eral/Interoperabilida
n "NUMERO_PO.L d/Group/Collection[1
IZA' 1/AdditionalInformafi
on[5]/Name
Debe
corresponder al
número de póliza
del usuario, o al
número de póliza root/ext:UBLExtensio
del vehículo ns/ext:UBLExtension
Siga las instrucciones Additio asegurado, va [21/ext:ExtensionCon
del subtitulo "3.5. nallnfo vació en el caso tent/CustomTagGen
Value E A 0..1
NUMERO_POLIZA - rmatio de los vehículos eral/Interoperabilida
Número de póliza" n asegurados. d/Group/Collection[1
Cuando sea VAdditionallnformati
informado un on[5]/Value
número de
Póliza, no se
podrá informar
un número de
contrato.
Las informaciones siguientes deben ser utilliaes po qu'enes utilizan servicios de intero-pirabirded para el intercambio
¡automatizado de documentos electrónicos. Los detalles normativos se encuentran en el Anexo Técnico emif do por la Dirección de
Impuestos y Aduanas Nacionales - DIAN, yen la información écnica de proveedor del servicio de interoperabilidad.
Grupo de información Interop ns/ext:UBLExtension
InteroperabilidadPT complementaria a la G erabili 1.1 1.0 [2j/CustomTagGener
transacción dad at/Interoperabilidadn
nteroperabilidadPT
No se podrá
Grupo de información disponer de este
grupo de root/ext:UBLExtensio
para indicar la
información para ns/ext:UBLExtension
descarga de
Interop [2]/CustomTagGener
documentos que el
URLDescargaAdjuntos E erabili 1..1 adquiriente 1.0 al/Interoperabilidad/I
complementarios a los
dadPT descargue el nteroperabilidadPT/
documentos
documento URLDescargaAdjunt
electrónicos para el
electrónico os
Adquirente
"AttachedDocum
ent"
28 D1C 2JP
RESOLUCIÓN NÚMERO 00002275 DE - 2023 HOJA N°109
_.
. Descdpción - ^ _ 1
• _ .
ID: n Campo
del Sector T
'
Extensión
F Tam : Padre Oc Observaciones; V Xpath 14.
i t :
Corresponde a
una dirección
donde el
emisor dispone
de la información
complementaria
a los root/ext.UBLExtensio
URL para la descargar
documentos ns/extUBLExtension
de los documentos URLD
[2]/CustomTagGener
complementarios a los escarg 1 1 electrónicos que
URL E
documentos e aAdjun el adquiriente 1.0 al/Interoperabilidad/I
puede nteroperabilidadPT/
instrumentos tos
ingresar URLDescargaAdjunt
electrónicos Y
descargar . os/URL
directamente sin
la necesidad de
ingresas
credenciales
(Usuario/Contras
eña)
root/extUBLExtensio
ns/ext:UBLExtension
URLD [2]/CustomTagGener
ParametrosArgumento escarg al/I nteroperabilidad/1
G 0.. 1 10
s aAdjun nteroperabilidadPT/
tos URLDescargaAdjunt
os/ParametrosArgu
mentos
ns/ext:UBLExtension
Grupo de información [2]/CustomTagGener
Param
para indicar al/Interoperabilidad/I
etrosA
ParametroArgumento características G 0..N 1.0 nteroperabilidadPT/
rgume
adicionales a la URL ya URLDescargaAdjunt
ntos
informada. os/ParametrosArgu
mentos/ParametroAr
gumento
root/ext.UBLExtensio
ns/ext:UBLExtension
Corresponde al [2]/CustomTagGener
Param
nombre de al/Interoperabilidad/I
Nombre del elemento a etroAr
Name E 1..1 parámetros o 1.0 nteroperabilidadPT/
informar gumen característica URLDescargaAdjunt
to información para os/ParametrosArgu
la conexión. mentos/ParametroAr
gumento/Name
root/ext.UBLExtensio
ns/ext:UBLExtension
Corresponde a [2]/CustomTagGener
Param información al/Interoperabilidad/I
Valor del elemento a E etroAr
Value 1..1 adicional, claves, 1.0 nteroperabilidadPT/
informar gumen nombre de URLDescargaAdjunt
to archivos o os/ParametrosArgu
características. mentos/ParametroAr
gumentoNalue
root/extUBLExtensio
Grupo de información ns/ext:UBLExtension
Interop
para indicar la entrega [21/CustomTagGe1er
EntregaDocumento G erabili 0..1 1.0
que hará el Adquirente al/Interoperabilidad/I
dadPT
de los eventos nteroperabilidadPT/
EntregaDocumento
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275 DÉ 2023 HOJA N°110
Descripción
. .
ID ns Campo
_.• Extensión del Sector T F Tem Padre Oc Observaciones V
.. Salud. .
-
Ht. • 14.1t:-I,"•
.1. 4.6
El Web Service
es utilizado para
la recepción los root/ext:UBLExtensio
eventos que se ns/ext:UBLExtension
Web Service informado
Entreg genere por parte [2]/CustomTagGener
por el Facturador
VVS E A aDocu 1..1 de Adquidente. 1.0 al/Interoperabilidad/I
electrónico al
mento Corresponde a nteroperabilidadPT/
Adquirente un acuerdo o EntregaDocumento/
formalidad entre WS
las partes
(Emisor y
Recepto).
ns/ext:UBLExtension
[2]/CustomTagGener
Entreg
ParametrosArgumento al/Interoperabilidad/I
G aDocu 1.1
. 1.0
$ nteroperabilidadPT/
mento
EntregaDocumento/
WS/ParametrosArgu
mentas
ootlext:UBLE xtensio
s/ext:UBLExtension
2]/CustomTagGener
Param
al/Interoperabilidad/1
etrosA
ParametroArgumento G 1..N 1.0 teroperabilidadPT/
rgume
EntregaDocumento/
ntos
WS/ParametrosArgu
mentos/ParametroAr
gumento
ns/ext:UBLExtension
Corresponde al [2]/CustomTagGener
Param
nombre de aVInteroperabilidad/I
Nombre del elemento a etroAr
Name E A 1..1 parámetros o 1.0 nteroperabilidadPT/
informar gumen característica EntregaDocumento/
to
información para WS/ParametrosArgu
la conexión. mentos/ParametroAr
gumento/Name
ns/ext:UBLExtension
Corresponde a [2]/CustomTagGener
Param información al/Interoperabilidad/I
Valor del elemento a etroAr
Value E A 1..1 adicional, claves, 1.0 nteroperabilidadPT/
informar gumen
nombre de EntregaDocumento/
to archivos o WS/ParametrosArgu
características. mentos/ParametroAr
gumentoNalue
—
I'Fragmento
UBLExtenSion ' pera
información de la firma
digital LIBLEx root/extUBLExtensio
ext UBLExtension O- tensio N..N 1.0 ns/ext:UBLExtension
Extensión N •
: fIS (3)
Debe ser el último
dentro del contenedor
UBLExtensions
I
Grupo que contiene la root/ext:UBLExtensio
UBLEx
información ns/ext:UBLExtension
ext ExtensionContent G tensio 1..1 1.0
personalizada del [31/ext:ExtensionCon
n
sector tent
28 DIC 2023
escripci n .
Campo 133 Observaciones Xpath
113 Extensión del Sector T 0
Saga. i
( 1 I
Extens
Firma digital XAdES — ns/ext:UBLExtension
ds Signature ionCon 1..1
EPES de www.etsi.org p)/ext:ExtensionCon
tent
tent/ds:Signature
NOTA: el elemento rooU en el vocabulario UBL cor esponde, y según el caso, a: Invoice, CreditNote, DebitNote
b. Campos adicionales del sector salud no incluidos en el XML
Los campos relacionados a continuación serán reportados dentro de la estructura de los RIPS como
soporte de la factura electrónica de venta en salud, en los términos que defina el Ministerio de Salud
y Protección Social.
Tipo de documento de identificación del usuario.

Número de documento de identificación del usuario
Primer apellido del usuario
Segundo apellido del uluario
Primer nombre del usuario
Segundo nombre del usuario
Tipo de usuario
Número de autorización
Número de mi prescripción (MIPRES)
Número de ID entrega de mi prescripción (MIPRES)
6. Cuerpo XML
a. Fechas de facturación
Corresponde a las fechas de inicio y fin del periodo de facturación cuando se factura multiusuario
según modalidad de pago.
. . g.
1D GD, Campo Descripción 9gi Padre Observaciones Xpath
Salud: Corresponde al
„ . . periodo ' facturado de
Grupo -de campos los servicios-prestados.
D3 latKros al Periodo
Siga las instrucciohes
FAE01 . C -.-
invoicePeri /le , , Facturación: o
Invoice 1..1 de techa de inicio del 1.0 troot/cecinvoicePericid
al- odc ,
. . ' Intervalo de fechas
periodo de facturación:
en lis qJe se prest6
• eisérvicie de salud.y
Siga las instrucciones
de "Fecha de inicio del
periodo de facturación 1
Fecha de inicio del Obligatorio informar la

Invoice /root/cac:InvoicePeriod
FAE02 cbc StanDate periodo de E F 10 1..1 fecha de inicio del 1.0
Period /cbc:StartDate
facturación. periodo de facturación
Hora de inicio del

Invoice froot/cac:InvoicePeriod
FAE03 cbc StartTime periodo de E H 14 0..1 1.0
Period /cbc:StartTime
facturación
Fecha de fin del Obligatorio informar la

Invoice froot/cac:InvoicePeriod
FAE04 cbc EndDate periodo de E F 10 1..1 fecha de fin del periodo 1.0
Period /cbc:EndDate
facturación, de facturación
2 8 DIC 2023
.
RESOLUCIÓN NÚMERO
00002275, 2023 HOJA N°112
Continuación de la-resolución "Por la cual se expide la resolución única reglamentada del Registro Individual de
ID ns Campo Descripción T F Tam Padre Oc Observaciones y Xpath

Hora de fin del
FAE05 cbc EndTime Invoice /root/cac:InvocePeri
i od
periodo de E H 14 01 10
Penod /cbc:EndTime
facturación
NOTA: el elemento root/en el vocabulario UBL corresponde, y según el caso, a: Invoice, CreditNote, DebitNote
Este grupo de información debe ser informado y aplica para facturas, notas crédito y notas debito
b. Registro del concepto de recaudo de Cuota moderadora — Copago — Pagos compartidos

en planes voluntarios de salud
Las tablas -a continuación ejemplifican la utilización de algunos de los campos de datos en la Factura
de Venta.
'
r —besc4c14n
Observaciones
Recaudo a
D se incluye V
ns Campo del usuado"rtes
del T F Tam Padre Oc No Xpath
fragmento del sector
Sector Salud con
salud
facturas
Grupo de campos
para información
Invoice relacionadas con el G 1.1 1.0 Invoice
recaudo de los
aportes '
UBLExten Invoice/ext:UBLExtens
ext Invoice
sions ions
UBLEx
UBLExten Invoice/ext:UBLExtens
ext tensio
sion ions/ ext:UBLExtension
ns
Invoice/ext:UBLExtens
un a
Extension ions/
ext tensio
Co tent n ext:UBLExtensionp ye
nf1)
xt:ExtensionContent
Invoice/ext:UBLExtens
Extens ions/
CustomTa
ionCon ext:UBLExtension[We
gGeneral
tent xt:ExtensionContent/
CustomTagGeneral
Invoice/ext:LIBLExtens
Custo ions/
Interopera mTag ext:UBLExtension[l ye
bilidad Gener xt:ExtensionContent/
al CustomTagGenerallInt
eroperabilidad
Las inforrnac'ones siguientes deben ser utilizadas por quienes uti izan servicios de interoperabiridad para el intercambio
automa izado de documentos electrónicos. Los detalles normativos se encuentran en el Anexo Técnico emitido por la Dirección
de Impuestos y Aduanas Nacionales, y en la información técnica del proveedor del servicio de interoperabilidad.
28 DIC 2023
RESOLUCIÓN NÚMERO
00002275 DE 2023 HOJA N°113
Descripción
Recaudo aportes Observaciones

del usuario del
ID Ns Campo Sector Salud con T F Tam Padre Oc No se incluye V Xpath
facturas y tiquete fragmento del
de máquina sector salud
registradora con
sistema ROS
root/ext UBLExtension
Grupo de
Interoper Interop s/extUBLExtensionD y
información
abilidad G erabili 0..1 1.0 CustomTagGeneral/Int
complementaria a la
PT dad eroperabilidad/Interope
transacción
rabilidadPT
Grupo de
información No se podrá disponer
para root/ext UBLExtension
de. este grupo de
indicar la descarga s/extUBLExtensionD y
URLDes Interop información para que el
de documentos
cargaAdj E erabili 1..1 adquiriente descargue 1.0 CustomTagGeneral/Int
complementarios a eroperabilidad/Interope
untos dadPT el documento
los documentos rabilidadPT/URLDesca
electrónico"
electrónicos para el rgaAdjuntos
AttachedDocument"
Adquirente
Corresponde a una
URL para la dirección web donde el
descargar de los root/ext:UBLExtension
emisor dispone de la
URLD s/ext: UBLExtension[1]/
documentos información
escarg CustomTagGeneral/Int
URL complementarios a E 1..1 complementaria a los 1.0
aAdjun eroperabilidad/Interope
los documentos e documentos
tos rabilidadPT/URLDesca
instrumentos electrónicos que el
electrónicos rgaAdjuntos/URL
adquiriente puede
ingresar y descargar
root/ext:UBLExtension
s/extUBLExtensionD y
URLD
Paramet CustomTagGeneral/Int
escarg
rosArg u G 0..1 1.0 eroperabilidad/Interope
mentos rabilidadPT/URLDesca
tos
rgaAdjuntos/Parametro
sArgumentos
root/extUBLExtension
Grupo de s/ext: UBLExtension[1]/
información para Param CustomTagGeneral/Int
Paramet
indicar etrosA eroperabilidad/Interope
roArgum G 0.N 10
.
características rgume rabilidadPT/URLDesca
ento
adicionales a la URL ntos rgaAdjuntos/Parametro
ya informada. sArgumentos/Parametr
oArgumento
root/extUBLExtension
s/ext:UBLExtension[111
Corresponde al
Param CustomTagGeneral/Int
nombre de parámetros
Nombre del etroAr eroperabilidad/Interope
Name E 1..1 o característica 1.0
elemento a informar gumen rabilidadPT/URLDesca
información para la
to rgaAdjuntos/Parametro
conexión.
sArgumentos/Parametr
oArgumento/Name
root/ext UBLExtension
stextUBLExtensionD y
Corresponde a
información adicional,
Valor del elemento a etroAr ' eroperabilidad/Interope
Value E 1..1 claves, nombre de 10
.
informar gumen rabilidadPT/URLDesca
archivos o
to rgaAdjuntos/Parametro
caracterishcas.
sArgumentos/Parametr
oArgumentoNalue
28 DIC 2023
Delcripción
Recaudo aportes Observaciones

del usuario del
ID Ns Campo Sector Salud con T F Tam Padre Oc No se incluye V Xpath
facturas y tiquete fragmento del
de máquina sector salud
registradora con
sistema P.OS
Grupo de root/ext:UBLExtension
información para s/ext:UBLExtension[11/
Entrega Interop
indicar la entrega CustomTagGeneralant
Docume G erabili 1.1 1.0
que hará el eroperabilidad/Interope
nto dadPT
Adquirente de los rabilidadPT/EntregaDo
eventos cumento
El Web Service es
utilizado para la
Web Service recepción los eventos
stext:UBLExtensiontly
informado por el Entreg que se genere por
CustomTagGeneral/Int
WS Facturador E A aDocu 1..1 parte de Adquiriente. 1.0
eroperabilidad/lnterope
electrónico al mento Corresponde a un
rabilidadPT/EntregaDo
Adquirente acuerdo o formalidad
cumento/WS
entre las partes
(Emisor y Recepto).
stext:UBLExtension[1y
Paramet Entreg CustomTagGeneral/Int
rosArgu G aDocu 1..1 1.0 eroperabilidad/Interope
mentos mento rabilidadPT/EntregaDo
cumento/WS/Parametr
osArgumentos
stext:UBLExtensionp y
Param CustomTagGeneraltint
Pa ramet
etrosA eroperabilidad/Interope
roArgum G 1..N 1 .0
rgume rabilidadPT/EntregaDo
ento
ntos cumentoANS/Parametr
osArgumentos/Parame
troArgumento
stext:UBLExtensionp y
Corresponde al
nombre de parámetros
Nombre del etroAr eroperabilidad/Interope
Name E A 1. .1 o característica 11
elemento a informar gumen rabihdadPT/EntregaDo
nforrnación para la
to cumento/WS/Parametr
conexión.
osArg umentos/Para me
troArgumento/Name
s/ext:UBLExtension[1]/
Corresponde a
nforrnación adicional,
Valor del elemento a etroAr eroperabilidad/Interope
Value E A 1..1 claves, nombre de 1.0
informar gumen rabilidadPT/EntregaDo
archivos o
to cumento/WS/Parametr
características.
osArg ume ntos/Para me
troArgumentoNalue
I Indicador del tipo de

operación de
Customi Debe ser informado el Involce/cbc:Customizat
Cbc recaudo del Sector E 1..12 Invoice 1..1 1.0
zationID iteral 'SS-Recaudo' ionID
Salud; valor
i constante
28 DIC 2023
00002275 DE
De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE
documentado por la DIAN
ID Ns Campo Descripción T F Tam Padre Oc Observado V Xpath

nes
,
• Accoúhtih FI
..
— 1M/orce/da
. c:Accounting
Cae .' CacirrierP
, G• Invoice 1.1 .
CústorrierPárty " •
-- • •
Formato de datos del Debe ser informado el
Accou
adquirente: Persona valor "2" I nvoice/cac:Accounting
ntingC
Additional natural; ID del CustomerParty/
FAK02 Cbc E A 1 ustom 1. .1 Indica
AccountID usuario del servicio que será AdditionalAccountID="
erPart
de salud; valor utilizado el elemento r
y /Person
constante
—* Datos de quien
*** Datos de quien
paga cuota del
Accou paga cuota del servicio
servicio en
ntingC en
//cac:PartyTaxSche
//cac:PartyTaxScheme Invoice/cac:Accounting
FAK03 Cac Party me G ustom 1..1
CustomerParty /Party
erPart
*** Datos del Usuario
*** Datos del Usuario y del servicio de salud
del servicio de salud
en //cac:Person
en //cac:Person
Seguir instrucciones
del Anexo Técnico
vigente por la DIAN.
Grupo de finvoice/cac:Accountin
PartyTaxS información Si el usuario gCustomerParty/cac:P
FAK19 Cac G Party 1"
cheme tributarias del 1 beneficiario del servicio arty/cac:PartyTaxSche
Adquiriente. de salud no es quien se me
informe este grupo, se
deberá utilizar el grupo
Person para realizarlo.
Grupo de información
Invoice/cac:Accounting
del Usuario
Cac Person G Party 0..1 CustomerParty
beneficiario del servicio
/Party/cac:Person
de salud
Identificador del Invoice/cac:Accounting

Cbc ID Usuario beneficiario E 1..30 Person 0..1 CustomerParty
del servicio de salud /Party/cac:Person/ID
Código; Use la lista

expuesta en el anexo
técnico Unidad
Administrativa Especial
Dirección de Invoice/cac:Accounting
@schemel Códigos para Impuestos y Aduanas CustomerParty
A 1..2 ID 1.•1 Nacionales DIAN
0 identificación fiscal /Party/cac:Person/ID/
@schemelD
sobre el numeral
13.2.1.
Si no se encuentra.
utilice el valor "91"
Nombres del Usuario
1.A5 CustomerParty
Cbc FirstName beneficiario del E Person 0..1
/Party/cac:Person/cbc:
servicio de salud
FirstName
Apellidos del Usuario
FamilyNa 1.A5 CustomerParty
Cbc beneficiario del E Person 0..1
me /Party/cac:Person/cbc:
servicio de salud
FamilyName
Corresponde con el Invoice/cac:Accounting

IdentityDoc emisor del documento CustomerParty
Cac umentRefe G Person 0..1 de Identificación /Party/cac:Person/
rence presentado por el cac:IdentityDocument
beneficiario Reference
28 DIC 2023
RESOLUCIÓN NÚMERO 00002275, DE 2023 HOJA N°116
ldentit Invoice/cac:Accounfing
Identificador del yDocu CustomerParty
Cbc ID Usuario beneficiario E 1.20 mentR 0..1 /cac:Party/cac:Person/
del servicio de salud eferen cac: I dentityDocument
ce Reference /ID
• Debe corresponder al Invoice/cac:Accounting

• código de la columna CustomerParty
abreviación del /cac:Party/cac:Person/
©schemelD Tipo de identificación A 1..2 ID '1..1
numeral 10 a cac:IdentityDocument
documentos de Reference
identificación /ID/@schem e I D
Debe corresponder al
nombre de columna
CustomerParty
tipo de documento de
@scheme Nombre del tipo de A /cac:Party/cac:Person/
1..32 ID 1..1 identificación del
Name identificación cac: IdenfityDocument
usuario del numeral 10
Reference
a documentos de
/ID/@schemeName
identificación
Ejemplo: Invoice/cac:Accounting
Parte expedidora del CustomerParty
documento del República de Ecuador /cac:Party/cac:Person/
Cac IssuerParty GID 1..1
Usuario beneficiario cac:IdenfityDocument
del servicio de salud República de Colombia Reference
NDUMIL /cac: I ssue rParty
I nvoice/cac: Acco u nti ng

CustomerParty
Nombre de la entidad /cac:Party/cac:Person/
Issuer
Cac PartyName expedidora del G 1..1 cac: Ide ntityDocu me nt
Party
documento Reference
/cac:IssuerParty/cac:P
artyName
CustomerParty
Nombre de la entidad /cac:Party/cac:Person/
1..45 PartyN
Cbc Name expedidora del E 0..1 cac:IdentityDocument
ame
documento Reference
/cacissuerParty/cac:P
artyName/Name
I nvoice/cac:Acco u nti ng
CustomerParly
/cac:Party/cac:Pe rso n/
PostalAddr Issuer
Cac G 0..1 cacidentityDocument
ess Party
Reference
/cacissuerParty/cac:P
ostalAddress
I nvo ice/cac:Acco u nti ng

CustomerParty
Nombre del pais de /cac:Party/cac:Person/
Postal
la entidad Referenciar con listas cacIdenfityDocument
Cac Country G Addres 1..1
expedidora del de la DIAN Reference
s
documento /cac: I ssue rPa rty/cac:P
ostalAddress/cac:Coun
try
I nvo ice/ca c:Accou nting

CustomerParty
Ver lista de valores
/cac:Party/cac:Person/
posibles en el
cac:IdentityDocument
Identificati Countr numeral 13,4.1,
Cbc E 3 1..1 Reference
onCode y columna "Código alfa-
/cac:IssuerParty/cac9
2" del anexo técnico
ostalAddress/cac:Coun
de la DIAN
try/cbc:IdentificationCo
de
28, DIC 2023
00002275 DE
Ver lista de valores CustomerParty
posibles en el /cac:Pady/cac:Person/
Countr numeral 13.4.1, cac:IdentityDocument
Cbc Name E 4..41 1..1
y columna "Nombre Reference
Común" del anexo /cac:IssuerParty/cac:P
técnico de la MAN ostalAddress/cac:Coun
try/cbc:Name
Dirección del Usuario
Residence CustomerParty
Cac beneficiario del G Person 0..1
Address /cac:Party/cac:Person/
servicio de salud ResidenceAddress
,
Este código de la
Códigode la ciudad ciudad debe Invoice/cac:Accounting
Reside corresponder a un
del Usuario CustomerParty
Cbc ID E 5 nceAd 1..1 valor válido de lista de
beneficiario • del /cac:Party/cac:Person/
dress municipios
servicio de salud en el ResidenceAddress/ID
numeral 13.4.3. del
anexo técnico vigente
de la DIAN
Este código de la
ciudad debe
Nombre de la ciudad corresponder a un
Reside CustomerParty
del Usuario valor válido de lista de
Cbc CityName E 1..56 nceAd 1..1 /cac:Party/cac:Person/
beneficiario del municipios en el
dress ResidenceAddress/Cit
servicio de salud numeral 13.4.3. del
yName
anexo técnico vigente
de la DIAN
Reside CustomerParty
AddressLin
Cae G nceAd 1..N /cac:Party/cac:Person/
e
dress ResidenceAddress/Ad
dressLine[1 ]
Addres CustomerParty
1 .. 30
Cbc Line Dirección Linea-1 E sLine[ 1..1 /cac:Party/cac:Person/
11 ResidenceAddress/Ad
dressLine[11/Line
Invoice/cac:Accounfing
Nombre del país del Reside CustomerParty
Referenciar con listas
Cae Country Usuario beneficiario G nceAd 1..1 /cac:Party/cac:Person/
de la DIAN
del servicio de salud dress ResidenceAddress/Co
untry
Ver lista de valores Invoice/cac:Accounting

posibles en el CustomerParty/cac:Pa
Identificati Countr numeral 13.4.1, rty/cac:Person/Reside
Cbc E 3 1..1
onCode y columna "Código alfa- nceAddress/cac:Count
2" del anexo técnico ry/cbc:IdenfificationCo
de la DIAN de
Ver lista de valores

posibles en el
CustomerParty/cac:Pa
Countr numeral 13.4.1,
Cbc Name E 1.A5 1..1 rty/cac:Person/Reside
y columna "Nombre
nceAddress/cac:Count
Común" del anexo
ry/cbc:Name
técnico de la DIAN
De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE
' -.'.. InvoiceLlif . 't - - , •• ,• InvoiceicacinvoicéLin

.
:dé-C- ' - •• •;
- ,Gohdepte de la venta G
„.. ...- _ .. . ,-... .
Invoice 1..1
e .....
73 DIC 2023
00002275 DE
Linea de producto Invoice Invoice/cac:InvoiceLin

Cac !ten G 1..1
que se factura Line e/cac:Item
Debe reportarse uno

de los siguientes
Conceptos
,
Copago Invoice/cac:Invoicelin
Description Descripción del
Cbc E nem 1..3 Cuota e/cac:Item/cbc:Descrip
[1] recaudo facturado
Moderadora tion[1]
Pagos
compartidos
en planes
voluntarios
de salud
Descripción Invoice/cac:InvoiceLin
Description 1 ..3
Cbc complementaria del E !tem e/cac:Item/cbc:Descrip
[2]
recaudo tion[2]
c. Registro del concepto que se acreditará como de Cuota moderadora — Copago — Pagos
compartidos en planes voluntarios de salud - Anticipos
Descripción
Acreditación de
aportes del usuario
ID ns Campo del Sector Salud a T F Tam Padre Oc Observaciones V Xpath
las facturas que
pagará la
ERP/demás
pagadores
—: 14'-..
Grupo ' dé:_ .C<IMPOS
,
. para . infonhación
Invoice relactobadae Con' Ja
acreditación de , kis
aportes
I _.
UBLExte Invoice/ext:UBLExtensi
ext Invo ce
nsions ons
UBLEx Invoice/ext:UBLExtensi
UBLExte
ext tensio 1 1 ons/
nsion[1]
ns extUBLExtension[1]
_ _ _
Debe reportarse uno
de los siguientes
Indicador del tipo de códigos:
Customiz Invoice/cbc:Customizat
I cbc operación del Sector E 11 1 1.0
ationID "SS-CUFE"ionID
Salud "SS-CUDE"
"SS-POS"
"SS-Num" _
De aqu' en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSO yen el INVOICE
.
Grupo para informar
cada concepto de los
Cantidad total recaudos generados
acreditar por por parte del prestador,
PrepaidP concepto asociado a así mismo el anticipo. Invoice/cac:PrepaidPa
CaC G Invoice 1 4
ayment esta factura que se yment/
Debe ser informado
libra a la ERP/demás
de un grupo
pagadores.
PrepaidPayment por
cada lo conceptos:
informados en el del
numeral 10.d
28 DiC 2023
00002275 DE
Prestación de Servicios de Salud -RIPS, soporte de a Factura Electrónica de Venta -FEV en salud y se dictan
otras d sposiciones"
Descripción
Acreditación de
aportes del usuario
ID ns Campo del Sector Salud a T F Tam Padre Oc Observaciones V Xpath
las facturas que
pagará la
ERP/demás
pagadores
1-
Prepai Empieza con "1", los
cbc ID Invoice/cac:PrepaidPa
E A dPaym 1..1 números utilizados en
Identificación del pago vmecelD
nt/ b •
ent los diferentes grupos
deben ser consecutivos
Debe corresponde a
uno de los valores Invoice/cac:PrepaidPa
©schem Identificador del
A A 2-2 ID 1..1 posibles en la columna yment/cbc:ID/@schem
BID concepto recaudado
código del numeral elD
(10.d)
Corresponde a la
sumatoria total de cada
concepto informado en
el atributo @schemelD
del campo ID de este
Cantidad total
grupo generado por el
acreditar a esta Prepai
PaidAmo facturador electrónico Invoice/cac:PrepaidPa
cbc factura que se libra a E N 4..15 dPaym
unt del sector salud, yment/cbc:PaidAmount
la ERP/demás ent
registrados en el
pagadores.
archivo de RIPS,
cuando este aplique,
cuyo valor no podrá ser
mayor al valor total de
la factura
Invoice/cac:PrepaidPa
©curren Código de moneda; A PaidA Debe reportarse el
1 ..1 yment/cbc:PaidAmount
cylD valor constante mount literal "COP"
/@currencylD
Corresponde a la fecha
Prepai en la cual fue recibido Invoice/cac:PrepaidPa
Received Fecha en la cual el
cbc E F 10 dPa ym 1..1 el recaudo, en los yment/cbc:ReceivedDa
Date pago fue recibido
ent casos que se informe te
más de un reporte
De aqu' en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE
Valor Total a
acreditar; número
Legal
real; sin formato; sin El valor reportado no Invoice/cactegalMone
PrepaidA Monet
cbc signo; con dos E N 4. .15 1..1 podrá ser mayor al taryTotal
mount aryTot
decimales y valor total de la factura rcbc:PrepaidAmount
al
separador signo
punto; nnn.nn
Invoice/cac:LegalMone
Prepai
©curren Código de moneda; A Debe reportarse el taryTotal
dAmou 1..1
cylD valor constante literal "COP" /cbc:PrepaidAmounti©
nt
currencylD
De aqu en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE
2 8 DIO 2023
Continuación de la resolución "Por la cual se expide la resolución única reglamentaría del Registro Individual de
Registro de Operaciones de Copago — Cuota Moderadora — Pagos compartidos en planes

voluntarios de salud, cuyo tratamiento contractual y contable hace innecesario que el
valor recaudado se acredite a la factura que librará el Prestador de Servicios de Salud o el
Proveedor de Tecnologías en Salud a la Entidad Responsable de Pago y demás pagadores
Descripción
if‘
Reporte de aportes
del usuario del SS y 4›,
.:
ID Ns Campo aplicación de T F Tam Padre Oc Observaciones V Xpath
tratamientos k
contractuales y
contables con
r•
facturas ti
Grupo de campos
para información
Invoice relacionadas con el G 1.0
recaudo de los
aportes
I - I —
UBLExte Invoice/ext:UBLExte
ext G In orce 1 1
nsions nsions .
Extensión con la
información del sector •
UBLEx Invoice/ext:UBLExte
UBLExte salud, aplica cuando
ext G tenso 1 1 nsions/
nsion[1] debe ser informado uno
ns ext:UBLExtension[1]
de los valores allí
solicitados
___
Tacador del tipo se "
atiosntoo
miz operación de D
Rebe
e rterseportarse %S- z
lnavto
ioincen
/cbc:Customi
Sector Po
Salud
111
Emisión de facturas electrónicas 'para servicios de salud sin recaudos previos por
Operaciones de Copago — Cuota Moderadora - Pagos compartidos en planes voluntarios
de salud
Descripción ‘.-
Facturación de .,
ID ns Campo bienes y servicios del T F Tam Padre Oc Observaciones V Xpath
SS sin recaudos de .
aportes del usuario
del SS '
Grupo de campos
para información
lnvoice relacionadas con el 1 1 1.0
recaudo de los
aportes
UBLExten Invoice/extUBLExte
ext G Invoice
sions nsions
Extensión con la
información del
UBLExten UBLE sector•Invoice/ext:LIBLExte
ext salud, aplica cuando
sion[1] G tensio 1 1 nsions/
debe ser informado uno
ns extUBLExtension[1]
de los valores allí
solicitados
2 8 DIC 2023
RESOLUCIÓN NÚMERO 000 02275 DE 2023 HOJA N° 121
Descripción
Facturación , de
ID Campo bienesj servicios del T F Tarn Padre Oc Ob ervacione V Xpath
, .
- SS sin recaudos de
aportes del usuario
del SS
De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD yen el INVOICE
__ _
Indicador dé' tipo r da 1 et, 41- _
111 C
- usterriika otación
p ' de O JePortarse ,I'SS- Invoice /cbc:Customi
t onID r caudo del Sector
_ ohen "11 zationID
.
alud
De aqu en adelante se deben incluir los demás que dan tal y como aparece en el XSD yen el INVOICE
documentado ptit fa PIAN
7. Uso de modos de operación
a. Modos
.. _ .. de uso -1: SS-CUFE, SS-CUDE, SS-POS, SS-SNum
,,, ........... 2 , ,...., d<.....,... d. 2.... ,- 2.w...
,„
2. ...
.. ,
.... ,..,,.,,- „ ...2.0
22.2 . „„ < .
--- ------ a .- I: I
..bir ;wat,. •
- '1riC2'' —
u e.n y ., 1"W-700E000 Ofl / -pe Pát.100uunt ,
100' 000002.00 -/01 r0000 1
.-be-trepelikattt,t 000,1.1L,D0C0P 0000000 00.0010 200p 11:01

cLI 1.4,,,bteñAnt:gt
_ : L e. t„r ,:im CCIP'`,120011000 00 ”be 0ayable400001,
Nota: Debe ser informado la extensión con los datos del sector salud
28 DIO 2021
b. Modos de uso -2: SS-Recaudo

<cbc:UBLVerzionID>DBL 2,1C/cbc7.03LVersionID>
<cbc:CustomilationID sshentIt'SS-CUFE5SS-Recaudo<lcbc:Custmiz ID
<cbc:ProtileID>DIAN 2.10cbc:ITofilelD>
<cbc:ProfileExecuttonIM</cbc:PlefileExecutionID>
ecbc:IDRECAIC/cbc:ID>
<cbc:UUID schem,e1D="1" sdleneName="COFE-9138490YE123abcdefabcdékabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdeabcder<ictc:UUID,
ccbc:I!sueDate>2021-12-01</cbc:IssueDate>
tcbc:13neTime>12:00:00-05:00</cbc:IssueTire>
<cbc:InvoicelleCode>01</cbc:InvoiceIsperode>
<cbc:Notef>
<cbc:0@cumenteurrencyCode>00hicbc1DocurenteurrencyCade>
<cbc:LineCcuttlitaericMcbcaineCoundlumerio
tcac:InvoicePeriod>
<cac:OrderReference›
<cac:AccountingSappliErParty>
<eac:AccountingtustemerParty>
Lac:Payeerartyl>
tcac:Paymentnans>
tcacJalowanceCbargel> C—GRUPO PAPA REFORM LAPSOS Y DI OS
(cac:TaxTotaii: 
<cacuTaxIDtaliu =1 SE.P,SUTSJ LISS IMPUESTOS--:
<,:c:LegalMunetaryIucal>
<cbc:LineExtens's enAmount currency1E,.'012',10000.00<lcbc:Linentensiunkrounc>
<ubc:TaxExcluutveAlluunt currencsID.'COP;10000.00<lcbz:SaxExc1oivekmount>
<cbc:TaJdnslusiveAmuunt. currencsn'="a1P510000.017cbr.:TaxinclusivIkrount>
<ubc:LicuianceSaalikuunt curzency:D.'nru0.00<icbcallawanceTutaikmount>
isbc:7harlelcusalSigurt uurrencyD2ISUP1)0.00<itbc:ChargeTotalkmflunn
tubc:SUyableSlosunt 000nn021D.'COP":10000.00,,:chc:Payableilmount:,
(.7“..s:LegalMsnetarintal>
Nota: Debe ser informada la extensión del sector salud cuando se deba reportar uno de los valores allí reportados
28 DIC 2023
'DE
8. Tipos de operación salud
La siguiente tabla muestra la definición para cada uno de los tipos de operación definidos para las
facturas electrónicas.
En los casos de las notas crédito y flotas debito se deben utilizar los tipos de operación definidos por
la Unidad Administrativa Especial 'Dirección de Impuestos y Aduanas Nacionales DIAN, en los
numerales que se detallan a continuación, previstos en la Resolución 042 de 2020 modificada por la
Resolución 012 de 2021, normas en vigencia transitoria en tanto inicia operación la Resolución 0165
de 2023:
13.1.5.2. Documento CreditNote - Nota Crédito y

13.1.5.3. Documento DebitNote - Nota Débito del anexo técnico.
•
Tipos de operación Salud
Resolución 058:2020 de la Contaduría General de la Nación
CMigo
/Invoicelebc:CustomizationID
Definición _
Acreditación. Este documento incluye referencia(s) de Factura Electrónica de Venta (tipo 01 o
04) que comprueba el recaudo de Cuotas Moderadoras o Copagos, como recursos a favor de
SS-CUFE terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura
Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. - Activa el
Método de cálculo del Sector Salud.
Acr'editación. Este documento incluye referencia(s) de FaCtura de Corítindenciá"(tipoá 03) que
reconoce valores recaudados correspondientes a Cuotas Moderadoras o Copagos, como
SS-CUDE recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados
a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como
adquiriente. - Activa el Método de cálculo del Sector, Salud.
Acreditación. Este documento incluye referencia(s) de Documento Equivalente de Venta POS
o de Documento equivalente electrónico tiquete de máquina registradora con sistema P.O.S.
SS-POS según los lineamientos establecidos en la Resolución 0165 de 2023 que comprueba el recaudo
de Cuotas Moderadoras o Copagos, como recursos a favor de terceros, asi como la legalización
de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino
a la aseguradora que aparece como adquiriente. -Activa el Método de cálculo del Sector Salud.
Acreditación. Este documento incluYe refeiencia(s) de-Factura Talonario que aimprueba el
I recaudo de Cuotas Moderadores o Copagos, como recursos a favor de terceros, así como la
SS-SNum legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta
I con destino a la aseguradora que aparece como adquiriente. - Activa el Método de cálculo del
. _ Sector Salud.
Recaudación. Comprobante de recaudo de Cuotas Moderadores o Copagos, como recursos a
SS-Recaudo favor de terceros. - No Activa el Método de cálculo del Sector Salud.
Reporte. Sédocumenta-riCaéRéfiriñcia(é) dé -divérá índole que co-rnprueban recaudo de
:SS-Reporte Cuotas Moderadoras o Copagos, a las cuales ya se les dio tratamiento contable. - No Activa el
Método de cálculo del Sector Salud.
Reporte. Sin aporte, ni recaudo en dinero por parte de los afiliados del régimen contributivo por
SS-SinA porte concepto de Cuotas Moderadoras o Copagos. - No Activa el Método de cálculo del Sector
Salud.
Ver ejemplificaciones disponibles en el micrositio de factura electrónica en salud:
https://www.sispro.gov.co/central-financiamiento/Paqes/facturacion-electronica.aspx
DIC 2D23
00002275 . DE
Método de cálculo del Sector Salud
Mediante la Resolución 058 de 202013 Contaduría General de la Nación detalló cómo se realizan los
reconocimientos en la contabilidad sobre los ingresos y recaudos, por la prestación de servicios del
sector salud.
En la factura electrónica de venta con destino a las aseguradoras del sector salud podrán incluirse
los identificadores y los valores recaudados de las facturas (papel y electrónicas), o los documentos
equivalentes electrónicos fiquete de máquina registradora con sistema POS., donde conste dicho
ingreso, o las notas crédito a que haya lugar. Los identificadores corresponderán a operaciones de
Validación Previa DIAN, o de operaciones con facturas de talonario o de operaciones POS con
Rangos Autorizados de Facturación de la DIAN.
Si efectivamente acreditan la factura, entonces usará los códigos SS-CUFE, SS-CUDE, SS-POS o
SS-SNum en el campo /Invoice/cbc:CustomizationID. Los códigos mencionados para el
/Invoice/cbc:CustomizationID activan el método de cálculo del sector salud informando los valores
acreditados, estos valores se acumularán por cada concepto definido en el numeral 9, inciso d, en
un fragmento /Invoice/cac:PrepaidPayment, como se define en el numeral 6 Cuerpo XML inciso c, y
estos valores posteriormente participarán de la operación
/Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount, cuyo valor no podrá ser mayor al valor total de
la factura.
Si el emisor determina que los valores registrados en los fragmentos /Invoice/cac:PrepaidPayment,

no acreditan la factura que los contiene, con destino a la aseguradora, entonces usará los códigos
SS-Reporte o SS-SinAporte en el campo /Invoice/cbc:CustomizationID. Este valor no activará el
método de cálculo del sector salud.
Para identificar que una factura electrónica fue expedida para recaudar cuotas moderadora, copago,
pagos compartidos en planes voluntarios de salud, se usará el código SS-Recaudo en el campo
/I nvoice/cbc:Custom ization I D.
Envío de la factura electrónica de venta en salud al Ministerio de Salud y Protección Social
Las disposiciones establecidas en el presente anexo técnico tienen como propósito fundamental
establecer los campos de datos adicionales en formato XML para la generación de la factura
electrónica de venta en salud, la cual corresponde a la generada por los facturadores electrónicos
del sector salud definidos en el artículo segundo de la presente resolución, con destino a las
entidades responsables de pago y demás pagadores, para el cobro de la prestación o provisión de
los servicios y tecnologías de salud.
La factura electrónica de venta en salud, deberá ser enviada al adquiriente y al Ministerio de Salud y
Protección Social en los términos definidos en la presente resolución.
La factura electrónica de venta_ relacionada con el recaudo de pagos moderadores, se expide por
parte del facturador electrónico del sector salud de manera individual a cada usuario, no debe incluir
los campos adicionales del sector salud en formato XML a nivel de extensión.
28 DIC 2023
2023 HOJA N°126
RESOLUCIÓN NÚMERO 00002275 DE
Continuación" de la resolución "Por la cual se expide la resolución única reglamentada del Registro Individual de
La información las facturas relacionadas con el recaudo de pagos moderadores, no hace parte de la
información que se envía a las entidades responsables de pago y demás pagadores al interior de las
facturas electrónicas de venta en salud relacionadas con el cobro de la prestación o provisión de los
servicios y tecnologías de salud.
La mención de estas facturas en los tipos de operación SS-Recaudo y SS-SinAporte tienen la

finalidad de informar a los facturadores electrónicos del sector salud, el tipo de operación que deben
utilizar para el registro de estos recaudos.
9. Tablas
Documentos de identificación:
Informar dato según la tabla de referencia "TipoldPISIS", disponible en web.sispro.gov.co. No son

válidas las opciones relacionadas con personas sin identificar. Las, opciones relacionadas con
menores de edad solo pueden utilizarse en el grupo Person, atributos:
/Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/cac:IdentityDocumentReference/cbc:1
Di@schemelD
/Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/cac:IdentityDocumentReference/cbc:1
Di@schemeName
Modalidades de pago
Informar dato según la tabla de referencia "modalidadPago", disponible en web.sispro.gov.co.
Cobertura o plan de beneficios
Informar dato según la tabla de referencia "coberturaPlan", disponible en web.sispro.gov.co.
Concepto de recaudo
Informar dato según la tabla de referencia "conceptoRecaudo", disponible en web.sispro.gov.co.
El concepto "Anticipos" aplica únicamente para el reporte de dichos valores en la FEV en salud y
no debe utilizarse en la generación del RIPS como soporte de la FEV en salud.
Los anteriores conceptos de recaudo pueden ser utilizados para su reporte por parte del facturador
electrónico del sector salud, cuando así se haya pactado en los acuerdos de voluntades
relacionados con coberturas diferentes a las del SGSSS.

Resolución No 2275 de 2023 Cambio en La Estructura de Los RIPS

Cargado por

Copyright:

Formatos disponibles

Resolución No 2275 de 2023 Cambio en La Estructura de Los RIPS

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Resolución No 2275 de 2023 Cambio en La Estructura de Los RIPS

Cargado por

Copyright:

Formatos disponibles

República de Colombia

MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL

RESOLUCIÓN NUMERÓ 00002275 DE 2023

Por la cual se expide la resolución única reglamentaria del Registro Individual de

EL MINISTRO DE SALUD Y PROTECCIÓN SOCIAL (E)

"30. Preparar las normas, regulaciones y reglamentos de salud y promoción social

Que la el artículo 15 de la Ley 1966 de 2019 aduce lo siguiente:

Registro Individual de Prestación de Servicios de Salud (RIPS), y en lo que sea

Que, la Unidad Administrativa Especial - Dirección de Impuestos y Aduanas Nacionales —

Que, a efectos de lo anterior, este Ministerio remitió a la Unidad Administrativa Especial

Que, conforme a lo anterior es necesario incluir en los anexos técnicos correspondientes al

Que, conforme con la información resultante de las pruebas internas y externas a la

Que, para garantizar el completo diligenciamiento de información resultante de las distintas

El mecanismo único de validación dispuesto por el Ministerio, desarrolla las reglas de

Parágrafo 1. Los Registros Individuales de Prestación de Servicios de Salud que

Parágrafo 2. A través del mecanismo único de validación también se transmitirán los

Artículo 2. Ámbito de aplicación. Las disposiciones contenidas en la presente resolución

1. Los prestadores de servicios de salud (Instituciones Prestadoras de Servicios de Salud,

2 Los proveedores de tecnologías en salud.

4 Entidades responsables de pago: Entidades promotoras de salud, entidades

La Administradora de los Recursos del Sistema General de Seguridad Social en Salud

Parágrafo 2. Para los efectos previstos en la presente resolución, se entienden como

provisión de servicios y tecnologías de salud relacionadas en los numerales 1, 2 y 3 de este

Parágrafo 3. Estas entidades deberán incorporar y usar en sus procesos de información,

Artículo 3. Definiciones. Para efectos de la presente resolución, se definen los siguientes

1. Código Único de Validación —CUV: Corresponde a una cadena alfanumérica cifrada,

2 Conjunto de archivos de información: Son los archivos de información que deben

Archivo JSON del Registro Individual de Prestación de Servicios de Salud - RIPS

Prestación individual de servicios y tecnologías de salud: es el conjunto de

Reglas de validación: Son las condiciones de carácter técnico y funcional

Validación única: proceso de revisión de los datos contenidos en el Registro Individual

con el propósito de obtener el certificado de aprobación del contenido, la estructura y

Artículo 4. Del Registro Individual de Prestación de Servicios de Salud —RIPS. El

Artículo 5. De los datos del Registro Individual de Prestación de Servicios de Salud.

Datos relativos a la transacción.

Artículo 6. Fuente de los datos de la prestación individual de servicios y tecnologías

Los campos de datos relacionados con la identificación de los usuarios y el detalle

Artículo 7. Flujo y reporte de datos. El Registro Individual de Prestación de Servicios de

Una vez surtido el proceso de validación previa de la Unidad Administrativa Especial

Si se realizan notas crédito, notas débito y demás instrumentos electrónicos a la factura

Cuando se presenten glosas relacionadas con el RIPS, conforme a lo definido en el Manual

De acuerdo a las necesidades operativas y el volumen de datos de las entidades obligadas,

Parágrafo 1. Los destinatarios de este acto administrativo no podrán modificar, reducir o

Parágrafo 2. Las entidades responsables de pago y demás pagadores no podrán solicitar

Artículo 9. Procesos informáticos en los facturadores electrónicos en salud y demás

1. Generación o actualización de datos: Para ello deberán:

1.4. Garantizar que al momento de generar o actualizar el dato en su sistema de

2 Validación local: Adelantar el proceso de verificación de la consistencia de los datos,

3 Transferencia de archivos al Ministerio: Luego de superar la validación local (no admite

4 La plataforma del mecanismo único de validación en el Ministerio, realizará las

Artículo 10. Plataforma de transporte de datos y especificaciones para el envío. Los

El anexo técnico N° 2, que hace parte integral de la presente resolución, se dispondrá en

Artículo 12. Trazabilidad de la factura de venta de los servicios y tecnologías de

La información de que trata el Anexo Técnico N° 2 adoptado mediante la presente

Parágrafo 1. En caso de no existir acuerdo de voluntades, las entidades responsables de

Parágrafo 2. Los campos de datos relacionados con la identificación de los usuarios y el

Parágrafo 3. Las entidades responsables de pago y demás pagadores no podrán modificar

Artículo 14. Proceso de radicación de la factura electrónica de venta en salud ante la

expedición de la factura electrónica de venta con validación previa de la Unidad

Parágrafo 2. En los acuerdos de voluntades en los que se haya pactado la modalidad de