informe final_consultoria actualizacion y sincronizacion de catalogos sismed siga

PER

Ministerio de Salud

Programa de Apoyo a la Reforma del Sector Salud PARSALUD II PARSALUD II

DECENIO DE LAS PERSONAS CON DISCAPACIDAD EN EL PER Ao del Centenario de Machu Picchu para el Mundo

APLICATIVO WEB PARA LA AUTOMATIZACIN DEL PROCESO DE ACTUALIZACIN Y DEL PROCESO DE SINCRONIZACIN DE LOS CATLOGOS DE PRODUCTOS FARMACUTICOS Y AFINES DEL SISMED Y DEL SIGA

INFORME FINAL

Lima - Peru 2010

Informe Final de Cierre de Proyecto

APLICATIVO WEB PARA LA AUTOMATIZACIN DEL PROCESO DE ACTUALIZACIN Y DEL PROCESO DE SINCRONIZACIN DE LOS CATLOGOS DE PRODUCTOS FARMACUTICOS Y AFINES DEL SISMED Y DEL SIGA

INFORME FINAL

Lima - Peru 2010


Contenido1. 2. 3. INTRODUCCION ................................................................................................................................4 OBJETIVO ..........................................................................................................................................4 METODOLOGIA.................................................................................................................................5

3.1

MARCO METODOLOGICO PROPUESTO EN LOS TDR ................................. 6ENTREGA DE INFORMACIN ..................................................................................6 PLAN DE TRABAJO .....................................................................................................6 DESARROLLO...............................................................................................................7 PRUEBAS Y VALIDACIN ..........................................................................................8 CAPACITACIN ............................................................................................................9 TRANSFERENCIA TECNOLGICA ..........................................................................9 INFORME FINAL ........................................................................................................ 10

3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7

3.2

MARCO METODOLOGICO APLICADO ............................................................. 10FASE DE INICIO Y PLANIFICACION ..................................................................... 10 FASE DE EJECUCIN Y CONTROL ..................................................................... 13 ETAPA DE ANALISIS ........................................................................................................... 13 ETAPA DE DISEO.............................................................................................................. 15 ETAPA DE CONSTRUCCION Y PRUEBAS ............................................................................. 18 ETAPA DE IMPLEMENTACION Y TRANSFERENCIA TECNOLOGICA..................................... 24 FASE DE CIERRE DE PROYECTO ....................................................................... 27

3.2.1 3.2.2 3.2.2.1. 3.2.2.2. 3.2.2.3. 3.2.2.4. 3.2.3 4.

CONCLUSIONES Y RECOMENDACIONES ........................................................................................ 28

ANEXOS ................................................................................................................................................. 30


1. INTRODUCCION Este documento describe las actividades que fueron desarrolladas durante la ejecucin de la consultora para desarrollar el aplicativo web que permita la automatizacin del proceso de actualizacin y del proceso de sincronizacin de los catlogos de productos farmacuticos y afines del SISMED y del SIGA. Asimismo detalla que actividades fueron ejecutadas en funcin de los requerimientos solicitados en los trminos de referencia de la consultora y su aplicacin real a travs de la metodologa de Gestin de Proyectos de Desarrollo de Sistemas de Informacin utilizando el PMBOK 2004. Tambin se detalla la forma de cmo se aplic la metodologa RUP y UML a travs de la cual se abord el proceso de construccin e implementacin del Aplicativo hasta su puesta en produccin en los servidores de la Oficina General de Estadstica e Informtica del Ministerio de Salud de Per. Asimismo, se describen nuevos requerimientos y entregables que aparecieron durante la fase de implementacin y un resumen de los sucesos planificados y no planificados que ocurrieron durante la ejecucin del proyecto y finalmente se indican algunos comentarios y aportes relevantes para encaminar el correcto desarrollo del ciclo de vida del aplicativo implementado. 2. OBJETIVO El objetivo de este documento es indicar el resultado del proceso completo de ejecucin de la consultora para desarrollar el aplicativo web que permita la automatizacin del proceso de actualizacin y del proceso de sincronizacin de


los catlogos de productos farmacuticos y afines del SISMED y del SIGA, en funcin de los Trminos de Referencia y la metodologa utilizada para su

ejecucin en cada una de sus etapas detallndose a nivel de cada entregable. 3. METODOLOGIA La metodologa utilizada para la ejecucin de la consultora se alinea a las especificaciones tcnicas propuestas en los trminos de Referencia (TDR) y en el plan de trabajo aprobado, las cuales se detallan a continuacin:

ALINEAMIENTO METODOLOGICO METODOLOGIA PROPUESTA Entrega de Informacin Fase de planificacin Plan de Trabajo METODOLOGIA APLICADA

Desarrollo

Fase de Ejecucin y control

Incepcin Pruebas y validacin

Anlisis (RUP-UML)

Capacitacin

Iteraciones de control de calidad

Diseo (RUP-UML)

Construccin

Transferencia tecnolgica

Despliegue

Informe final

Cierre de proyecto


3.1 MARCO METODOLOGICO PROPUESTO EN LOS TDR 3.1.1 ENTREGA DE INFORMACIN Al inicio de la consultora, y una vez que el contrato haya sido suscrito, la DIGEMID entregar al consultor/a toda la documentacin e informacin disponible para el desarrollo de los productos. Por su parte la Oficina General de Estadstica e Informtica (OGEI) del MINSA entregar informacin acerca de los criterios y parmetros del hardware, estndares de programacin definidos, flujos donde se insertar el nuevo aplicativo, las especificaciones de los archivos que sern afectados y sus relaciones internas con el resto de los aplicativos, software y licencias que se disponen y con los cuales el aplicativo deber funcionar. 3.1.2 PLAN DE TRABAJO El consultor/a presentar un plan de trabajo y cronograma de actividades detallando las tareas especficas que se realizarn para el desarrollo de los productos esperados. Dicho cronograma incluir las reuniones tcnicas de avance con el equipo tcnico de DIGEMID y OGEI (en adelante equipo tcnico del MINSA) y de las direcciones regionales de salud1 donde se vayan a realizar las validaciones. Cuando se considere necesario, la DIGEMID coordinar la

participacin de representantes del MEF.


A partir de las conclusiones a las que se arribaron en las actas del da 05 y 06 de Enero. 3.1.3 DESARROLLO El consultor/a realizar el anlisis del proceso de actualizacin y del proceso de sincronizacin de los catlogos de productos farmacuticos y afines del SISMED y del SIGA y de su posterior actualizacin. El consultor/a realizar el diseo, desarrollo y validacin del aplicativo Web para la comunicacin de informacin del Nivel Nacional del MINSA a los usuarios del mbito nacional (DIRESAS, DISAS, unidades ejecutoras) y viceversa, considerando: comunicacin de datos, envo y recepcin de informacin, actualizacin de catlogos, generacin de cdigos, sincronizacin de catlogos, consultas y reportes de informacin y estadsticas, segn lo establecido en los anexos respectivos. Para ambos casos, el consultor/a sostendr reuniones peridicas, con el equipo tcnico del MINSA y del Ministerio de Economa y Finanzas (MEF), las cuales contarn con sus respectivas actas en donde se especificarn los acuerdos a que se lleguen y sern firmadas por todos los asistentes. El aplicativo Web debe ser realizado en .NET en ASPx con conexin a SQLserver2005. El aplicativo no debe requerir licencias de software adicionales a las que se requieren en la actualidad y debe ser de fcil uso.


Asimismo, el consultor/a deber coordinar con la Oficina General de Estadstica e Informtica del MINSA, y de ser necesario con las oficinas de informtica de las direcciones regionales de salud, para establecer el flujo de informacin y carga de datos de acuerdo a la infraestructura actual. Adems deber coordinar con un representante del MEF encargado de la oficina informtica y de catalogacin de dicha institucin para los mismos fines. La documentacin tcnica del aplicativo Web debe ser de fcil comprensin. Durante esta etapa, a solicitud del equipo tcnico del MINSA, el consultor/a realizar presentaciones sobre el avance de los productos. 3.1.4 PRUEBAS Y VALIDACIN Para las pruebas y validaciones el consultor/a establecer un Protocolo de Pruebas (individuales e integrales) el cual permita evaluar todo el proceso de manejo: instalacin, actualizacin, creacin de cdigos, transferencia de informacin, consistencia, funcionalidad del proceso de actualizacin y del proceso de sincronizacin de los catlogos de productos farmacuticos y afines del SISMED y del SIGA y su posterior actualizacin en los aplicativos. Estas pruebas deben de considerar los accesos en forma concurrente (mnimo 20 usuarios) al aplicativo Web. Se efectuarn pruebas de validacin con los usuarios de la sede central del MINSA, 01 DISA y 01 hospital de Lima o del Callao y dos


DIRESAS y dos hospitales fuera de Lima y Callao, los que sern seleccionados por el equipo tcnico del MINSA, de preferencia dentro del rea donde se ejecutarn los pilotos del Aseguramiento Universal en Salud - PEAS, a fin de evaluar los tiempos de respuesta desde una ubicacin remota. Estas pruebas deben ser registradas con el nivel de detalle que hayan sido llevadas. 3.1.5 CAPACITACIN El consultor/a deber capacitar a los representantes del Ministerio de Salud y del MEF designados por el Director General correspondiente, en el uso y funcionalidad del aplicativo Web. Los materiales y equipos requeridos sern facilitados por el Ministerio de Salud. Para esta etapa, el consultor/a entregar a los participantes una copia impresa y otra copia en medio magntico de la documentacin tcnica. 3.1.6 TRANSFERENCIA TECNOLGICA La transferencia tecnolgica se realizar en 2 sesiones de 3 horas cada una para responder a las dudas sobre lo descrito en la documentacin tcnica y en el cdigo fuente. Esta etapa se realizar luego de la capacitacin. El MINSA designar el personal que participar en esta actividad.


