Gestión de Consultas Médicas en una Entidad de Salud ...
Transcript of Gestión de Consultas Médicas en una Entidad de Salud ...
Autor:
VALENZUELA DEL VILLAR, Max Henry (0912975)
Asesor:
MOLINA VELARDE, Pedro Ángel
Para obtener el Título Profesional de:
Ingeniero de Sistemas e Informática
Lima – Perú
2021
Facultad de Ingeniería
Ingeniería de Sistemas e Informática
Programa Especial de Titulación
“Implementación de un Sistema Web para la
Gestión de Consultas Médicas en una Entidad de
Salud Privada en la ciudad de Lima - 2021”
II
DEDICATORIA
Para aquellas pequeñas
que amo, mi familia, que me
motivan, me apoyan e incentivan a
seguir y salir adelante en mi
crecimiento profesional.
Max Valenzuela
III
AGRADECIMIENTOS
A Dios por permitirme
seguir mis sueños. A mis
profesores que me guiaron a
desarrollar mis conocimientos y
ponerlos a favor de la sociedad y
a la Universidad Tecnológica Del
Perú por la formación profesional
que me brindo.
Max Valenzuela
IV
ÍNDICE
RESUMEN ............................................................................................................................................ X
ABSTRACT .......................................................................................................................................... XI
INTRODUCCIÓN .................................................................................................................................. 1
CAPITULO 1 .......................................................................................................................................... 3
PLANTEAMINETO DEL PROBLEMA ............................................................................................... 3
1.1. Definición del Problema ......................................................................................................... 3
1.1.1. Descripción del Problema ..................................................................................................... 3
1.1.2. Formulación del Problema .................................................................................................... 5
1.1.2.1. Problema General .......................................................................................................... 5
1.1.2.2. Problema Específicos ..................................................................................................... 5
1.2. Definición de objetivos ........................................................................................................... 5
1.2.1. Objetivo general .............................................................................................................. 5
1.2.2. Objetivos específicos ...................................................................................................... 5
1.3. Alcances y limitaciones .......................................................................................................... 6
1.3.1 Alcances ................................................................................................................................. 6
1.3.2 Limitaciones ........................................................................................................................... 6
1.4. Justificación ............................................................................................................................ 7
1.4.1 Teórica ................................................................................................................................... 7
1.4.2 Practica ................................................................................................................................... 7
1.4.3 Metodológica ......................................................................................................................... 7
CAPITULO 2 .......................................................................................................................................... 8
MARCO TEÓRICO ................................................................................................................................ 8
2.1. Fundamento Teórico ............................................................................................................... 8
2.1.1 Estado del Arte ................................................................................................................ 8
2.1.1.1 Antecedentes Nacionales ................................................................................................ 8
2.1.1.2 Antecedentes Internacionales ........................................................................................ 13
2.1.2 Base teórica .......................................................................................................................... 17
2.2. Marco Conceptual ...................................................................................................................... 29
2.3 Marco Metodológico ................................................................................................................... 31
CAPITULO 3 ........................................................................................................................................ 32
DESARROLLO DE LA SOLUCIÓN .................................................................................................. 32
3.1. Fase de Inicio ........................................................................................................................ 32
3.1.1. ALCANCE DEL PROYECTO ........................................................................................... 32
3.1.1.1 Diagrama de Procesos ................................................................................................... 33
3.1.2 Diagrama Caso de Uso del Negocio .................................................................................... 34
3.1.3 Diagrama EDT (Estructura de descomposición del trabajo) ................................................ 36
V
3.1.4 Programación de Actividades – Cronograma ...................................................................... 37
3.1.5 Gestión de Riesgos ............................................................................................................... 38
3.1.6 Gestión de la Configuración................................................................................................. 40
3.2. Fase de Elaboración .............................................................................................................. 40
3.2.1. Requerimientos de tipo Funcional y No Funcional ............................................................. 40
3.2.2. Casos de Uso del Sistema ................................................................................................... 42
3.2.2. Especificaciones de los casos de uso del sistema................................................................ 44
3.2.3. Identificación de la arquitectura .......................................................................................... 51
3.2.4. Diagrama de Clases ............................................................................................................. 52
3.2.5. Diagrama Modelo Físico ..................................................................................................... 53
3.2.6. Diagrama de Despliegue y Componentes ........................................................................... 54
3.2.7. Diagrama de Secuencia ....................................................................................................... 55
3.3. Fase de Construcción ............................................................................................................ 60
3.3.1. Script Base de Datos ........................................................................................................... 60
3.3.2. Interfaces ............................................................................................................................. 63
3.3.3. Código ................................................................................................................................. 76
3.3.4. Pruebas de Requerimientos Funcionales ............................................................................. 80
3.4. Fase de Transición ................................................................................................................ 87
3.4.1 Plan de Despliegue ............................................................................................................... 87
3.4.2 Manual de Usuario ............................................................................................................... 87
3.4.3 Acta de Capacitación de Usuario ......................................................................................... 88
3.4.4 Acta de Cierre ...................................................................................................................... 89
Capítulo 4 .............................................................................................................................................. 90
Resultados y Presupuesto ...................................................................................................................... 90
4.1 Resultados ................................................................................................................................... 90
4.2 Presupuesto ............................................................................................................................... 107
Conclusiones ....................................................................................................................................... 108
Recomendaciones ............................................................................................................................... 108
Bibliografía ......................................................................................................................................... 109
ANEXOS ............................................................................................................................................ 110
ANEXO 1: Acta de Constitución - Proyect Charter ...................................................................... 110
ANEXO 2: Plan de Despliegue ....................................................................................................... 113
ANEXO 3: Manual de Usuario ....................................................................................................... 114
VI
ÍNDICE DE TABLAS
Tabla 1. Caso de uso de las tareas de negocio ....................................................................................... 35
Tabla 2. Actores de las tareas del negocio ............................................................................................ 35
Tabla 3. Probabilidades ......................................................................................................................... 38
Tabla 4. Impacto ................................................................................................................................... 38
Tabla 5. Matriz de probabilidad e impacto ............................................................................................ 39
Tabla 6. Riesgos Identificados .............................................................................................................. 39
Tabla 7. Actividades de gestión de la configuración ............................................................................. 40
Tabla 8. Requerimientos Funcionales ................................................................................................... 41
Tabla 9. Requerimientos No Funcionales ............................................................................................. 41
Tabla 10. Casos de Uso del Sistema...................................................................................................... 42
Tabla 11. Registrar Especialidades ....................................................................................................... 44
Tabla 12. Registrar Médicos ................................................................................................................. 45
Tabla 13. Registrar Pacientes ................................................................................................................ 46
Tabla 14. Generar Consultas Médicas ................................................................................................... 47
Tabla 15. Búsqueda de Consultas Médicas ........................................................................................... 48
Tabla 16. Generar Reporte Historia Clínica .......................................................................................... 49
Tabla 17. Generar Reporte Atención Médica ........................................................................................ 50
Tabla 18. Registrar Especialidades Médicas ......................................................................................... 80
Tabla 19. Registrar Médicos ................................................................................................................. 81
Tabla 20. Registrar Pacientes ................................................................................................................ 82
Tabla 21. Registrar Consulta Médica .................................................................................................... 83
Tabla 22. Búsqueda de Consulta Médicas ............................................................................................. 84
Tabla 23. Reporte de Historias Clínicas ................................................................................................ 85
Tabla 24. Reporte de Atención Médica ................................................................................................. 86
Tabla 25. Identificación de servicios similares ..................................................................................... 90
Tabla 26. Tiempo demora anterior ........................................................................................................ 91
Tabla 27. Tiempo demora posterior ...................................................................................................... 93
Tabla 28. Promedio demora - comparación .......................................................................................... 94
Tabla 29. Porcentaje de mejora en los tiempos de atención .................................................................. 95
Tabla 30. Frecuencia realización de atención - antes ............................................................................ 97
Tabla 31. Frecuencia realización de atención - posterior ...................................................................... 98
Tabla 32. Frecuencia realización de atención - comparación ................................................................ 99
Tabla 33. Porcentaje mejoramiento del proceso principal .................................................................. 101
Tabla 34. Porcentaje de satisfacción uso del sistema .......................................................................... 102
Tabla 35. Porcentaje uso del sistema .................................................................................................. 103
Tabla 36. Porcentaje de agrado del sistema......................................................................................... 104
Tabla 37. Porcentaje de eficiencia y mejora ........................................................................................ 105
Tabla 38. Presupuesto del sistema ....................................................................................................... 107
VII
ÍNDICE DE FIGURAS
Figura 1 - Árbol de problemas de la deficiente gestión de consultas médicas ........................................ 4
Figura 2 – Metodología RUP ................................................................................................................ 17
Figura 3 – Fases de la metodología AUP .............................................................................................. 19
Figura 4 – Disciplinas de RUP vs AUP ................................................................................................ 20
Figura 5 – Método XP........................................................................................................................... 22
Figura 6 – Metodología SCRUM .......................................................................................................... 23
Figura 7 – Matriz de Evaluación General ............................................................................................. 24
Figura 8 – Escala de Valoración ........................................................................................................... 24
Figura 9 – Diagrama UML ................................................................................................................... 27
Figura 10 – Metodología basada en AUP ............................................................................................. 31
Figura 11 – Diagrama de Procesos ....................................................................................................... 33
Figura 12 – Caso de Uso del Negocio ................................................................................................... 34
Figura 13 – Diagrama EDT ................................................................................................................... 36
Figura 14 – Diagrama de Gantt ............................................................................................................. 37
Figura 15 – Diagrama general de caso de uso del sistema .................................................................... 43
Figura 16 – Arquitectura ....................................................................................................................... 51
Figura 17 – Diagrama de Clases ........................................................................................................... 52
Figura 18 – Diagrama de Clases ........................................................................................................... 53
Figura 19 – Diagrama de Despliegue y Componentes .......................................................................... 54
Figura 20 – Registrar Especialidad ....................................................................................................... 55
Figura 21 – Registrar Doctor ................................................................................................................ 56
Figura 22 – Registrar Paciente .............................................................................................................. 57
Figura 23 – Registrar Consulta Médica ................................................................................................ 58
Figura 24 – Buscar Consulta Médica .................................................................................................... 58
Figura 25 – Generar Reporte Historia Clínica ...................................................................................... 59
Figura 26 – Generar Reporte Atenciones Médicas ............................................................................... 59
Figura 27 – Script Base de Datos 1 ....................................................................................................... 60
Figura 28 – Script Base de Datos 2 ....................................................................................................... 61
Figura 29 – Script Base de Datos 3 ....................................................................................................... 62
Figura 30 – Login del Sistema .............................................................................................................. 63
Figura 31 – Pantalla de Bienvenida y menú ......................................................................................... 64
Figura 32 – Modulo Especialidad ......................................................................................................... 64
Figura 33 – Agregar Especialidad ......................................................................................................... 65
Figura 34 – Editar Especialidad ............................................................................................................ 65
Figura 35 – Detalle de la Especialidad .................................................................................................. 65
VIII
Figura 36 – Eliminar Especialidad ........................................................................................................ 66
Figura 37 – Modulo Pacientes .............................................................................................................. 66
Figura 38 – Agregar Pacientes .............................................................................................................. 67
Figura 39 – Detalle de pacientes ........................................................................................................... 67
Figura 40 – Editar Pacientes ................................................................................................................. 68
Figura 41 – Eliminar Paciente ............................................................................................................... 68
Figura 42 – Modulo Doctores ............................................................................................................... 69
Figura 43 – Agregar Médicos ............................................................................................................... 69
Figura 44 – Detalle del Médico............................................................................................................. 70
Figura 45 – Editar Médicos ................................................................................................................... 70
Figura 46 – Eliminar Médicos .............................................................................................................. 71
Figura 47 – Modulo Consultas Médicas ............................................................................................... 71
Figura 48 – Agregar Consultas Médicas ............................................................................................... 72
Figura 49 – Detalle de Consultas Médicas ............................................................................................ 72
Figura 50 – Editar Consultas Médicas .................................................................................................. 73
Figura 51 – Eliminar Consultas Médicas .............................................................................................. 73
Figura 52 – Buscar Consultas Médicas ................................................................................................. 74
Figura 53 – Reporte Historia Clínica .................................................................................................... 74
Figura 54 – Reporte Atenciones Médicas ............................................................................................. 75
Figura 55 – Clase Specialty .................................................................................................................. 76
Figura 56 – Interface JpaSpecialtyCrudRepository .............................................................................. 77
Figura 57 – Clase SpecialtyCreateService ............................................................................................ 77
Figura 58 – Clase SpecailtyFinderService ............................................................................................ 78
Figura 59 – Clase SpecialtyUpdateService ........................................................................................... 78
Figura 60 – Clase SpecialtyDeleteService ............................................................................................ 79
Figura 61 – Clase SpecialtyWebController .......................................................................................... 79
Figura 62 – Tiempo promedio de demora en la atención - antes .......................................................... 92
Figura 63 – Tiempo promedio de demora en la atención - después ...................................................... 94
Figura 64 – Tiempo promedio de demora en la atención - comparación .............................................. 96
Figura 65 – Demanda de atenciones diarias - antes .............................................................................. 97
Figura 66 – Demanda de atenciones diarias - después .......................................................................... 98
Figura 67 – Demanda de atenciones diarias - comparación .................................................................. 99
Figura 68 – Flujo del proceso principal - antes ................................................................................... 100
Figura 69 – Flujo del proceso principal - después .............................................................................. 101
Figura 70 – Opinión mejoras en el flujo del proceso .......................................................................... 102
Figura 71 – Opinión Satisfacción del Sistema .................................................................................... 103
Figura 72 – Opinión Satisfacción del Sistema .................................................................................... 104
IX
Figura 73 – Opinión uso del sistema ................................................................................................... 105
Figura 74 – Eficiencia en búsquedas ................................................................................................... 106
X
RESUMEN
El presente proyecto de investigación consiste en implementar un sistema web para la
gestión de las consultas médicas. Para ello, enfocamos la investigación hacia los
colaboradores del centro de salud particular ubicado en el departamento de Lima. El objeto
importante de dicha investigación es implementar una aplicación o sistema web para una
entidad de salud privada con el propósito de optimar el proceso de atender al paciente y una
gestión adecuada en las consultas médicas. Por lo cual se recurrió a una metodología
apropiada, así como las herramientas oportunas, por ello la metodología AUP nos facilita el
proceso ágil para poder llevar a cabo con éxito la realización del sistema, la cual se basa en
cuatro fases, la cual serán abarcadas en el presente proyecto, desde el inicio, la elaboración,
construcción y transición. Como resultado ante la implementación del sistema es mejorar sus
indicadores que fueron identificados en la problemática de la investigación, con lo cual ha
establecido una gestión eficiente en la calidad de servicio y aumento en la satisfacción del
cliente. En efecto, la presente investigación muestra un informe relacionándose con la
metodología y el desarrollo por etapas del sistema de gestión de consultas médicas en donde
se precisan una tendencia del proyecto.
Palabras clave: Sistema Web, Consultas Médicas, Historias Clínicas.
XI
ABSTRACT
The present research project consists of implementing a web system for the
management of medical consultations. For this purpose, we focus the research on the
collaborators of the private health center located in the department of Lima. The important
objective of this research is to implement a web application or system for a private health
entity in order to optimize the process of patient care and proper management of medical
consultations. Therefore we resorted to an appropriate methodology, as well as the
appropriate tools, so the AUP methodology facilitates the agile process to successfully carry
out the realization of the system, which is based on four phases, which will be covered in this
project, from the beginning, the development, construction and transition. As a result of the
implementation of the system is to improve its indicators that were identified in the research
problem, which has established an efficient management in the quality of service and
increased customer satisfaction. In fact, the present research shows a report related to the
methodology and the development by stages of the management system of medical
consultations where a trend of the project is specified.
Keywords: Web System, Medical Consultations, Medical Records.
1
INTRODUCCIÓN
La misión de las empresas de sanidad es la de facilitar servicios de salud especializado
con conciencia, confianza, calidad y eficacia, con un enfoque integral en el interés de la
asistencia al paciente que lo solicite.
Cuando los pacientes solicitan una consulta médica, ellos tienen que realizar
diligencias para obtener una historia clínica y posteriormente requerir su cita al lugar donde
va realizarse la atención, esto crear malestar y tiempos elevados en el proceso, tanto a los
parientes y más aún al paciente.
Sin embargo, una vez que los doctores no poseen a disposición la información del
paciente y al confrontar una emergencia, tienen que actuar veloz y frecuentemente sin saber
el historial del doliente, ya que no se tiene la información en tiempo real.
Se plantea la posibilidad de desarrollar una aplicación que posibilite a los doctores
poseer la información de las consultas, atenciones médicas, historias clínicas a partir de un
dispositivo portátil, como además en una PC de escritorio o laptop. De esta forma los
doctores se centrarán en los puntos de salud.
Después de la especificación se analizan las probables resoluciones a llevar a cabo
para mejoras de las deficiencias encontradas en la gestión de las consultas e historial clínico,
sugiriendo la utilización de los módulos que son base fundamental de los procesos con los
que se cuenta el centro de salud y se tenga una administración correcta de la información de
los consumidores, en esta situación los pacientes que solicitan los servicios.
Posterior a ello, la implementación de los procesos permitirá automatizar el proceso
de consultas e historial médico con un sistema de gestión y con ello apoyar a la entidad a
brindar un mejor servicio y reducción de tiempos a los pacientes que lo soliciten.
Para alcanzar lo antes mencionado, está conformado el presente proyecto por:
2
- En el Capítulo I, Planteamiento del Problema, se determina y plantea la situación
actual de la empresa, se formulan tanto el problema, objetivos, de cada uno se
específica a más detalle el alcance de la investigación; así como también su
respectiva justificación y su proporcionada delimitación del estudio abarcado.
- En el Capítulo II, Marco Teórico, en ello se tiene la premisa en hallar antecedentes
de investigaciones y fundamentar conceptualmente las variables de investigación;
así como también el abarcar las posibles metodologías a aplicar para el desarrollo
de la posterior solución y determinar conceptos que contribuyan a esa elección.
- En el Capítulo III, Desarrollo de la solución, describe el diseño y la construcción,
se desarrolla la metodología elegida para el proyecto, para posteriormente
alcanzar los objetivos particulares que tratan sobre el objeto de estudio en cada
fase.
- En el Capítulo IV, Resultados y Presupuesto, se plasman los resultados de la
propuesta de solución en base a la metodología seleccionada y la información del
presupuesto estimado, para lograr los resultados anhelados.
- Conclusiones y Recomendaciones, contiene las respectivas discusiones,
conclusiones y recomendaciones acorde a cada objetivo específico, previo análisis
y entendimiento de los resultados finales que produjeron toda la secuencia
programada del trabajo en cuestión.
Todo acorde finalmente a referencias citadas y anexos vinculados a la investigación.
3
CAPITULO 1
PLANTEAMINETO DEL PROBLEMA
1.1. Definición del Problema
1.1.1. Descripción del Problema
El centro de salud da servicios a los pacientes que lo soliciten, teniendo como misión
satisfacer de manera eficiente y confiable las necesidades de los usuarios en la ciudad,
con valores de responsabilidad, ética y compromiso para lograr sus objetivos. En la
actualidad este centro de salud tiene varios síntomas visibles que indican que como
empresa que brinda servicio de salud no cumple con las expectativas que esperan los
usuarios.
Las señales presentadas son:
a) Inadecuada gestión de consultas médicas.
b) Historiales clínicos hechas en hojas de cálculo y llenado de formulario de
forma manual.
c) Aumento de pacientes que no reciben atención oportuna, ocasionando un
tiempo de espera elevado.
d) Quejas recurrentes por parte de los pacientes.
e) No se controlan los detalles de la consulta médica, error en registro y
búsqueda.
f) Pacientes no reciben una atención acorde a la enfermedad que padece.
g) No existe control de cantidad de pacientes atendidos por médico.
4
Por lo descrito, se refleja la necesidad de tener un adecuado control de la gestión
sobre los procesos definidos que permitirá que el servicio de atención pueda ser la
mejor posible, aumentando y generando valor al servicio que ofrece.
Con lo expuesto anteriormente nos centramos en la definición de controlar las
consultas médicas y una adecuada gestión de las historias clínicas, alejar los
problemas e incidentes facilitara que el centro de salud, pueda ser una empresa líder
en servicios de salud privada a nivel local.
El presente trabajo plantea la mejora en el análisis, diseño e implementación del
sistema de gestión de consultas médicas e historial clínico, con la finalizad de ofrecer
las mejoras y medir una buena gestión de la atención de los médicos hacia los
pacientes.
Figura 1 - Árbol de problemas de la deficiente gestión de consultas médicas
Fuente: Elaboración Propia
5
1.1.2. Formulación del Problema
1.1.2.1. Problema General
¿Qué de manera la implementación de un sistema web influye en la gestión de
consultas médicas en una entidad de salud particular?
1.1.2.2. Problema Específicos
¿Cómo se identifica las características del servicio en el control de las
consultas médicas?
¿Cómo se piensa cuantificar la demanda de los servicios ofrecidos a los
pacientes para poder mejorar y potenciarlas?
¿Cuáles son los aspectos claves para mejorar la gestión de consultas, como los
procesos importantes que permitan un crecimiento a futuro?
1.2. Definición de objetivos
1.2.1. Objetivo general
Implementar un Sistema Web de Gestión de Consultas Médicas para una
Entidad de Salud Privada en la ciudad de Lima - 2021.
1.2.2. Objetivos específicos
• Identificar los servicios similares y tipos, proponiendo mejoras en el control
de las consultas y en los tiempos de atención.
• Cuantificar la demanda de los servicios ofrecidos, dando valor al paciente
que usa el servicio para poder así medir a futuro, si es potencial o insatisfecha.
6
• Mejorar las características del servicio, involucrando los procesos
importantes, comprobando que los prototipos permitan crecer de manera
escalable, satisfaciendo sus necesidades y mejorando el desempeño del
personal médico.
1.3. Alcances y limitaciones
1.3.1 Alcances
El aplicativo web automatizara la gestión de las consultas médicas concediendo a los
doctores una comunicación eficaz con los módulos realizados siendo intuitivo para su
uso correcto en las funcionalidades en base a cada perfil, tomando en cuenta estos
puntos:
- Análisis del caso, problemática de la Entidad de Salud.
- Estudio, implementación de la aplicación web de gestión de consultas
médicas.
La importación de la solución contiene los siguientes módulos:
Especialidades
Doctores
Pacientes
Consultas Médicas
1.3.2 Limitaciones
El proyecto se desarrollará enfocado en la problemática actual, limitándose a
considerando todos los requerimientos de parte de la entidad de salud, solo para el uso
de la empresa que lo solicita. Los cambios fuera del alcance del desarrollo del
proyecto quedan en responsabilidad del usuario final.
7
1.4. Justificación
1.4.1 Teórica
Por medio del análisis de la problemática se busca obtener información teórica
elemental para el uso del sistema de gestión de consultas médicas, y así mejorar los
tiempos de atención en la consulta médica.
1.4.2 Practica
En función a los objetivos señalados, permitirá obtener los resultados precisos para la
solución de los problemas en las tareas manuales, el elevado tiempo de atención y los
errores en los registros y búsquedas de las historias, donde se manifiestan quejas en la
atención médica.
1.4.3 Metodológica
Para el desarrollo de éste informe se usó un enfoque sistémico, ello ayudó a tener un
panorama general de todo el centro de salud, los problemas y posibles soluciones;
para la ejecución del sistema de gestión se usó la metodología AUP, la cual rigió todo
este proceso segmentándolas en cuatro fases: inicio, elaboración, construcción y
transición, dejando por cada una de sus fases, sus respectivos entregables, para así
obtener una solución a los problemas detectados.
8
CAPITULO 2
MARCO TEÓRICO
2.1. Fundamento Teórico
2.1.1 Estado del Arte
Se consideró las investigaciones relacionadas al proyecto como sustento y referencia
para el presente informe:
2.1.1.1 Antecedentes Nacionales
9
10
11
12
13
2.1.1.2 Antecedentes Internacionales
14
15
16
17
2.1.2 Base teórica
RUP
“Es un marco de proceso integral que otorga prácticas aprobadas en la industria de
SW y sistemas, además la puesta en práctica y la gestión de los proyectos de maneran
eficaz” (IBM, 2003).
“La metodología, divide en 4 fases el desarrollo. La etapa de Inicio donde se realiza el
levantamiento de Información y análisis; Elaboración es la fase del diseño,
Construcción donde se desarrolla el código y Transición donde se instala el software”
(SACA, 2004).
Figura 2 – Metodología RUP
Fuente: (Suarez, 2010)
18
Los elementos del RUP son:
“Las Actividades que son los procesos que se llegan a determinar en cada iteración”
(Mejia, 2007).
“Los Trabajadores que son los actores, encargados de la realización de las
actividades definidas dentro de los flujos de trabajo de cada una de las disciplinas del
RUP, ellos se dividen en varias categorías: Analistas, Desarrolladores, Probadores,
Encargados, Otros actores” (Gonzales, 2009).
“Los Artefactos son el resultado parcial o final que es producido y usado por los
actores durante el proyecto. Son las entradas y salidas de las actividades, los cuales
utilizan y van produciendo estos artefactos para tener guías” (Quispe, 2011).
“Particularmente esta metodología, por cada periodo repetitivo, se hace rígido la
utilización de los procesos específicos, siendo una de las metodologías relevantes para
poder realizar cierto nivel de certificado en el progreso del SW” (Jara, 2010).
AUP
Este método hereda de otros modelos, tales como XP y RUP apoyados en procesos
ágiles, se define “como una guía simplificada de lo cual es la metodología RUP,
caracterizada por ser extensa en las entregas y corta en las iteraciones, se explica de
forma simple y fácil el desarrollo de SW usando técnicas y conceptos ágiles” (Ambler
S, 2006).
19
Figura 3 – Fases de la metodología AUP
Los procedimientos ágiles dan valores, principios y prácticas para el AUP. “Muestra
el método ágil los valores y principios, cuando Amber creó AUP, adentro el diseño en
torno a los principios” (Edeki, 2013).
No se practica la lectura detallada de la documentación. No obstante, requieren guías
y adiestramiento. El plan debe ser explicado en pocas páginas.
Debe concentrar en entregar valor fundamental en vez de temas redundantes. Los que
realizan el desarrollo, deben usar las herramientas de software, con las que mejor se
acomoden de manera libre. Considerado como un marco de trabajo prolongable que
puede ser adecuado para proyectos específicos en las organizaciones y utilizando la
descripción de las acciones o actividades, centrándose en su diseño ya que es
incremental e iterativa. “AUP adopta muchas técnicas ágiles de XP y lo mejor de
RUP, cuyo objetivo es ajustarse a las necesidades de los requerimientos, diferente a
las tradicionales metodologías” (Alcides & Graciela, 2017).
20
AUP considera el modelado, implementación, pruebas, despliegue, gestión de la
configuración, el proyecto administrado y el entorno, como suficiente para sus etapas,
haciendo de esta metodología de fácil y rápido entendimiento por todo el grupo de
desarrollo a diferencia de RUP explican Alcides y Graciela.
AUP adopta el flujo del modelo de negocio, de sus requerimientos, del análisis y
diseño en un solo flujo modelado, donde contiene la parte de gestión de cambios y
configuración de RUP, que es el flujo de configuración en AUP.
Figura 4 – Disciplinas de RUP vs AUP
Fuente: Humberto Huancco. ISP UTP 2020
Proceso RUP comparado con AUP se explica, “consiste en siete disciplinas y cuatro
fases en AUP como en RUP, está contiene las fases de iniciación, elaboración,
construcción y transición que son ejecutadas en forma iterativa, las cuales el equipo
21
deberá entregar para satisfacer las necesidades del usuario” (Hansmann & Stober,
2009).
XP
“Extreme Programming (Programación Extrema) es también una popular metodología
ágil que ha manifestado éxito en muchas organizaciones. XP debe su éxito, porque
agrada al cliente en todo aspecto” (Sutherland, 2000).
XP cede a los desarrolladores de SW, contestar con cierta seguridad a las necesidades
variables de que solicita el cliente, incluso de forma tardía en el periodo de vida del
sistema.
Características:
Especialmente difieren, en que da más fuerza a que sea adaptable que
previsible.
De forma eficiente se aplica alrededor del ciclo de vida del SW.
Se ajusta a los cambios que pueda realizar el usuario.
“Se ocupa mucho en que el SW vaya bien y no mucho en su documentación
que pueda crear” (Unio, 2009).
Fases de XP
Fase I: Planificación del Proyecto.
Fase II: Diseño.
Fase III: Codificación.
Fase IV: Pruebas.
22
Figura 5 – Método XP
Fuente: (PIWEN, 2011)
Scrum
Es una metodología que hace el desarrollo ágil y que enfoca en entregar el mayor
valor que tiene el negocio en el menor tiempo permitido. Admite ágil y repetidamente
analizar funcionalmente el SW existente.
Y como tal siendo ágil:
Más que predictivo, se adapta al modelo de desarrollo.
Se enfoca más en las personas que en los procesos.
Se basa en iteraciones y revisiones de manera incremental en su desarrollo.
Comienza con la visión general del producto, donde detalla la función de sus partes
que mayor prioridad de desarrollo tienen y llevarlo en un periodo de tiempo corto (30
días generalmente).
“La base del desarrollo ágil son las iteraciones y evoluciona esta metodología a través
de reuniones diarias de forma breve, en donde el equipo repasa el trabajo realizado un
día antes y para el día siguiente” (Palacio, 2006).
23
Figura 6 – Metodología SCRUM
Fuente: (IBM, 2009)
Comparando Metodologías
(C1) Información: Identificara la cantidad que pueda tener dicha información.
(C2) Conocimiento: Conocer la metodología para el éxito del proyecto, es
importante en este criterio.
(C3) Flexibilidad: Adaptación de la metodología para ajustarse en cualquier
situación que se presente.
(C4) Compatibilidad: Se estudia el grado de semejanza entre las metodologías.
(C5) Requerimientos: Se tiene que considerar una toma de las necesidades
apropiadas a la metodología.
(C6) Tiempo de Desarrollo: Para que el proyecto consiga éxito, se tomara el
tiempo que abarca dicha metodología
24
Figura 7 – Matriz de Evaluación General
Fuente: Elaboración Propia
La metodología seleccionada es AUP.
Figura 8 – Escala de Valoración
Fuente: Elaboración Propia
25
Historias Clínicas
Es un documento médico en el que se deberá asignar los datos del paciente y de sus
procesos relacionados: “El paciente deberá ser atendido, integrada, secuencial e
inmediatamente por el médico o profesional de salud, que son legalizados con la firma
manuscrita o digital de los mismos” (NTS N° 139-INSA/2018/DGAIN, 2018).
Postgre
Es un gestor de base de datos para SW libre. Este sistema moderno de datos relaciones
está disponible para todos, donde su principal ventaja es que está en constante
desarrollo y a adaptarse a cualquier necesidad.
Las bases de datos habituales alcanzan una recopilación de relaciones con nombres,
atributos específicos. Por su parte PostgreSql suma algunos conceptos básicos para
proporcionar el sentido del sistema como son: disparadores, reglas, integridad y
restricciones. De esta manera obtiene una mayor flexibilidad y potencia (PostgreSQL
Global Development Group, 2008).
GitHub
Esta herramienta actualmente es muy importante para los equipos que desarrollan
SW, un sistema de control de versiones admite su uso fácil en el trabajo para
diferentes entornos. Presta el control de los cambios del software, a partir de la
gestión de las fuentes de un proyecto. De manera que el equipo que desarrolla el SW
pueda manejar su tiempo de desarrollo con las fuentes, sabiendo lo que pasa en cada
cambio y permitiendo sincronizar los unos con otros (Ivan de Souza, 2020).
26
UML
Actualmente en el universo del desarrollo de SW, es una herramienta afectiva a la
hora de diseñar SW. Debe a que permite al personal de sistemas crear y formar
diseños que toman sus ideas de manera que puedan ser comprendidas, para ser
comunicadas fácilmente.
De tres elementos básicos se compone UML, elementos de construcción, pautas y
algunas unidades comunes. Estos interactúan entre ellos para dar a UML la forma de
no ser ambiguo pero completo.
En el bloque de construcción lo dividen en tres partes: Elementos, Relaciones y los
Diagramas, donde existen abstracción, unión entre sí y son agrupaciones de
elementos, respectivamente (Schmuller, 2001).
Elementos Estructurales
“En UML, el modelo en sus elementos estáticos, en su mayoría objetos que son
conceptualizados o materializado” (Gerardo, 2005).
Relaciones
Como diría (Barua, 2009), la analogía entre elementos es una unión entre ellas. Para
distinguir las relaciones distintas, utiliza diferentes tipos de líneas.
De Asociaciones.
De Generalizaciones.
De Realizaciones.
De Dependencias.
27
Diagramas
Según (Alarcón, 2000), se utilizan dibujos para poder realizar representaciones
diferentes del sistema de manera que se diseñe apropiadamente. UML provee un gran
grupo de diagramas que son usados en subconjuntos para poder establecer la
arquitectura del SW.
Figura 9 – Diagrama UML
En el proyecto se usaron algunos tipos de diagramas para su desarrollo, con el
“objetivo de conocer cómo está diseñado el sistema, sus funciones, comportamiento y
características” (Galo Andrade, 2014).
28
Java
Es orientado a objetos, desarrollado por Sun Microsystems a inicios de la década de
1990. El lenguaje de programación ha sido creado como mejora de C++, se pretendía
generar un lenguaje con varias propiedades primordiales de C++, que necesitara
menos recursos y que fuera menos proclive a errores.
Características
Sintaxis es muy semejante a C++ y a C.
Es orientado a objetos como lo es C++.
Soporta eventos multitarea, por el manejo de hilos que usa Java.
Admite excepciones, para manejar errores, como archivos inexistentes o
contextos inesperados.
Es seguro y fiable que C++ (ya que no existen los punteros).
Ventajas
Java posibilita producir eventos que ejecutan en dispositivos diversos como pcs,
móviles, varias consolas de juegos y ciertos electrodomésticos además de
microcontroladores.
Java es de los más demandados por las organizaciones y mejor remunerado.
“Descarta la dificultad de ser como C y da paso al entorno orientados a objetos”
(Addison-Wesley, 2005)
Sistema Web
Uno de los beneficios más importantes de los sistemas webs es que generan una
libertad del uso de la aplicación en cualquier lugar a través de Internet que permite la
29
rápida obtención de reportes en el momento que se necesiten ya que al estar en la web
sólo necesitas una conexión a Internet para ingresar a la información de su empresa
facilitando tu tarea de toma de decisiones ya que estarán basadas en información
correcta (Soto, 2015).
2.2. Marco Conceptual
AUP: Proceso Unificado Ágil de Scott Ambler (AUP).
Base de Datos: Programa para almacenar y organizar la información en tablas
relacionales.
Caso de uso: Es la representación de una acción o actividad.
Centro de Salud: Es el lugar donde se brinda atención y cuidado para la salud.
Consulta médica: Al paciente ambulatorio se brinda una atención para
diagnosticarle una posible enfermedad o complicación.
Diagnóstico: Proceso para identificar una enfermedad, afección o lesión a
partir de los signos y síntomas del paciente.
GitHub: Es un sistema de gestión de proyectos y control de versiones de
código, así como una plataforma de red social diseñada para desarrolladores
Heroku: Es una plataforma cloud que permite a las construir, entregar,
supervisar aplicaciones empresariales y alojarlas en la nube de internet.
Historia clínica: Es un documento donde se registran información del
paciente, sus circunstancias en salud, los hechos médicos y los procedimientos.
Java: Es un lenguaje de programación concurrente, orientado a objetos.
30
Lenguaje de programación: Está diseñado para detallar el conjunto de
acciones sucesivas que un progama debe ejecutar.
Microsoft Project: Es un software de administración de proyecto,
asignación de recursos a tareas, dar seguimiento al progreso, administrar
presupuesto y analizar cargas de trabajo.
PostgreSQL: Es un gestor de bases de datos relacional y orientado a objetos.
Software: Conjunto de los programas de cómputo, procedimientos, reglas,
documentación y datos asociados, que forman parte de las operaciones de
un sistema de computación.
Sistema Web: Son aquellas aplicaciones de software que puede utilizarse
accediendo a un servidor web a través de Internet o de una intranet mediante
un navegador.
Spring Tool Suite (STS): Es un IDE basado en la versión Java EE de Eclipse
altamente customizado para trabajar con Spring Framework, como Spring
Boot.
Thymeleaf: es una biblioteca Java que implementa un motor de plantillas de
XML/XHTML/HTML5 que puede ser utilizado tanto en modo web como en
otros entornos no web.
Tratamiento: Son los medios donde se utilizan para aliviar o curar una
enfermedad.
UML: Es un "lenguaje de modelado" para describir métodos o procesos a
especificar.
31
2.3 Marco Metodológico
Figura 10 – Metodología basada en AUP
Fuente: Elaboración propia
32
CAPITULO 3
DESARROLLO DE LA SOLUCIÓN
3.1. Fase de Inicio
Se va a explicar en esta fase la importancia del proyecto (véase anexo 1), así
como el cronograma y cotejar los casos de uso que se tiene en el entidad
privada de salud.
3.1.1. ALCANCE DEL PROYECTO
Se tiene planteado proponer una aplicación web para la gestión de consultas
médicas, donde se contempla para ello planear, proyectar y gestionar de forma
que todos los componentes sean eficientes y eficaces. El sistema se encarga de
imprimir las consultas de los pacientes, el cual incluye su información
personal, tratamiento, diagnósticos y observaciones. Además, el sistema se
encargará de crear los reportes de la historia clínica y dar control y
seguimiento a las consultas médicas. Todas las consultas que se irán
realizando serán recolectados en su propia base de datos para que en un futuro
cercano los jefes del centro de salud puedan decidir cómo optimizar la gestión
de consultas médicas.
La metodología AUP se cogió como la base durante su investigación, la cual
comprende la fase de Inicio, Elaboración, Construcción y Transición. Se
utilizó el lenguaje de modelado UML para está metodología, pero solo
usaremos algunos diagramas, donde definimos el estudio de los diagramas de
casos de uso del sistema, secuencia, actividades, clases y casos de uso del
negocio, lo que permitió que se obtengan los requerimientos necesarios.
33
3.1.1.1 Diagrama de Procesos
Figura 11 – Diagrama de Procesos
Fuente: Elaboración Propia
34
3.1.2 Diagrama Caso de Uso del Negocio
Figura 12 – Caso de Uso del Negocio
Fuente: Elaboración Propia
35
Tabla 1. Caso de uso de las tareas de negocio
Casos de Uso del Negocio Descripción Breve
Atender Paciente El paciente debe pasar por triaje para tomar los
datos, solicita atención médica según la
especialidad y luego pasar al médico.
Realizar Consulta Médica El Médico registra la consulta médica donde ingresa el diagnóstico y el tratamiento del
paciente.
Generar Reporte Historia Clínicas Triaje como el médico pueden generar el reporte
de la historia clínica y de las atenciones médicas, según lo soliciten.
Generar Reporte Atenciones Médicas Triaje como el médico pueden generar el reporte de las de las atenciones médicas, según lo
soliciten.
Fuente: Elaboración Propia
Tabla 2. Actores de las tareas del negocio
Actor Tipo Descripción
Paciente Actor del negocio Persona que solicita la atención
médica.
Triaje Trabajador del negocio Persona que realiza la historia
clínica y atiende al paciente.
Médico Trabajador del negocio Profesional médico que atiente al
paciente.
Fuente: Elaboración Propia
36
3.1.3 Diagrama EDT (Estructura de descomposición del trabajo)
Figura 13 – Diagrama EDT
Fuente: Elaboración Propia
37
3.1.4 Programación de Actividades – Cronograma
Figura 14 – Diagrama de Gantt
Fuente: Elaboración Propia
38
3.1.5 Gestión de Riesgos
Identificación de Riesgos
Riesgos Organizacionales: Son los riesgos que provienen de la misma
organización profesional o laboral a quienes el producto o el proyecto es
impactado o no en sus funciones.
Riesgos en la gerencia de proyecto: En algunas partes del proceso de gestión
y orientación que se llevan a cabo, estos riesgos están presentes. El equipo de
proyecto es responsable de su manejo.
Riesgos técnicos, de calidad y/o rendimiento: Se encuentra presente el grupo
durante las actividades de diseño y desarrollo deseado de producto y en donde
intervienen en su elaboración aspectos de tipo técnico en su elaboración y
control de calidad.
Tabla 3. Probabilidades
Probabilidad
Peso Descripción
0.9 Muy Alta
0.7 Alta
0.5 Media
0.3 Baja
0.1 Muy Baja
Fuente: Elaboración Propia
Tabla 4. Impacto
Impacto
Peso Descripción
0.80 Severo
0.40 Mayor
0.20 Moderado
0.10 Leve
0.05 Muy Leve
Fuente: Elaboración Propia
39
Tabla 5. Matriz de probabilidad e impacto
RIESGO = PROBALIDDAD X IMPACTO
P
R
O
B
A
B
I
L
I
D
A
D
0.9 0.05 0.09 0.18 0.36 0.72
0.7 0.04 0.07 0.14 0.28 0.56
0.5 0.03 0.05 0.10 0.20 0.40
0.3 0.02 0.03 0.06 0.12 0.24
0.1 0.01 0.01 0.02 0.04 0.08
0.05 0.10 0.20 0.40 0.80
IMPACTO
Fuente: Elaboración Propia
Tabla 6. Riesgos Identificados
GRUPO DE
RIESGO
RIESGOS PROBABIL
IDAD
IMPACTO EVALUACI
ÓN
PLAN DE
RESPUESTA
Riesgos
Organizacio
nales
Insatisfacción de los
usuarios del sistema
en el uso del
producto, debido al
cambio en su manera
de laborar.
0.7 0.10 0.07 Entrega de prototipos
y versiones
preliminares para su
uso y evaluación
Riesgos en la
gerencia de
proyecto
Cambios durante el
proyecto en sus
requerimientos
0.7 0.10 0.07 Aplicación del marco
de referencia AUP
Plazos de entrega
tardíos.
0.5 0.20 0.10 Aumentar un recurso
en caso no se cumple
una posible solución,
no debe impactar en el
costo del proyecto.
Riesgos
técnicos, de
calidad y/o
rendimiento
Posibilidad que el
sistema no funcione
o este lento.
0.1 0.20 0.02 Con un buen ancho de
banda de Internet, no
debe impactar ese
riesgo.
Fuente: Elaboración Propia
40
3.1.6 Gestión de la Configuración
Para este proyecto las actividades de la gestión de la configuración
serán asignadas entre el equipo del área de tecnología de información.
Tabla 7. Actividades de gestión de la configuración
Equipo Actividad de la Gestión de Configuración
Gestor del proyecto
Analista de Sistemas Arquitecto de Software
Encargado de llevar a cabo todo el proyecto.
Encargado de realizar el análisis del sistema. Encargado de traducir lo que defina el analista de sistemas.
Desarrollador
Analista de Calidad
Responsable de construir el sistema e implementa las ideas
del arquitecto de SW.
Responsable de probar el sistema y dar aviso ante algún
error o bug del mismo.
Fuente: Elaboración Propia
3.2. Fase de Elaboración
Se concretará en esta fase los requerimientos de tipo funcional y no funcional,
además la construcción de nuestro sistema.
3.2.1. Requerimientos de tipo Funcional y No Funcional
En todo proceso de desarrollo de SW los requerimientos son esenciales,
debido a que logramos que se identifique las necesidades de los
clientes, para así alcanzar finalmente un buen producto, Para el
desarrollo del sistema, a través de reuniones directas con el jefe del
centro de salud, se obtuvieron las siguientes muestras para los
requerimientos.
41
Tabla 8. Requerimientos Funcionales
REQ. FUNC. # FUNCIÓN
RF001 El usuario necesita que el sistema permita llevar el mantenimiento de los datos
de las especialidades médicas para llevar su control.
RF002 El usuario necesita que el sistema permita llevar el mantenimiento de los datos del médico para llevar el control de dichos datos.
RF003 El usuario necesita que el sistema permita llevar el mantenimiento de los datos de los pacientes para llevar el control de dichos datos.
RF004 Los médicos necesitan que el sistema permita generar la consulta médica para ingresar los diagnósticos y tratamientos de los pacientes.
RF005 Los médicos necesitan que el sistema permita buscar la consulta médica de un paciente para revisar sus diagnósticos y tratamientos.
RF006 Los médicos necesitan que el sistema permita generar un reporte de historia clínica de cada paciente y de las atenciones médicas según un rango de fechas.
RF007 Los médicos necesitan que el sistema permita generar un reporte de las
atenciones médicas según el rango de fechas que elijan, pudiendo ser diario,
semanal, mensual o anual.
Fuente: Elaboración Propia
Se contempla una serie de necesidades de tipo no funcional que son importantes. Se
muestran los requerimientos no funcionales en el siguiente cuadro.
Tabla 9. Requerimientos No Funcionales
REQ. NO
FUNC. #
FUNCIÓN
RNF001 Debe ser fácil de usar y con interfaces intuitivas.
RNF002 El ingreso al sistema estará restringido bajo contraseñas cifradas y usuarios definidos.
RNF003 El usuario necesita que el sistema permita llevar el mantenimiento de los datos de los pacientes para llevar el control de dichos datos.
RNF004 El sistema debe brindar comodidad a los usuarios.
RNF005 El sistema deberá usarse en diferentes tipos de sistemas operativos y navegadores.
RNF006 Deberá el sistema manejar gran cantidad de información durante su ejecución.
RNF007 No deberá presentar problemas para su manejo e implementación.
Fuente: Elaboración Propia
42
3.2.2. Casos de Uso del Sistema
Para la elaboración de la aplicación web se lograron obtener los elementos
para los requisitos y así realizar los casos de usos. Se muestran a continuación
los casos de uso habitual del sistema informático:
Tabla 10. Casos de Uso del Sistema
Casos de Uso del Sistema Descripción
CU01 – Registrar especialidades El sistema registrara las especialidades médicas.
CU02 – Registrar médicos El sistema registrara los médicos y asignara sus especialidades
CU03 – Registrar pacientes El sistema registrara a los pacientes y los derivará a los médicos según especialidad
CU04 – Generar consultas médicas El sistema generara las consultas médicas por paciente.
CU05 – Búsqueda de consulta médica El sistema buscara la consulta médica por paciente.
CU06 – Generar reporte de Historia Clínica El sistema generara el reporte de la historia clínica por cada paciente y de las atenciones
médicas.
CU07 – Generar reporte de Atenciones
Médicas
El sistema generara el reporte de las
atenciones médicas según el rango de fechas que elija.
Fuente: Elaboración Propia
43
Figura 15 – Diagrama general de caso de uso del sistema
Fuente: Elaboración Propia
44
3.2.2. Especificaciones de los casos de uso del sistema
Tabla 11. Registrar Especialidades
CU001 Registrar Especialidades
Actor (es) Jefe Médico
Propósito Realizar el registro de las especialidades médicas según vaya
creciendo la atención a los paciente.
Descripción El sistema deberá registrara las especialidades médica para
luego ser asignada al médico.
Pre Condición Debe estar loqueado a sistema
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú Especialidades.
2 El usuario debe ingresar la (s) especialidad (es) médica (s).
3 El usuario debe guardar la información ingresada.
4 El usuario visualiza la lista de especialidades agregadas.
Post Condición Ninguno
Excepciones Paso Acción
3 Si cancela, no se guarda la información ingresada.
Frecuencia Cada vez que ingrese una nueva especialidad.
Comentario Jefe médico ingresa especialidades al ser administrador del sistema.
Fuente: Elaboración Propia
45
Tabla 12. Registrar Médicos
CU002 Registrar Médicos
Actor (es) Jefe Médico
Propósito Realizar el registro de los médicos y asignarles una
especialidad.
Descripción El sistema deberá registrara los médicos para luego asignarle
su especialidad.
Pre Condición Debe estar loqueado a sistema y debe existir la especialidad del médico.
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú Doctores.
2 El usuario debe ingresar el (los) médico (s) y asignarle una especialidad.
3 El usuario debe guardar la información ingresada.
4 El usuario visualiza la lista de médicos y sus especialidades agregadas.
Post Condición Ninguno
Excepciones Paso Acción
3 Si cancela, no se guarda la información ingresada.
Frecuencia Cada vez que ingrese un nuevo médico.
Comentario Jefe médico ingresa los médicos al ser administrador del sistema.
Fuente: Elaboración Propia
46
Tabla 13. Registrar Pacientes
CU003 Registrar Pacientes
Actor (es) Médico
Propósito Realizar el registro de los pacientes según vayan siendo
atendidos por el médicos especialista.
Descripción El sistema deberá registrara los pacientes para luego generar
su consulta médica.
Pre Condición Debe estar loqueado a sistema y tener los datos del paciente.
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú Pacientes.
2 El usuario debe ingresar los datos del paciente, según corresponda.
3 El usuario debe guardar la información ingresada.
4 El usuario visualiza la lista de pacientes ingresados por médico.
Post Condición Ninguno
Excepciones Paso Acción
3 Si cancela, no se guarda la información ingresada.
Frecuencia Cada vez que ingrese un nuevo paciente.
Comentario Médico ingresa a los pacientes para luego realizar su historia clínica.
Fuente: Elaboración Propia
47
Tabla 14. Generar Consultas Médicas
CU004 Generar Consultas Médicas
Actor (es) Jefe Médico - Médico
Propósito Realizar las consultas médicas por paciente.
Descripción El sistema permite el ingreso de las consultas médicas por
cada atención.
Pre Condición Debe estar loqueado a sistema y el paciente debe estar ingresado previamente.
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú Consulta Médica y seleccionar al paciente.
2 El usuario debe ingresar el diagnóstico y los tratamientos a seguir por el paciente.
3 El usuario debe guardar la información ingresada.
4 El usuario visualiza la lista de consultas médicas de sus pacientes.
Post Condición Debe estar el paciente registrado para su consulta.
Excepciones Paso Acción
3 Si cancela, no se guarda la información ingresada.
Frecuencia Cada vez que ingrese un paciente para su atención.
Comentario -
Fuente: Elaboración Propia
48
Tabla 15. Búsqueda de Consultas Médicas
CU005 Búsqueda de Consultas Médicas
Actor (es) Jefe Médico - Médico
Propósito Realizar las búsquedas de las consulta médica por paciente.
Descripción El sistema deberá estar en condiciones de realizar la búsqueda
de la consulta médica por paciente.
Pre Condición Debe estar loqueado a sistema y estar ingresado la consulta médica.
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú Consulta Médica.
2 El usuario debe ingresar los apellidos del paciente o nro. de documento.
3 El usuario deberá realizar la búsqueda de las consultas del paciente.
4 El usuario visualiza la lista de consultas médicas encontradas.
Post Condición Ninguno
Excepciones Paso Acción
3 Si no encuentra nada, le saldrá un mensaje que la consulta médica no existe.
Frecuencia Cada vez que se necesite buscar la consulta médica.
Comentario Jefe médico y médico busca la consulta médica en caso se requiera.
Fuente: Elaboración Propia
49
Tabla 16. Generar Reporte Historia Clínica
CU006 Generar Reporte Historia Clínica
Actor (es) Jefe Médico - Médico
Propósito Realizar el reporte de todas las consultas médicas por paciente,
creando su propia historia clínica.
Descripción El sistema deberá realizar el reporte de la historia clínica por
paciente.
Pre Condición Debe estar loqueado a sistema y deben existir las consultas médicas y registros previamente.
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú consultas médicas.
2 El usuario debe ingresar el nro. de documento o apellidos del paciente.
3 El usuario deberá ingresar a la opción Generar Historia Clínica
4 El usuario visualiza el reporte y procede a imprimir si lo necesita.
Post Condición Ninguno
Excepciones Paso Acción
2 Paciente debe haber pasado por consulta médica
Frecuencia Cada vez que el paciente ingresa nuevamente a una consulta.
Comentario Jefe médico y Médico pueden generar la historia clínica..
Fuente: Elaboración Propia
50
Tabla 17. Generar Reporte Atención Médica
CU007 Generar Reporte Atención Médica
Actor (es) Jefe Médico - Médico
Propósito Realizar el reporte de todas las atenciones médicas que se
realizan en el centro de salud, según la fecha que se prefiera.
Descripción El sistema deberá realizar el reporte de atención médica por
rango de fechas.
Pre Condición Debe estar loqueado a sistema y deben existir las consultas médicas y registros previamente.
Descripción
secuencial
Paso Acción
1 El usuario debe ingresar al menú consultas médicas.
2 El usuario debe ingresar a la opción Generar Atenciones Médicas.
3 El usuario deberá elegir el rango de fechas y generar el reporte.
4 El usuario visualiza el reporte y procede a imprimir si lo necesita.
Post Condición Ninguno
Excepciones Paso Acción
2 Paciente debe haber pasado por consulta médica
Frecuencia Cada vez que el paciente ingresa nuevamente a una consulta.
Comentario Jefe médico y Médico pueden generar el reporte de atenciones médicas.
Fuente: Elaboración Propia
51
3.2.3. Identificación de la arquitectura
Figura 16 – Arquitectura
Fuente: Elaboración Propia
52
3.2.4. Diagrama de Clases
Figura 17 – Diagrama de Clases
Fuente: Elaboración Propia
53
3.2.5. Diagrama Modelo Físico
Figura 18 – Diagrama de Clases
Fuente: Elaboración Propia
54
3.2.6. Diagrama de Despliegue y Componentes
Figura 19 – Diagrama de Despliegue y Componentes
Fuente: Elaboración Propia
55
3.2.7. Diagrama de Secuencia
Figura 20 – Registrar Especialidad
Fuente: Elaboración Propia
56
Figura 21 – Registrar Doctor
Fuente: Elaboración Propia
57
Figura 22 – Registrar Paciente
Fuente: Elaboración Propia
58
Figura 23 – Registrar Consulta Médica
Fuente: Elaboración Propia
Figura 24 – Buscar Consulta Médica
Fuente: Elaboración Propia
59
Figura 25 – Generar Reporte Historia Clínica
Fuente: Elaboración Propia
Figura 26 – Generar Reporte Atenciones Médicas
Fuente: Elaboración Propia
60
3.3. Fase de Construcción
3.3.1. Script Base de Datos
Figura 27 – Script Base de Datos 1
Fuente: Elaboración Propia
61
Figura 28 – Script Base de Datos 2
Fuente: Elaboración Propia
62
Figura 29 – Script Base de Datos 3
Fuente: Elaboración Propia
63
3.3.2. Interfaces
Figura 30 – Login del Sistema
Fuente: Elaboración Propia
64
Figura 31 – Pantalla de Bienvenida y menú
Fuente: Elaboración Propia
Figura 32 – Modulo Especialidad
Fuente: Elaboración Propia
65
Figura 33 – Agregar Especialidad
Fuente: Elaboración Propia
Figura 34 – Editar Especialidad
Fuente: Elaboración Propia
Figura 35 – Detalle de la Especialidad
Fuente: Elaboración Propia
66
Figura 36 – Eliminar Especialidad
Fuente: Elaboración Propia
Figura 37 – Modulo Pacientes
Fuente: Elaboración Propia
67
Figura 38 – Agregar Pacientes
Fuente: Elaboración Propia
Figura 39 – Detalle de pacientes
Fuente: Elaboración Propia
68
Figura 40 – Editar Pacientes
Fuente: Elaboración Propia
Figura 41 – Eliminar Paciente
Fuente: Elaboración Propia
69
Figura 42 – Modulo Doctores
Fuente: Elaboración Propia
Figura 43 – Agregar Médicos
Fuente: Elaboración Propia
70
Figura 44 – Detalle del Médico
Fuente: Elaboración Propia
Figura 45 – Editar Médicos
Fuente: Elaboración Propia
71
1.20 En el botón agregar podemos insertar un nuevo diagnostico
Figura 46 – Eliminar Médicos
Fuente: Elaboración Propia
Figura 47 – Modulo Consultas Médicas
Fuente: Elaboración Propia
72
Figura 48 – Agregar Consultas Médicas
Fuente: Elaboración Propia
Figura 49 – Detalle de Consultas Médicas
Fuente: Elaboración Propia
73
Figura 50 – Editar Consultas Médicas
Fuente: Elaboración Propia
Figura 51 – Eliminar Consultas Médicas
Fuente: Elaboración Propia
74
Figura 52 – Buscar Consultas Médicas
Fuente: Elaboración Propia
Figura 53 – Reporte Historia Clínica
Fuente: Elaboración Propia
75
Figura 54 – Reporte Atenciones Médicas
Fuente: Elaboración Propia
76
3.3.3. Código
Se pueden observar parte del código del sistema
Figura 55 – Clase Specialty
Fuente: Elaboración Propia
77
Figura 56 – Interface JpaSpecialtyCrudRepository
Fuente: Elaboración Propia
Figura 57 – Clase SpecialtyCreateService
Fuente: Elaboración Propia
78
Figura 58 – Clase SpecailtyFinderService
Fuente: Elaboración Propia
Figura 59 – Clase SpecialtyUpdateService
Fuente: Elaboración Propia
79
Figura 60 – Clase SpecialtyDeleteService
Fuente: Elaboración Propia
Figura 61 – Clase SpecialtyWebController
Fuente: Elaboración Propia
80
3.3.4. Pruebas de Requerimientos Funcionales
Las pruebas han sido ejecutadas en toda la etapa de construcción para
asegurar el funcionamiento correcto.
RF001 Registrar Especialidades Médicas
Tabla 18. Registrar Especialidades Médicas
Prueba Accionar Prueba OK Prueba No OK Valor Esperado Valor Obtenido
1 Dejar en blanco el
campo name
OK Debe manifestar
un mensaje de
error “Ingresar
una especialidad”
Muestra el
mensaje
“Ingresar una
especialidad”
2 Ingresar valor al
campo
OK Permite ingresar
el valor
Ingresar el valor
para su registro.
3 Modificar el valor
del campo
OK Llamada al valor
elegido y permitir
edición.
Se obtiene el
valor y se edita
por otro.
4 Eliminar el valor
del campo
OK Debe mostrar
ventana de
eliminación y el
dato elegido.
Muestra ventana
y el dato para
proceder a
eliminar.
Fuente: Elaboración Propia
81
RF002 Registrar Médicos
Tabla 19. Registrar Médicos
Prueba Accionar PruebaOK PruebaNoOK Valor Esperado Valor Obtenido
1 Dejar en blanco
el campo
firstName
OK Debe manifestar un
mensaje de error
“Ingresar un
nombre”
Muestra el mensaje
“Ingresar un
nombre”
2 Ingresar valor al
campo
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
3 Dejar en blanco
el campo
lastName
OK Debe manifestar un
mensaje de error
“Ingresar un
apellido”
Muestra el mensaje
“Ingresar un
apellido”
4 Ingresar valor al
campo
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
5 Dejar en blanco
el campo dni y
cmp
OK Debe manifestar un
mensaje de error
“Ingresar nro. de
dni y cmp”
Muestra el mensaje
“Ingresar nro. de
dni y cmp”
6 Ingresar valores
en los campos
OK Permite ingresar
los valores
Ingresar los valores
para su registro.
7 Modificar los
valores de los
campos
OK Llamada a los
valores elegidos y
permitir edición.
Se obtienen los
valores y se editan
por otro.
8 Eliminar los
valores de los
campos
OK Debe mostrar
ventana de
eliminación y el
registro elegido.
Muestra ventana y
registro para
proceder a
eliminar.
Fuente: Elaboración Propia
82
RF003 Registrar Pacientes
Tabla 20. Registrar Pacientes
Prueba Accionar PruebaOK PruebaNoOK Valor Esperado Valor Obtenido
1 Dejar en blanco
el campo
firstName
OK Debe manifestar un
mensaje de error
“Ingresar un
nombre”
Muestra el mensaje
“Ingresar un
nombre”
2 Ingresar valor al
campo
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
3 Dejar en blanco
el campo
lastName
OK Debe manifestar un
mensaje de error
“Ingresar un
apellido”
Muestra el mensaje
“Ingresar un
apellido”
4 Ingresar valor al
campo
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
5 Dejar en blanco
el campo dni
OK Debe manifestar un
mensaje de error
“Ingresar nro. de
dni”
Muestra el mensaje
“Ingresar nro. de
dni”
6 Ingresar valor
los campos
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
7 Modificar los
valores de los
campos
OK Llamada a los
valores elegidos y
permitir edición.
Se obtienen los
valores y se editan
por otro.
8 Eliminar los
valores de los
campos
OK Debe mostrar
ventana de
eliminación y el
registro elegido.
Muestra ventana y
registro para
proceder a
eliminar.
Fuente: Elaboración Propia
83
RF004 Registrar Pacientes
Tabla 21. Registrar Consulta Médica
Prueba Accionar PruebaOK PruebaNoOK Valor Esperado Valor Obtenido
1 Dejar en blanco
el campo
createDate
OK Debe manifestar un
mensaje de error
“Ingresar una fecha
valida”
Muestra el mensaje
“Ingresar una fecha
valida”
2 Ingresar valor al
campo
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
3 Dejar en blanco
el campo
diagnostic
OK Debe manifestar un
mensaje de error
“Ingresar
diagnostico”
Muestra el mensaje
“Ingresar
diagnostico”
4 Ingresar valor al
campo
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
5 Dejar en blanco
el campo
treatment
OK Debe manifestar un
mensaje de error
“Ingresar
tratamiento”
Muestra el mensaje
“Ingresar
tratamiento”
6 Ingresar valor
los campos
OK Permite ingresar el
valor
Ingresar el valor
para su registro.
7 Modificar los
valores de los
campos
OK Llamada a los
valores elegidos y
permitir edición.
Se obtienen los
valores y se editan
por otros.
8 Eliminar los
valores de los
campos
OK Debe mostrar
ventana de
eliminación y el
registro elegido.
Muestra ventana y
registro para
proceder a
eliminar.
Fuente: Elaboración Propia
84
RF005 Búsqueda de Consultas Médicas
Tabla 22. Búsqueda de Consulta Médicas
Nro.
Prueba
Accionar Prueba
OK
Prueba No
OK
Valor Esperado Valor Obtenido
1 Dejar en blanco el
campo de la
búsqueda
OK Debe manifestar un
mensaje de error
“Ingresar dni o
apellido”
Muestra el
mensaje “Ingresar
dni o apellido”
2 Ingresar valor al
campo
OK Permite ingresar el
valor para la
búsqueda
Ingresar el valor
para su búsqueda.
3 Ingresar valor al
campo diferente
al dni o apellido
OK No hay llamada al
valor asignado,
mensaje “No existe
Consulta Médica”.
Se obtiene el
mensaje que “No
existe Consulta
Médica”
Fuente: Elaboración Propia
85
RF006 Reporte de Historias Clínicas
Tabla 23. Reporte de Historias Clínicas
Nro.
Prueba
Accionar Prueba
OK
Prueba No
OK
Valor Esperado Valor Obtenido
1 Dejar en blanco el
campo de dni o
apellido
OK Debe manifestar un
mensaje de error
“Ingresar dni o
apellido”
Muestra el
mensaje “Ingresar
dni o apellido”
2 Ingresar valor al
campo
OK Permite ingresar el
valor para generar
reporte
Ingresar el valor
para para generar
el reporte.
3 Generar Reporte OK Debe mostrar en
otra ventana el
reporte por paciente
Se obtiene el
reporte por
paciente.
Fuente: Elaboración Propia
86
RF007 Reporte de Atención Medica
Tabla 24. Reporte de Atención Médica
Nro.
Prueba
Accionar Prueba
OK
Prueba No
OK
Valor Esperado Valor Obtenido
1 Dejar el inicio y
fin de la fecha en
blanco
OK Debe manifestar un
mensaje de error
“Ingresar fecha
inicio y fecha de
fin”
Muestra el
mensaje “Ingresar
fecha inicio y
fecha de fin”
2 Dejar la fecha de
inicio en blanco
OK Debe manifestar un
mensaje con el error
“Ingresar fecha
inicio”
Muestra el
mensaje “Ingresar
fecha inicio”
3 Dejar la fecha de
fin en blanco
OK Debe manifestar un
mensaje con el error
“Ingresar fecha de
fin”
Muestra el
mensaje “Ingresar
fecha de fin”
4 Generar Reporte OK Debe mostrar en
otra ventana el
reporte de
atenciones médicas.
Se obtiene el
reporte de
atenciones
médicas.
Fuente: Elaboración Propia
87
3.4. Fase de Transición
3.4.1 Plan de Despliegue
El presente documento muestra como desplegar una aplicación Spring
Boot Java en la PaaS como Heroku. (véase anexo 2)
3.4.2 Manual de Usuario
Objetivos
Este manual tiene como objetivo (véase anexo 3) explicar el
proceso del sistema web de gestión de consultas médicas. Para tal efecto
se considera lo siguiente:
- Ingreso al sistema.
- Registro Especialidad, Médico y Paciente
- Registro Consulta médica y búsqueda
- Reporte de Historia Clínica
88
3.4.3 Acta de Capacitación de Usuario
89
3.4.4 Acta de Cierre
90
Capítulo 4
Resultados y Presupuesto
4.1 Resultados
En este capítulo detallamos los resultados en función de los objetivos
específicos identificados.
Resultado 1: Identificar los servicios similares y tipos, proponiendo mejoras
en el control de las consultas y en los tiempos de atención.
Tabla 25. Identificación de servicios similares
IMPLEMENTACIÓN
ACTIVIDAD ANTES DESPUES
REGISTRO DE
PACIENTES
Inadecuado registro de los
pacientes de forma manual.
Registro de pacientes de
manera rápida y adecuada.
ATENCIÓN MÉDICA Los pacientes no reciben la
atención oportuna,
ocasionando un tiempo
elevado.
Reducción del tiempo de
espera y pacientes
satisfechos por una atención
oportuna.
GENERACION DE
CONSULTA MÉDICA
Mal control de la consulta
médica, búsqueda y errores en
registro.
Consultas médicas
adecuadas, eficientes en su
búsqueda y registro.
DIAGNOSTICO Y
TRATAMIENTOS
Pacientes no reciben el
tratamiento acorde a la
enfermedad que padecen.
Calidad en el servicio de
consulta entregando los
diagnósticos y tratamientos
adecuados.
91
REPORTE DE
HISTORIA CLINICA
Historias clínicas hechas en
hojas de cálculo.
Reporte de historia clínicas
en PDF en corto tiempo.
Fuente: Elaboración Propia
Tabla 26. Tiempo demora anterior
¿Cuál es el tiempo que demoraba anteriormente en realizar dicha labor?
(Cantidad de Encuestados: 24)
Tiempo de demora en
registrar un paciente.
5 – 10 minutos
10 – 15 minutos
15 – 20 minutos
20 minutos a más
Tiempo de demora en
atención médica.
5 – 10 minutos
10 – 15 minutos
15 – 20 minutos
20 minutos a más
Tiempo en la
generación de una
consulta médica.
5 – 10 minutos
10 – 15 minutos
15 – 20 minutos
20 minutos a más
Tiempo en la demora de
entrega de diagnósticos
y tratamientos.
5 – 10 minutos
10 – 15 minutos
15 – 20 minutos
20 minutos a más
5 – 10 minutos
92
Tiempo en la
generación de reportes
de historia clínica.
10 – 15 minutos
15 – 20 minutos
20 minutos a más
Fuente: Elaboración Propia
Figura 62 – Tiempo promedio de demora en la atención - antes
Fuente: Elaboración Propia
En la figura se muestra el promedio de tiempo de demora en los servicios
realizados antes de la implementación.
TIEMPO PROMEDIO DE DEMORA EN LA ATENCIÓN
Historia Clínica. 12.5
Diagnósticos y Tratamientos. 17.5
Consulta médica. 12.5
Atención Médica 20
Registrar un paciente. 12.5
0 5 10 15 20 25
Minutos
Serv
icio
s re
aliz
ado
s
93
Tabla 27. Tiempo demora posterior
¿Cuál es el tiempo que demoraba posterior en realizar dicha labor?
(Cantidad de Encuestados: 24)
Tiempo de demora en
registrar un paciente.
1 – 5 minutos
5 – 10 minutos
10 – 15 minutos
15 minutos a más
Tiempo de demora en
atención médica.
1 – 5 minutos
5 – 10 minutos
10 – 15 minutos
15 minutos a más
Tiempo en la
generación de una
consulta médica.
1 – 5 minutos
5 – 10 minutos
10 – 15 minutos
15 minutos a más
Tiempo en la demora de
entrega de diagnósticos
y tratamientos.
1 – 5 minutos
5 – 10 minutos
10 – 15 minutos
15 minutos a más
Tiempo en la
generación de reportes
de historia clínica.
1 – 5 minutos
5 – 10 minutos
10 – 15 minutos
15 minutos a más
Fuente: Elaboración Propia
94
Figura 63 – Tiempo promedio de demora en la atención - después
Fuente: Elaboración Propia
En la figura se muestra el promedio de tiempo de demora en los servicios
realizados después de la implementación.
Tabla 28. Promedio demora - comparación
DETALLE ANTES DESPUES
Tiempo promedio de
demora en registrar un
paciente.
12.5 2.5
Tiempo promedio de
demora en atención
médica.
20 5
Tiempo promedio en la
generación de una
consulta médica.
12.5 2.5
TIEMPO PROMEDIO DE DEMORA EN LA ATENCIÓN
6
5
4
3
2
1
0
5 5
2.5 2.5 2.5
Registrar un Atención Médica Consulta Diagnósticos y Historia Clínica. paciente. médica. Tratamientos.
Servicios Realizados
Min
uto
s
95
Tiempo promedio en la
demora en diagnósticos
y tratamientos.
17.5 5
Tiempo promedio de
demora en atención
médica.
12.5 2.5
Fuente: Elaboración Propia
Tabla 29. Porcentaje de mejora en los tiempos de atención
TIEMPOS DE ATENCIÓN
DETALLE ANTES DESPUES % Mejora
Registrar un paciente. 12.5 2.5 80
Atención Médica 20 5 75
Consulta médica. 12.5 2.5 80
Diagnósticos y
Tratamientos. 17.5 5
71
Historia Clínica. 12.5 2.5 80
Fuente: Elaboración Propia
En la tabla observamos el porcentaje de mejora en los tiempos de atención, con
más del 70% en cada actividad.
96
Figura 64 – Tiempo promedio de demora en la atención - comparación
Fuente: Elaboración Propia
En la figura se muestra el promedio de tiempo de demora en los servicios
realizados antes y después de la implementación.
Resultado 2: Cuantificar la demanda de los servicios ofrecidos, dando valor al
paciente que usa el servicio para poder así medir a futuro si es potencial o
insatisfecha.
Antes del desarrollo de la aplicación web, obtener está información era
tediosa, especificar la demanda de servicios usualmente lo hacían de forma
manual, contando tickets de atención o usando una plantilla Excel. Luego de
implementar el sistema se pudo identificar qué tipos de servicios tienen mayor
demanda en poco tiempo y además verificar a cuáles de ellos potenciar con
más personal médico especialista para una atención rápida y adecuada.
TIEMPO PROMEDIO DE DEMORA EN LA ATENCIÓN
25 20
15
10
5
0
17.5 20
12.5 12.5 12.5
2.5 5
2.5 5
2.5
Registrar un paciente.
Atención Consulta Diagnósticos y Historia Clínica. Médica médica. Tratamientos.
Servicios Ofrecidos
ANTES DESPUES
Min
uto
s
97
Tabla 30. Frecuencia realización de atención - antes
¿Con que frecuencia se realiza la atención antes de la implementación?
DEMANDAS PROMEDIO ATENCIONES DIARIAS
ESPECILIDADES OFRECIDAS ANTES
Ginecología 10
Obstetricia 5
Cardiología 3
Pediatría 9
Medicina General 10
Urología 5
Radiología 5
Traumatología 3
Gastroenterología 5
Fuente: Elaboración Propia
Figura 65 – Demanda de atenciones diarias - antes
Fuente: Elaboración Propia
En la figura se llega a mostrar la cantidad de atenciones diarias, realizadas
antes de la implementación.
ANTES
Gastroenterología
Traumatología
Radiología
Urología
Medicina General
Pediatría
Cardiología
Obstetricia
Ginecología
5
3
5
5
10
9
3
5
10
0 2 4 6 8 10 12
Promedio de atenciones diarias
Esp
eci
alid
ad
es
Ofr
eci
das
98
Tabla 31. Frecuencia realización de atención - posterior
¿Con que frecuencia se realiza la atención, posterior a la implementación?
DEMANDAS PROMEDIO ATENCIONES DIARIAS
ESPECILIDADES OFRECIDAS DESPUES
Ginecología 15
Obstetricia 10
Cardiología 5
Pediatría 20
Medicina General 20
Urología 9
Radiología 11
Traumatología 5
Gastroenterología 8
Fuente: Elaboración Propia
Figura 66 – Demanda de atenciones diarias - después
Fuente: Elaboración Propia
En la figura se llega a mostrar la cantidad de las atenciones diarias, realizadas
después de la implementación.
DESPUES
Gastroenterología
Traumatología
Radiología
Urología
Medicina General
Pediatría
Cardiología
Obstetricia
Ginecología
8
5
11
9
20
20
5
10
15
0 5 10 15 20 25
Promedio de atenciones diarias
Esp
eci
alid
ad
es
Ofr
eci
das
99
Tabla 32. Frecuencia realización de atención - comparación
DEMANDAS PROMEDIO ATENCIONES DIARIAS
ESPECILIDADES OFRECIDAS
ANTES DESPUES % Mejora
Ginecología 10 15 33.33
Obstetricia 5 10 50.00
Cardiología 3 5 40.00
Pediatría 9 20 55.00
Medicina General 10 20 50.00
Urología 5 9 44.44
Radiología 5 11 54.55
Traumatología 3 5 40.00
Gastroenterología 5 8 37.50
Fuente: Elaboración Propia
En la tabla observamos el porcentaje de mejora en los tiempos de las
atenciones diarias, con más del 30% en cada especialidad demandada.
Figura 67 – Demanda de atenciones diarias - comparación
Fuente: Elaboración Propia
Demanda de especilidades ofrecidas
25 20 20
20 15
15 10 10 11
10 9 10 9 8
5 5 5 5 5 5 5 3 3
0
Servicios
ANTES DESPUES
Ate
nci
on
es
100
En la figura se llega a mostrar el promedio de las atenciones diarias, realizadas
antes y después de la implementación.
Resultado 3: Mejorar las características del servicio, involucrando los
procesos importantes, comprobando que los prototipos permitan crecer de
manera escalable, satisfaciendo sus necesidades y mejorando el desempeño del
personal médico.
Figura 68 – Flujo del proceso principal - antes
Fuente: Elaboración Propia
101
Figura 69 – Flujo del proceso principal - después
Fuente: Elaboración Propia
Tabla 33. Porcentaje mejoramiento del proceso principal
Cree usted que se ha mejorado el flujo del proceso de consultas médicas
después de la implementación del sistema web.
Mejoro completamente 18 (75%)
Mejoro lo necesario 4 (17%)
No mejoro 1 (4%)
Me es indiferente 1 (4%)
Fuente: Elaboración Propia
102
OPINIÓN SOBRE LAS MEJORAS EN EL FLUJO DEL PROCESO DE
CONSULTAS CLINICAS
Mejoro completamente Mejoro lo necesario No mejoro Me es indiferente
4% 4%
17%
75%
Figura 70 – Opinión mejoras en el flujo del proceso
Fuente: Elaboración Propia
En la figura muestra que de los 24 encuestados el 75% piensa que se mejoró
completamente el flujo del proceso de consultas clínicas.
Tabla 34. Porcentaje de satisfacción uso del sistema
Se siente satisfecho con el manejo del sistema para la labor que realiza:
Estoy muy satisfecho 6 (25%)
Estoy satisfecho 9 (38%)
Me parece bien 7 (29%)
Necesita mejorar 2 (8%)
Fuente: Elaboración Propia
103
OPINIÓN DE SATISFACCIÓN EN EL USO DEL SISTEMA
Estoy muy satisfecho Estoy satisfecho Me parece bien Necesita mejorar
8%
25%
29%
38%
Figura 71 – Opinión Satisfacción del Sistema
Figura: Elaboración Propia
En la figura muestra que de los 24 encuestados el 38% se siente satisfecho con
el uso del sistema y contribuye en sus labores diaria.
Tabla 35. Porcentaje uso del sistema
En términos generales ¿Está contento con el uso del sistema web en su
totalidad?
SI 21 (88%)
NO 3 (12%)
Fuente: Elaboración Propia
104
100%
90%
80%
70%
60%
50%
40%
30%
20%
10%
0%
OPINIÓN SOBRE EL USO DEL SISTEMA
88%
12%
SI NO
Figura 72 – Opinión Satisfacción del Sistema
Fuente: Elaboración Propia
En la figura muestra que de los 24 encuestados el 88% se siente satisfecho con
el uso del sistema en su totalidad.
Tabla 36. Porcentaje de agrado del sistema
El uso del sistema de gestión de consultas médicas e historial clínico le
genera agrado:
Me agrada completamente 4 (17%)
Me parece que está bien 13 (54%)
No me Gusto 5 (21%)
Me es indiferente 2 (8%)
Fuente: Elaboración Propia
105
OPINIÓN EN EL USO DEL SISTEMA
Me agrada completamente Me parece que está bien
No me Gusto Me es indiferente
8% 17%
21%
54%
Figura 73 – Opinión uso del sistema
Fuente: Elaboración Propia
En la figura muestra que de los 24 encuestados el 54% le parece que está bien
el sistema y es de su agrado.
Tabla 37. Porcentaje de eficiencia y mejora
En el momento de realizar las consultas clínicas, la búsqueda y generación
de reportes es eficiente y mejora su trabajo?
SI 19 (79%)
NO 5 (21%)
Fuente: Elaboración Propia
106
EFICIENCIA Y MEJORA EN LA BUSQUEDA DE CONSULTAS CLINICAS Y
GENERACIÓN DE REPORTES
90%
80%
70%
60%
50%
40%
30%
20%
10%
0%
79%
21%
SI NO
Figura 74 – Eficiencia en búsquedas
Fuente: Elaboración Propia
En la figura muestra que de los 24 encuestados el 79% le parece que el sistema
web es eficiente y mejora su trabajo en relación a las búsquedas y reportes.
107
4.2 Presupuesto
En la tabla se observa el presupuesto estimado en una duración de 2 meses,
para la implementación del sistema web, el costo del proyecto se muestra a
continuación.
Tabla 38. Presupuesto del sistema
DESCRIPCIÓN
SUELDO BRUTO
SUELDO DIARIO
HR. TRABAJADAS
SUELDO X HORA
DIAS TRABAJADOS
TOTAL COSTO
COSTO RECURSO
Gestor del Proyecto S/7,000.00 S/233.33 8 S/29.17 60 S/14,000.00
Analista de Sistemas S/6,000.00 S/200.00 8 S/25.00 60 S/12,000.00
Arquitecto de Software S/5,000.00 S/166.67 8 S/20.83 30 S/5,000.00
Desarrollador S/4,500.00 S/150.00 8 S/18.75 60 S/9,000.00
Analista de Calidad S/4,800.00 S/160.00 8 S/20.00 30 S/4,800.00
TOTAL COSTO RECURSO S/27,300.00 S/910.00 S/113.75 S/44,800.00
RECURSOS PROPIOS - HW
Equipo Gestor de Proyecto
S/0.00
Equipo Analista S/0.00
Equipo Arquitecto SW S/0.00
Equipo Desarrollador S/0.00
Equipo Calidad S/0.00
TOTAL COSTO HW S/0.00
RECURSOS PROPIOS - SW
PLAN GITHUB S/18.00
PLAN HEROKU S/92.00
JAVA OPENSOURCE S/0.00
IDE STS S/0.00
POSTGRESQL S/0.00
GIT S/0.00
TOTAL COSTO SW S/110.00
TOTAL NETO S/44,910.00
COMISION 13% S/5,838.30
IGV 18% S/9,134.69
TOTAL GENERAL S/59,882.99
Fuente: Elaboración Propia
108
Conclusiones
1. Con la identificación de los servicios similares se logró la implementación del
sistema web mejorando la gestión de las consultas médicas y también los tiempos
de atención a los pacientes en más del 70% de los que se realizaba anteriormente.
2. Se alcanzó cuantificar los servicios que tienen mayor demanda entre un 30% a 55%
de atenciones diarias, para poder así potenciar dichos servicios y darle al paciente
una mejor satisfacción.
3. Se logró mejorar los procesos en la atención de las consultas médicas, con una
satisfacción del 75% en su flujo, comprobando que el sistema satisface las
necesidades y mejora el desempeño de los médicos en un 79% en el uso del
sistema web.
Recomendaciones
1. Realizar capacitaciones sobre el sistema de gestión de consultas médicas, para su
mejor entendimiento cada vez que se realice una mejorar o se agreguen nuevos
requerimientos.
2. Asegurar que el servicio de internet esté disponible en todo momento para no
perder el servicio de conexión con el sistema web.
3. Realizar los pagos de manera oportuna en los planes de Github y de la Heroku para
no perder disponibilidad de las fuentes y del sistema.
109
Bibliografía
ASSE Salud (2016) Se implantó Historia Clínica Electrónica en Hospital de Carmelo. Servicios de
Salud del Estado. Consultado el 20 de marzo de 2021. https://www.asse.com.uy/contenido/Se-
implanto-Historia-Clinica-Electronica-en-Hospital-de-Carmelo-9353
Blokdyk, G. (2018) Agile Unified Process A Clear and Concise Reference. 5STARCooks
EsSalud (2016) Uso de la Historia Clínica Electrónica simplifica tiempos administrativos. Perú 21.
Recuperado de http://archivo.peru21.pe/amp/actualidad/essalud-uso-historia-clinica-
electronica-simplifica-tiempos-administrativos-2252592
Gaspar Tapara, M (2018). Generación de historias clínicas mediante la implementación de un
software para mejorar la atención de pacientes en el Hospital Regional de Huancavelica (Tesis
de maestría) Recuperada de http://repositorio.uncp.edu.pe/handle/UNCP/5003
Pairazaman, Luis & Vigo, Erick (2017). Sistema de información web para el mejor control y acceso a
las historias clínicas de los pacientes del centro de salud Jequetepeque (Tesis) Recuperada de
http://dspace.unitru.edu.pe/handle/UNITRU/9588
Rubio, Lander (2015). Sistema de Gestión de Información para consultorios médicos vía internet
(Tesis) Recuperada de http://tesis.ipn.mx/handle/123456789/22100
Webb, P., Syer, D., Long, J., Nicoll, S., Winch, R., Wilkinson, A., Overdijk, M., Dupuis, C., Deleuze,
S., Simons, M., Pavić, V., Bryant, J., Bhave, M., Meléndez, E. & Frederick, S. (2020) Spring
Boot Reference Documentation [Spring Boot reference guide] Recuperado de
https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/
110
ANEXOS
ANEXO 1: Acta de Constitución - Proyect Charter
111
112
113
ANEXO 2: Plan de Despliegue
1. Descripción general
- El presente documento muestra como desplegar una aplicación Java en
la PaaS como Heroku.
- Heroku libera a los desarrolladores de tener que apoyarse en un
contenedor de aplicaciones.
- No es preciso desplegar archivos WAR.
- Se generan archivos JAR que llevan embebido un tomcat o un jetty.
- Uso de Maven para gestionar las dependencias.
- Las aplicaciones Heroku deben ser stateless (Si es preciso almacenar
estados se deberá usar Redis / memcached).
- Deberá tener una cuenta en la plataforma Heroku.
2. Recursos HW y SW necesarios.
2.1 Requisitos HW
De acuerdo al uso del sistema web, éste solo debe ser utilizado en
navegadores web de preferencia Google Chrome, sus componentes
principales, pueden ser:
- Características Equipos
Procesadores Core i3 a más.
Hard Drive 500 GB.
Memoria RAM >= 02 GB.
Sistema Operativo Windows o Linux
3. Pasos para desplegar una aplicación Java Spring Boot
- Desarrollar la aplicación apoyándose en Maven.
- Lazar un “git init” para inicializar repositorio.
- Lanzar un “heroku créate <nombre_aplicación>”
- Hacer un “git add” y un “git commit”
- Desplegar en Heroku con “git push heroku master”
- Abrir la aplicación, vía URL o lanzando “heroku open”
Puede ver el video en este enlace:
Spring Boot Aplication - Heroku deploy
114
ANEXO 3: Manual de Usuario
115
116
117
118
119
120
121
122
123
124
125
126