Por la cual se reglamenta el Registro Individual de Prestación de Servicios de Salud (RIPS) como soporte de la Factura Electrónica de Venta (FEV) en salud, se derogan las Resoluciones 2275 de 2023, 558 y 1884 de 2024, y se dictan otras disposiciones.

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, 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 RESOLUCIÓN NÚMERO 000948 DE 14 MAY 2026 HOJAN*17 validación del Registro Individual de Prestación de Servicios de Salud (RIPS) como soporte de la Factura Electrónica de Venta (FEV) 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án utilizar y garantizar 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.

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, atribuidas a las demás autoridades competentes, de conformidad con las normas legales vigentes.

Vigencia y derogatorias. El presente acto administrativo rige a partir de la fecha de su expedición y deroga las Resoluciones 2275 de 2023, 558 y 1884 de 2024. Parágrafo transitorio. La aplicación de la presente resolución se realizará de manera gradual, de tal forma que, a partir del primero (1) de junio de 2026 entrarán en vigor las reglas de validación que se pasan de notificación a rechazo y a partir del primero (1) de julio de 2026 serán exigibles los ajustes de versión de software de carácter estructural.

14 MAY 208 Al GUILLERMO ALFONSO JARAMILLO MARTINEZ Ministro de Salud y Protección Social Aprobó: Viceministro de Protección Social - Luis Alberto Martínez Saldarriaga Lis. Director de Regulación de Beneficios, Costos y Tarifas del Aseguramiento en Salud - Jóhn Edison Betancur Romero £ Director de Regulación de la Operación del Aseguramiento en Salud, Riegos laborates y Pensiones - Daniel Felipe Sdto Mi Jefe de la Oficina de Tecnologías de la Información y Comunicaciones - Didier Anibal Beltrán Cadena Vo.Bo. = Director Juridico (E)- Rodolfo Enrique Salas Figueroa AT y Salud DOCUMENTO TÉCNICO 1 “ESPECIFICACIONES TÉCNICAS DE LOS CAMPOS DE DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS COMO SOPORTE DE LA FEV EN 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 del 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 e 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: ["tipoDocumentoldentificacion" : "CC", "numDocumentoldentificacion" : "102030405060") e Propiedades: Son cadenas de caracteres (strings). Como su nombre en español lo indica, estas contienen una secuencia de caracteres rodeados de comillas. e 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. e Cadena: una cadena en JSON se compone de caracteres Unicode, con escape de barra invertida. Ejemplo de un valor tipo cadena: ["nombre" : "Pedro") e 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) “ESPECIFICACIONES TÉCNICAS DE LOS CAMPOS DE DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento Abril 29 de 2026 e 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", "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.