3.1.7 INFORME FINAL Se elaborar un informe final que incluya el resumen de las actividades realizadas, recomendaciones y productos finales. 3.2 MARCO METODOLOGICO APLICADO De acuerdo al marco metodolgico planteado en los TDR, se utiliz la metodologa de Gestin de Proyectos basada en el PMBOK 2004 realizando las siguientes actividades: 3.2.1 FASE DE INICIO Y PLANIFICACION En esta fase se realiz la entrega de informacin en el marco de la fase de incepcin del proyecto con la finalidad de recopilar los datos, procesos, documentos y dems informacin relevante para la construccin del plan de trabajo que garantice la ejecucin del proyecto de forma exitosa, logrando los objetivos propuestos. La ejecucin de esta actividad se desarroll a travs de reuniones tcnicas llevadas a cabo los das 05 y 06 de Enero del ao en curso en la Oficina de la Direccin de Acceso y Uso de Medicamentos (DAUM) de la Direccin General de Insumos, Medicamentos y Drogas de la DIGEMID y en la OGEI del MINSA, en las que se detallaron los requerimientos funcionales y estructurales del aplicativo, los usuarios realizaron la induccin al proceso a informatizar y se enfatizaron algunas caractersticas importantes a tomar en cuenta para el desarrollo del proyecto.


Los participantes de las reuniones desarrolladas fueron Ing. Carlos J. Galds Vadillo - Consultor, el Dr. Nolberto Lanchipa Picoaga - Usuario lder, Ing. Mario Marav Ortega Usuario Tcnico por parte de DAUM y la Lic. Martha Cajalen Alcntara Responsable de la Coordinacin de la construccin del Aplicativo por parte de OGEI, reuniones que se sustentan en las actas de trabajo adjuntas en el Anexo 01 Como resultado de esta actividad, se realiz la entrega del Informe N 001 conteniendo el plan de trabajo que gobern la conduccin del proyecto, documento en el que se establecieron los siguientes aspectos adjuntos en el ANEXO 02: Aspectos dentro alcance del Aplicativo Aspectos fuera del Alcance del Aplicativo Fase de pre incepcin e incepcin Fase de elaboracin Fase de construccin Fase de transicin Estrategia para realizar el Cierre del Proyecto Responsabilidades del Cliente Responsabilidades de los Usuarios Responsabilidades del Consultor Arquitectura del Aplicativo Cronograma detallado de trabajo Se entreg al consultor el modelo FORMATO: REQUERIMIENTO DE CREACION DE ITEMS - CATALOGO SISMED


De esta actividad, se pueden recoger como aspecto importantes lo siguiente: El surgimiento a solicitud de la Lic. Martha Cajalen Alcntara (OGEI - MINSA), de un sub producto no considerado en los trminos de referencia, llamado Mdulo de Gestin de Usuarios que permita a los administradores del Aplicativo asignar derechos a usuarios a nivel de perfiles de usuario y a nivel de otros aplicativos que se puedan ir construyendo para la Institucin, de tal forma que a partir del resultado del proyecto que nos ocupa se pueda gestionar usuarios (agregando, quitando, modificando, etc.), derechos de acceso y manejo de otros sistemas y/o aplicativos que se utilicen en un entorno virtual. El consultor solicit a la Lic. Martha Cajalen Alcntara los estndares de desarrollo y construccin de sistemas de

informacin, a partir de los cuales se orientara la generacin del aplicativo por parte del Consultor, acordndose que el Consultor utilizara su metodologa propia de desarrollo ya que la OGEI del MINSA an no contaba con dichos estndares. El plan de trabajo elaborado y detallado (Entregable N 1 de la consultora), se entreg el da 14 de Enero del presente con el Informe N 001-CJGV-2010 en la Oficina de Recepcin y Registro de documentos de PARSALUD.


3.2.2 FASE DE EJECUCIN Y CONTROL En esta fase, se realiz el conjunto de actividades orientadas a lograr los objetivos detallados en la fase de planificacin de forma secuencial, realizando constantes iteraciones y reuniones a travs de las cuales se confeccionaron productos de forma consensuada y optimizados segn las necesidades funcionales y operacionales de los procesos a informatizar; para lo cual se inicio con las actividades de anlisis y diseo del aplicativo de a partir de la arquitectura definida en el documento resultante de la fase de Planificacin (Anexo 02). 3.2.2.1. ETAPA DE ANALISIS

Para la ejecucin de esta etapa, se inici con una reunin llevada a cabo el da14 de Enero del presente ao, entre el Ing. Carlos Galdos Vadillo - Consultor y el Dr. Nolberto Lanchipa Picoaga - Usuario Lder y el Responsable de generacin y manejo de cdigos del SIGA MEF, en la que se detallaron los procedimientos relevantes del ciclo de solicitudes de nuevos cdigos realizados por los Usuarios del Aplicativo SISMED (Sistema de Medicamentos) de las Unidades Ejecutoras. Entre los detalles ms importantes definidos y explicados al consultor estn: Detalle del funcionamiento del proceso actual de actualizacin y sincronizacin de los catlogos de productos farmacuticos y

afines del SISMED y del SIGA por parte de la Dra. Roco Espinoza


Huertas Responsable de Catalogacin del MEF en coordinacin con el Dr. Norberto Lanchipa El sistema NO enviar el archivo .txt generado para los usuarios del SIGA, debido a que esta herramienta ya existe a nivel del MEF y tiene un proceso propio El MEF deber confirmar si es necesario automatizar la solicitud de tems para el MEF a partir del aplicativo informtico a construir Con respecto a los usuarios, para el caso del MEF, existe un nico usuario a nivel de unidad ejecutora Basado en los acuerdos tomados en las reuniones de los das 04 y 05 de Enero y 14 de Febrero, se realiz el anlisis del aplicativo, de lo cual se obtuvieron los Casos de Uso y Diagramas de Actores y Paquetes del aplicativo.(Anexo 03) Los resultados obtenidos de los productos mencionados en el prrafo anterior fueron sometidos a discusin y presentados en reuniones llevadas a cabo el da 05 de Febrero con el Usuario Lder y el Ing. Mario Marav, de la cual se concluyeron en las siguientes sugerencias y aportes realizados: El modelo entidad relacin deber contener una entidad con atributos que permitan conocer el destino de las solicitudes de creacin de nuevos cdigos (solicitud dirigida al MEF, dirigida a la DIGEMID o ambos)


3.2.2.2.

ETAPA DE DISEO

Luego de las recomendaciones realizadas en la etapa de anlisis del aplicativo, se procedi a realizar la construccin del modelo del aplicativo basdos en RUP y UML, utilizando la herramienta Rational Rose 7 para el modelado y Erwin 7.1 para la construccin del Diagrama Entidad Relacin a partir del modelo elaborado en Rational Rose, este sub producto incluye los siguiente subproductos: (Anexo 04) Modelo de clases Diagrama entidad relacin Prototipo del aplicativo Flujograma de proceso Diagrama de secuencia de solicitudes de nuevos cdigos Diagrama de secuencia de evaluacin de solicitudes de nuevos cdigos Diagrama de secuencia de sincronizacin de cdigos SIGASISMED A partir de estos resultados y levantamiento de observaciones se presenta en el PARSALUD el Informe N 002-CJGV-2010 presentado el da 19 de Febrero de 2010, cumpliendo con el cronograma de entregables descrito en el plan de trabajo.


Tomando los resultados del anlisis y diseo elaborado, el da 19 de Febrero del presente, se realiz una reunin tcnica en la que participaron el Usuario Tcnico Ing. Mario Marav Ortega, Usuario Tcnico de OGEI Lic. Martha Cajalen Alcntara y el consultor en la que se sustento el modelo propuesto. Luego de la sustentacin y explicacin del modelo elaborado, se realizaron las siguientes observaciones y sugerencias al modelo: En el mdulo de registro de usuarios: La clave del usuario se crear una vez que el usuario haya recibido el e-mail de confirmacin de la creacin de su cuenta, y no ser enviado en correo alguno por motivos de seguridad. El aplicativo no deber mostrar en pantalla los cdigos internos de los diferentes tems que este utiliza, evitando de esta manera crear confusin en los usuarios finales. En el mdulo de solicitudes de nuevos cdigos se deber adicionar un objeto combo que permita realizar filtros del estado de las solicitudes realizadas y as evitar listar el 100% de solicitudes, mejorando as la velocidad de carga y muestra de datos a los usuarios. Para la realizacin de nuevas solicitudes se deber incluir los campos de clase, grupo, familia y tipo bien al cual pertenece el producto farmacutico solicitado.


-

Se deber cambiar los nombres de los campos medcame, concentrac y presentaci, por nombres completos como son: medicamentos, concentracin y presentacin de la tabla medcame de la base de datos del aplicativo.

-

Se

observo

desde

el

primer

informe

presentado

que

el

