Me dirijo a ustedes para saludarlos cordialmente y a la vez hacerle llegar el Primer Producto de la Consultoría Plan de Trabajo.

Transcripción

1 Carta N PCM-MW Lima, 11 de Diciembre 2009 Señores ORGANIZACIÓN PANAMERICANA DE LA SALUD Lima Referencia: ORGANISMO ANDINO DE SALUD CONVENIO HIPÓLITO UNÁNUE CONTRATACIÓN DE CONSULTORIA PARA ADECUACION DEL SOFTWARE VIGICONHU 2 PARA USO DE LA RED ANDINA Y MERCOSUR Presente. De mi consideración Me dirijo a ustedes para saludarlos cordialmente y a la vez hacerle llegar el Primer Producto de la Consultoría Plan de Trabajo. Se hace entrega del informe en 2 copias impresas, un CD con el informe en formato digital y recibo de Honorarios Profesionales para el trámite correspondiente. Agradeciendo de antemano la atención brindada a la presente me despido. Atentamente, Ing. Mario Wong Hernández

2 ORGANISMO ANDINO DE SALUD CONVENIO HIPÓLITO UNÁNUE CONTRATACIÓN DE CONSULTORIA PARA ADECUACION DEL SOFTWARE VIGICONHU 2 PARA USO DE LA RED ANDINA Y MERCOSUR PLAN DE TRABAJO ENFOQUE GENERAL DE LAS ACTIVIDADES A DESARROLLAR

3 CONTENIDO I.- ANTECEDENTES 01 II.- OBJETIVO DEL PLAN 02 III.- DESCRIPCION 03 IV.- PRODUCTOS ENTREGABLES 06 V.- HIPOTESIS DE CUMPLIMIENTO 06 VI.- CRONOGRAMA DE ACTIVIDADES 07

4 I.- ANTECEDENTES El Reglamento Sanitario Internacional 2005 estableció modificaciones importantes en la forma de identificar y responder oportunamente ante los eventos en Salud Pública de Importancia Internacional para evitar su dispersión o definir medidas de contención. Dentro de los grandes cambios establecidos, los directamente relacionados con esta consultoría tienen que ver con la disponibilidad de información oportuna y de calidad para identificar precozmente los brotes o epidemias que afectan a las personas. La Red Andina de Vigilancia Epidemiológica dispone desde el año 2002 de un software denominado VIGICONHU que permitió procesar los datos que enviaban los países; programa informático que fue actualizado durante el año 2008 incorporando herramientas graficas, de análisis y de captura de información y envío. El 28 de Noviembre del 2008 los Ministros de Salud del MERCOSUR (Argentina, Brasil, Paraguay y Uruguay) firmaron un Memorando de Entendimiento con la Secretaría del ORAS-CONHU con la finalidad de realizar la transferencia tecnológica para el uso del programa informático y sus posteriores modificaciones. A través de este acuerdo el software requerirá las adecuaciones necesarias para la vigilancia internacional de 19 procesos incluidos la notificación de brotes de enfermedades transmisibles, incorporación de mapas y gráficos hasta el detalle de NUTE 4 e ingreso de datos demográficos para que el programa permita el análisis de la información. La Organización Panamericana de la Salud, quien promueve la creación y consolidación de estos Sistemas y Redes de información esta apoyando esta iniciativa de disponer de un instrumento que facilite la notificación de los eventos que regularmente se vigilan en los países del MERCOSUR y los Andinos con todas las ventajas que da un Sistema ON line. Con este avance se abre un camino promisorio para que en un plazo determinado por los Ministerios de Salud se pueda compartir la información de los eventos en salud publica bajo vigilancia epidemiológica en Sudamericana estableciendo las bases para un desarrollo de una complejidad mayor de la red de información y notificación que cuenta en estos momentos con el aval político de los Presidentes Sudamericanos y Ministros de Salud a través de los acuerdos de UNASUR y Resoluciones Andinas y de MERCOSUR. 1

5 II.- OBJETIVO DEL PLAN Luego de haber realizado un análisis inicial de VIGICONHU y considerando los alcances de la consultoría el presente Plan de Trabajo, describe las metodologías y conceptos que se aplicaran para desarrollar las actividades a realizar y que son objeto de la consultoría El presente Plan esta orientado directamente a cumplir los objetivos de la Consultoría los cuales se encuentran detallados en los TDR s y la Propuesta Técnica. 2

