Proyecto Final SI

UNIVERSIDAD NACIONAL DEL SANTA
FACULTAD DE INGENIERÍA
“ESCUELA “INGENIERÍA DE SISTEMAS E INFORMÁTICA”
“Planteamiento del Módulo para el Consultorio

Médico Obstétrico “San Pedro”
ESTUDIANTES: ARANDA TIMANÁ NANCY LORENA
ARTEAGA SAENZ ANGIE ALEXANDRA
CUEVA VALDERRAMA BRYAN RENZO
GRANADOS MOORE BENJAMIN ANGEL
LONCARICH MANRIQUE YELKO ANDREJ
DOCENTE: MS. ING. MENDOZA CORPUS CARLOS ALFREDO
CURSO: SISTEMAS DE INFORMACIÓN I
CICLO: V
NUEVO CHIMBOTE-PERÚ
2019
Contenido
Introducción 1
Resumen 2
Abstract 2
Nombre del Proyecto 3
Objetivo General y Específico 3
Capitulo 1. 10
1.1. 10
1.1.1. 10
1.1.2. 10
1.1.3. 11
1.1.4. 11
1.1.5. 11
1.1.6. 12
1.1.7. 12
Capitulo 2. 12
2.1. 12
2.1.1. 12
2.2. 13
2.2.1. 13
2.2.2. 16
2.2.3. 17
2.3. 17
2.4. 17
Capitulo 3. 21
3.1. 21
3.2. 21
3.3. 21
3.3.1. 21
3.3.2. 21
3.3.3. 22
3.3.4. 23
3.3.5. 23
3.3.6. 23
3.4. 24
3.4.1. 24
3.4.2. 24
3.4.3. 24
3.4.4. 25
3.4.5. 25
3.4.6. 25
3.5. 25
3.5.1. 25
3.5.2. 26
3.5.3. 26
3.5.4. 26
3.5.5. 26
3.6. 26
3.7. 27
3.7.1. 27
3.7.2. 28
3.7.3. 28
3.7.4. 28
3.7.5. 28
3.7.6. 28
3.8. 28
3.9. 29
Capitulo 4. 29
4.1. 29
4.1.1. 29
4.1.2. 30
4.1.3. 30
4.1.4. 31
4.2. 32
4.2.1. 32
4.3. 33
4.3.1. 33
4.3.2. 34
4.3.3. 35
4.3.3.1. 36
4.3.4. 37
4.4. 38
4.4.1. 38
4.4.2. 39
4.4.3. 41
4.5. 43
4.6. 44
4.6.1. 44
4.6.2. 60
4.6.3. 63
4.6.3.1. 63
4.6.3.2. 70
4.6.4. 75
4.6.5. 81
4.6.6. 82
4.6.7. 86
4.6.8. 87
4.6.9. 88
4.7. 89
4.7.1. 89
Capitulo 5. 90
5.1. 90
Capitulo 6. 104
6.1. 104
6.1.1. 104
6.1.2. 105
6.1.3. 105
6.2. 107
6.2.1. 107
6.3. 126
6.3.1. 126
6.3.2. 127
6.3.3. 128
6.3.4. 129
6.3.5. 130
Conclusiones 131
Recomendaciones 132
Referencias Bibliográficas 132
Cantone, D. (2006). Implementacion y debugging. USERSHOP. 132
Anexos 133
Índice de Imágenes
Imagen N° 2: Organigrama de la empresa. 5

Imagen N° 3: Esquema de Tiempo Error! Bookmark not defined.
Imagen N° 4: Diagrama de Tiempo (1) Error! Bookmark not defined.
Imagen N° 7: Diagrama de Caso de Uso – Enfermera. Error! Bookmark not defined.
Imagen N° 8: Diagrama de Caso de Uso – Farmacéutica. Error! Bookmark not defined.
Imagen N° 9: Diagrama de Caso de Uso – Laboratorista. Error! Bookmark not defined.
Imagen N° 10: Diagrama de Caso de Uso – Usuario. Error! Bookmark not defined.
Imagen N° 11: Diagrama de Caso de Uso – Médico. Error! Bookmark not defined.
Imagen N° 12: Diagrama de Caso de Uso – Obstetra. Error! Bookmark not defined.
Imagen N° 13. Diagrama de Iteración. (Crear Citas). Error! Bookmark not defined.
Imagen N° 14.Diagrama de Iteración. (Entregar Resultados Laboratorio). 70
Imagen N° 15. Diagrama de Iteración. (Loguearse). 70
Imagen N° 16. Diagrama de Iteración. (Registrar Paciente). Error! Bookmark not defined.
Imagen N° 17. Diagrama de Iteración. (Registrar Pagos). 71
Imagen N° 18. Diagrama de Iteración. (Ingresar Medicamento).Error! Bookmark not defined.
Imagen N° 19.Diagrama de Iteración. (Editar Análisis). 72
Imagen N° 20. Diagrama de Iteración. (Registrar Citas). 72
Imagen N° 21. Diagrama de Iteración. (Atender Paciente). 72
Imagen N° 22. Diagrama de Iteración. (Revisar Citas). 73
Imagen N° 23. Diagrama de Clases. 74
Imagen N° 24. Diagrama de Comunicación (Crear Citas). Error! Bookmark not defined.
Imagen N° 25. Diagrama de Comunicación (Entregar Resultado Laboratorio).Error! Bookmark
not defined.
Imagen N° 26. Diagrama de Comunicación (Registrar Paciente). 76
Imagen N° 27. Diagrama de Comunicación (Registrar Pagos). 76
Imagen N° 28. Diagrama de Comunicación (Ingresar Medicamento). 77
Imagen N° 29. Diagrama de Comunicación (Editar Análisis). 77
Imagen N° 30. Diagrama de Comunicación (Registrar Análisis). 77
Imagen N° 31. Diagrama de Comunicación (Atender Pacientes). 78
Imagen N° 32. Diagrama de Comunicación (Revisar Citas). 78
Imagen N° 33. Diagrama de Estado. 79
Imagen N° 34. Diagrama de Actividad (Enfermera). 80
Imagen N° 35. Ciclo PHVA. Error! Bookmark not defined.
Imagen N° 36. Modelo Entidad Relación. 82
Imagen N° 37. Pantalla de inicio. Error! Bookmark not defined.
Imagen N° 38. Pantalla principal de Enfermera. Error! Bookmark not defined.
Imagen N° 39. Pantalla de Consultar Registrar Paciente. Error! Bookmark not defined.
Imagen N° 40. Pantalla de Pacientes Registrados. Error! Bookmark not defined.
Imagen N° 41. Pantalla de Eliminar Paciente. Error! Bookmark not defined.
Imagen N° 42. Pantalla de Registrar Citas Médicas. Error! Bookmark not defined.
Imagen N° 43. Pantalla de error cuando no ingresa todos los datos. Error! Bookmark not
defined.
Imagen N° 44. Pantalla de error cuando la cita ya fue registrada.Error! Bookmark not defined.
Imagen N° 45. Pantalla de Citas Médicas. Error! Bookmark not defined.
Imagen N° 46. Pantalla de Modificar Cita. Error! Bookmark not defined.
Imagen N° 47. Pantalla de Eliminar Cita Médica. Error! Bookmark not defined.
Imagen N° 48. Pantalla de Estado de Análisis. Error! Bookmark not defined.
Imagen N° 49. Pantalla de Registrar Pagos. Error! Bookmark not defined.
Imagen N° 50. Pantalla Principal de Farmacéutica. Error! Bookmark not defined.
Imagen N° 51. Pantalla Principal de Laboratorista. Error! Bookmark not defined.
Imagen N° 52. Pantalla de cerrar ventana principal. Error! Bookmark not defined.
Imagen N° 53. Pantalla de agradecimiento por ingresar. Error! Bookmark not defined.
Imagen N° 54. Pantalla de Editar Análisis. Error! Bookmark not defined.
Imagen N° 55. Pantalla de Confirmación de Guardar Análisis.Error! Bookmark not defined.
Imagen N° 56. Pantalla de Confirmar Guardar Cambios. Error! Bookmark not defined.
Imagen N° 57. Ventana de Generar Análisis. Error! Bookmark not defined.
Imagen N° 58. Ventana de Consultar Generar Análisis. Error! Bookmark not defined.
Imagen N° 59. Pantalla de Consultar Salir sin Generar. Error! Bookmark not defined.
Imagen N° 60. Pantalla Principal de Obstetra. Error! Bookmark not defined.
Imagen N° 61. Pantalla de Modificar Historia Clínica. Error! Bookmark not defined.
Imagen N° 62. Pantalla de Guardar Cambios en Historia Clínica.Error! Bookmark not defined.
Imagen N° 63. Pantalla de Ingresar Receta Médica. Error! Bookmark not defined.
Imagen N° 64. Pantalla de Generar Receta Médica. Error! Bookmark not defined.
Imagen N° 65. Matriz de Riesgos 5x5. 129
Índice de Tablas
Tabla 1. C.U. Registrar Paciente 38

Tabla 2. C.U. Registrar Citas 39
Tabla 3. C.U. Registrar Pagos 40
Tabla 4. C.U. Entregar Resultados de Laboratorio 41
Tabla 5. C.U. Validar Datos 42
Tabla 6. C.U. Consultar Medicamento 42
Tabla 7. C.U. Registrar Medicamento 43
Tabla 8. C.U. Generar Boleta 44
Tabla 9. C.U. Registrar Análisis 45
Tabla 10. C.U. Consultar Análisis 46
Tabla 11. C.U. Generar Resultados 47
Tabla 12. C.U. Revisar Citas Médicas (Médico) 48
Tabla 13. C.U. Generar Historia Clínica (Medico) 49
Tabla 14. C.U. Generar Receta (Médico) 50
Tabla 15. C.U. Revisar Citas Médicas (Obstetra) 51
Tabla 16. C.U. Generar Historia Clínica (Obstetra) 52
Tabla 17. C.U. Generar Receta (Obstetra) 53
Tabla 18. C.U. Loguearse 53
Índice de Anexos
Anexo 1. Referencia de Consultorio Médico. 133

Anexo 2. Lic. Bolivar Loncarich Rubén 133
Anexo 3. Registro de Planificación Familiar. 134
Anexo 4. Registro de Consultas. 134
Introducción
Los sistemas de información son desarrollados en su mayoría para agilizar procesos manuales
tediosos y repetitivos, para ahorrar tiempo y recursos vitales de la organización o institución en
los que se emplea.
Actualmente los sistemas de información están en todos los ámbitos empresariales e incluso en
organizaciones no lucrativas, puesto que ayudan a un mejor manejo de la información de las

actividades que realizan estas instituciones. El manejo ágil de la información de una institución
puede llegar a ser determinante para un buen desempeño de las actividades a las que está
orientada dicha institución.
Resumen
El presente informe trata acerca del planteamiento del módulo para el consultorio médico
obstetra “San Pedro”, con el fin de tener una mejor gestión en los diferentes sectores que cada
usuario maneja.
En la primera parte del presente trabajo se llevará acabo la recolección de toda la información
relacionada con las actividades que se realizan en este consultorio, describiendo cada uno de los
requisitos funcionales y no funcionales encontrados; así como también los casos de uso extraídos,
junto con sus diagramas y documentación respectiva.
En la segunda parte, con la información ya obtenida, se pretende realizar un análisis cuyo objetivo
principal es el de permitir iniciar el proceso del diseño del sistema de información, y brindarnos
las primeras características que podría tener nuestro módulo mediante el análisis funcional y no
funcional; para ello realizamos los distintos diagramas: Interacción, Comunicación, Clase, Estado
y Actividad, adicionando nuestra matriz de riesgos que nos sirve para determinar los posibles
peligros que traería consigo el módulo para el consultorio médico obstetra “San Pedro”, siguiendo
un plan establecido mediante el software GanttProject.
Palabras Clave: Consultorio médico, gestión, información, análisis, diagramas, matriz de

riesgo.
Abstract
This report is about the approach of the module for the obstetric doctor's office "San Pedro",
in order to have a better management in the different sectors that each user manages.
In the first part of this work, the collection of all the information related to the activities carried
out in this office will be carried out, describing each of the functional and non-functional
requirements found; as well as the use cases extracted, along with their diagrams and their
respective documentation.
In the second part, with the information already obtained, it is intended to carry out an analysis
whose main objective is to allow the information system design process to begin, and provide us
with the first characteristics that our module could have through functional and non-functional
analysis; for this we carry out the different diagrams: Interaction, Communication, Class, State
and Activity, adding our risk matrix that help us determine our possible risks that our module for
the obstetric medical office “San Pedro” would bring, following a plan established through the
GanttProject software.
Keywords: Doctor´s office, management, information, analysis, diagrams, risk matrix.

Nombre del Proyecto
Planteamiento del Módulo para el Consultorio médico Obstétrico “San Pedro”.
Objetivo General y Específico
● Realizar entrevista al consultorio médico “San pedro” a fin de recopilar la información
necesaria.
● Plasmar lo aprendido dentro del Curso Sistemas de Información.
● Realizar el análisis y diseño de un módulo para un consultorio médico.
Capitulo 1. Marco Teórico Conceptual
1.1. Datos Generales de la Empresa
1.1.1. Ubicación Geográfica.
Jr. Los Alpes Mz. P Lote 6b.
1.1.2. Base legal.
Consultorio Médico – Obstétrico San Pedro, registrado en la SUNAT con RUC:
10329289821, actualmente su estado es contribuyente “activo” dedicado a las actividades
económicas Principal - CIIU 85193 - OTRAS ACTIV.RELAC. CON SALUD HUMANA.

1.1.3. Áreas que corresponde.
Servicios de Salud – Sector Privado
1.1.4. Reseña histórica y Operacional.
Un egresado de la tercera promoción de Obstetricia de la Universidad San Pedro,
decidió hace 20 años emprender la realización de un consultorio Médico Obstétrico, que
se enfocó en la satisfacción de las necesidades médicas de la sociedad san pedrina y de
cualquiera que llegaría a este consultorio. Es así como Rubén Bolívar Loncarich unió
fuerzas con sus hermanos también egresados de la Universidad San Pedro para poder
liderar lo que hoy en día es uno de los consultorios más recurrido por la gente san pedrina.
En el 1998, el Lic. Rubén Bolívar decide abrir las puertas de su consultorio, contando con
los servicios de obstetricia, medicina y laboratorio. A inicios el Lic. Bolívar tenía relaciones
con médicos con los cuales se realizaba la transferencia de pacientes para cubrir las
necesidades del público en general.
En el 2010, el Lic. Bolívar crea lazos con la Clínica Santa María, logrando que el servicio
hacia sus pacientes se más completo y de mayor calidad. Así mismo se integraron nuevos
colaboradores al equipo, entre estos están el Dr. Víctor Bolívar y la Dra. Marta Mendoza.
En enfermería se integró la enfermera Rosa Ascate.
En la actualidad este equipo se mantiene unido, ahora están buscando finalizar su proyecto
y abrir su nuevo consultorio en la Urb. Laderas del Norte, frente al cementerio Divino
Maestro, este contará con equipos tecnológicos que cubrirán las nuevas necesidades que
tienen los pacientes hoy en día.
1.1.5. Visión.
Ser reconocido como el primer consultorio privado en el pueblo joven San Pedro
con un gran historial de pacientes satisfechos, crear un sistema integral de salud privada
que ofrezca una atención humanizada hacia el paciente y familia.

