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 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

13

2.1.1.2 Antecedentes Internacionales

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


La metodología seleccionada es AUP.

Figura 8 – Escala de Valoración


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


34

3.1.2 Diagrama Caso de Uso del Negocio

Figura 12 – Caso de Uso del Negocio


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.


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.


36

3.1.3 Diagrama EDT (Estructura de descomposición del trabajo)

Figura 13 – Diagrama EDT


37

3.1.4 Programación de Actividades – Cronograma

Figura 14 – Diagrama de Gantt


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


Tabla 4. Impacto

Impacto

Peso Descripción

0.80 Severo

0.40 Mayor

0.20 Moderado

0.10 Leve

0.05 Muy Leve


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


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.


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.


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.


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.


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.


43

Figura 15 – Diagrama general de caso de uso del sistema


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.


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.


4 El usuario visualiza la lista de médicos y sus especialidades agregadas.




Frecuencia Cada vez que ingrese un nuevo médico.

Comentario Jefe médico ingresa los médicos al ser administrador del sistema.


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.


4 El usuario visualiza la lista de pacientes ingresados por médico.




Frecuencia Cada vez que ingrese un nuevo paciente.

Comentario Médico ingresa a los pacientes para luego realizar su historia clínica.


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.


4 El usuario visualiza la lista de consultas médicas de sus pacientes.

Post Condición Debe estar el paciente registrado para su consulta.



Frecuencia Cada vez que ingrese un paciente para su atención.

Comentario -


48

Tabla 15. Búsqueda de Consultas Médicas

CU005 Búsqueda de Consultas Médicas


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.



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.


49

Tabla 16. Generar Reporte Historia Clínica

CU006 Generar Reporte Historia Clínica


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.



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..


50

Tabla 17. Generar Reporte Atención Médica

CU007 Generar Reporte Atención Médica


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.



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.


51

3.2.3. Identificación de la arquitectura

Figura 16 – Arquitectura


52

3.2.4. Diagrama de Clases

Figura 17 – Diagrama de Clases


53

3.2.5. Diagrama Modelo Físico

Figura 18 – Diagrama de Clases


54

3.2.6. Diagrama de Despliegue y Componentes

Figura 19 – Diagrama de Despliegue y Componentes


55

3.2.7. Diagrama de Secuencia

Figura 20 – Registrar Especialidad


56

Figura 21 – Registrar Doctor


57

Figura 22 – Registrar Paciente


58

Figura 23 – Registrar Consulta Médica


Figura 24 – Buscar Consulta Médica


59

Figura 25 – Generar Reporte Historia Clínica


Figura 26 – Generar Reporte Atenciones Médicas


60

3.3. Fase de Construcción

3.3.1. Script Base de Datos

Figura 27 – Script Base de Datos 1


61



62



63

3.3.2. Interfaces

Figura 30 – Login del Sistema


64

Figura 31 – Pantalla de Bienvenida y menú


Figura 32 – Modulo Especialidad


65

Figura 33 – Agregar Especialidad


Figura 34 – Editar Especialidad


Figura 35 – Detalle de la Especialidad


66

Figura 36 – Eliminar Especialidad


Figura 37 – Modulo Pacientes


67

Figura 38 – Agregar Pacientes


Figura 39 – Detalle de pacientes


68

Figura 40 – Editar Pacientes


Figura 41 – Eliminar Paciente


69

Figura 42 – Modulo Doctores


Figura 43 – Agregar Médicos


70

Figura 44 – Detalle del Médico


Figura 45 – Editar Médicos


71

1.20 En el botón agregar podemos insertar un nuevo diagnostico

Figura 46 – Eliminar Médicos


Figura 47 – Modulo Consultas Médicas


72

Figura 48 – Agregar Consultas Médicas


Figura 49 – Detalle de Consultas Médicas


73

Figura 50 – Editar Consultas Médicas


Figura 51 – Eliminar Consultas Médicas


74

Figura 52 – Buscar Consultas Médicas


Figura 53 – Reporte Historia Clínica


75

Figura 54 – Reporte Atenciones Médicas


76

3.3.3. Código

Se pueden observar parte del código del sistema

Figura 55 – Clase Specialty


77

Figura 56 – Interface JpaSpecialtyCrudRepository


Figura 57 – Clase SpecialtyCreateService


78

Figura 58 – Clase SpecailtyFinderService


Figura 59 – Clase SpecialtyUpdateService


