TÉRMINOS DE REFERENCIA

TÉRMINOS DE REFERENCIA Organización Proyecto Asunto ASSE Testeo de Performance Sistema de Gestión de Salud (SGS) para Red de Atención Primaria Llamado a Firmas Consultoras para realizar el Testeo de Performance del SGS para la Red de Atención Primaria Fecha 14/09/09 Agencia para el Desarrollo del Gobierno de Gestión ElectrónicaAndes 1365 piso 7-11100 Montevideo, URUGUAY y la Sociedad de la Información y del ConocimientoTel/Fax: (598 2) 901.2929 - www.agesic.gub.uy info@agesic.gub.uy

TABLA DE CONTENIDO INTRODUCCIÓN...3 OBJETIVO...3 CARACTERÍSTICAS GENERALES DEL SISTEMA...3 Contexto del Sistema...3 Arquitectura...4 Software...4 Hardware...4 Especificación de Requerimientos...4 OBJETIVOS ESPECÍFICOS...5 Informes y Entregables...6 Criterios de Aceptación...7 Forma de pago...8 ITEMS DE EVALUACIÓN TÉCNICA...9 EVALUACIÓN ECONÓMICA...10 EVALUACIÓN FINAL...10 ANEXO I - CASOS DE USO PARA EL TEST DE STRESS DEL SISTEMA...11 INTRODUCCIÓN...13 1. Alta frecuencia...14 1.1. Consulta...14 1.2. Farmacia...15 2. Media frecuencia...16 2.1. Emergencia...16 2.2. Farmacia...16 2.3. Internación...18 2.4. Aduana...19 3. Baja frecuencia...19 3.1. Disponibilidad de Servicios...19 3.2. Mesa de Comunicaciones (105)...20 3.3. Gerencial...20

INTRODUCCIÓN El Sistema de Gestión de Salud (SGS) es el software oficial de ASSE para la informatización de la Red de Asistencia Primaria. ASSE se encuentra abocado a la extensión a todo el país, de su SGS para la Red de Atención Primaria, a la vez que pretende instalar una nueva versión del mismo. Ante la perspectiva de estos cambios se requiere realizar pruebas de performance sobre el producto que permitan: Predecir comportamiento bajo carga. Definir el punto de quiebre del sistema. Validar nueva plataforma de Hardware. Validar nuevo software base. Validar nueva plataforma de ejecución. Definir niveles de servicio según la performance OBJETIVO Con el objetivo de dar respuestas a las interrogantes surgidas sobre la capacidad de escalamiento en la ejecución concurrente de diversos conjuntos de transacciones del SGS se realizará un test de performance. CARACTERÍSTICAS GENERALES DEL SISTEMA Contexto del Sistema El SGS se encuentra en estado de producción. Fue desarrollado en Genexus, generando Java Versión 1.5 y tiene componentes de Visual Basic Versión 6 SP 5. La base de datos que utiliza es Oracle Versión 10.2.0.3. El tamaño actual de la misma es alrededor de 30 GB. Crece a un ritmo de 1.5 GB por mes. ASSE no cuenta con mecanismos automáticos de generación de datos.