1.1.6. Misión.
Satisfacer las necesidades en el cuidado de la salud de las personas a través de un
servicio integral, seguro, humanizado y diferenciado, contribuir al desarrollo del
conocimiento médico en beneficio de la comunidad.
1.1.7. Organigrama.
Director del
Consultorio
Secretaria
Jefe Jefe Dirección Jefe Jefe

Obstetricia Laboratorio Médica Contabilidad Farmacia
Obtetra Asistente Medico Contador Asistente
Enfermera
Imagen N° 2: Organigrama de la empresa.

Capitulo 2. Análisis del Sistema Futuro
2.1. Acciones Preliminares
2.1.1. Ciclo de Vida de desarrollo de SW.
El proceso de desarrollo de software tiene como finalidad entregar un producto de
software que sea eficiente y eficaz al mismo tiempo. Es por este motivo que, para la
realización de un proyecto de este tipo, es necesario conocer su respetivo ciclo de vida.
(Cantone, 2006) cita en su libro que la norma ISO 12207 determina al ciclo de vida de un
software como una referencia que comprende las actividades y que involucra el desarrollo,
la explotación y el mantenimiento de un software desde su creación hasta la fase final.
Existen diversos tipos de ciclo de vida, pero todos cumplen con los mismos pasos en
general, los cuales son. El primer paso se refiere a la especificación de software, en donde
definimos la funcionalidad y las restricciones que el programa presentará en su
funcionamiento. El segundo paso es el diseño y la implementación del software con
respecto a la funcionalidad y restricciones que definimos en el primer paso. El siguiente
paso es la validación del software para garantizar que el proyecto cumpla con los requisitos
que definimos y también con lo que el cliente espera de dicho proyecto. Y como paso final
tenemos a la evolución de software para que se adapte a los nuevos cambios y también se
realice su respectivo mantenimiento.
2.2. Recopilación de Información.
2.2.1. Entrevista para obtener requerimientos.
● ¿Ha trabajado alguna vez con un sistema?
No, se me hace complicado trabajar con tecnología, aunque en la clínica Santa María
donde laboro actualmente, he llegado a darme cuenta de que la tecnología es de gran ayuda
y facilita algunos procesos a realizar.
● ¿Cómo lleva el control de sus pacientes?
Durante 20 años llevo los registros de mis pacientes en cuadernos, solo consultando
sus datos principales que para mí son el número de teléfono, sus apellidos y nombres.
● ¿Cómo es el funcionamiento de su empresa?
Es una empresa que depende mucho de mi familia ya que ellos son los primeros con
los que cuento para diferentes situaciones, pero también solicito ayuda a diferentes
especialistas según sea el caso. El paciente primero llega, luego cancela y separa su cita,
después pasa revisión por mi o por la doctora. Posteriormente evaluamos si se puede tratar
el proceso para que continúe con nosotros a través de un tipo de control, si no se hace una
recomendación o un traslado a un Hospital o Clínica, dependiendo del caso.

● ¿Cómo está estructurada la empresa?
Como principalmente mi consultorio depende de mi familia, siempre comparto el
trabajo con ellos, pero de igual manera el representante legal soy yo. Actualmente las áreas
de servicio que brindamos son: Enfermería, donde está mi esposa Rosa Ascate;
Laboratorio, el cual le pertenece a mi hermano Jimmy Bolívar; en la Farmacia trabajo con
mi madre y por último para lo que es Medicina, trabajo con la doctora Marta Mendoza. Las
personas mencionadas anteriormente son las que pertenecen a mi empresa. Es importante
considerar que también trabajo con especialistas fuera de mi consultorio, pero solo es en el
caso de recomendaciones.
● ¿Cuál es la visión que usted tiene para su negocio?
La visión que yo tengo es que mi consultorio brinde seguridad cuando un paciente
ingresa, el trato que reciba sea humanitario y que nos enfoquemos en lo principal, que es
la salud de las personas.
● ¿Cuál es el proceso que realiza un paciente para ser atendido?
Yo quiero lograr la agilización los procesos así que lo primero que debe hacer el
paciente es cancelar con la enfermera, si no se encuentra registrado se procederá a llenar
una historia clínica, esta historia solicitará los datos como, Nombre, Apellido, Teléfono,
Número de celular y DNI. Luego de esto, pasa a su respectiva consulta en la cual se
modifica la historia o se actualiza. Luego cuando la receta es emitida, el paciente elige si
desea comprar en mi consultorio o fuera de él, y así mismo con respecto a los análisis. Por
otro lado, el laboratorio y la farmacia también trabajan de forma independiente.
● ¿Si usted quisiera un sistema, que puntos consideraría fundamentales?
Lo que yo quisiera sería, por ejemplo, que al ingresar que se abra mi área, si ingresa
la doctora, que visualice su correspondiente área a ella. En laboratorio, una lista de análisis;
farmacia, debería aparecer todos los medicamentos ordenados y la enfermera que cobre y
realice las historias.
● Ahora, ¿Me podría detallar las áreas que usted menciona?, ¿Qué cosa quisiera
observar?
Lo primero sería la enfermera ya que ella separa la cita, realiza los cobros por consulta
y brinda algunos servicios a los cuales solo cobraría. Todo eso quisiera que se observe en
el sistema, pero a la vez que sea sencillo, porque como le mencioné me parece tedioso la
tecnología. En mi área yo quisiera observar los pacientes que se me asignaron y poder
modificar sus historias, emitir receta y así mismo la doctora esperaría eso. En laboratorio
listaría todos los análisis pendientes y los que ya están listos los enviaría a el área que lo
solicitó para entregar resultado. En farmacia quisiera controlar el stock que es lo más
importante.
● Usted menciona que el stock es lo más importante, ¿Ha tenido pérdidas por no
llevar un control de estos?
Sí, muchas pérdidas, recuerdo haber perdido más de 100 jarabes, etc., lo complicado
para mí es tener que ver que medicamento falta, si ya se vence y hacer las relaciones para
ir comprar. En fin, es un infierno, como dije anteriormente, trabajo con mi madre y entonces
la responsabilidad de la farmacia con la que contamos la manejo yo y me cuesta un poco.
Si quisiera un sistema como ustedes mencionan, solicitaría que contenga el precio del
medicamento, clasificar los medicamentos, actualizar el stock y esto que para mí es
principal que me avise cuando se van a vencer.
● ¿Qué funciones le gustaría que haga su sistema?
Primero que me lleve todos los cálculos, ingreso monetario, el stock de mis
medicamentos, quiero que me permita ingresar los pacientes con sus datos personales y
con esos mismos datos dar inicio a su historia clínica, también quisiera ver los análisis
pendientes y realizados, que muestre todos los pacientes que atenderé. También quisiera
buscar las historias de mis pacientes pero solo con el DNI, ya que este es único y los
apellidos se pueden repetir, quisiera también que me avise los medicamentos que están
próximos a vencer, que me permita modificar las citas o eliminarlas, como dije quiero que
el cliente venga a mi así que por un tiempo le daría sus antojos, así mismo quisiera separar
citas aunque eso ya se ve en las clínicas. Emitir mis boletas y mostrar los resultados de los
diagnósticos. Pero, vuelvo a repetir que yo trabajo con 5 áreas diferentes, estas son
laboratorio, farmacia, medicina, obstetricia y enfermería. Entonces en mi caso, necesitaría
de 5 computadoras ya que 5 personas deberán acceder solo a su chamba, nadie debe ver
nada de la otra persona, eso para mí es primordial.
● ¿Le gustaría contar con una manual en su propio sistema?
Sí, y a la misma vez no, porque se supone que si yo tengo problemas con la tecnología
ustedes lo deberían hacer de la mejor manera posible para que sea sencillo y muy fácil de
usar. Como les digo yo uso cuadernos y pues a veces me aburro buscando a los pacientes,
pero con este sistema me imagino que todo será más sencillo y lo que se espera es poder
manejarlo sin ningún problema. Aunque un manual no estaría mal si es que me olvido algo.
También sería importante que avise cuando ocurren errores, bueno eso se los dejo a ustedes.
2.2.2. Hardware disponible.
No cuentan con ningún Hardware actualmente

2.2.3. Distribución de equipos.
No poseen equipos, la gestión de paciente se hace en papel y lápiz.
2.3. Formulación del problema.
Determinación de los factores que influyen en la atención del consultorio médico “San Pedro”.
2.4. Análisis de Tiempo.

Imagen N° SEQ Imagen_N° \* ARABIC 3: Esquema de Tiempo
Imagen N° SEQ Imagen_N° \* ARABIC 4: Diagrama de Tiempo (1)
Imagen N° SEQ Imagen_N° \* ARABIC 5: Diagrama de Tiempo (2)

Capitulo 3. Especificación de Requisitos de Software
3.1. Ficha del documento
3.2. Contenido
3.3. Introducción
Un módulo que nos permitirá el manejo y almacenamiento de datos que se han ingresados
dentro de un consultorio médico; a partir de ello permitirá al usuario lograr una mejor atención
hacia sus pacientes, el control de los medicamentos dentro del consultorio y las citas que sean
registradas dentro del módulo. El alcance que tendrá este proyecto será entre el especialista
encargado y los pacientes que soliciten un determinado servicio. Lo que tendrá por resultado
que el usuario tenga una mayor facilidad al dar la atención a sus pacientes, respecto al tiempo
y calidad de servicio brindado.
3.3.1. Propósito.
Este trabajo de producción se realizó con el propósito de plasmar lo aprendido
dentro del curso de Ingeniería de Requerimientos y del curso en desarrollo de sistema
información. En la cual se ha planteado realizar el análisis y diseño de un módulo para un
consultorio médico. Va dirigido para un futuro en cual pueda ser concluido la creación de
dicho Modulo y para estudiantes los cuales quieran aprender de cómo se realiza el análisis
y diseño de un módulo para un consultorio médico.
3.3.2. Alcance.
Análisis y desarrollo de un módulo para el consultorio médico obstétrico san Pedro.
Este módulo permite al usuario tener un mejor control dentro de su consultorio. Y el
control de sus pacientes al ser registrados dentro del módulo. Lo cual permitirá que el
usuario tenga una mejor afinidad con su paciente y poder verificar el historial que tenga su
paciente, recetas médicas. Así como las citas asignadas a cada uno de ellos. Los cuales van
a poder consultar su cita dentro de la página web del módulo. Donde obtendrán la fecha y
hora que fueron asignados para ser atendidos. Esto le traerá un gran beneficio al paciente
dado que podrá estar al tanto de cuándo va ser atendido y por quien va ser atendido cuando
sea asignado su cita médica.
3.3.3. Personal involucrado.
Nombre Granados Moore Benjamin Angel

Rol Encargado de la Revisión de los puntos del proyecto
Categoría profesional Estudiante
Responsabilidades Verificará, Analizará y comprobará la información recibida
por los demás integrantes del equipo
Información de contacto 947688905
Nombre Loncarich Manrique Yelko Andrej

Rol Encargado de extraer la información en bruta de la clínica
obstetra “San Pedro”
Responsabilidades El estudiante se comunicará directamente con el gerente de la
empresa para recolectar la información
Nombre Aranda Timaná Nancy Lorena

Rol Encargada de pulir la información y volverla en útil para el
proyecto
Responsabilidades La estudiante analizará los datos enviados por el “Recolector”
y transformará la información para lo que el proyecto
necesite
Nombre Arteaga Saenz Angie Alexandra

Rol Encargada de pulir la información y volverla en útil para el
proyecto
Responsabilidades La estudiante analizará los datos enviados por el “Recolector”
necesite
Nombre Cueva Valderrama Bryan Renzo

Rol Encargado de pulir la información y volverla en útil para el
proyecto
Responsabilidades El estudiante analizará los datos enviados por el “Recolector”
necesite
3.3.4. Definiciones, acrónimos y abreviaturas.
3.3.5. Referencias.
Referencia Titulo
ISO Norma ISO 9001: 2015
ISO Norma ISO 27000
ISO Norma ISO 12207
ISO Norma ISO 9000
3.3.6. Resumen.
El análisis y diseño de un módulo para un consultorio médico. Realizado para que
el grupo de desarrolladores. Los cuáles serán los encargados de la creación de dicho
modulo. Este módulo tiene la finalidad de reducir el papeleo dentro de las oficinas del
consultorio los cuales serán reemplazados dentro de la base de datos y serán controlados
por un software el cual permitirá al usuario realizar varias funciones. Y así mismo para el
paciente el cual podrá interactuar con un aplicativo web. En la cual podrá tener datos de él
dentro del consultorio médico. Además de las citas y recetas brindadas por el doctor a
cargo. Más adelante serán presentados y descritos los requisitos funcionales y no
funcionales. Así como los casos de uso del módulo. Que nos servirán como documentación
del módulo y para el desarrollo del mismo.

3.4. Descripción general
3.4.1. Perspectiva del producto.
Es un módulo independiente para un consultorio médico obstétrico.
3.4.2. Funcionalidad del producto.
El módulo realizara el control de pacientes, medicamentos, citas. También brindara
un acceso al cliente a sus citas o recetas brindadas por el medico a cargo. Dicho modulo
será exclusivo para el manejo dado que solo con autorización del paciente u familiar podrán
obtener sus datos del mismo. Todo esto esta detallado en la sección de casos de uso.
Además, este módulo permite que al usuario tener una mejor afinidad con el paciente a
tratar cuando la cita sea concretada.
3.4.3. Características de los usuarios.
Tipo de usuario Enfermera

Formación Conocimiento de los procesos tales como, ingreso de citas médicas,
registros de historias clínicas, ventas de medicamentos y entrega de
análisis.
Habilidades Financieras, Organizacionales
Actividades Administrar el área que se le designó.
Tipo de usuario Obstetra

Formación Conocimiento del control de historias clínicas y recetar medicamentos.
Habilidades Planificación, Organización
Tipo de usuario Laboratorista

Formación Conocimiento de ingreso de análisis.
Habilidades Gestión de análisis
Tipo de usuario Farmacéutico

Formación Conocimiento de los medicamentos, precios, fecha de vencimiento y
cantidad en el almacén.
Habilidades Asesoramiento, Financiero
Tipo de usuario Doctor

