UNIVERSIDAD NACIONAL DE HUANCAVELICA
FACULTAD DE: INGENIERÍA ELECTRÓNICA-SISTEMAS
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
CURSO: TALLER DE INGENIERÍA DE SOFTWARE
1. “DESARROLLO E IMPLEMENTACIÓN DE UN APLICATIVO WEB,
UTILIZANDO LA METODOLOGÍA SCRUM, PARA MEJORAR EL PROCESO
DE ATENCIÓN DEL PACIENTE EN EL TÓPICO DE LA EPIS”
2. IMPLEMENTACIÓN DE UN SISTEMA PARA LA ATENCIÓN A LOS
PACIENTES DEL ÁREA DE TÓPICO Y LA GESTIÓN DE MEDICAMENTOS,
UTILIZANDO LA METODOLOGÍA SCRUM.
3. DESARROLLO DE UN SISTEMA PARA EL CONTROL Y GESTIÓN DEL
TÓPICO DE LA EPIS EMPLEANDO LA METODOLOGÍA SCRUM
4. IMPLEMENTACIÓN DE SISTEMA WEB PARA LA GESTIÓN DE PACIENTES
EN EL ÁREA DE TÓPICO DE LA EPIS USANDO LA METODOLOGÍA
SCRUM.
TEMA:
ESTUDIANTES: BUJAICO CLEMENTE, Andrea Paulina
CONTRERAS QUISPE, Jhon Alex
GARCIA CUSI, Rider Angel
QUISPE PAITAN, Jose Antony
DOCENTE:
ING. MATOS VILA, Gilmer
SEMESTRE:
VII
DANIEL HERNANDEZ – 2020
INTRODUCCIÓN
El presente trabajo de desarrollo de software tiene por objetivo desarrollar una
………………………….. En la ciudad de Daniel Hernández Provincia de Tayacaja
Departamento de Huancavelica, mediante el uso de la metodología SCRUM. El área de
tópico es la encargada de la atención a la población de la EPIS en las diferentes
emergencias de primeros auxilios. Realizando hasta la fecha los proceso de manera
manual.
CAPÍTULO I: GENERALIDADES
1.1. PLANTEAMIENTO DEL PROBLEMA
La encargada(enfermera) cuenta con un registro de pacientes en tres diferentes
cuadernos, uno para estudiantes, para docentes y administrativos (incluye personal de
servicio). La actualización de datos de los pacientes no es efectiva, generando un
congestionamiento al momento de la atención. Además, cuenta con un Kardex para
inventario de medicamentos en un cuaderno, los informes o reportes lo realiza
diariamente y mensual en un Excel son de medicamentos y pacientes atendidos.
1.2. OBJETIVO
Implementar un sistema web que automatice, el registros y actualización de los datos
de los pacientes para su fácil y rápida atención. Así como tener el control de stock de
los medicamentos.
1.3. ÁMBITO DEL SISTEMA
El sistema hará un proceso más eficaz de la gestión de la información y control de los
pacientes y medicamentos.
Gracias a este sistema se obtendrán grandes resultados, en el manejo sistemático del
control y registro de los pacientes, porque se tendrá un mejor manejo del proceso de la
atención por parte de la encargada y así mismo beneficiará a la población de la EPIS.
1.4. PERSPECTIVA DEL PRODUCTO
El sistema de gestión de pacientes del área de tópico de la EPIS será diseñado para
trabajar en un sistema web, lo que permitirá su utilización de forma rápida y eficaz,
además se logrará una mejor respuesta en las consultas de cada paciente.
1.5. FUNCIONES DEL SISTEMA
1. Registrar datos del pacientes.
2. Actualizar datos de los pacientes.
3. Generar reportes.
4. Gestionar medicamentos.
5. Realizar citas
1.6. RESTRICCIONES
1. Interfaz para ser usada en un servidor web
2. Lenguajes y tecnologías que van utilizar: Mysql, apache y php.
3. El sistema se diseñará según un modelo cliente/servidor.
4. El sistema deberá tener un diseño e implementación sencilla.
1.7. ROLES
Según la metodología SCRUM los siguientes roles son necesariamente considerados, para lo
cual los integrantes del grupo asumieron roles individualmente.
NOMBRE MONTES BUJAICO, Rosario
Rol PRODUCT OWNER
Trasladar la visión del proyecto al equipo, formaliza las
Responsabilida
prestaciones en historias a incorporar en el Product Backlog y las
d prioriza de forma regular.
Información de
Cel: +51 925 584 651
contacto
NOMBRE MONTES BUJAICO, Rosario
Rol CUSTOMER
Responsabilida
Usuario final del aplicativo web
d
Información de
Cel: +51 925 584 651
contacto
NOMBRE QUISPE PAITAN, Jose Antony
Rol SCRUM MASTER
Persona que lidera al equipo guiándote para que cumpla las reglas
Responsabilida y procesos de la metodología. Gestiona la reducción de
d impedimentos del proyecto y trabaja con el Product Owner para
maximizar el ROI.
Información de
Cel: +51 930 711 698
contacto
- BUJAICO CLEMENTE, Andrea Paulina (+51 917 804 270)
-CONTRERAS QUISPE, Jhon Alex (+51 917 232 156)
NOMBRES
-GARCIA CUSI, Rider Angel (+51 929 979 870)
-QUISPE PAITAN, Jose Antony (+51 930 711 698)
Rol SCRUM TEAM
Grupo de profesionales con los conocimientos técnicos necesarios
Responsabilidad y que desarrollan el proyecto de manera conjunta llevando a cabo
las historias a las que se comprometen al inicio de cada sprint.
1.8. REQUERIMIENTOS
A continuación, se procede a enumerar y catalogar los requerimientos funcionales, que
debe cumplir el sistema:
1.8.1. Requerimientos Funcionales
Los requerimientos funcionales permitirán que el sistema cumpla con el propósito con el
cual se desarrolla.
REQUERIMIENTOS FUNCIONALES
IDENTIFICADO DESCRIPCIÓN
R
Acceder al sistema con tipos de usuario y contraseña:
RQF_1 ● Como administrador principal (control total).
● Encargado de bienestar (generar reportes).
Gestión de Usuario – Operación con usuario: El sistema
debe permitir las operaciones de gestión de los distintos
pacientes en el sistema (control total para administrativo):
RQF_1.1 ● Registrar paciente.
● Editar paciente.
● Eliminar a un paciente.
● Consultar paciente.
Gestión de Usuarios – Autenticación de usuarios: El
RQF_1.2 sistema deberá exigir al administrador una identificación
para entrar al sistema (usuario y contraseña).
Registrar tipos de paciente: El sistema permitirá a los
administrador crear los registros de los pacientes.
RQF_2 ● Estudiante.
● Docente.
● Administrativo.
Gestión de pacientes: El sistema le permitirá las
operaciones de gestión de pacientes así como:
- eliminar
RQF_2.1
- registrar
- modificar
- actualizar datos en el triaje
Gestión de medicamentos: El sistema le permitir las
operaciones de gestión medicamentos como:
● Insertar.
RQF_3
● Modificar.
● Actualizar.
● Eliminar.
Generar citas al paciente. Se permitirá al administrador
RQF_4
generar citas a sus pacientes según el caso lo amerite.
Generar reportes de pacientes atendidos. Se permitirá al
RQF_5 Administrativo (administrador) visualizar los reportes de las
atenciones y citas (día, fecha y mes).
➢ Generar
➢ Imprimir
Generar reportes de medicamentos.
RQF_6 Se permitirá al Administrativo (administrador) visualizar
los reportes de los medicamentos, tanto sus ingresos y
salidas (día, fecha y mes).
1.8.2. Requerimientos No Funcionales
Sin llegar al grado de formalismo que presenta la Norma ISO‐9126, que
presenta el modelo de calidad que clasifica los atributos de la calidad del
software en seis características, se muestran los requisitos utilizando como base
la estructura que muestra dicha norma. Se han tenido en cuenta las
características más interesantes para el proyecto tratado.
A continuación, se procede a enumerar y catalogar los requerimientos no
funcionales que debe cumplir el sistema:
REQUERIMIENTOS NO FUNCIONALES
IDENTIFICADOR DESCRIPCIÓN
Idoneidad: La aplicación debe proporcionar opciones claras
para los usuarios. El manejo de la aplicación tiene que
RQNF_1 resultar lo más intuitivo posible, es decir la navegación por
la aplicación tiene que ser clara para facilitar la operatividad
al usuario.
Sencillez: El acceso al sistema deberá ser sencillo, ya que
RQNF_2 los usuarios no disponen de grandes conocimientos técnicos
en informática.
Precisión: La aplicación debe proporcionar al usuario
RQNF_3 opciones que permitan realizar el trabajo, y deben estar
correctamente descritas.
Seguridad: Acceso restringido a la aplicación mediante
autenticación por usuario y contraseña. El sistema tendrá
RQNF_4 que evitar que el personal no autorizado, o sin permisos,
pueda acceder a los datos privados de los usuarios, así como
el acceso al sistema.
Confiabilidad: La aplicación y los servicios web deben
mantener su nivel de ejecución bajo condiciones distintas a
RQNF_5 las que han sido concebidos. Madurez y tolerancia a fallos
(el software debe de seguir su funcionamiento aún en el
caso de producirse errores).
Compatibilidad: El nuevo sistema deberá funcionar en
cualquier ordenador que disponga de conexión a Internet y
un explorador de gran difusión en el mercado. No importará
su ubicación física o el ordenador en particular desde el que
RQNF_6
se conecte. La aplicación web debe visualizarse
correctamente por lo menos en los navegadores más
extendidos (Internet Explorer, Google Chrome y Mozilla
Firefox).
Facilidad y optimización de uso: La aplicación web debe
brindar una experiencia de uso cercana a las aplicaciones de
RQNF_7
escritorio, reduciendo lo posible los refrescos de cada
pantalla.
Base de datos óptima: El diseño de la base de datos ha de
estar orientado a facilitar el manejo de la información
RQNF_8
necesaria para el correcto funcionamiento de los procesos
de la manera más directa, rápida y sencilla posible.
