ANEXO 1 – ANEXO TECNICO

ESPECIFICACIONES TECNICAS Y FUNCIONALES MINIMAS REQUERIDAS PARA EL CODESARROLLO TECNOLOGICO DE LOS COMPONENTES DE

SOFTWARE DEL SISTEMA DE INFORMACION

ITEM CODIGO INTERNO ESPECIFICACION DE REQUISITO

1 1 Aspectos Generales

2 2 El sistema debe dar cumplimiento a los Acuerdos emitidos por el Consejo Superior de Salud de las FFMM y la normatividad legal vigente que aplique al SSFM y demás normas que las modifiquen, sustituyan o adicionen.

3 4 Debe permitir la integración con el Grupo de Afiliación y Validación de derechos de la

DGSM. 4 5 El sistema debe permitir la realización de auditoria de historias clinicas.

5 6

Debe incluir el cumplimiento a la Resolución N° 3374 de 2000 “Por la cual se reglamentan los datos básicos que deben reportar los prestadores de servicios de salud y las entidades administradoras de planes de beneficios sobre los servicios de salud prestados”; sobre el cumplimiento a los reportes de RIPS por parte de la IPS que atendió el paciente, o demás normas que los modifiquen, sustituyan o adicionen durante la ejecución del proyecto.

6 7 El sistema debe permitir la interconexión de todos los Establecimientos de Sanidad Militar que formaran parte de la prueba piloto, facilitando la consulta de datos en varias unidades a la vez.

7 8 Debe permitir la trazabilidad en la corrección de datos cuando se digiten errores de otro paciente, pero solo a través de observaciones a los campos errados. La historia clinica no puede permitir la modificación o alteración de ningún dato, fecha, usuario, etc.

8 11 Debe permitir generar alarmas cuando falten datos o documentos o soportes o un formato se encuentre mal diligenciado, facilitando ayudas para resolver el error.

9 12

El sistema debe permitir la consulta de datos desde cualquier aparato electrónico o celular (portátiles, Tablet, etc), pero no debe permitir digitar, actualizar, modificar o realizar anotaciones o registros. Siempre y cuando cumpla con los requisitos técnicos minimos establecidos para la ejecución de la aplicación.

10 15 Debe permitir parametrización con toda la codificación establecida por la normatividad del SSFM y del SGSSS vigente:

11 16 a. Tabla de diagnósticos (CIE-10, y las demás versiones actualizadas o vigente). Agrupar por códigos de diagnósticos relacionados, hasta 3 opciones)

12 17 b. Manual de Diagnóstico de Enfermedades Mentales DSM IV o vigente. Agrupar por códigos de diagnósticos relacionados, hasta 3 opciones.

13 18 c. Medicamentos y sus codificaciones pertinentes de acuerdo a la normatividad legal vigente (codigo interno, ATM CUM)

14 19 d. Procedimientos (CUPS)

15 20 e. Todas las tablas de Identificación del DANE, Ocupaciones, Actividades, Especialidades, Municipios, Departamentos, etc.

16 21 h. Tablas Codificación RIPS (Resolución 3374) Origen del Evento, Finalidad, etc.

17 22 j. Base de datos de todos los funcionarios que van a acceder al sistema, su actualización y modificación de datos, permisos, restricciones para acceso y trazabilidad de todas sus actuaciones dentro del sistema.

18 23 k. Clasificación internacional de atención primaria CIAP2. 19 24 l. Clasificación Internacional de funcionalidad, discapacidad y salud. ICF

20 25 la historia clinica de pacientes debe ser única completa y complementaria de cada paciente. así mismo debe contener los datos de la afiliacion que el GAVD establezca y pueda suministrar:

21 26 a. Registro único de identificación. 22 27 b. Registros de edad (días, meses, años) con actualización automática. 23 28 c. Registro de datos personales. 24 29 d. Registro de información socio económica 25 30 e. Registro de información laboral 26 31 f. Remitido por ESM o Evacuado del área, Procedencia y Natural de. 27 32 g. Información familiar 28 33 h. Causa de egreso 29 34 M. Tabla de parametrización de la red interna de prestadores. 30 35 Administración de Usuarios:

31 36