Formación Conocimiento del control de historias clínicas y recetar medicamentos.
Habilidades Planificación, Organización
3.4.4. Restricciones.
Los encargados a desarrollar el módulo tendrán que estar correctamente capacitados
en el desarrollo de aplicativos web y móvil. Así como el desarrollo del mismo software
dentro del centro médico. Deben cumplir todo lo especificado dentro de los requisitos
establecidos por el grupo de análisis y diseño. Así como cumplir las normas de desarrollo
de software para tener un sistema pulcro y con mejoras a futuro.
3.4.5. Suposiciones y dependencias.
El cambio de la licencia del módulo podría afectar el uso de dicho modulo dentro
del consultorio médico. No realizar ninguna degradación del hardware indicado por las
especificaciones del módulo. En caso de que el sistema operativo no sea el correcto,
actualizarse para poder tener un correcto funcionamiento del módulo. En caso de algún
problema del módulo contactarse con las personas encargadas del desarrollo de dicho
modulo o del líder proyecto.
3.4.6. Evolución previsible del sistema.
El módulo se podría ampliar para ser el pilar fundamental de los demás módulos
que se podrían incluir dentro de una posta médica o un hospital. Los cuales ya serían un
sistema. Incrementando el alcance hacia los pacientes, y personal de trabajo. Lo cual
facilitaría mucho el control de los datos ingresados. Y una mejor eficacia para el doctor a
cargo. Y para los distintos departamentos de trabajo.
3.5. Requisitos específicos
3.5.1. Requisitos comunes de los interfaces.
● El sistema permitirá registrar.
● El sistema permitirá modificar.

● El sistema permitirá eliminar.
● El sistema permitirá consultar.
● El sistema permitirá listar.
● El sistema permitirá generar.
● El sistema permitirá actualizar.
3.5.2. Interfaces de usuario.
● El sistema dará acceso al módulo.
● El sistema dará una vista diferente por usuario.
3.5.3. Interfaces de hardware.
● El sistema funcionará con un procesador de 1.66GHz o superior.
3.5.4. Interfaces de software.
● El sistema funcionará con un sistema operativo Windows XP o superior
3.5.5. Interfaces de comunicación.
● Los usuarios se comunicarán entre sí mediante una actualización en la base de
datos
3.6. Requisitos funcionales
1. Acceso al módulo.
2. Registrar cita.
3. Modificar cita.
4. Eliminar cita.
5. Consultar cita.
6. Listar de citas.
7. Registrar paciente.
8. Modificar paciente.
9. Eliminar paciente.
10. Consultar pacientes.
11. Generar historia clínica.
12. Actualizar las historias clínicas.
13. Registrar medicamento
14. Eliminar medicamento.
15. Consultar medicamento.
16. Listar medicamentos.
17. Generar boletas.
18. Registrar análisis.
19. Consultar análisis.
20. Generar resultado.
21. Generar receta médica.
3.7. Requisitos no funcionales
3.7.1. Requisitos de rendimiento.
● Compatibilidad únicamente con Windows.
● Disponibilidad constantemente.
● Acceso rápido.
● Actualización de la base de datos.

● Interfaz atractiva.
● Generar archivos.doc.
3.7.2. Seguridad.
● Restricción de acceso.
● Mensaje de aviso.
● Identificador de datos
● Bloqueo luego de 3 intentos.
● Seguridad en la información.
● Respaldo de la información.
3.7.3. Fiabilidad.
● Validación de datos.
● Probabilidad de fallos mínima.
3.7.4. Disponibilidad.
● Validar base de datos.
● Intercambio de información entre usuarios..
● Permisividad de 3 intentos incorrectos.
3.7.5. Mantenibilidad.
● Almacenamiento de datos masivo.
3.7.6. Portabilidad.
● Interfaz intuitiva.
● Adaptabilidad de modificaciones.
3.8. Otros requisitos.
En las investigaciones realizadas hasta la fecha actual, no se encontraron nuevos u otros

requisitos para tener en cuenta en la implementación del proyecto
3.9. Apéndices.
Capitulo 4. Análisis y Diseño del Sistema
4.1. Descripción de las metodologías más usadas
4.1.1. Metodología OMT.
Es una metodología de análisis y diseño orientada a objetos, más eficientes que
existen en la actualidad, es una metodología de carácter abierta, permite ser de dominio
público y sobrevive con enorme vitalidad, puede acoplarse a las necesidades actuales y
futuras de la ingeniería de software:
▪ Análisis. Se comienza declarando el problema que incluye. Se genera una

documentación con objetivos y conceptos definidos para el dominio del problema a
resolver.
▪ Diseño del sistema. Se define la arquitectura completa del sistema a realizar. El sistema
se divide en subsistemas que tienen asignados procesos y tareas, se tiene en cuenta la
colaboración y concurrencia de estos.
▪ Diseño de objetos. Se establece el plan de implementación. Se definen los algoritmos y
clases de objetos que nos ayudarán a optimizar y mantener la persistencia de los datos.
▪ Implementación. Lo desarrollado durante el análisis de objetos se traducen finalmente
a una implementación concreta. Es importante que la relación con el diseño sea directa
y el sistema implementado sea flexible y extensible.
4.1.2. Metodología Booch.
Se enfoca principalmente al diseño de estado de un proyecto por la riqueza de su
notación reflejada en las interacciones entre entidades. En esta metodología el dominio de
la aplicación se modela a partir de dos perspectivas distintas, la estructura lógica del
sistema y la estructura física. El diagrama de objetos, representa la interacción de clases
entre sí, captura algunos momentos de la vida del sistema y ayuda en la descripción del
modelo dinámico.
4.1.3. Metodología OOSE.
Este método proporciona un soporte para el diseño creativo de productos de
software, las actividades consisten en la transformación de un conjunto de requerimientos
en un plan estructurado de construcción y un plan de acción. En este enfoque el modelo de
casos de uso sirve como un modelo central del cual todos los otros modelos son derivados.
Un modelo de casos de uso describe la funcionalidad completa del sistema, identificando

como, todo lo que esta fuera del sistema, interactúa con él. Se presenta 5 técnicas:
▪ Modelo de requerimientos. Delimita el sistema y define su funcionalidad.
▪ Modelo de análisis. Estructura el sistema, modelando tres tipos de objetos (objetos de
interfase, objetos entidad y objetos de control).
▪ Modelo de diseño. Refina el modelo de análisis y lo adapta a un ambiente de
implementación. Consiste de diagramas de interacción y diagramas de transición de
estados.
▪ Modelo de implementación. Consiste en el código fuente de los objetos especificados
en el modelo de diseño.
▪ Modelo de prueba. Es llevado a cabo mediante la realización de pruebas al modelo de
implementación.
4.1.4. Metodología UML.
Es un lenguaje para especificar, construir, visualizar y documentar los artefactos de
un sistema de software orientado a objetos (OO). La finalidad de los diagramas es presentar
diversas perspectivas de un sistema, a las cuales se les conoce como modelo. Recordemos
que un modelo es una representación simplificada de la realidad; el modelo UML describe
lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema.
Combina notaciones provenientes de:
▪ Modelo Orientado a Objetos.
▪ Modelado de Datos.
▪ Modelado de Flujos de Trabajo.
▪ Modelado de componentes.
4.2. Fundamentación de la metodología seleccionada
4.2.1. Lenguaje Unificado de Modelado.
Es un lenguaje de modelado que permite expresar los distintos modelos producidos
en el proceso de desarrollo (James Martin, 1997). Un diagrama es una representación de
parte de un modelo de diseño que se representa por uno o más diagramas.
● Diagrama de casos de uso. Describe las funcionalidades del sistema a partir de las
interacciones del usuario. Muestra un conjunto de casos de uso y actores y sus
relaciones.
● Diagrama de secuencia. Es un diagrama de interacción que muestra los objetos y
actores que participan en una colaboración poniendo el énfasis en el ordenamiento en
el tiempo de los mensajes.
● Diagrama de colaboración. Un diagrama de interacción que pone el énfasis en la
organización estructural de los objetos o roles que envían y reciben mensajes.
● Diagrama de estados. Muestra un autómata que consiste de estados, transiciones,
eventos y actividades.
● Diagrama de actividades. Muestra la estructura de un proceso u otro cálculo como el
flujo de control y datos paso a paso en el cálculo.
● Diagrama de clases. Muestra un conjunto de clases, interfaces, colaboraciones y sus
relaciones. Elementos de un diagrama de Clases (Interfaz, clases abstractas, clases
parametrizadas). Relaciones de dependencia, generalización y asociación
● Diagrama de objetos. Análogo al diagrama de clases, muestra un conjunto de objetos
y sus relaciones, en un instante dado.
● Diagrama de componentes. Están relacionados a diagramas de clases en donde un
componente se corresponde con una o más clases, interfaces o colaboraciones.

4.3. Normas de Calidad
4.3.1. Norma ISO 9001:2015.
ISO 9001 es la norma sobre gestión de la calidad con mayor reconocimiento en todo
el mundo. Pertenece a la familia ISO 9000 de normas de sistemas de gestión de la calidad
(junto con ISO 9004), y ayuda a las organizaciones a cumplir con las expectativas y
necesidades de sus clientes, entre otros beneficios.
Un sistema de gestión ISO 9001 le ayudará a gestionar y controlar de manera continua la
calidad en todos los procesos. Como norma de gestión de la calidad de mayor
reconocimiento en el mundo, así como el standard de referencia, describe cómo alcanzar
un desempeño y servicio consistentes.
Enfoque Basado en Procesos. El enfoque basado en procesos es un principio contenido
entre la serie de principio de gestión de la calidad fundamentales para obtener buenos
resultados en una organización.
La implementación de un sistema de procesos dentro de una organización, así como la
identificación e interacción de estos procesos y su gestión, para producir el resultado
deseado, es lo que conocemos como enfoque.
Una ventaja del enfoque de proceso es que permite un control continuo sobre la conexión
entre los procesos individuales dentro del sistema de procesos, así como su combinación e
interacción.
Cuando se utiliza dentro de un sistema de gestión de calidad, este enfoque hace hincapié
en la importancia de los requisitos, la comprensión y el cumplimiento de ellos.
El modelo de un sistema de gestión de la calidad bajo un enfoque basado en procesos en
ISO 9001:2015, define el papel protagónico que desempeñan los clientes en la definición
de requisitos como, entradas, monitoreos de la satisfacción, evaluaciones de la información

relativa a la percepción del cliente en cuanto al producto y a la organización.
Esta norma ISO 9001 se basa en diez principios de gestión de calidad:
● Alcance.
● Referencias normativas.
● Términos y definiciones.
● Contexto de la organización.
● Liderazgo.
● Planificación.
● Soporte.
● Operación.
● Evaluación del desempeño.
4.3.2. Motivo de uso de la ISO 9001:2015
Para las empresas que están interesadas en la certificación de su respectivo sistema
de gestión, es importante definir qué tipos de normas deberán seguir para obtener los
beneficios deseados específicamente, en este caso el ISO 9001 se encarga de buscar la
calidad en varias áreas del negocio. Una de sus metas principales es la expansión del
mercado y que la calidad se aplique tanto en el ámbito profesional como personal.
Al implementar esta norma, se logrará alinear los objetivos que la empresa tenga y así, dar
a conocer al empleado sobre el futuro y que siempre se necesitaran de sugerencias nuevas
para la mejora de la organización. Luego de eso, es importante también hacer entender a
detalle al empleando cuales son los procesos internos de este lugar. De esta manera, el
trabajador se sentirá más involucrado con su labor ya que sabe que su rol es importante y
fundamental dentro de la empresa.

Un beneficio importante también es la satisfacción del cliente ya que la empresa se centra
en los intereses de dicho cliente, como su estilo de vida, opiniones, etc; y así poder obtener
un mejor producto para que el usuario final se encuentre en total satisfacción con este
trabajo. Con esta norma, se podrán controlar los 5 elementos básicos con relación al cliente
(calidad, relación, rendimiento, precio y prestaciones).
Otro punto importante es el compromiso de los entes internos y externos al sistema de
gestión. Según el apartado 7.1.4 dice “La organización debe determinar, proporcionar y
mantener el ambiente necesario para realizar la operación de sus procesos y conseguir la
conformidad de los productos y servicios”, esto quiere decir que aquí todos deben participar
para la mejora del trabajo, de esta forma se genera el crecimiento individual y colectivo
que favorece tanto a clientes como empleados y se obtiene un ambiente armonioso para
trabajar.
También mejora la imagen de la empresa. Debido a que es una norma reconocida a nivel
internacional, es una ventaja enorme para el mercadeo, en consecuencia, se tomará en
cuenta a la compañía y, además, tendrá un valor agregado.
Y finalmente, uno de los puntos importantes son los beneficios económicos, que son los
resultados del trabajo y la inversión en el sistema de gestión. A corto plazo se podrá
visualizar las mejoras en los procesos de empresa internos, disminuyendo el trabajo doble
y los residuos, aumentando así la calidad de los productos. Con este ahorro se puede invertir
en nuevas instalaciones en la organización, capacitación del personal, etc. Y a largo plazo
se podrá obtener la fidelidad de los clientes por la buena calidad del producto y esto ayuda
a que la empresa pueda obtener nuevos socios comerciales.
4.3.3. ¿Cómo implementar la norma ISO 9001:2015?
o Maneras de implementar la norma ISO 9001: 2015

- Ayuda a la gestión. Se debe tener en cuenta desde el inicio hasta que finalice
que el proyecto tenga todos los recursos necesarios, tiempo, personas, dinero
y equipo. Si aquello no se encuentra o existen fallos, el equipo sufrirá
contratiempos y retrasos muy importantes. El apoyo de los entes
involucrados es muy importante ya que puede generar la diferencia entre un
gran éxito y establecer un eficaz Sistema de Gestión de la Calidad a que sólo
tengamos un papel poco útil para la empresa.
- Abordar la implementación.
▪ Trabajar individualmente. Es una opción buena solo si la persona
especializada en los distintos elementos de la norma ISO 9001 2015 tiene
tiempo necesario para brindar orientación e información a sus empleados;
esto conlleva a que si se desea modificar dicho sistema de Gestión de
Calidad basado en la norma antes mencionada, lo puede hacer cualquier
empleado de la empresa sin recurrir a exteriores.
Consultor Externo: Aquí se recurre a un consultor externo de la empresa que
tenga conocimientos de dicho ISO, este hace el proceso mucho más rápido,
pero con un desembolso de dinero (pago) de la empresa.
Trabajar de forma individual con la ayuda de un consultor externo: Hace
partícipe del proceso a los empleados y también de un consultor, utiliza
ambos métodos.
4.3.3.1. Estructura de la norma ISO 9001 2015
▪ Objeto y Campo de Aplicación. Aquí detallamos el objetivo de implantación
de la norma y su campo de aplicación.
▪ Referencias Normativas. Referencia al documento indispensable para la