Ejemplo de un arreglo de un objeto “Usuario” con dos registros de usuario: ["Usuario": [ [ "tipoDocumentoldentificacion" : "CC", "numDocumentoldentificacion" : "1017345840", "fechaNacimiento" : "2000-01-01", "codSexo" : "M", "codPaisResidencia" : 170), ( "tipoDocumentoldentificacion" : "TI", "numDocumentoldentificacion" : "1013920388", "fechaNacimiento" : "2007-01-01", "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 e Validaciones de contenido DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento 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. e 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: e 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. e RIPS aprobado: cuando el RIPS cumple todas las reglas de validaciones de estructura, contenido y relación obligatorias. e RIPS con notificación: este resultado indica una no conformidad con las reglas de validación, pero que con el fin de no afectar el flujo de recursos transitoriamente no impedirá la radicación de la factura, pero el generador de la información deberá realizar un plan de mejora, ya que periódicamente se convertirán en reglas de rechazo. 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. En este sentido se aclara que la obtención del CUV habilita la radicación de la factura y los demás soportes para que inicie la etapa de auditoría a cargo del pagador de conformidad con lo establecido en el Manual único de Devoluciones, glosas y respuestas establecido en la Resolución 2284 de 2023. 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. DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento 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 RVGO1.

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 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, así como de las reglas de validación. 1.3.1 COLUMNAS DE LAS TABLAS DE DATOS RIPS Columna Descripción 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 1.3.2 COLUMNAS DE LA TABLA DE VALIDACIONES GENERALES Columna Descripción ID Identificador de la regla de validación 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 Código de mensaje correspondiente a la regla de validación Mensaje 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 DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento 1.3.3 COLUMNAS DE LA TABLA VALIDACIONES POR CAMPO Columna Descripción ID Identificador de la regla de validación 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 no conformidad, los cuales transitoriamente no impiden el procesamiento de la solicitud Regla Descripción de la regla de validación ID Código de mensaje correspondiente a la regla de validación Mensaje 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 Descripció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:MMW”, 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”. Cuando no se tenga información y el campo lo permita se debe informar null (sin comillas dobles). Numérico: compuesto por número pares o impares y se denota sin comillas. Solamente son aceptados los números positivos usando cero (0) a nueve “9”. No se deben informar separadores de miles, en caso de que el campo requiera informar valores decimales los cuales deben estar separados por punto *.” la longitud permitida será informada en cada campo Cuando no se tenga información y el campo lo permita se debe informar cero (0). 1.5 TAMAÑO DE LOS DATOS DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento 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 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.

Formato Descripción Xx Tamaño exacto del dato + Ejemplo: 5 - Informar menos o más de 5 posiciones tendrá como resultado el rechazo del RIPS x-y (a.b) Tamaño mínimo de “x”, máximo de “y” Tamaño máximo entero de “a” y tamaño máximo decimal de “b” » 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 - Ejemplo 0-24 (18.6) - Es posible expresar un valor null, porque permite el tamaño cero (0). - Informar mas de 24 caracteres generará rechazo, pero debe respetar la cantidad máximo entre la parte decimal (6 caracteres) y parte entera (18 caracteres) Valores El dato deberá ser informado con tamaño de exactamente una de las separados opciones listadas por comas » Ejemplo: 1, 3, 5, 8 significa que se debe informar el elemento con uno de estos cuatro 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 1,105 1105 1,105.13 No es posible 0-11 0 0 Para no informar null dato 4-11 1,105 1105 1,105.13 No es posible DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento 0 0 Para no informar No es posible dato 15 15 1 No es posible 0,2 [0) No es posible Para no informar null dato 0 0 2 2 0-8 (3.5) 101,00001 101.00001 120 120 989,10 989.10 1.6 GRADUALIDAD DE LAS VALIDACIONES Las validaciones contenidas en el presente documento técnico que se denominan “N: Notificación”, (es decir, que alertan sobre una no conformidad, pero que transitoriamente no impedirán la generación del CUV y por tanto, de la posibilidad de radicar la

factura ante el pagador) serán de rechazo en las fechas que este Ministerio determine dentro del concepto de mejora continua de la calidad de la información. 1.7 ASPECTOS PARA TENER EN CUENTA e Las ejemplificaciones tienen como propósito mostrar al usuario el uso de los datos de RIPS de acuerdo con casuísticas 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 documento técnico. e Con base en lo anterior, en caso de existir diferencias entre las ejemplificaciones y el texto del documento técnico, siempre prevalece éste último.. e Todos los campos deben ser diligenciados, en caso de no contar con la información deberá relacionarse 0 o null, según el tipo de dato del campo (numérico o cadena), DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento DOCUMENTO TÉCNICO No. 1 “ESPECIFICACIONES TÉCNICAS DE LOS CAMPOS DE DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS COMO SOPORTE DE LA FEV EN SALUD” 1.8 VALIDACIONES CRUZADAS ENTRE COBERTURA O PLAN DE BENEFICIO, MODALIDAD DE PAGO, TIPO DE USUARIO Y CONCEPTOS RECAUDOS La siguiente tabla corresponde a las validaciones cruzadas realizadas entre el XML y los RIPS soporte entre los campos cobertura o plan de beneficio, modalidad de pago, tipo de usuario y conceptos recaudo.

VALIDACIONES CRUZADAS ENTRE DOCUMENTOS (FEV/NC/ND/RIPS) XML XML JSON JSON/XML COBERTURA O MODALIDA DE TIPO USUARIO RECAUDO PLAN DE PAGO BENEFICIO 1 2 3 4 1 2 3 4 5 6 7 8 9 10 11 12 13 1 2 3 4 5 INACTIVO 2 x x x x x X x x 4 x x x x 5 x x x x x x x 6 x Xx XxX XxX XxX XxX x x x x x x XxX x x x 7 x Xx Xx XxX XxX XxX XxX x x x x x x XxX x x x 8 x x x 9 x x x 10 x x x x x x x x 11 Xx Xx Xx Xx x x x x 12 x x x x x x 13 x x x x x x x x x x x “ESPECIFICACIONES TÉCNICAS DE LOS CAMPOS DE DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS COMO SOPORTE DE LA FEV EN SALUD” 14 x x x x x x x 15 x x x x 16 x x x x x x x x* xXx” x x 17 x x x x x xXx” x x X: Sí puede reportarse: El campo marcado con "X" indica que el servicio o tecnología puede ser reportado en el registro correspondiente. Campo vacío: No puede reportarse — Genera rechazo: Si el campo está vacío, significa que no se permite el reporte del servicio o tecnología en ese registro. Esto genera rechazo en el proceso de validación. Codificación no asignada: Genera rechazo: Si se marca una codificación que no está asignada al tipo de registro correspondiente, esto genera rechazo automático en la validación.

Excepciones: * El concepto recaudo 04 aplica exclusivamente el reporte de la factura electrónica de venta en salud (XML), no para el RIPS soporte. ** NO APLICA PARA TECNOLOGIAS DE LOS GRUPOS 8902 Y 8903 *** NO APLICA PARA REGIMEN SUBSIDIADO DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento DOCUMENTO TÉCNICO No. 1 “ESPECIFICACIONES TÉCNICAS DE LOS CAMPOS DE DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS COMO SOPORTE DE LA FEV EN SALUD” 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 de salud 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: Datos Tipo de dato Nombre Característica JSON Datos relativos | Objeto raíz El objeto transacción | Objeto que contiene los datos a la transacción es el objeto raíz o root | (propiedades/valor) que de la estructura JSON | permiten relacionar el RIPS que representa el|con la factura electrónica de registro del RIPS, por | venta lo tanto, no debe ser nombrado al inicio de la estructura Datos relativos | Objeto con | Usuarios Un objeto “usuarios” que a los usuarios arreglo permite informar en un arreglo uno O muchos usuarios cada uno con las propiedades/valores respectivos Datos relativos | Objeto servicios Tecnologias Dentro de cada usuario se al servicio y crea el objeto tecnologías de “servicios Tecnologias” dentro salud y a los del cual se deben informar los valores objetos respectivos a los facturados 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 | consultas Dentro del objeto “servicios” consultas arreglo se crea el objeto “consultas” el cual debe incluir dentro de un arreglo cada una de las consultas realizadas y Datos Tipo de dato JSON Nombre Característica facturadas con sus respectivas propiedades/valores Datos de los | Objeto con procedimientos | 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| Objeto con urgencia con | arreglo observación 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 | Objeto con hospitalización | arreglo hospitalización Dentro del objeto “servicios” se crea el objeto “hospitalización” el cual debe incluir dentro de un arreglo los datos correspondientes a la prestación en el servicio de hospitalización con sus propiedades/valor respectivas Datos de recién | Objeto con nacidos arreglo recienNacidos Dentro del objeto “servicios” se crea el 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 tecnologías de salud al recién nacido, sus datos también deberán ser informados en el objeto DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento Datos Tipo de dato JSON Nombre Característica “usuario” y los servicios prestados en los objetos de servicios respectivos. Las atenciones al recién nacido contempladas en la Guía de Práctica Clínica para la atención del parto, tales como la profilaxis oftálmica, la administración de vacunas y la vitamina K, se reportan como parte de los medicamentos administrados en el marco de la atención materna.

Datos de medicamentos 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 propiedades/valor Datos de otros servicios 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 propiedades/valor 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. DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento Estructura RIPS - JSON transacción [ ) A rs KM | £ y) Objeto [ ] Arreglo L, servicios [ ) 3. CONTROL DE CAMBIOS test Asten] UE => recienNacidos [f )] | ——> otrosServicios [[ )] ] Se presentan los siguientes cambios en esta versión del Documento Técnico 1.0 respecto de las versiones contenidas en el Anexo Técnico 1 en la Resolución 2275 de 2023: 3.1. ELEMENTOS NUEVOS 3.1.1. AJUSTES SOBRE EL NUMERAL 4. 1D Campo Descripción M28 | vrDispensacion Si incluye este campo para diligenciar en caso de que el Gestor Farmacéutico sólo facture el valor de la dispensación del medicamento, cuando la EPS realice compra directa a los fabricantes, importadores y titulares de registro sanitario y entregue a los Gestores para su dispensación.