Debe permitir que el administrador del sistema autorice de acuerdo a los perfiles de cada usuario funcional, los permisos de consulta, permisos para generar reportes y estadísticas, permisos de administrador, permisos para edición de documentos, actividades a desarrollar en el aplicativo y tipo de acceso a cada registro (datos personales, fichas medicas, juntas medicas, servicios, conceptos entre otros, tales como: consulta, eliminar, crear, modificar, actualizar, lectura.

32 37 Debe permitir registrar el usuario de creación, fecha de creación y usuario que modifica (función de auditoría)

33 38 PROCESOS RELACIONADOS CON EL ASEGURAMIENTO DE LOS SERVICIOS DE SALUD

34 39 Afiliaciones:

35 40 Se debe integrar la información que requiera la historia clinica del aplicativo de afiliaciones existente (GAVD) para el sistema de información de la vertical de salud.

36 41 Debe permitir el cambio del identificador único (Registro Civil a tarjeta o a Cédula) en todo el sistema sin tener que volver a digitar nuevamente el registro con todos sus antecedentes.

37 42

Permitir registro de datos en pacientes sin identificación, generando una notificación para regularizar posteriormente la situación. El sistema, deberá asignar un código temporal de identificación al paciente que se atiende. Deberá indicar si existió una condición de identificación previa, y el código de la misma.

38 43 Debe permitir la creación de pacientes provisionales sin afectar la base de datos (citas pacientes particulares) u otras novedades.

39 44 PROCESOS RELACIONADOS CON LA PRESTACIÓN DE SERVICIOS DE SALUD

40 45 Historia Clínica y sus Registros:

41 48 La historia clinica debe generar alertas cuando el paciente tenga antecedentes como: alergias, enfermedades de alto costo, etc.

42 49 La historia clinica debe estar enlazada con las funcionalidades que se requieran: imagenes diagnosticas, laboratorio clinico, medicamentos, agendamiento.

43 50 Debe permitir registrar si se trata de una atención de primera vez o subsecuente de acuerdo al diagnóstico.

44 51

Debe permitir la conservación de los medios técnicos y de la historia clínica atendiendo lo establecido en la Ley 594 del 2000 expedida por el Archivo General de la Nación y administración de la conservación de la misma, asi como la ley de archivo electrónico, y las demas leyes que la adicionen, modifiquen o sustituyan.

45 52 Debe garantizar la permanente seguridad y confidencialidad de la información de la historia clinica del paciente.

46 55 Debe permitir cargar desde afiliaciones y admisiones, la información básica del paciente, permitir su visualización y consulta en la historia clínica.

47 56 Debe permitir registro y actualización de los datos básicos del paciente (Nombre, dirección y teléfono), antecedentes familiares, personales por género y ocupacionales, incluyendo los datos del acompañante.

48 57 Debe permitir el registro, la atención y la trazabilidad de pacientes programados y no programados (extras), al igual que los pacientes que asisten para atención no médica.

49 58 Debe permitir parametrizar el formato de la historia clínica general, de algunas especialidades y ramas de la salud, establecidos por la DGSM bajo la normatividad legal vigente. Tanto en el ámbito ambulatorio como hospitalario.

50 59 La historia clinica debe permitir cargar los datos del ESM donde se realiza la consulta, los datos básicos del paciente y los datos de quien realiza la consulta, asi como la fecha y hora, de forma automática para hacer las evoluciones en la historia clínica.

51 60 Debe garantizar que toda atención en salud quede registrada en la historia clínica de cada paciente. Además que el sistema obligue a que toda atención de primera vez a un usuario incluya el proceso de apertura de historia clínica.

52 63

Debe permitir incluir el registro y control de formulación de acuerdo a la normatividad vigente para el SGSSS con la Historia Clínica y en línea con el operador logístico de medicamentos o quien haga sus veces para el suministro y despacho de medicamentos; permitiendo la impresión de la misma.

53 64

Debe permitir el registro y consulta de datos de exploración complementaria: Registro de pruebas y exámenes complementarios, relacionando órdenes de laboratorio, diagnóstico por imágenes y pruebas especiales realizados en el paciente; además integrarse con los demás procesos en su conjunto por paciente, como por ejemplo: Bioestadística, Solicitud de paraclínicos y de apoyo diagnóstico, Apoyo terapéutico, Centro de costos (proceso de integración con ERP), Notas de evolución visualizadas por servicio (consulta externa, hospitalización, urgencias) y áreas asistenciales (odontología, medicina general y especializada) de manera secuencial.

54 65

Debe permitir incorporación de la firma electrónica y/o digital para la historia clínica del profesional, donde incluya su nombre completo, profesión, documento de identidad y/o registro, y permitir que cada anotación en la historia clinica, la adicione de manera automática e inmodificable.

55 66 Debe permitir incorporar perfiles de usuario para el manejo de historias clínicas, por ejemplo en diagnósticos confidenciales o reservados.

56 67 Debe permitir generar copias de la historia clínica según las disposiciones legales vigentes, que incluya su foliación automática, de forma contínua para la impresión.

57 68

Debe permitir que el sistema automatizado para el manejo de la historia clínica esté provisto de mecanismos de seguridad y control que imposibilite la incorporación de modificaciones a la misma una vez se registre y guarde los datos y que cuente con una herramienta robusta que mantenga actualizado el respaldo de la información en caso de caída del sistema y evitar su colapso.

58 69 Debe permitir que la información registrada en la Historia Clínica tenga efectos estadísticos.

59 70

Debe permitir generar reportes de enfermedades de notificación obligatoria de acuerdo al formato de reporte establecido en la normatividad vigente, en el momento del diagnóstico con secuencia de obligatorio diligenciamiento, controlando la duplicidad de la información dentro del subsistema en caso de tratarse del mismo paciente y del mismo evento.

60 71 Debe permitir visualización consolidada y actualizada de medicamentos suministrados con fecha de prescripción, cantidad, concentración, dosis, horario, suspensión por decisión médica, devoluciones, novedades. (Integración ERP)

61 72

Debe permitir realizar registro en casos de emergencia (código azul) identificando si el caso es intra o extra hospitalario y el control de cada uno de los momentos y las acciones realizadas durante la atención teniendo comunicación automática para la dispensación de los medicamentos e insumos gastados del carro de paro (según normativa) y facturación de los mismos. (Integración ERP)

62 73 Debe permitir consultar la historia clínica para una gestión educativa (relación docente asistencial). Cumpliendo con la confidencialidad a que hace referencia las normas legales vigentes.

63 74 Debe permitir consultar la historia clínica desde cualquier área, servicio o especialidad del equipo de salud de acuerdo a los perfiles de los usuarios.

64 75 Debe permitir integrar la historia clínica con tecnologías de almacenamiento, que permita acceder a repositorio de datos, imagenes y reportes que lo ameriten

65 76 Debe permitir integrar automáticamente procesos de atención de enfermería con la historia clínica.

66 77 Debe permitir integrar tecnología de captura de imágenes con la historia clínica, incorporando la lectura o el concepto del especialista. Adicionalmente la visualizacion de los resultados de los procedimientos diagnosticos y terapeuticos según los perfiles.

67 78

Debe permitir escanear e incorporar a la historia clinica electronica, los requerimientos de constancias, certificados, historias clínicas hechos por red externa y/o particulares, Entes del Estado y Fuerzas Militares de acuerdo a los perfiles de los usuarios, asi mismo las respuestas emitidas a los diferentes entidades y/o entes de control

68 79 Debe permitir la elaboración de la Epicrisis de la red interna con los datos consolidados de las interconsultas, examenes, reportes diagnosticos y terapeuticos y medicamentos, asi como el resumen de atención y el RIPS acorde a la norma.

69 82 Debe permitir integrar las órdenes de interconsultas, apoyos diagnósticos y terapéuticos, referencia y contrarreferencias en línea y tiempo real visualizando la respuesta de cada

uno de los servicios en forma bidireccional facilitando la impresión en caso requerido

70 83 Debe permitir la elaboración de órdenes de salida (tratamiento concluido y alta medica de acuerdo al servicio donde se encuentre).

71 85 Debe permitir la parametrización de indicaciones para la realización de procedimientos al usuario.

72 86 Debe permitir visualizar y graficar datos tales como signos vitales, somatometría, gases arteriales, laboratorios entre otros, en un perodo de tiempo determinado

73 87 Debe permitir integrar los registros de constantes vitales medidas por los equipos biomédicos, capturándolos en línea a la historia clinica.

74 88 El sistema deberá permitir asociar una descripción detallada con narrativa al diagnóstico codificado, asi mismo para procedimientos realizados codificados con CUPS, registro de nuevos hallazgos y nuevos diagnósticos según procedimientos.

75 89 El sistema debe permitir escanear e incorporar a la historia clínica electrónica, el formato debidamente diligenciado y firmado de consentimiento informado, desistimiento y asentimiento.

76 90 El sistema debe permitir la consulta y registro de la historia clínica por varios especialistas de manera simultánea, identificando a los profesionales que participan en la atención.

77 91 El sistema debe permitir que una misma decisión clínica sea firmada o avalada por varios especialistas de manera simultánea, en línea y en tiempo real.

78 92 El sistema debe permitir identificar el médico o grupo tratante asignado al paciente.

79 93

El sistema deberá proporcionar la capacidad de capturar, mantener y mostrar como datos discretos: eventos adversos y todos aquellos incidentes relacionados con la seguridad del paciente, permitiendo el acceso de acuerdo a perfiles y roles determinados para los usuarios.

80 94

Contar con elementos de Seguridad Clínica: Identificación de Problemas Relacionados con Medicamentos (PRM) mediante alertas y validaciones al momento de la prescripción y registro de administración. Ejemplo: Alergias, dosis por forma farmacéutica, dosis máxima y mínima (por dosis y por día), interacciones, sinergias, dosis por kilo de peso, contraindicaciones a medicamentos o dietas, equivalencia de la dosis en la forma farmacéutica, duración del tratamiento, etc. No obstante, el sistema debe permitir obviar la alerta, siempre y cuando el profesional justifique su decisión.

81 95

Debe permitir el ingreso de la información en texto libre, para: los motivos de consulta, enfermedad actual, anamnesis, revisión por sistemas, examen físico, la evolución clínica diaria de los pacientes, o respuesta de interconsultas, observaciones a procedimientos y solicitudes, análisis y plan o conducta.

82 96 Para el caso de los diferentes antecendentes en la historia clínica, debe obligar su diligenciamiento en la primera consulta; adicionalmente, debe permitir su visualización y actualización para las consultas posteriores.

83 97

Debe permitir el registro de la información relacionada con el examen físico céfalo caudal con signos vitales completos; talla y peso así mismo otros datos que se requieran como Índice de Masa corporal,TFG, fecha probable de parto (Generando automáticamente el cálculo de datos a partir de una información básica), definiendo obligatoriedad de algunos de ellos.

84 100 Debe permitir generar certificados medicos e Incapacidades (Incluye licencia de

maternidad, las cuales se generarán en forma automática, trayendo los datos del paciente, con la fecha y hora del diligenciamiento y generando automáticamente la fecha de finalización de la incapacidad o licencia al introducir el dato de la duración, haciendo el cálculo a partir del momento del registro en el sistema). También debe permitir registrar el origen de la incapacidad que emita la DGSM (enfermedad general, accidente de trabajo, SOAT, etc.)

85 101

Debe permitir la Integración con el archivo de historias clinicas y por medio de un link que enlace la historia clínica física para solicitud y devolución de la misma. Permitir identificar la ubicación según préstamo de la historia clínica física y el registro del traspaso de préstamo entre especialidades, servicios o dependencias, y definir toda la trazabilidad y seguimiento del responsable de la historia.

86 104 Debe permitir la creación de exclusiones (novedades) para ser aplicadas posteriormente a los usuarios. En los casos de CTC debidamente aprobados y los casos de acciones de tutela y derechos de peticion entre otros.

87 105 Ordenes Clínicas y Médicas

88 106

Debe permitir generar órdenes médicas, órdenes clínicas, indicaciones médicas y su prioridad, en cualquier momento de la atención prestada por el equipo de salud, durante el período de hospitalización y/o salida, urgencias y consulta externa de acuerdo a especialidad y a perfiles de usuario.

89 107 Debe permitir tener seguimiento al cumplimiento de órdenes por áreas de servicio. (urgencias, recuperación, cirugía, hospitalización, entre otros.)

90 108 Debe controlar la duplicidad de órdenes emitidas a un mismo paciente entre servicios teniendo en cuenta el costo beneficio y racionalidad técnico científica.

91 109

Debe permitir la integración con programación de citas para la planeación y control de las agendas del personal asistencial y la programación de las diferentes órdenes clínicas (diagnóstico, manejo terapéutico o interconsulta) y gestionar cambios en cuanto a: disponibilidad de personal, equipos y consultorios.

92 110 Debe permitir generar órdenes especiales de prótesis, órtesis, sillas de ruedas, lentes de contacto, lentes y monturas, oxigeno domiciliario, etc. Registrando las especificaciones y/o fórmula específica por cada paciente.

93 111

Debe permitir configurar el formato único de formula de medicamentos y medicamentos de control especial, (para este último debe generar automáticamente el formato y obligar a su diligenciamiento) de acuerdo a los parámetros establecidos por la normatividad legal vigente.

94 116

Debe generar automáticamente las recomendaciones de preparación especial para procedimientos que lo requieran, al momento de generar la orden clínica (código CUPS) por parte del profesional de la salud así como la impresión y/o consulta en caso requerido.

95 117 Debe permitir identificar en formatos independientes la formulación de órdenes intrahospitalarias y ambulatorias.

96 118 Permitir la integración de voz, imágenes y videos en el Historial Clinico Electrónico del Paciente.

97 119 Debe permitir el seguimiento de las actividades programadas No Realizadas y causales de no realización.

98 120 Atención Integral del Paciente en Urgencias y TRIAGE:

99 121 Que permita realizar TRIAGE teniendo en cuenta identificación del paciente, su registro, el nivel de atención y grado de complejidad institucional, aplicando las normas internacionales y protocolos de clasificación de pacientes.

100 122 Que permita realizar TRIAGE a todo tipo de paciente (pediátrico, Ginecología y adulto)

101 123 Que permita generar reportes por causa externa, tales como SOAT, ATEP y Catastróficas por aseguradora, Fuerza y especialidad.

102 124 Debe permitir el registro de direccionamiento del paciente generado por el TRIAGE y controlar el tiempo de atención una vez clasificado.

103 125 Que permita el registro de los traslados de pacientes de consultorio a observación.

104 126 El sistema deberá permitir la visualización de los pacientes que han sido admitidos a hospitalización pero aún permanecen en urgencias.

105 127 Que permita el registro de alta médica para todos los pacientes.

106 128

Que permita la generación de un tablero de control de pacientes con sus respectivas alarmas, que incluya el censo general de pacientes, detallando los ingresos por diagnostico, servicios, especialidad y Fuerza, y permitiendo su impresión cuando se requiera.

107 132 Atención en Sala de Partos:

108 133 Generar los registros individuales de atención médica relacionadas con la atención de los eventos obstétricos como partos, cesáreas y legrados.

109 134 Permitir monitorear las pacientes que se encuentran en trabajo de parto. 110 135 Debe permitir registrar información relacionada con la terminación del evento obstétrico.

111 136 Debe permitir actualizar automáticamente la información relacionada con los antecedentes obstétricos de la mujer y los perinatales del neonato.

112 137 Para cada producto, permitir generar el Registro Individual de Atención de Recién Nacido.

113 138 Debe permitir registrar datos de partograma, Información adicional, pelvimetría, plano de Hodge, Somatometría del Recién nacido, Información general del evento (datos del parto y servicios facturables), del alumbramiento.

114 139 Debe permitir registrar datos de Control post parto del producto, procedimientos al nacer registrar diagnósticos correspondientes.

115 140 Debe permitir registrar datos del tamizaje en el recien nacido. 116 141 Debe permitir registrar valoración de la madre y del recién nacido. 117 153 Atención Integral de Hospitalización: 118 154 Características Generales:

119 158 Registrar admisión de pacientes, la valoración inicial, la atención individual, solicitudes, indicaciones, resultados, egresos, el registro Individual de Atención necesarios, Interconsultas, indicaciones médicas.

120 159 Registrar Somatometría, Medicamentos y Soluciones, Cuidados Generales, procedimientos, Pruebas rápidas, Valoración y/o interconsultas, Dietas, Hoja de consumos.

121 160 Registrar la hoja diaria de enfermería, control de líquidos

122 161 Permitir registrar el cuadro de control diario de pacientes incluyendo No. Cama, especialidad, médico tratante, fuerza, diagnóstico, estancia hospitalaria.

123 162

Que permita el registro, la solicitud electrónica, cargue, descarge y consulta de saldos de insumos, dispositivos médicos, medicamentos, procedimientos de diagnóstico y tratamiento y que tengan interoperabilidad con las diferentes áreas del ESM u hospital que prestan los servicios como:

124 163 a. Órdenes clínicas de apoyo diagnóstico y apoyo terapéutico. 125 164 c. Solicitud de medicamentos. 126 165 d. Solicitud de procedimientos 127 166 e. Especificación de dietas. 128 167 f. Ordenes de interconsulta. 129 168 Que permita verificar el servicio y el médico tratante del paciente 130 169 Atención Integral en Medicina y otras Especialidades: 131 170 Que permita determinar origen, tiempo y clasificación de la discapacidad del paciente.

132 171 Que permita conocer, controlar y realizar observaciones a los insumos suministrados por paciente con sus observaciones y así permitir el reintegro si da a lugar.

133 173 Servicios de Apoyo, Medios Diagnósticos y Terapéuticos (Radiología, Servicios Terapéuticos, Banco de Sangre, Patología y Laboratorio Clínico):

134 174

Que permita la consulta de resultados e imágenes diagnósticas en linea, asi como escanear placas y procedimientos de radiología, laboratorio, patología para integrarla a la historia clínica de los pacientes, y su disponibilidad permanente de los resultados en el sistema, con restricciones para examenes determinados.

135 175 Que permita generación de reportes para control y elaboración de órdenes electrónicas, con las restricciones que emita la entidad para solicitudes frecuentes.

136 176 Debe permitir registrar observaciones de los procedimientos diagnóstico y apoyo junto con su definición y los formatos para cada reporte.

137 177 Que permita visualizar las órdenes clínicas desde el puesto del trabajo según criterios predefinidos.

138 178 Que permita incluir datos de identificación como: edad, género, numero de documento de identificación del paciente, el cual se deben generar en el momento en que el médico da la orden respectiva y se pueda consultar e imprimir según el caso.

139 185 Farmacia e inventarios

140 186 Permitir la interoperatividad con el operador logistico para los ESM que aplique o de las farmacias propias del SSFM.

141 187

Que permita la integración o interface de acuerdo a los datos, con las funcionalidades de historia clínica (Historia clínica, registros clínicos y anexos en todos los servicios), facturación, cartera, compras, contratos, almacén, contabilidad, inventarios para informar a bodegas y almacenes sobre el recibo o entrega de elementos solicitados (planificación de abastecimiento), costos y cuentas por pagar para informar de pagos próximos a realizar a proveedores de bienes y servicios y presupuesto para control de ejecución de certificados presupuestales de órdenes de pedido, servicio o trabajo.

142 188

Permitir la visualización de las existencias de farmacia del operador logistico, del hospital y/o ESM y búsqueda de medicamentos por: principio activo, nombre comercial, grupo terapéutico, forma farmacéutica o por prescripciones favoritas o frecuentes asociadas a perfil y/o usuario.

143 189 Debe permitir realizar el manejo de los movimientos relacionados con los productos, insumos y soluciones del o los almacenes con que cuenta cada institución y/o el operador logistico.

144 190 Debe interactuar con todo el sistema permitiendo la administración de bodegas, surtir órdenes de medicamentos de pacientes ambulatorios y hospitalizados, manejar devolutivos y control de existencias.

145 191

Debe permitir la gestión de inventarios, hacer la carga del inventario inicial a la(s) bodega(s) (almacenes) que se tienen dentro de la institución, posteriormente permitir los diferentes movimientos como son solicitudes, traslados, dispensar formulas, venta al público, etc. además de hacer registros de conteos físicos de los productos y compararlos con las existencias actuales. Enlace ERP.

146 192

Debe quedar para la entrada de medicamentos a inventarios: registro de Lote, fecha de vencimiento y facturas de compra de los proveedores de medicamento (Verificando fecha de compra), que permita cargar documentos escaneados. (sistemas de alerta de fechas de vencimiento).Enlace ERP

147 193 Debe permitir generar el registro de las solicitudes de productos que puedan realizar de manera interna entre bodegas de la instituciòn de salud o de las bodegas principales directamente de un proveedor externo.

148 194 Debe permitir la descarga a partir de una solicitud, ingresar las cantidades al stock de cada producto. Una solicitud puede ser completada en varias descargas cuidando siempre de no superar la cantidad de productos solicitados.

149 195 Debe permitir realizar movimientos y ajustes de inventarios como dispensar y devolver medicamentos, alta de nuevos insumos o medicamentos, traslados entre bodegas, ajustes, préstamos, etc.

150 196 Debe permitir el registro y asignación de dosis diaria por paciente.

151 197

Que permita registro de entradas de elementos/productos y generación de soporte por solicitud o transferencia de almacenes principales, compra directa a proveedores, devoluciones de servicios, devoluciones desde centros de costo o áreas de responsabilidad, devoluciones de pacientes, o bienes de proveedores en consignación.

152 198

Que permita registro de salidas de elementos/productos y generación de soporte por transferencia hacia centros de costo o áreas de responsabilidad, devolución a proveedores, devoluciones a almacenes principales, devoluciones de medicamentos no utilizados en los diferentes servicios, bienes dejados en consignación por proveedores.

153 199 Que permita el control de gestión de pendientes con su respectivo tablero de control y alarmas.

154 200 Que permita la creación de orden de pedido en línea por productos/elementos realmente utilizados.

155 201 Que permita el reintegro al inventario de kárdex o sub almacenes de los elementos sobrantes de paquetes quirúrgicos, medicamentos o cualquier otro insumo.

156 202 Que permita la administración de puntos de reposición o nueva orden de productos/elementos.

157 203 Que permita administración del concepto de grupos homogéneos de productos (grupo farmacológico).

158 204 Que permita el ingreso de medicamentos que se encuentran fuera del Vademécum de la

Institución, dando cumplimiento a la normatividad Legal Vigente y avalados por el INVIMA.

159 205

Que en el momento de realizar prescripción de un medicamento de control; en cualquier servicio y área de atención se genere en forma automática el formato respectivo para su diligenciamiento por el médico responsable del mismo. (formato de formula de 3 copias que exige cada secretaria departamental, formula del ESM) cuando asi se requiera. En donde se exija recetarios por parte del ente departamental de salud, el sistema debe permitir escanear cargar, visualizar e interoperar con inventarios.

160 206 Que permita el control de cantidades recibidas parciales o totales, según orden de pedido o contrato.

161 207 Que permita el registro de elementos o productos y medicamentos por unidosis dosis o unidades mínimas.

162 208 Que permita la confirmación de orden de medicamentos despachados por fecha, especialidad, profesional que ordena y paciente.

163 209 Que permita la generación de filtros o restricciones al despacho de medicamentos. Ejemplo: Topes en cantidades, o asociación con diagnósticos o tiempo de prescripción.

164 210 Que al suministrar el medicamentos o insumo al paciente, en tiempo real alimente la cuenta del paciente para realizar la factura respectiva, con los incrementos o valor a facturar de acuerdo a los convenios establecidos (HOMIC, ESMS y operador logistico)

165 211 Que permita la verificación automática de duplicidad en orden de medicamentos suministrados a pacientes (Entre diferentes ESM de la misma fuerza y de otras fuerzas y el HOMIC).

166 212 Que permita la Consulta de existencias de Kárdex, donde se reporten ingresos, egresos y rotación de lotes. , farmacia y almacenes y el control de fechas de vencimiento de los medicamentos e insumos médicos en los kardex, farmacias y almacenes satélites).