aplicación de la norma ISO 9001:2015:
▪ Términos Y Definiciones. Referencia al documento que contiene los
términos y definiciones que se aplican en la norma ISO 9001:2015:
▪ Contexto De La Organización. Son las acciones que debe realizar la
organización para garantizar el éxito de su sistema de gestión de calidad.
▪ Liderazgo. La implicancia que debe tener el jefe dentro del sistema de
gestión de calidad de la organización, empujando a incluir dentro de las
decisiones estratégicas la gestión de la calidad. Teniendo en cuenta las
opiniones del cliente y una política de calidad acorde a la organización.
▪ Planificación. Acciones alrededor de la planificación dentro de la
organización para garantizar el éxito del Sistema de gestión de calidad:
determinar riesgos/oportunidades; plantear objetivos de calidad; y,
planeación de cambios.
▪ Apoyo. Indica los requisitos para los recursos, competencia, toma de
conciencia, comunicación e información documentada.
▪ Operación. Indica los requisitos para la planificación y control; así como los
requisitos para la producción de productos y servicios desde su concepción
hasta entrega.
▪ Evaluación Del Desempeño. Indica los requisitos para el seguimiento, la
medición, el análisis y la evaluación.
▪ Mejora. Indica los requisitos para la mejora.
4.3.4. Antecedentes
• “Macro Ingenieros es una empresa chilena dedicada a la entrega de servicios
y soluciones de ingeniería, logística e ingeniería.” (Godoy, Diaz, & Valenzuela,
2017). Macro Ingenieros consideraron la implementación de la ISO: 9001 para

obtener un mayor orden además de orientar a la empresa para cumplir con las
expectativas del cliente. La ISO 9001 ayudó a la empresa a gestionar mejor los
gastos también a la innovación de los servicios brindados.
• “Somos una empresa B2B de la Unidad de Video Latam de Telefónica que
presta servicios de datos para tv paga, generación de contenidos y venta de
publicidad”. Esta empresa provee de señal de TV a diferentes países del mundo, su
mayor esfuerzo al aplicar la ISO 9001 fue la gestión de acciones para optimizar sus
procesos”
• “Equiver es una empresa mexicana dedicada a la venta de equipos médicos
y agentes de diagnóstico clínico. También ofrecen mantenimiento de dispositivos y
servicios integrales.”. Equiver es un excelente ejemplo de la aplicación de la ISO
9001, al ser una empresa que provee de equipos médicos un certificado de calidad
para el reconocimiento global de la empresa, además de asegurar que los equipos
médicos estén el óptimo estado al momento de emplearlo en un hospital
• “La casa Cravioto es un grupo ferretero de gran relevancia en México. Su
historia remite a una familia que inició en el año 1940 un negocio pequeño de
instalación eléctrica y plomería”. La mayor motivación que tuvo el grupo ferretero
“Casa Cravioto” fue al capacitar a sus empleados, optaron por una de las mejores
herramientas de gestión la ISO 9001 donde se quitó un gran peso al momento de
ser los papeleos, tiempo, recursos, dinero, y personales innecesarios. Además de
ayudar en un 10% al medio ambiente al optimizar el uso del papel.
4.4. Otras Normas de Calidad Utilizadas.
4.4.1. Norma ISO 27000.
ISO 27000 es un conjunto de estándares internacionales sobre la Seguridad de la

Información. La familia ISO 27000 contiene un conjunto de buenas prácticas para el
establecimiento, implementación, mantenimiento y mejora de Sistemas de Gestión de la
Seguridad de la Información.
Asimismo, los pilares principales de la familia 27000 son las normas 27001 y 27002. La
principal diferencia entre estas dos normas, es que 27001 se basa en una gestión de la
seguridad de forma continuada apoyada en la identificación de los riesgos de forma
continuada en el tiempo. En cambio, 27002, es una mera guía de buenas prácticas que
describe una serie de objetivos de control y gestión que deberían ser perseguidos por las
organizaciones.
Un Sistema de Gestión de la Seguridad de la Información es un conjunto de políticas y
procedimientos que sirven para estandarizar la gestión de la Seguridad de la Información.
A continuación les dejamos algunos detalles de cada uno de los estándares que están
incluidos en la familia de ISO 27000.
▪ ISO 27000. Contiene el vocabulario en el que se apoyan el resto de normas. Es similar
a una guía/diccionario que describe los términos de todas las normas de la familia.
▪ ISO 27001. Es el conjunto de requisitos para implementar un SGSI. Es la única norma
certificable de las que se incluyen en la lista y consta de una parte principal basada en
el ciclo de mejora continua y un Anexo A, en el que se detallan las líneas generales de
los controles propuestos por el estándar.
▪ ISO 27007. Es una guía para auditar los Sistemas Gestores de Datos. Establece qué
auditar y cuándo, cómo asignar los auditores adecuados, la planificación y ejecución
de la auditoría, las actividades claves, etc.
4.4.2. Norma ISO 12207.
Dada la importancia que tiene el software en esta generación, independiente del país
la ciudad o la población, es imprescindible que los productos a desarrollar, cumplan con
ciertos estándares para evitar elevación de costos, pérdida de tiempo y esfuerzo, en este
sentido, esta norma está orientada a los procesos de ciclo de vida del software de la
organización ISO.
Esta norma establece un proceso de ciclo de vida para el software que incluye procesos y
actividades que se aplican desde la definición de requisitos, pasando por la adquisición y
configuración de los servicios del sistema, hasta la finalización de su uso. Esta parte es lo
que hemos aplicado en cocomo 2.
Este estándar tiene como objetivo principal proporcionar una estructura común para que
compradores, proveedores, desarrolladores, personal de mantenimiento, operadores,
gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.
▪ Procesos de la norma ISO 12207.
a. Procesos Principales. Identificar la necesidad, preparar una solicitud y seleccionar
un proveedor. Gestionar el proceso. Determinar procedimientos y recursos para
gestionar el proyecto. Contiene actividades de análisis, diseño...para el producto
software. Puede contener actividades a nivel de sistema. Cubre la operación del
producto software y apoyo a los usuarios. Las actividades y tareas hacen referencia
al sistema. Modificar el producto software preservando su integridad. Incluye la
migración y retirada del producto. Parte de requisitos no funcionales.
b. Procesos de Apoyo. El propósito de este proceso es obtener y persistir información,
identificar, definir y versionar, mediante líneas bases, los elementos del sistema, así
como también asegurar la completitud y exactitud de los elementos que pertenecen
a la configuración, de controlar su manejo, persistencia y entrega de los mismos.

Proveer de mecanismos para objetiva e independientemente asegurar que los
productos y/o servicios cumplan con los estándares y requerimientos establecidos,
y que los desarrollos de otros procesos se apeguen los más posibles a lo planificado
originalmente. Proveer las evaluaciones referentes a la verificación de un producto
o servicio de una actividad dada.
Determinar si un sistema ya construido cumple con las especificaciones y requerimientos
para los cuales fue realizado.
Proveer un marco que favorezca la integración entre inspector e inspeccionado es proveer
un marco adecuado para establecer auditorias formales y contractuales sobre un
determinado producto o servicio provisto.
El propósito de este proceso es proveer mecanismos para la creación de procesos capaces
de resolver problemas y tomar acciones correctivas para remover nuevos problemas
detectados. Parte del proceso de riesgos que toma el desarrollo de nuestro software.
Posibles y futuros riesgos.
c. Procesos de Gestión. El propósito de este proceso es proveer actividades y tareas
genéricas que pueden emplearse y ajustarse para gestionar otros procesos.
4.4.3. Norma ISO 9000.
Las Normas ISO 9000 no definen como debe ser el Sistema de Gestión de la Calidad
de una organización, sino que fija requisitos mínimos que deben cumplir los sistemas de
gestión de la calidad. Dentro de estos requisitos hay una amplia gama de posibilidades que
permite a cada organización definir su propio sistema de gestión de la calidad, de acuerdo
con sus características particulares.
A fin de evaluar el desempeño del Sistema de Gestión de la Calidad, la Organización debe

realizar el seguimiento de la información relativa a la percepción del cliente con respecto
al cumplimiento de sus requisitos, es decir la satisfacción del cliente.
La Organización debe realizar auditorías internas a intervalos planificados, para determinar
si el Sistema de Gestión de la Calidad está conforme con los requisitos de esta Norma
Internacional, con los requisitos del sistema de gestión de la calidad establecidos por la
Empresa y funciona de manera eficaz. Una auditoría es un examen objetivo realizado por
personal calificado independiente del responsable de la actividad que se va a auditar. Los
resultados de la auditoría serán utilizados para establecer acciones correctivas y preventivas
en las áreas donde se encontraron no conformidades. Se debe planificar un programa de
auditorías tomando en cuenta la importancia de los procesos y los resultados de auditorías
previas. Se deben definir los criterios de auditoría, el alcance de la misma, su frecuencia y
metodología.
4.5. Métricas de Calidad
Características
Factor Descripción
de Calidad
Funcionalidad Conformidad El software tiene la capacidad de
brindar diferentes funciones
Exactitud El software satisface al cliente
cumpliendo con todo lo requerido
Seguridad El software cuenta con un control de
acceso para cada usuario
Confiabilidad Madurez
Tolerancia a Fallas El software cuenta con la capacidad de
solventar los fallos presentados
Recuperabilidad El software es capaz de solucionar
problemas mínimos de una manera
fácil
Facilidad de Uso Comprensibilidad El software tiene una comprensión de
fácil manejo.
Facilidad de El software permite que el usuario
Aprendizaje tenga un conocimiento factible.
Operabilidad El software facilitara al usuario su uso
y control.
Eficiencia Tiempo de respuesta El software brinda tiempo de
respuestas cortas con el fin de obtener
una mejor eficacia
Portabilidad Adaptabilidad
4.6. Análisis y Diseño
4.6.1. Caso de Uso.
Tabla 1. C.U. Registrar Paciente
Caso de Uso Registrar Paciente

Actores Enfermera, Sistema
Propósito Llenar la ficha mostrada en la pantalla, incluyendo los datos
requeridos, con el fin de registrar en el historial médico.
Resumen La enfermera digitalizara los datos brindados por el paciente, para su
posterior registro en el sistema.
Curso Normal de los Eventos
Actor Sistemas
Paso Acción Paso Acción
1 La enfermera selecciona la opción
de “Registrar Paciente”
2 El sistema muestra el formulario
referido a la selección
3 La enfermera ingresa los datos del
paciente
4 El sistema valida los datos
ingresados
5 La enfermera da click en “Guardar
Paciente”
6 El sistema muestra una notificación
para asegurar el registro del
paciente.
7 La enfermera elige la opción SI y
confirma el registro.
8 El sistema guarda los datos del
paciente en la lista de pacientes
registrados
Cursos Alternos
Paso 4 Los datos ingresados por la enfermera son invalidados por el sistema y
regresa al paso 3.
Paso 7 La enfermera elige la opción contraria y vuelve a revisar los datos llenados,
regresa al paso 3
Notas
Paso 8 La lista de pacientes tiene la opción de BUSCAR, MODIFICAR o
ELIMINAR algún paciente registrado
Tabla 2. C.U. Registrar Citas
Caso de Uso Registrar Citas

Propósito Llenar la ficha mostrada en la pantalla, con los datos requeridos para
almacenar en la lista de citas registradas
Resumen La enfermera digitaliza los datos brindados por el paciente para
separar una cita con un dia y una hora especifica
Enfermera Sistemas
de “Registrar Citas”
3 La enfermera selecciona la
especialidad del cual el paciente
requiere
4 El sistema muestra si existe la
especialidad indicada
5 La enfermera ingresa los datos
requeridos por el formulario
ingresados
7 La enfermera da clic en “Registrar
Cita”
para asegurar el registro de la cita
médica
9 La enferma elige la opción SI y
confirma el registro
10 El sistema guarda los datos
ingresados y los almacena en la lista
de citas registradas
Cursos Alternos
Paso 4 El sistema muestra que no existe la especialidad indicada y regresa al paso
3
Paso 6 Los datos ingresados por la enfermera son invalidados por el sistema y
regresa al paso 5.
Paso 9 La enfermera elige la opción contraria y vuelve a revisar los datos
llenados, regresa al paso 5
Notas
Paso 10 La lista de citas registradas tiene la opción de BUSCAR, MODIFICAR o
ELIMINAR alguna cita medica
Tabla 3. C.U. Registrar Pagos
Caso de Uso Registrar Pagos

Propósito Generar comprobantes de pagos para cada paciente
Resumen La enfermera digitaliza los datos necesarios y elige el tipo de registro
de pago, comunicándose con la base de datos de precios de las
distintas descripciones.
Enfermera Sistema
de “Registrar Pagos”
3 La enfermera selecciona el tipo de
pago que requiera el paciente
4 El sistema comprueba la selección
5 La enfermera ingresa los datos del
paciente requeridos por el
formulario
6 La enfermera ingresa el
medicamento
7 El sistema verifica el medicamento
con la base de datos de
medicamentos
8 La enfermera ingresa la cantidad
pedida por el cliente
9 El sistema genera el monto total a
pagar
10 La enfermera da clic en “Generar”
11 El sistema muestra una
notificación para asegurar la
Generación del tipo de pago
12 La enferma elige la opción SI y
confirma la opción Generar
13 El sistema genera el comprobante
o factura
Cursos Alternos
Paso 4 El sistema muestra que no está disponible la opción y regresa al paso 3
Paso 7 El producto ingresado no existe en la base de datos de medicamentos y
vuelve al paso 6.
Paso 12 La enfermera elige la opción contraria y vuelve a revisar los datos
llenados, regresa al paso 5
Notas
Paso 6 La enfermera tiene la opción de generar pagos de análisis si marca el
box, posteriormente se enviarán los datos al laboratorista.
Tabla 4. C.U. Entregar Resultados de Laboratorio
Caso de Uso Entregar Resultados de Laboratorio

Propósito Verificar los resultados de laboratorios pendientes o entregados
Resumen La enfermera buscara mediante el DNI los resultados de laboratorio, y
marcara con un check, luego actualizar
Enfermera Sistema
de “Resultados de Laboratorio”
3 La enfermera ingresa el DNI del
paciente a buscar su resultado de
laboratorio, pulsando el botón
BUSCAR
4 El sistema muestra los resultados
de la búsqueda
5 La enfermera selecciona la fila del
paciente
6 El sistema mostrara dos opciones
a marcar PENDIENTE o
ENTREGADO
7 La enfermera da clic en la opción
de su conveniencia
de ACTUALIZAR
9 El sistema actualiza la lista de los
resultados de laboratorio
Cursos Alternos
Paso 4 El sistema muestra que no existe la búsqueda realizada y vuelve al paso 3
Notas
Paso 2 El sistema también te da la opción de visualizar los resultados de
laboratorio mediante un Filtro
Tabla 5. C.U. Validar Datos
Caso de Uso Validar datos

