Por la cual se modifica la Resolución 1036 de 2022 en relación con el plazo para la implementación del Registro Individual de Prestación de Servicios de Salud, como soporte de la factura electrónica de venta en salud, y se sustituye su anexo técnico

Resolución · 2806 · 2022-12-29 · Jerarquía: nivel 8

Vigente
Articulado
Artículos 1–20 de 91

Artículo 1

Modifiquese el artículo 13 de la Resolución 1036 de 2022, el cual quedará asi: “Artículo 13. Transitoriedad. A partir del 1 de enero 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 su anexo técnico, incluyéndose los servicios cuya prestación inició antes del cambio de anualidad y culmina después del 1 de enero de 2024: 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 junio de 2024 para enviar los RIPS de las atenciones prestadas antes del 1 de enero 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 DIAN. Para la implementación de las disposiciones previstas en el presente acto administrativo, este Ministerio: 1. — Determinará el mecanismo único de validación, el cual certificará la estructura, contenido y relación de los datos. 2. Elaborará un documento de lineamientos técnicos para la generación, validación y envío de los RIPS como soporte de la factura. 3. Determinará el mecanismo de transferencia de información de que trata el articulo 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. 4. — Dispondrá a.las entidades territoriales del orden departamental y distrital, la información relacionada con los RIPS en cuanto a los servicios y tecnologías prestados a la población del área de influencia para la retroalimentación y soportes de registro y seguimiento. 5. Adelantará sesiones de prueba, capacitación y acompañamiento con los participantes del Sistema de Salud, en el que se integre la validación del RIPS y la información de la factura electrónica de venta en salud y sus notas crédito o débito, y notas de ajuste, con la trazabilidad del proceso de reconocimiento y pago dle la factura. 6. Realizará un piloto del mecanismo de validación y transferencia de datos con los participantes del sistema.” RESOLUCIÓN NE eo 2806 DE 29 DIC 2022 2022 HOJANO 3 implementación del Registro Individual de Prestación de Servicios de Salud, como soponte de la factura electrónica de venta en salud, y se sustituye su anexo lécnico”

Artículo 3

Sustituyase el Anexo Técnico “ESPECIFICACIONES TÉCNICAS DE LOS DATOS DE PRESTACION INDIVIDUAL DE SERVICIOS Y TECNOLOGÍAS DE SALUD” de la Resolución 1036 de 2022. Artículo 4, La presente resolución rige a partir de la fecha de su publicación.

Artículo ANEXO (1/89)

digitalmente por Diana DIANA CAROLINA CORCHO MEJÍA Ministra de Salud y Protección Social Aprobó: J) j Viceministerio de Protección Socral Jae 8, € Dirección de Regulación de Beneficr ostos y Tantas del Asegizamiento en salud 5 Ohiciña de Tecnotogias de la información y Comunicaciones KO Dirección Juridica ES RESOLUCIÓN NÚMEOS 28 6 DE 9 9 DIC 2022 2022 HOJA No 4 implementación del Registro individual de Prestación de Servicios de Salud, como soporte de la factura electrónica de ANEXO TÉCNICO 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 caracteristicas que deben cumplir tos 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 corna para separarlos. Así mismo, cada propiedad es seguida por dos puntos para distinguirla del valor.

Artículo ANEXO (2/89)

Ejemplo: (tipoDocumentoldentificacion” : "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, boofeano, 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 12:00:00", "codSexo"”: "M", “codPaisResidencia” : 170) ) e 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.

Artículo ANEXO (3/89)