C23 | codDiagnosticoPrincipalCIE11 C24 |nomCodDiagnosticoPrincipalCIE11 DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS 1D Campo Descripción C25 | codDiagnosticoRelacionado1CIE11 C26 nomCodDiagnosticoRelacionado1CIE11 C27 | codDiagnosticoRelacionado1CIE11 C28 nomCodDiagnosticoRelacionado1CIE11 C29 codDiagnosticoRelacionado3CIE11 C30 nomCodDiagnosticoRelacionado3CIE11 C22 | codigoVIDA P21 codDiagnosticoPrincipalCIE11 P22 nomCodDiagnosticoPrincipalCIE1 1 P23 codDiagnosticoRelacionadoCIE11 P24 nomCodDiagnosticoRelacionadoCIE11 P25 codComplicacionCIE11 P26 nomComplicacionCIE11 P27 codigoVIDA R13 | codDiagnosticoPrincipalCIE1 1 R14 nomCodDiagnosticoPrincipalCIE1 1 R15_ | codDiagnosticoPrincipalECIE1 1 R16 nomCodDiagnosticoPrincipalECIE11 R17 codDiagnosticoRelacionadoE1CIE11 R18 nomCodDiagnosticoRelacionadoE1CIE11 R19 codDiagnosticoRelacionadoE2CIE11 R20 nomCodDiagnosticoRelacionadoE2CIE11 R21 codDiagnosticoRelacionadoE3CIE11 R22 nomCodDiagnosticoRelacionadoE3CIE11 R23 | codDiagnosticoCausaMuerteCIE11 R24 nomCodDiagnosticoCausaMuerteCIE11 R25 | codigoVIDA H16 | codDiagnosticoPrincipalECIE1 1 H17 nomCodDiagnosticoPrincipalECIE11 H18 | codDiagnosticoPrincipalECIE1 1 H19 nomCodDiagnosticoPrincipalECIE11 H20 codDiagnosticoRelacionadoE1CIE11 H21 nomCodDiagnosticoRelacionadoE1CIE11 H22 codDiagnosticoRelacionadoE2CIE11 H23 nomCod