administrador de usuarios no lo realiza OGEI (Pagina 8, 10,12 del Diagrama de Actores) De la pagina 20 en el cuadro del punto 9, deberia considerarse otro estado diferente al REGISTRADO Segn la solicitud es por medicamento ya no es por ms de uno. En el modelo de datos la concentracin, presentacin y FF deben estar codificados, en la tabla de catalogo (medicame) y debe de contemplar los casos especiales que de Estratgicos que se requiere En la tabla solicitud no guarda un estado que si esta mencionado en los casos de Uso (Registrado) Asimismo, se recibieron y procesaron las observaciones y sugerencias indicadas por el Ing. Aquiles Mamani Huayta Analista Programador de PARSALUD, las cuales se consultaron con el Dr. Nolberto Lanchipa y segn su pertinencia son levantadas e implementadas en el documento de anlisis y diseo del aplicativo; las cuales son Informadas a PARSALUD a travs del Informe N 003 CJGV 2010 de fecha 08 de Marzo de 2010, adjuntando el Acta de Conformidad del


Entregable 02, luego de la cual se contina con la etapa de Construccin, pruebas e Implementacin final. 3.2.2.3. ETAPA DE CONSTRUCCION Y PRUEBAS

En esta etapa se contina con la elaboracin del aplicativo iniciado con la presentacin e implementacin del prototipo propuesto en la etapa de anlisis y diseo; para lo cual el Consultor utiliza un hosting de pruebas propio, implementando los avances de forma virtual para que se puedan realizar las actividades de pruebas en un entorno virtual similar al entorno con que se cuenta en los servidor de la OGEI del MINSA. Se implementa la direccin web: www.sincronizacion.developmentitp.com, ello debido a que en las reuniones de planificacin del da 05 de enero se acord que se habilitara un servidor de pruebas para realizar las validaciones necesarias al aplicativo en cuanto este haya culminado su etapa de construccin. El da 19 de Febrero se presenta el prototipo del aplicativo colgado en la web site implementada por el consultor, en la que se realizan pruebas y explicacin del detalla del funcionamiento, concluyendo en los siguientes comentarios, sugerencias y aportes realizadas por el Usuario Lder y el Usuario Tcnico en la Oficina de DAUM: No ser necesario generar encabezados de solicitudes de cdigos manualmente, sino que estos se debern generar una vez que el usuario genere nuevos tems a solicitar.


-

Se deber agregar un contador de ingresos al aplicativo Se deber cambiar o crear el ttulo del sub men maestros a catlogos.

-

El usuario solicitante podr verificar el estado de evaluacin de sus solicitudes generadas.

-

Se podr apreciar un listado o buzn de solicitudes enviadas. Se deber agregar el campo registro sanitario (campo que ser llenado de forma opcional) a la solicitud de nuevos cdigos.

-

Se debern ocultar los cdigos internos, y slo se debern apreciar los cdigos y datos necesarios para los usuarios.

-

Se deber incluir un men conteniendo el listado de paquetes generados.

Estas sugerencias y observaciones son implementadas y el da 10 de Marzo se lleva a cabo otra reunin para la verificacin de las observaciones levantadas y las caractersticas aadidas por el consultor, la validacin y revisin tambin se llevan a cabo en el servidor de pruebas implementado por el consultor, luego de lo cual se arribaron a los siguientes acuerdos: (Acta de trabajo en Anexo 05) En el mdulo de solicitudes de nuevos cdigos se deber modificar la opcin de filtro para que nicamente se puedan apreciar los cdigos solicitados por el Usuario logueado en el aplicativo. Se deber cambiar el trmino (en el caso de solicitudes) aprobados por autorizados


-

Se deber generar dos opciones adicionales en la bandeja de solicitudes llamada atendidos y pendientes.

-

Se deber cambiar el orden de presentacin de de las columnas en el grid de presentacin de las solicitudes de la siguiente manera: Descripcin, presentacin, concentracin, ff, tipo, registro sanitario, grupo, clase, familia y nnuu.

-

La bandeja sincronizacin es interna, es decir no debe ser apreciada por el usuario solicitante.

-

Todo medicamento se debe sincronizar con la DIGEMID de forma obligatoria.

-

En el mdulo de autorizacin de solicitudes se debern incluir los campos estratgico, petitorio y venta, adems de los campos con que se cuenta al generar solicitud.

-

Se deber agregar un mdulo de mantenimiento del catlogo actual de medicamentos.

-

No se podrn enviar los detalles de las solicitudes ya enviadas a DIGEMID o MEF, por lo que el botn eliminar deber quedar como invisible para los registros enviados.

Todas las observaciones y sugerencias realizadas son levantadas y con fecha 25 de Marzo de 2010 se procede a realizar otra reunin entre el Consultor y el Usuario Lder de verificacin y validacin del aplicativo luego de la cual se genera el cronograma de pruebas piloto: (Acta de trabajo en Anexo 06)


-

El da 29 se realizara la demostracin del aplicativo en DIGEMID, en las cuales se realizara la presentacin y levantamiento de observaciones finales.

-

El da 30 se publicara en la OGEI incluyendo las observaciones y sugerencias levantadas.

-

El da martes 06 de abril de llevara a cabo la capacitacin y pruebas en la DIRESA Callao y el Hospital del Callao.

-

DIMIGED

realizar

las

coordinaciones

para

realizar

una

teleconferencia con las Unidades Ejecutoras va Iluminate el da mircoles 07 de Abril, fecha en la que se realizara la capacitacin y las pruebas con la DIRESA Ayacucho y Huancavelica. (Todo ello segn los estipulado en los TDR) Con respecto al mdulo de evaluacin de solicitudes se hicieron las siguientes observaciones: Se deber agregar un listado con sus caractersticas e incluirlas en el correo electrnico de rechazo, confirmacin u observacin de un producto. Se deber agregar un botn buscador del catlogo SISMED actual para realizar las bsquedas antes de la autorizacin del cdigo. Se deber agregar un botn para la indicacin de que un cdigo ya existe. Se deber generar un botn para re enviar un correo electrnico de respuesta a solicitudes en la que se deber incluir el zipo generado (de ser necesario) en la lista de tems evaluados.


-

El Aplicativo validar la respuesta a enviar por cada solicitud generada, evitando respuestas de solicitudes que no tienen todos sus productos evaluados.

-

Se deber quitar el filtro por unidad ejecutora. Se deber agregar el nmero de solicitud realizada por cada unidad ejecutora.

Una vez levantadas todas las observaciones realizadas, el da 15 de Abril se llev a cabo la reunin programada para la presentacin final del aplicativo con participacin de: Participacin en la Oficina de DIGEMID Consultor DIGEMID DIGEMID : : : Ing. Carlos Galds V. Dr. Nolberto Lanchipa Picoaga Ing. Mario Marav Ortega Dra. Rossana Geng Olaechea Ing. Aquiles Mamani H.

PARSALUD : PARSALUD :

Participacin Virtual a travs del aplicativo de asistencia remota Teamviewer: DIRESA HUANCAVELICA: DIRESA AYACUCHO DIRESA TACNA : : Sr. Angel Abel Escobar Condori Sr. Alfredo Rojas Garay Srta: Narda del Rosario Navarro


DIRESA APURIMAC DIRESA PIURA

: :

Sr. Daniel Martin Escalante Romero Sr. Oscar Julio Crdova Huaco Sr. Miguel Sipion Neciosup Sr. Francis Garay Corahua Sr. Manuel Cornejo

DIRESA LAMBAYEQUE : DISA LIMA CIUDAD DISA LIMA SUR : :

HOSP. EMERG. PEDIATRICAS: Srta. Mara Esperanza Ecospomar De acuerdo a la agenda propuesta se realizaron las siguientes actividades: Detalle de los objetivos del proyecto y de la reunin por el Dr. Nolberto Lanchipa Demostracin del funcionamiento y uso del aplicativo web por el Ing. Carlos J. Galds Vadillo Ronda de presuntas Aportes y comentarios

Todos los detalles de la reunin realizada, fueron firmadas en acta de trabajo adjuntando la pantalla principal que muestra las conexiones de cada una de las Unidades Ejecutoras presentes en la reunin de trabajo. (Anexo 07) Es importante acotar que como paso previo a esta reunin se construy el manual preliminar del aplicativo, el cual fue distribuido a


los Responsables de las Unidades Ejecutoras participantes en las pruebas. Finalmente, se realiz la capacitacin en el uso del aplicativo el da 23 de Abril en las Oficinas de DAUM reunin en la que participaron el Dr. Nolberto Lanchipa Picoaga Responsable de DAUM y el Ing. Mario Marav Ortega . Responsable Tcnico y el Consultor Ing. Carlos Galds V., luego de lo cual se pas a realizar la etapa de implementacin, pruebas y transferencia tecnolgica que a

continuacin se detallan. 3.2.2.4. ETAPA DE IMPLEMENTACION Y TRANSFERENCIA

TECNOLOGICA Durante esta etapa se lleva a cabo el desarrollo de las pruebas tcnicas en la Oficina de OGEI del MINSA, las cuales fueron programadas para los das 06 y 07 (Anexo 08) del mes de Mayo, reuniones en las que participaron: Consultor DIGEMID OGEI OGEI : : : : Ing. Carlos Galds V. Ing. Mario Marav Lic. Martha Cajalen Alcntara Ing. Rafael Paredes

Durante las reuniones desarrolladas se realiz la transferencia tecnolgica para lo cual se explic el modelo del proceso informatizado, luego de lo cual se realiz la configuracin del aplicativo en los servidores de base de datos y web de la OGEI y se pusieron en