Actores Usuario, Sistema
Propósito Evitar que el usuario cometa errores, al ingresar datos
Resumen El sistema validará los datos que sean ingresados mediante ciertos
tipos de valores restringidos previamente.
Usuario Sistema
1 El usuario digita el dato en el
campo requerido
2 El sistema verifica los datos
ingresados con las restricciones
implementadas en el código
Cursos Alternos
Paso El sistema muestra un mensaje de llenado de datos incorrectos, volver al paso 1
2
Notas
Tabla 6. C.U. Consultar Medicamento
Caso de Uso Consultar Medicamento

Actores Farmacéutica, Sistema
Propósito Encontrar el medicamento buscado.
Resumen El sistema mostrara todos los detalles del medicamento a buscar.
Farmacéutica Sistema
1 La farmacéutica elige la opción de
CONSULTAR MEDICAMENTO
2 El sistema muestra el interfaz
referido a la selección.
3 La farmacéutica ingresa el nombre
o código del medicamento a buscar
ingresados
5 La farmacéutica da clic en
BUSCAR
6 El sistema muestra el producto
buscado con sus detalles
Cursos Alternos
Paso 4 El sistema invalida los datos ingresados y vuelve, al paso 3
Paso 6 El sistema no encuentra la búsqueda realizada y regresa, al paso 3
Notas
Tabla 7. C.U. Registrar Medicamento
Caso de Uso Registrar Medicamento

Propósito Añadir medicamentos a la lista de medicamentos
Resumen El sistema registrara los medicamentos ingresados por la farmacéutica
1 La farmacéutica elige la opción de
REGISTRAR MEDICAMENTO
2 El sistema muestra el interfaz
referido a la selección.
3 La farmacéutica ingresa los datos
referidos a medicamentos en los
campos en blanco.
ingresados
AÑADIR
para asegurar el registro de un
nuevo medicamento
7 La farmacéutica elige la opción SI y
confirma añadir el medicamento
8 El sistema guarda los datos
ingresados y los almacena en la lista
de medicamentos.
Cursos Alternos
Paso 4 Los datos ingresados por la farmacéutica son invalidados por el sistema
y regresa al paso 3.
Paso 6 La farmacéutica elige la opción NO y vuelve al paso 3 a revisar los
datos ya ingresados
Notas
Paso 8 La lista de medicamentos tiene las opciones de MODIFICAR y
ELIMINAR, depende la fila del cual esta seleccionada.
Tabla 8. C.U. Generar Boleta
Caso de Uso Generar Boleta

Propósito Emitir boletas referentes a los medicamentos
Resumen El sistema genera boletas, consecuente de los datos ingresados.
1 La farmacéutica selecciona la opción
de GENERAR BOLETA
2 El sistema muestra la interfaz
respecto a lo seleccionado
3 La farmacéutica ingresa los datos
respecto a paciente
5 La farmacéutica ingresa el código
del medicamento
6 El sistema verifica el código
ingresado con la base de datos de
medicamentos
7 La farmacéutica ingresa la cantidad
requerida
8 El sistema calcula el monto total
GENERAR
para asegurar la generación de la
boleta
11 La farmacéutica elige la opción SI y
confirma el generar la boleta
10 El sistema genera la boleta.
Cursos Alternos
Paso 4 El sistema invalida los datos ingresados por la farmacéutica y regresa al
paso 3
Paso 6 El sistema verifica que no existe el código ingresado y vuelve al paso 5
Paso 11 La farmacéutica elige la opción NO y vuelve al paso 9 a verificar todos los
datos que ingreso
Notas
Tabla 9. C.U. Registrar Análisis
Caso de Uso Registrar Análisis

Actores Laboratorista, Sistema
Propósito Llena una ficha con los datos médicos y analísticos del paciente
Resumen Ingresa los datos, previamente, llenados por el doctor en turno, para que
entregue los estados de salud de los pacientes
Laboratorista Sistema
1 El laboratorista selecciona la opción
de REGISTRAR ANALISIS
2 El sistema muestra la interfaz del
campo seleccionado previamente.
3 La laboratorista ingresa los datos
del paciente.
personales ingresados
5 El sistema autocompleta los datos
del tipo de análisis que el paciente
pagó previamente.
6 El laboratorista ingresa los
resultados de análisis del paciente
ingresados
8 El laboratorista da clic en
GUARDAR
refiriendo que ya se guardaron los
cambios
Cursos Alternos
Paso 4 El sistema invalida los datos del paciente ingresados y regresa al paso 3.
Notas
Paso 6 El laboratorista tiene el deber de corroborar los estudios hechos por el
doctor
Paso 8 El laboratorista también tiene la opción de dar clic en Generar Resultado
Tabla 10. C.U. Consultar Análisis
Caso de Uso Consultar Análisis

Propósito Almacenar los análisis por referencia para cada paciente.
Resumen Los análisis hechos se almacenan en una lista que pueden ser visto
incluso después de entregar los resultados
CONSULTAR ANALISIS
2 El sistema muestra la interfaz de la
opción seleccionada
3 El laboratorista visualiza la lista con
los pacientes que tienen análisis
pendientes o realizados
4 El sistema da la opción de buscar
mediante DNI
5 El laboratorista ingresa el DNI del
paciente a consultar su análisis.
6 El sistema verifica la identidad del
paciente.
7 El laboratorista muestra si su
resultado está pendiente o
realizado
8 Comprueba los resultados del
paciente
9 Verifica los cambios realizados
10 Guarda en la base de datos
Cursos Alternos
Paso 6 El sistema verifica que no existe el paciente, y regresa al paso 5.
Notas
Paso 4 El sistema también da la opción de FILTRAR los resultados.
Tabla 11. C.U. Generar Resultados
Caso de Uso Generar Resultados

Propósito Mostrar los resultados generados mediante un formato .doc
Resumen Los resultados se mostrarán y luego pasarán a la enfermera para su
posterior entrega
1 El laboratorista mediante la opción
REGISTRAR ANALISIS, da clic
en Generar Resultado.
2 El sistema muestra la interfaz
seleccionada.
3 El laboratorista visualiza los
análisis previamente incluidos.
GENERAR.
para asegurar que el archivo se
genere.
6 El laboratorista da clic en SI y
confirma el paso.
7 El sistema genera un archivo .doc
Cursos Alternos
Notas
Tabla 12. C.U. Revisar Citas Médicas (Médico)
Caso de Uso Revisar Citas Medicas

Actores Médico, Sistema
Propósito El medico revisa las citas consultando la base de datos.
Resumen La base de datos de las citas, muestra al actor las citas programadas para
el día destinado.
Medico Sistema
1 El medico selecciona la opción de
REVISAR CITAS MEDICAS
2 El sistema muestra la interfaz de
lo seleccionado.
3 El medico solicita las citas médicas
ya programadas
4 El sistema muestra todas las citas
programadas
5 El medico ingresa la fecha que
desea revisar las citas
6 El sistema valida la fecha
ingresada
7 El sistema mostrará las citas del
día seleccionado
8 El medico selecciona la fila del
paciente que desee atender y da clic
en ATENDER
9 El sistema elimina esa fila
inmediatamente.
Cursos Alternos
Paso 6 El sistema invalida la fecha ingresada y regresa al paso 5
Notas
Tabla 13. C.U. Generar Historia Clínica (Medico)
Caso de Uso Generar Historia Clínica

Propósito La base de datos almacenara cada historial clínico ingresado.
Resumen El medico creará cada historial clínico del paciente y todo se almacenará
en una base de datos.
Médico Sistema
1 El medico selecciona la opción de
GENERAR HISTORIA CLINICA
lo seleccionado.
3 El medico crea el historial clínico
con los detalles de la consulta.
ingresados.
5 El medico da clic en GUARDAR
notificación para asegurar el
guardado de los datos
7 El medico da clic en SI y confirma
el guardar
8 El sistema almacena los datos
correctamente.
Cursos Alternos
Paso 4 El sistema invalida los datos ingresados y regresa al paso 3.
Notas
Paso 2 El sistema muestra también la opción de RECETA
Tabla 14. C.U. Generar Receta (Médico)
Caso de Uso Generar Receta

Propósito Mostrar una receta con lo citado por el médico.
Resumen La interfaz tendrá todos los detalles de la receta.
Medico Sistema
1 El medico a través de GENERAR
HISTORIA CLINICA, accede a
RECETA
lo seleccionado.
3 El medico anota los medicamentos
y las indicaciones según lo requiera.
4 El sistema almacena los datos.
5 El medico da clic en IMPRIMIR
6 El sistema genera la receta
médica.
Cursos Alternos
Notas
Paso 5 El medico tiene la opción de volver a Pacientes Pendientes.
Tabla 15. C.U. Revisar Citas Médicas (Obstetra)
Caso de Uso Revisar Citas Medicas

Actores Obstetra, Sistema
Propósito El obstetra revisa las citas consultando la base de datos.
Resumen La base de datos de las citas, muestra al actor las citas programadas para
el día destinado.
Obstetra Sistema
1 El obstetra selecciona la opción de
REVISAR CITAS MEDICAS
lo seleccionado.
3 El obstetra solicita las citas médicas
ya programadas
4 El sistema muestra todas las citas
programadas
5 El obstetra ingresa la fecha que
desea revisar las citas
6 El sistema valida la fecha
ingresada
7 El sistema mostrará las citas del
día seleccionado
8 El obstetra selecciona la fila del
paciente que desee atender y da clic
en ATENDER
9 El sistema elimina esa fila
inmediatamente.
Cursos Alternos
Paso 6 El sistema invalida la fecha ingresada y regresa al paso 5
Notas
Tabla 16. C.U. Generar Historia Clínica (Obstetra)
Caso de Uso Generar Historia Clínica

Propósito La base de datos almacenara cada historial clínico ingresado.
Resumen El obstetra creará cada historial clínico del paciente y todo se almacenará
en una base de datos.
Obstetra Sistema
1 El obstetra selecciona la opción de
GENERAR HISTORIA CLINICA
lo seleccionado.
3 El obstetra crea el historial clínico
con los detalles de la consulta.
ingresados.
5 El obstetra da clic en GUARDAR
notificación para asegurar el
guardado de los datos
7 El obstetra da clic en SI y confirma
el guardar
8 El sistema almacena los datos
correctamente.
Cursos Alternos
Paso 4 El sistema invalida los datos ingresados y regresa al paso 3.
Notas
Paso 2 El sistema muestra también la opción de RECETA
Tabla 17. C.U. Generar Receta (Obstetra)
Caso de Uso Generar Receta
Propósito Mostrar una receta con lo citado por el médico.
Resumen La interfaz tendrá todos los detalles de la receta.
Obstetra Sistema
1 El obstetra a través de GENERAR
HISTORIA CLINICA, accede a
RECETA
lo seleccionado.
3 El obstetra anota los medicamentos
y las indicaciones según lo requiera.
4 El sistema almacena los datos.
5 El obstetra da clic en IMPRIMIR
6 El sistema genera la receta
médica.
Cursos Alternos
Notas
Paso 5 El obstetra tiene la opción de volver a Pacientes Pendientes.
Tabla 18. C.U. Loguearse

Caso de Uso Loguearse
Actores Usuario, Sistema
Propósito Ingresar al sistema.
Resumen El usuario ingresara su usuario y su contraseña correctamente para poder
acceder al sistema.
Usuario Sistema
1 El usuario digitalizará su nombre de
usuario y su respectiva contraseña.
2 El sistema verifica los datos
ingresados.
3 El sistema muestra la interfaz.
Cursos Alternos
Paso 2 El sistema muestra un mensaje de error, y vuelve al paso 1.
Notas
4.6.2. Diagrama de Caso de Uso.
Imagen N° SEQ Imagen_N° \* ARABIC 7: Diagrama de Caso de Uso – Enfermera.

Imagen N° SEQ Imagen_N° \* ARABIC 9: Diagrama de Caso de Uso – Laboratorista.
Imagen N° SEQ Imagen_N° \* ARABIC 10: Diagrama de Caso de Uso – Usuario.

Imagen N° SEQ Imagen_N° \* ARABIC 11: Diagrama de Caso de Uso – Médico.
4.6.3. Especificación de Requisitos.
4.6.3.1. Especificación de Requisitos Funcionales.
Tabla 1 Acceso al módulo
Identificación del RF01

requerimiento:
Nombre del Acceso al módulo.
requerimiento:
Características (QUE): El sistema permitirá ingresar al módulo con usuario y
contraseña.
Descripción del El usuario al acceder usará nombre de usuario y
requerimiento (COMO): contraseña.
Requerimiento NO ● RNF02
funcional: ● RNF03
● RNF04
● RNF19
Prioridad del requerimiento:
Alta
Tabla 2 Registrar cita

requerimiento:
Nombre del Registrar cita.
requerimiento:
Características (QUE): El sistema permitirá al usuario registrar una cita.
Descripción del El sistema permitirá registrar una cita. El usuario debe
requerimiento (COMO): ingresar datos para realizar el registro.
● RNF08
Alta
Tabla 3 Modificar cita

requerimiento:
Nombre del Modificar cita.
requerimiento:
Características (QUE): El usuario podrá realizar modificaciones a la cita.
Descripción del El sistema le permitirá al usuario modificar los datos de
requerimiento (COMO): la cita que fueron insertados cuando se registró.
● RNF04
Media
Tabla 4 Eliminar cita

requerimiento:
Nombre del Eliminar cita.
requerimiento:
Características (QUE): El sistema permitirá al usuario eliminar citas.
Descripción del El usuario podrá seleccionar una cita registrada para
requerimiento (COMO): luego eliminarla.
Alta
Tabla 5 Consultar cita

requerimiento:
Nombre del Consultar cita.
requerimiento:
Características (QUE): El usuario podrá consultar las citas.
Descripción del El usuario podrá seleccionar una cita para realizar la
requerimiento (COMO): consulta de sus datos.
Requerimiento NO
funcional:
Media
Tabla 6 Listar citas

requerimiento:
Nombre del Listar citas.
requerimiento:
Características (QUE): El sistema le permitirá al usuario generar una lista con
todas las citas registradas.
Descripción del El usuario podrá seleccionar la opción listar citas, el
requerimiento (COMO): sistema automáticamente mostrará las citas registradas.
Requerimiento NO
funcional:
Media
Tabla 7 Registrar paciente

requerimiento:
Nombre del Registrar paciente.
requerimiento:
Características (QUE): Los usuarios podrán registrar a los pacientes para que
puedan acceder a sus consultas.
Descripción del El usuario debe digitar los siguientes datos del paciente:
requerimiento (COMO): (Nombre, apellido, dirección, número de celular, Grupo
Sanguíneo, Email y DNI).
● RNF08
Alta
Tabla 8 Modificar paciente