167 213 Que suministre la información que permita la proyección de compras y del plan anual de compras basada en estadística asistencial y de consumo por período.

168 214 Que permita el ingreso y actualización del catálogo de productos bajo el código Único de Bienes y Servicios que establezca la normatividad vigente.

169 215 Que permita la elaboración de órdenes de pedido, servicio o trabajo a partir de solicitudes y requerimientos aprobados (por periodo: mensual, bimensual, trimestral, semestral, anual según proceda).

170 216 Que permita la consulta de órdenes de pedido, servicio o trabajo y contratos de acuerdo al estado en que se encuentren (solicitado, recibido total o parcialmente, cancelado, pagado.)

171 217 Que permita el ingreso de información de productos, servicios y precios ofrecidos por proveedor, para análisis comparativo en la toma de decisiones de compra.

172 218 Que permita el registro de cotizaciones controlando vigencia de las mismas.

173 219 Que permita el registro de datos de proveedores especificando información tributaria, tipo de proveedor, condiciones de pago, bonificaciones y descuentos condicionados.

174 220 Que permita el control de órdenes de compra, servicio y pedido de acuerdo a la cuantía. 175 221 Que permita la verificación de órdenes de pedido, servicio o trabajo por pantalla.

176 222 Que permita la asociación de registro presupuestal a órdenes de pedido, servicio o trabajo. (tener encuenta la integración de los sistemas SIIF Y SISAM)