Ejemplo de un arreglo de un objeto “Usuario” con dos registros de usuario: RESOLUCIÓN NME8SG 280 6 DE 2022 HOJANo 5 29 DIC 2022 implementación del Registro Individual de Prestación de Servicios de Salud, como soporte de la factura electrónica de ("Usuario": [ "tipoDocumentoldentificacion" : "CC", "numDocumentoldentificacion" : "1017345840", "fechaNacimiento" : "2000-01-01 12:00:00", "codSexo": "M", "codPaisResidencia" : 170), ( "tipoDocumentoldentificacion" : "TI", "numDocumentoldentificacion" : "1013920388", “fechaNacimiento” : "2007-01-01 16:30:00", "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: e Validaciones de estructura Son aquellas reglas de validación relacionadas con las características de las estructuras de presentación de los datos: o Sintaxis JSON o Nombres de propiedades (son sensibles a minúsculas y mayúsculas) o Requerimiento mínimo de propiedades por objeto * Validaciones de contenido Son aqueltas 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.

Artículo ANEXO (4/89)

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 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. RESOLUCIÓN NÚMEROS 2806 DE 2022 HOJANo 6 9 DIC 2022 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 RVGO01. 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).

Artículo ANEXO (5/89)

Se informa la generación de la regla RVGO1. 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, asi como de las reglas de validación. 1.3.1 Columnas de las tablas de datos RIPS Columna Descripción 1D 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.

Artículo ANEXO (6/89)

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 . 1.3.2 Columnas de la tabla de validaciones generales Columna Descripción 1D Validación Identificador de ta 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 1D 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.3.3 Columnas de la tabla validaciones por campo Columna Descripción 1D Validación Identificador de la regla de validación 1D Campo identificador del campo a! 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 r + 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 1D 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. RESOLUCIÓN NÚMERO G 280 60€ 2 9 DIC 2022 2022 HOJA No 7 Tipo Descripción e Cadena: compuesto por una cadena de texto y se denota entre comillas dobles. Acepta caracteres ÚNICODE permitidos en ¿SON sin tener en cuenta caracteres especiales.

Artículo ANEXO (7/89)

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 clinica conforme a la Resolución 866 de 2021. Ejemplo “2022-02-22 13:52”. Cuando no se tenga información y el campo lo permita se debe 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. 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 minimo 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.

Artículo ANEXO (8/89)

Formato Descripción *x Tamaño exacto del dato + Ejemplo: 5 . - — Informar menos o más de 5 posiciones tendrá como resultado el rechazo del RIPS xy 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 tamaños comas 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 0 0 Para no informar dato null 4-11 1,105 4105 1,105.13 No es posible 0 0 Para no informar dato No es posible 0,2 15 15 1 No es posible 0 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 "N: Notificación”, serán de obligatorio cumplimiento en las fechas que este Ministerio determine. 1.7 Aspectos para tener en cuenta RESOLUCIÓN NÚMERO; 2 8 6 DE 29 DIC 2022 2022 HOJANo 8 implementación del Registro Individual de Prestación de Servicios de Salud,-como soporte de la factura electrónica de + Las ejemplificaciones tienen como propósito mostrar al usuario el uso de los datos de RIPS de acuerdo con casuisticas particulares de la prestación del servicio.

Artículo ANEXO (9/89)

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 to 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 dichos campos son optativos para la generación del RIPS. Si decide informarlo, el campo opcional tendrá las validaciones que se señalen en el presente documento. 2.

Artículo ANEXO (10/89)

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: usuarios Datos Tipo de dato JSON Nombre Característica Datos relativos a la | Objeto raíz El objeto transacción | Objeto que contiene los datos transacción es el objeto raíz o root | (propiedadesfvalor) que permiten de la estructura JSON | relacionar el RIPS con la factura que representa el | electrónica de venta 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 informar en un arreglo uno o muchos usuarios cada uno con las propiedades/valores respectivos Datos relativos al servicio y tecnologias de salud y a los valores facturados Objeto servicios Tecnologias Dentro de cada usuario se crea el objeto *"serviciosTecnologias” dentro del cual se deben informar los objetos respectivos 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.

Artículo ANEXO (11/89)

Objeto con arreglo consultas Dentro del objeto “servicios” se crea el objeto “consultas” el cual debe incluir dentro de un arreglo cada una de las consultas realizadas y facturadas con sus respectivas propiedadesivalores Datos de las consultas Datos de los procedimientos Objeto con arreglo Procedimientos Dentro del objeto “servicios” se crea el 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 con observación Objeto con arreglo Urgencias Dentro del objeto “servicios” se crea el 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 Datos de hospitalización Objeto con arreglo hospitalización Dentro dei objeto “servicios” se crea el objeto “hospitalización” el cual debe incluir dentro de un arreglo los datos RESOLUCIÓN NÚMEROS 28 09 6 DE 2022 HOJANo Y 9 9 DIC 2022 Datos Tipo de dato JSON Nombre Característica correspondientes a la prestación en el servicio de hospitalización con sus respectivas propiedades/valor Datos de nacidos recién Objeto con arreglo recienNacidos Dentro del objeto “servicios” se crea el objeto "recienNacidos” el cual debe incluir dentro de un arreglo los datos de! recién nacido el cual debe estar relacionado con el objeto usuario (que corresponde a la madre).

Artículo ANEXO (12/89)

Nota: Cuando se presten servicios y tecnologías 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 medicamentos de Objeto con arreglo Medicamentos Dentro del objeto “servicios” se crea el objeto “medicamentos” el cual debe incluir dentro de un arreglo los datos del(os) medicamento(s) facturado(s) con sus respectivas propiedadesivalor Datos de servicios otros Objeto con arreglo otrosServicios Dentro del objeto “servicios” se crea el objeto “Otros servicios” el cual debe incluir dentro de un arreglo los datos de los otros servicios facturados con sus respectivas propiedadesivalor 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. Ll usuario [[ P) Ú £ y Objeto [] Arreglo L, Ss ¡os Tecnologias [ ] == 1 í urgencias [( 3) es consultas [[ )] pa medicamentos [$ )) procedimientos [4 )] _ 4 4 hospitalizaciones [4 )] pyru-—————=== KA recienNacidos [1 )) a? ATT f| — otrosServicios [4 $) A) a RESOLUCIÓN NÚMERO 62806DE 2022 HOJANo 10 2 9 DIC 2022 3. DETALLE DE LOS DATOS DE RIPS 3.1 Datos relativos a la transacción 1D Campo Descripción Tipo Tamaño Observaciones Versión TO1 numDocumentoldObligado Número del NIT con el cual se identifique el facturador electrónico en salud. c Se requiere que el número de NIT del facturador 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 servicios de salud o en "IPSnoREPS” para proveedor de tecnologias de salud o prestadores de regimenes especiales.