funcionamiento para la realizacin de las pruebas funcionales y tcnicas, luego de las cuales se realizaron observaciones y sugerencias que a continuacin se detallan (Anexo 09): Se defini la forma de trabajo en las sucesivas sesiones, la misma que se realizara de la siguiente forma: Explicacin a modo de usuario (flujo de informacin), el cual no puede ser concluida por las observaciones encontradas. Revisin de parte de (OGEI) del cdigo fuente, esto puede presentar observaciones tcnicas que deben ser levantadas por el consultor. Se explic el flujo de informacin y se tuvieron inconvenientes detallados en el correo adjunto Se superaron los problemas indicados en la reunin anterior (se pudo cargar el proyecto con los fuentes y componentes indicado por el consultor). Se continu con la explicacin del flujo de informacin. Se observ que en el modelo de Datos las tablas de medicamentos y Forma Farmacutica no tenan los nombres apropiados, acordndose que el consultor hara el cambio, ya que esto fue observado en una de las primeras revisiones realizadas al desarrollo del Aplicativo. No se pudo probar el caso de que el solicitante fuese el MEF (falto perfiles en el Aplicativo)


-

Se observ que para el pase a produccin se debe actualizar la tabla medicamentos con los cdigo del MEF con los que se cuenta equivalencia a la fecha.

-

Se observ aplicacin

en la tabla de Unidades Ejecutoras que usara la se debe usar la calificacin correcta

(DISA,DIRESAS,GERESA, Etc.) El da Miercoles 11 de Mayo se continu con la verificacin del aplicativo, llegndose a las siguientes conclusiones por parte de OGEI MINSA: Los procedimientos almacenados debern tener un estndar en su construccin segn el detalle siguiente:(Anexo 10) Los nombres de los procedimientos almacenados deben ser cambiados respetando el siguiente estndar CAT_SPXJJJJJJJ Donde: CAT indica el sistema, SP Indica que es un procedimiento almacenado, X indica la accin (L: lista, C: Consulta(devuelve un registro), U: actualiza, I: Inserta), JJJJJJ: Nombre procedimiento Los nombres de las vistas deben de respetar el siguiente estndar: CAT_V_XXXXX, donde XXXX: indica el Nombre descriptivo de la Vista El da 21 de Mayo los responsables de la validacin tcnica y transferencia tecnolgica de OGEI, realizaron otra validacin, dado como resultado las observaciones indicadas en el (anexo 11)


Finalmente, y con fecha 25 de Mayo se realiza el anlisis de calidad y se verifica la documentacin tcnica del Aplicativo encontrndose las siguientes recomendaciones: En Manual del Sistema corregir r en el diagrama de caso de uso ya que administrador del SISTEMA es el personal de DIGEMID. (pgina 3) No considerar las iniciales en los documentos. En cuanto al aplicativo este ya levanto las observaciones indicadas en cuanto a la funcionalidad observad, pero aun no nos queda claro la funcionalidad del borrar. En el cdigo del Proyecto , los mtodos de la clase

solicitudDetalleNegocio los nombres de los mtodos tiene sus iniciales(se indico que no debera tener esto) verificar esto. Dicha recomendaciones se levantan y se procede posteriormente a poner en produccin el aplicativo con fecha 31 de Mayo de 2010, concluyndose as con esta etapa indicada en los trminos de referencia como Transferencia tecnolgica. 3.2.3 FASE DE CIERRE DE PROYECTO En esta fase se procede a realizar la entrega del informe final, incluyendo las conclusiones y recomendaciones, as como el producto resultante del proyecto, a continuacin se detallan los entregables finales:


-

Aplicativo

Web

validado

para

automatizar

el

proceso

de

actualizacin y el proceso de sincronizacin de los catlogos de productos farmacuticos y afines del SISMED y del SIGA, el cual deber estar instalado en uno de los servidores del MINSA. Cdigos fuente del aplicativo Web. Tres versiones impresas de la documentacin tcnica validada (Manual de Programacin, Manual del Usuario, Manual del Sistema) del aplicativo Web, en papel A4, con mrgenes de 2.5 cm para cada lado (Validado segn Actas de Conformidad- Anexo 12) Tres versiones en CD, incluyendo los archivos electrnicos originales con los cuales se elaboraron los documentos impresos (Word, Excel, Rational Rose, etc.). Adems se debe entregar una versin en formato PDF del documento impreso. Este archivo en formato PDF debe ser una versin idntica a la versin impresa en papel y debe estar contenido en un solo archivo electrnico. Informe detallado de las actividades de capacitacin, transferencia tecnolgica e informe final de la consultora, que incluye el acta de conformidad por parte del equipo tcnico del MINSA (DIGEMID y OGEI) para estas actividades. 4. CONCLUSIONES Y RECOMENDACIONES El aplicativo resultante del Proyecto conforma el eslabn inicial de una cadena de procesos que conforman la integracin completa de los aplicativos SISMED y SIGA, lo cuales daran como resultado la sincronizacin total de los dos


aplicativos y en consecuencia alinearn el proceso de informacin en las Direcciones de Logstica y Farmacia de las Unidades Ejecutoras. La sincronizacin de la informacin tendr como consecuencia resultados reales concordantes y transparentes desde el nivel de atencin ms cercano al paciente, pasando por los niveles administrativos intermedios de las Unidades Ejecutoras (hoy Gerencias y/o Cabeceras de red) hasta el Nivel Central tanto en DIGEMID como en el MEF, lo cual redundar en una mejor toma de decisiones. En la etapa de la construccin de los TDR es recomendable considerar los plazos correspondientes al levantamiento de observaciones para el Usuario Lder (pruebas funcionales) y para el Usuario Tcnico (pruebas tcnicas), de esta manera se conocer de forma precisa la duracin total del proyecto. Durante la etapa de anlisis y diseo del Aplicativo es necesario definir con precisin los entregables, los cuales deben alinearse estrictamente a lo estipulado en los TDR. El manejo de la metodologa aplicada en cada proyecto de Software es parte fundamental que sirve como pilar de cualquier proyecto de Tecnologas, por lo que es necesario implementar la NTP ISO 12207 (Norma Tcnica Peruana), que norma el ciclo de vida del software en las instituciones del estado.


ANEXOS


ANEXO 01 ACTAS DE TRABAJO ENTREGA DE INFORMACIN AL CONSULTOR


ANEXO 02 RESULTADO DE LA ETAPA DE PLANIFICACION DEL PROYECTO


DENTRO DE ALCANCELos datos de entrada y de salida se muestran a continuacin para cada uno de los requerimientos de usuario de DAUM:

MANTENIMIENTO DE USUARIOS SALIDAS ENTRADAS Datos de inters

Nombres y apellidos del usuario Unidad Ejecutora a la que pertenece. Cargo Tipo de usuario diferenciado Roles Correo electrnico Derechos de acceso

Apellido Paterno. Apellido Materno. Nombres. Cargo. Unidad Ejecutora. Tipo de Usuario. Correo electrnico Confirmacin de creacin del usuario Envo de un e-mail confirmando los datos de registro del nuevo usuario registrado.


SOLICITUD DE NUEVO CODIGO SALIDAS ENTRADAS Datos Generales del Usuario

Usuario

solicitante

Apellido Paterno Apellido Materno Nombres Unidad Ejecutora Correo electrnico Datos Generales del usuario Telfono de contacto rea en la que labora Telfono del contacto Fecha de solicitud Datos del cdigo solicitado Descripcin del ITEM Presentacin Concentracin FF Tipo

Cdigo

Envo de

solicitado informacin.

Consultas de usuario SALIDAS ENTRADAS Datos Generales del catlogo SISMED Id de usuario y clave

Cdigo Descripcin Presentacin Concentracin FF Tipo Cdigo SIGA Petitorio Estratgico EstVnt Consultas Usuario DAUM

Usuario que solicita nuevo cdigo


UE rea en la que labora Telfono del contacto Fecha de solicitud Descripcin del ITEM Presentacin Concentracin FF Tipo

Consulta y confirmacin de cdigos SALIDAS ENTRADAS Datos de la solicitud

ID y contrasea de Usuario

Usuario que solicita nuevo cdigo UE rea en la que labora Telfono del contacto Fecha de solicitud Descripcin del ITEM Presentacin Concentracin

Observacin Confirmacin de existencia deITEM

Confirmacin/Rechazo/Ya existe

Correo electrnico al solicitante conteniendo informacin delcdigo solicitado y Nuevo catlogo y un archivo ZIP conteniendo adems tablas de prestadores, redes y microredes. Catlogo de productos farmacuticos y afines actualizado en FTP en formato ZIP, conteniendo adems tablas de prestadores, redes y microredes. Catlogo de productos farmacuticos y afines sincronizado en cdigo con la base de datos del SIGA. Envo de confirmacin a los usuarios SIGA (por determinar requisitos y mtodos de envo por el MEF). Catlogo de productos farmacuticos y afines actualizado en la WEB. Correo electrnico al solicitante conteniendo informacin del cdigo solicitado y Motivo de rechazo u observacin. Correo electrnico al resto de usuarios de las Unidades Ejecutoras, informando que se ha actualizado el catlogo.


MODULO DE SEGURIDAD Y ADMINISTRACION Dentro de Alcance Las opciones consideradas sern la siguientes: Seguridad: Observaciones Algunos reportes podrn ser unificados previa coordinacin con el usuario El aplicativo genera una comunicacin enviada va e-mail al usuario propietario de la cuenta creada, confirmando su nombre de usuario y contrasea. Las claves que son generadas por el usuario sern encriptadas en la Base de datos.