requerimiento:
Nombre del Modificar paciente.
requerimiento:
Características (QUE): El sistema permitirá al usuario modificar los datos del
paciente registrado.
Descripción del El usuario podrá seleccionar la opción modificar para
requerimiento (COMO): realizar esta acción en los datos del paciente registrado.
● RNF08
Media
Tabla 9 Eliminar paciente

requerimiento:
Nombre del Eliminar paciente.
requerimiento:
Características (QUE): El sistema permitirá al usuario eliminar pacientes.
Descripción del El usuario podrá seleccionar un paciente y eliminarlo.
requerimiento (COMO):
Media
Tabla 10 Consultar paciente

requerimiento:
Nombre del Consultar paciente.
requerimiento:
Características (QUE): El sistema permitirá al usuario consultar el paciente
registrado.
Descripción del El usuario deberá ingresar el número de DNI del paciente
requerimiento (COMO): para poder realizar la consulta de sus datos.
Requerimiento NO
funcional:
Alta
Tabla 11 Generar historia clínica

requerimiento:
Nombre del Generar historia clínica.
requerimiento:
Características (QUE): El sistema permitirá generar la historia clínica del
paciente que registró el usuario.
Descripción del El sistema generará la historia clínica luego de haber
requerimiento (COMO): registrado un nuevo paciente.
Requerimiento NO ● RFN13
funcional: ● RFN04
Alta
Tabla 12 Actualizar historia clínica

requerimiento:
Nombre del Actualizar historia clínica.
requerimiento:
Características (QUE): El sistema permitirá al usuario actualizar la historia
clínica del paciente.
Descripción del El usuario podrá ingresar nuevos datos en la historia
requerimiento (COMO): clínica y luego actualizarla.
● RNF08
Alta
Tabla 13 Registrar medicamento

requerimiento:
Nombre del Registrar medicamento.
requerimiento:
Características (QUE): El sistema permitirá al usuario registrar los
medicamentos.
Descripción del El usuario debe digitar los siguientes datos del
requerimiento (COMO): medicamento: (Nombre, precio, cantidad, fecha de
vencimiento).
● RNF08
Alta
Tabla 14 Eliminar medicamento

requerimiento:
Nombre del Eliminar medicamento.
requerimiento:
Características (QUE): El sistema permitirá al usuario eliminar medicamento.
Descripción del El sistema le permitirá al usuario seleccionar el
requerimiento (COMO): medicamento para luego eliminarlo.
Alta
Tabla 15 Consultar medicamento

requerimiento:
Nombre del Consultar medicamento.
requerimiento:
Características (QUE): El sistema permitirá al usuario realizar la consulta de los
medicamentos registrados.
Descripción del El usuario deberá ingresar el nombre del medicamento
requerimiento (COMO): para poder realizar la consulta.
Requerimiento NO
funcional:
Media
Tabla 16 Listar medicamentos

requerimiento:
Nombre del Listar medicamentos.
requerimiento:
Características (QUE): El sistema le permitirá al usuario generar una lista con los
medicamentos registrados.
Descripción del El usuario podrá seleccionar la opción listar
requerimiento (COMO): medicamentos, el sistema automáticamente le mostrará
los medicamentos registrados.
Requerimiento NO
funcional:
Media
Tabla 17 Generar boleta

requerimiento:
Nombre del Generar boleta.
requerimiento:
Características (QUE): El sistema permitirá al usuario generar una boleta.
Descripción del El usuario podrá seleccionar la opción generar boleta y
requerimiento (COMO): esta se generará en un archivo de extensión .doc.
Alta
Tabla 18 Registrar análisis

requerimiento:
Nombre del Registrar análisis.
requerimiento:
Características (QUE): El sistema permitirá al usuario registrar análisis.
Descripción del El usuario debe digitar los datos del análisis para realizar
requerimiento (COMO): el registro.
● RNF08
Alta
Tabla 19 Consultar análisis

requerimiento:
Nombre del Consultar análisis.
requerimiento:
Características (QUE): El sistema le permitirá al usuario generar una lista con los
análisis.
Descripción del El usuario podrá generar una lista con los análisis,
requerimiento (COMO): seleccionando los filtros podrá visualizar la lista de
pendientes y realizados.
Requerimiento NO
funcional:
Media
Tabla 20 Generar resultado

requerimiento:
Nombre del Generar resultado.
requerimiento:
Características (QUE): El sistema le permitirá al usuario generar los resultados
de los análisis.
Descripción del El sistema generará un archivo de extensión .doc. El
requerimiento (COMO): usuario podrá seleccionar la opción imprimir.
Alta
Tabla 21 Generar receta médica

requerimiento:
Nombre del Generar receta médica.
requerimiento:
Características (QUE): El sistema permitirá al usuario generar una receta médica.
Descripción del El usuario podrá seleccionar la opción generar receta
requerimiento (COMO): médica. La receta médica se generará en un archivo de
extensión .doc para poder realizar la impresión.
Alta
4.6.3.2. Especificación de Requisitos No Funcionales.
Tabla 22 Acceso rápido
Identificación del RNF01

requerimiento:
Nombre del Acceso rápido.
requerimiento:
Características (QUE): El sistema brindará al usuario un acceso inmediato.
Descripción del Al ejecutarse el sistema, este debe iniciar de manera
requerimiento (COMO): rápida y eficaz.
Prioridad del requerimiento: Alta
Tabla 23 Restricción de acceso

requerimiento:
Nombre del Restricción de acceso.
requerimiento:
Características (QUE): El sistema estará restringido por un usuario y
contraseña.
Descripción del El sistema contará con usuarios y contraseñas
requerimiento (COMO): registradas previamente.
Tabla 24 Validación de datos

requerimiento:
Nombre del Validación de datos.
requerimiento:
Características (QUE): El sistema validará los datos ingresados por el usuario.
Descripción del El sistema realizará la validación de datos y notificará si
requerimiento (COMO): hay algún error (símbolo o detalle).
Prioridad del requerimiento: Media
Tabla 25 Mensaje de aviso

requerimiento:
Nombre del Mensaje de aviso.
requerimiento:
Características (QUE): El sistema mostrará mensajes de aviso al usuario.
Descripción del El usuario visualizará mensajes de avisos, se
requerimiento (COMO): presentarán cuando sean confirmaciones y mensajes de
error.
Tabla 26 Validar base de datos

requerimiento:
Nombre del Validar base de datos.
requerimiento:
Características (QUE): El sistema verificará si la base de datos está conectada.
Descripción del El sistema debe contener todos los datos almacenados
requerimiento (COMO): en su última operación.
Tabla 27 Almacenamiento de datos masivo

requerimiento:
Nombre del Almacenamiento de datos masivo.
requerimiento:
Características (QUE): El sistema almacenará datos constantemente.
Descripción del El sistema debe aceptar la cantidad indefinida que los
requerimiento (COMO): usuarios ingresen.
Tabla 28 Identificador de datos

requerimiento:
Nombre del Identificador de datos
requerimiento:
Características (QUE): El sistema generará códigos diferentes para la
identificación de datos.
Descripción del El sistema generará un código para la identificación de
requerimiento (COMO): datos, este se generará cuando se ingrese el dato al
sistema.
Tabla 29 Actualización de la base de datos

requerimiento:
Nombre del Actualización de la base de datos.
requerimiento:
Características (QUE): El sistema debe tener un tiempo máximo de 2.5
segundos para actualizar la base de datos.
Descripción del El sistema actualizará la base de datos luego de cada
requerimiento (COMO): modificación en los datos, el tiempo máximo debe ser
de 2.5 segundos.
Tabla 30 Intercambio de información entre usuarios

requerimiento:
Nombre del Intercambio de información entre usuarios.
requerimiento:
Características (QUE): El sistema tendrá interconexión entre usuarios.
Descripción del El sistema permitirá compartir información entre
requerimiento (COMO): usuarios.
Tabla 31 Respaldo de la información

requerimiento:
Nombre del Respaldo de la información.
requerimiento:
Características (QUE): El sistema contará con un respaldo de los datos.
Descripción del El sistema realizará un respaldo de la información
requerimiento (COMO): recibida durante la semana. Se realizará cada fin de
semana.
Tabla 32 Generar archivos .doc

requerimiento:
Nombre del Generar archivos.doc.
requerimiento:
Características (QUE): El sistema creará archivos de tipo documento.
Descripción del Para la generación de boletas, historia y resultado de
requerimiento (COMO): análisis, el sistema me permitirá generar documentos de
extensión .doc.
Tabla 33 Interfaz intuitiva

requerimiento:
Nombre del Interfaz intuitiva.
requerimiento:
Características (QUE): El sistema debe mostrarse de manera intuitiva.
Descripción del El sistema debe presentar una interfaz intuitiva que
requerimiento (COMO): ayude al usuario a realizar las operaciones.
Prioridad del requerimiento: Media.
Tabla 34 Interfaz atractiva

requerimiento:
Nombre del Interfaz atractiva.
requerimiento:
Características (QUE): El sistema tendrá interfaces agradables a la vista del
usuario.
Descripción del El diseño del sistema será agradable para los diferentes
requerimiento (COMO): usuarios.
Tabla 35 Seguridad en la información

requerimiento:
Nombre del Seguridad en la información.
requerimiento:
Características (QUE): El sistema mostrará seguridad y confiabilidad al
usuario.
Descripción del El sistema mostrará un cierre de sesión exitoso al
requerimiento (COMO): usuario y este almacenará la información de manera
segura y eficaz.
Tabla 36 Disponibilidad constantemente

requerimiento:
Nombre del Disponibilidad constantemente.
requerimiento:
Características (QUE): El sistema funcionará las 24 horas del día.
Descripción del El sistema podrá iniciarse a cualquier hora del día.
Tabla 37 Probabilidad de fallos mínima

requerimiento:
Nombre del Probabilidad de fallos mínima.
requerimiento:
Características (QUE): El sistema solo tendrá una probabilidad mínima de
fallas.
Descripción del El sistema no presentará fallas cuando se encuentre en
requerimiento (COMO): ejecución.
Tabla 38 Adaptabilidad de modificaciones

requerimiento:
Nombre del Adaptabilidad de modificaciones.
requerimiento:
Características (QUE): El sistema será adaptable a nuevos cambios.
Descripción del El sistema tendrá una estructura definida la cual
requerimiento (COMO): permitirá implementar futuras funcionalidades.
Prioridad del requerimiento: Media.
Tabla 39 Compatibilidad únicamente con Windows

requerimiento:
Nombre del Compatibilidad únicamente con Windows.
requerimiento:
Características (QUE): El sistema solo funcionará con el sistema operativo
Windows.
Descripción del El sistema solo se podrá ejecutar en el sistema operativo
requerimiento (COMO): Windows.
Prioridad del requerimiento: Alta.
Tabla 40 Permisividad de 3 intentos incorrectos

requerimiento:
Nombre del Permisividad de 3 intentos incorrectos.
requerimiento:
Características (QUE): El sistema solo permitirá 3 veces ingresar los datos
incorrectos.
Descripción del El sistema tendrá 3 intentos para ingresar los datos.
Tabla 41 Bloqueo luego de 3 intentos

requerimiento:
Nombre del Bloqueo luego de 3 intentos.
requerimiento:
Características (QUE): El sistema no permitirá digitar datos después de 3
intentos.
Descripción del Si el usuario ingresa mal los datos 3 veces se bloqueará
requerimiento (COMO): el sistema por un lapso de 20 segundos.
4.6.4. Diagrama de Iteración.

Imagen N° 14.Diagrama de Iteración. (Entregar Resultados Laboratorio).
Imagen N° 15. Diagrama de Iteración. (Loguearse).
Imagen N° SEQ Imagen_N° \* ARABIC 16. Diagrama de Iteración. (Registrar Paciente).
Imagen N° 17. Diagrama de Iteración. (Registrar Pagos).

Imagen N° SEQ Imagen_N° \* ARABIC 18. Diagrama de Iteración. (Ingresar Medicamento).
Imagen N° 19.Diagrama de Iteración. (Editar Análisis).

Imagen N° 20. Diagrama de Iteración. (Registrar Citas).
Imagen N° 21. Diagrama de Iteración. (Atender Paciente).
Imagen N° 22. Diagrama de Iteración. (Revisar Citas).

4.6.5. Diagrama de Clase.
Imagen N° 23. Diagrama de Clases.

4.6.6. Diagrama de Comunicación.
Imagen N° SEQ Imagen_N° \* ARABIC 24. Diagrama

de Comunicación (Crear Citas).
Imagen N° SEQ Imagen_N° \* ARABIC 25. Diagrama de Comunicación (Entregar

Resultado Laboratorio).
Imagen N° 26. Diagrama de Comunicación (Registrar Paciente).
Imagen N° 27. Diagrama de Comunicación (Registrar Pagos).

Imagen N° 28. Diagrama de Comunicación (Ingresar Medicamento).
Imagen N° 29. Diagrama de Comunicación (Editar Análisis).
Imagen N° 30. Diagrama de Comunicación (Registrar Análisis).

Imagen N° 31. Diagrama de Comunicación (Atender Pacientes).
Imagen N° 32. Diagrama de Comunicación (Revisar Citas).

4.6.7. Diagrama de Estado.
Imagen N° 33. Diagrama de Estado.

4.6.8. Diagrama de Actividad.
Imagen N° 34. Diagrama de Actividad (Enfermera).

4.6.9. PHVA.
Imagen N° SEQ Imagen_N° \* ARABIC 35. Ciclo PHVA.

4.7. Implementación de Base de Datos
4.7.1. Diseño conceptual (MER).
Imagen N° 36. Modelo Entidad Relación.

Capitulo 5. Interfaces
5.1. Diseño de Interfaces de Prototipo
Imagen N° SEQ Imagen_N° \* ARABIC 37. Pantalla de

inicio.
Imagen N° SEQ Imagen_N° \* ARABIC 38. Pantalla principal de Enfermera.

Imagen N° SEQ Imagen_N° \* ARABIC 39. Pantalla de Consultar Registrar Paciente.
Imagen N° SEQ Imagen_N° \* ARABIC 40. Pantalla de Pacientes Registrados.

Imagen N° SEQ Imagen_N° \* ARABIC 41. Pantalla de Eliminar Paciente.
Imagen N° SEQ Imagen_N° \* ARABIC 42. Pantalla de Registrar Citas Médicas.

Imagen N° SEQ Imagen_N° \* ARABIC 43. Pantalla de error cuando no ingresa todos los datos.
Imagen N° SEQ Imagen_N° \* ARABIC 44. Pantalla de error cuando la cita ya fue registrada.
Imagen N° SEQ Imagen_N° \* ARABIC 45. Pantalla de Citas Médicas.
Imagen N° SEQ Imagen_N° \* ARABIC 46. Pantalla de Modificar Cita.