Artículo ANEXO (13/89)

Si el NIT es de un proveedor de tecnologías de salud únicamente deberá tener registros de usuarios, procedimientos, medicamentos y servicios. otros T02 numPactura Número que corresponda al sistema de numeración consecutiva según las disposiciones de la DIAN. El tipo y tamaño del dato serán dados por las 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 To3 tipoNota Tipo de nota débito o crédito, o nota ajuste RIPS que se requiere realizar para un ajuste contable o en las facturas, ya sea por errores o por el cambio de condiciones que generan un mayor o menor valor monetario de la respectiva cuenta o la necesidad de ajustar RIPS en aquellos casos cuando no exista ajuste en el valor monetario. 0,2 Informar dato según tabla de referencia: “TipoNota”, en web.sispro.gov.co Cuando el ajuste en los RIPS esté relacionado con el valor monetario de un dato en RIPS se debe utilizar nota crédito o nota débito según corresponda. Por su parte, en aquellos 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 RIiPS, no se debe informar el tipo de nota. TO04 numNota Número de la nota crédito, débito o nota ajuste RIPS emitida por el facturador electrónico en salud. 0-20 Número de la nota crédito, nota débito o nota ajuste RIPS generado por el facturador 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 raiz o root de la estructura JSON que representa el registro del RIPS, por lo tanto, no debe ser nombrado al inicio de la estructura.

Artículo ANEXO (14/89)

RESOLUCIÓN NÚMEROS 28% 6 DE 9 y DIC 2022 2022 HOJANo 11 Ejemplo: ( "numDocumentoldObligado”: "900000000", "numPactura”: "Fac00000001", "tipoNota": null, "numNota": null) 3.2. Datos relativos a los usuarios validación 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 "sajvoconducto 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 puede registrar ID Campo Descripción Tipo | Tamaño Observaciones Versión U01 | TipoDocumentoldentificacion | Tipo de documento de [|C 2 Informar dato según tabla de 1 identificación del referencia: “TipoldPISIS”, en usuario. web.sispro.gov.co. De acuerdo con la Resolución 4622 de 2016 de este Ministerio, y la Resolución 2153 de 2021 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, U02 | NumDocumentotdentificaci Corresponde al número |C 4-20 1 on del documento de identificación del usuario.

Artículo ANEXO (15/89)

U03 | tipoUsuario Identificador para ¡0 2 Informar dato según tabla de 1 determinar la condición referencia: del usuario en relación “RIPSTipoUsuarioVersion2”, con el Sistema de Salud en web.sispro.gov.co. según la cobertura al momento de la El tipo de usuario informado atención. puede ser validado según la entidad respónsable de pago informada en la factura electrónica de venta. 04 | fechaNacimiento Fecha de nacimiento |C 10 ¡La fecha de nacimiento no 1 del usuario. debe ser mayor a la fecha de RESOLUCIÓN NÚMBRO $ 2 80 6 De 2022 HOJANo 12 99 DIC 2022 “Cédula de extranjeria”, si no cuenta con este documento se puede registrar “Pasaporte”, si no cuenta con este documento se puede registrar "Carné diplomático” a “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 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 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 “Adulto sin identificar". Si se informan datos de recién nacido, el usuario puede tener entre 9 a 60 años.

Artículo ANEXO (16/89)