6 III.- DESCRIPCION Para desarrolla el Plan de trabajo la primera actividad a desarrollar ha sido realizar un análisis de los objetivos y descripción de la consultoría de modo que se pueda identificar las mejores alternativas para solucionar los problemas y mejoras a desarrollar Análisis integral del VIGICONHU El Equipo Consultor ha sostenido reuniones de trabajo con el personal que ha desarrollado el VIGICONHU, de modo que pueda conocer la lógica bajo la cual ha sido desarrollado el producto y estructura a nivel de Base de Datos considerando se las siguientes actividades: Reunión expositiva donde el Ing. José Nuñez responsable del desarrollo de la primera versión explico en detalle todas las funcionalidades del Sistema, y así mismo las limitaciones y problemas existentes en la versión vigente. Se ha revisado la estructura y composición de la BD, encontrándose la necesidad de realizar una depuración de la misma identificando cuales son la tablas vigentes y que se están utilizando actualmente. Se ha entendido la lógica funcional de los programas que componen el Proyecto, los cuales serán depurados y mejorados según se vayan resolviendo los puntos objeto del Contrato Mejoras y Adecuaciones al VIGICONHU Sobre la base del análisis realizado en el ítem 3.1 de la presente propuesta y sobre la base de los TDR s, se realizaran las mejoras propuestas al VIGICONHU para lo cual se ha identificado de forma inicial los aspectos puntuales que se desarrollaran para poder atender cada uno de los puntos a trabajar. 1. Creación de un módulo de registros de usuarios con 3 diferentes niveles de acceso.- Se plantean 3 niveles de acceso al sistema: - Nivel Administrador.- este nivel se definirá con el valor 0, los usuarios con esta perfil podrán realizar todo tipo de configuraciones y acciones en el sistema, como crear nuevas enfermedades a notificarse, registrar nuevos países y Nutes, realizar las notificaciones de los casos, borrar las notificaciones, crear usuarios, etc. - Nivel Notificador Local.- este perfil permite al usuario hacer notificaciones, modificaciones y borrar datos solo del país al cual pertenece, también tienen acceso a los reportes como: tablas dinámicas y mapas dinámicos etc. - Nivel Visitante.- este perfil solo permite ver los distintos reportes del sistema y modificar solo configuraciones propias al usuario como: color de los mapas, numero de rangos, insertar mapas personalizados etc. 3

7 2. Manera de cerrar la sesión sin tener que cerrar el navegador.- El sistema fue diseñado antes de la navegación por pestañas incorporadas a partir de Internet Explorer 7. La sesión termina al cerrar la ventana del navegador; mas no al cerrar la pestaña, por eso cuando el usuario cierra la pestaña en la que estuvo trabajando en el sistema y abre otra pestaña la sesión continua abierta y el usuario puede entrar al sistema sin necesidad de ingresar sus credenciales, esto constituye un problema de seguridad, por lo que se tienen que rediseñar la manera como se realiza este cierre de sesión a partir de un botón específicamente diseñado para este fin. En ese sentido se propone los siguiente: Se deberá trabajar con 3 páginas: login.asp, principal.asp, logout.asp. Si la primera vez intento ingresar a la página principal.asp el sistema re direcciona a login.asp para ingresar la clave, luego de ingresar la clave correcta (mi clave) accede a la página principal.asp y cuando cierro sesión me regresa a la página login.asp, pero si vuelvo a escribir en la barra de direcciones principal.asp me re direcciona a login.asp. 3. Poner el módulo de los cubos. En este caso la opción de los cubos puede ser mejorada para lograr una mayor eficiencia en la misma, actualmente los Cubos están desarrollados con la versión del sqlserver 2000, del primer análisis la consultoría propone la migración de la bd al sqlserver 2008 con ello se obtendría los siguientes beneficios: Mayor rendimiento del sistema. Mejoras importantes en las presentaciones que colaboran en la mejor comprensión de la información. Gran capacidad de compactación de los datos. Ahorros considerables en el espacio en disco rígido. Herramientas más potentes para la construcción de Cubos OLAP. La propuesta de migración dependerá del moldeamiento que haya tenido la BD al momento del desarrollo del VIGICONHU, durante el desarrollo del trabajo se establecerán los aspectos definitivos. 4. Preparar un módulo para cargar mapas.- Este modulo permitirá al Administrador del sistema actualizar y reemplazar el archivo SHP que contienen los mapas de cada país, se realizará a través de un formulario Web en el que el administrador podrá cargar el nuevo Shapefile al sistema e indicar que mapa sesea utilizarse para el análisis de los datos, estos mapas deberán de tener las características estructurales y geográficas exigidas en la sección correspondiente del manual del sistema, el Administrador tendrá la opción de volver a seleccionar el shapefile anterior de acuerdo a su criterio ya que los archivos no se borraran. 5. Preparar un módulo para cargar las tablas de la población.- Este modulo será desarrollado para ejecutarse en plataforma Windows, permitirá al Administrador y notificador local mantener las poblaciones actualizadas a nivel de Nute 4, el modulo no requiere de ninguna instalación por parte del usuario, la carga de poblaciones se realizara a partir de un archivo en formato bdf, este archivo no requiere una estructura en particular ya que el utilitario contar con la capacidad de transformación de datos, el archivo dbf deberá contener como mínimo una columna con los códigos de nute 4 y otra columna con las poblaciones propiamente dichas. 4