177 223 Que permita el control de anulación de órdenes de pedido, servicio o trabajo, con registro presupuestal.

178 224 Que permita la asignación automática de número consecutivo de órdenes de pedido, servicio o trabajo y el control de la integridad en los consecutivos.

179 225 Que permita la consulta de inventarios de almacenes y kárdex o sub almacenes para conocer existencias en las localizaciones, último valor de compra y catálogo de productos (fechas de vencimiento y rotaciones realizadas).

180 226 Que permita el registro adecuado de la producción de farmacia hospitalaria que incluya costos de producción.

181 227 Que permita la identificación de la rotación por unidad de tiempo de cada uno de los ítems de farmacia.

182 228 Que permita determinar el ingreso de los requerimientos de almacenamiento y verificar tipo y lugar de almacenamiento mínimo de los mismos.

183 229 Que permita hacer un control de fármaco vigilancia y tecno vigilancia de cada uno de los productos farmacéuticos e insumos y dispositivos médicos utilizados en la institución.(con alertas de mantenimiento para los dispositivos, fechas de vencimiento).

184 230 Que permita realizar la consolidación de la información del proceso de dispensación de medicamentos e insumos. ( según contrato vigente de medicamentos, tener en cuenta las diferentes modalidades ya sea suministro o dispensacion para los diferentes ESM)

185 231 Que permita que el profesional de la salud prescriba en un ESM y el paciente lo pueda reclamar en cualquiera de los ESM del SSFM.

186 232 Que permita realizar el seguimiento desde la prescripción hasta la dispensación y/o administración del medicamento al paciente.

187 233 Que permita llevar el control de: (transcripciones realizadas de especialidades y subespecialidades)

188 234 a. Moléculas despachadas por ESM 189 235 b. Médicos prescriptores 190 236 c. Moléculas asociadas a enfermedad de alto costo 191 237 d. Que se integre con la generación de glosas. 192 238 Diferenciar entre medicamentos, soluciones e insumos. 193 239 Identificar medicamentos que puedan ser utilizados para preparaciones 194 240 Identificar para cada medicamento su substancia activa. 195 241 Definir para cada medicamento su dosis de aplicación.

196 242 Definir para cada medicamentos sus efectos posteriores, interacciones y riesgos asociados.

197 243 Permitir identificar las contra indicaciones de cada medicamento. 198 244 Permitir definir la vía de aplicación de cada medicamento.

199 245 lntegración con Farmacia, que permita la reposición de fármacos e insumos para su facturación y costeo, incluyendo un sistema móvil de dispensación.

200 246 Debe generar una base de datos única, de manera que desde cada punto de dispensación, suministro y a nivel central, se podrá ver el consumo de medicamentos en tiempo real, determinando cuándo y dónde se suministraron.

201 247 El sistema debe hacer un corte a las 00:00 horas de cada día, hora a partir de la cual, no

podrá ser modificado o agregado ningún dato a las tablas que requieren alimentación diaria. Toda transacción que se haga después de esa hora quedará registrada en la fecha del nuevo día.

202 248 Los datos ingresados a la herramienta no podrán ser modificados luego de grabada una transacción.

203 249

Deberá operar en línea y tiempo real con la DGSM, las DISAN, Regionales, ESM y HOMIC como entidades independientes en el proceso de dispensación y suministro de medicamentos, tanto en las consultas como en los reportes y a la vez debe permitir la consolidación por grupos de ESM, Regionales, DISAN, DGSM y HOMIC.

204 250 Debe garantizar en el aplicativo la reserva de la información del paciente mediante la utilización de los roles y perfiles para que solo el personal auditor autorizado pueda generar esta información.

205 251 Debe adoptar en la herramienta la codificación establecida por la DGSM para las diferentes variables manejadas en la base de datos, tales como: códigos de establecimientos, códigos de medicamentos, códigos de unidades y otros.

206 252 Debe permitir la caracterización de los diferentes tipos de medicamentos como son: alto costo, control especial, Monopolio del Estado, Vitales no disponibles, Salud Pública, acuerdo, CTC y tutelas, catastroficos etc.

207 253 Debe permitir el registro de los medicamentos dispensados y suministrados por medio de lectura de código de barras o un metodo mejor, para mayor agilidad al momento de la dispensación o suministro.

208 254 Debe permitir realizar trazabilidad al proceso de auditoria de medicamentos con base en los tiempos establecidos por la normatividad y el convenio vigente.

209 255 Deberá permitir la exportación a formatos estándar de archivo, tales como TXT, XML, Excel, PDF, etc., de todos los reportes y consultas que integren la solución.

210 256

Debe permitir realizar consultas en tiempo real y generar el total de los reportes y consultas en ambiente WEB, permitiendo que desde cualquier computador que tenga acceso a Internet y por medio de cuentas y claves de acceso seguro, se puedan realizar consultas de los reportes y consultas solicitadas, adicionalmente debe garantizar los tiempos de respuesta minimos acordes con la cantidad de datos y variables solicitadas.

211 257

El aplicativo deberá alertar, bloquear y no permitir la dispensación y suministro de la fórmula mediante alertas visuales y/o sonoras cuando el usuario no se encuentre en la base de datos o estando en ellas se encuentre inactivo, así como con los sistemas de información con que cuenta el HOMIC o con otro sistema que determine la DGSM.

212 258

Debe estar provisto de un módulo encargado de recibir y cargar los inventarios de medicamentos a través de una interface web services, archivo plano o digitando la información incluyendo lote y fecha de vencimiento, ya que a la fecha de entrada de ejecución del contrato el operador seleccionado debe recibir los inventarios de medicamentos de farmacia, con que cuenta el ESM para su dispensación y suministro, cargando el inventario en su módulo de control de la farmacia.

213 259

Debe al momento de terminar el cargue de los inventarios de que trata este punto generar las actas físicas de recibo de medicamentos, discriminando cada uno de los ítems recibidos, indicando adicionalmente lote, fecha de vencimiento, valor unitario y valor total de la mercancía entregada por parte de los almacenistas del ESM al contratista.

214 260

Debe tener implementadas todas las operaciones propias en el manejo de inventarios farmacéuticos, permitiendo hacer trazabilidad de los medicamentos en todas las transacciones con lote y fecha de vencimiento, con la capacidad de diferenciar en todo el proceso los saldos de las existencias entregadas al principio del contrato procedentes del ESM, contando con la opción de alarmas que informe sobre medicamentos que están próximos a vencerse.

215 261

Debe permitir el registro de eventos adversos y generar los reportes y consultas de Farmacovigilancia en cada ESM. Además, deberá generar los reportes y consultas de Farmacovigilancia en períodos de tiempo dando cumplimiento a lo establecido en la Resolución 009455 del 2004 y las que la modifiquen adicionen o sustituyan.

216 262 Debe poseer un tablero de control con semaforización que permita visualizar el estado y las alertas de la gestión de medicamentos pendientes de dispensación y suministro, para visualizar por DGSM, HOMIC, DISAN, REGIONAL y ESM.

217 263

El aplicativo debe permitir ingresar la información de los pacientes que no se le despachan los medicamentos por no tener derecho, por haber recibido el mismo medicamento solicitado en otros ESM y demás causas que contemple el contrato para no entregar los medicamentos, y debe quedar trazabilidad de este hecho.

218 264

Debe permitir generar consultas de todos los campos que contiene la base de datos, mediante el cruce de variables por diferentes filtros, en diferentes períodos de tiempo (horas, días, semanas, meses, bimestres, trimestres, semestres y años), mediante la generación de consultas o reportes dinámicos, sin que ello signifique modificación de la información y pérdida de la trazabilidad, la cual debe ser explicada a un personal técnico de la DGSM-HOMIC-ESM.

219 265

Debe permitir generar la siguiente consulta para glosas, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM así: ESM, centro de costos, número de fórmula, número de tirilla, nombre usuario, número documento de identidad, Fuerza, código medicamento FFMM, código medicamento operador, descripción genérica del medicamento, descripción comercial del medicamento, número de unidades, unidades cobradas, unidades glosadas, valor unitario, valor total sin intermediación, valor intermediación, valor total + intermediación, fecha entrega paquete, fecha auditoria ESM, código objeción, observación objeción, valor objeción, valor primer pago, número de factura, fecha de factura, fecha devolución a operador (objeciones), fecha respuesta del operador a objeciones, respuesta objeción y valor segundo pago