Generacin de Claves, Activacin de Usuario y Clave. Creacin de UsuariosAdministracin:

Asignacin de Permisos, Mantenimiento, Mantenimiento de Mdulos Mantenimiento de Roles Asignacin de Permisos Consultas y Reportes. Entrega de usuarios y claves. Reporte General de Usuarios.

Todas consultas tendrn la opcin de exportar los registros a Excel. Se validarn todas las entradas de datos de los diversos tipos de usuarios a travs de capas de presentacin, negocios y datos. El sistema contemplar la conexin a una Base de datos de la OGEI que contiene las tablas de prestadores, redes y microredes para su exportacin y envo dentro del archivo ZIP del catlogo de productos farmacuticos y afines actualizado.


FUERA DE ALCANCE

Fuera del Alcance

Observaciones La creacin del enlace para acceder al sistema materia de este documento, es responsabilidad de la lnea de mantenimiento de la web site origen, puede ser el MINSA u otras a partir de los cuales se pueda dar acceso al sistema.

Crear el vnculo en el portal del MINSA u otros para acceder al sistema que ocupa este documento.

El consultor no realizar ningn proceso de migracin y/o carga de datos masiva o digitacin de usuarios. Se cargar nicamente la informacin paramtrica propia para la administracin de la funcionalidad a implementar. No es parte del proyecto, implementar mecanismos de seguridad en la configuracin de los servidores de produccin y/o firewalls que pueda requerir. El consultor no validar la informacin basal de maestros a ser mostrada en el sistema, los criterios de validacin y recopilacin de la informacin basal a mostrar son propios de las bases de datos administradas por DAUM. No es parte del proyecto realizar instalacin y/o configuraciones en el servidor de aplicaciones y de base de datos

Ninguna

La OGEI proporcionar algunas recomendaciones en caso estas sean necesarias. La seguridad de los servidores de produccin y/o firewall son responsabilidad de la OGEI. Ninguna

El consultor debe entregar un documento de instalacin a nivel de Servidor, en el cual este especificado el procedimiento de instalacin a llevarse a cabo.

SUPUESTOS

Item 1

Supuestos El usuario participar activamente en las fechas programadas segn cronograma de actividades adjunto, aprobado con el presente plan. Los ambientes de pruebas y produccin sern proporcionados por OGEI. La arquitectura del sistema ser concebida considerando que este es un supuesto vlido, el cual fue confirmado por OGEI. La arquitectura descrita en los TDR correspondientes se mantendr durante todas las fases de su desarrollo.

2

3

ESTRATEGIA DE EJECUCION DEL PROYECTO


Las actividades de gestin del proyecto se realizarn tomando como referencia este plan de trabajo, mientras que las actividades de ingeniera de desarrollo de software se realizarn de acuerdo al los trminos indicados en el TDR y actas de trabajo de introduccin e incepcin al proceso de creacin de un nuevo cdigo de producto farmacutico o afin. La metodologa propuesta divide el proceso en fases (Incepcin, Elaboracin, Construccin y Transicin).

ETAPAS DEL PROYECTODebido a la complejidad del sistema se ha visto conveniente realizarlo en una sola etapa en donde se desarrollar por completo el Sistema que nos ocupa.

FASES E ITERACIONES DEL PROYECTOSe considera las siguientes fases: Pre Incepcin e Incepcin Elaboracin Construccin Transicin. Se muestra a continuacin un breve resumen de las fases e iteraciones contempladas:

Fase

Nmero de Iteracin

Resumen Se realiza un estudio previo (Pre-incepcin) para identificar los requerimientos priorizados y luego hacer un estudio detallado del requerimiento priorizado (Incepcin). Se realiza el anlisis y diseo de los requerimientos de usuario, para todos los casos de uso del sistema. Contempla la implementacin y pruebas de los casos de uso del sistema.

Pre-Incepcin e Incepcin

1

Elaboracin

1

Construccin

1

Se actualiza el documento anlisis y diseo en aquellos casos que no pudo detallarse adecuadamente en la Elaboracin. Considera las pruebas integrales en ambiente de pruebas (QA) de OGEI, as como las pruebas con hospitales y DIRESAs seleccionadas para tal fin.

Transicin

1

Considera la elaboracin y actualizacin de manuales, as como la transferencia tecnolgica a la OGEI

Los tiempos estimados para cada una de las iteraciones se muestra en la siguiente tabla. Fase Iteracin Inicio Fin


Pre-Incepcin e Incepcin Elaboracin Construccin Transicin

1 1 1 1

04-01-2010 14-01-2010 03-02-2010 25-02-2010

14-01-2010 02-02-2010 24-02-2010 04-03-2010

Total das calendario: 60 das


FASE DE PRE INCEPCION e INCEPCIONTrminos Tipo de Iteracin Pre-Incepcin e Incepcin Concebir el plan general del proyecto y lograr la aprobacin por parte de los usuarios. Objetivo Definir detalladamente el alcance del proyecto a travs del entendimiento de los requerimientos funcionales y no funcionales. Planeamiento y Administracin del Proyecto. Pre-condicin 1 Se debe culminar el levantamiento de informacin preliminar con los usuarios expertos. Se consideran validos los acuerdos tomados con los usuarios lderes y expertos, estos acuerdos estn evidenciados en las actas de reunin de trabajo. No identificadas en esta fase. Plan de Proyecto Inicial Definicin

Supuestos Restricciones Documento

1 1 1

FASE DE ELABORACIONTrminos Tipo de Iteracin Elaboracin Desarrollar el anlisis y diseo de todos los casos de uso del sistema. Objetivo Establecer y validar definitivamente la arquitectura del sistema, incluyendo el modelo de datos. Preparar el ambiente de desarrollo para la fase de construccin. Pre-condicin 1 Es necesario tener culminadas todas las actividades desarrolladas en la fase de Pre-Incepcin e Incepcin. Los acuerdos tomados en la fase de pre-incepcin e incepcin son validos y son tomados en consideracin para el desarrollo de esta fase. No identificados en esta fase. Documento de anlisis (casos de uso) Diseo de la Base de datos. Definicin

Supuestos Restricciones Entregables

1 1


Diagrama de Entidad Relacin Diseo de interfaz grfica Base de Datos (Tablas, Vistas, Store Procedures, Funciones, Triggers, etc.) Diccionario de datos, el que debe incluir el listado de las tablas y descripcin de las columnas., tipo de datos. La terminologa utilizada debe ser clara y sencilla. Procedimiento y flujograma de los procesos de actualizacin y sincronizacin de los catlogos de productos farmacuticos y afines del SISMED y del SIGA y la actualizacin continua de los mismos

FASE DE CONSTRUCCION Trminos Tipo de Iteracin ObjetivoPre-condicin

Definicin ConstruccinDesarrollo de la versin 1.0 Entregar la primera versin para pruebas con el usuario. 1 Aprobacin de los entregables en la etapa de Elaboracin. La OGEI proporciona el acceso a la base de datos de maestros (prestadores, redes, microredes) en el ambiente de desarrollo, en el ambiente pruebas/calidad y en el ambiente de produccin. Se necesita que la arquitectura tecnolgica a implementar se encuentre habilitada, tanto en los ambientes de prueba como en los ambientes de produccin. MODULO SEGURIDAD Y ADMINISTRACION DE USUARIOS

Supuestos

1

Restricciones

1

Casos de uso implementados

1

MODULO DE SOLICITUD DE NUEVO CODIGO MODULO DE CONFIRMACION O RECHAZO DE SOLICITUDES (INCLUYENDO PROCEDIMIENTO DE SINCRONIZACION CON EL SIGA AUTOMATIZADO) Se Despliegue del aplicativo en el ambiente de pruebas.

Pruebas

1

Se realiza la revisin de los objetos de la aplicacin y base de datos Se realiza la revisin y ejecucin del los mdulos basndose en el diseo de sistema, previa coordinacin y/o visita a las DIRESAs y


Hospitales seleccionados. Se elaboracin de Informe de Pruebas de Sistemas por parte del Consultor en coordinacin con el equipo tcnico. Para los casos en que las pruebas no resulten satisfactorias, se deber realizar la retroalimentacin al consultor y solicitar un nuevo pase para el control de calidad y levantamiento de observaciones. Informe detallado de las actividades que incluye recomendaciones y productos finales, el acta de conformidad por parte del equipo tcnico del MINSA (DIGEMID y OGEI) para estas actividades. Aplicativo Web validado para automatizar el proceso de actualizacin y el proceso de sincronizacin de los catlogos de productos farmacuticos y afines del SISMED y del SIGA, el cual deber estar instalado en uno de los servidores del MINSA. Documento de Funcionales Pruebas de Sistema y

1

2

Entregables

3 4

Documento de Pruebas de Esfuerzo Tres versiones impresas de la documentacin tcnica validada (Manual de Programacin, Manual del Usuario, Manual del Sistema) del aplicativo Web, en papel A4, con mrgenes de 2.5 cm para cada lado. Manual de Usuario, Manual de configuracin y Manual de Sistema (incluye el manual de programacin). Cdigos fuente del aplicativo Web. Tres versiones en CD, incluyendo los archivos electrnicos originales con los cuales se elaboraron los documentos impresos (Word, Excel, Rational Rose, etc.). Adems se debe entregar una versin en formato PDF del documento impreso. Este archivo en formato PDF debe ser una versin idntica a la versin impresa en papel y debe estar contenido en un solo archivo electrnico.