Imagen N° SEQ Imagen_N° \* ARABIC 47. Pantalla de Eliminar Cita Médica.
Imagen N° SEQ Imagen_N° \* ARABIC 48. Pantalla de Estado de Análisis.

Imagen N° SEQ Imagen_N° \* ARABIC 49. Pantalla de Registrar Pagos.
Imagen N° SEQ Imagen_N° \* ARABIC 50. Pantalla Principal de Farmacéutica.

Imagen N° SEQ Imagen_N° \* ARABIC 51. Pantalla Principal de Laboratorista.
Imagen N° SEQ Imagen_N° \* ARABIC 52. Pantalla de cerrar ventana principal.

Imagen N° SEQ Imagen_N° \* ARABIC 53. Pantalla de agradecimiento por ingresar.
Imagen N° SEQ Imagen_N° \* ARABIC 54. Pantalla de Editar Análisis.

Imagen N° SEQ Imagen_N° \* ARABIC 55. Pantalla de Confirmación de Guardar
Análisis.
Imagen N° SEQ Imagen_N° \* ARABIC 56. Pantalla de Confirmar Guardar Cambios.

Imagen N° SEQ Imagen_N° \* ARABIC 57. Ventana de Generar Análisis.
Imagen N° SEQ Imagen_N° \* ARABIC 58. Ventana de Consultar Generar Análisis.

Imagen N° SEQ Imagen_N° \* ARABIC 59. Pantalla de Consultar Salir sin Generar.
Imagen N° SEQ Imagen_N° \* ARABIC 60. Pantalla Principal de Obstetra.

Imagen N° SEQ Imagen_N° \* ARABIC 61. Pantalla de Modificar Historia Clínica.
Imagen N° SEQ Imagen_N° \* ARABIC 62. Pantalla de Guardar Cambios en Historia

Clínica.
Imagen N° SEQ Imagen_N° \* ARABIC 63. Pantalla de Ingresar Receta Médica.
Imagen N° SEQ Imagen_N° \* ARABIC 64. Pantalla de Generar Receta Médica.

Capitulo 6. Evaluación Económica del Proyecto
6.1. Estudiando Viabilidad
El análisis de la viabilidad es el estudio que dispone el éxito o fracaso de un proyecto a
partir de una serie de datos base de naturaleza empírica: medio ambiente del proyecto,
rentabilidad, necesidades de mercado, factibilidad política, aceptación cultural, legislación
aplicable, medio físico, flujo de caja de la operación, haciendo un énfasis en viabilidad
financiera y de mercado. Es por lo tanto un estudio dirigido a realizar una proyección del éxito
o fracaso de un proyecto.
6.1.1. Viabilidad Tecnológica.
Durante el análisis técnico se estudió y evaluó que el consultorio médico obstetra
“San Pedro” cuenta con la tecnología de información adecuada de tal forma que el
rendimiento del sistema se llevará a cabo con normalidad.
Existe una buena posibilidad de seguir adelante con realización e implementación del
sistema.
Actualmente el consultorio médico cuenta con los siguientes equipos:
● Laptop Compac
- Marca: Hewlett Packard.
- Modelo: Compaq Presario CQ 42-208 LA.
- Procesador: Intel Celeron Dual Core T3300 (2.0 GHZz, 1MB L2, cache).
- Disco Duro y Óptico: 250GB, 7200RPM, DVD RW.
- Pantalla: LCD de 14’’, WebCam 1.75 micron, VGA, Low Light y micrófono
incorporado.
- Peso: 2.68kg, incluyendo adaptador.

- Batería: De 6 celdas con 2 horas de duración en condiciones de carga de trabajo
normal, y de 4 horas si el equipo se mantiene inactivo (solo encendido).
- Conectividad: Un puerto de red, 10/100Mb/S, wireless 802.11 bg, 3USB, 1 RJ-45,
VGA, 1 Headphone out, 1 microphone – in.
● Impresora de Inyección a Color HP Deskjet D1560
- Resolución: Hasta 1200 dpi renderizado negro
- Modo resolución de impresión óptimo.
- Color: 4800 x 1200 dpi optimizados y 1200 dpi de entrada
- Uso de papel: Capacidad de entrada estándar, Hasta 80 hojas.
- Capacidad de entrada máxima, estándar.
- Ciclo de trabajo, hasta 750 páginas.
- Tipos de materiales de impresión: Papel (normal, inkjet, fotográfico), sobres,
transparencias, etiquetas, tarjetas, medios HP premium, etiquetas transferibles al
calor.
- Capacidad de bandeja para papel, máxima 1 bandeja.
- Impresión doble faz, manual.
6.1.2. Viabilidad Operacional.
El presente proyecto cuenta con el apoyo por parte de la dirección para brindarnos
toda la información relevante, así como también el apoyo de la parte operativa.
Aunque los métodos usados actualmente por el usuario (la enfermera) es aceptado dado al
tiempo que se lleva usando, queda más que claro que existe un gran interés por mejorar
dichos procesos mediante un aplicativo.
6.1.3. Viabilidad Económica.
El costo de llevar a cabo la investigación completa de sistemas no es muy costoso

debido que será realizado por nosotros mismos. El costo del hardware y software para la
aplicación no es muy costoso dado a que ya se cuenta con el equipo necesario.
El costo de la implementación del sistema, en el caso que se apruebe, tendrá un valor que
se detalla en el siguiente capítulo (6.2.1. Costos para la implementación). En el caso de que
el proyecto no se llevara a cabo, esto no significaría ningún costo ni para el consultorio
médico obstetra ni para quienes llevamos a cabo el análisis.

6.2. Análisis de costo y beneficios
6.2.1. Costos para la implementación.
IMPORTANCI SUBTOTA
ITEM A PESO L CPLX PCAP VEXP LE
Muy
ENTRADAS EXTERNAS Datos del Paciente BAJO 3 Bajo Alto Bajo Al
PD 0.85 1 1.05
3
DD 0.85 0.65 1.05 0
CT 0.85 0.65 1.15 0
IT 0.85 0.65 1.15 0
IMPORTANCI
SALIDAS EXTERNAS A
Historial BAJO 4
4
ARCHIVOS LOGICOS
INTERNOS
Historial BAJO 7 7
ARCHIVOS EXTERNOS DE
INTERFASE
Tabla de Base de
5
datos BAJO 5
IMPORTANCI
SOLICITUDES EXTERNAS A
Agregar BAJO 3 3
TOTAL = UFP 22
0 1 2 3 4 5
F1: Mecanismos de recuperación y back-up confiables x
F2: Comunicación de Datos x
F3: Funciones de Procesamiento Distribuido x
F4: Performance x
F5: Configuración usada rigurosamente x
F6: Entrada de datos on-line x
F7: Factibilidad Operativa x
F8: Actualización de archivos on-line x
F9: Interfases Complejas x
F10: Procesamiento Interno Complejo x
F11: Reusabilidad x
F12: Fácil Instalación x
F13: Soporte de múltiples instalaciones x
F14: Facilidad de cambios y amigabilidad x
Total: 0 3 6 3 12 0
Sumatoria: 24
TCF = 0.89
IMPORTANCI SUBTOTA
ITEM PESO CPLX PCAP VEXP LE
A L
ENTRADAS Muy
Fecha y Hora BAJO 3 Bajo Bajo Alt
EXTERNAS Alto
Especialidad BAJO 3 PD 0.85 1 1.05
6
DD 0.85 0.65 1.05 0
CT 0.85 0.65 1.15 0
IT 0.85 0.65 1.15 0
IMPORTANCI
SALIDAS EXTERNAS
A
8
Comprobante de pago BAJO 4
Ticket de cita BAJO 4
ARCHIVOS LOGICOS IMPORTANCI
INTERNOS A
Cita médica BAJO 7 7
ARCHIVOS
IMPORTANCI
EXTERNOS DE
A
INTERFASE
Tabla de base de datos BAJO 5 5
SOLICITUDES IMPORTANCI
EXTERNAS A
Generar un calendario
BAJO 3 3
de cictas
TOTAL = UFP 29
0 1 2 3 4 5
F1: Mecanismos de recuperación y back-up
confiables x
F4: Performance x
F11: Reusabilidad x
Total: 0 3 2 12 8 0
Sumatoria: 25
TCF = 0.90
IMPORTANCI SUBTOTA
ITEM A PESO L CPLX PCAP VEXP LEXP
ENTRADAS Monto del Muy Muy
EXTERNAS paciente BAJO 3 Bajo Alto Bajo Alto
PD 0.7 1 1.1 1
3
DD 0.7 0.83 1.1 0.98
CT 0.7 0.83 1.3 0.92
IT 0.7 0.83 1.3 0.92
SALIDAS IMPORTANCI
EXTERNAS A
Comprobante BAJO 4
4
ARCHIVOS
LOGICOS
INTERNOS
Total de
7
pagos BAJO 7
ARCHIVOS
EXTERNOS DE
INTERFASE
Tabla de base
5
de datos BAJO 5
EXTERNAS A
Monto a
3
pagar BAJO 3
TOTAL = UFP 22
0 1 2 3 4 5
confiables x
F4: Performance x
F11: Reusabilidad x
Total: 0 2 4 6 12 0
Sumatoria: 24
TCF = 0.89
IMPORTANCI SUBTOTA
ITEM PESO CPLX PCAP VEXP LEXP
A L
ENTRADAS Muy
DNI BAJO 3 Bajo Bajo Alto
EXTERNAS Alto
PD 0.85 1 1.05 1
3
DD 0.85 0.65 1.05 0.98
CT 0.85 0.65 1.15 0.92
IT 0.85 0.65 1.15 0.92
IMPORTANCI
SALIDAS EXTERNAS
A
Resultados de
BAJO 4
laboratorio 4
ARCHIVOS LOGICOS
INTERNOS
Resultados
BAJO 7 7
pendientes
ARCHIVOS
EXTERNOS DE
INTERFASE
Tabla de Base de
BAJO 5 5
Datos
EXTERNAS A
Validación de
BAJO 3 3
identidad
TOTAL = UFP 22
0 1 2 3 4 5
confiables x
F4: Performance x
F11: Reusabilidad x
Total: 0 2 4 9 8 0
Sumatoria: 23
TCF = 0.88
IMPORTANCI SUBTOTA
ENTRADAS Datos del Muy
EXTERNAS Paciente BAJO 3 Bajo Alto Bajo Alto
PD 0.85 1 1.05 1
3
DD 0.85 0.65 1.05 0.98
CT 0.85 0.65 1.15 0.92
IT 0.85 0.65 1.15 0.92
SALIDAS IMPORTANCI
EXTERNAS A
Historial BAJO 4
4
ARCHIVOS
LOGICOS
INTERNOS
Historial BAJO 7 7
ARCHIVOS
EXTERNOS DE
INTERFASE
Tabla de Base
5
de datos BAJO 5
EXTERNAS A
Agregar BAJO 3 3
TOTAL = UFP 22
0 1 2 3 4 5
confiables X
F2: Comunicación de Datos X
F3: Funciones de Procesamiento Distribuido X
F4: Performance X
F5: Configuración usada rigurosamente X
F6: Entrada de datos on-line X
F7: Factibilidad Operativa X
F8: Actualización de archivos on-line X
F9: Interfases Complejas X
F10: Procesamiento Interno Complejo X
F11: Reusabilidad X
F12: Fácil Instalación X
F13: Soporte de múltiples instalaciones X
F14: Facilidad de cambios y amigabilidad X
Total: 0 2 4 9 12 5
Sumatoria: 32
TCF = 0.97
IMPORTANCI SUBTOTA
ITEM A PESO L CPLX PCA
DATOS DE Muy
ENTRADAS EXTERNAS ANALISIS BAJO 3 Bajo Alto
VERIFICACION
DEL ANALISIS 6 PD 0.85
DD 0.85 0.6
CT 0.85 0.6
IT 0.85 0.6
IMPORTANCI
SALIDAS EXTERNAS ANALISIS A
BAJO
4
ARCHIVOS LOGICOS TABLA DE
INTERNOS ANALISIS
BAJO 0
ARCHIVOS EXTERNOS
DE INTERFASE
0 0 0
EXTERNAS A
VER ANALISIS BAJO 3 3
TOTAL = UFP 13
0 1 2 3 4 5
X
confiables
F4: Performance X
F11: Reusabilidad X
Total: 0 4 6 3 8 0
Sumatoria: 21
TCF = 0.86
IMPORTANCI SUBTOTA
ITEM A PESO L CPLX PCAP VEXP LE
DATOS DE Muy
ENTRADAS EXTERNAS ANALISIS BAJO 3 Bajo Alto Bajo Al
VERIFICACION
DEL ANALISIS 6 PD 1.65 1 0.9
DD 1.65 0.65 0.9 1
CT 1.65 0.65 0.9
IT 1.65 0.65 0.9
IMPORTANCI
SALIDAS EXTERNAS ANALISIS A
BAJO
4
ARCHIVOS LOGICOS TABLA DE
INTERNOS ANALISIS
BAJO 0
ARCHIVOS EXTERNOS
DE INTERFASE
0 0 0
EXTERNAS A
VER ANALISIS BAJO 3 3
TOTAL = UFP 13
0 1 2 3 4 5
X
confiables
F4: Performance X
F11: Reusabilidad X
Total: 0 5 4 3 8 0
Sumatoria: 20
TCF = 0.85
IMPORTANCI SUBTOTA
DATOS
ENTRADAS DE LA Muy
EXTERNAS CITA BAJO 3 Bajo Alto Bajo Alto
6 PD 0.85 1 1.05 1
DD 0.85 0.65 1.05 0.98
CT 0.85 0.65 1.15 0.92
IT 0.85 0.65 1.15 0.92
SALIDAS IMPORTANCI
EXTERNAS A
Historial BAJO 4
8
TABLA
ARCHIVOS DE LA IMPORTANCI
LOGICOS INTERNOS CITA A
BAJO 0 7
ARCHIVOS
EXTERNOS DE
INTERFASE
0 0 0
SOLICITUDES REVISAR IMPORTANCI
EXTERNAS CITA A
Agregar BAJO 3 3
TOTAL = UFP 24
0 1 2 3 4 5
confiables X
F4: Performance X
F11: Reusabilidad X
Total: 0 3 2 12 8 0
Sumatoria: 25
TCF = 0.90
IMPORTANCI SUBTOTA
ENTRADAS Datos del BAJO 3 3 Bajo Muy Bajo Alto
EXTERNAS Paciente Alto
PD 1.65 1 0.9
DD 1.65 0.65 0.9 0.9
CT 1.65 0.65 0.9 0.9
IT 1.65 0.65 0.9 0.9
IMPORTANCI
SALIDAS EXTERNAS A
Historial BAJO 4
4
ARCHIVOS LOGICOS
INTERNOS
Historial BAJO 7 7
ARCHIVOS
EXTERNOS DE
INTERFASE
Tabla de Base
5
de datos BAJO 5
EXTERNAS A
Agregar BAJO 3 3
TOTAL = UFP 22
0 1 2 3 4 5
confiables x
F4: Performance x
F11: Reusabilidad x
Total: 0 3 2 12 8 0
Sumatoria: 25
TCF = 0.90
IMPORTANCI SUBTOTA
DATOS
ENTRADAS DEL A Muy
EXTERNAS CITA BAJO 3 Bajo Alto Bajo Alto
6 PD 0.85 1 1.05 1
DD 0.85 0.65 1.05 0.98
CT 0.85 0.65 1.15 0.92
IT 0.85 0.65 1.15 0.92
SALIDAS IMPORTANCI
EXTERNAS A
Historial BAJO 3
4
ARCHIVOS
LOGICOS
INTERNOS
TABLA
7
DE CITA BAJO 3
ARCHIVOS
EXTERNOS DE
INTERFASE
0 0 0
EXTERNAS A
REVISAR BAJO 3 3
TOTAL = UFP 20
0 1 2 3 4 5
confiables X
F4: Performance X
F11: Reusabilidad X
Total: 0 2 6 3 16 0
Sumatoria: 27
TCF = 0.92
IMPORTANCI SUBTOTA
DATOS
ENTRADAS DEL Muy
EXTERNAS HISTORIAL BAJO 3 Bajo Alto Bajo Alto
6 PD 0.85 1 1.05 1
DD 0.85 0.65 1.05 0.98
CT 0.85 0.65 1.15 0.92
IT 0.85 0.65 1.15 0.92
SALIDAS IMPORTANCI
EXTERNAS A
Historial BAJO 3
4
ARCHIVOS
LOGICOS
INTERNOS
TABLA
7
HISTORIAL BAJO 3
ARCHIVOS
EXTERNOS DE
INTERFASE
0 0 0
EXTERNAS GENERAR A
Agregar BAJO 3 3
TOTAL = UFP 20
0 1 2 3 4 5
confiables X
F4: Performance X
F11: Reusabilidad X
Total: 0 0 4 12 16 0
Sumatoria: 32
TCF = 0.97
IMPORTANCI SUBTOTA
ENTRADAS DATOS DE Muy
EXTERNAS LA CITA BAJO 3 Bajo Alto Bajo Alto
PD 0.85 1 1.05 1
6
DD 0.85 0.65 1.05 0.98
CT 0.85 0.65 1.15 0.92
IT 0.85 0.65 1.15 0.92
SALIDAS IMPORTANCI
EXTERNAS A
CITA BAJO 3
4
ARCHIVOS
LOGICOS
INTERNOS
TABLA DE
7
CITA BAJO 3
ARCHIVOS
EXTERNOS DE
INTERFASE
0 0 0
EXTERNAS A
REGISTRAR BAJO 3 3
TOTAL = UFP 20
0 1 2 3 4 5
confiables X
F4: Performance X
F11: Reusabilidad X
Total: 0 0 12 9 4 0
Sumatoria: 25
TCF = 0.90
LOGUEARSE
IMPORTANCI SUBTOTA
ITEM PESO CPLX PCAP VEXP LEXP
A L
ENTRADAS DATOS Muy
BAJO 3 Bajo Bajo Alto
EXTERNAS USUARIO 6 Alto
PD 0.85 1 1.05 1
SALIDAS IMPORTANCI
DD 0.85 0.65 1.05 0.98
EXTERNAS A
OLVIDO
BAJO 4 CT 0.85 0.65 1.15 0.92
CONTRASEÑA 8
IT 0.85 0.65 1.15 0.92
ARCHIVOS TABLA
IMPORTANCI
LOGICOS USUARIO Y
A
INTERNOS CONTRASEÑA
BAJO 0 7
ARCHIVOS
EXTERNOS
DE
INTERFASE
0 0 0
SOLICITUDES OLVIDO IMPORTANCI
EXTERNAS CONTRASEÑA A
AGREGAR BAJO 3 3
TOTAL = UFP 24
LOGUEARSE
0 1 2 3 4 5
confiables X
F4: Performance X
F11: Reusabilidad X
Total: 0 3 2 12 8 0
Sumatoria: 25
TCF = 0.90
6.3. Análisis de Riegos
ELABORACIÓN DE LA MATRIZ DE RIESGO