220 266

El aplicativo debe permitir generar la siguiente consulta verificar la trazabilidad del despacho de medicamentos, realizando filtros por períodos de tiempo para fecha inicial, fecha final, código medicamento (FFMM u Operador Logístico), ciudad de Atención, ESM de atención, ESM de adscripción, Fuerza, fecha hora transacción, número documento medico, número documento usuario, nombre usuario, nombre medico, tipificación de origen del evento, código CIE10, descripción CIE10, código FFMM, código operador, nombre genérico, concentración, forma farmacéutica , nombre comercial, laboratorio , categoría farmacológica (código ATC), tipo facturación, cantidad formulada, cantidad despachada, valor unitario sin intermediación, cantidad pendiente, cantidad pendiente despachada, valor total sin intermediación, valor total intermediación, valor total, lote, fecha de vencimiento, entre otras variables.

221 267

Debe permitir generar la siguiente consulta para el seguimiento inventario FFMM, así: Código ESM, ESM, ciudad, código FFMM, código operador, nombre genérico, concentración, forma farmacéutica, nombre comercial, laboratorio, número unidades inventario, lote, fecha de vencimiento, días hábiles para vencimiento, valor unitario, valor inventario recibido (a la fecha de inicio del contrato), ESM a donde se traslada el medicamento (número 1), ESM a donde se traslada el medicamento (número 2), fecha de traslado, cantidad trasladada (ESM 1), cantidad trasladada (ESM 2), valor total traslado, saldo actual ESM de origen, valor saldo actual, porcentaje consumido sobre el valor y realizando filtros por periodo de tiempo.

222 268

Debe permitir generar la siguiente consulta para la trazabilidad de medicamentos pendientes, así: Dispensario, Fuerza, cédula paciente, nombre paciente, ciudad, ESM donde se genera el pendiente, ESM donde se entrega el pendiente, nombre y número documento del médico, tipo de entrega, tipificación del origen del evento, tipo vinculación, fecha generación pendiente, fecha de reserva, fecha de entrega, número de fórmula y/o solicitud, fecha de fórmula y/o solicitud, número del pendiente, código FFMM, código operador, nombre genérico del medicamento, concentración, forma farmacéutica, nombre comercial, laboratorio, cantidad solicitada fórmula, cantidad despachada, cantidad pendiente, tiempo limite (horas), estado (horas transcurridas), pendiente reservado en bodega virtual, valor del pendiente, valor intermediación, valor total (descargado) y realizando filtros por periodo de tiempo.

223 269

Debe permitir la consulta detallada de pendientes, se realizará el filtro por fecha inicial, fecha final y ESM, el cual debe contener como mínimo la siguiente información: ESM, número del pendiente, Fuerza, ciudad, ESM adscripción, tipo vinculación, fecha de transacción, número de fórmula y/o solicitud, fecha de fórmula y/o solicitud, No de identificación del paciente, nombre paciente, cédula médico, nombre médico, código SSFM, descripción molécula, concentración, presentación, laboratorio, código comercial, nombre comercial, tipificación de la fórmula, categoría farmacológica, cantidad solicitada fórmula, cantidad despachada, cantidad pendiente, fecha generación pendiente, valor unitario, intermediación y valor total,trazabilidad tiempo de espera de entrega del medicamento al paciente, permitiendo alertas cuando se superan los tiempos especificados en el contrato.

224 270

Debe permitir la consulta detalles bodega virtual, se realizará el filtro por fecha inicial, fecha final y ESM, el cual debe contener como mínimo la siguiente información: estado, tipo documento, número, fecha de la reserva, fecha de creación del pendiente, días en bodega virtual, documento del paciente, nombre del paciente, código SSFM, descripción del medicamento, lote y total reserva. permitiendo hacer verificacion fisica de la existencia de la bodega virtual.

225 271

Debe permitir la consulta histórica reserva de pendientes, se realizará el filtro por fecha inicial, fecha final y ESM, el cual debe contener como mínimo la siguiente información: ESM, número, tipo, fecha generación del pendiente, fecha ingreso a bodega, código referencia, lote referencia, descripción referencia, cantidad solicitada, cantidad despachada y cantidad reservada.

226 272

Debe permitir la consulta medicamentos pendientes por molécula, se realizará el filtro por fecha inicial, fecha final y ESM, el cual debe contener como mínimo la siguiente información: código SSFM, descripción acuerdo, Presentación, concentración, cantidad y total.

227 273 Debe permitir la consulta del reporte detallado de pendientes, y su trazabilidad. Se realizará el filtro por fecha inicial, fecha final y ESM, el cual debe contener como mínimo

la siguiente información: ESM, número pedido, Fuerza, ciudad, ESM adscripción, tipo vinculación, fecha de transacción, número de fórmula y/o solicitud, procedencia de la solicitud, tipo de fórmula, fecha de fórmula y/o solicitud, número de identificación del paciente, nombre paciente, cédula médico, nombre médico, código SSFM, descripción molécula, concentración, presentación, laboratorio, código comercial, nombre comercial, tipificación, categoría farmacológica, cantidad solicitada fórmula, cantidad despachada, cantidad pendiente, fecha generación pendiente, valor unitario, intermediación y valor total.

228 274

Debe permitir la consulta del detalle de entrega y cobro de pendientes vs Facturación, se realizará el filtro por fecha inicial, fecha final y ESM, el cual debe contener como mínimo la siguiente información: ESM desde donde se entrega el pendiente, ESM que creó el pendiente, Fuerza, tipo de entrega, centro costo hospitalario, ciudad, ESM adscripción, fecha generación pendiente, fecha de ingreso a bodega virtual, fecha de entrega pendiente, número de fórmula y/o solicitud, número del pendiente, fecha de fórmula y/o solicitud, No de identificación paciente, nombre paciente, cédula médico, nombre médico, código SSFM, descripción molécula, concentración, presentación, laboratorio, código comercial, nombre comercial, tipificación, cantidad despachada, tiempo limite (horas), estado (horas transcurridas), valor intermediación (descargada), valor total (descargado).

229 275

Debe permitir realizar consulta por los médicos más costosos SSFM, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: Consecutivo, Fuerza del médico, cédula médico prescriptor, nombre del médico, especialidad del médico, cantidad usuarios atendidos, cantidad fórmulas, cantidad de medicamentos ítems formulados, cantidad unidades formuladas y valor total, entre otros.

230 276

Debe permitir realizar consulta por pacientes poli-formulados y pacientes mas costosos. Se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: Consecutivo, identificación paciente, nombre del paciente, Fuerza, cantidad de Fórmulas, cantidad de ítems, medicamentos formulados, valor total y porcentaje Fórmulas, diagnostico, edad, medico tratante entre otros.

231 277

Debe permitir realizar consulta por diagnósticos más costosos, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: Consecutivo, código diagnóstico, nombre diagnóstico, cantidad de usuarios atendidos con el diagnóstico, número de ítems, número de fórmulas, valor total y porcentaje, especificaciones del medicamento, entre otros.

232 278

Debe permitir realizar consulta por pacientes más costosos, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: consecutivo, identificación, paciente, nombre del paciente, número fórmulas, diagnostico, cantidad de ítems, cantidad de unidades, valor total y porcentaje.

233 279

Debe permitir realizar consulta por molécula más costosa, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza, y ESM, el cual debe contener como mínimo la siguiente información: consecutivo, código comercial, código SSFM, nombre genérico, número de pacientes, número de fórmulas, cantidad, valor total, porcentaje, entre otras variables. Debe permitir enlazar los pacientes formulados.

234 280 Debe permitir realizar consulta resumen, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente

información: Cantidad de documentos (fórmulas) generados, cantidad de pendientes generados, cantidad de pacientes en fórmulas generadas, cantidad de pacientes en pendientes generados, cantidad de fórmulas entregadas, cantidad de pendientes entregados, cantidad de medicamentos (unidades) en fórmulas y pendientes entregados, cantidad de medicamentos (ítems) en fórmulas y pendientes entregados, cantidad de moléculas en fórmulas y pendientes entregados, número órdenes de requisición y número de fórmulas por satélites.

235 281

Debe permitir realizar consulta por nivel de servicio, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: Consecutivo, centro costos, centro SSFM, descripción, número afiliados, fórmulas pendientes entregadas, número fórmulas despachadas, número total fórmulas, número total unidades, número unidades pendientes, % pendientes y nivel servicio. No se podrá incluir las fórmulas pendientes. adicionalmente debe permitir la trazabilidad de los pendientes y en cuanto tiempo se cumplió, como un resumen diario, semanal y mensual, o en el período de tiempo que se requiera. Debe además, mostrar el histórico de los niveles de servicio desde la recepción de la fórmula hasta la entrega del pendiente.

236 282

Debe permitir realizar consulta por pacientes reportados por rechazo de la fórmula médica, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: Número de identificación paciente, nombre paciente y motivo del rechazo, entre otras variables.

237 283

Debe permitir realizar consulta medicamentos por paciente, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: Número de identificación del paciente, nombre paciente, valor total acuerdo, valor total CTC, valor total tutelas, valor total alto costo, valor total.

238 284