DiagnosticoRelacionadoE2CIE11 H24 codDiagnosticoRelacionadoE3CIE11 H25 nomCodDiagnosticoRelacionadoE3CIE11 H26 | codComplicacionCIE11 H27 nomcodComplicacionCIE1 1 H28 | codDiagnosticoCausaMuerteCIE11 H29 nomCodDiagnosticoCausaMuerteCIE11 H30 | codigoVIDA N14 | codDiagnosticoPrincipalECIE1 1 N15 nomCodDiagnosticoPrincipalECIE1 1 N16 | codDiagnosticoCausaMuerteCIE11 N17 | codDiagnosticoCausaMuerteCIE11 N18 | codigoVIDA M24 | codDiagnosticoPrincipalECIE1 1 M26 | codDiagnosticoRelacionadoE1CIE11 DATOS Y LAS REGLAS DE VALIDACIÓN DEL RIPS Versión: Lanzamiento 1D Campo Descripción M29 | codigoVIDA Uu12 registroSIRAS Corresponde al registro de radicación del reporte de la atención en salud a víctimas de accidentes de tránsito, emitido por la plataforma SIRAS 3.1.2.

AJUSTE SOBRE EL NUMERAL 6 1D Validación ID Campo Descripción RVCO94 M19 Se Incluye la regla para validar el valor del servicio, el cual corresponde a la operación entre cantidadMedicamento * vrUnitMedicamento siempre que la modalidad de pago sea 04 y el tipo de medicamento sea diferente a 03 RVCO95 Uu12 Esta regla será de notificación los primeros 3 meses a la implementación de esta resolución, posterior pasará a Rechazo RVCO96 C04,P05,S06 El código CUPS reportado debe existir y ser válido conforme a la tabla de referencia “CUPSRips RVC097 N06 Número de consultas para el cuidado prenatal, no puede ser mayor de 15 RVC098 C02,P02,M04,S04 La fecha y hora de prestación del servicio no puede ser mayor a la fecha y hora de fallecimiento del usuario mas 24 horas según el registro de RUAF-ND 3.2 ELEMENTOS CON AJUSTES EN EL CAMPO 3.2.1.