5

6 7

8

FASE DE TRANSICION Trminos Tipo de Iteracin Objetivo

Definicin TransicinTransferencia tecnolgica


Pre-condicin Supuestos

1 1

Aprobacin de los entregables en la etapa de Construccin. El MINSA designar el personal que participar en esta actividad. Se necesita que la arquitectura tecnolgica a implementar se encuentre habilitada, tanto en los ambientes de prueba como en los ambientes de produccin. La transferencia tecnolgica se realizar en 2 sesiones de 3 horas cada una para responder a las dudas sobre lo descrito en la documentacin tcnica y en el cdigo fuente. Esta etapa se realizar luego de la capacitacin Informe detallado de las actividades de capacitacin y transferencia tecnolgica que incluye recomendaciones y productos finales, el acta de conformidad por parte del equipo tcnico del MINSA (DIGEMID y OGEI) para estas actividades.

Restricciones

1

Transferencia tecnolgica

1

Entregables

1

CIERRE DEL PROYECTOPara el cierre del proyecto se ejecutarn las siguientes actividades (todas incluidas en el cronograma de trabajo adjunto): Se llevar a cabo una reunin con la presencia de los responsables del Comit Tcnico del MINSA Se realizar la entrega final del Informe detallado de las actividades de capacitacin, transferencia tecnolgica e informe final de la consultora, que incluye el acta de conformidad por parte del equipo tcnico del MINSA (DIGEMID y OGEI) para estas actividades. Se elaborar, revisar y firmar el acta final de entrega y conformidad del aplicativo.

RESPONSABILIDAD DEL USUARIO/CLIENTEEn este segmento se definen las responsabilidades del cliente en referencia al presente proyecto. tem Responsabilidad 1 Proporcionar todas las facilidades para el levantamiento de informacin y para el desarrollo de la misma. 2 Revisar y aprobar los entregables del Proyecto 3 Soporte durante las pruebas de aceptacin y pase a produccin. 4 Revisar y aprobar documentacin tcnica presentada por el Consultor.

RESPONSABILIDAD DEL CONSULTOREn este punto se definen a nivel genrico, las responsabilidades del CONSULTOR, a nivel de proveedor: tem Responsabilidad


1

Ejecucin del ciclo de vida de desarrollo del producto en todas sus etapas, establecido por el TDR.

2 Soporte durante las pruebas de aceptacin y pase a produccin. 3 4 5 Tomar las medidas preventivas y correctivas necesarias, para corregir los riesgos, retrasos y problemas que hubiese en el Proyecto. Discernir las discrepancias y dudas que surjan durante el desarrollo del proyecto e informar su decisin al equipo tcnico del MINSA. Debe resolver y/o aprobar o rechazar las solicitudes de modificacin y/o adaptacin que el equipo de trabajo someta a su consideracin.

6 El consultor

PLAN DE PROYECTO

ARQUITECTURA Y PLATAFORMAEl Sistema estar desarrollado bajo una arquitectura que corresponde a Sistemas Distribuidos (Aplicaciones Web). Para la implementacin del Sistema se considerarn los siguientes componentes Capa de Presentacin: Desde la cual se activar la aplicacin, a travs de un explorador (paginas HTML, CSS, XML) y una direccin URL asignada al Sistema. Capa de Negocios (Servidor Web): En la cual residirn las pginas estticas y dinmicas elaboradas para la aplicacin y la lgica de negocio. Capa de Data: En la cual residir la Base de Datos y los diferentes objetos creados para el Sistema (tablas, ndices, procedimientos almacenados, funciones, vistas). Se utilizar el soporte brindado por el Administrador de Base de Datos SQL SERVER 2005 PLATAFORMA DE DESARROLLO El Sistema ser desarrollado en lenguaje de programacin ASP 2.0. Para la implementacin del Sistema se utilizarn las siguientes herramientas tecnolgicas: Capa de Presentacin (Cliente). Propsito Navegador Producto MS Internet Explorer 6 o superior HTML, DHTML, XML, CSS, Java Script Framework Microsoft Net Framework 2.0

Capa de Reglas de Negocios o Lgica del Sistema. Propsito Lenguaje Utilizado Aplicaciones Framework Capa de Datos Propsito Base de Datos Capa de Servicios Propsito Lenguaje Utilizado Producto C# Producto SQL SERVER 2005 Producto C#, VB Framework 2.0

PLAN DE PROYECTO

Framework Herramientas Adicionales empleadas

MICROSOFT NET FRAMEWORK 2.0

Herramienta Herramienta utilizada para el Modelamiento (RUP) Herramienta para Diseo lgico y fsico de la Base Datos Herramienta para la documentacin del Proyecto

PLAN DE PROYECTO ONP Virtual Consulta de Pensionistas ONP

CRONOGRAMA DETALLADO DE TRABAJO

PLAN DE PROYECTO ONP Virtual Consulta de Pensionistas ONP

MODELO DE REQUERIMIENTO DE CREACION DE ITEMS

FORMATO: REQUERIMIENTO DE CREACION DE ITEMS - CATALOGO SISMEDNOMBRES Y APELLIDOS CORREO ELECTRONICO AREA EN LA QUE LABORA TELEFONO DE CONTACTO DIRESA APURIMAC Sistema Informtico VERSIN

RESPONSABLE DEL REQUERIMIENTO

[email protected]

2.01

FECHA DE LA SOLICITUD

22/09/2009INFORMACION DE LA UE: COD_SIGA

COD_SISMED

DESCRIPCION DEL ITEM

PRESENTACIN

CONCENTRACIN

FF

TIPO

COMPLEMENTO VITAMINICO Y MINERAL (CHISPITAS)

SOB

M

NOTA:

LA DESCRIPCIN DE LOS ITEMS PARA EL CASO DE LOS MEDICAMENTOS DEBE SER EN DENOMINACIN COMN INTERNACIONAL - DCI

D.S. N 024 - 2005 IDENTIFICACIN DE DATOS ESTANDARRES EN SALUD - ANEXO N2 correo: [email protected]

Documento de Anlisis y DiseoAPLICATIVO WEB QUE PERMITA LA AUTOMATIZACIN DEL PROCESO DE ACTUALIZACIN Y DEL PROCESO DE SINCRONIZACIN DE LOS CATLOGOS DE PRODUCTOS FARMACUTICOS Y AFINES DEL SISMED Y DEL SIGA

ANEXO 03 DIAGRAMA DE ACTORES, PAQUETES Y CASOS DE USO


Diagrama de Actores del Sistema


Diagrama de Paquetes


Casos de Uso del Sistema Paquete Mantenimiento de usuarios Cdigo CU001 Registrar Usuarios. CU002 CU003 CU004 CU005 CU006 CU007 CU008 CU009 CU015 CU016 CU017 Nombre

Solicitud de nuevo cdigos Evaluacin de solicitudes Reportes

Actualizar usuarios y claves. Eliminar Usuarios Inactivar usuarios Registrar la solicitud de un nuevo cdigo Actualizar Informacin de la solicitud realizada Anular la solicitud realizada Evaluar y responder solicitudes realizadas Elaborar Reporte y consultas del catlogo SISMED y SIGA Elaborar Reporte del catlogo SIGA Elaborar Reporte de solicitudes Elaborar otros reportes.


DIAGRAMA DE CASOS DE USO DEL SISTEMA Paquete 0001 Mantenimiento de usuarios Casos de Uso del Paquete 0001 Mantenimiento de usuarios


Paquete 0002 Solicitud de nuevos cdigos Casos de Uso del Paquete 0002 Solicitud de nuevos cdigos


Paquete 0003 Evaluacin de solicitudes Casos de Uso del Paquete 0003 Evaluacin de solicitudes


Paquete 0004 - Reportes Casos de Uso del Paquete 0004 Reportes


ESPECIFICACIN DE CASOS DE USO DEL SISTEMA PAQUETE 0001 - MANTENIMIENTO DE USUARIOS CU001 Registrar Nuevos Usuarios Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Registrar un Usuario Registra la informacin referente a un nuevo usuario que podr acceder al aplicativo segn su perfil y derechos asignados. Existe una solicitud de una Unidad Ejecutora para crear un nuevo usuario indicandos los datos de la persona a la que se asignar el usuario. Usuario: - Usuario Administrador Paso Accin 1 El Usuario ingresa a la opcin de Usuarios del Aplicativo 2 El Usuario selecciona la opcin para el registro de nuevo Usuario. 3 El sistema muestra los datos del usuario a ingresar:

4 El Usuario ingresa los datos del nuevo usuario 5 El Sistema valida los datos ingresados segn. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 6 El Usuario selecciona la opcin GRABAR. 7 El Aplicativo valida que se hayan registrado los datos que son obligatorios. En caso de no ingresar algn dato obligatorio mostrar un mensaje de alerta indicado que existe informacin faltante. 8 El Sistema guarda la informacin registrando un nuevo usuario, con el estado REGISTRADO. El usuario ya tiene un nombre de usuario y contrasea para poder ingresar al mdulo que le corresponde. 9 El aplicativo enva una comunicacin va correo electrnico al nuevo usuario para que este pueda identificarse e ingresar al aplicativo.