U05 | codSexo Identificador de sexo [C 1 Informar dato según tabla de 1 según aparece en el referencia: “Sexo”, en documento de web.sispro.gov.co. identificación registrado en el campo Sí es un adulto sin “numDocumentoldentifi identificación o un menor sin cación”. identificación registrar el sexo declarado o el identificado por el profesional que realiza la atenció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” — IVE se puede validar que el usuario sea de sexo "temenino” UDE | codPaisResidencia Código dei país de |C 3 | Código a tres caracteres según 1 residencia habitual. estándar ISO 3166-1 Informar dato según tabla de referencia "Pais", en _| web.sispro.gov.co. U07 |codMunicipioResidencia Código del municipio de |€ 0,5 |Código a cinco caracteres 1 residencia habitual. según la clasificación sociopolítica del DANE. Informar dato según tabla de referencia: “Municipio” en web.sispro.gov.co. 108 | codZonaTerritorialResidenc Identificador del DANE ¡C 0,2 Informar dato según tabla de 1 ía para determinar la zona referencia: "ZonaVersion2”, en de residencia del web.sispro.gov.co. Usuario. RESOLUCIÓN NÚMEROS 280 6 DE 2022 HOJANo 13 29 DIC 2022 U09 | incapacidad Identificador de la |C 2 | Informar dato según tabla de 1 expedición de una referencia: “LstSiNo”, en incapacidad soportada web.sispro.gov.co. en la atención en salud que se reporta en RIPS. U10 | 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 1 idénticos repetidos.

Artículo ANEXO (17/89)

U11 | codPaisOrigen Código del pais de |C 3 | Código a tres caracteres según 1 origen (de nacimiento) estándar ISO 3166-1 Informar dato según tabla de referencia: “Pais”, 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”: "02", "consecutivo": 1, "codPaisOrigen": "170" ) ( “tipoDocumentoldentificacion”: “CC”, “numDocumentoldentificacion": "52100200", “tipoUsuario": "01", “techaNacimiento”: "2000-01-01", “codSexo": "M", "codPaisResidencia": "170", “codMunicipioResidencia": "05134", “codZonaTerritorialResidencia”: "01”, "incapacidad": "02", "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": [ ( J ( ) procedimientos": [ 2022 HOJA No 14 RESOLUCIÓN NÚMERO: 2806 DE 2 9 DIC 20 : ( ) l ( "recienNacidos”: | ( "medicamentos": [ ( ) ! ( ) ] urgencias": ( hospitalizacion”: [ otrosServicios”: [ ) ) 3.3.1 Datos de las consultas 1D Campo Descripción Tipo | Tamaño Observaciones Versión co1 |codPrestador Código otorgado por el |C 12 |El código del facturador 1 .

Artículo ANEXO (18/89)

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 salud a reportar. o en “IPSnOREPS” para prestadores exceptuados del registra en REPS. El código del prestador de servicios de salud o del obligado a reportar debe estar relacionado con el numDocumentoldObligado. C02 ¡fechalnicioAtencion Fecha y hora de la |C 16 [La fecha y hora de la consulta no 1 consulta. debe ser mayor a la fecha y hora de validación de los RIPS, ni menor a la fecha de 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. C03 | numaAutorización Número asignado porta |C 0-30 | Cuando el servicio de salud no 1 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. Unica de Procedimientos en El código de CUPS puede ser Salud, CUPS. validado que corresponda al sexo del usuario, El código de CUPS puede ser validado con el grupo de servicio, servicio, finalidad y causa. El código de CUPS puede ser validado que corresponda a la RESOLUCIÓN NÚMEROS 28086 DE 79 DIC 2022 2022 HOJA No 15 1D Campo Descripción Tipo ¡ Tamaño Observaciones Versión 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.

Todavía no hay normas relacionadas registradas para este documento.

¿Tienes dudas sobre esta norma? Pregúntale a la IA

Respuestas basadas en la legislación y la jurisprudencia colombianas, con las fuentes citadas.

Tipo: Resolución

Estado: Vigente

Nivel jerárquico: 8

Fuente auxiliar: No

Fundamento: CP art. 189-11 y 208; Ley 489/1998 arts. 59 y 61; Sentencia C-1005/2008 (harness/ai/instructions/piramide-normativa.md).

Fuente de la vigencia: Vigencia según el Normograma del Ministerio de Salud (valor de la fuente: «Vigente»; normograma-msps-2022.zip · hoja RESOLUCIONES · fila 125), consultado el 2026-10-22. Texto extraído del PDF oficial por OCR (Tesseract); revisar contra el original antes de citar.

Documento oficial: ver original

Preguntar a la IA sobre esta norma