Debe permitir realizar consulta medicamentos por CTC y Tutela, se realizará el filtro por fecha inicial y fecha final, generándolo por Fuerza y ESM, el cual debe contener como mínimo la siguiente información: ESM, consecutivo, Número de identificación paciente, nombre paciente, tipificación, diagnóstico, tipo fórmula, número fórmula, fecha fórmula, fecha entrega, número acta, fecha acta, código SSFM, código comercial, descripción producto SSFM, descripción comercial, cantidad, valor total CTC y porcentaje CTC (se calcula con relación al 100% de los medicamentos dispensados y suministrados).

239 285

Debe permitir realizar consulta por inventario medicamentos SSFM, se realizará el filtro por Fuerza, el cual debe contener como mínimo la siguiente información: ESM existencia medicamento, código SSFM, código comercial, nombre genérico, nombre comercial, laboratorio, número unidades inventario, lote, fecha de vencimiento, días hábiles para vencimiento, valor unitario ajustado y valor total.

240 286

Debe registrar las quejas recibidas en la línea de atención al cliente, contra las respectivas consultas filtradas por fecha inicial, fecha final, generándolo por Fuerza y ESM donde se muestre el número de quejas por tipo y la respectiva semaforización de la respuesta a la queja.

241 287

Debe permitir medir la oportunidad en la entrega de medicamentos en lo relacionado con el número de fórmulas recibidas, número de fórmulas despachadas en su totalidad, número de fórmulas con pendientes, número de órdenes de suministro recibidas, número de órdenes de suministro despachadas en su totalidad, número de ordenes de suministro con pendientes, número de fórmulas pendientes despachadas, número de ordenes de suministro despachadas, número de formulas pendientes no despachadas, número de fórmulas pendientes despachadas después de las 48 horas de generado el

pendiente, número de ordenes de suministro pendientes despachadas después de las 48 horas de generado el pendiente, número de días transcurridos entre la generación del pendiente y la entrega del pendiente por fórmula y orden de suministro.

242 288

Debe tener implementado un módulo que permita el despacho de ORDENES DE REQUISICIÓN de los ESM, el cual deberá clasificar los despachos acorde a los Botiquines estandarizados en las Fuerzas, y Unidades móviles entre otros, medicamentos carros de paro y medicamentos para centros de reserva, identificando el ESM solicitante y las cantidades solicitadas y despachadas de cada medicamento, el software deberá permitir hacer trazabilidad con lote, fecha de vencimiento y destino de los medicamentos entregados por órdenes de requisición.

243 289

Debe generar reportes en períodos de tiempo clasificando cada uno de los tipos de orden de requisición especificando cantidades de cada medicamento en valores unitarios y totales para cada ESM, además debe generar los reportes con las variables contempladas en el formato de órdenes de requisición para este proceso. Así mismo el aplicativo debe permitir visualizar los consumos de medicamentos entregados para dotación de Botiquines M3 y M5 por E.S.M, carros de paro y centros de reserva de acuerdo con el listado de medicamentos contenidos en esta norma.

244 290 El aplicativo al momento de realizar la dispensación de medicamentos debe permitir como mínimo registrar la siguiente información:

245 291 a. Número de la fórmula. 246 292 b. Fecha de la fórmula. 247 293 c. Fecha de recepción de la fórmula.

248 294 d. Fecha de dispensación del medicamento formulado (incluye varias fechas si la prescripción fue entregada en diferentes fechas).

249 295 e. Tipo de medicamento que son: Acuerdo, CTC, Tutela. 250 296 f. Tipo de evento (PyP, EG, ECAT, MAT, SOAT, ATEP, ALTO COSTO). 251 297 g. Documento de identificación del usuario. 252 298 h. Fuerza a la que pertenece el usuario.

253 299 i. Tipo de vinculación del usuario. (Cotizantes activos, cotizante no activos, Beneficiarios, no cotizantes).

254 300 j. ESM de adscripción del afiliado.

255 301 k. Código del medicamento de conformidad con el Acuerdo 052 de 2013 y demás que modifiquen, sustituyan o se adicionen.

256 302 l. Descripción del nombre genérico del medicamento solicitado

257 303 m. Descripción del nombre comercial del medicamento solicitado cuando el medicamento esté FUERA del ACUERDO y sea aprobado por CTC o tutela.

258 304 n. Cantidades de medicamento pedido y despachado, precio unitario, valor intermediación y total de la transacción.

259 305 o. Lote y fecha de vencimiento. 260 306 p. Dosis/Día 261 307 q. Presentación del medicamento 262 308 r. Via de administracion del medicamento 263 309 s. Tiempo de tratamiento

264 310 t. Código del Establecimiento de Sanidad Militar que generó la fórmula. 265 311 u. CódigoCIE10 (clasificación internacional de enfermedades vigente). 266 312 v. Cédula de ciudadanía del profesional de la salud que fórmula, nombre, profesion. 267 313 w. Identificación del despachador de la fórmula. 268 314 x. Identificación del digitador de la fórmula. 269 315 y. Código de barras del medicamento. 270 316 z. Valor del medicamento despachado. 271 317 ab. Número de la tirilla.

272 318 El aplicativo debe tener integrado un módulo que permita el registro del personal profesional de la salud del SSFM, que realiza la formulación, con las siguientes variables:

273 319 . Nombres y apellidos. 274 320 . Especialidad. 275 321 . Número de cédula. 276 322 . Registro médico. 277 323 . Digitalizacion de firma y sello

278 324 . Estado, (Activo, Inactivo). Y las modificaciones a que haya a lugar como capacitaciones, cambio de ESM, vacaciones, entre otras.

279 325 Una vez sea reportada una novedad de personal, la base de datos deberá ser actualizada por el sistema en linea y tiempo real.

280 326

La entrega de medicamentos se restringirá a los profesionales autorizados, agrupados por medicina general, medicina especializada, odontología general y odontología especializada de acuerdo a los medicamentos clasificados por el nivel de atención y el área de salud.

281 327

El aplicativo en el momento de realizar la validación de derechos, debe permitir ver los medicamentos dispensados al usuario en los últimos noventa (90) días, y estar provisto de alertas visuales y/o sonoras que controlen la entrega de medicamentos por usuario y principio activo.

282 328

Debe contar con una opción que permita parametrizar la vigencia de la fórmula en Horas o en días de acuerdo a términos pactados, con alertas visuales o sonoras que no permita la dispensación de las fórmulas que hayan perdido vigencia bloqueándola automaticamente, de acuerdo a la normatividad del SSFM

283 329 Debe contar con una opción de control de despacho de medicamentos pendientes en Cualquier punto de dispensación del país, no importando en cuál ciudad o farmacia fue generado el pendiente.

284 330

Debe contar con un módulo que le permita a los auditores diariamente realizar el cierre mediante la validación de la información, con un visto bueno o no de las fórmulas y los medicamentos en el aplicativo. Estos cierres deben ser inmodificables y para los pendientes realizar la trazabilidad correspondiente, generando los informes que deben ser firmados y escaneados en la herramienta.

285 331 Debe poseer un repositorio documental que permita almacenar por paciente las imágenes escaneadas del documento de identificación, carné de servicios, el CTC, tutelas, etc.

286 332 Debe permitir realizar auditoría en línea mediante un sistema de alarmas visuales y

sonoras sobre: Pertenencia al SSFM del paciente, topes de formulación, vigencia de la fórmula, historial de medicamentos entregados a los usuarios en fórmulas dispensadas con anterioridad, profesional que prescribe diferente a los autorizados. Estas alertas deben ser parametrizables, una vez generadas, debe impedir el proceso de dispensación.

287 333 Debe generar la consulta de dispensación de la rotación de los medicamentos por DGSM, HOMIC, DISAN, REGIONAL y ESM.

288 334 Debe permitir realizar la consulta del promedio de consumo de los medicamentos por período, Fuerza, ESM y por tipificación. Debe permitir realizar la consulta por frecuencia de uso de los medicamentos por Fuerza y ESM. En HOMIC por servicios.

289 335 Debe permitir el cierre de pendientes generados por ESM periódicamente (diario, semanal o mensual). Estos cierres deben ser inmodificables.

290 336 Debe permitir realizar una consulta y auditoria que realizará el filtro por año, mes, día y ESM, por número de fórmulas despachadas por día, Fuerza y ESM.

291 337

a. Diario para auditoría que contenga mínimo la siguiente información: ESM, Fuerza, cantidad de fórmulas, valor fórmulas con intermediación, valor total intermediación, número de unidades pendientes entregadas, valor pendientes entregados con intermediación, valor intermediación pendientes y valor total.

292 338 b. Pendientes descargados que contenga mínimo la siguiente información: ESM, Fuerza, cantidad fórmulas, cantidad de unidades pendientes descargados, valor medicamentos con intermediación o sin ella y valor total.

293 339 c. Total por tipificación medicamentos que contenga mínimo la siguiente información: ESM, Fuerza, valor CTC, valor tutelas, valor alto costo, valor acuerdo y valor total medicamentos.

294 340 d. Totales por tipo de solicitud que contenga mínimo la siguiente información: ESM, Fuerza, valor urgencias, valor botiquín, valor requisición, valor planilla, valor satélite, valor ambulatorio, valor hospitalario y valor total.

295 341

e. El aplicativo debe permitir informe detallado para auditoría que contenga mínimo la siguiente información: ESM, Fuerza, número de la fórmula, número de tirilla, fecha transacción, nombre de paciente, tipo de medicamento, tipo de solicitud, tipo de evento, pendiente entregado, código comercial, código genérico, descripción, bodega origen, lote, fecha de vencimiento, cantidad solicitada, cantidad despachada, valor unitario sin intermediación, valor ítem sin intermediación, valor intermediación y valor total.