CU002 Actualizar Usuarios Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Actualizar datos de un Usuario Elige y registra la informacin referente al usuario que podr acceder al aplicativo segn su perfil y derechos asignados. Existe una solicitud de una Unidad Ejecutora para editar los datos de un usuario indicandos los datos de la persona objeto de la modificacin. Usuario: - Usuario Administrador


Paso Accin 1 El Usuario ingresa a la opcin de Usuarios del Aplicativo 2 El Usuario selecciona la opcin para buscar y editar el Usuario. 3 El sistema muestra los datos del usuario a modificar4 El Usuario ingresa los datos nuevos del usuario a modificar 5 El Sistema valida los datos ingresados segn. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 6 El Usuario selecciona la opcin GRABAR. 5 El Aplicativo valida que se hayan registrado los datos que son obligatorios. En caso de no ingresar algn dato obligatorio mostrar un mensaje de alerta indicado que existe informacin faltante. 7 El Sistema guarda la informacin registrando un nuevo usuario, con el estado REGISTRADO. El usuario ya tiene un nombre de usuario y contrasea para poder ingresar al mdulo que le corresponde. 8 El aplicativo enva una comunicacin va correo electrnico al nuevo usuario para que este pueda identificarse e ingresar al aplicativo.

CU003 Eliminar Usuarios Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Eliminar un Usuario Elige y Elimina la informacin referente al usuario que ya no podr acceder al aplicativo Existe una solicitud de una Unidad Ejecutora para eliminar los datos de un usuario indicando los datos de la persona objeto de la eliminacin. Usuario: - Usuario Administrador Paso Accin 1 El Usuario ingresa a la opcin de Usuarios del Aplicativo 2 El Usuario selecciona la opcin para buscar el Usuario. 3 El sistema busca y muestra los datos del usuario a Eliminar4 El Usuario selecciona y elimina el usuario solicitado. 5 El Sistema valida los datos del usuario. En caso no se cumpla con la validacin para resgruardar integridad referencial, el sistema mostrar un mensaje de alerta indicando que el usuario no puede ser eliminado. 6 El aplicativo elimina el usuario seleccionado.

CU004 Inactivar Usuarios


Trminos Caso de Uso Descripci n General Precondicin Actores

Definicin Inactivar un Usuario Elige e Inactiva la informacin referente al usuario que ya no podr acceder al aplicativo Existe una solicitud de una Unidad Ejecutora para inactivar los datos de un usuario indicando los datos de la persona objeto de la inactivacin. Usuario: - Usuario Administrador Paso Accin 1 El Usuario ingresa a la opcin de Usuarios del Aplicativo 2 El Usuario selecciona la opcin para buscar el Usuario. 3 El sistema busca y muestra los datos del usuario a Inactivar4 El Usuario selecciona e inactiva al usuario solicitado. 5 El aplicativo inactiva al usuario seleccionado.


Paquete 0002 - Registrar la solicitud de un nuevo cdigo CU005 Registrar la solicitud de un nuevo cdigo Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Registrar Solicitud de nuevos cdigos. Registra la informacin referente a las solicitudes de nuevos cdigos realizadas desde las Unidades Ejecutoras. Existe un requerimiento para la adquisicin y/o ingreso a almacn de la UE de un producto farmacutico que no se encuentra en la base de datos del SIGA ni SISMED. Usuario: - Usuario Solicitante de la Unidad Ejecutora Paso Accin 1 El Usuario ingresa a la opcin de Registro de Nuevos cdigos de productos farmacuticos 2 El Usuario selecciona la opcin para el registro de nuevo producto farmacutico 3 El sistema solicita los datos del nuevo cdigo a ingresar:4 El Usuario ingresa los datos de la nueva solicitud 5 El Sistema valida los datos ingresados segn las condiciones mnimas necesarias. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 6 El usuario elegir si el nuevo cdigo se solicita al MEF o a DIGEMID 7 El Usuario selecciona la opcin ACEPTAR, el sistema enva la solicitud al MEF o DIGEMID 8 El sistema valida que se hayan registrado los datos que son obligatorios. En caso de no ingresar algn dato obligatorio mostrar un mensaje de alerta indicado que existe informacin faltante. 9 El Sistema guarda la informacin registrando una nueva solicitud, con el estado REGISTRADO. La solicitud se encuentra asignado al Usuario que realiz el registro.

CU006 Actualizar la solicitud de un nuevo cdigo Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Actualizar informacin de la Solicitud de nuevos cdigos. Edita la informacin referente a las solicitudes de nuevos cdigos realizadas desde las Unidades Ejecutoras. Existe una observacin a la solicitud realizada desde el MEF o DIGEMID. Usuario: - Usuario Solicitante de la Unidad Ejecutora


Paso Accin 1 El Usuario ingresa a la opcin de Edicin de Nuevos cdigos de productos farmacuticos 2 El Usuario buscar y selecciona el registro para editar la solicitud de nuevo producto farmacutico grabada anteriormente. 3 El sistema solicita los datos del nuevo cdigo a editar:4 El Usuario edita los datos de la nueva solicitud 5 El Sistema valida los datos ingresados segn las condiciones mnimas necesarias. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 6 El usuario elegir si el nuevo cdigo se solicita al MEF o a DIGEMID 7 El Usuario selecciona la opcin ACEPTAR, el sistema enva la solicitud al MEF o DIGEMID 8 El sistema valida que se hayan registrado los datos que son obligatorios. En caso de no ingresar algn dato obligatorio mostrar un mensaje de alerta indicado que existe informacin faltante. 9 El Sistema guarda la informacin registrando una nueva solicitud, con el estado REGISTRADO. La solicitud se encuentra asignado al Usuario que realiz el registro.


CU007 Anular solicitud de un nuevo cdigo Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Anular informacin de la Solicitud de nuevos cdigos. Anula la informacin referente a las solicitudes de nuevos cdigos realizadas desde las Unidades Ejecutoras. No existe una observacin a la solicitud realizada desde el MEF o DIGEMID. Usuario: - Usuario Solicitante de la Unidad Ejecutora Paso Accin 1 El Usuario ingresa a la opcin de Anular solicitudes de Nuevos cdigos de productos farmacuticos 2 El Usuario buscar y selecciona el registro para anular la solicitud de nuevo producto farmacutico grabada anteriormente. 3 El sistema veriica que la solicitud se encuentre con el estado registrado para poder anular los datos del nuevo cdigo:4 El Usuario anula el registro de la nueva solicitud 5 El Sistema valida los datos ingresados segn las condiciones mnimas necesarias. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 6 El Sistema guarda la informacin registrando una nueva solicitud, con el estado ANULADO. La solicitud se encuentra asignado al Usuario que realiz el registro.


Paquete 0003 Evaluacin de solicitudes CU008 Evaluar solicitudes realizadas Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Evaluar solicitudes realizadas . Selecciona y verifica todas las solicitudes realizadas desde las Unidades Ejecutoras. Existe una solicitud de nuevo cdigo generado a partir de la Unidad Ejecutora. Usuario: - Usuario Evaluador de solicitudes nuevos cdigos Paso Accin 1 El Usuario ingresa a la opcin de Evaluacin de solicitudes de nuevos cdigos de productos farmacuticos 2 El Usuario selecciona la opcin para buscar y editar el registro correspondiente a la solicitud realizada y la edita. 3 El aplicativo solicita los datos del nuevo cdigo a autorizar/observar.4 El Usuario ingresa los datos corregidos o adicionales de la nueva solicitud. 5 El Sistema valida los datos ingresados segn las condiciones mnimas necesarias. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 6 Segn la el tipo de tem solicitado, el usuario elegir si el nuevo cdigo se sincroniza con la base de datos del SIGA o SISEMD. 7 El Usuario selecciona la opcin ACEPTAR, el sistema graba los datos, enva el nuevo cdigo con el paquete al solicitante y sincroniza (de ser necesario) el nuevo cdigo con la base de datos del SIGA/SISMED. 8 El sistema valida que se hayan registrado los datos que son obligatorios. En caso de no ingresar algn dato obligatorio mostrar un mensaje de alerta indicado que existe informacin faltante. 9 El Sistema guarda la informacin registrando una nueva solicitud, con el estado AUTORIZADO


Paquete 0004 Reportes CU009 Elaborar Reporte y consultas del catlogo SISMED y SIGA Trminos Caso de Uso Descripci n General Precondicin Actores Definicin Elaborar reportes y consultas del catlogo SISMED y SIGA Selecciona los reportes o consultas a realizar Existe una solicitud de nuevos cdigos Usuario: - Usuario que realiza las consultas o reportes Paso Accin 1 El Usuario ingresa a la opcin de reportes y elije la opcin de consulta o reporte requerida. 2 El Usuario selecciona la opcin correspondiente al reporte requerido e ingresa sus parmetros de filto. 3 El usuario hace click en Aceptar para ver el reporte o consulta.4 El Sistema valida los datos ingresados segn las condiciones mnimas necesarias. En caso no se cumpla con la validacin el sistema mostrar un mensaje de alerta indicando que campo ingresado tiene error. 5 El Usuario selecciona la opcin ACEPTAR, el sistema graba los datos, enva el nuevo cdigo con el paquete al solicitante y sincroniza (de ser necesario) el nuevo cdigo con la base de datos del SIGA/SISMED.


ANEXO 04Prototipo del aplicativo Modelo de clases Diagrama entidad relacin Flujograma de proceso Diagrama de secuencia de solicitudes de nuevos cdigos Diagrama de secuencia de evaluacin de solicitudes de nuevos cdigos Diagrama de secuencia de sincronizacin de cdigos SIGA-SISMED


