Metadatos del Documento

Autor Alvarez Mere, Diego Alonso
Molina Valencia, Paúl Christian
Titulo Sistema Integrado de Salud: Subsistema de Admisión, Alta y Transferencia de Pacientes versión 2.0.
Disciplina FACULTAD DE INGENIERÍA
Universidad Universidad Peruana de Ciencias Aplicadas
Facultad Carrera de Ingeniería de Software
Fecha de Publicación 2009
Editor Universidad Peruana de Ciencias Aplicadas. Programa Cybertesis PERÚ
Grado a optar Ingeniero de Software
Formato text/xml
Idioma es
Copyright Alvarez Mere, Diego Alonso; Molina Valencia, Paúl Christian
Resumen Durante el primer ciclo académico de desarrollo del proyecto, el equipo se dedicó a generar los planes, estimaciones y cronograma del proyecto, identificar los riesgos del proyecto y definir el alcance del mismo. Para ello, recolectamos información sobre los procesos de Admisión, Alta y Transferencia de Pacientes, y sobre los roles o cargos involucrados en él. La principal fuente de información fue el Ing. Jorge Cabrera quién se desempeñó como cliente del proyecto. Con el propósito de comprender de mejor manera los requerimientos plasmados por el cliente, decidimos contactarnos con el Capitán de Navío Javier Guimarey, en ese entonces jefe del servicio de Ginecología del Hospital Naval del Perú, para que nos permita establecer contacto con las personas del área administrativa del hospital. De este modo, logramos establecer los requerimientos del cliente y verificar su necesidad en una entidad real. Los requerimientos iniciales del cliente incluían el desarrollo de reportes, pero pese a la falta de tiempo y recursos se decidió acotar el alcance y dejar de lado los reportes. En el siguiente ciclo académico se inició la etapa de elaboración del producto. Con la asistencia técnica del Ing. Joel Francia, se completó la fase de elaboración y se obtuvo como resultado la arquitectura del producto software. Dentro de la fase de elaboración, también se establecieron las formas de comunicación con los demás subsistemas del Sistema Integral de Salud para lo que se establecieron lo contratos de servicios con los demás subsistemas. En la primera iteración de construcción, se decidió realizar el desarrollo de los casos de uso principales. Esta valoración estuvo basada en la complejidad de los casos de uso y en la necesidad de información de los demás subsistemas en desarrollo. Esta iteración la culminamos satisfactoriamente logrando concluir el desarrollo de los casos de usos planificados y obteniendo la aceptación del cliente sobre lo avanzado. En la segunda iteración de construcción continuamos con el desarrollo de los casos de uso planificados. Estos casos de uso pasaron por un proceso de pruebas para finalmente obtener la aceptación del segundo release por parte del cliente. En la tercera y última iteración de construcción, se materializaron algunos riesgos identificados para lo cual tuvimos que ejecutar los planes de contingencia generados inicialmente. El riesgo materializado, se disparó cuando se efectuó la migración de las bases de datos y servicios consumidos por nuestro subsistema dentro los servidores de la universidad. Mientras solucionaban el inconveniente mencionado, el equipo de proyectos decidió replicar las estructuras de tablas y servicios Web en un equipo local con lo que se logró culminar el desarrollo en el tiempo establecido. Esta iteración también fue cerrada y aprobada por el cliente de manera exitosa. Como parte de la fase de transición, se efectuó la prueba de aceptación con el cliente y el cierre formal del proyecto dando como resultado la aceptación del producto, el manual de usuario, documentos de marketing relacionados al producto y los instaladores de la solución.
Palabras Clave Sistemas de Información; Desarrollo de software; Casos de uso; Arquitectura de software; Pruebas de software; Administración de proyectos informáticos; Administración de la salud; Hospitales; Ingeniería de Software; Tesis