296 342 El aplicativo debe permitir la consulta diaria mensual, bimestral u otro periodo que se requiera realizando el filtro por año, mes, día y ESM.

297 343

a. Informe Diario y mensual definitivo que contenga mínimo la siguiente información: ESM, Fuerza, cantidad medicamentos en fórmulas, cantidad fórmulas, valor fórmulas, intermediación fórmulas, número de unidades pendientes entregadas, valor pendientes entregados, intermediación pendientes y valor total, cantidad moleculas formuladas y cantidad moleculas despachadas.

298 344 b. Pendientes descargados que contenga mínimo la siguiente información: ESM, Fuerza, cantidad fórmulas, número de unidades pendientes entregadas, valor medicamentos, valor intermediación medicamentos SSFM y valor total,cantidad moleculas pendientes.

299 345 c. Totales por tipificación que contenga mínimo la siguiente información: ESM, Fuerza, valor CTC, valor tutelas, valor alto costo, valor acuerdo y valor total.

300 346 d. Totales por tipo de fórmula que contenga mínimo la siguiente información: ESM,

Fuerza, valor urgencias, valor botiquín, valor planilla, valor satélite, valor ambulatorio, valor hospitalario y valor total.

301 347

e. Detallado definitivo que contenga mínimo la siguiente información: ESM, Fuerza, fórmula número, tirilla, fecha transacción, afiliado, tipificación, tipo de fórmula, tipo de evento, código comercial, código genérico, descripción, bodega origen, lote, fecha de vencimiento, cantidad pedida, cantidad despachada, valor unitario, valor ítem, valor intermediación y valor a cobrar.

302 348

Consulta Análisis de reportes que realizará el filtro por fecha inicial, fecha final y ESM, que contenga mínimo la siguiente información: ESM, Fuerza, fecha transacción, tipo solicitud, tipificación, identificación paciente, nombre paciente, dispensario adscripción, tipo vinculación, identificación médico, nombre médico, especialidad médico, código SSFM, código, nombre genérico, nombre comercial, código diagnóstico, laboratorio, lote, fecha vencimiento, tipo producto, bodega origen, categoría farmacológica, cantidad solicitada, cantidad despachada, cantidad pendiente, cantidad pendiente descargado, cantidad unidades persisten pendientes, valor unidosis, valor unitario sin intermediación, valor intermediación y valor total.

303 349

Debe permitir la consulta Detallado Requisiciones Planillas de reportes que realizará el filtro por fecha inicial, fecha final y ESM, que contenga mínimo la siguiente información: ESM, Fuerza, ciudad, fecha de transacción, número de solicitud, procedencia de la solicitud, fecha de solicitud, código homologado, descripción molécula, concentración, presentación, laboratorio, lote, fecha vencimiento, código comercial, nombre comercial, tipificación, categoría farmacológica, cantidad solicitada, cantidad despachada, cantidad pendiente, fecha generación pendiente, cantidad pendiente descargado, valor unitario, intermediación total, valor IVA y valor total.

304 350 Debe contar con un módulo que permita apoyar el proceso logístico de planeación de requerimientos de distribución y/o planeación de requerimientos de suministro.

305 351 Debe tener implementado una funcionalidad para el despacho de medicamentos mediante la modalidad de suministro el cual debe permitir el registro de:

306 352 a. Identificación del ESM solicitante. 307 353 b. Identificación de la Fuerza del ESM solicitante.

308 354 c. Identificación de los medicamentos solicitados que incluya Código FFMM, descripción, forma farmacéutica, presentación, entre otros.

309 355 d. Identificación de las cantidades pedidas y despachadas tanto en unidades como en valores con y sin intermediación.

310 356 e. Identificar los medicamentos pendientes de despacho por suministro por ESM. 311 357 f. Lote y fecha de vencimiento.

312 358

Debe disponer de una opción mediante la cual los auditores de las diferentes DISANES Puedan consultar y autorizar a nivel de ítems las órdenes de requisición previamente ingresadas por los usuarios de los Establecimientos, permitiendo ingresar la cantidad de cada medicamento aprobada.

313 359

Debe generar mensualmente una factura por punto de suministros o portada con: ordenes de requisición por suministros debidamente autorizados y el recibo a satisfacción de las mismas, las cuales deben ser entregadas a cada DISAN para trámite de pago.

314 360 El aplicativo deberá permitir la generación de reportes valorizados y detallados de glosas temporales o definitivas

315 361 Debe permitir la Consulta de consumo de presupuesto por Fuerza que realizará el filtro por fecha inicial, fecha final, que contendrá mínimo la siguiente información: Código Fuerza, Nombre Fuerza, total suministro, total presupuesto año y % consumido

316 362

Debe permitir la Consulta de órdenes de pedido por ESM que realizará el filtro por fecha inicial, fecha final y ESM, que contendrá mínimo la siguiente información: Número pedido, fecha solicitud, fecha entrega, cliente, código genérico, descripción, cantidad pedida, cantidad despachada y cantidad pendiente.

317 363

Debe permitir la Consulta de órdenes de pedido por ESM Tabulado que realizará el filtro por fecha inicial, fecha final y ESM, que contendrá mínimo la siguiente información: Código Fuerza, Nombre Fuerza, código ESM, nombre ESM, unidades pedidas, unidades despachadas, porcentaje de pendientes y nivel de Servicio.

318 364

Debe permitir la Consulta de medicamentos despachados por ESM que realizará el filtro Por fecha inicial, fecha final y ESM, que contendrá mínimo la siguiente información: Código Fuerza, nombre fuerza, código ESM, nombre ESM, código genérico, descripción genérico, código comercial, descripción comercial, lote, cantidad despachada, valor unitario con intermediación, total venta valor total, nota crédito y valor total neto.

319 365 Debe permitir la Consulta de seguimiento que realizará el filtro ESM, que contendrá mínimo la siguiente información: Punto de suministro, tipo suministro, tipo factura, número factura, número guía, número piezas, transportadora, pagina web, fecha envío.

320 366 Sistema de inteligencia de negocios en la vertical de salud: 321 367 Características Generales:

322 368 Debe proveer una solución tipo Business Intelligence, para transformar los datos en información estratégica apta para la toma de decisiones. (aplica solo a los procesos y datos medibles de la fase 1)

323 369

Se debe contar con un sistema amigable de generación de reportes integrado o interacción plena y transparente con el usuario con el sistema de Inteligencia de Negocios. Este sistema estará disponible para todos los usuarios de la organización, según los perfiles. (aplica solo a los procesos y datos medibles de la fase 1)

ITEM CODIGO INTERNO ESPECIFICACIONES TÉCNICAS

324 372 GENERALIDADES DEL PROYECTO

325 375

El oferente deberá garantizar el acceso a la solución para un volumen de usuarios de 8.200 aproximadamente, contemplando características no funcionales (consulta de afiliados y beneficiarios), que permitan el escalamiento de la solución de acuerdo con los cambios en el volumen de usuarios durante la ejecución del contrato.

326 376

Garantizar la capacidad técnica de la solución para un volumen de transacciones, considerando que el Subsistema de Salud de las Fuerzas Militares del Ministerio de Defensa Nacional tiene aproximadamente 676.000 Afiliados y Beneficiarios. (Base de Datos).

327 377 El oferente adjudicatario deberá velar por la confidencialidad de los lugares que conozca y garantizará la reserva de la información que maneje en el desarrollo e implementación del sistema y servicio ofertado, igualmente deberá firmar los acuerdos de confidencialidad que estipule el Ministerio de Defensa Nacional-

Dirección General de Sanidad Militar. 328 381 CALIDAD DE SERVICIO EN LAS PRUEBAS PILOTO

329 382 El oferente debe garantizar que la solución operará con tiempos de respuesta aceptables, los cuales no debe superar los 4 segundos como tiempo promedio en todas sus versiones, sujeto a la infraestructura tecnológica actual de cada sitio. Excepto para los reportes densos y parametrizables por el usuario final.

330 386 SOFTWARE

331 387 El sistema ofertado para la Vertical de Salud debe permitir: almacenar, actualizar, tener acceso y verificación de la información, a través de cualquier navegador web con certificado SSL HTTPS.

332 388 El sistema ofertado para la Vertical de Salud debe permitir el acceso a la información actualizada y en tiempo real.

333 389 La solución ofertada debe contener ayudas en línea, en donde se implementen los manuales de usuario y de procedimientos que competen al manejo de esta solución.

334 390 La solución debe permitir realizar búsquedas por diferentes criterios y utilizar filtros en los resultados.

335 391 El sistema ofertado para la Vertical de Salud debe permitir con una única sesión de usuario, el acceso a la información, de acuerdo con diferentes roles, permisos de usuarios y flujos de trabajo.

336 392 El manejo del sistema desde el usuario final debe ser seguro, amigable, sencillo, intuitivo, de fácil navegación y entendimiento, de tal manera que pueda ser usado por los usuarios funcionales, sin que requieran capacitaciones técnicas especializadas y extensas de manejo.

337 394

El oferente deberá garantizar que el sistema de información contenga como mínimo las siguientes características en cada funcionalidad: administración, seguimiento - auditoria, consulta, actualización y generación de estadísticas parametrizables, para la Fase 1 de la Vertical de Salud del Ministerio de Defensa – Subsistema de Salud de las Fuerzas Militares.