79

Figura 60 – Clase SpecialtyDeleteService


Figura 61 – Clase SpecialtyWebController


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.


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


mensaje de error

“Ingresar un

apellido”

Muestra el mensaje

“Ingresar un

apellido”

4 Ingresar valor al

campo


valor

Ingresar el valor

para su registro.

5 Dejar en blanco

el campo dni y

cmp


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.


82

RF003 Registrar Pacientes

Tabla 20. Registrar Pacientes


1 Dejar en blanco

el campo

firstName


mensaje de error

“Ingresar un

nombre”

Muestra el mensaje

“Ingresar un

nombre”

2 Ingresar valor al

campo


valor

Ingresar el valor

para su registro.

3 Dejar en blanco

el campo

lastName


mensaje de error

“Ingresar un

apellido”

Muestra el mensaje

“Ingresar un

apellido”

4 Ingresar valor al

campo


valor

Ingresar el valor

para su registro.

5 Dejar en blanco

el campo dni


mensaje de error

“Ingresar nro. de

dni”

Muestra el mensaje

“Ingresar nro. de

dni”

6 Ingresar valor

los campos


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.


83

RF004 Registrar Pacientes

Tabla 21. Registrar Consulta Médica


1 Dejar en blanco

el campo

createDate


mensaje de error

“Ingresar una fecha

valida”

Muestra el mensaje

“Ingresar una fecha

valida”

2 Ingresar valor al

campo


valor

Ingresar el valor

para su registro.

3 Dejar en blanco

el campo

diagnostic


mensaje de error

“Ingresar

diagnostico”

Muestra el mensaje

“Ingresar

diagnostico”

4 Ingresar valor al

campo


valor

Ingresar el valor

para su registro.

5 Dejar en blanco

el campo

treatment


mensaje de error

“Ingresar

tratamiento”

Muestra el mensaje

“Ingresar

tratamiento”

6 Ingresar valor

los campos


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.


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


campo de la

búsqueda


mensaje de error

“Ingresar dni o

apellido”

Muestra el

mensaje “Ingresar

dni o apellido”

2 Ingresar valor al

campo


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”


85

RF006 Reporte de Historias Clínicas

Tabla 23. Reporte de Historias Clínicas

Nro.

Prueba

Accionar Prueba

OK

Prueba No

OK



campo de dni o

apellido


mensaje de error

“Ingresar dni o

apellido”

Muestra el

mensaje “Ingresar

dni o apellido”

2 Ingresar valor al

campo


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.


86

RF007 Reporte de Atención Medica

Tabla 24. Reporte de Atención Médica

Nro.

Prueba

Accionar Prueba

OK

Prueba No

OK


1 Dejar el inicio y

fin de la fecha en

blanco


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


mensaje con el error

“Ingresar fecha

inicio”

Muestra el

mensaje “Ingresar

fecha inicio”

3 Dejar la fecha de

fin en blanco


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.


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.


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


Figura 62 – Tiempo promedio de demora en la atención - antes


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


94

Figura 63 – Tiempo promedio de demora en la atención - después



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


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


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


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



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.


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


Figura 65 – Demanda de atenciones diarias - antes


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?


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


Figura 66 – Demanda de atenciones diarias - después


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


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


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


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


101

Figura 69 – Flujo del proceso principal - después


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%)


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


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%)


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%)


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


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%)


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


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%)


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


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


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/

https://www.asse.com.uy/contenido/Se-implanto-Historia-Clinica-Electronica-en-Hospital-de-Carmelo-9353

https://www.asse.com.uy/contenido/Se-implanto-Historia-Clinica-Electronica-en-Hospital-de-Carmelo-9353

http://archivo.peru21.pe/amp/actualidad/essalud-uso-historia-clinica-electronica-simplifica-tiempos-administrativos-2252592

http://archivo.peru21.pe/amp/actualidad/essalud-uso-historia-clinica-electronica-simplifica-tiempos-administrativos-2252592

http://repositorio.uncp.edu.pe/handle/UNCP/5003

http://dspace.unitru.edu.pe/handle/UNITRU/9588

http://tesis.ipn.mx/handle/123456789/22100

https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/

110

ANEXOS

ANEXO 1: Acta de Constitución - Proyect Charter

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

https://youtu.be/p_Mu4uwSj-c?t=43

114

ANEXO 3: Manual de Usuario

gestión de consultas médicas en una entidad de salud

Documents