8 6. Preparar un módulo para cargar las tablas NUTES.- El utilitario de carga de datos deberá realizar su misma verificación. Esta función vendrá integrada en el modulo mencionado en el inciso anterior, y permitirá cargar las nutes a partir de un archivo dbf, este archivo deberá contener como mínimo una columna con los códigos a nivel de nute 4, una columna con los nombres de las nutes 4, una columna con los códigos de nute 2 y una columna con los nombres de nute 2, de existir en el país la definición de nute 3 se puede adjuntar esa información en el archivo dbf, el utilitario será capaz de seleccionar y hacer la transformación de los datos de acuerdo con los requerimientos del sistema. Este modulo trabajaran con un servicio Web encargado de grabar en el sistema los datos enviados por el usuario. 7. Agregar línea total sobre notificación de la pantalla. Esta línea será incorporada en el formulario de notificación semanal, y permitirá al usuario visualizar las notificaciones totales por cada enfermedad en el periodo de tiempo seleccionado, esta línea será de solo lectura. 8. Actualizar la guía para el manejo del programa informático.- Debido a todas me mejoras y adecuaciones que se realicen en la aplicación, se desarrollara una Guía para el Usuario, la cual de forma sencilla y a través de un esquema gráfico de pantallas permita a los diferentes niveles de Usuario del Sistema conocer el VIGICONHU, sus principales funcionalidades, modo de uso y aplicación. 9. Hacer una guía de funcionamiento del software.- La Consultoría desarrollara también un documento con los aspectos referidos a la estructura del VIGICONHU y sus principales componentes, de modo que los responsables de administrar el sistema conozcan la composición del mismo. 10. Si bien no está implícito en los TDR, la Consultoría espera realizar mejoras en la ergonomía el entorno de registro y análisis de resultados, considerando los tiempos con los que se cuenta. 5

9 3.3. Instalación y Pruebas. Si bien progresivamente se irán realizando pruebas funcionales de los cambios que se vayan realizando, una vez validadas estas se podrá realizar la instalación y pruebas en ambiente real en los servidores del ORAS y MERCOSUR respectivamente. Las pruebas a realizar deberán ser validadas por responsable del Área de Vigilancia Epidemiológica y Salud Ambiental y de la Secretaría Adjunta del ORAS CONHU Elaboración de informes El Equipo Consultor coordinara e informara al responsable del Área de Vigilancia Epidemiológica y Salud Ambiental y de la Secretaría Adjunta del ORAS CONHU entregando los siguientes informes. Plan de Trabajo Informe de Avance (Terminada la Etapa de Análisis de Sistema) Informe Final (Programas fuente mejorados, Manuales, Mejoras y Proyección del Sistema) IV.- PRODUCTOS ENTREGABLES El Equipo Consultor como parte del informe final y una vez concluidos los trabajos entregará: Un CD con todos los Programas Fuente de las versión final del VIGICONHU, dicha versión será única para el ORAS y MERCOSUR. Guía de Usuario. Guía de funcionamiento del software. V.- HIPOTESIS DE CUMPLIMIENTO Considerando los aspectos referidos en los TDR de la Consultoría es importante establecer que las actividades a desarrollar en el presente enfoque y el cumplimiento de los mismos están directamente relacionadas y condicionadas a los siguientes aspectos. Los responsables entregaran al Equipo Consultor todos los productos necesarios para el análisis de las versiones previas del VIGICONHU, (Programas fuente, manuales, modelo de la Base de Datos) El ORAS será el responsable de facilitar la comunicación con los responsables en MERCOSUR con miras a unificar las versiones. La propuesta no incluye actividad presencial del Equipo Consultor al 100 %, en las oficinas de la ORAS, sino considerando las actividades a realizar según el Plan de Trabajo, siempre y cuando no se vean afectados los objetivos trazados. El ORAS y el Equipo Consultor deberán cumplir sus obligaciones y funciones expresadas claramente en los Términos de Referencia. 6

10 VI.- CRONOGRAMA DE ACTIVIDADES 7