338 395 El software ofrecido debe ser multiplataforma para sistemas operacionales como, MacOS, Android, Linux, Windows, entre otros.

339 396 El sistema de Vertical de Salud deberá permitir la interoperabilidad con dispositivos móviles con acceso a internet y versiones recientes de navegador WEB.

340 397

El oferente debe garantizar que la solución cumple el principio de protección de datos personales de la Ley Estatutaria 1581 de 2012, Decreto 1377 de 2013 del Estado Colombiano y demás reglamentación.

341 398 El oferente deberá ofrecer e implementar el licenciamiento del software en la versión más actualizada y estable disponible del mercado durante la ejecución del contrato.

342 399 El idioma del Sistema de Información de la Vertical de Salud ofertado debe ser español (adaptado a la terminología Colombiana).

343 400 El oferente deberá informar el tiempo máximo de implementación en meses, garantizando el cumplimiento de todas las funcionalidades propias y particulares del Sector Defensa.

344 402 El sistema de Vertical de Salud deberá permitir el almacenamiento, impresión y digitalización de imágenes en formatos .pdf, .jpg y similares en tamaño de almacenamiento. manejo de texto, voz y fotografías.

345 404 Los reportes generados por el sistema de la Vertical de Salud deben poder exportarse a otros formatos como txt, csv, xml, Excel y/o pdf, entre otros

346 405 El sistema debe permitir importar y exportar datos en forma masiva, según necesidades de la primera fase.

347 406 El sistema ofrecido para la Vertical de Salud deberá permitir realizar consultas puntuales, en línea a las bases de datos y sobre la aplicación sin que esto degrade el performance del aplicativo ó la red.

348 407 El sistema ofertado para la Vertical de Salud debe tener sistemas configurables de alertas para los usuarios en las diferentes funcionalidades.

349 408 La plataforma debe permitir el uso de firmas digitales y electrónicas, certificados de autenticación para identificar el usuario firmante de los documentos enviados o diligenciados en la solución. (No se incluye el suministro del Token o firma digital)

350 409 La solución debe operar de manera integrada entre los distintos servicios que la componen. Todo dato que ingrese al sistema lo hará exclusivamente por un único sitio y alimentará automáticamente los otros servicios, garantizando la consistencia e integridad de la información registrada y evitando duplicidad de la misma.

351 425 INTEROPERABILIDAD E INTEGRACION

352 426 El Oferente deberá implementar interfaces de intercambio de información (interoperabilidad) entre el sistema propuesto y Aplicativo del grupo de afiliación y Validación de Derechos de la DGSM.

353 427

La plataforma ofrecida debe contar con los siguientes estándares: • Integración con sistemas mediante el estándar HL7. • Integración con sistemas mediante archivos XML o la última versión en

producción en el mercado, web service, entre otros. • Incorporación de visores DICOM a la historia clínica electrónica. • Manejo de interfaces compatibles con equipos móviles de acuerdo a sus

características técnicas. • Interface de software con equipos biomédicos.

354 428 La plataforma debe permitir la conexión de herramientas de Inteligencia de Negocios de cualquier fabricante.

355 429 La plataforma debe permitir la integración con otros sistemas de información utilizando diferentes tipos de fuentes de datos.

356 431 USUARIOS DEL SISTEMA

357 432 La solución debe permitir el manejo de perfiles de usuarios y roles (permisos) de acuerdo a la estructura jerárquica de la organización y responsabilidades dentro del Subsistema de Salud de las Fuerzas Militares- Ministerio de Defensa.

358 433 El sistema debe tener la capacidad de parametrizar la desactivación automática del

login de usuarios que determine el administrador del sistema, para intentos fallidos, ausencias, cierres de sesión, entre otros.

359 434 La plataforma debe permitir configurar en cada funcionalidad, diferentes niveles de autorización (acceso, lectura, escritura, modificación, administración, auditoría).

360 435 La plataforma debe permitir niveles de autorización por usuario, grupo o perfil.

361 436 La plataforma no debe permitir a los administradores deshabilitar los controles de autorización y accesos definidos para su tipo de usuario.

362 437 La plataforma debe permitir el almacenamiento de las contraseñas utilizando algoritmos de encripción estándar de la industria como DES, 3DES, entre otros.

363 438 La plataforma debe permitir la configuración de políticas restrictivas de contraseñas, como histórico de contraseña, validez, longitud, intentos antes de bloqueo y caracteres.

364 439 La plataforma debe asignar una contraseña aleatoria a los nuevos usuarios y exigir su cambio al iniciar sesión por primera vez.

365 440 La plataforma debe permitir la configuración del número máximo de conexiones activas por usuario, la duración máxima de la sesión y el bloqueo por inactividad.

366 441 La plataforma debe llevar un registro histórico de la hora inicial, final de cada sesión de usuario y actividades realizadas.

367 442 La plataforma debe ofrecer a los usuarios un sistema de autoservicio que permita recuperar o restablecer las contraseñas de manera segura.

368 443 La plataforma debe notificar al usuario la ejecución exitosa o fallida de todas las transacciones que realice.

369 444 La solución debe disponer de una ayuda en línea en toda la solución especificada por rol y perfil.

370 445 SEGURIDAD Y RESPALDO DE LA INFORMACION

371 446 El sistema ofertado debe garantizar la integridad de la información suministrando las herramientas, procesos y procedimientos pertinentes para asegurar que la información permanezca inalterable.

372 447 El sistema ofertado, debe permitir la generación de logs del sistema (fecha, hora, dirección IP, tipo de dispositivo, identificación del dispositivo) y contar con herramientas dentro de la base de datos para las auditorias de inserción, borrado y consulta de la información.

373 448 La solución deberá generar LOGs de forma cifrada y mantener los históricos por el tiempo que determine el Ministerio de Defensa- Subsistema de Salud de las Fuerzas Militares.

374 449 La plataforma debe permitir el control detallado de las actividades y transacciones que se realizan por parte de los usuarios, incluyendo administradores.

375 450 La plataforma debe registrar los usuarios no autorizados que intenten acceder a la plataforma, registrando la mac de la máquina y/o dirección IP.

376 451 El oferente deberá garantizar un sistema de respaldo de los datos con posibilidad de recuperación de la información.

377 453 El oferente debe garantizar que el proceso de backup ofrecido dentro de la herramienta debe ser periódico, automático y transparente para los usuarios finales.

378 454 Los procedimientos de recuperación deben garantizar que solamente las transacciones que no se han completado en el momento de una caída se reversen, y

que aquellas que se han completado se recuperen, para garantizar la consistencia e integralidad de la información.

379 455

La solución debe disponer de módulos especializados para la Administración y Seguridad, parametrizables que contenga como mínimo las siguientes opciones:

• Perfiles de acceso a la base de datos. • Perfiles de acceso a la aplicación. • Asignación de perfiles a usuarios. • Auditoria. • Copias de Seguridad. • Gestiones de Sesiones. • Gestión de contraseñas seguras

380 456 El módulo de auditoría de la solución debe permitir búsquedas avanzadas (consultas y reportes) utilizando diferentes criterios, con la extracción de datos, escogiendo una o más tablas, así como alguno o todos los campos de las mismas, según lo requiera el Ministerio de Defensa – Subsistema de Salud de las Fuerzas Militares.

381 457

La solución debe llevar registro de auditoría con un contenido mínimo de la siguiente información:

• Usuario. • Fecha de la transacción. • Hora de la transacción. • Dirección IP (Publica) o MAC desde la cual se hizo la transacción. • Tabla de la Base de Datos que fue modificada. • Campo que fue modificado. • Valor del registro antes y después de la modificación • Tipo de transacción.

382 458 El manejo de seguridad debe ser complementario al que provea el motor de la base de datos.

383 459 La plataforma debe garantizar que el intercambio de datos entre los usuarios en la plataforma utilice protocolos seguros como HTTPS.

384 460 La plataforma debe permitir configurar distintos niveles de acceso a la información de acuerdo al tipo de usuario.

385 461 La solución debe contener mecanismos de seguridad que eviten el uso de canales encubiertos y de códigos troyanos.

386 462

La información de la Base de Datos de la vertical de salud del Subsistema de Salud de las Fuerzas Militares es de propiedad única y exclusivamente del Ministerio de Defensa Nacional, por lo tanto no podrá ser utilizada ni entregada a otras Entidades, sin el consentimiento y autorización de la Dirección General de Sanidad Militar (DGSM).

387 463 PARAMETRIZACION

388 464

El aplicativo deberá permitir la actualización de los parámetros de tal manera que el sistema se adapte fácilmente a los cambios funcionales y organizacionales de la Institución.

389 465 La plataforma debe permitir administrar las tablas maestras y listas de valores por parte del administrador de la plataforma en coordinación con el Grupo Funcional del

Ministerio de Defensa Nacional - Subsistema de Salud de las Fuerzas Militares.

390 466

El oferente debe garantizar que la solución permita la parametrización, mediante funcionalidades de usuario final, de:

• La generación de nuevos reportes específicos que surjan posterior a la puesta en funcionamiento de la Solución: La configuración de dichos reportes, se deberán poder obtener sin tener que hacer desarrollos en la solución.

• Cambios en las configuraciones de roles y responsabilidades de cada una de

las personas que ingresarán al sistema de Salud del Ministerio de Defensa- Subsistema de Salud de las Fuerzas Militares.

Teniente Coronel DIEGO ANDRES HERNANDEZ MOSQUERA Director de Modelación y Simulación