Arquitectura Desde la perspectiva de la aplicación el SGS es un manejador de workflow (producto de familia WMS) que soporta la gestión de los servicios médicos en tres grandes áreas: procesos asistenciales (consulta, internación), manejo de insumos médicos (gestión del medicamento, inventario) y realización de estudios (laboratorio e imagenología). El diseño del SGS está basado en el modelo de referencia de la Workflow Management Coalition (http://www.wfmc.org, Workflow Reference Model - Document TC00-1003). Desde la perspectiva del hardware el SGS yace sobre una típica arquitectura centralizada con un servidor de BD (Oracle, Linux) y un servidor de Aplicación (Tomcat, Linux). No se accede a sistemas externos. Utiliza como browser Internet Explorer. El servidor del cliente se atiende mediante HTTP. Los servidores de aplicaciones utilizan Tomcat Versión 5.5.24 Software El sistema operativo a usar es Red Hat Enterprise Linux 4. El DBM es Oracle 10g R2. Para los 4 servidores de aplicaciones Tomcat se utilizarán dos servidores Apache como frontend haciendo proxy reverso para balancear carga contra los Tomcat. Se utilizará la ultima versión estable disponible de Tomcat de la serie 5.5.x. Hardware Los servidores de base de datos serán Intel y los de aplicaciones serán AMD, ambos en 64 bits. La alta disponibilidad se asegurará por medio de Oracle 10g R2 (dos nodos con alta disponibilidad a nivel de base de datos) y en los servidores de aplicaciones por 4 nodos de Tomcat con dos frontend de apache haciendo balanceo de carga hacia los tomcat. El hosting de la aplicación será realizado en el Datacenter de Antel (Central Aguada) Para hacer las pruebas de escalabilidad se contará con los equipos que estarán en producción. Especificación de Requerimientos El oferente deberá:

Acreditar una experiencia en servicios de testing de performance automatizado no inferior a 3 años en el país. Definir las herramientas para la realización del testeo. Ser capaz de realizar el testeo en un tiempo de ocho semanas calendario. Los oferentes podrán cotizar servicios en forma opcional, que el licitante podrá contratar si los considera de utilidad y se encuentran dentro del presupuesto disponible. Estos servicios deben estar explícitamente definidos y cotizados a parte. OBJETIVOS ESPECÍFICOS Las condiciones de infraestructura necesarias para el testeo son aseguradas por ASSE. Las cuatro etapas en las que se divide el presente testeo de performance se realizarán en un plazo de ocho semanas. La planificación está basada en una prueba formada por 17 transacciones del sistema SGS que se enumeran a continuación: 1. Atender Solicitud de Consulta 2. Despachar Medicamentos Agudos 3. Mantener Pautas de Tratamiento 4. Trabajar con Partes Diarios 5. Consultar Despachos 6. Consultar Movimientos de Hoy 7. Censo 8. Programar Oferta de Servicios 9. Consultar Indicadores 10. Consultar Asistencia 11. Consultar Insumos 12. Controlar Niño Menor a Dos Años 13. Operar Servicios móviles 14. Consultar Movimientos Anteriores

15. Atender Solicitud de Emergencia 16. Crear Pauta de Tratamiento 17. Atender Demanda Insatisfecha Ver Anexo I (Casos de Uso para Test de Stress del Sistema) Se detallan a continuación los objetivos de cada una de las cuatro etapas: 1. Relevamiento (Transacciones, Escenarios e Infraestructura): definir los siguientes puntos: Transacciones principales del sistema, las cuales serán incluidas en las pruebas. Las mismas pueden ser transacciones sensibles y con mayor probabilidad de no cumplir con la performance requerida. Escenarios bajo los cuales se ejecutan las transacciones (paralelismo entre las transacciones, horas pico, forma de ejecución, etc.). Infraestructura, la cual incluye el hardware y software necesarios para llevar a cabo las pruebas. Métricas de performance. Valores objetivo para las métricas de performance de las transacciones bajo los escenarios identificados. Indicadores de los recursos de hardware y software de base a ser monitoreados (por ejemplo, porcentaje de ocupación del procesador, cantidad de memoria libre, etc.). 2. Automatización (Generación de Scripts): generar, con la herramienta seleccionada, la automatización de las transacciones definidas en la etapa anterior o realizar la orquestación de los procesos que el cliente ponga a disposición para generar la carga. 3. Ejecución y Reportes de las Pruebas: ejecutar las pruebas previamente automatizadas bajo los escenarios definidos en la etapa correspondiente. 4. Etapa de Finalización (Informes y Presentación de Resultados): elaborar el informe final del proyecto y su presentación. Adicionalmente se entrega al cliente el material (scripts, reportes generados, etc.) producidos durante el ensayo.

Informes y Entregables Se detallan a continuación los entregables correspondientes a cada una de los objetivos. 1. Entrega de los siguientes documentos: Documento de Definición de la Infraestructura, Documento de Definición de Escenarios, Documento de Transacciones y Reporte de Avance. 2. Entrega de Scripts y Reporte de Avance. 3. Entrega de los siguientes reportes: Reporte de Ejecución de Baseline y Reporte de Ejecución de Escenario. 4. Entrega de Informe Final del Proyecto y Material del Proyecto. La etapa de ejecución está prevista para ser desarrollada en tres semanas. En la misma se ejecutarán diversos escenarios de concurrencia que se definirán durante la etapa de relevamiento. El plan de trabajo y el cronograma propuesto es tentativo y será revisado durante la primera semana de proyecto. Criterios de Aceptación A continuación se detallan los criterios de aceptación para cada uno de los entregables: 1. El Documento de Definición de la Infraestructura deberá contener información de la infraestructura (Hardware, Software, OS, Red, etc.), mecanismos de tuning y configuración (memoria de las JVM, cantidad máxima de conexiones, etc.), herramientas de monitorización, elementos a monitorear. El Documento de Definición de Escenarios: deberá especificar los detalles del escenario a reproducir: cantidad de usuarios por transacción, cantidad de iteraciones por hora, tipos de usuarios, etc. El Documento de Transacciones: deberá contener una guía paso a paso de las transacciones y los tipos de usuario que ejecutan dichas transacciones. El Reporte de Avance: se deberá mencionar los avances de cada jornada y los compromisos pendientes de ambas partes. 2. Los Script generados deberán contener la automatización de las transacciones definidas en la etapa anterior.

El Reporte de Avance: se deberá mencionar los avances de cada jornada y los compromisos pendientes de ambas partes. 3. El Reporte de Ejecución de Baseline: deberá mostrar la información relevante de la ejecución de los baselines de todas las transacciones (principalmente tiempos de respuesta). El Reporte de Ejecución de Escenario: deberá mostrar la información relevante de la ejecución de un escenario. Deberá contener datos de tiempos de respuesta y consumo de recursos. 4. El Informe Final del Proyecto: deberá contener una evaluación general del proyecto, donde se incluya por ejemplo un resumen de los resultados más destacados y las características de desempeño de la aplicación y la infraestructura. Material del Proyecto: se deberá entregar todo el material producido durante el proyecto, incluyendo todos los documentos e informes, y los archivos necesarios para generar la automatización. El Contratante dispondrá de 15 días hábiles a partir de la fecha de presentación de los entregables correspondientes a la etapa 2 y a la etapa 4 para comunicar su conformidad con los mismos. Vencido ese plazo, si no se emitió comunicación, se tendrá por conformado el entregable. En caso de no conformidad se deberá emitir un reporte con las objeciones correspondientes que deberán ser levantadas por el oferente en un plazo no mayor a 20 días calendario. Forma de pago Se abonará 60% contra la finalización de la etapa de automatización (etapa 2) y un 40% con la aprobación del Informe Final del proyecto.

ITEMS DE EVALUACIÓN TÉCNICA Experiencia específica de la firma en Proyectos de Testeo de Performance (máximo 25ptos) Se evaluará la experiencia específica de acuerdo a la siguiente escala : Más de 4 años De 3 a 4 años Menos de 3 años 25 ptos 15 ptos 0 pto Equipo de Trabajo propuesto (máximo 25 ptos) El oferente deberá presentar la organización propuesta para el equipo de trabajo, detallando sus roles y las responsabilidades de cada uno. Deberá además presentarse los CV de cada integrante del equipo de trabajo, identificando el rol a cumplir. Se evaluará la propuesta de equipo de trabajo en su conjunto, de acuerdo a la siguiente escala : Muy Satisfactorio 25 ptos Satisfactorio Aceptable Insuficiente 20 ptos 15 ptos 0 pto Metodología propuesta (máximo 25 ptos) Se evaluará la metodología propuesta para el cumplimiento de los requerimientos del proyecto, incluyendo aspectos técnicos y de gestión. Muy Satisfactorio 25 ptos Satisfactorio Aceptable Insuficiente Plan de Trabajo (máximo 25 ptos) 20 ptos 15 ptos 0 pto Se evaluará la lógica del plan preliminar, el nivel de detalle alcanzado en su definición y los plazos. Se valorará incluir un análisis preliminar de riesgos. Muy Satisfactorio 25 ptos Satisfactorio Aceptable Insuficiente 20 ptos 15 ptos 0 pto Máximo 25, mínimo 15 Máximo 25, mínimo 15 Máximo 25, mínimo 15 Máximo 25, mínimo 15 TOTAL Máximo 100, mínimo 60

Para calificar, las ofertas deberán alcanzar un mínimo de 60 puntos sobre los 100 puntos máximo de la Evaluación Técnica, y además cumplir los mínimos definidos para cada ítem de la misma. EVALUACIÓN ECONÓMICA Para la evaluación económica, se considerará el precio total de la oferta. La fórmula para determinar los puntajes de precio es la siguiente: Pp = 100 x Pm / Pi, donde Pp es el puntaje de precio, Pm es el precio más bajo y Pi el precio de la propuesta en consideración. EVALUACIÓN FINAL Las ponderaciones asignadas a las evaluaciones técnica y económica son : Ponderación Técnica = Evaluación Técnica x 0.7 Ponderación Económica = Evaluación Económica x 0.3 La propuesta seleccionada será la que obtenga el puntaje mayor en la suma Ponderación Técnica + Ponderación Económica, y cumpla sustancialmente con lo requerido. En caso de que el resultado de una ponderación (técnica o económica) tenga decimales, se aplicará el siguiente criterio: si el valor del primer decimal es 5 o más, aumenta el valor del último número anterior a la coma en 1.

ANEXO I - CASOS DE USO PARA EL TEST DE STRESS DEL SISTEMA

INTRODUCCIÓN Este documento presenta una selección de los casos de uso que inciden en la performance del Sistema ya sea por su frecuencia de uso como por su exigencia al servidor. Están clasificados en alta, media y baja frecuencia de uso. Los que figuran dentro de un cuadro punteado son comparables en carga al servidor y por lo tanto se describe solo uno de ellos. Frecuencia Alta Media Baja Consulta 1. Atender Solicitud de Consulta 15 Atender Solicitud de Emergencia 8. Programar Oferta de Servicios 2. Despachar Medicamentos Agudos 16 Crear Pauta detratamiento Farmacia 3. Mantener Pautas de Tratamiento 17 Atender Demanda Insatisfecha 5. Consultar Despachos 6. Consultar Movs de Hoy 14. Consultar Movs Anter Registro/Aduana Internación 4. Trabajar con Parte Diario 12. Controlar Niño Menor a 2 Años 7. Censo Mesa (105) 13. Operar Servicios Móviles 9. Consultar Indicadores 10. Consultar Asistencia Administración 11. Consultar Insumos Figura 1. Casos de uso de incidencia en la performance del Sistema.

1. Alta frecuencia 1.1. Consulta 1.1.1. Atender Solicitud de Consulta Funcionario de Admisión ADMISION, ADMISION_ASISTINTEGRAL Recibir Solicitud de Consulta Programada, Recibir Solicitud de Consulta Espontánea Permite identificar al usuario, actualizar sus datos patronímicos y de georeferencia, y crear una solicitud de consulta para el servicio, médico y fecha/hora que el usuario elija. Cantidad de transacciones entre 9 y 11hrs 1225 Cantidad de usuarios entre 9 y 11hrs 59 Duración de escenario normal (segundos) 40 1.1.2. Trabajar con Partes Diarios Funcionarios de Admisión y de Registros Médicos ADMISION, ADMISION_ASISTINTEGRAL REGISTRO_MEDICO 1002 Consultas Aceptadas Cancelar Consulta, No Asiste el Usuario, Falta Médico, Reimprimir Ticket de Consulta Registrar Datos de Consulta Referir Consulta Permite ubicar las consultas del día y las efectuadas hasta 10 días atrás, a efectos de imprimir el parte diario a ingresar al consultorio, cancelar consultas, registrar el presentismo de los pacientes, cargar los datos de la consulta asignados por el médico y referir consultas derivadas.

Cantidad de transacciones entre 9 y 11hrs 498 Cantidad de usuarios entre 9 y 11hrs 34 Duración de escenario normal (segundos) 35 1.2. Farmacia 1.2.1. Despachar Medicamentos Agudos Funcionario de Despacho FARMACIA_EXTERNA, FARMACIA_CENTRAL 1002 Consultas Aceptadas Despachar Medicamentos c/consulta, Despachar Medicamentos s/consulta Permite identificar al Usuario y acceder a sus consultas efectuadas hasta 10 días atrás, a efectos de: despachar los medicamentos que hayan sido recetados en las mismas o bien generar una nueva prestación de despacho si la consulta que originó la indicación no figura en la bandeja. Controla que la cantidad recetada en los últimos 30 días esté por debajo del tope fijado para los pacientes agudos. Cantidad de transacciones entre 9 y 11hrs 704 Cantidad de usuarios entre 9 y 11hrs 39 Duración de escenario normal (segundos) 40 1.2.2. Mantener Pautas de Tratamiento Funcionario de Despacho FARMACIA_CENTRAL FARMACIA_EXTERNA

1224 Pautas en Tratamiento Ver Pauta de Crónico Modificar Pauta de Crónico, Culminar Tratamiento Crónico, Renovar Pauta de Crónico Eliminar Pauta de Crónico, Cambiar Centro de Crónico, Act Fch Próximo Retiro de Crónico Permite ubicar las prestaciones de suministro via tratamiento que tienen pautas vigentes, a efectos de modificarlas, extender su vigencia o culminarlas. Cantidad de transacciones entre 9 y 11hrs 308 Cantidad de usuarios entre 9 y 11hrs 29 Duración de escenario normal (segundos) 30 2. Media frecuencia 2.1. Emergencia 2.1.1. Atender Solicitud de Emergencia Funcionario Puerta de Emergencia ADMISION_DE_EMERGENCIA Recibir Consulta de Urgencia, Recibir Consulta en Triade Permite identificar al usuario, actualizar sus datos patronímicos y de georeferencia y crear una solicitud de consulta para el servicio de Emergencia. La consulta puede ser aceptada directamente en la urgencia o enviada a una etapa de triage para su clasificación. Cantidad de transacciones entre 9 y 11hrs 111 Cantidad de usuarios entre 9 y 11hrs 10 Duración de escenario normal (segundos) 30

2.2. Farmacia 2.2.1. Crear Pauta de Tratamiento Funcionario de Despacho FARMACIA_CENTRAL FARMACIA_EXTERNA Crear Pauta de Crónico Permite crear prestaciones de suministro via tratamiento, asociando las pautas prescritas por el médico, ingresando para cada una de ellas el genérico recetado y la dosis diaria. La vigencia que sugiere el Sistema para todas las pautas asociadas es de 90 días desde la creación de la pauta. Controla que la dosis diaria ingresada esté por debajo del tope fijado para los tratamientos de pacientes crónicos. Cantidad de transacciones entre 9 y 11hrs 91 Cantidad de usuarios entre 9 y 11hrs 20 Duración de escenario normal (segundos) 30 2.2.2. Atender Demanda Insatisfecha Ext Funcionario de Despacho FARMACIA_EXTERNA, FARMACIA_CENTRAL 2215 Insatisfechos en Farmacia Completar Despacho Farmacia Externa Completar Despacho Farmacia Central Anular Medicamentos Insatisfechos Permite identificar al Usuario y ubicar sus recetas insatisfechas a efectos de satisfacerlas y eventualmente completar el despacho, o anularalas. Cantidad de transacciones 35

Cantidad de usuarios 22 Duración de escenario normal (segundos) 30 2.2.3. Consultar Movimientos de Hoy Funcionario de Proveeduría y Despacho FARMACIA_CENTRAL FARMACIA_EXTERNA Permite para un centro, un día, una opción de vademécum 1, un tipo de insumo 2 y una opción de filtro de saldo 3 dados, realizar las siguientes consultas, tanto a nivel de genérico como de presentación: Despachos de Farmacia: movimientos de despacho en ventanilla. Movimientos de Proveeduría: movimientos de entrada a y salida de insumos de la Proveeduría. Consulta de Stocks: saldos actuales de insumos en la Proveeduría y en las Farmacias. Stocks Máximos-Mínimos Preliminares: valores preliminares de los parámetros de reposición (stock máximo y mínimo) de la Proveeduría y las Farmacias. Control de Psicofármacos: movimientos de entrada y salida de psicofármacos en la Proveeduría y las Farmacias. Cantidad de ejecuciones entre 9 y 11hrs 30 1 Agudos, Crónicos, Agudos y Crónicos, No Dispensables, Material Médico Quirúrgico, Odontología, entre otras. 2 Medicamento (MED) o Material Médico Quirúrgico (MMQ). 3 Todos los Saldos, Por debajo del Stk Mínimo, Por encima stock Máximo, Por debajo stock crítico.

Duración de escenario normal (segundos) 40 2.3. Internación 2.3.1. Censo Funcionario de Admisión ADMISION_INTERNACION Permite consultar el estado de ocupación de un centro hospitalario dado, mostrando ordenado por sala y cama, el detalle de las internaciones activas con los datos del paciente y su diagnóstico, permitiendo hacer búsquedas por nombre y especialidad, entre otros filtros. Cantidad de ejecuciones entre 9 y 11hrs 60 Duración de escenario normal (segundos) 6 2.4. Aduana 2.4.1. Controlar Niño Menor a Dos Años Funcionario de Seguimiento PROGRAMA_ADUANA 1229 Controles Aduana Controlar, Ver Datos de Control, Borrar Controles, de Niño Internado, Niño Internado, Niño Ingreso Egreso de Modificar Egreso de Permite ubicar las prestaciones de control generadas para el niño, a efectos de registrar: los datos de seguimiento relevantes al Programa (peso, talla y observaciones); el fallecimiento del niño; o la salida del niño del Programa y el motivo correspondiente.

Cantidad de transacciones entre 9 y 11hrs 78 Cantidad de usuarios entre 9 y 11hrs 9 Duración de escenario normal (segundos) 30 3. Baja frecuencia 3.1. Disponibilidad de Servicios 3.1.1. Programar Oferta de Servicios Funcionario de Admisión ADMISION Permite programar las agendas de los diferentes servicios definiendo días y horarios de atención, intervalos de consulta y funcionarios asignados a roles. 3.2. Mesa de Comunicaciones (105) Caso de uso Rol Cantidad de usuarios activos Consultas más frecuentes Período Atender llamado Coordinar llamado Despachar llamado Telefonista 6 Conteo de bandejas del mapa de proceso Consulta de antecedentes del usuario Coordinador 3 Refresh de la bandeja A coordinar Despachador 3 Refresh de la bandeja A despachar 10 seg 10 seg 10 seg

Acceso a la bandeja de Móviles 3.3. Gerencial 3.3.1. Consultar Indicadores Admisión y Dirección de Internación GERENCIAL Permite consultar para un período, un centro y un servicio dados, el valor promedio y la evolución de diversos indicadores hospitalarios como ser camas disponibles, hospitalidades, ocupación, días de estadía, ingresos, egresos, tasa de mortalidad, giro de camas, entre otros. 3.3.2. Consultar Asistencia Funcionario de Dirección y Departamento Técnico GERENCIAL Permite consultar las prestaciones de consulta ambulatoria, emergencia, internación y atención domiciliaria, mediante capacidades que permiten: Seleccionar los datos a consultar, aplicando los filtros de búsqueda relevantes para acotar la consulta y Visualizar los resultados, distribuyendo el resultado por cualquiera de las variables del registro, proporcionando una extensa gama de cuadros comparativos. 3.3.3. Consultar Insumos Dirección de Proveeduría GERENCIAL Permite consultar el movimiento de los insumos médicos recibidos en la Proveeduría, entregados a las farmacias externas, despachados a los usuarios, insatisfechos, devueltos y destruidos tanto en la Proveeduría como en las farmacias, mediante capacidades para la selección de los datos y la visualización

flexible de los resultados. 3.3.4. Consultar Movimientos Anteriores Funcionario de Proveeduría y Despacho FARMACIA_CENTRAL FARMACIA_EXTERNA Permite para un centro, un período, una opción de vademecum 4, un tipo de insumo 5 y una opción de filtro de saldo 6 dados, realizar las siguientes consultas, tanto a nivel de genérico como de presentación: Despachos de Farmacia: movimientos de despacho en ventanilla. Movimientos de Proveeduría: movimientos de entrada a y salida de insumos de la Proveeduría. Consulta de Stocks: saldos actuales de insumos en la Proveeduría y en las Farmacias. Stocks Máximos-Mínimos Preliminares: valores preliminares de los parámetros de reposición (stock máximo y mínimo) de la Proveeduría y las Farmacias. Control de Psicofármacos: movimientos de entrada y salida de psicofármacos en la Proveeduría y las Farmacias. 4 Agudos, Crónicos, Agudos y Crónicos, No Dispensables, Material Médico Quirúrgico, Odontología, entre otras. 5 Medicamento (MED) o Material Médico Quirúrgico (MMQ). 6 Todos los Saldos, Por debajo del Stk Mínimo, Por encima stock Máximo, Por debajo stock crítico.