ESTABLECIMIENTO DEL
¿QUÉ? ¿DÓNDE?
CONTEXTO
1 Identificar el evento de riesgo Buscar y describir el evento adverso Procesos, sub procesos, activida
2 Analizar Definir la probabilidad e impacto del evento adverso identifi
3 Evaluar Calificar el nivel de riesgo del evento adverso analiz
4 Tratamiento Modificación del riesgo del evento adverso analiz
6.3.1. Elaboración de la Matriz de Riesgo.
6.3.2. Identificación del Riesgo.
IDENTIFICACIÓN DEL RIESGO ANAL

º EVENTO EVENTO ADVERSO CAUSAS CONSECUENCIAS PROB. IMPA
Mala estimación Se alarga el proyecto o se
Desarrollo del proyecto Retraso del proyecto 2 5
de gastos puede cancelar.
Mala obtención Cambiar requisitos y retrasar
Obtención de requisitos Cambio de requisitos 4 3
de requisitos el proyecto.
Salida de un miembro Falta de lealtad al Se retrasa el proyecto
Diseño del proyecto 2 4
del proyecto proyecto gravemente.
Desinterés en la
Lo expuesto en el documento
documentación
Documentación del proyecto Mala documentación no tiene relación con el 4 3
de desarrollo de
proyecto.
software.
La individualidad y falta de
No hay relaciones
Trabajo en equipo Desinterés grupal trabajo grupal retrasa el 3 2
laborales
proyecto.
Probabilidad
5 Frecuente Una vez por semana
4 Moderado Una vez por mes
3 Ocasional Una vez por semestre
2 Remoto Una vez por año
1 Improbable Cada diez años
Impacto
De suceder las consecuencias sería
5 Catastrófico
catastróficas.
4 Mayor
De suceder tendría altas consecuencias sobre la entidad.
3 Moderado De presentarse el hecho tendría

medianas consecuencias sobre la entidad o área.
De suceder habría un bajo impacto
2 Menor
sobre la entidad o área
Si llegara a presentarse su impacto
1 Insignificante
sería mínimo.
6.3.3. Evaluación de los Riesgos.
IDENTIFICACIÓN DEL RIESGO

Nº DESCRIPCIÓN EVENTO ADVERSO CAUSAS CONSECUENCIAS
Se alarga el proyecto o se pue
1 Desarrollo del proyecto Retraso del proyecto Mala estimación de gastos
cancelar.
Cambiar requisitos y retrasar
2 Obtención de requisitos Cambio de requisitos Mala obtención de requisitos
proyecto.
Salida de un miembro Se retrasa el proyecto
3 Diseño del proyecto Falta de lealtad al proyecto
del proyecto gravemente.
Documentación del Desinterés en la documentación Lo expuesto en el documento
4 Mala documentación
proyecto de desarrollo de software. tiene relación con el proyect
La individualidad y falta de
No hay relaciones
5 Trabajo en equipo Desinterés grupal trabajo grupal retrasa el
laborales
proyecto.
6.3.4. Matriz de Riesgo.
PR
O 4 R2 R4
B
A
BI 3 R5
LI
D
A 2 R3 R1
D
1 2 3 4 5
Imagen N° 65. Matriz de Riesgos 5x5.
6.3.5. Acciones de Riesgos.
IDENTIFICACIÓN ANÁLISIS TRATAMIENT

EVALUACIÓN
Nº EVENTO ADVERSO P I DECISIÓN A
Contar un plan de Realizar una

R1 Retraso del proyecto. 2 5 10
contingencia. teniendo en
Se solicitará a
Realizar un correcto
R2 Cambio de requisitos. 4 3 12 necesarios p
análisis de requisitos.
Los miembros
Salida de un miembro Tener un contrato de
R3 2 4 8 contrato pa
del proyecto. por medio.
a
Solicitar una La persona enc

documentación proyecto deberá
R4 Mala documentación. 4 3 12 detallada del del proyecto de
desarrollo del cuenta lo qu
software.
Tratar a los mie

No hay relaciones
R5 3 2 6 Generar empatía. un todo y no in
laborales.
lazo
Conclusiones
● El modelo se creó considerando los aspectos de gestión de proyectos, el modelo constructivo
de costos, lenguaje unificado de modelado, control de calidad, gestión de riesgos, entre otros.
● Los estándares de calidad aplicados en este modelo fueron: ISO 12207 para que los
involucrados en el proyecto utilicen un lenguaje en común. El ISO 27000 para la seguridad de
la información del usuario. Y la norma ISO 9001:2015, utilizada principalmente para la gestión
de la calidad para el perfeccionamiento de los productos y servicios.
● Con el módulo referente a los registros de citas, se soluciona el exceso de tiempo que se usa y
la cantidad de papeleos que se pueden manejar hoy en día.
● Las ventajas que trae el Módulo para el Consultorio médico Obstétrico “San Pedro”
implementado: Ofrece una gran velocidad en el procedimiento y manejo de datos del paciente,
trayendo consigo también la agilidad de generar reportes en muy poco tiempo y asimismo
facilita las auditorias, evitando pérdida de tiempo, evitando la duplicación de registros,
ofreciendo seguridad en los datos del paciente, brindando una interfaz amigable entre el
usuario (usuarios que se otorgara permisos al sistema) y el sistema.
● Con el sistema empleado soluciona el problema de las pérdidas de datos o eliminación de
registros accidentalmente del usuario (solucionando este problema con copias de seguridad
que manejara el sistema).
● Con la implementación del módulo en el Consultorio médico Obstétrico “San pedro” mejora
el proceso de tramites físicos y un correcto uso de los datos que brinda el paciente, además de
sus resultados del mismo.
Recomendaciones
● El modelo se deberá crear considerando los aspectos de gestión de proyectos, el modelo

constructivo de costos, lenguaje unificado de modelado, control de calidad, gestión de
riesgos, entre otros.
● Se recomienda utilizar la ingeniería de software para el análisis previo de la situación
presentada en el caso de estudio.
● El análisis de los requerimientos funcionales y no funcionales son el cimiento para poder
realizar un proyecto que cumpla las especificaciones y expectativas del usuario.
Referencias Bibliográficas
Cantone, D. (2006). Implementacion y debugging. USERSHOP.
Ivar, J. (1939). OBJECT ORIENTED SOFTWARE ENGINEERING. Boston, Massachusetts:
Addison Wesley Longman Limited.
James Martin, J. J. (1997). Médotods Orientados a Objetos. México: Prentice Hall.
Anexos
Anexo 1. Referencia de Consultorio Médico.

Anexo 2. Lic. Bolivar Loncarich Rubén
Anexo 3. Registro de Planificación Familiar.

Anexo 4. Registro de Consultas.

Proyecto Final SI

Cargado por

Copyright:

Formatos disponibles

Proyecto Final SI

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Final SI

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL DEL SANTA

“Planteamiento del Módulo para el Consultorio

ESTUDIANTES: ARANDA TIMANÁ NANCY LORENA

ARTEAGA SAENZ ANGIE ALEXANDRA

CUEVA VALDERRAMA BRYAN RENZO

GRANADOS MOORE BENJAMIN ANGEL

LONCARICH MANRIQUE YELKO ANDREJ

DOCENTE: MS. ING. MENDOZA CORPUS CARLOS ALFREDO

CURSO: SISTEMAS DE INFORMACIÓN I

Imagen N° 2: Organigrama de la empresa. 5

Tabla 1. C.U. Registrar Paciente 38

Anexo 1. Referencia de Consultorio Médico. 133

tediosos y repetitivos, para ahorrar tiempo y recursos vitales de la organización o institución en

los que se emplea.

organizaciones no lucrativas, puesto que ayudan a un mejor manejo de la información de las

orientada dicha institución.

un plan establecido mediante el software GanttProject.

Palabras Clave: Consultorio médico, gestión, información, análisis, diagramas, matriz de

Keywords: Doctor´s office, management, information, analysis, diagrams, risk matrix.

Planteamiento del Módulo para el Consultorio médico Obstétrico “San Pedro”.

Objetivo General y Específico

● Realizar entrevista al consultorio médico “San pedro” a fin de recopilar la información

● Plasmar lo aprendido dentro del Curso Sistemas de Información.

● Realizar el análisis y diseño de un módulo para un consultorio médico.

Capitulo 1. Marco Teórico Conceptual

1.1. Datos Generales de la Empresa

1.1.1. Ubicación Geográfica.

Jr. Los Alpes Mz. P Lote 6b.

1.1.2. Base legal.

Consultorio Médico – Obstétrico San Pedro, registrado en la SUNAT con RUC:

10329289821, actualmente su estado es contribuyente “activo” dedicado a las actividades

económicas Principal - CIIU 85193 - OTRAS ACTIV.RELAC. CON SALUD HUMANA.

Servicios de Salud – Sector Privado

1.1.4. Reseña histórica y Operacional.

Un egresado de la tercera promoción de Obstetricia de la Universidad San Pedro,

decidió hace 20 años emprender la realización de un consultorio Médico Obstétrico, que

se enfocó en la satisfacción de las necesidades médicas de la sociedad san pedrina y de

necesidades del público en general.

En enfermería se integró la enfermera Rosa Ascate.

tienen los pacientes hoy en día.

que ofrezca una atención humanizada hacia el paciente y familia.

Satisfacer las necesidades en el cuidado de la salud de las personas a través de un

servicio integral, seguro, humanizado y diferenciado, contribuir al desarrollo del

conocimiento médico en beneficio de la comunidad.

Jefe Jefe Dirección Jefe Jefe

Obtetra Asistente Medico Contador Asistente

Imagen N° 2: Organigrama de la empresa.

2.1. Acciones Preliminares

2.1.1. Ciclo de Vida de desarrollo de SW.

El proceso de desarrollo de software tiene como finalidad entregar un producto de

realización de un proyecto de este tipo, es necesario conocer su respetivo ciclo de vida.

la explotación y el mantenimiento de un software desde su creación hasta la fase final.

definimos la funcionalidad y las restricciones que el programa presentará en su

funcionamiento. El segundo paso es el diseño y la implementación del software con

respecto a la funcionalidad y restricciones que definimos en el primer paso. El siguiente

realice su respectivo mantenimiento.

2.2. Recopilación de Información.

2.2.1. Entrevista para obtener requerimientos.

● ¿Ha trabajado alguna vez con un sistema?