Prototipo Paquete 0001 mantenimiento de usuarios Prototipo de Pantalla 0001

Prototipo mantenimiento de usuarios


Prototipo Paquete 0002 Registrar la solicitud de un nuevo cdigo Prototipo de Pantalla 0002

Prototipo Solicitudes de nuevos cdigos


Prototipo Paquete 0003 Evaluar solicitudes realizadas Prototipo de Pantalla 0003 Prototipo Evaluacin de solicitudes de nuevos cdigos


Prototipo Paquete 0003 Evaluar solicitudes realizadas Prototipo de Pantalla 0004 Prototipo Autorizacin de nuevos cdigos


Prototipo Paquete 0003 Evaluar solicitudes realizadas Prototipo de Pantalla 0005 Prototipo Observar solicitudes realizadas


Prototipo Paquete 0003 Evaluar solicitudes realizadas Prototipo de Pantalla 0006 Prototipo Sincronizar cdigos


Prototipo Paquete 0004 Reportes y consultas Prototipo de Pantalla 0007 Prototipo catlogos y consultas


MODELO DE CLASES DIAGRAMA DE CLASES


MODELO DE CLASES

LISTADO DE CLASESComponente AdisasUes Area Cargo ConsultasSugerencias EstadoSolicitudDetalle ObservacionProducto SoftwareAcreditado SolicitudDetalle Usuarios TipoOrigenUsuario Medicame PerfilUsuario Solicitud TipoProductoFarmaceutico Tipo Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Negocio Origen Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Nuevo Paquete App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio App.negocio

DESCRIPCIN DEL MODELO DE CLASES


En esta seccin se especifican las clases de tipo Nuevo o Modificado, mostrados en el diagrama de clases de diseo. Paquete App.negocioNombre Descripcin Caso de Uso

AdisasUes Contiene los datos correspondientes a todas las Unidades Ejecutoras y Direcciones de salud. - Registrar Beneficiario. - Actualizar Beneficiario.Nombre adisas_ues codigo_pre Descripcin Cdigo de la DISA/UE Cdigo del establecimiento s/i Cdigo de la UE s/i Descripcin de la UE Cdigo del departamento s/i Tipo de Dato char (3) char (11) NVarchar (254) char (3) char (11) NVarchar (254) char (2) char (2)

Atributos

adisas_ued ues_uecodi uealmcod

ues_uedes dptocod dis

Nombre Descripcin Caso de Uso

Solicitud Contiene datos correspondientes a las solicitudes de nuevos cdigos. - Solicitudes de nuevos cdigosNombre id_solicitud Descripcin Bean que contiene los datos personales del beneficiario Estado beneficiario Codigo de Tipo de Parentesco Descripcin del tipo de parentesco Tipo de Dato int datetime bit bit

Atributos

fecha enviar_mef enviar_digemid



Medicame Guarda los datos de los productos farmacuticos del SISMED Interviene en varios.Nombre Cdigo_med Medicament Presentaci Concentrac Tipo Petitorio Ff Estrategic Estvta Factper Trazad_nac Trazad_loc Ps Cs Hi Activo Fechaupd Mednarcot Cdigo_pto Fecha_inactivo Descripcin Cdigo del producto Descripcin del producto Presentacin del producto Concentracin del producto Tipo del producto Si se encuentra includo en el petitorio nacional Forma farmacutica Si es estrategico Monto Castigado Observaciones Trazador nacional Trazador local Se utiliza en PS Se utiliza en CS Se utiliza en Hi Activo Fecha de actualizacin Si es narctico o no S/i Fecha de inactivacin Tipo de Dato Char(9) Nvarchar(116) Nvarchar(23) Nvarchar(37) Char (5) Char (9) Nvarchar (23) Char (8) Char (8) Char (8) Char (13) Char (12) Char (3) Char (3) Char (2) Char (7) Datetime Char (12) Char (13) Datetime

Atributos



SolicitudDetalle Almacena el detalle de los nuevos medicamentos solicitados por las Unidades Ejecutoras. Solicitudes de nuevos cdigosNombre Id_Solicitud_detalle Descripcin presentacion Concentracin Descripcin Clave de la solicitud Descripcin del nuevo cdigo solicitado Presentacin del nuevo cdigo solicitado Concentracin del nuevo cdigo solicitado Forma farmacutica del nuevo cdigo solicitado Observacin del nuevo cdigo solicitado Fecha de autorizacin Fecha de observacin Indicar si se debe o no sincronizar con el siga Indicar si se debe o no sincronizar con el sismed Tipo de Dato Int Nvarchar (300) Nvarchar (150) Nvarchar (150) Nvarchar (150) Nvarchar (100) Datetime datetime Bit Bit

Atributos

Ff Observacin_referencia Fecha_Aceptacion Fecha_observacion Sincronizar_siga Sincronizar_sismed



Usuarios Guarda los datos de los usuarios. Mantenimiento de UsuariosNombre Id_usuario nombres Apellidos Dni Usuario Clave Descripcin Llave del usuario Nombre del usuario Apellidos del usuario DNI del usuario Usuario que accede al aplicativo Clave del usuario e-mail del usuario Si ha activado su cuenta o no Si est habilitado para ingresar Fecha de activacin de la cuenta Telfono para contactarse con el usuario Tipo de Dato int Nvarchar (20) Nvarchar (20) Char (8) Nvarchar (10) Nvarchar (300 Nvarchar (150) Bit Bit

Atributos Correo_electronico Activado Habilitado

Fecha_Activado

Datetime

Telefono_contacto

Char (8)


TipoProductoFarmaceutico Denominacin de un producto farmacutico Interviene en variosNombre Descripcin Llave del tipo de producto farmacutico Descripcin del tipo de producto farmacutico Tipo de Dato int Nvarchar (50)

Atributos

Id_tipo_producto_farmaceutico Tipo_producto_farmaceutico



Area Areas donde laboran los solicitantes de productos farmacuticos Interviene en variosNombre Descripcin Llave del area del personal a registrar Descripcin del rea Tipo de Dato Int Nvarchar (50)

Atributos

Id_Area area


PerfilUsuarioAlmacena los datos de usuarios

Mantenimiento de UsuariosNombre Descripcin Tipo de Dato Int Nvarchar (150)

Atributos

Id_perfil_usuario Perfil_usuario

Llave del perfil de usuario Descripcin del perfil de usuario


EstadoSolicitudDetalle Almacena los posibles estados en que se encuentra una solicitud de nuevo cdigo. Autorizacin de nuevos cdigosNombre Descripcin Llave del maestro de estado de solicitud Detalle del estado de solicitudes. Tipo de Dato Int Nvarchar (150)

Atributos

id_estado_solicitud_detalle Estado_solicitud_detalle



SofwareAcreditadoAlmacena informacin acerca del aplicativo al cual se est autorizado para el ingreso del usuario. Mantenimiento de usuarios Tipo de Nombre Descripcin Dato Id_software_acreditado Software_Acreditado

Atributos

Llave del software acreditado para el acceso del usuario Descripcin del software acreditado.

Int Nvarchar (150)


ObservacionProducto Almacena los datos que corresponden al resultado de la evaluacin de un nuevo cdigo solicitado. Autorizacin de nuevos cdigos.Nombre Descripcin Llave de las observaciones realizadas Detalle del aobservacin Tipo de Dato Char (18) Nvarchar (500) datetime

Atributos

id_observacion_producto Motivo_observacion Fecha_envio

Fecha del envo de la observacin.


CargoCargo del usuario Mantenimiento de usuarios Nombre Descripcin Tipo de Dato Int Nvarchar (50)

Atributos

Id_cargo cargo

Llave del cargo del personal a registrar Descripcin del cargo a registrar.



TipoOrigenUsuario Origen del usuario que accede al sistema Mantenimiento de usuariosNombre Descripcin Llave del usuario registrado en el sistema Descripcin del tipo de usuario Tipo de Dato Int Nvarchar (50)

Atributos

id_tipo_origen_usuario Tipo_origen_usuario


ConsultasSugerencias Almacena las consultas y sugerencias realizadas por los usuarios del aplicativo. Solicitudes de nuevos cdigos.Nombre Descripcin Tipo de Dato Int Nvarchar (500) datetime Llave de la consulta/sugerencia realizada Detalle de la Detalle_consulta_sugerencia consulta/sugerencia realizada id_consulta_sugerencia fecha

Atributos

Fecha de laconsulta/sugerencia realizada

DECENIO DE LAS PERSONAS CON DISCAPACIDAD EN EL PERU Ao de la Unin Nacional Frente a la Crisis Externa

DIAGRAMAS ENTIDAD RELACION


FLUJOGRAMA DE PROCESO


DIAGRAMA DE SECUENCIA DE SOLICITUD DE UN NUEVO CODIGO

DIAGRAMA DE SECUENCIA DE EVALUACION DE UN NUEVO CODIGO


DIAGRAMA DE SECUENCIA DE SINCRONIZACIN DE UN CODIGO



Para ms informacin, contactarse por favor, al Grupo de Tarea: Maruja Crisante Carmen Ponce Lidia Castillo Rossana Geng

Jr. Flora Tristn 310 Magdalena del Mar Lima - Per Tel: 611-8181 - 211 Correo electrnico: [email protected] http://www.parsalud.gob.pe

informe final_consultoria actualizacion y sincronizacion de catalogos sismed siga

Documents