Manrique LA

Sistema de información para monitorear el estado
de salud de las personas con diagnóstico COVID 19
Item Type info:eu-repo/semantics/bachelorThesis
Authors Manrique Lua, Alvaro Arturo; Reyes Huerta, Brayanm Reynaldo
Publisher Universidad Peruana de Ciencias Aplicadas (UPC)
Rights info:eu-repo/semantics/openAccess; Attribution-

NonCommercial-ShareAlike 4.0 International
Download date 02/11/2023 02:39:40
Item License http://creativecommons.org/licenses/by-nc-sa/4.0/
Link to Item http://hdl.handle.net/10757/663416

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS
FACULTAD DE INGENIERÍA
PROGRAMA ACADÉMICO DE INGENIERÍA DE SISTEMAS DE
INFORMACIÓN
Sistema de información para monitorear el estado de salud de las personas
con diagnóstico COVID 19
TESIS
Para optar el título profesional de Ingeniero de Sistemas de Información
AUTORES
Manrique Lua, Alvaro Arturo (0000-0002-8643-6811)
Reyes Huerta, Brayanm Reynaldo (0000-0003-2806-9010)
ASESOR
Herrera Trujillo, Emilio Antonio (0000-0001-8548-4849)
Lima, 27 de octubre del 2022

DEDICATORIA
A Dios por permitirnos cumplir con el desarrollo de este trabajo durante momentos
difíciles en el contexto peruano.
A nuestros padres por brindarnos apoyo y soporte durante cada momento de nuestra
vida, y por habernos inculcado los valores y la disciplina que nos caracterizan como
personas.
A los profesores y la universidad por la educación y las oportunidades nos brindó para
formarnos como profesionales que hoy en día presentan este trabajo con éxito.
2
RESUMEN
Para el presente proyecto, se realizó una investigación que permitió determinar y analizar
la problemática con la finalidad de conocer sus principales causas y consecuencias. Esto
permitió encontrar los principales métodos, procesos y herramientas utilizadas para lidiar
con este problema en la actualidad. Además, se empleó la metodología del benchmarking
para evaluar las tecnologías más recientes que permitan el desarrollo de la solución. Tras
realizar esta evaluación se determinó que se utilizaría el lenguaje de programación de
Java, la aplicación sería del tipo PWA y AWS como el ambiente Cloud elegido.
Luego, se realizó el diseño de la solución del proceso de monitoreo (TOBE) donde se

optimizaron tiempos y actividades. Además, se diseñaron las arquitecturas físicas, lógica,
integrada y por capas que plasmaron los componentes y su interacción con la solución.
También, se realizaron los mockups o prototipos con la finalidad mostrar el aspecto de la
solución más aterrizada y que se iba a plasmar luego en el desarrollo. En la última etapa
del diseño, se creó un escenario de pruebas y definieron las principales variables para
realizar las encuestas que validaron la solución.
Después, se desarrolló la aplicación en el periodo de 2 meses donde se emplearon nuevos

conocimientos de programación y, para la fase de despliegue, se realizó una pequeña
investigación sobre el uso correcto de los servicios Cloud de AWS. Cuando se terminó
de desarrollar y configurar el ambiente, se procedió a vincularlo con un dominio público
para que los usuarios accedan con mayor facilidad y se puedan realizar las pruebas. Para
la prueba una vez definida la muestra se evaluaron a los usuarios tanto paciente como
médicos a través de medios virtuales y presenciales, donde luego de emplear la aplicación
se realizó una encuesta para capturar los datos de tiempo con métodos tradiciones, tiempo
con la aplicación y finalmente la satisfacción de usuario.
Finalmente, se identificaron los puntos de mejora que puede tener la solución y se diseñó
un plan de continuidad para que la aplicación sea implementada en alguna empresa que
lo requiere contando con gestiones de ITIL para asegurar que el servicio se de manera
eficiente y correcta.
Palabras clave: “COVID-19”; “Sistema”; “Monitoreo”; “Aplicación”; “Aplicación web

progresiva”; “Temperatura”; Saturación de oxígeno; “Síntomas”
3
Information system to monitor the health status of people with COVID 19 diagnosis
ABSTRACT
For this project, research was carried out to determine and analyze the problem in order
to find out its main causes and consequences. This made it possible to find the main
methods, processes and tools used to deal with this problem at present. In addition, the
benchmarking methodology was used to evaluate the most recent technologies that allow
the development of the solution. After carrying out this evaluation, it was determined that
the Java programming language would be used, the application would be of the PWA
type and AWS would be the chosen Cloud environment.
Then, the design of the monitoring process solution was carried out, where time and
activities were optimized. In addition, the physical, logical, integrated and layered
architectures were designed to show the components and their interaction with the
solution. Also, mockups or prototypes were made with the aim of showing the appearance
of the most grounded solution, which was then to be implemented in the development. In
the last stage of the design, a test scenario was created, and the main variables were
defined in order to carry out the surveys that validated the solution.
The application was then developed over a period of 2 months using new programming
skills and, for the deployment phase, a small amount of research was carried out on the
correct use of AWS Cloud services. When the development and configuration of the
environment was completed, it was linked to a public domain for easier access by users
and testing. For the test, once the sample was defined, both patient and medical users
were evaluated through virtual and face-to-face means, where after using the application,
a survey was conducted to capture data on time with traditional methods, time with the
application and finally user satisfaction.
Finally, the points of improvement of the solution were identified and a continuity plan
was designed so that the application can be implemented in any company that requires it,
with ITIL management to ensure that the service is provided efficiently and correctly.
Keywords: “COVID-19”; “System”; “Monitoring”; “Application”; “Progressive web

application”; "Temperature"; "Oxygen saturation"; "Symptoms"
4
TABLA DE CONTENIDO
INTRODUCCIÓN .......................................................................................................... 22
CAPÍTULO 1: DEFINICIÓN DEL PROYECTO ......................................................... 23
1.1 Posicionamiento ............................................................................................... 23
1.1.1 Planteamiento del problema ..................................................................... 23
1.1.2 Objetivos................................................................................................... 26
1.1.3 Indicadores de éxito .................................................................................. 27
1.1.4. Alcance del proyecto ................................................................................ 27
1.1.4 Restricciones ............................................................................................. 29
1.1.5 Impacto en la organización ....................................................................... 29
1.2 Organización del proyecto ............................................................................... 30
1.2.1 Organigrama del proyecto ........................................................................ 30
1.2.2 Stakeholders ............................................................................................. 33
1.2.3 Recursos requeridos .................................................................................. 34
1.2.4 Enfoques del trabajo ................................................................................. 35
1.2.5 Riesgos y mitigación ................................................................................ 36
CAPÍTULO 2: LOGROS DE LOS STUDENT OUTCOMES ...................................... 38
2.1 Student Outcomes de Ingeniería ...................................................................... 38
2.1.1 Student Outcome 1 ................................................................................... 38
2.1.2 Student Outcome 2 ................................................................................... 39
2.1.3 Student Outcome 3 ................................................................................... 40
2.1.4 Student Outcome 4 ................................................................................... 41
2.1.5 Student Outcome 5 ................................................................................... 41
2.1.6 Student Outcome 6 ................................................................................... 42
2.1.7 Student Outcome 7 ................................................................................... 43
2.2 Student Outcome Computación ....................................................................... 43
2.2.1 Student Outcome 1 ................................................................................... 43
2.2.2 Student Outcome 2 ................................................................................... 44
5
2.2.3 Student Outcome 3 ................................................................................... 45
2.2.4 Student Outcome 4 ................................................................................... 46
2.2.5 Student Outcome 5 ................................................................................... 46
2.2.6 Student Outcome 6 ................................................................................... 47
CAPÍTULO 3: MARCO TEÓRICO .............................................................................. 48
3.1 Pandemia .......................................................................................................... 48
3.1.1 Pandemias anteriores ................................................................................ 48
3.1.2 COVID-19 ................................................................................................ 49
3.2 Enfermedades Respiratoria .............................................................................. 51
3.2.1 Neumonía ................................................................................................. 51
3.3 Monitoreo de salud .......................................................................................... 51
3.3.1 Medición de temperatura .......................................................................... 52
3.3.2 Medición de Saturación de Oxígeno ........................................................ 52
3.4 Sistema de Salud Peruano ................................................................................ 52
3.5 Tipo de aplicaciones ........................................................................................ 53
3.5.1 Aplicaciones Nativas ................................................................................ 53
3.5.2 Aplicaciones Web Progresiva (PWA) ...................................................... 53
3.5.3 Aplicaciones Hibridas............................................................................... 53
3.6 Servicios Cloud ................................................................................................ 54
3.6.1 Software as a service (SaaS) ..................................................................... 54
3.6.2 Plataforma como servicio (PaaS) ............................................................. 54
3.6.3 Infraestructura como servicio (IaaS) ........................................................ 54
3.6.4 Nube Privada ............................................................................................ 55
3.6.5 Nube Pública ............................................................................................ 55
3.6.6 Nube Híbrida ............................................................................................ 55
3.7 Proveedores Cloud ........................................................................................... 55
3.7.1 Amazon Web Services (AWS) ................................................................. 55
6
3.7.2 Microsoft Azure........................................................................................ 56
3.7.3 Google Cloud Platform............................................................................. 56
3.8 Enfoques de proyecto ....................................................................................... 56
3.8.1 Enfoque PMBOK ..................................................................................... 56
3.8.2 Metodología Scrum .................................................................................. 56
3.8.3 Metodología de investigación científica ................................................... 56
CAPÍTULO 4: DESARROLLO DEL PROYECTO ...................................................... 57
4.1 Análisis de tecnologías para el desarrollo de aplicaciones .............................. 58
4.1.1 Comparativa de Sistemas Operativos ....................................................... 58
4.1.2 Comparativa entre tipo de aplicaciones .................................................... 59
4.1.3 Comparativa de lenguajes de programación ............................................. 61
4.1.4 Comparativa de proveedores de plataformas de servicios cloud .............. 63
4.2 Análisis de técnicas de monitoreo a pacientes con Covid-19 .......................... 65
4.2.1 Procesos de monitoreo del Covid-19 más usados .................................... 65
4.3 Análisis de herramientas para la medición de parámetros biométricos ........... 68
4.3.1 Termómetro .............................................................................................. 68
4.3.2 Pulsioxímetro ............................................................................................ 69
4.3.3 Wearables ................................................................................................. 69
4.3.4 Comparativa de precios ............................................................................ 71
4.4 Benchmarking .................................................................................................. 73
4.4.1 Benchmarking de tipos de aplicación ....................................................... 73
4.4.2 Benchmarking de lenguajes de programación .......................................... 75
4.4.3 Benchmarking de plataformas de servicios Cloud ................................... 76
4.5 Disposiciones a tomar en cuenta para el proyecto ........................................... 78
4.5.1 Tipo de Casos ........................................................................................... 78
4.5.2 Síntomas que vigilar ................................................................................. 78
4.5.3 Grupos de riesgo ....................................................................................... 78
7
4.5.4 Signos de alarma ....................................................................................... 79
4.6 Casos para acudir a un establecimiento de salud ............................................. 79
4.7 Procesos involucrados en la monitorización de pacientes COVID-19 ............ 80
4.7.1 Proceso de atención de pacientes por COVID-19 .................................... 80
4.7.2 Proceso de manejo de casos de pacientes pediátricos con COVID-19..... 86
4.7.3 Proceso de casos sospechosos con COVID-19......................................... 91
4.7.4 Proceso de teleorientación (ASIS) ............................................................ 95
4.8 Fase de análisis ................................................................................................ 99
4.9 Proceso TOBE ............................................................................................... 100
4.9.1 Proceso de monitoreo de pacientes con COVID-19 ............................... 100
4.9.2 Diagrama del proceso de monitoreo de pacientes con COVID-19 ........ 102
4.9.3 Diagrama del subproceso de prueba COVID-19 .................................... 107
4.9.4 Diagrama del subproceso de atención de pacientes con COVID-19. ..... 110
4.10 Arquitecturas .............................................................................................. 112
4.10.1 Componentes .......................................................................................... 112
4.10.2 Arquitectura física .................................................................................. 114
4.10.3 Arquitectura Lógica ................................................................................ 115
4.10.4 Arquitectura Integrada ............................................................................ 116
4.10.5 Arquitectura por capas ............................................................................ 116
4.11 Diseño de mockups .................................................................................... 119
4.11.1 Módulo de Control de Acceso – Paciente .............................................. 119
4.11.2 Módulo de Captura de Datos – Paciente ................................................ 121
4.11.3 Módulo de Visualizaciones - Paciente.................................................... 122
4.11.4 Módulo de Notificaciones - Paciente...................................................... 124
4.11.5 Módulo de Contactos - Paciente ............................................................. 125
4.11.6 Módulo de Control de Acceso – Médico ................................................ 126
4.11.7 Módulo de Visualización – Médico ....................................................... 127
8
4.11.8 Versión Móvil – Usuario ........................................................................ 129
4.12 Propuesta de la solución ............................................................................. 131
4.12.1 Propuesta ................................................................................................ 131
4.12.2 Proceso de implementación .................................................................... 132
4.12.3 Aplicación desarrollada .......................................................................... 133
4.13 Propuesta de Validación ............................................................................. 136
4.13.1 Diseño de la validación........................................................................... 136
4.13.2 Diseño de Cuestionario ........................................................................... 138
4.13.3 Diseño de Escenario de pruebas ............................................................. 140
CAPÍTULO 5: RESULTADOS DEL PROYECTO .................................................... 143
5.1 Caso de estudio .............................................................................................. 143
5.2 Muestra .......................................................................................................... 144
5.3 Resultados obtenidos ..................................................................................... 146
5.3.1 Pacientes ................................................................................................. 146
5.3.2 Médicos .................................................................................................. 146
5.3.3 Resultados de la encuesta ....................................................................... 147
5.4 Apreciaciones del experto .............................................................................. 149
5.5 Resultados de la validación............................................................................ 150
5.6 Plan de continuidad ........................................................................................ 151
5.6.1 Objetivo .................................................................................................. 151
5.6.2 Beneficios ............................................................................................... 151
5.6.3 Plan de soporte ....................................................................................... 151
5.6.4 Gestión de seguridad .............................................................................. 153
5.6.5 Gestión de la disponibilidad ................................................................... 154
5.6.6 Plan a futuro ........................................................................................... 154
CAPÍTULO 6: GESTIÓN DEL PROYECTO ............................................................. 156
6.1 Plan de Gestión del Proyecto ......................................................................... 156
9
6.1.1 Ciclo de Vida del Proyecto ..................................................................... 156
6.1.2 Enfoques de Desarrollo .......................................................................... 158
6.1.3 Planes de Gestión Subsidiaria ................................................................ 159
6.1.4 Umbral de Variación de Alcance ........................................................... 160
6.1.5 Gestión del Alcance de la Línea Base .................................................... 160
6.1.6 Umbral de Variación del Calendario ...................................................... 160
6.1.7 Gestión de Línea de Base del calendario ................................................ 161
6.1.8 Umbral de Variación de Costos .............................................................. 161
6.1.9 Gestión de la línea Base de los Costos ................................................... 161
6.2 Hoja de Ruta del Proyecto ............................................................................. 161
6.2.1 Fases del Ciclo de Vida del Proyecto ..................................................... 161
6.2.2 Principales Entregables o Eventos .......................................................... 164
6.2.3 Hitos Significativos ................................................................................ 165
6.2.4 Tiempos y Tipos de Revisiones .............................................................. 168
6.2.5 Enfoque................................................................................................... 169
6.3 Plan de Gestión del Alcance .......................................................................... 170
6.3.1 EDT ........................................................................................................ 170
6.3.2 Diccionario EDT..................................................................................... 171
6.3.3 Alcance de la línea base de Mantenimiento ........................................... 182
6.3.4 Aceptación de Entregable ....................................................................... 183
6.3.5 Alcance e Integración de requerimientos ............................................... 184
6.4 Plan de Gestión de Requerimientos ............................................................... 184
6.4.1 Recolección de Requerimientos ............................................................. 184
6.4.2 Análisis de Requerimientos .................................................................... 184
6.4.3 Categorías de Requerimientos ................................................................ 185
6.4.4 Documentación de Requerimientos ........................................................ 185
6.4.5 Priorización de Requerimientos ............................................................. 185
10
6.4.6 Métricas .................................................................................................. 186
6.4.7 Estructura de Trazabilidad ...................................................................... 186
6.4.8 Seguimiento de Requerimientos ............................................................. 186
6.4.9 Recolección de Requerimientos ............................................................. 186
6.4.10 Validación de Requerimientos................................................................ 187
6.4.11 Gestión de la Configuración de Requerimiento ..................................... 187
6.5 Enunciado de Alcance ................................................................................... 187
6.5.1 Descripción del Alcance del Proyecto .................................................... 187
6.5.2 Entregables del Proyecto ........................................................................ 188
6.5.3 Criterios de Aceptación del Producto ..................................................... 189
6.5.4 Exclusiones del Proyecto ........................................................................ 191
6.6 Plan de Gestión del Cronograma ................................................................... 191
6.6.1 Metodología de Asignación del Cronograma ......................................... 191
6.6.2 Herramientas de Planificación y Asignación del Cronograma ............... 191
6.6.3 Nivel de Exactitud .................................................................................. 192
6.6.4 Unidades de Medida ............................................................................... 192
6.6.5 Umbrales de Variación ........................................................................... 192
6.6.6 Archivado de Informes y Formatos ........................................................ 192
6.6.7 Metodología de Asignación del Cronograma ......................................... 193
6.7 Lista de Hitos ................................................................................................. 193
6.7.1 Hitos ....................................................................................................... 193
6.8 Plan de Gestión de Costo ............................................................................... 195
6.8.1 Unidades de Medidas ............................................................................. 195
6.8.2 Nivel de Precisión ................................................................................... 195
6.8.3 Nivel de Exactitud .................................................................................. 196
6.8.4 Umbrales de Control ............................................................................... 196
6.8.5 Reglas de Medición del Rendimiento..................................................... 196
11
6.8.6 Información y Formato de Informes de Costos ...................................... 196
6.8.7 Detalles Adicionales ............................................................................... 197
6.9 Plan de Gestión de Calidad ............................................................................ 197
6.9.1 Estándares de Calidad ............................................................................. 197
6.9.2 Objetivos de Calidad .............................................................................. 197
6.9.3 Roles y Responsabilidades de Calidad ................................................... 198
6.9.4 Entregables y Procesos sujetos a Revisión de Calidad ........................... 198
6.9.5 Enfoque de Gestión de Calidad .............................................................. 199
6.9.6 Procedimientos de Calidad Aplicables ................................................... 200
6.10 Matriz RAM ............................................................................................... 200
6.10.1 Matriz de Asignación de Responsabilidades .......................................... 200
6.11 Plan de Gestión de Recursos ...................................................................... 202
6.11.1 Identificación del Miembro del Equipo y Estimaciones ........................ 202
6.11.2 Adquisición de los Miembros del Equipo .............................................. 202
6.11.3 Gestión de los Miembros del Equipo ..................................................... 203
6.11.4 Organigrama del Proyecto ...................................................................... 203
6.11.5 Roles and Responsabilidades ................................................................. 204
6.11.6 Requerimientos de Entrenamiento.......................................................... 205
6.11.7 Recompensas y Reconocimientos .......................................................... 205
6.11.8 Desarrollo del Equipo ............................................................................. 206
6.11.9 Identificación de Recursos Físicos ......................................................... 206
6.11.10 Adquisición de Recursos Físicos ........................................................ 207
6.11.11 Gestión de Recursos Físicos ............................................................... 207
6.12 Plan de Gestión de Comunicaciones .......................................................... 207
6.12.1 Plan de Gestión de Comunicaciones ...................................................... 207
6.12.2 Restricciones o Suposiciones de Comunicación .................................... 208
6.13 Plan de Gestión de Riesgos ........................................................................ 208
12
6.13.1 Estrategia ................................................................................................ 208
6.13.2 Metodología ............................................................................................ 209
6.13.3 Roles y Responsabilidades ..................................................................... 209
6.13.4 Categorías de Riesgo .............................................................................. 209
6.13.5 Financiación de la Gestión de Riesgos ................................................... 210
6.13.6 Protocolos de Contingencia .................................................................... 210
6.13.7 Frecuencia y Tiempo .............................................................................. 210
6.13.8 Tolerancia al Riesgo de los Stakeholders ............................................... 211
6.13.9 Seguimiento de Riesgos y Auditoría ...................................................... 211
6.13.10 Definiciones de Probabilidad .............................................................. 211
6.13.11 Definiciones de impacto por objetivo ................................................. 212
6.13.12 Matriz de probabilidad e impacto ....................................................... 213
6.14 Plan de Gestión de Adquisiciones .............................................................. 214
6.14.1 Integración de Adquisiciones ................................................................. 214
6.14.2 Tiempos .................................................................................................. 214
6.14.3 Métricas de Rendimiento ........................................................................ 214
6.14.4 Roles, Responsabilidades y Autoridad ................................................... 215
6.14.5 Suposiciones y Restricciones.................................................................. 215
6.14.6 Jurisdicción Legal y Moneda .................................................................. 215
6.14.7 Estimaciones independientes .................................................................. 215
6.14.8 Gestión de Riesgos ................................................................................. 215
6.14.9 Proveedores Precalificados ..................................................................... 215
CONCLUSIONES ........................................................................................................ 216
RECOMENDACIONES .............................................................................................. 217
GLOSARIO .................................................................................................................. 218
SIGLARIO ................................................................................................................... 219
BIBLIOGRAFÍA .......................................................................................................... 220
13
ANEXOS ...................................................................................................................... 231
ANEXO A: WASC................................................................................................... 231
A.1. Ensayo de ciudadanía Manrique ....................................................................... 231
A.2. Ensayo de ciudadanía Reyes ............................................................................. 234
ANEXO C: COSTOS Y PRESUPUESTOS ............................................................ 237
C.1. Introducción ...................................................................................................... 237
C.1.1. Propósito .................................................................................................... 237
C.1.2. Alcance ...................................................................................................... 237
C.2. Costos internos y externos ................................................................................ 238
C.2.1. Soporte interno ............................................................................................... 238
C.2.2. Soporte externo .............................................................................................. 239
C.2.3. Costos Totales ................................................................................................ 239
C.3. Enfoque de gestión de costos ............................................................................ 239
C.3.1. Indicadores de costo................................................................................... 239
14
ÍNDICE DE TABLAS
Tabla 1 Problema y causas identificadas ....................................................................... 26
Tabla 2 Indicadores de éxito ......................................................................................... 27
Tabla 3 Restricciones del proyecto ................................................................................. 29
Tabla 4 Roles y Responsabilidades ............................................................................... 31
Tabla 5 Stakeholders del proyecto.................................................................................. 33
Tabla 6 Riesgos identificados en el proyecto ................................................................. 36
Tabla 7. Cuadro comparativo de tipos de aplicaciones ................................................. 61
Tabla 8. Cuadro comparativo de lenguajes de programación PHP, Java y Python ..... 62
Tabla 9 Comparación de plataformas de servicios Cloud ............................................. 64
Tabla 10. Wearables para el monitoreo de pacientes con COVID-19 .......................... 70
Tabla 11. Cuadro comparativo de precios de herramientas .......................................... 73
Tabla 12. Matriz de enfrentamiento de criterios para tipos de aplicación ................... 74
Tabla 13. Benchmarking de tipos de aplicaciones ........................................................ 74
Tabla 14. Matriz de enfrentamiento de criterios de los lenguajes de programación .... 75
Tabla 15. Benchmarking de lenguajes de programación .............................................. 76
Tabla 16. Matriz de enfrentamiento de criterios de plataformas de servicios Cloud ... 77
Tabla 17. Benchmarking de plataformas de servicios Cloud ........................................ 77
Tabla 18 Variación de Saturación de oxígeno con la altitud ......................................... 79
Tabla 19. Caracterización del Proceso de atención de pacientes por COVID-19 ........ 82
Tabla 20. Caracterización del proceso de manejo de casos sospechosos o confirmados
de pacientes pediátricos con COVID-19 ........................................................................ 88
Tabla 21. Caracterización del Proceso de investigación y manejo de casos sospechosos
con COVID-19 ................................................................................................................ 93
Tabla 22. Caracterización del proceso de teleorientación ............................................ 97
Tabla 23 Caracterización de actividades del proceso de monitoreo de pacientes con
COVID-19 ..................................................................................................................... 103
Tabla 24 Caracterización de compuertas del proceso de monitoreo de pacientes con
COVID-19 ..................................................................................................................... 105
Tabla 25 Caracterización de eventos del proceso de monitoreo de pacientes con COVID-
19 .................................................................................................................................. 106
Tabla 26 Caracterización de actividades del subproceso de prueba COVID-19 ........ 107
Tabla 27 Caracterización de compuertas del subproceso de prueba COVID-19 ........ 108
Tabla 28 Caracterización de eventos del subproceso de prueba COVID-19 .............. 109
15
Tabla 29 Caracterización de actividades del subproceso de atención de pacientes con
COVID-19 ..................................................................................................................... 110
Tabla 30 Caracterización de compuertas del subproceso de atención de pacientes con
COVID-19 ..................................................................................................................... 111
Tabla 31 Caracterización de eventos del subproceso de atención de pacientes con
COVID-19 ..................................................................................................................... 111
Tabla 32 Caracterización de actividades del proceso de validación ........................... 141
Tabla 33 Caracterización de eventos del proceso de validación ................................. 142
Tabla 34. Resultado del promedio de tiempos de monitoreo ....................................... 147
Tabla 35 Resultado de puntaciones promedio de los pacientes respecto a MoniCovid148
Tabla 36 Resultado de puntaciones promedio de los pacientes ................................... 148
Tabla 37 Resultado de puntaciones promedio de los médicos respecto a MoniCovid 149
Tabla 38 Roles de Soporte ............................................................................................ 151
Tabla 39 Procedimiento de soporte .............................................................................. 152
Tabla 40 Fases del desarrollo del proyecto ................................................................. 156
Tabla 41 Enfoque de cada entregable del proyecto ..................................................... 158
Tabla 42 Planes de Gestión Subsidiaria....................................................................... 159
Tabla 43 Umbral de variación de alcance ................................................................... 160
Tabla 44 Umbral de variación del calendario ............................................................. 160
Tabla 45 Umbral de variación de costos ...................................................................... 161
Tabla 46 Entregables según fecha y prioridad ............................................................. 164
Tabla 47 Hitos del proyecto.......................................................................................... 165
Tabla 48 Tiempos y tipos de revisiones para los entregables ...................................... 168
Tabla 49 Project Charter .............................................................................................. 171
Tabla 50 Plan de Gestión del proyecto ........................................................................ 171
Tabla 51 Hoja de ruta del proyecto .............................................................................. 171
Tabla 52 Plan de gestión del alcance ........................................................................... 172
Tabla 53 Plan de gestión de requerimientos ................................................................ 172
Tabla 54 Enunciado del alcance .................................................................................. 173
Tabla 55 Plan de gestión del cronograma ................................................................... 173
Tabla 56 Lista de hitos ................................................................................................. 174
Tabla 57 Plan de gestión del costo ............................................................................... 174
Tabla 58 Plan de gestión de calidad ............................................................................ 175
Tabla 59 Matriz de asignación de responsabilidades .................................................. 175
16
Tabla 60 Plan de gestión de recursos ........................................................................... 175
Tabla 61 Plan de gestión de comunicaciones ............................................................... 176
Tabla 62 Plan de gestión de riesgos ............................................................................. 176
Tabla 63 Plan de gestión de adquisiciones .................................................................. 177
Tabla 64 Solicitud de cambios ...................................................................................... 177
Tabla 65 Documento de análisis de procesos, herramientas y plataformas tecnológicas
...................................................................................................................................... 177
Tabla 66 Diseño de arquitecturas ................................................................................ 178
Tabla 67 Diseño de mockups ........................................................................................ 178
Tabla 68 Historias de usuario ...................................................................................... 178
Tabla 69 Desarrollo de la aplicación web progresiva ................................................. 179
Tabla 70 Diseño de escenario de pruebas .................................................................... 179
Tabla 71 Pruebas de QA ............................................................................................... 179
Tabla 72 Pruebas con usuarios .................................................................................... 180
Tabla 73 Evaluación de los usuarios............................................................................ 180
Tabla 74 Documento de validación de la aplicación web progresiva ......................... 180
Tabla 75 Continuidad técnica....................................................................................... 181
Tabla 76 Viabilidad financiera ..................................................................................... 181
Tabla 77 Paper del proyecto ........................................................................................ 182
Tabla 78 Memoria del proyecto.................................................................................... 182
Tabla 79 Aprobación de entregables ............................................................................ 183
Tabla 80 Métodos de recolección de requerimientos ................................................... 184
Tabla 81 Categorías de requerimientos ....................................................................... 185
Tabla 82 Métricas y requisitos de los requerimientos.................................................. 186
Tabla 83 Validación de los requerimientos .................................................................. 187
Tabla 84 Entregables del proyecto de acuerdo a las fases .......................................... 188
Tabla 85 Criterios de aceptación del producto ............................................................ 189
Tabla 86 Umbrales de variación .................................................................................. 192
Tabla 87 Hitos del proyecto.......................................................................................... 193
Tabla 88 Unidades de medida de los recursos ............................................................. 195
Tabla 89 Nivel de precisión de los tipos de recursos ................................................... 196
Tabla 90 Nivel de exactitud del costo de actividades ................................................... 196
Tabla 91 Umbrales de control de los costos ................................................................ 196
Tabla 92 Objetivos de calidad ...................................................................................... 197
17
Tabla 93 Roles y responsabilidades de calidad............................................................ 198
Tabla 94 Entregables y procesos sujetos a revisión de calidad ................................... 198
Tabla 95 Enfoque de gestión de calidad ....................................................................... 199
Tabla 96 Procedimientos de calidad aplicables ........................................................... 200
Tabla 97 Matriz RAM ................................................................................................... 201
Tabla 98 Identificación de los miembros del equipo y las estimaciones ...................... 202
Tabla 99 Roles y responsabilidades ............................................................................. 204
Tabla 100 Identificación de recursos físicos ................................................................ 206
Tabla 101 Plan de gestión de comunicaciones ............................................................. 207
Tabla 102 Restricciones o suposiciones de comunicación ........................................... 208
Tabla 103 Roles y responsabilidades ........................................................................... 209
Tabla 104 Categorías de riesgo ................................................................................... 209
Tabla 105 Frecuencia y tiempo .................................................................................... 210
Tabla 106 Tolerancia al riesgo de los stakeholders ..................................................... 211
Tabla 107 Definiciones de probabilidad ...................................................................... 211
Tabla 108 Definiciones de impacto por objetivo .......................................................... 212
Tabla 109 Matriz de probabilidad e impacto ............................................................... 213
Tabla 110 Leyenda de la matriz de probabilidad e impacto ........................................ 213
Tabla 111 Integración de adquisiciones....................................................................... 214
Tabla 112 Tiempos de adquisición ............................................................................... 214
Tabla 113 Métricas de rendimiento .............................................................................. 214
Tabla 114 Roles, responsabilidades y autoridad ......................................................... 215
Tabla 115 Suposiciones y restricciones ........................................................................ 215
Tabla 116 Costos de soporte interno ............................................................................ 238
Tabla 117 Costo total del desarrollo del sistema ......................................................... 239
18
INDICE DE FIGURAS
Figura 1 Promedio semanal de porcentaje de positividad de Covid-19 en Perú 21/03. 23
Figura 2 Promedio semanal de porcentaje de positividad de Covid-19 en Perú 25/03. 24
Figura 3 Organigrama del equipo de proyecto. ............................................................. 30
Figura 4 Interfaz de la aplicación móvil SGS ................................................................. 50
Figura 5 Objetivos involucrados en el desarrollo del proyecto. .................................... 58
Figura 6 Condición de tendencia de las Tecnologías de Información y Comunicación 58
Figura 7 Porcentaje de tráfico web por dispositivo. ...................................................... 59
Figura 8 Tendencias en las visitas en persona, telemedicina y totales por semana durante
los períodos Pre-COVID-19 y COVID-19. .................................................................... 66
Figura 9 Hoja de Monitoreo para pacientes con COVID-19 leve. ................................. 67
Figura 10 Ficha de sintomatología de la COVID-19. .................................................... 68
Figura 11 Termómetro digital Sigma – Caja 1 UN. ....................................................... 71
Figura 12 Oxímetro de Pulso Fingertip LED – Caja 1 UN. ........................................... 71
Figura 13 Xiomi Amazfit Band 5/con Oxímetro + Correa De Regalo. .......................... 72
Figura 14 Proceso de atención de pacientes por COVID-19. ........................................ 81
Figura 15 Proceso de manejo de casos sospechosos o confirmados de pacientes
pediátricos con COVID-19. ............................................................................................ 87
Figura 16 Proceso de investigación y manejo de casos sospechosos con COVID-19. .. 92
Figura 17. Proceso de teleorientación. ........................................................................... 96
Figura 18 Diagrama de proceso TOBE de monitoreo de pacientes con COVID-19 ... 102
Figura 19 Diagrama de subproceso de prueba COVID-19. ......................................... 107
Figura 20 Diagrama de subproceso de atención de pacientes con COVID-19............ 110
Figura 21 Diagrama de arquitectura física de la solución .......................................... 114
Figura 22 Diagrama de arquitectura lógica de la solución ......................................... 115
Figura 23 Diagrama de arquitectura integrada de la solución ................................... 116
Figura 24 Diagrama de arquitectura por capas de la solución ................................... 118
Figura 25 Pantalla de inicio de sesión ......................................................................... 119
Figura 26 Pantalla de creación de cuenta .................................................................... 119
Figura 27 Pantalla de recuperación de cuenta ............................................................ 120
Figura 28 Pantalla de cambio de contraseña ............................................................... 120
Figura 29 Pantalla de registro de temperatura ............................................................ 121
Figura 30 Pantalla de registro de saturación de oxígeno ............................................ 121
Figura 31 Pantalla de registro de síntomas.................................................................. 122
19
Figura 32 Pantalla de inicio ......................................................................................... 122
Figura 33 Pantalla de reportes del estado de salud del paciente ................................. 123
Figura 34 Pantalla de registros de monitoreo .............................................................. 123
Figura 35 Pantalla de visualización de contactos ........................................................ 124
Figura 36 Pantalla de notificación de paciente recuperado ........................................ 124
Figura 37 Pantalla de alerta de monitoreo pendiente .................................................. 125
Figura 38 Pantalla de registro de contacto .................................................................. 125
Figura 39 Pantalla de edición de contacto ................................................................... 126
Figura 40 Pantalla de inicio de sesión del médico ....................................................... 126
Figura 41 Pantalla de creación de cuenta del médico ................................................. 127
Figura 42 Pantalla de buscar paciente por DNI .......................................................... 127
Figura 43 Pantalla de registros del paciente buscado por DNI ................................... 128
Figura 44 Pantalla de visualización de síntomas del paciente buscado por DNI ........ 128
Figura 45 Pantalla de visualización de reportes del paciente buscado por DNI ......... 129
Figura 46 Pantallas de visualización de Login y de Inicio del usuario ....................... 129
Figura 47 Pantallas de captura de datos ...................................................................... 130
Figura 48 Pantallas de reportes de salud de gráficas de temperatura y saturación de
oxígeno ......................................................................................................................... 130
Figura 49 Pantallas de visualización de la lista y creación de contactos. ................... 131
Figura 50 Pantallas de notificación y alerta a los usuarios. ........................................ 131
Figura 51 Proceso de implementación ......................................................................... 133
Figura 52 Evidencia que indica la funcionalidad PWA ............................................... 134
Figura 53 Registro de parámetro de temperatura ........................................................ 134
Figura 54 Vista de reportes del paciente ...................................................................... 135
Figura 55 Gráfica de temperatura del paciente ........................................................... 135
Figura 56 Vista del médico para buscar reportes del paciente .................................... 136
Figura 57 Proceso de validación de MoniCovid .......................................................... 140
Figura 58 Médicos hábiles por departamentos. ........................................................... 144
Figura 59 Casos positivos en Lima Metropolitana. ...................................................... 145
Figura 60 Datos obtenidos de los usuarios pacientes en la encuesta. ......................... 146
Figura 61 Datos obtenidos de los usuarios médicos en la encuesta ............................ 147
Figura 62 Evidencia de reunión con el médico especialista. ....................................... 150
Figura 63 Contingencia en la infraestructura de la aplicación. .................................. 154
Figura 64 Ciclo de vida del proyecto............................................................................ 162
20
Figura 65 Desarrollo iterativo del contenido en el desarrollo del proyecto para TP1 163
Figura 66 Desarrollo iterativo del contenido en el desarrollo del proyecto para TP2 163
Figura 67 Estructura de descomposición de trabajo .................................................... 170
Figura 68 Organigrama del proyecto ........................................................................... 203
Figura 69 Flujo de caja de la inversión. ....................................................................... 240
Figura 70 Grafica del retorno de interés del proyecto. ................................................ 241
21
INTRODUCCIÓN
A la fecha actual, se han reportado más de 2.1 millones de casos confirmados en Perú de
personas contagiadas por COVID-19. Asimismo, según datos del Ministerio de Salud, se
observa el aumento de la ocupación de camas de hospitalización y camas UCI ocupadas
que están próximos a sus límites de capacidad que son 20000 y 2000 camas
respectivamente. Ante el aumento de los ritmos de contagio y la saturación del sistema
de salud, es indispensable el tratamiento de pacientes con COVID-19 desde el hogar para
una rápida intervención y evitar complicaciones. El gobierno peruano brinda
recomendaciones generales para las personas que tuvieron un resultado positivo tras
realizarse la prueba molecular para detectar COVID-19. Estas medidas son guardar
reposo, aislarse en una habitación del hogar, lavarse las manos de forma frecuente,
ventilar el domicilio y usar mascarilla. Aparte de esto, recomienda adquirir un oxímetro
de pulso para la medición diaria el porcentaje de saturación de oxígeno, pues esta medida
debe ser superior a 95%. Sin embargo, estas recomendaciones no indican un proceso de
seguimiento y monitoreo preciso para el periodo de duración de la enfermedad en caso
no se necesite de hospitalización en UCI.
Mediante el uso de la tecnología se propone utilizar una aplicación web progresiva como
sistema de monitoreo para pacientes diagnosticados con COVID-19. Este tipo de
aplicación permite que un usuario pueda acceder a nuestro sistema desde cualquier
dispositivo con conexión a internet. En Perú, no existe ninguna aplicación que permita
monitorear variables como la temperatura o la saturación de oxígeno relacionadas a esta
enfermedad. Actualmente, los pacientes con coronavirus son monitoreados a través de
telemedicina mediante videollamadas por WhatsApp. Esto permite realizar una
intervención virtual con énfasis en personas con sintomatología respiratoria. Otro método,
planteado por el epidemiólogo Antonio Quispe, muestra una cartilla de monitoreo de
pacientes con COVID-19 que permite medir parámetros como la temperatura, saturación
de oxígeno, signos de COVID-19 leve y signos de alarma. Estos parámetros son utilizados
como fuente de información de su estado de salud en caso se agrave o mejor para tomar
una decisión. No obstante, el llenado de la cartilla es un proceso manual que puede ser
automatizado en la solución planteada en el presente proyecto.
22
CAPÍTULO 1: DEFINICIÓN DEL PROYECTO
1.1 Posicionamiento
1.1.1 Planteamiento del problema
Debido a la alta cifra de contagios confirmados y la cantidad de fallecidos, el Perú se
ubicó como tercer parís en América Latina con mayor número de casos confirmados de
COVID-19 (BBC, 2020). Actualmente, en el Perú, se diagnosticaron más de 1,5 millones
de personas con COVID-19 aproximadamente. Asimismo, medios de comunicación
indican el incremento de la positividad PCR a 16% el 19 de marzo (Gestión, 2021).
De acuerdo con el ingeniero electrónico y analista de datos, Rodrigo Parra, se observa un

incremento en la ocupación de las camas UCI de 1000 a 2000 aproximadamente durante
el periodo de enero a marzo de 2021. De igual modo, durante el mismo periodo, se
observa un incremento en el total de camas de hospitalización ocupadas. Así también, se
menciona que la positividad de las pruebas moleculares corresponde a un 3% del total
(Parra, 2021).
Figura 1
Promedio semanal de porcentaje de positividad de Covid-19 en Perú 21/03.
Nota. Recuperado de Rodrigo Parra (2021).
La figura 2 ilustra el reporte del 25 de marzo del 2021 de la situación de COVID 19 en el

Perú. En el cual la cifra más resaltante es el incremento de la positividad de las pruebas
moleculares del 3.0% al 7.1% respecto al reporte del 21 de marzo del 2021.
23
Figura 2
Promedio semanal de porcentaje de positividad de Covid-19 en Perú 25/03.
Nota. Recuperado de Rodrigo Parra (2021).
Todos estos factores evidencian el colapso del sistema de salud del país durante los
periodos de la pandemia. Esto genera que se incremente el tiempo de la atención médica
de los pacientes debido al colapso del sistema de salud peruano tal como evidencian
múltiples fuentes de información como los medios de comunicación peruanos. Así
también, hoy en día, no existe ningún sistema de control para monitorear a los pacientes
con COVID-19 que permita agilizar los procesos de atención en los centros de salud.
Además, al comparar la figura 1 y la figura 2 se evidencia que la cifra nuevos casos

aumento en más de 2000 casos y muestra el incremento de 50 personas más en
hospitalización. Estas cifras en aumento indican que nos encontramos en una segunda ola
de contagios. Según El Comercio desde el 15 de marzo del 2021, la disminución de la
curva empezó a mostrar un ascenso tan alta como a inicios de año, lo que genera como
consecuencia el aumento del promedio de contagios diarios y ocupación de camas UCI
en Lima, siendo el peor momento de la segunda ola que nuestro país afronta.
Según BBC News Mundo, en regiones como Loreto, “la pandemia ha desbordado los
hospitales”. Luego de realizar una entrevista con el decano del Colegio de Médicos del
Perú en la Regional de Iquitos, Luis Leonardo Runciman indicó que los hospitales de
Iquitos no tienen espacio para atender a más pacientes y, por ello, los envían de regreso a
sus hogares (BBC, 2020).
24
Las causas identificadas ante esta problemática son las siguientes:
• Muchas empresas de transporte no cumplen con los protocolos de bioseguridad

contra el COVID-19, pues la Autoridad de Transporte Urbano (ATU) ha
registrado más de 1 500 papeletas a ómnibus (Gestión, 2021). Asimismo,
empresas mineras como Chinalco Perú, incumplieron la normativa de seguridad
y de prevención de la enfermedad entre sus trabajadores; lo que ocasionó que al
menos 30 trabajadores se contagiaran de COVID-19 (La República, 2020).
• Según El País, el COVID-19 se propagó rápidamente en el país debido a que el
virus tiene un alto índice de contagio (RO) equivalente a 2,68 según la revista
científica ‘Lancet’; es decir, 1 persona puede contagiar 2,68 personas. Asimismo,
también argumenta que esta propagación ocurre por el desconocimiento de los
contagiados de padecer COVID-19, ya que los síntomas se presentan luego de
varios días de haber sido infectado por esta enfermedad (El País, 2020).
• Según IDEELE, se observan la ineficiencia del sector público del Perú ante la
escasez de camas UCI, implementos básicos de salud biosanitaria, personal
médico y ventiladores de emergencia. Esto se debe a que diversos gobiernos entre
los periodos de 2014 a 2019 no estimaron la importancia de aumentar los recursos
económicos de este sector. Se evidencia porque las cifras presupuestadas son muy
bajas (656 dólares) colocando al país como el segundo que menos invirtió en el
sector salud en Sudamérica (Revista IDEELE, 2020).
25
Tabla 1
Problema y causas identificadas
Problema Causas
• Incumplimiento de protocolos de bioseguridad

de las empresas durante la pandemia (Gestión,
Incremento de pacientes 2021)
diagnosticados con • La propagación rápida de la enfermedad,
COVID-19 que no pueden incluso sin tener conocimiento de la presencia
ser atendidos en centros de de COVID-19 en el organismo (El País, 2020)
salud de Perú • Colapso del sistema sanitario peruano ante el
manejo inadecuado de la pandemia (Revista
IDEELE, 2020)
Nota: Elaboración Propia.
1.1.2 Objetivos
Objetivo General
OG: Implementar una aplicación web progresiva que permita monitorear la salud de
pacientes con COVID-19 para controlar y asegurar su estabilidad a través de un reporte
temporal sobre su evolución, las mejorías y pruebas del tratamiento estipulado.
Objetivo Específicos
OE1: Analizar los procesos, herramientas y plataformas tecnológicas involucradas en el
monitoreo del estado de salud de pacientes con COVID-19 utilizando la metodología de
benchmarking
OE2: Diseñar los procesos, arquitectura física y lógica que permita el desarrollo de la
aplicación web progresiva
OE3: Validar la aplicación web progresiva con una muestra de pacientes con COVID-
19 utilizando un escenario de prueba para verificar el cumplimiento del proyecto
OE4: Elaboración del plan de continuidad que asegure la viabilidad técnica en el tiempo
de la aplicación web progresiva
26
1.1.3 Indicadores de éxito
A continuación, se muestran los indicadores de logro que permitirán cumplir los objetivos
del proyecto.
Tabla 2
Indicadores de éxito
Indicador de éxito Objetivo
Acta de aprobación por parte del Product Owner del análisis de los
procesos, herramientas y plataformas tecnológicas involucradas en
IE1 OE1
el monitoreo del estado de salud de pacientes con COVID-19
utilizando la metodología de benchmarking
Acta de aprobación por parte del Product Owner del diseño de los
IE2 procesos, arquitectura física y lógica que permita el desarrollo de OE2
la aplicación web progresiva
Acta de aprobación por parte del Product Owner sobre la utilidad

IE3 de la aplicación web progresiva en el control de la salud de OE3
personas con COVID-19.
Acta de aprobación del documento del Plan de Continuidad por

IE4 OE4
parte del Product Owner
1.1.4. Alcance del proyecto

Alcance del Proyecto:
El proyecto tiene el siguiente alcance:
• Realización de un benchmarking de las herramientas y plataformas tecnológicas

involucradas en la solución del proyecto.
• Análisis de procesos de monitoreo de pacientes con COVID-19.
• Diseñar las arquitecturas de negocio, física y lógica, y prototipos (mockups) que
permitan el desarrollo de la aplicación web progresiva
• Validar que la aplicación web progresiva permita el monitoreo y control de la
estabilidad de la salud de personas con COVID-19 desde el hogar
27
• Elaborar el plan de continuidad para la viabilidad en el tiempo de la aplicación
web progresiva
• Elaboración del paper del proyecto
• Despliegue de la aplicación web progresiva y su respectivo manual de usuario
Alcance del Producto:
El producto incluirá las siguientes características en su alcance:
• La aplicación web progresiva tendrá un diseño responsivo para visualizar la

información a través de tabletas, dispositivos móviles y navegadores de escritorio.
• La aplicación web progresiva se desarrollará mediante las buenas prácticas de
desarrollo de software y protección de datos según la Ley Orgánica de Protección
de datos (LOPD).
• La aplicación web progresiva tendrá un apartado para digitalizar los datos de
temperatura y oxígeno en la sangre del paciente y mostrará un reporte periódico
de la evolución de su enfermedad.
• La aplicación web progresiva enviará una alerta en caso de que se detecte una
inestabilidad en sus datos indicando una posible complicación y brindará una
recomendación.
• La aplicación web progresiva sugerirá consejos de médicos en casos de neumonía
o patologías comunes en los pacientes
Exclusiones del Proyecto:
• El proyecto no incluirá las siguientes características:

• Durante el proyecto no se desarrollarán aplicaciones nativas para dispositivos iOS
y Android.
• Soporte técnico después de diciembre del año 2022
• La aplicación web progresiva no contempla el monitoreo de los pacientes
internados en las camas UCI.
28
1.1.4 Restricciones
Las restricciones del proyecto son las siguientes:
Tabla 3
Restricciones del proyecto
Restricciones Descripción
1. Duración del El proyecto de investigación será desarrollado en 32 semanas y

proyecto en dos ciclos académicos (2021-1 y 2021-2).
Los entregables del proyecto se presentarán en los plazos

2. Entregables acordados y mediante los formatos proporcionados por el Comité
de Proyectos.
El proyecto se desarrollará utilizando tecnologías de software

3. Costos
libre que no involucran mayores inversiones.
El usuario de la aplicación web progresiva debe tener

4. Materiales de
herramientas de medición de temperatura (termómetro) y
medición
saturación de oxígeno (pulsioxímetro).
La aplicación web progresiva requerirá que el usuario se

5. Uso de la
encuentre en la capacidad de medir su temperatura y la saturación
aplicación web
de oxígeno. O, en su defecto, que tenga algún auxiliar o personal
progresiva
de apoyo que le ayude a medir esos parámetros.
1.1.5 Impacto en la organización

El proyecto tiene un impacto de corte transversal, ya que su finalidad es permitir que las
personas diagnosticadas con COVID-19 puedan monitorizar su estado de salud y
visualizar un reporte de la evolución de su enfermedad desde su hogar a través de una
aplicación web progresiva. Esta aplicación mostrará gráficamente los datos obtenidos del
control de variables resaltantes de esta enfermedad como son la temperatura y la
saturación de oxígeno en la sangre para alertar a los pacientes la posibilidad padecer un
cuadro de neumonía. Y de esta manera, comprobar si es necesaria la adquisición de un
tanque de oxígeno como suministro de oxígeno, o en caso la situación lo amerite, una
hospitalización de emergencia para ser tratado mediante las camas UCI. Este proyecto
29
tiene un impacto en toda sociedad y permite crear nuevos proyectos que aporten
continuidad a la solución.
1.2 Organización del proyecto

1.2.1 Organigrama del proyecto
El organigrama del proyecto incluye al Comité de proyectos, PMO, Cliente, Portfolio
Manager, Project Manager y Scrum Master.
Figura 3
Organigrama del equipo de proyecto.
30
A continuación, se describen los integrantes del equipo de proyecto:
Tabla 4
Roles y Responsabilidades
Rol Miembro Responsabilidades
Comité de • Jimmy • El comité de Proyectos es el órgano

Proyectos Armas principal encargado de realizar la
• Daniel evaluación, validación y aprobación
Burga de los proyectos desarrollados por
• Daniel los jefes de Proyectos.
Subauste
• Willy
Ugarte
Project • Alfredo • Realizar la correcta gestión de
Management Barrientos problemas de alto nivel en el ámbito
Office (PMO) directivo.
• Supervisión y control del
desempeño de las múltiples
empresas virtuales.
• Correcta comunicación mediante el
uso del SharePoint académico las
noticias actuales importantes.
Portfolio • Keller • Supervisar, coordinar y controlar el

Manager de IT Rodríguez proyecto, y las diferentes
Consulting actividades que tiene asignadas
dentro de su portafolio.
• Administrar, eficientemente, los
recursos asignados a su cargo.
• Velar por el adecuado
cumplimiento del proyecto sin
afectar la calidad esperada de los
mismos.
31
• Resolver, adecuadamente, cualquier
incidente que esté dentro de su
ámbito sin afectar los intereses ni la
imagen de la Escuela.
• Realizar cualquier actividad que
pudiera ser solicitada por el director
de la PMO y por el Comité de
proyectos de la Escuela.
Cliente • Emilio • Cumplimiento del rol de Product

Herrera Manager en el proyecto.
• Realizar cualquier actividad que sea
solicitada por su Portfolio Manager,
el Senior Portfolio Manager, el
director de la PMO y por el Comité
de Proyectos de la Escuela.
Project Manager • Brayanm • Gestionar, según el PMBOK, el

Reyes proyecto profesional, siguiendo los
lineamientos de la PMO durante
todas las etapas del proyecto.
• Administrar, eficientemente, todos
los recursos asignados a su cargo.
• Realizar cualquier actividad que
pudiese ser solicitada por su
Portfolio Manager, por el Senior
Portfolio Manager, por el director
de la PMO y por el Comité de
Proyectos de la Escuela.
Scrum Master • Alvaro • Aplicar, adecuadamente, las

Manrique metodologías ágiles en la etapa de
ejecución (cualquiera sea su
naturaleza).
32
• Comunicarse con el Product Owner
para la definición y el seguimiento
de los objetivos
• Proveer de herramientas útiles para
el desarrollo del proyecto
1.2.2 Stakeholders
Tabla 5
Stakeholders del proyecto
Stakeholders Necesidades Entregables
Cumplimiento de los
lineamientos y expectativas Project Charter
que se tenía al comienzo del Memoria del Proyecto
Comité de ciclo. Así como el Paper Congreso
Proyectos cumplimiento de la Internacional
presentación de los Documentos de Gestión
entregables en los plazos de Proyectos
establecidos.
Acta de Conformidad del

Proyecto
Obtener información de los Acta de reunión semanal
Portfolio avances realizados por el Documentos de Diseño de
Manager Project Manager durante las la Arquitectura Lógica y
reuniones realizadas en clase. Física
Documentos de Gestión
de Proyectos
Acta de Constitución del

Comunicación constante con
Proyecto
los Project Managers en las
Product Owner Documento de análisis de
reuniones programadas
plataformas tecnológicas,
semanalmente.
herramientas de
33
desarrollo y necesidades
de usuario.
Documento de Diseño de
Arquitectura Lógica y
Física
Plan de continuidad del
proyecto
Aplicación web
progresiva terminada
Usuarios de la Monitoreo y control del

Aplicación web
aplicación web estado de salud de personas
progresiva terminada
progresiva con COVID-19
1.2.3 Recursos requeridos

Recursos de hardware:
• 2 laptops
• Procesador Intel i7 de 2 GHz o superior
• 8GB de RAM o superior
• 1 Tb de disco o superior
• Conexión a internet inalámbrica o cableada
• Servidor
• Amazon Web Services
• Teléfonos Celulares
• 6 GB de RAM
• 128 GB de almacenamiento
Recursos de software:
• Visual Studio Code

• Archimate
• Microsoft Office
• Bizagi
34
Recursos humanos:
• Recursos de IT Services
• Analista QA
• Analista Funcional
• Recursos de Software Factory
• Analista Programador
• Líder técnico
1.2.4 Enfoques del trabajo

Para la primera parte del desarrollo de la documentación del proyecto, se utilizará la
metodología del PMBOK con la finalidad de que sea un guía que proporcione estándares
de gestión, métodos y buenas prácticas para cumplir con el alcance, los objetivos y las
restricciones propuestas en el proyecto.
Para la segunda parte, se utilizará SCRUM como metodología Ágil porque es un marco
de trabajo que permite añadir valor en cortos periodos de tiempo a través de entregables
y permitirá permite la flexibilidad a la adopción de cambios, desarrollo iterativo y
colaboración e interacción con el cliente durante cada sprint (Scrum.org, 2021). Esto
permitirá que el desarrollo del software cumpla con las necesidades del cliente durante
todo el ciclo de desarrollo.
35
1.2.5 Riesgos y mitigación
En esta sección, se presentan los riesgos y las estrategias de mitigación del proyecto.
Tabla 6
Riesgos identificados en el proyecto
# Riesgo Probabilidad Impacto Estrategia de mitigación
1 Cambio del alcance 20% Alto Se analizará el impacto del

del proyecto de según cambio y se gestionará
las necesidades del mediante un control de
Cliente y/o Portfolio cambio.
Manager.
2 No contar con la 20% Alto Elaborar plan de Gestión

infraestructura de recursos identificando
adecuada para el lo que se necesite para el
desarrollo y diseño de desarrollo de la aplicación
los componentes de web progresiva.
software.
3 Cambio del Cliente 20% Medio Convocar una reunión con

y/o Portfolio el nuevo cliente, en el cual
Manager. se detalle los avances
obtenidos en el proyecto y
los entregables faltantes a
cumplir.
4 Falta de 20% Medio Se otorgará un tiempo

conocimientos de los adicional (10% del tiempo
recursos de TDP total de la tarea) a manera
asignados para el de preparación para que el
cumplimiento de las recurso pueda desarrollar
tareas asignadas. la tarea con éxito.
5 Pérdida de 10% Alto Se realizará una copia de

información de la seguridad periódicamente
36
documentación y de la información del
artefactos del proyecto para tener un
proyecto backup lo más actualizado
posible.
6 Fallas en los equipos 10% Alto Mantenimiento periódico

tecnológicos de de los equipos de
desarrollo desarrollo
7 Contagio de COVID- 30% Alto Establecer medidas y

19 del equipo de cumplir adecuadamente
proyecto los protocolos de
bioseguridad para evitar
contagios.
8 Mala 20% Medio Establecer pautas y

retroalimentación por ejemplos para guiar a los
parte de los usuarios usuarios de cómo evaluar
que validarán la su percepción de la
aplicación web aplicación web progresiva
progresiva
9 Negativa de la 20% Alto Tener una institución de

institución que facilita respaldo donde validar la
la validación de los aplicación web progresiva
usuarios
37
CAPÍTULO 2: LOGROS DE LOS STUDENT OUTCOMES
A continuación, se explicará cómo se alinean los Student Outcomes de las comisiones de
Ingeniería y Computación al presente proyecto. Asimismo, detallan cómo se cumplieron
los objetivos siguiendo el perfil del Ingeniero de Sistemas de Información.
2.1 Student Outcomes de Ingeniería

2.1.1 Student Outcome 1
Descripción:
Este outcome hace referencia a “La capacidad de identificar, formular y resolver

problemas complejos de ingeniería aplicando los principios de ingeniería, ciencia y
matemática.” (ABET, 2021).
Uso en el proyecto:
Se identificó la problemática existente y la necesidad de resolverla mediante la

investigación realizada en el Capítulo 1 de la memoria del proyecto. En esta investigación,
se encontró que la cifra de casos de pacientes con COVID-19 ascendía los 2 millones y
que la cantidad de camas de hospitalización ocupadas incrementaba cada vez más según
datos del MINSA. Asimismo, BBC News realizó un reportaje a centros de salud en Loreto
donde los pacientes no podían ser atendidos. Debido a esta necesidad, se identificó la
problemática del incremento de pacientes diagnosticados con COVID-19.
Para identificar la solución, se analizaron soluciones existentes y no se encontró ningún

sistema que permita a los pacientes monitorear su salud. Actualmente, para la
telemedicina, se utilizan llamadas por la aplicación WhatsApp. Debido a que se esperaba
que el aplicativo tenga un alcance considerable, se realizó una evaluación utilizando la
metodología de benchmarking. Este análisis determinó que la solución a desarrollar será
una aplicación web progresiva con capacidad multiplataforma desarrollada en Java y
alojada en Amazon Web Services como plataforma de servicios Cloud.
Para el desarrollo de la aplicación, se utilizaron principios de ingeniería como el de

modularidad donde se descompuso el sistema en diferentes funciones como el módulo de
control de acceso, captura de datos, visualizaciones, notificaciones y contactos.
Asimismo, otro principio considerado es la anticipación al cambio, ya que se elaboró un
38
plan de continuidad que permitirá mantener el aplicativo tras un año después de
presentado.
Para validar solución, se utilizaron principios matemáticos de estadística para determinar

la población óptima de la muestra a utilizar. Se utilizaron 2 fórmulas donde la primera
corresponde a la población de personas diagnosticadas con COVID-19 a utilizar que es
superior a 100 000 personas. La segunda fórmula se utilizó para la población de médicos
que es inferior a 100 000 personas. En base a cada una de las fórmulas, se obtuvo que la
cantidad de muestra teórica considerable para determinar la validez de la solución es de
267 pacientes y 265 médicos.

Descripción:
Este outcome hace referencia a “La capacidad de aplicar el diseño de ingeniería para
producir soluciones que satisfagan necesidades específicas con consideración de salud
pública, seguridad y bienestar, así como factores globales, culturales, sociales,
ambientales y económicos.” (ABET, 2021).
Uso en el proyecto:
Para la propuesta y diseño del proyecto, se empleó sistemas y tecnologías teniendo como
base la realidad nacional del país. Se empezó con el diseño del proceso de negocio TOBE
que considera procesos actuales relacionadas a la salud; y se realizó la propuesta buscando
optimizar actividades y tiempo con la finalidad cumplir con las necedades de los pacientes
durante su monitoreo. Luego, se diseñaron las arquitecturas físicas que detallan la capa
tecnológica, la arquitectura lógica que abarca la capa de aplicaciones y tecnológica, la
arquitectura integrada que nos muestra la relación entre las capas de datos, aplicaciones
y tecnológica, y la arquitectura por capas que nos brinda la interconexión entre la capa de
negocios, datos, aplicaciones y tecnológica. Estas arquitecturas tienen la función de
brindar detalles a alto nivel de cómo está compuesto el sistema y cómo se integran con
distintos componentes. Para su elaboración, se consideraron las herramientas y
componentes de software libre para optimizar el costo de desarrollo del producto.
Asimismo, se eligió la aplicación web progresiva con la finalidad de alcanzar la mayor
cantidad de personas, ya que este tipo de aplicación se puede ejecutar en múltiples
dispositivos. En caso del despliegue, se empleó Amazon Web Services que destacó por
su costo-beneficio. Además, se emplearon buenas prácticas y procesos de mejora
39
continua para que la aplicación sea de calidad y cumpla con las necesidades de los
usuarios.

Descripción:
Este outcome hace referencia a “La capacidad de comunicarse efectivamente con un

rango de audiencias.” (ABET, 2021).
Uso en el proyecto:
Durante la elaboración del proyecto, el equipo manifestó sus ideas educadamente y de

forma coherente, ya que fue necesario para cumplir los objetivos planteados. Para las
reuniones y coordinaciones, se emplearon herramientas brindadas por la universidad
como Blackboard Collaborate, Microsoft Outlook y Microsoft Teams. Empleando dichas
herramientas, se tuvo una constante comunicación con el cliente del proyecto tanto de
forma oral como escrita. Esto permitió coordinar y alinear los entregables que se
elaboraron a lo largo del proyecto con los interesados (stakeholders). De la misma forma,
se realizaron reuniones con el coautor, para poder realizar la estructura del articulo
científico y que sea entendible para todo tipo de audiencias. En las reuniones con los
gerentes, se realizaron exposiciones donde se transmitían los avances de manera oral y
visual mediante el uso Microsoft Power Point o Microsoft Word. Estas reuniones
permitieron recibir una retroalimentación de cada sesión para afinar los entregables del
proyecto.
Finalmente, con los recursos de IT Services y usuarios de la aplicación, se tuvo que

emplear un lenguaje más sencillo y sin tecnicismos. Esto se debe a que el objetivo era
explicar el proyecto y sus actividades sin que generaran dudas; por ello, se emplearon
graficas e imágenes para ayudar a una mejor comprensión de este.
40
Descripción:
Este outcome hace referencia a “La capacidad de reconocer responsabilidades éticas y

profesionales en situaciones de ingeniería y hacer juicios informados, que deben
considerar el impacto de las soluciones de ingeniería en contextos globales, económicos,
ambientales y sociales.” (ABET, 2021).
Uso en el proyecto:
Esto se evidencian las responsabilidades éticas y profesionales durante todo el proceso de

investigación para realizar documentos como el estado del arte, el Project Charter, la
memoria del proyecto, entre otros. Al utilizar el citado APA de los artículos científicos
utilizados y los temas de investigación relacionados a la problemática, fórmulas
matemáticas y la tecnología implicada en las soluciones encontradas en investigación de
la literatura.
Así también, se evidencia el uso de juicios informados para la etapa del desarrollo y
validación del proyecto donde se realizaron consultas a un médico especialista en la
atención de pacientes con COVID-19. Asimismo, se evidencia el impacto en las
soluciones de ingeniería actuales en el sector salud, ya que se desarrolló como una
aplicación web progresiva caracterizada por no necesitar ninguna tienda de aplicaciones
para su instalación. Este tipo de aplicaciones es muy reciente y se destaca por su
característica multiplataforma que tiene consecuencias significativas para abarcar gran
cantidad de la población. Este proyecto será publicado en un repositorio académico como
Scopus o IEEE Xplore con la finalidad de comunicar la solución planteada ante el
contexto social peruano.

Descripción:
Este outcome hace referencia a “La capacidad de funcionar efectivamente en un equipo

cuyos miembros juntos proporcionan liderazgo, crean un entorno de colaboración e
inclusivo, establecen objetivos, planifican tareas y cumplen objetivos.” (ABET, 2021).
Uso en el proyecto:
Esto se evidencia durante toda la elaboración del proyecto, ya que es necesario una
colaboración y organización de los integrantes para cumplir los objetivos en los plazos
41
establecidos. Para coordinar y evidenciar cada acuerdo realizado, se realizaron actas de
reunión con el Product Owner y el Coautor. Asimismo, se utilizó la metodología Scrum
para ayudar al equipo a estructurar y organizar el trabajo a realizar. Esto último se
evidencia con la elaboración de los Daily Scrum, Sprint Planning, Sprint Retrospective,
Sprint Review y el Grooming. Por otro lado, al inicio del proyecto se establecieron
objetivos que permitieron delimitar el enfoque del producto final. Para el cumplimiento
de cada objetivo, se planificaron las actividades y se estimó su duración en un cronograma
con fechas límite para cada entregable. Además del cronograma, se realizó un plan de
trabajo que también contiene las actividades a realizar por el Project Manager y el Scrum
Master en cada semana de los Sprints.

Descripción:
Este outcome hace referencia a “La capacidad de desarrollar y llevar a cabo la

experimentación adecuada, analizar e interpretar datos, y usar el juicio de ingeniería
para sacar conclusiones.” (ABET, 2021).
Uso en el proyecto:
Este objetivo se evidencia en la validación de la aplicación, ya que fue necesario realizar

pruebas en la aplicación para que este contemple los diferentes flujos posibles que los
usuarios puedan realizar. Además, de diseñar un escenario de pruebas donde se pueda
llevar la experimentación con los usuarios para obtener información de la funcionalidad
de la aplicación. Posteriormente, se recolectaron datos de tiempos, usabilidad y
experiencia de usuario mediante encuestas con la finalidad analizarlas en una hoja de
cálculo. Para el análisis se tuvo en cuenta el promedio final de cada una de las principales
variables en donde obtuvo un promedio de tiempos sin la aplicación y un promedio de
tiempos con la aplicación en el cual a través de una fórmula matemática se pudo
identificar un porcentaje de reducción. Finalmente, con ayuda de los resultados obtenidos
se pudo llegar a la conclusión que la solución brinda funciones necesarias para monitorear
a un paciente y es más eficiente en términos de tiempos de monitoreos y diagnósticos en
más del 50%.
42
Descripción:
Este outcome hace referencia a “La capacidad de adquirir y aplicar nuevos

conocimientos según sea necesario, utilizando estrategias de aprendizaje apropiadas.”
(ABET, 2021).
Uso en el proyecto:
Esto se evidencia durante toda la elaboración del proyecto, ya que es necesario una
adecuada investigación para adquirir los conocimientos que se utilizarán durante la
elaboración de cada uno de los entregables. Asimismo, se evidencia la aplicación de
estrategias de aprendizaje con un periodo de tiempo establecido para adquirir el
conocimiento respectivo de la herramienta, técnica a utilizar por el equipo de proyecto.
Para el presente proyecto, se adquirieron conocimientos de medicina para conocer las
implicaciones de la enfermedad y el virus del COVID-19. Para ello, se revisaron
documentos como las Resoluciones Ministeriales N° 947 y 972 del Ministerio de Salud
y el Documento técnico atención y manejo clínico de casos de COVID-19. Estas
resoluciones detallaban información de la enfermedad como los síntomas, tipos de casos
de pacientes con COVID, entre otros. Además de adquirir conocimientos de medicina, se
buscó información en la disciplina de Ingeniería de Software. Para lograrlo, se consultó
el libro “Building Progressive Web Apps” que permitió aprender y aplicar las
características a utilizar para la elaboración de la aplicación web progresiva.
2.2 Student Outcome Computación

Descripción:
Este outcome hace referencia a “La capacidad de analizar un problema complejo y

aplicar principios de computación y otras disciplinas relevantes para identificar
soluciones.” (ABET, 2021).
Uso en el proyecto:
Se realizó una investigación en el capítulo 1 de la memoria del proyecto donde se

identificó la problemática existente y la necesidad de resolverla. En esta investigación, se
encontró que la cifra de casos de pacientes con COVID-19 ascendía los 2 millones y que
la cantidad de camas de hospitalización ocupadas incrementaba cada vez más según datos
43
del MINSA. Debido a esta necesidad, se identificó la problemática que es el incremento
de pacientes diagnosticados con COVID-19.
Para identificar la solución, se analizaron soluciones existentes y no se encontró ningún

sistema que permita a los pacientes monitorear su salud. Debido a que se esperaba que el
aplicativo tenga un alcance considerable, se realizó una evaluación utilizando la
metodología de benchmarking. Este análisis determinó que la solución a desarrollar será
una aplicación web progresiva con capacidad multiplataforma desarrollada en Java y
alojada en Amazon Web Services como plataforma de servicios Cloud.
Para el desarrollo de la aplicación, se utilizaron principios de ingeniería como el de

modularidad donde se descompuso el sistema en diferentes funciones como el módulo de
control de acceso, captura de datos, visualizaciones, notificaciones y contactos.
Asimismo, otro principio considerado es la anticipación al cambio, ya que se elaboró un
plan de continuidad que permitirá mantener el aplicativo tras un año después de
presentado.

Descripción:
Este outcome hace referencia a “La capacidad de diseñar, implementar y evaluar una
solución basada en computación para cumplir con el conjunto de requerimientos
computacionales en el contexto de la disciplina del programa.” (ABET, 2021).
Uso en el proyecto:
Para la propuesta y diseño del proyecto, se analizaron sistemas, tecnologías y

herramientas utilizadas actualmente de acuerdo con la realidad nacional del país. Para el
desarrollo de la solución, primero se diseñaron las arquitecturas físicas que detallan la
capa tecnológica, la arquitectura lógica que abarca la capa de aplicaciones y tecnológica,
la arquitectura integrada que nos muestra la relación entre las capas de datos, aplicaciones
y tecnológica, y la arquitectura por capas que nos brinda la interconexión entre la capa de
negocios, datos, aplicaciones y tecnológica. Estas arquitecturas tienen la función de
brindar detalles a alto nivel de cómo está compuesto el sistema y como se integran con
distintos componentes. Se eligió elaborar una aplicación web progresiva para llegar a la
mayor cantidad de personas, ya que esta se puede ejecutar en múltiples dispositivos. Para
desarrollarla, se empleó Java como lenguaje de programación para el backend y para el
44
frontend se utilizó JavaScript. Asimismo, se utilizó PostgreSQL como base de datos y se
eligió Amazon Web Services para el despliegue. De los servicios utilizados, se empleó
RDS para alojar la base de datos. Por otro lado, para el despliegue de la aplicación, se
utilizó el servicio de Amazon Elastic Beanstalk. Además, se emplearon buenas prácticas
y procesos de mejora continua para que la aplicación sea de calidad y cumpla con las
necesidades de los usuarios.

Descripción:
Este outcome hace referencia a “La capacidad de comunicarse efectivamente con un

rango de audiencias y variedad de contextos profesionales.” (ABET, 2021).
Uso en el proyecto:
Para mantener una constante comunicación con los interesados del proyecto, se
emplearon herramientas para Blackboard Collaborate, Microsoft Outlook y Microsoft
Teams. Durante el periodo de elaboración del proyecto, el equipo manifestó sus ideas
educadamente y de forma coherente mediante estas herramientas. Esto fue necesario para
coordinar y alinear los entregables, cumplir los objetivos planteados y para mantener una
comunicación constante con los interesados del proyecto como el cliente, el coautor y los
gerentes. Para las presentaciones, se transmitían los avances de manera oral y visual
mediante el uso Microsoft Power Point o Microsoft Word las cuales se fueron afinando
con la retroalimentación que se realizaba en la sesión. Por otro lado, para la comunicación
con los recursos de IT Services y los usuarios de la aplicación, se tuvo que emplear un
lenguaje más sencillo y sin tecnicismos con la finalidad de explicar el proyecto y las
actividades que tenían realizar.
45
Descripción:
Este outcome hace referencia a “La capacidad de reconocer responsabilidades éticas y

profesionales en situaciones de ingeniería y hacer juicios informados, que deben
considerar el impacto de las soluciones de ingeniería en contextos globales, económicos,
ambientales y sociales.” (ABET, 2021).
Uso en el proyecto:
Las responsabilidades éticas y profesionales se evidencian en la elaboración de los

documentos de investigación como el estado del arte, el Project Charter, la memoria del
proyecto, entre otros. Esto se debe a que se utilizó el citado APA para cada artículo
científico y temas relacionados a la problemática, fórmulas matemáticas y tecnología
implicada en las soluciones encontradas en investigación de la literatura.
Por otro lado, en etapa del desarrollo y validación del proyecto, se evidencia el uso de
juicios informados. Esto se debe a las consultas realizadas al médico especialista respecto
a la atención de pacientes con COVID-19. Así también, se evidencia el impacto en las
soluciones de ingeniería actuales en el sector salud, ya que el desarrollo de una aplicación
web progresiva permite que no sea necesario el uso de una tienda de aplicaciones para su
instalación. Este tipo de aplicaciones es muy reciente y se destaca por su característica
multiplataforma que tiene consecuencias significativas para abarcar gran cantidad de la
población. Asimismo, como la finalidad de la solución es ser comunicada ante el contexto
social peruano, el proyecto será publicado en un repositorio académico como Scopus o
IEEE Xplore.

Descripción:
Este outcome hace referencia a “La capacidad de funcionar efectivamente en un equipo

cuyos miembros juntos proporcionan liderazgo, crean un entorno de colaboración e
inclusivo, establecen objetivos, planifican tareas y cumplen objetivos.” (ABET, 2021).
Uso en el proyecto:
Esta capacidad se evidenció al desarrollar los entregables del proyecto porque era
necesario una colaboración y organización de los integrantes para cumplir los objetivos
en los plazos establecidos. Así también, se utilizaron actas de reunión con el Product
46
Owner y el Coautor para coordinar y evidenciar los acuerdos en cada reunión. Asimismo,
la metodología Scrum permitió que el equipo tenga una estructura y organización
adecuada para realizar las actividades. Esto último se evidencia con la elaboración de los
Daily Scrum, Sprint Planning, Sprint Retrospective, Sprint Review y el Grooming. Por
otro lado, se establecieron el objetivo general y los objetivos específicos para delimitar el
enfoque del producto final. Y, para el cumplimiento de cada objetivo, se planificaron las
actividades y la duración de cada una en un cronograma con fechas límite. Además del
cronograma, se realizó un plan de trabajo con las actividades a realizar por el Project
Manager y el Scrum Master en cada semana de los Sprints.

Descripción:
Este outcome hace referencia a “La capacidad para comprender y brindar soporte para
el uso, entrega y gestión de sistemas de información dentro de un entorno de sistemas de
información.” (ABET, 2021).
Uso en el proyecto:
Se evidencia en la elaboración del plan de continuidad, ya que nos muestra las gestiones
a realizar para que el producto desarrollado tenga un tiempo de vida más largo. Para esto,
cual fue importante identificar, evaluar posibles riesgos que se puedan dar luego de
finalizado el proyecto para proponer planes de contingencia. Además, se planeó realizar
un control y monitoreo constante para prevenir su materialización o mitigar los posibles
impactos que ocurran en el producto. Para ello, se realizó empleando el ciclo de Deming
donde se propusieron actividades para Planear, Hacer, Verificar y Actuar.
47
CAPÍTULO 3: MARCO TEÓRICO
En el presente capítulo se desarrollará el marco teórico de investigación de términos
importantes y de relevancia para el proyecto “Sistema de información para monitorear el
estado de salud de las personas con diagnóstico COVID 19”, estos serán utilizados para
continuar con el desarrollo de la investigación.
3.1 Pandemia
Una pandemia es aquel suceso donde una enfermedad infecciosa como el coronavirus, se
expande rápidamente por todo el mundo (Tresenriter, Holdaway, Killeen, Chan, &
Dameff, 2021). Antes de la pandemia actual debido al Covid-19 hubo una serie de
pandemias que afectaron salud como economía a nivel mundial como el virus H2N2 que
se dio entre los años 1957 y 1958, también el virus H3N2 en 1968, la muy recordada gripe
porcina que se dio en los años 2009 y 2010, una más reciente tenemos el virus del Ébola
que se dio entre los años 2014 y 2018, y la pandemia debido al virus H1N1 en 1918
(Salisu, Sikiru, & Vo, 2020).
3.1.1 Pandemias anteriores

A continuación, se mencionarán antecedentes de pandemias anteriores que se
expandieron rápidamente por todo el mundo y que llegaron a nuestro país.
3.1.1.1 Viruela
Es un virus de la familia Poxviridae cuyo género Orthopoxvirus presenta cadenas dobles
de ADN con 180 a 200 pares morfológicamente largos y con forma de ladrillo en su
genoma. La transmisión de este virus sucede por las mucosas de las vías orales, nasales y
faríngeas de los infectados, o por el contacto físico a través de fómites contaminados con
una persona infectada. Asimismo, ocasiona fiebre entre 39-40 °C, cefalea, mialgias,
postración, dolor de espalda, náusea y vómito. Una de las complicaciones de la viruela es
la muerte con un índice de mortalidad de 30% y ocurre aproximadamente entre los días
10 y 16 de la enfermedad tras afectar múltiples órganos (Franco-Paredes et al., 2003).
3.1.1.2 Gripe Española

Es una gripe ocasionada entre los años 1918 – 1919 tras los sucesos ocurridos en la
primera guerra mundial. Se estima que la mortalidad ocasionada por esta gripe va desde
los 20 a 40 millones de muertes. Se le denomina gripe española por el ocultamiento de
información por parte del país (Murillo Godínez, 2011). Asimismo, en otro artículo
menciona que, debido a razones políticas, la prensa estadounidense y europea no
48
reconoció ni transmitió noticias oportunas y precisas sobre el elevado número de víctimas
ocasionadas por la influenza (Trilla et al., 2008). Esta gripe ocasiona un aumento de
temperatura (39-40 °C), dolor de garganta, dolor de cabeza, cansancio, dolor en las
extremidades, ojos rojos, tos y hemorragias nasales. Asimismo, la gripe con catarro fue
el síntoma más común, aunque hubo casos excepción de algunos síntomas como vómitos
o diarrea (Tognotti, 2003).
3.1.1.3 Virus de Inmunodeficiencia Adquirida

El virus del VIH ocasiona la enfermedad de inmunodeficiencia humana que provoca que
el sistema inmunológico sea destruido pide que tenga suficientes defensas para combatir
cualquier tipo de enfermedad (Capella, Navarro & Fajardo, 2018). El artículo “The
stigmatization of HIV / AIDS: The response from social work” menciona que existe una
gran falta de conocimiento por parte de la sociedad respecto a los efectos de esta
enfermedad pese a que es conocida, extendida y estudiada globalmente.
3.1.1.4 Gripe Porcina (H1N1)

Las raíces del virus H1N1 se remontan a 1918, cuando un virus aviar superó la barrera de
las especies, conocido como zoonosis, para infectar a los seres humanos. Esta pandemia
provocó en un estimado de muertes de cincuenta a cien millones de personas. A partir de
entonces, los virus de la influenza divergieron rápidamente desde el punto de vista
antigénico y tres años más tarde este virus fue reemplazado por una nueva cepa (Brázda
et al., 2021).
3.1.2 COVID-19
Es una de las enfermedades más contagiosas del siglo XXI ocasionada por el patógeno
Sars-cov-2. Esta enfermedad es diagnosticada mediante pruebas RT-PCR o radiografías
de tórax (RX). En términos de tiempo y debido a la falta de escáneres de tomografía
computarizada y pruebas PCR-RT, en la mayoría de los hospitales. Las imágenes RXC
se convierte en la herramienta más eficaz para la detección de la enfermedad.
Actualmente también se utiliza Deep Learning (Inteligencia Artificial) para la
construcción de sistemas de triaje de Covid-19 para la detección temprana de la
enfermedad (Tabik et al., 2020).
3.1.2.1 Sars-cov-2
El Sars-cov-2(coronavirus del síndrome respiratorio agudo severo) es un nuevo patógeno
perteneciente a la familia de coronavirus. Este fue el causante de la pandemia a nivel
49
mundial en el año 2020, con 840 000 muertes y 25 millones de casos confirmados. Existen
diversos tipos de pruebas para poder confirmar la existencia del patógeno en los
ciudadanos, estas han servido para que los gobiernos tomen medidas estratégicas para la
mitigación del impacto que se pueda generar. Las dos pruebas del Sars-cov-2 adoptan dos
formas: En primer lugar, están las pruebas de detección directa mediante muestras
respiratorias con RT-PCR (Reverse transcription polymerase chain reaction); en segundo
lugar, se usa la serología para la investigación de la presencia de anticuerpos (Ainsworth
et al., 2020).
3.1.2.2 Monitoreo de pacientes en la región de América
Es una aplicación que cuenta con un número de descargas superior a siete mil y que ha
realizado cinco mil evaluaciones diarias en países como Perú y Chile actualmente. SGS
Health Track es una aplicación que ayuda a prevenir la transmisión de la enfermedad de
COVID-19, manejar el riesgo y cuidar la salud de los trabajadores a través de un
monitoreo en tiempo real (SGS, 2020). Sobre todo, se enfoca en aquellos trabajadores del
sector de energía, minas e hidrocarburos (SGS, 2020). La aplicación se basa en los
siguientes 4 pilares:
• Identificar personas vulnerables ante el virus del COVID-19 y comprender el

estado de salud de los trabajadores
• Actuar y detener la transmisión de la enfermedad dentro de alguna empresa
mediante el manejo de información en tiempo real
• Mantener un control de la salud de los empleados mediante la realización de triajes
cada día
• Mantener una comunicación persistente con los equipos de trabajo para tener
información actualizada
La data obtenida por la aplicación se analiza mediante controles de sanidad del MINSA
sobre el COVID-19 a través de dashboards. En el dashboard proporcionado por SGS
Analitycs, se observan los datos confidenciales de cada empresa que permiten elegir las
mejores decisiones en cada una (SGS, 2020).
Figura 4
Interfaz de la aplicación móvil SGS
50
Nota. Recuperado de SGS (2020)
3.2 Enfermedades Respiratoria

Las enfermedades respiratorias son aquellas que afectan a las vías respiratorias incluidas
las vías nasales, bronquios y los pulmones según la OMS. Debido al envejecimiento de
la población mundial según Soriano et al (2017) citado en Wang et al (2021) mencionan
que la fase crónica de este tipo de enfermedades se convierte en el causante más
importante de muerte y discapacidad. En el año 2017, esta enfermedad dentro de sus
variantes ha causado 3,91 millones de muertes que representan 15,5% de muertes en el
mundo.
3.2.1 Neumonía
La neumonía es una inflamación a los pulmones, que causa que los alvéolos pulmonares
se llenen de líquido o pus. Cada uno de los tipos de neumonía existentes requiere de un
tratamiento distinto; por lo general la detección y clasificación de la neumonía dependen
del doctor asignado al caso y su experiencia personal. Además. esta inflamación puede
ser detectado mediante una tomografía computarizada (TC), pero estas tienen un gran
margen de error debido que en estas tomografías se suelen confundir entre los tipos de
neumonía (Ling & Cao, 2020).
3.3 Monitoreo de salud

Consiste en la recolección continua de datos rutinarios para medir los avances del
cumplimiento de objetivos de un plan de salud. Con la llegada del Internet de las Cosas
51
(IoT) se abren muchas posibilidades para realizar monitoreo de salud remotamente.
Verma & Sood (2018) proponen una solución para el monitoreo de salud basado en Fog
Assisted IoT para hogares inteligentes; el modelo propuesto utiliza tecnologías como la
minería de datos integrada, el almacenamiento distribuido y servicios de notificación en
el borde de la red; con el fin de evitar retrasos en la transferencia de datos; ya que la
información en tiempo real en un monitoreo de salud es fundamental.
3.3.1 Medición de temperatura

La medición de temperatura es el control y monitoreo de la temperatura de un cuerpo.
Los primeros termómetros utilizaban mercurio para la medición de la temperatura. En la
actualidad, para la medición de la temperatura se utiliza un dispositivo llamado termistor,
que permite sistemas automatizados para este tipo de medición con respuestas en tiempos
más cortos. Un termistor es un tipo de resistencia cuyo valor varía en función de la
temperatura; su funcionamiento se basa en la variación de la resistividad que presenta un
semiconductor con la temperatura (Alessio et al., 2020).
3.3.2 Medición de Saturación de Oxígeno

La saturación de oxígeno es utilizada para medir la cantidad de oxígeno que transporta la
sangre comparada con la cantidad de esta; es decir, es una estimación de la cantidad de
oxígeno en la hemoglobina. La saturación de oxígeno puede variar en las personas
dependiendo de la posición en la que se encuentran. Está demostrado que la colocación
en posición prona aumenta la saturación media de oxígeno (SpO2) y disminuye los
episodios de desaturación (Miller-Barmak et al., 2020).
3.4 Sistema de Salud Peruano

Un sistema de salud es la suma de todas las instituciones, organizaciones y recursos que
tienen como fin el mejorar la salud según la OMS. Para que este sistema funcione requiere
de distintos componentes como personal, información, financiamiento, transporte,
suministros y comunicaciones. El caso de Perú cuenta con distintos agentes que hacen
posible el funcionamiento y financiamiento de los sistemas mencionados entre los que
tenemos: financiamiento, intermediarios(fondos) y prestadores. Por parte del sector
público encontramos a EsSalud y el SIS y por parte del sector privado nos encontramos
con Entidades Prestadoras de Salud y seguros privados. Uno de los problemas principales
que tiene el sistema público es la diversa segmentación y no cuenta con una dirección
integral para estas entidades. Existen diversas entidades como EsSalud, Sanidades de FA
y PNP, DIRESA, Seguro Integral de Salud e institutos de salud (Jara Campos, 2018).
52
3.5 Tipo de aplicaciones
La tecnología evoluciona con el transcurso del tiempo y esto se ve reflejado en la
tecnología móvil, ya que se observa que las aplicaciones usadas por las personas de forma
diaria tienen que ser cada vez mejores para cumplir sus expectativas. En consecuencia, el
trabajo de programadores y desarrolladores ha incrementado, debido a que ellos crean
nuevas aplicaciones de forma constante según las necesidades de los clientes (Otero,
Martínez & Diaz, 2016). Para elaborar una aplicación existe tres distintas opciones, las
cuales se verá a continuación:
3.5.1 Aplicaciones Nativas

Son creadas para desempeñarse en una determinada plataforma; es decir, se necesita tener
en cuenta un conjunto de aspectos como el sistema operativo, la versión y el dispositivo
donde funciona. Su ventaja consiste en la capacidad de interactuar con el hardware del
dispositivo. También es importante resaltar que no se necesita tener acceso a internet, se
ejecuta rápidamente y puede realizarse en modo background, y cuando sucedan ciertos
eventos que precisen de la atención del usuario brinda la opción de enviarle notificaciones
(Delía et al., 2013).
3.5.2 Aplicaciones Web Progresiva (PWA)

Son aplicaciones diseñadas para ejecutarse en cualquier tipo de dispositivo a través de un
navegador. Este tipo de aplicaciones son programadas utilizando la misma tecnología que
se usa para crear páginas web (HTML, CSS y JS). El objetivo de las PWA es intentar
combinar características de la mayoría de los navegadores con lo mejor de las
experiencias móviles (Delía et al., 2013).
3.5.3 Aplicaciones Hibridas

Es la combinación de las mejores características mencionadas en la aplicación nativa y
PWA. Igual que estas, se utilizan tecnologías como HTML, JS y CSS que facilitan la
ejecución de aplicaciones en múltiples dispositivos. Sin embargo, a diferencia de las
otras, sí permiten acceder a una gran cantidad de capacidad específicas de los equipos
donde se ejecutan. Según Delía et al. (2013), las principales ventajas son las siguientes:
• Posibilidad de descarga
• Reutilizar el código en varios dispositivos
• Permite emplear componentes de hardware del equipo donde se ejecuta
53
3.6 Servicios Cloud
Son servicios brindados a través de internet que pueden ser empleados por cualquier
dispositivo al estar alojado en la nube. En relación con la seguridad no es tan confiable,
debido a que es el proveedor quien gestiona toda la infraestructura. Es un contrato sin
cambio de condiciones, es decir el cliente deberá aceptar todas las premisas dadas por el
usuario.
3.6.1 Software as a service (SaaS)

Es un software instalado para el uso a través de internet por parte del cliente. No existen
costos que impliquen gastos en hardware debido a que son programas ofrecidos por un
proveedor en la nube. A continuación, se mencionan algunas características según
Rackspace (2015):
• Permite acceder a softwares comerciales mediante internet

• Manejo del software desde un lugar centralizado
• Entrega del software a través de un modelo de uno a muchos
• La administración de actualizaciones no requiere de los usuarios
• Las integraciones entre múltiples componentes de software son realizadas por
interfaces de programación de aplicaciones (API)
3.6.2 Plataforma como servicio (PaaS)

El proveedor entregará al cliente todo lo necesario (Sistema operativo, hardware) para
que pueda instalar el software y con ello desarrollar todas las aplicaciones que desee. Este
tipo de plataformas son útiles para las empresas que solo deseen programar sus propias
aplicaciones, debido a que no se preocupan por los costos que le genera tener un sistema
operativo y hardware.
Con respecto a la seguridad, en esta situación, es compartida. Por ejemplo, el proveedor

se encarga de la plataforma. Sin embargo, el contenido, es decir, las aplicaciones solo
dependerán del cliente (INCIBE, s.f.).
3.6.3 Infraestructura como servicio (IaaS)

El proveedor le entrega el control total de la infraestructura al cliente, esto es útil cuando
la empresa desea ejecutar cualquier actividad. Sin embargo, tiene un costo mayor en
comparación a las otras plataformas (INCIBE, s.f.).
54
3.6.4 Nube Privada
En este modelo de implementación de nube las empresas utilizan aplicaciones seguras en
sus Datacenter para realizar procesos fuera de línea, por este motivo también son llamadas
“Internal Cloud”. Para consumir el servicio, el modelo utiliza conceptos de computación
en la nube sobre los recursos de la organización. Esto permite la administración de las
aplicaciones web cuando se brinda una adecuada regulación y seguridad (Espino, 2009).
Las ventajas que posee este tipo de modelo son el aprovisionamiento de los servicios de
negocio con mayor rapidez, la disponibilidad bajo demanda, el control y aseguramiento
por parte de empresas de IT, libertad y flexibilidad de selección, entre otros (Espino,
2009).
3.6.5 Nube Pública

En caso de la nube pública, se presentan casos donde se requiere mover los datos del
interior al exterior y movilizar la información proporcionada por aplicaciones de la
empresa. Pese a que el caso público se relaciona con otros escenarios, ambos casos se
utilizan una arquitectura similar; por ello, se le denomina “External Cloud”. Aquí se
involucran servicios de tecnologías de información y recursos que se venden como
autoservicios, pago por utilización mediante exploradores web o API y
aprovisionamiento en demanda (Espino, 2009).
3.6.6 Nube Híbrida

Este modelo es una combinación de las privadas y públicas entre los dos escenarios
anteriores, llamada “Inter Cloud”. Este es un tipo de escenario seudo público y que tiene
características de una nube privada con la singularidad que dependiendo de determinados
niveles de permiso las compañías tienen la capacidad de brindar su propia información
(Espino, 2009).
3.7 Proveedores Cloud

3.7.1 Amazon Web Services (AWS)
Pertenece a la compañía principal de negocios en línea Amazon. Amazon ofrece etapas
de computación distribuida a pedido como almacenamiento, investigación de
información, entre otros. AWS brinda acceso a un grupo virtual de PC disponible en
cualquier momento para el cumplimiento de las necesidades de sus patrocinadores (Kaur
et al., 2019).
55
3.7.2 Microsoft Azure
Es el conjunto de tecnologías que brinda una disposición particular de administraciones
para desarrolladores de aplicaciones. Puede ser utilizado por aplicaciones que se
desarrollan en la nube como por aplicaciones desarrolladas en marcos cercanos. Contiene
segmentos adjuntos como SQL Azure, Windows Azure y .Net Azure (Kaur et al., 2019).
3.7.3 Google Cloud Platform

Es el conjunto de recursos físicos ubicados en centros de datos de cada región como Asia,
Europa, América del Norte y América del Sur. Asimismo, ofrece múltiples servicios para
acceder a recursos subyacentes como productos de software y hardware. Por ello, cuando
se realiza una aplicación en Google Cloud se combinan estos servicios para proporcionar
la infraestructura ideal; y luego, agregar el código para crear lo que se necesite (Google
Cloud, 2021).
3.8 Enfoques de proyecto

3.8.1 Enfoque PMBOK
La primera parte del desarrollo de la documentación del proyecto, se utilizará la
metodología del PMBOK con la finalidad de que sea un guía que proporcione estándares
de gestión, métodos y buenas prácticas para cumplir con el alcance, los objetivos y las
restricciones propuestas en el proyecto (PMI, 2017).
3.8.2 Metodología Scrum

Para la segunda parte, se utilizará SCRUM como metodología Ágil porque es un marco
de trabajo que permite añadir valor en cortos periodos de tiempo a través de entregables
y permitirá permite la flexibilidad a la adopción de cambios, desarrollo iterativo y
colaboración e interacción con el cliente durante cada sprint (Scrum.org, 2021).
3.8.3 Metodología de investigación científica

Según Hernández Sampieri, un proyecto de investigación se define como una serie de
pasos científicos utilizados con la finalidad de recolectar información y elaborar una
hipótesis sobre una determinada manifestación científica o social. Primero, se debe
plantear el problema y formular el fenómeno a estudiar. Luego, se establecen los objetivos
para definir qué se pretende conocer con la investigación. Después se realiza una hipótesis
como teoría para comprobarse finalmente durante el proyecto de investigación.
56
CAPÍTULO 4: DESARROLLO DEL PROYECTO
En este apartado, se describen 3 fases u objetivos que corresponden al análisis, diseño y
validación del proyecto. La primera fase implica el análisis de la situación actual,
comparativo de las aplicaciones, lenguajes de programación, y proveedores de
plataformas de servicios cloud. Asimismo, se realizó un análisis de técnicas de monitoreo
a pacientes y las herramientas a utilizadas actualmente. Además, se realizó la evaluación
y medición de criterios a través del método de benchmarking. En este método se
evaluaron los tipos de aplicaciones, lenguajes de programación y los proveedores de
servicios cloud mencionados anteriormente. Luego, se evaluaron las disposiciones a
tomar en el proyecto como los tipos de casos, los síntomas a considerar y signos de
alarma. Después, se modelaron los 4 procesos (ASIS) involucrados en la atención de
pacientes, el manejo de casos sospechosos o confirmados y la teleorientación.
La segunda fase que corresponde al diseño de la solución se realizó el planteamiento del

nuevo proceso de monitoreo (TOBE). Asimismo, se detalla el diseño de la arquitectura
física, lógica, integrada y por capas para implementar de la solución. También, se
diseñaron los prototipos (mockups) de acuerdo con los usuarios como el paciente y el
médico que utilizarán la solución.
Para la tercera fase, se realizó el desarrollo del aplicativo MoniCovid que permite que
pacientes con COVID-19 pueden monitorear sus síntomas para mantener un control
periódico de su enfermedad. Después del desarrollo, se propuso un escenario de pruebas
para validar el aplicativo con los médicos especialistas y los pacientes que son los
usuarios de la solución. Asimismo, se diseñaron las encuestas que contemplan los
indicadores de la reducción del tiempo de monitoreo por parte de los pacientes, la
reducción del tiempo de diagnóstico por parte de los médicos y el porcentaje de
satisfacción de los usuarios.
57
Figura 5
Objetivos involucrados en el desarrollo del proyecto.
Nota. Elaboración propia.
4.1 Análisis de tecnologías para el desarrollo de aplicaciones

4.1.1 Comparativa de Sistemas Operativos
4.1.1.1 Situación Actual
Según el INEI en la Encuesta Nacional de Hogares, el acceso de los hogares a las
Tecnologías de Información y Comunicación (TIC) en el primer trimestre del año 2020
los hogares con al menos una TIC (celulares, laptops, computadoras de escritorio) son de
94.9 % donde se observó un crecimiento respecto al año 2019.
Figura 6
Condición de tendencia de las Tecnologías de Información y Comunicación
Nota. Recuperado de INEI (2020)
58
Además, según la página web vpnMentor en la figura 8 muestra que las laptops y desktops
ocupan el 41,46% del tráfico de red mientras que los teléfonos celulares 55,73%. Esto
indica que ambos poseen una alta cuota de tráfico en el mercado.
Figura 7
Porcentaje de tráfico web por dispositivo.
Nota. Recuperado de “Tendencias de Internet 2021. Estadísticas y hechos por países”,

vpnMentor, 2021.
4.1.2 Comparativa entre tipo de aplicaciones

4.1.2.1 Aplicación Nativa
Es un software creado para un sistema operativo móvil específico y programado en un
lenguaje de programación específico para esa plataforma. El principal beneficio de las
aplicaciones nativas es una experiencia de usuario perfecta y características sólidas
diseñadas para un sistema operativo. Estas aplicaciones se pueden instalar en un teléfono
inteligente o tableta y, según su modelo, pueden funcionar en modo fuera de línea
(Gomage, 2020).
4.1.2.2 Aplicación Híbrida

Son aquellas que funcionan en todos los dispositivos móviles y comparten la misma base
de código y permiten acelerar el tiempo de desarrollo y ahorrar dinero. En lugar de
desarrollar una aplicación separada para Android y iOS, las empresas pueden crear una
única aplicación (Gomage, 2020).
59
4.1.2.3 Aplicación web progresiva:
Esta tecnología combina las mejores características de las aplicaciones móviles y los
sitios web. Son un sustituto superior a las aplicaciones nativas, ya que brindan el mismo
nivel de experiencia al cliente y a los sitios web, ya que las PWA se pueden instalar en
dispositivos móviles, al igual que las aplicaciones nativas (Gomage, 2020).
4.1.2.4 Comparativa
Para realizar la comparativa de estos lenguajes, se utilizaron 2 artículos como base de los
cuales se utilizaron los siguientes criterios.
• Actualizaciones: Es la capacidad que tiene la aplicación para renovar las

versiones.
• Desempeño: Es el rendimiento acerca del comportamiento que demuestra la
aplicación.
• Disponibilidad: Es la capacidad de la aplicación de funcionar en entornos con o
sin conexión a internet.
• Multiplataforma: Es la capacidad de la aplicación de ser utilizada en múltiples
dispositivos electrónicos.
• Recursos hardware: Es la capacidad que tiene la aplicación para utilizar los
recursos hardware de los dispositivos en los que se utiliza.
• Tiempo de desarrollo: Es el resultado que involucra invertir tiempo en el
desarrollo una aplicación.
• Tienda: Es la capacidad de la aplicación de utilizar una tienda de aplicativos para
su adquisición.
60
Tabla 7.
Cuadro comparativo de tipos de aplicaciones
Tipos de aplicación
Criterio
Móvil PWA Híbrida
Actualizaciones Necesidad de descarga Fácil de actualizar Necesidad de descarga
Desempeño Bueno Mediano Bueno

Disponibilidad offline offline offline
Multiplataforma No Sí Sí
Recursos hardware Todos Limitado Todos
Rendimiento Sí Sí Sí
Tiempo de desarrollo Costoso Óptimo Óptimo
Tienda Sí No Sí
Nota. Elaboración propia. Adaptado de Prezotto & Boniati (2014) y Fontolan (2018)
4.1.3 Comparativa de lenguajes de programación

4.1.3.1 PHP
Es un lenguaje con la finalidad de ser empleado para el desarrollo Web (García Sandoval,
Ariza Torrado, Pinzón & Flórez Fuentes, 2015). Asimismo, está incrustado en HTML
que combina el código de este lenguaje de programación y el lenguaje de etiqueta para
alojarse en un servidor (Valarezo Pardo et al., 2018).
4.1.3.2 Java
Es un tipo de lenguaje de programación compilado e interpretado que se puede emplear
para desarrollo Web. Esto se debe a que permite crear aplicaciones mediante Servlets y
utilizar el conjunto de bibliotecas conocidas como Java Enterprise Edition (Sznajdleder,
2013).
4.1.3.3 Python
Lenguaje cuya sintaxis permite reducir líneas de código para ahorrar tiempo durante el
desarrollo de una aplicación, pues no depende de un compilador (Valarezo Pardo et al.,
2018). Asimismo, la interactividad del lenguaje facilita al programador de características
como probar funciones o escribir programas descartables (Challenger, Díaz & Becerra,
2014).
61
4.1.3.4 Comparativa
Para realizar la comparativa de estos lenguajes, se utilizaron 2 artículos como base de los
cuales se utilizaron los siguientes criterios.
• Sistemas Operativos: Es la capacidad del software para ejecutarse en

determinados ambientes.
• Propósito: Es la finalidad del software para desarrollar un determinado programa
o aplicación.
• Soporte a móviles: Es la capacidad que tiene el software para brindar soporte a
dispositivos móviles por medio de un navegador
• Consumo de energía: Es la capacidad de consumo de energía del software y está
medido en Joules (J).
• Tiempo de ejecución: Es el tiempo que toma el software en ejecutar un
determinado código y se mide en milisegundos (ms)
• Uso máximo de la memoria: Es la cantidad máxima de memoria ocupada por el
software y se mide en megabytes (Mb).
Tabla 8.
Cuadro comparativo de lenguajes de programación PHP, Java y Python
Lenguajes de Programación
Criterio
PHP Java Python
Linux o Linux o
Sistemas Operativos Linux o Windows
Windows Windows
Páginas Web Páginas Web Código fácil de leer y

Propósito
dinámicas dinámicas enfocado a la productividad
Soporte a móviles No tiene Nativo: Android No tiene
Consumo de
29.3 1.98 75.88
energía (W)
Tiempo de
27.64 1.89 71.9
ejecución (ms)
62
Uso máximo de
2.57 6.01 2.8
memoria (MB)
Nota. Elaboración propia. Adaptado de Valarezo Pardo et al. (2018) y Pereira et al. (2017)
4.1.4 Comparativa de proveedores de plataformas de servicios cloud

4.1.4.1 Amazon Web Services (AWS)
Pertenece a la compañía principal de negocios en línea Amazon. Amazon ofrece etapas
de computación distribuida a pedido como almacenamiento, investigación de
información, entre otros. AWS brinda acceso a un grupo virtual de PC disponible en
cualquier momento para el cumplimiento de las necesidades de sus patrocinadores (Kaur
et al., 2019).
4.1.4.2 Microsoft Azure

Es el conjunto de tecnologías en la nube que brinda una disposición particular de
administraciones para desarrolladores de aplicaciones. Puede ser utilizado por
aplicaciones que se desarrollan en la nube como por aplicaciones desarrolladas en marcos
cercanos. Contiene segmentos adjuntos como SQL Azure, Windows Azure y .Net Azure
(Kaur et al., 2019).
4.1.4.3 Google Cloud Platform

Es el conjunto de recursos físicos ubicados en centros de datos de cada región como Asia,
Europa, América del Norte y América del Sur. Asimismo, ofrece múltiples servicios para
acceder a recursos subyacentes como productos de software y hardware. Por ello, cuando
se realiza una aplicación en Google Cloud se combinan estos servicios para proporcionar
la infraestructura ideal; y luego, agregar el código para crear lo que se necesite (Google
Cloud, 2021).
4.1.4.4 Comparativa
A continuación, se muestra la tabla comparativa entre cada una de las plataformas de
servicios Cloud
• Precio para propósitos generales: Se refiere al precio por el uso por hora
utilizando un determinado servidor y tipo de servicio para cada una de las
plataformas Cloud.
• Modelo: Tipo de modelo de precio a utilizar por el servicio en cada plataforma
Cloud
63
• Integración: Consiste en la capacidad que la plataforma brinde servicios
gestionados a las aplicaciones para desplegarlas y organizarlas en base a
microservicios
• Infraestructura de la cloud en local: Capacidad que permite procesar datos de
manera local, a la vez que mantiene sus lagos de datos y capacitación de
aprendizaje automático en una región
• Backup: Capacidad de proporcionar una solución backup escalable, efectiva y
segura en base a las necesidades de almacenamiento.
Tabla 9
Comparación de plataformas de servicios Cloud
Criterio AWS MS Azure GCP

Precio para propósitos
$0.0924 / hora * $0.0974 / hora * $0.0137 / hora *
generales
Bajo demanda, Bajo demanda y a Bajo demanda y de

Modelo
reservado y en el lugar corto plazo uso sostenido
Integración Si, Service Fabric Si, App Engine No
Infraestructura cloud
Si, AWS Outposts No Si, GKE On-Prem
en local
Backup Sí, Amazon S3 Glacier Si, Azure Backup No
Nota. Adaptado de Dutta & Dutta (2019), Datamation (2020) y Simform (2021). Los
precios fueron calculados por Simform usando servicios en la región US East y 4 núcleos
64
4.2 Análisis de técnicas de monitoreo a pacientes con Covid-19
4.2.1 Procesos de monitoreo del Covid-19 más usados
4.2.1.1 Telemedicina
Según la OMS, involucra servicios de salud a distancia donde médicos profesionales
emplean nuevas tecnologías para comunicarse y realizar diagnósticos, tratamientos,
investigación, entre otros (OMS, 2020).
En el artículo de Patel (2021), se detalla la evolución de la telemedicina tanto en el periodo

pre Covid-19 como durante la pandemia del Covid-19. Los autores del paper utilizaron
reclamos de seguros del OptumLabs Data Warehouse para obtener la cantidad de visitas
de pacientes ambulatorios desde el 1 de enero de 2020 hasta el 16 de junio de 2020.
Luego, evaluaron los cambios en el volumen de visitas de pacientes ambulatorios
mediante el límite de las tasas semanales por 1000 afiliados de telemedicina, en persona,
y el total de visitas durante el período de estudio. Después, calcularon el porcentaje del
total de visitas semanales entregadas por telemedicina y el porcentaje de cambio en el
total de visitas semanales en comparación con el período de 4 semanas anterior a la
expansión de la telemedicina (desde el 12 de febrero al 10 de marzo). Y durante las
últimas 4 semanas (20 de mayo al 16 de junio) hubo una amplia variación geográfica en
el porcentaje del total de visitas realizadas por telemedicina (Patel et al., 2021)
65
Figura 8
Tendencias en las visitas en persona, telemedicina y totales por semana durante los
períodos Pre-COVID-19 y COVID-19.
Nota. Recuperado de “Trends in Outpatient Care Delivery and Telemedicine During the
COVID-19 Pandemic in the US”, Patel et al., 2021.
4.2.1.2 Hoja de monitoreo

El Dr. Antonio Quispe es un médico-investigador, epidemiólogo y estadístico con un
PHD en Epidemiología y Control de Enfermedades. Él propone una cartilla utilizada para
efectuar el monitoreo pacientes diagnosticados con esta enfermedad para que puedan
tener un control diario de su salud. A continuación, se muestra la hoja de monitoreo donde
se observan espacios para ingresar las medidas de los parámetros como la saturación de
oxígeno y la temperatura. Asimismo, se pueden ingresar datos de signos de leves de
COVID-19 y signos de alarma relacionados.
66
Figura 9
Hoja de Monitoreo para pacientes con COVID-19 leve.
Nota. Recuperado de “COVID-19 | Sepa cómo cuidar bien al paciente en casa”, El

Comercio, 2021.
Asimismo, el Ministerio de Salud del Perú propone una ficha sintomatológica que es
aplicada a los trabajadores con el fin de conocer si tuvo síntomas de COVID-19 en los
últimos 14 días y aprobar el regreso a su centro de trabajo.
67
Figura 10
Ficha de sintomatología de la COVID-19.
Nota. Recuperado de RM 972-2020 MINSA (2020)
4.3 Análisis de herramientas para la medición de parámetros biométricos

4.3.1 Termómetro
La temperatura es un factor importante que considerar para la detección de COVID-19 y
se resalta la importancia del uso del termómetro para este fin. En el artículo “Troubleshoot
It: Accuracy of Various Thermometer Types Is Important to Consider During the
COVID-19 Pandemic”, la autora menciona que los termómetros pueden ser clasificados
dependiendo del lugar del cuerpo donde será tomada la temperatura; por ejemplo, vía
oral, rectal, mediante el oído y en la frente. Asimismo, menciona que los termómetros
68
electrónicos permiten incrementar la precisión de las lecturas correspondientes a la
temperatura corporal (± 0.56 °C) debido a sus lecturas digitales (Crossley, 2020).
4.3.2 Pulsioxímetro
La hipoxemia es fenómeno que se presenta en pacientes con COVID-19 y ocasiona que
los pacientes presenten un riesgo de descompensación. Por esta razón, el pulsioxímetro u
oxímetros de pulso es importante para la detección de la hipoxemia (Flores-Franco,
2020). Este instrumento permite la medición de oxígeno en la sangre (SatO2%), pues es
un método no invasivo para determinar indirectamente el contenido arterial del oxígeno.
Esta medida debe ser superior al 90% y manera ideal entre 92% y 96%. El SatO 2% se
obtiene a través de la iluminación de la piel y se determina midiendo los cambios en la
absorción de la luz de la hemoglobina oxigenada y reducida (Flores-Franco, 2020).
4.3.3 Wearables
Los wearables permiten la detección temprana de infecciones por COVID-19 al combinar
los signos vitales esenciales con la sintomatología clínica. Esto permitirá detectar
cualquier deterioro repentino en las personas que están aisladas, en cuarentena o en una
unidad intermedia. Asimismo, permitirá detectar aquellos que son asintomáticos y
monitorear de forma remota a los pacientes (Ding et al., 2020).
Los síntomas primarios del COVID-19 son los siguientes: 1) dificultad respiratoria en
forma de disnea, 2) fiebre y 3) tos. Asimismo, se pueden producirse otras complicaciones,
como una lesión cardíaca, en pacientes incluso sin afecciones cardíacas subyacentes
(Ding et al., 2020).
Según Ding et al. (2020), “El Instituto Nacional para la Excelencia en la Salud y la
Atención (NICE) menciona que las características clínicas podrían proporcionar un
diagnóstico rápido de neumonía. Estas características son: 1) frecuencia respiratoria (RR)
≥ 20 respiraciones por minuto (lpm), 2) temperatura ≥38 ° C, 3) frecuencia del pulso>
100 latidos por minuto) crepitaciones obtenidas mediante estetoscopio.” Por esta razón,
como se muestra en la tabla 10, los autores realizaron una comparación de wearables a
utilizar para la evaluación respiratoria, un control cardiovascular y la medición de
parámetros o indicadores como la temperatura y la tos para la detección de cualquier caso
sospechoso (Ding et al., 2020).
69
Tabla 10.
Wearables para el monitoreo de pacientes con COVID-19
Nota. Recuperado de Ding et al. (2020)
70
4.3.4 Comparativa de precios
Termómetro: Es un dispositivo que se puede comprar en distintas farmacias y viene en
distintas presentaciones, el precio del termómetro oscila entre 25 a 40 soles, para la
comparativa se empleará el Termómetro Digital Sigma disponible en la farmacia
Inkafarma a un precio de 27.90 soles.
Figura 11
Termómetro digital Sigma – Caja 1 UN.
Nota. Recuperado de Inkafarma (2021)
Pulsioxímetro: También conocido como oxímetro de pulso se vende en las farmacias y

tiendas por departamento (Falabella, Ripley, etc.) a un precio que oscila entre 45 soles a
220 soles, para la comparativa se eligió Oxímetro de Pulso Fingertip LED que se
encuentra disponible en la farmacia Mifarma a un precio de 59.90 soles.
Figura 12
Oxímetro de Pulso Fingertip LED – Caja 1 UN.
Nota. Recuperado de Mifarma (2021)
71
Wearables: Son dispositivos que vienen en distintas presentaciones una de ellas son las
pulseras que pueden serla opción más barata respecto a los relojes inteligentes que tienen
un costo superior a los 1500 soles, mientras que las pulseras presentan precios entre 159
soles a 500 soles dependiendo de las características que brinden, para la comparativa se
empleara el Xiaomi Amazfit Band 5 por que tiene oxímetro con un costo de 249 soles en
Mercado Libre.
Figura 13
Xiomi Amazfit Band 5/con Oxímetro + Correa De Regalo.
Nota. Recuperado de Mercado Libre (2021)
Criterios:
• Precio: Es el precio que representa la adquisición de la herramienta.

• Lugar de adquisición: Es el lugar donde se puede adquirir la herramienta evaluada.
72
Tabla 11.
Cuadro comparativo de precios de herramientas
Herramientas
Criterios
Termómetro Pulsioxímetro Wearable
Precio S/. 27.90 S/. 59.90 S/. 249
Lugar de Farmacias y tiendas por Tiendas virtuales y tiendas

Farmacias
adquisición departamento por departamento
Nota. Elaboración Propia. Recuperado de Inkafarma (2021), Mifarma (2021) y Mercado

Libre (2021).
4.4 Benchmarking
4.4.1 Benchmarking de tipos de aplicación
Tomando como base lo elaborado en el punto 2.2 del documento, se procederá a elaborar
una matriz de enfrentamiento que permita priorizar los principales criterios de evaluación
para realizar el benchmarking.
4.4.1.1 Evaluación y medición de los criterios

Se realizó una matriz de enfrentamientos de los criterios, donde se ve si lo criterios están
relacionados entre sí para finalmente llegar a una ponderación de los criterios. Para esto,
se coloca 1 si es que existe relación o dependencia entre un criterio u otro y 0 si no la
tiene. A continuación, la tabla 12 muestra dicha matriz con los criterios definidos
previamente para los tipos de aplicación a desarrollar la solución.
73
Tabla 12.
Matriz de enfrentamiento de criterios para tipos de aplicación
4.4.1.2 Resultados del benchmarking

Tabla 13.
Benchmarking de tipos de aplicaciones
Nota. Elaboración Propia. Los puntajes de criterio se realizaron de acuerdo con una
determinada escala (1: Bajo, 2: Bajo-Medio, 3: Medio, 4: Medio-Alto, 5: Alto)
74
De acuerdo con el análisis realizado, el mejor tipo de aplicación basado criterios
presentados en nuestro proyecto es la aplicación web progresiva (PWA) con el peso de
4.29. Obtuvo esta puntuación debido a que se puede actualizar con mayor facilidad, tiene
una característica multiplataforma que soporta múltiples navegadores en diversos
sistemas operativos y no requiere de una tienda para su instalación ni actualización
respecto a los otros tipos.
4.4.2 Benchmarking de lenguajes de programación

Tomando como base lo elaborado en el punto 2.3 del documento, se procederá a elaborar

previamente para los lenguajes de programación a utilizar en el desarrollo de la solución.
Tabla 14.
Matriz de enfrentamiento de criterios de los lenguajes de programación
75
Tabla 15.
Benchmarking de lenguajes de programación
De acuerdo con el análisis realizado, el mejor lenguaje de programación basado en los

criterios presentados en nuestro proyecto es Java con el peso de 4.52. Obtuvo esta
puntuación debido a que ofrece soporte a dispositivos móviles que los otros lenguajes no
ofrecen, tiene un menor consumo de energía y posee un menor tiempo de ejecución al
compilar un código respecto a los otros lenguajes.
4.4.3 Benchmarking de plataformas de servicios Cloud

Tomando como base lo elaborado en el punto 2.4 del documento se procederá a elaborar

previamente para las plataformas de servicios Cloud a utilizar para el despliegue de la
solución.
76
Tabla 16.
Matriz de enfrentamiento de criterios de plataformas de servicios Cloud
Criterio A B C D E Conteo Ponderación
1 0 1 1 3 25.00%
A Precio para propósitos generales
B Modelo 1 1 1 1 4 33.33%
Integración con aplicaciones basadas en

0 1 0 0 1 8.33%
C microservicios
D Infraestructura Cloud en local 1 1 0 0 2 16.67%
E Backup 1 1 0 0 2 16.67%
Total 12 100%

Tabla 17.
Benchmarking de plataformas de servicios Cloud
77
De acuerdo con el análisis realizado, la mejor plataforma de servicios Cloud basada en
los criterios presentados en nuestro proyecto es Amazon Web Services (AWS) con el
peso de 4.75. Obtuvo esta puntuación debido a el modelo bajo demanda, reservado y en
el lugar que ofrece AWS. Asimismo, ofrece la posibilidad de integración con aplicaciones
basadas en microservicios con Service Fabric, ya que ofrecen la opción de elegir su propio
entorno y crear un clúster. Además, AWS clases de almacenamiento para diversas
necesidades de recuperación a la vez como Amazon S3 Glacier y S3 Glacier Deep
Archive a diferencia de Google Cloud Platform que no posee ninguna.
4.5 Disposiciones a tomar en cuenta para el proyecto

4.5.1 Tipo de Casos
Según el Ministerio de salud mediante la resolución ministerial N°947-2020 definen los
siguientes casos de acuerdo con la gravedad de la enfermedad:
• Caso Leve: Pacientes sintomáticos que cumplen con criterios para considerarse
un caso de COVID-19 y no presentan signos de neumonía ni de hipoxia.
• Caso Moderado: Son aquellos casos de COVID-19 que presenta signos clínicos
de neumonía con o sin hipoxemia y sin signos de gravedad.
• Caso Grave: Todo caso de COVID-19 con síntomas de neumonía, frecuencia de
respiratoria superior a treinta o hipoxemia severa.
4.5.2 Síntomas que vigilar

El MINSA mediante la RM N°947-2020 menciona que los síntomas más comunes y
frecuentes son el cansancio, dificultad para respirar, dolor muscular, falta de apetito,
fiebre y tos.
Asimismo, algunos síntomas que también se pueden presentar son la carraspera,

congestión nasal, cefalea, diarrea, náuseas y vómitos, pérdida del olfato y pérdida del
gusto.
4.5.3 Grupos de riesgo

Presencia de comorbilidades: El MINSA mediante la RM N°947-2020 menciona que los
adultos de cualquier edad con las siguientes afecciones tienen mayor riesgo de enfermarse
gravemente de COVID-19:
• Asma moderada o grave

• Cáncer
78
• Diabetes mellitus
• Enfermedad o tratamiento inmunosupresor
• Enfermedades cardiovasculares graves
• EPOC (Enfermedad Pulmonar Obstructiva Crónica)
• Obesidad grave (IMC mayor o igual a 40)
4.5.4 Signos de alarma

El MINSA en la RM N°947-2020 dispone los siguientes signos de alarma para identificar
la necesidad de atención médica inmediata en casos de COVID-19:
• Dificultad para respirar o sensación de falta de aire

• Desorientación
• Fiebre persistente de más de dos días y superior a 38°C
• Dolor en el pecho
• Coloración azul de los labios
• Saturación de oxígeno menor a 95%
Asimismo, se resalta la importancia de medir la saturación de oxígeno todos los días y de
preferencia tres veces al día. Por otro lado, se menciona que los pacientes con hipoxia
leve deben iniciar tratamiento con oxigenoterapia en CAAT o en establecimientos de
primer nivel de atención. Para ello, se deberá considerar la variación de saturación de
oxígeno de acuerdo con la altitud según lo que muestra la tabla 18.
Tabla 18
Variación de Saturación de oxígeno con la altitud
Estado de saturación de oxígeno según la altura sobre el nivel del mar

m.s.n.m. 0 1000 3000 3400 3600 3900
Normal 93 - 100 92 - 99 88 - 96 87 - 95 84 - 93 83 - 92
Hipoxia Leve 88 - 92 88 - 91 84 - 87 83 - 86 80 - 83 79 - 82
Hipoxia Moderada 85 - 88 84 - 87 80 - 83 79 - 82 76 - 79 75 - 78
Hipoxia Severa < 85 < 83 < 79 < 78 < 75 < 74
Nota. Recuperado de la RM 947-2020 MINSA (2020).
4.6 Casos para acudir a un establecimiento de salud

El MINSA en la RM N°947-2020 dispone casos para acudir a un centro de salud que
sucede si la saturación de oxígeno (usando un pulsioxímetro) se encuentra en un nivel
menor de 95% o si presenta otros signos de alarma.
79
4.7 Procesos involucrados en la monitorización de pacientes COVID-19
4.7.1 Proceso de atención de pacientes por COVID-19
4.7.1.1 Modelado del proceso
Según el documento Plan Regional de Reforzamiento de los Servicios de Salud y
Contención del COVID-19, se indica el flujo de atención de pacientes por COVID-19.
Este modelo fue desarrollado para instituciones públicas y privadas del Cusco que
incluyen a ESSALUD, Sanidades de Fuerzas armadas y Policía Nacional del Perú. Inicia
con la llegada del paciente al centro, continua con el triaje diferenciado para determinar
si tiene o no síntomas de COVID donde se contempla la identificación de caso leve,
moderado o severo. Para cada caso, se realiza la elaboración de informes
epidemiológicos. Para casos moderados o severos, se toma una muestra y se evalúa
mediante otro triaje donde se determina la hospitalización de acuerdo con el cuadro
clínico. Por otro lado, en el caso leve se identifican comorbilidades o factores de riesgo,
se recomienda el aislamiento domiciliario y la realización de prueba de detección de
COVID-19. Esta prueba determina si el paciente se aísla por 14 días en su domicilio y se
realiza su seguimiento. O en su defecto, igualmente se indica que continúe en su
aislamiento previa consejería (Dirección Regional Salud de Cusco, 2020). A
continuación, en la figura 15, se evidencia el modelado BPMN del proceso con todos los
flujos involucrados
80
Figura 14
Proceso de atención de pacientes por COVID-19.
Nota. Adaptado de Dirección Regional Salud de Cusco (2020).
81
4.7.1.2 Caracterización
Tabla 19.
Caracterización del Proceso de atención de pacientes por COVID-19
N Entrada Actividad Salida Definición Responsabl

º e
A - Inicio Llegada al Se inicia el Paciente
centro de salud proceso de
atención por
COVID-19
B Llegada al Solicitar Tique de El paciente Paciente
centro de salud atención atención solicita atención
medica
médica por parte
de un personal
de salud
C Tique de Recibir Informe del Se recibe la Personal de
atención Solicitud paciente solicitud de atención
atención con la
información del
paciente
D Informe del Realizar triaje Reporte de Se realiza una Personal de

paciente diferenciado evidencia de evaluación para atención
síntomas determinar si el
Reporte de paciente
ausencia de presenta
síntomas síntomas de
COVID-19
E Reporte de Enviar al Tique de entrada Se realizan los Personal de
evidencia de paciente al a consultorio protocolos de atención
consultorio
síntomas diferenciado bioseguridad
para evitar
contagios
F Tique de entrada Seguir Informe de Entrega de una Personal de
a consultorio protocolo de cumplimiento de mascarilla atención
bioseguridad protocolos de
con el paciente bioseguridad descartable e
higiene de
82
manos con
alcohol
G Informe de Realizar Reporte Se pregunta al Personal de
cumplimiento de preguntas de epidemiológico paciente si tuvo atención
protocolos de seguimiento
bioseguridad contacto con
algún contagiado
dentro de 14 días
desde el inicio de
los síntomas
H Reporte Clasificar Informe de caso Se utiliza el Personal de
epidemiológico como caso moderado y reporte atención
moderado y epidemiológico
severo severo como base para
determinar el
caso
correspondiente
I Informe de caso Notificar a Informe de caso Los casos Personal de
moderado y epidemiología sospechoso para sospechosos se atención
del caso notifican para su
severo moderado o el sistema de investigación
severo vigilancia
epidemiológica
J Informe de caso Tomar muestra Informe de Se toma las Personal de
sospechoso para muestra muestras del atención
paciente para
el sistema de recolectada confirmar el
vigilancia caso sospechoso
epidemiológica
K Informe de Referir al Informe clínico Se envía la Personal de
muestra hospital actualizado del información del atención
seleccionado paciente al
recolectada paciente hospital
seleccionado
L Informe clínico Evaluar en Reporte de la Se realiza la Personal de
actualizado del triaje evaluación evaluación atención
diferenciado realizada en el
paciente de hospitales realizada triaje
diferenciado de
hospitales
M Reporte de la Hospitalizar Informe de Se hospitaliza al Personal de
evaluación según cuadro hospitalización paciente en base atención
clínico al cuadro clínico
realizada en el del paciente presentado
83
triaje de
hospitales
N Reporte Clasificar Informe de caso Se utiliza el Personal de

epidemiológico como caso leve leve reporte atención
epidemiológico
como base para
determinar el
caso
correspondiente
O Informe de caso Notificar a Informe de caso Los casos Personal de
leve epidemiología leve del sospechosos se atención
del caso leve notifican para su
sospechoso para investigación
el sistema de
vigilancia
epidemiológica
P Informe de caso Identificar Reportede Se identifican las Personal de
leve del comorbilidade comorbilidades comorbilidades atención
y factores de
sospechoso para s o factores de y factores de riesgo del caso
el sistema de riesgo riesgo
vigilancia
epidemiológica
Q Reporte de Recomendar Lista de Se le indican una Personal de
comorbilidades aislamiento recomendacione serie de atención
recomendacione
y factores de domiciliario y s s para el paciente
riesgo cuarentena
para familiares
R Resultado de las Realizar Resultado Se realizará la Personal de
preguntas prueba de positivo de la prueba atención
detección de prueba correspondiente
COVID-19 Resultado para detectar la
negativo de la presencia del
prueba virus en el
paciente
S Resultado Indicar Documento de Se le indica al Personal de
positivo de la aislamiento aislamiento paciente que atención
prueba domiciliario domiciliario continúe con el
por 14 días aislamiento
84
domiciliario por
14 días
T Documento de Realizar Reporte de Se realiza el Personal de
aislamiento investigación y investigación y seguimiento y atención
domiciliario seguimiento seguimiento monitoreo del
paciente desde
su domicilio
U Reporte de Recomendar Hoja de Tras realizar la Personal de
investigación y continuación monitoreo del consejería atención
seguimiento del aislamiento paciente correspondiente
Resultado previa se determina si la
negativo de la consejería paciente
prueba continua con el
aislamiento
V Reporte de Evaluar según Ficha de Se evalúa al Personal de
ausencia de motivo de evaluación paciente de atención
síntomas consulta acuerdo a los
síntomas que
presenta
W Ficha de Recomendar Informe de Se recomienda al Personal de
evaluación como prevenir recomendacione paciente qué atención
infecciones s medidas adoptar
respiratorias para evitar
infecciones
respiratorias
X Informe de Fin del proceso - Concluye el Personal de
hospitalización proceso de atención
del paciente atención de
Hoja de pacientes con
monitoreo del COVID-19
paciente
Informe de
recomendacione
s
Y Tique de Fin del - Concluye el Paciente
atención paciente proceso de
85
atención de
pacientes con
COVID-19 por
parte del
paciente
Nota. Elaboración propia
4.7.2 Proceso de manejo de casos de pacientes pediátricos con COVID-19

En base al documento de Recomendaciones Clínicas para el manejo de pacientes
pediátricos con COVID-19, se modelo el flujograma para el manejo de casos sospechosos
o confirmados de COVID-19. Inicia con la llegada del paciente al centro de salud donde
se le procederá a evaluar la gravedad de COVID-19 que presenta. Solo hay tres tipos de
gravedad que son leve, moderado o severo. En el caso leve, se evalúan los factores de
riesgo para determinar si puede escalar a una gravedad moderada. Si el paciente no
presenta factores de riesgo, se le recomienda un aislamiento domiciliario y se realiza un
seguimiento por 14 días. Si la gravedad no es leve, se realiza una hospitalización según
sea el caso. En el caso moderado, se realiza un tratamiento de soporte, exámenes
auxiliares y un monitoreo clínico mediante el Sistema Pediátrico de Alerta Temprana
(PEWS). Si no obtiene un puntaje superior a 8 puntos en el PEWS, entonces recibe el
alta. Sin embargo, si el puntaje es superior, entonces se solicita una evaluación por el
médico Intensivista. Tras la evaluación del Intensivista o Emergenciólogo o en caso
severo, se realiza la hospitalización del caso severo (EsSalud, 2020). A continuación, en
la figura 16, se evidencian todos los flujos detallados del proceso en notación BPMN.
86
Figura 15
Proceso de manejo de casos sospechosos o confirmados de pacientes pediátricos con COVID-19.
Nota. Adaptado de EsSalud (2020).
87
Tabla 20.
Caracterización del proceso de manejo de casos sospechosos o confirmados de
pacientes pediátricos con COVID-19
Nº Entrada Actividad Salida Definición Responsable

A - Inicio Llegada al Se inicia el proceso Paciente
centro de salud de atención por
COVID-19
B Llegada al Solicitar Ticket de El paciente solicita Paciente
centro de salud atención atención atención médica
medica
por parte de un
personal de salud
C Ticket de Recibir Informe del Se recibe la Personal de
atención Solicitud paciente solicitud de atención
atención con la
información del
paciente
D Informe del Evaluar Resultado de Se realiza una Personal de

paciente gravedad de caso leve evaluación para atención
COVID-19
Resultado de determinar la
caso moderado gravedad de
Resultado de COVID-19 del
caso severo paciente
E Resultado de Evaluar Reporte de Se realiza una Personal de
caso leve factores de factores de evaluación de los atención
riesgo
riesgo de caso factores de riesgo
no severo para determinar si
Reporte de la severidad de la
factores de enfermedad
riesgo de caso
severo
F Reporte de Recomendar Documento de Se le indica al Personal de
factores de aislamiento aislamiento paciente que atención
riesgo de caso domiciliario domiciliario continúe con el
no severo aislamiento
88
domiciliario por 14
días
G Documento de Realizar Reporte de Se realiza el Personal de
aislamiento seguimiento seguimiento seguimiento del atención
domiciliario durante 14 días paciente desde su
al paciente domicilio durante
14 días
H Resultado de Realizar Informe de Se hospitaliza al Personal de
caso moderado hospitalización hospitalización paciente en base a atención
la severidad del
Reporte de caso moderado para el caso caso moderado
factores de moderado
riesgo de caso
severo
I Informe de Realizar Documento de Se realizan Personal de
hospitalización tratamiento de tratamiento de medidas generales, atención
soporte
para el caso soporte oxigenoterapia,
moderado antipiréticos y
broncodilatadores
J Documento de Realizar Resultado de Se realizan Personal de
tratamiento de exámenes exámenes exámenes de atención
auxiliares
soporte auxiliares laboratorio y
radiografías
K Resultado de Realizar Resultado Se realiza el Personal de
exámenes monitoreo menor a 8 monitoreo a través atención
puntos en el
auxiliares clínico PEWS del Sistema
mediante Resultado Pediátrico de
mayor o igual a
PEWS Alerta Temprana
8 puntos en el
PEWS (PEWS)
L Resultado Aprobar el alta Informe de alta Dar alta si pasaron Personal de

menor a 8 del paciente 14 días desde la atención
puntos en el
PEWS confirmación de
COVID-19
M Resultado Solicitar Reporte de El paciente realiza Personal de
mayor o igual a evaluación por solicitud para una solicitud para atención
8 puntos en el evaluación
PEWS la evaluación de un
89
médico médico
Intensivista emergenciólogo o
intensivista
N Reporte de Realizar Informe de Se hospitaliza al Personal de
solicitud para hospitalización hospitalización paciente en base a atención
evaluación la severidad del
Resultado de caso severo para el caso caso severo
caso severo severo
O Reporte de Fin del proceso - Concluye el Personal de

seguimiento proceso de manejo atención
Dar alta si de casos
pasaron 14 días sospechosos o
desde la confirmados de
confirmación pacientes
de COVID-19 pediátricos con
Informe de COVID-19
hospitalización
para el caso
severo
P Ticket de Fin del - | Concluye el Paciente
atención paciente proceso de manejo
de casos
sospechosos o
confirmados de
pacientes
pediátricos con
COVID-19 por
parte del paciente
90
4.7.3 Proceso de casos sospechosos con COVID-19
El documento de Alerta Epidemiológica ante la presencia de casos confirmados de
COVID-19 en el Perú, permitió el modelado del algoritmo de investigación y manejo de
casos sospechosos de COVID-19. Este inicia con la solicitud de evaluación clínica /
epidemiológica por parte del paciente. Tras su evaluación, se completará una ficha
epidemiológica correspondiente y se procederá a tomar la muestra necesaria del paciente.
Luego, se valida la ficha epidemiológica por parte de la institución correspondiente
(DIRIS / DIRESA / GERESA). Después, se procederá a evaluar sus dificultades
respiratorias. En caso sea positivo se transferirá a un hospital y en caso contrario se
recomendará el aislamiento domiciliario (MINSA, 2020). A continuación, en la figura 17,
se observa el modelado BPMN del proceso.
91
Figura 16
Proceso de investigación y manejo de casos sospechosos con COVID-19.
Nota. Adaptado del Ministerio de Salud (2020)
92
Tabla 21.
Caracterización del Proceso de investigación y manejo de casos sospechosos con
COVID-19

A - Inicio Llegada al Se inicia el Paciente
centro de salud proceso de
atención por
COVID-19
B Llegada al Solicitar Ticket de El paciente Paciente
centro de salud atención medica atención solicita atención
médica por parte
de un personal
de salud
C Ticket de Recibir Información del Se recibe la Personal
atención solicitud paciente solicitud de Médico
evaluación con
la información
del paciente
D Información del Evaluar al Resultado de la Se realiza una Personal

paciente paciente evaluación evaluación Médico
clínica /
epidemiológica
al paciente
E Resultado de la Llenar ficha Ficha Se completa la Personal

evaluación epidemiológica epidemiológica ficha Médico
epidemiológica
en base a los
resultados de la
evaluación
93
F Ficha Tomar muestra Informe de Se toma las Personal
epidemiológica muestra muestras del Médico
paciente para
recolectada confirmar el
caso sospechoso
G Informe de Validar ficha Informe Se realiza la Personal

muestra epidemiológica epidemiológico validación de la Médico
(DIRIS/ validado
recolectada DIRESA/ ficha
GERESA) epidemiológica
con la DIRIS,
DIRESA y
GERESA
H Informe Evaluar Reporte de Se evalúa si el Personal
epidemiológico dificultad dificultad paciente Médico
validado
respiratoria respiratoria en presenta
el paciente dificultad
Reporte de respiratoria
ausencia de
dificultad
respiratoria en
el paciente
I Reporte de Transferir a Informe de Se realizará la Personal
dificultad hospital hospitalización transferencia del Médico
paciente a un
respiratoria en del paciente hospital por
el paciente dificultad
respiratoria
J Reporte de Recomendar Documento de Se le indica al Personal

ausencia de aislamiento aislamiento paciente que Médico
dificultad domiciliario domiciliario permanezca en
respiratoria en aislamiento
el paciente domiciliario,
clínica u hotel en
espera de
resultados
94
K Informe de Fin del proceso - Concluye el Personal
hospitalización proceso de Médico
del paciente investigación y
manejo de casos
Documento de sospechosos con
aislamiento COVID-19
domiciliario
L Ticket de Fin del paciente - Concluye el Paciente

atención proceso de
investigación y
manejo de casos
sospechosos con
COVID-19 por
parte del
paciente
4.7.4 Proceso de teleorientación (ASIS)

Después de analizar la RM N° 146-2020-MINSA donde se describe Directiva
Administrativa para la Implementación y Desarrollo de los Servicios de Teleorientación
y Telemonitoreo. Inicia con el usuario accediendo al sistema de información para
contactar con un profesional de salud. Se generará un informe luego de que el personal
de atención responda la tele consulta. Luego, se evaluará si el caso es una emergencia o
no. En caso sea una emergencia, se coordina con la unidad de referencias para realizar el
traslado a un hospital. En caso no sea una emergencia, se evaluará si es una urgencia o
no. En caso sea una urgencia, el paciente tendrá que acudir a un centro de salud
cumpliendo con los protocolos adecuados para recibir la atención médica
correspondiente. Tras ser evaluado, se determina si debe recibir el alta o no. Si no la
recibe, el paciente se mantiene en observación; caso contrario solo sigue
recomendaciones desde su casa. En caso no sea una urgencia, el personal de atención
deberá indicar recomendaciones y el paciente deberá seguirlas en su domicilio (RM 146-
2020 MINSA, 2020). A continuación, en la figura 18, se observan los flujos del proceso
en notación BPMN
95
Figura 17.
Proceso de teleorientación.
Nota. Adaptado de RM 146-2020 MINSA (2020).
96
Tabla 22.
Caracterización del proceso de teleorientación

A - Inicio Ingreso a la Se inicia el Usuario
pagina proceso de
atención por
COVID-19
B Ingreso a la Acceder al Solicitud de El paciente Usuario
pagina sistema de atención solicita atención
información
médica por
medio de la
página web
C Solicitud de Contactar al Generación de Tras realizar la Usuario
atención profesional de tique de solicitud se
salud contacta al
consulta profesional de
salud
correspondiente
D Generación de Recibir solicitud Información Se recibe la Personal de

ticket de de contacto del paciente solicitud del atención
paciente con sus
consulta datos y la
información de la
consulta
E Información Responder tele Informe de tele Se atiende la Personal de

del paciente consulta consulta consulta médica atención
realizada por el
usuario
F Informe de tele Evaluar si es un Reporte Se realiza una Personal de

consulta caso de negativo para evaluación al atención
emergencia caso de usuario para
emergencia comprobar si es
97
Reporte de un caso de
caso de emergencia
emergencia
G Reporte Evaluar si es un Reporte de Se realiza una Personal de
negativo para caso de urgencia caso de evaluación al atención
caso de urgencia usuario para
emergencia Reporte comprobar si es
negativo de un caso de
urgencia urgencia
H Reporte de Indicar que acuda Solicitud de Indicar al Personal de
caso de a un centro de ingreso a paciente que se atención
urgencia
urgencia salud dirija a urgencias
del centro de
salud
seleccionado
I Solicitud de Recibir atención Reporte de El paciente recibe Usuario
ingreso a médica atención atención médica
urgencia
médica en el centro de
salud
J Reporte de Evaluar paciente Reporte de El paciente recibe Personal de
atención permanencia una evaluación atención
de
médica hospitalización en el centro de
Reporte de alta salud
del paciente
K Reporte de Mantener en Informe de Se realiza un Personal de
permanencia observación seguimiento seguimiento del atención
de
hospitalización malestar del
paciente
L Reporte de alta Indicar Informe de Se le brindan Personal de
del paciente recomendaciones monitoreo de recomendaciones atención
salud
Reporte para el domicilio a seguir al
negativo de paciente
urgencia
M Reporte de Coordinarcon Informe de Se coordina con Personal de
caso de unidad de traslado del la unidad de atención
paciente
emergencia referencias para emergencia para
98
traslado a el traslado del
hospital paciente al
hospital
N Informe de Fin del proceso - Concluye el Personal de
seguimiento de proceso de atención
teleorientación
Informe de teleorientación
monitoreo de
salud
Informe de
traslado del
paciente
O Reporte de Fin - Concluye el Paciente
atención proceso de
médica teleorientación
por parte del
paciente
4.8 Fase de análisis

En base a los análisis, se definió que se centrará en casos leves hasta moderados, ya que
los pacientes podrían hacer uso de la aplicación y las herramientas de medición sin
inconvenientes. También, la aplicación deberá tener en cuenta los síntomas que se
presentan a lo largo de su enfermedad y la posibilidad de registrar su pertenencia a uno o
a varios grupos de riesgo.
Además, se optó por desarrollar una aplicación multiplataforma, ya que como se

evidencia en el primer punto hay personas que poseen distintos dispositivos y la intención
del proyecto es abarcar la mayor cantidad de usuarios. De acuerdo con el primer
benchmarking realizado, se empleará una aplicación web progresiva, ya que permite una
transversalidad a través de los múltiples dispositivos tecnológicos en diferentes sistemas
operativos. Además, permite actualizaciones rápidas, es multiplataforma y no requiere de
una tienda específica para su descarga e instalación.
El segundo benchmarking permitió determinar que Java es el lenguaje de programación

óptimo para el desarrollo de la aplicación. Esto se debe a que al realizar una comparación
con otros lenguajes (PHP y Python), se observó que era superior en cuanto a consumo de
energía y tiempo de ejecución. Además, se analizaron múltiples plataformas de servicios
Cloud para el despliegue para la aplicación como Amazon Web Services (AWS),
99
Microsoft Azure y Google Cloud Platform. El tercer benchmarking destacó AWS como
principal plataforma debido a que es superior a las demás en la combinación de tres
características como la integración con aplicaciones basadas en microservicios,
infraestructura Cloud en local y clases de almacenamiento para backup.
Por otro lado, se analizaron los procesos de monitoreo de COVID-19 como la

telemedicina que demostró un aumento durante la pandemia. Así también, se rescata la
cartilla de monitoreo de COVID-19 presentada por el Dr. Antonio Quispe donde se
clasifica la enfermedad según parámetros como la temperatura y la saturación de oxígeno.
Además, se realizó el modelado de 4 procesos de los cuales los 3 primeros son de análisis
de flujo de atención de pacientes sospechosos o confirmados de pacientes con COVID-
19 y la última trata del proceso de tele orientación. El primero es un análisis procesos de
atención de pacientes por COVID-19 recuperado del Plan Regional de Reforzamiento de
los Servicios de Salud y Contención del COVID-19. El segundo es un proceso de manejo
de casos sospechosos o confirmados de pacientes pediátricos con covid-19 recuperado
del documento de Recomendaciones Clínicas para el manejo de pacientes pediátricos con
COVID-19. El tercero es el proceso de investigación y manejo de casos sospechosos con
COVID-19 recuperado del documento de Alerta Epidemiológica ante la presencia de
casos confirmados de COVID-19 en el Perú. Finalmente, se modelo el cuarto proceso
sobre la tele orientación de acuerdo con la RM N° 146-2020-MINSA.
4.9 Proceso TOBE

4.9.1 Proceso de monitoreo de pacientes con COVID-19
El presente modelo trata de optimizar el proceso ASIS de atención a pacientes con
COVID-19. Para esto se incluirá el proceso de monitoreo del estado de salud de pacientes
con COVID-19. El proceso inicia cuando el paciente presenta síntomas de esta
enfermedad. Tras esto, el paciente toma una muestra de sus signos vitales a través de
dispositivos como el pulsioxímetro o termómetro digital; asimismo, solicita una prueba
de COVID-19 para verificar que padece la enfermedad.
La solicitud mencionada anteriormente origina el inicio del subproceso de prueba de

COVID-19. Este inicia con la recepción de la solicitud de la prueba y la realización de
esta en el centro de salud. Los resultados de la prueba se conocen tras un periodo de 3 a
5 días. Dependiendo del resultado, si el paciente tiene COVID, entonces se le asigna un
médico y finaliza el subproceso con el seguimiento del paciente junto con una serie de
100
recomendaciones que debe seguir. En caso contrario, solo se recomienda un monitoreo
preventivo y finaliza el subproceso.
Tras realizar esto, ingresará sus parámetros biométricos y los síntomas a la aplicación.
Los datos se almacenarán se guardarán en la base de datos del sistema y se elaborará un
informe. Luego, se evaluarán los datos recibidos y si el paciente no tiene los signos vitales
comprometidos, entonces visualizará un reporte periódico de sus parámetros a través del
tiempo. Luego de esto, si aún no ha recibido los resultados entonces continúa con el
monitoreo de sus síntomas cada 8 horas. Si recibió los resultados, entonces se realizará
una evaluación para determinar su alta médica. Si no recibió el alta, deberá continuar el
monitoreo; sin embargo, si recibe el alta, entonces acaba el proceso de monitoreo sin
haber presentado complicaciones. En caso sus signos vitales se encuentren
comprometidos, el paciente revisará indicaciones sobre los procedimientos a realizar y, a
su vez, la aplicación enviará la información sobre las complicaciones del paciente a sus
contactos de emergencia registrados. Posteriormente, deberá acudir a un centro de salud
para realizar la consulta médica.
En el centro de salud, se realizará el subproceso de atención a pacientes con COVID-19

que inicia tras recibir la consulta médica. En dicho centro, se realizará el triaje del paciente
donde lo clasificarán como caso moderado o severo. Luego de clasificarlo, se notificará
a epidemiología sobre el caso y se determinará si debe acudir a la Unidad de Cuidados
Intermedios (UCIM). Si no debe acudir, se procederá con su hospitalización; en caso
contrario, se le enviará a UCIM. Tras recibir el alta de cualquiera de las instituciones,
acaba el subproceso de atención en el centro de salud y finalizará el proceso de monitoreo
del estado de salud de los pacientes con COVID-19 tras superar las complicaciones
101
4.9.2 Diagrama del proceso de monitoreo de pacientes con COVID-19
Figura 18
Diagrama de proceso TOBE de monitoreo de pacientes con COVID-19
102
Tabla 23
Caracterización de actividades del proceso de monitoreo de pacientes con COVID-19

A Contagio de Presentar Necesidad de El paciente Paciente
saber mi estado comienza a
COVID-19 síntomas
de salud presentar
síntomas de
COVID-19
B Necesidad de Tomar Valores de El paciente utiliza Paciente
saber mi estado parámetros de
muestra de dispositivos para
de salud los signos vitales
signos vitales conocer sus
parámetros de
temperatura y
saturación de
oxígeno
C Necesidad de Solicitar Ticket de El paciente acude Paciente
saber mi estado atención de
prueba a un centro de
de salud prueba COVID-
COVID-19 19 salud para
solicitar la prueba
de COVID-19
D Ticket de Subproceso Reporte de Empieza el Centro de
atención de prueba COVID-
de prueba subproceso para salud
prueba COVID- 19
19 COVID-19 determinar si
tiene o no
COVID-19
E Valores de Ingresar a la Autenticación El paciente Paciente
parámetros de
aplicación del usuario ingresa a la
los signos vitales
aplicación web
progresiva para
ingresar sus
parámetros
F Autenticación Registrar el Informe de El paciente inicia Paciente
del usuario estado de parámetros y el registro de sus
salud del síntomas parámetros
paciente biométricos y sus
síntomas
G Informe de Evaluar Ningún signo La aplicación Paciente
parámetros y estado de vital
mostrará al
síntomas salud comprometido
Informe de paciente si sus
parámetros de
103
los signos vitales signos vitales se
comprometidos
encuentran
comprometidos o
no
H Informe de Visualizar Información de El paciente recibe Paciente
parámetros de indicaciones indicaciones
centro de salud
los Signos sobre los
vitales más cercano procedimientos a
comprometidos seguir según la
aplicación
I Información de Acudir a Ticket de El paciente acude Paciente

consulta a un centro
centro de salud centro de
médico para
más cercano salud realizar su
consulta
J Ticket de Subproceso Informe de alta Empieza el Centro de
consulta de atención del paciente subproceso de
Salud
de pacientes atención al
con COVID- paciente de caso
19 moderado o
severo
K Ningún signo Visualizar Informe La aplicación le Paciente
vital reporte periódico del mostrará al
comprometido periódico estado de salud paciente un
reporte del
cambio de sus
parámetros a
través del tiempo
L Paciente Continuar Informe de El paciente Paciente
monitoreo parámetros y
enfermo sin alta deberá continuar
síntomas
con el monitoreo
Sin resultados de de su salud
la prueba tomando sus
parámetros
biométricos
M Reporte de Recibir Informe de Se evalúa al Centro de
prueba COVID- paciente para
evaluación evaluación del Salud
19 determinar si se le
paciente debe otorgar el
alta
104
Tabla 24
Caracterización de compuertas del proceso de monitoreo de pacientes con COVID-19
Nº Entrada Compuerta Salida Definición Responsable

1 Síntomas Compuerta Necesidad de Divergencia de las Paciente
divergente por
del paciente conocer los necesidades del
presencia de
síntomas parámetros paciente
Necesidad de
realizar una
prueba COVID-
19
2 Muestra de Compuerta Necesidad de Convergencia de la Paciente
convergente por compuesta
signos monitorearse a
presencia de paralela para
vitales síntomas través del iniciar la fase de
monitoreo
Resultado sistema
de prueba
COVID-19
3 Estado de ¿Signos vitales Signos vitales Se analizan los Paciente
salud del comprometidos? comprometidos signos vitales del
paciente Signos vitales no paciente y la
comprometidos aplicación
determina si
presenta
complicaciones de
la enfermedad
4 Necesidad ¿Recibió Sin respuesta de El paciente recibe Paciente
de saber si
resultados de la la prueba los resultados de la
continuar el
monitoreo prueba? Resultado e prueba de COVID-
indicaciones de 19 realizada
la prueba previamente
5 Informe de ¿El paciente Paciente El paciente recibe Paciente
recibió el alta?
evaluación enfermo y sin el alta por parte del
del paciente alta médico que se le
Paciente que asigna
supero la
enfermedad y
recibió el alta
105
Tabla 25
Caracterización de eventos del proceso de monitoreo de pacientes con COVID-19
Nº Entrada Evento Salida Definición Responsable

a - Inicio Contagio de La persona se Paciente
contagia de
COVID-19
COVID-19
b Ticket de Recibir solicitud Solicitud Se recibe la Centro de
atención de solicitud de
enviada al salud
prueba atención en el
COVID-19 subproceso de centro de salud
atención
COVID-19
c Reporte de Prueba COVID- Resultados de la El paciente Paciente
prueba
19 prueba COVID- recibe los
COVID-19
19 resultados de la
prueba
d Respuesta de Cada 8 horas Datos de El paciente Paciente

seguimiento de
monitoreo de deberá continuar
monitoreo
parámetros con el monitoreo
de su salud cada
8 horas
e Informe de alta Fin del proceso - Se finaliza el Centro de

del subproceso
de atención en el proceso de salud
de atención
centro de salud atención de los
pacientes con
COVID-19 en
un centro de
salud
f Informe de Fin del proceso - Se finaliza el Centro de
envío a centro de monitoreo proceso de salud
de salud del paciente con monitoreo del
complicaciones estado de salud
de los pacientes
con COVID-19
tras enviar al
paciente a un
centro de salud
106
g Informe de alta Fin del proceso - Se finaliza el Paciente
proceso de
de médico de monitoreo
monitoreo del
asignado del paciente sin estado de salud
de los pacientes
complicaciones
con COVID-19
sin presentar
complicaciones
4.9.3 Diagrama del subproceso de prueba COVID-19

Figura 19
Diagrama de subproceso de prueba COVID-19.
Tabla 26
Caracterización de actividades del subproceso de prueba COVID-19

D.A. Ticket de Realizar prueba Resultado de El centro de salud Centro de
atención de prueba
COVID-19 le realiza la prueba salud
prueba positivo
COVID-19 Resultado de correspondiente Centro de
prueba salud
negativa
D.B. Resultado de Asignar Reporte de Se le asigna un Centro de

prueba asignación
Médico médico para el salud
positiva
paciente con
COVID-19
D.C. Reporte de Realizar Informe de Se realiza el Centro de
asignación seguimiento
seguimiento al seguimiento del salud
paciente paciente sobre el
107
avance de su
enfermedad
D.D. Informe de Dar de alta al Alta al Se realiza el alta a Centro de

seguimiento paciente
paciente paciente tras el salud
seguimiento de su
enfermedad
D.E. Resultado de Recomendar Reporte de Se realiza el Centro de

monitoreo
prueba monitoreo monitoreo de salud
preventivo
negativa preventivo preventivo en caso
no se haya
detectado el
COVID-19 con la
prueba
Tabla 27
Caracterización de compuertas del subproceso de prueba COVID-19

D.1. Prueba ¿Tiene Resultado de la Se analiza la Centro de
COVID-19? prueba para
COVID prueba salud
determinar si el
positiva paciente dio
positivo para
Resultado de la
COVID-19 o no
prueba
negativa
108
Tabla 28
Caracterización de eventos del subproceso de prueba COVID-19

D.a. Ticket de Recibir Necesidad de El centro de Centro de
saber mi estado
atención para solicitud salud recibe la salud
de salud
prueba solicitud del
COVID paciente para
realizarle una
prueba por
COVID-19
D.b. Prueba Esperar 3-5 días Valores de Se analiza la Centro de
parámetros de
COVID-19 prueba realizada salud
los signos
vitales por el paciente
durante 3 a 5
días para
determinar si
tiene COVID-19
D.c. Informe de Fin del proceso - Finaliza el Centro de
seguimiento
con proceso de salud
seguimiento al prueba de
paciente COVID-19 para
que el médico
asignado realice
el seguimiento
D.d. Reporte de Fin del proceso - Finaliza el Centro de
monitoreo
con proceso de salud
preventivo
recomendación prueba de
de monitoreo COVID-19 con
la
recomendación
de monitoreo del
paciente
109
4.9.4 Diagrama del subproceso de atención de pacientes con COVID-19.
Figura 20
Diagrama de subproceso de atención de pacientes con COVID-19.
Tabla 29
Caracterización de actividades del subproceso de atención de pacientes con COVID-19

J.A. Ticket de Realizar triaje Informe de El centro de salud Centro de
consulta triaje realiza una salud
evaluación al
paciente
J.B. Informe de Clasificar Informe de El centro de salud Centro de
triaje epidemiología clasifica al salud
paciente como
paciente como
moderado o caso moderado o
severo
severo
J.C. Informe de Notificar a Informe de Los casos Centro de
epidemiología sospechosos se salud
epidemiología paciente
notifican para su
el caso epidemiológico investigación
moderado o para
severo hospitalización
Informe de
paciente
epidemiológico
para UCIM
J.D. Informe de Recomendar Control de El centro de salud Centro de

monitoreo envía al paciente a salud
paciente paciente en
desde su una
epidemiológico hogar hospitalización hospitalización
para
hospitalización
110
J.E. Informe de Referir UCIM Control de El centro de salud Centro de
envía al paciente a salud
paciente paciente en
la Unidad de
epidemiológico UCIM Cuidados
Intermedios
para UCIM
(UCIM)
Tabla 30
Caracterización de compuertas del subproceso de atención de pacientes con COVID-19

J.1. Informe de ¿Debe acudir a Informe de Se determina si el Centro de
epidemiologia salud
UCIM? paciente paciente debe
epidemiológico acudir a UCIM, ya
para que es un caso
hospitalización moderado. En su
Informe de defecto, deberá
paciente recibir una
epidemiológico hospitalización al
para UCIM ser un caso severo
Tabla 31
Caracterización de eventos del subproceso de atención de pacientes con COVID-19

J.a. Ticket de Recibir Necesidad de El centro de Centro de
saber mi estado
atención para solicitud salud recibe la salud
de salud
prueba solicitud del
COVID paciente para
realizarle una
prueba por
COVID-19
J.b. Reporte de Dar alta Reporte de alta El centro de Centro de
mejora del por salud le da el salud
paciente hospitalización alta al paciente
hospitalizado
111
J.c. Reporte de Dar alta de Reporte de alta El centro de Centro de
mejora del UCIM por UCIM salud le da el salud
paciente en alta al paciente
UCIM
J.d. Reporte de alta Fin del proceso - Finaliza el Centro de
por de atención por
proceso de salud
hospitalización hospitalización
atención de
pacientes con
COVID-19
luego de la
hospitalización
J.e. Reporte de alta Fin del proceso - Finaliza el Centro de
por UCIM de atención por
proceso de salud
UCIM
atención de
pacientes con
COVID-19 en
UCIM
4.10 Arquitecturas
4.10.1 Componentes
Usuarios: Personas que utilizan la aplicación web progresiva de monitoreo de COVID-
19
• Paciente: Usuario que utiliza la aplicación para monitorear sus parámetros y
síntomas
• Administrador web: Usuario que puede observar las estadísticas generales
de los usuarios que utilizan la aplicación
Dispositivos: Dispositivos en los que se puede ejecutar la aplicación
• Smartphone/Tablet/PC/Laptop: Dispositivos donde el usuario paciente
puede ejecutar la aplicación
• PC/Laptop: Dispositivos donde el administrador web puede ejecutar la
aplicación
Conexión a internet: Es el sistema de enlace entre el dispositivo que utilizará la
aplicación con Internet
• Datos móviles: Forma de conexión a internet utilizada por los dispositivos
móviles
• Wi-Fi: Forma de conexión a internet utilizada por cualquier tipo de
dispositivo mediante un adaptador inalámbrico
112
• Ethernet: Forma de conexión a internet a través de un cable de red
Cloud Amazon Web Services: Colección de servicios de computación en la nube donde
se alojará el frontend y backend de la aplicación
• Frontend: Parte de la aplicación web progresiva que interactúa con los
usuarios
o HTML: El Lenguaje de Marcado de Hipertexto es el código utilizado
para estructurar y desplegar los contenidos de la página web.
o Javascript: Lenguaje de programación utilizado para desarrollar el
frontend.
• Backend: Interior de la aplicación web progresiva que consiste en consiste en
un servidor, una aplicación y una base de datos.
o Java: Es un lenguaje de programación utilizado para el desarrollo de
aplicaciones y sitios web (Java, s.f.)
o AWS Elastic Beanstalk: es un servicio que permite la
implementación y el escalado de aplicaciones web desarrolladas en
Python, Node.js y Java en servidores como Apache (AWS, 2021).
Servidor de aplicaciones: Encargado de responder las solicitudes de los clientes de
forma personalizada y dinámica junto con el servidor web, ya que es el servidor donde
una aplicación se ejecuta.
• Servicio Web: Tecnología que utiliza un conjunto de protocolos y estándares
capaces de intercambiar datos entre aplicaciones.
• Aplicación Web: Es aquel tipo de software que se puede ejecutar en la web
porque está codificado en un lenguaje donde los navegadores lo pueden
soportar.
• Apache Tomcat: Es un contenedor de servlets usado para compilar y ejecutar
aplicaciones realizadas en Java.
• Java Enterprise Edition: Permite desarrollar aplicaciones web mediante el
grupo de protocolos, servicios y API’s que proporciona.
• Amazon Amazon Elastic Compute Cloud (EC2): Servicio propocionado
por AWS que permite almacenar información en la nube de forma segura y de
espacio adaptable (AWS, 2021).
Servidor de Base de Datos: Consiste en un software de base de datos que permiten la
lectura y escritura de datos mientras se está ejecutando.
• PostgreSQL: Sistema de base de datos relacional de objetos y de código
abierto que ha ganado una sólida reputación por su confiabilidad, solidez de
funciones y rendimiento (PostgreSQL, s.f.).
• Amazon Relational Database Service (RDS): Servicio de AWS utilizado
para configurar y escalar las bases de datos relacionales en cloud. Asimismo,
permite implementar parches, crear backups y automatizar configuraciones
(AWS, 2021).
113
4.10.2 Arquitectura física
Figura 21
Diagrama de arquitectura física de la solución
114
4.10.3 Arquitectura Lógica
Figura 22
Diagrama de arquitectura lógica de la solución
115
4.10.4 Arquitectura Integrada
Figura 23
Diagrama de arquitectura integrada de la solución
4.10.5 Arquitectura por capas

4.10.5.1 Capa de Negocio
El Proceso de Monitoreo de pacientes con COVID-19 tiene el siguiente flujo:
Ingresar a la aplicación ➔ Registrar estado de salud ➔ Visualizar indicaciones ➔

Visualizar reporte periódico ➔ Evaluar paciente
Donde, tanto el paciente como el medico pueden ingresar a la aplicación a través del
servicio de autenticación, el paciente puede registrar su estado de salud con el servicio de
registro de parámetros para después visualizar las indicaciones correspondientes. Luego,
el paciente visualiza su reporte periódico a través del servicio de reportes, de la misma
forma el medico consume el mismo servicio para visualizar los reportes de los pacientes.
Finalmente, el medico realiza la evaluación del paciente a través del servicio de
evaluación.
4.10.5.2 Capa de Aplicación

En esta capa se presenta el servicio de monitoreo que se conecta el Proceso de Monitoreo
de pacientes COVID-19.
116
La aplicación tiene 4 funciones principales que están integradas a la aplicación de
monitoreo y cada uno genera y consume datos distintos. La función de proveer
información de los usuarios consiste en obtener los datos de los usuarios que son los
pacientes y médicos en la aplicación. Por otro lado, la función de registrar el estado de
salud del paciente consiste en ingresar los datos de los parámetros (incluido los síntomas).
La función de recibir notificaciones consiste en que el paciente podrá recibir indicaciones
en base a los parámetros registrados en la aplicación de monitoreo. Por último, la función
de organizar contactos permite gestionar datos de los contactos de emergencia del
paciente.
4.10.5.3 Capa de Tecnología

La capa de tecnología presenta los dispositivos y tecnologías que se emplearán para el
soporte de la capa de aplicación. En este caso, los dispositivos como laptops, celulares y
computadoras mediante LAN pasan por el firewall y con una conexión a internet acceden
al nodo Amazon Elastic Compute Cloud (EC2). Aquí se encuentra Amazon Elastic
Beanstalk que utiliza el servicio de Amazon EC2 como instancia que contiene la
aplicación de monitoreo.
Tras pasar por el balanceador de carga Elastic Load Balancing (ELB), continúa el flujo
con los servidores de aplicaciones. Estos servidores se conectan mediante LAN al
servidor base de datos para gestionar los datos de los usuarios, parámetros de monitoreo,
notificaciones, contactos, los cuales se conectan con la capa de aplicaciones. Con la
finalidad de asegurar la contingencia, los servidores de bases de datos utilizan el servicio
de Amazon RDS para realizar la copia de seguridad.
Consideraciones:
Alta disponibilidad: Esto se logra mediante el uso de un balanceador de carga para el

proyecto se propone el uso de ELB que distribuye la carga entre los servidores de
aplicación 1 y 2 los cuales contienen servidores Apache
Copias de seguridad: Esto se logra mediante el proceso de backup que genera el servicio
de Amazon RDS. Este realiza copias de seguridad del servidor de base datos al servidor
de base datos (backup) que también contiene PostgreSQL.
117
4.10.5.4 Diagrama
Figura 24
Diagrama de arquitectura por capas de la solución
118
4.11 Diseño de mockups
4.11.1 Módulo de Control de Acceso – Paciente
Figura 25
Pantalla de inicio de sesión
Figura 26
Pantalla de creación de cuenta
119
Figura 27
Pantalla de recuperación de cuenta
Figura 28
Pantalla de cambio de contraseña
120
4.11.2 Módulo de Captura de Datos – Paciente
Figura 29
Pantalla de registro de temperatura
Figura 30
Pantalla de registro de saturación de oxígeno
121
Figura 31
Pantalla de registro de síntomas
4.11.3 Módulo de Visualizaciones - Paciente

Figura 32
Pantalla de inicio
122
Figura 33
Pantalla de reportes del estado de salud del paciente
Figura 34
Pantalla de registros de monitoreo
123
Figura 35
Pantalla de visualización de contactos
4.11.4 Módulo de Notificaciones - Paciente

Figura 36
Pantalla de notificación de paciente recuperado
124
Figura 37
Pantalla de alerta de monitoreo pendiente
4.11.5 Módulo de Contactos - Paciente

Figura 38
Pantalla de registro de contacto
125
Figura 39
Pantalla de edición de contacto
4.11.6 Módulo de Control de Acceso – Médico

Figura 40
Pantalla de inicio de sesión del médico
126
Figura 41
Pantalla de creación de cuenta del médico
4.11.7 Módulo de Visualización – Médico

Figura 42
Pantalla de buscar paciente por DNI
127
Figura 43
Pantalla de registros del paciente buscado por DNI
Figura 44
Pantalla de visualización de síntomas del paciente buscado por DNI
128
Figura 45
Pantalla de visualización de reportes del paciente buscado por DNI
4.11.8 Versión Móvil – Usuario

Figura 46
Pantallas de visualización de Login y de Inicio del usuario
129
Figura 47
Pantallas de captura de datos
Figura 48
Pantallas de reportes de salud de gráficas de temperatura y saturación de oxígeno
130
Figura 49
Pantallas de visualización de la lista y creación de contactos.
Figura 50
Pantallas de notificación y alerta a los usuarios.
4.12 Propuesta de la solución

4.12.1 Propuesta
Se propone MoniCovid como una aplicación donde los pacientes con COVID-19 pueden
monitorear sus síntomas para mantener un control periódico de su enfermedad. La
aplicación proporciona una comunicación constante con el paciente y alerta en caso
encuentre algún signo de complicación. Asimismo, proporciona un módulo donde cada
131
paciente puede compartirle sus reportes a su médico de confianza y este pueda realizarle
un seguimiento y brindarle las recomendaciones correspondientes.
El proceso comienza cuando el paciente presenta síntomas y toma una muestra de sus
signos vitales a través de dispositivos como el pulsioxímetro o el termómetro digital.
Mientras tanto, solicita una prueba de COVID-19 para verificar que tiene la enfermedad.
Los resultados se conocen después de un período de 3 a 5 días. Dependiendo del resultado,
si el paciente no tiene COVID, entonces solo se recomienda un seguimiento preventivo.
De lo contrario, se le asigna un médico que se encarga del seguimiento del paciente y de
brindarle una serie de recomendaciones.
Después, el paciente registra sus parámetros biométricos y síntomas en la aplicación. Los

datos se almacenan en la base de datos del sistema y se evalúan para determinar si el
paciente no tiene signos vitales comprometidos. Posteriormente, se muestra un informe
periódico de sus parámetros a lo largo del tiempo. Después de esto, si aún no ha recibido
los resultados de la prueba de COVID-19, continúa monitoreando sus síntomas cada 8
horas. Si recibió los resultados, se realizará una evaluación para determinar su alta. Si es
dado de alta, el proceso de seguimiento finaliza sin complicaciones. En caso contrario,
deberá continuar su monitoreo. En caso sus signos vitales estén comprometidos, la
aplicación le mostrará al paciente instrucciones sobre los procedimientos a realizar y los
centros médicos cercanos a donde acudir. A su vez, la aplicación enviará un mensaje de
alerta sobre las complicaciones del paciente a los contactos de emergencia que haya
registrado.
4.12.2 Proceso de implementación

A continuación, se muestran los pasos que tuvieron en cuenta para desarrollar la
aplicación desde la programación hasta las pruebas de funcionalidad.
• Programar la aplicación: Se empleó el entorno de desarrollo integrado (IDE)

Visual Studio Code donde se utilizó Java y tecnologías fronted para obtener la
aplicación denominada MoniCovid.
• Configurar ambiente: Se configuraron los servicios de AWS como Amazon
EC2 y Amazon Elastic Beanstalk para desplegar la aplicación.
• Configurar base de datos: Se realizó la configuración de la base datos
utilizando el servicio de Amazon RDS y el motor de base de datos de
132
PostgreSQL para obtener la cadena de conexión e implementarla en la
aplicación.
• Realizar prueba de conexión: Se accedió a AWS para obtener la dirección IP
de la instancia que aloja la aplicación, después se probó que el enlace funcione
correctamente y redirija al “Login” de la aplicación.
• Generar informe de funcionalidad: Finalmente se procedió a probar que la
aplicación tenga las funcionalidades propuestas en el alcance. Para ello, se
empleó un Excel donde se detallaron las historias de usuario y casos de prueba;
y luego, se procedió a elaborar cada paso para verificar que se cumplan con los
criterios establecidos.
Figura 51
Proceso de implementación
4.12.3 Aplicación desarrollada

A continuación, se evidencian imágenes que muestran la aplicación desarrollada en su
versión final.
133
Figura 52
Evidencia que indica la funcionalidad PWA
Figura 53
Registro de parámetro de temperatura
134
Figura 54
Vista de reportes del paciente
Figura 55
Gráfica de temperatura del paciente
135
Figura 56
Vista del médico para buscar reportes del paciente
4.13 Propuesta de Validación

4.13.1 Diseño de la validación
A continuación, se describen las variables a tener en cuenta para validar la funcionalidad
y mejoras de la propuesta de solución:
• Tiempo de Monitoreo del Paciente de forma Tradicional (TMT): Es el tiempo

en minutos que tarda un paciente empleando procesos tradicionales como la
atención presencial o utilizando telemedicina. Esta variable se obtendrá mediante
una encuesta inicial.
• Tiempo de Diagnostico del Médico de forma Tradicional (TDT): Es el tiempo
en minutos que el médico tarda en realizar un diagnóstico empleando procesos
tradicionales como la atención presencial o utilizando telemedicina. Esta variable
se obtendrá mediante una encuesta inicial.
136
• Tiempo de Monitoreo del Paciente con la aplicación (TM): Es el tiempo en
minutos que tarda un paciente desde el registro de parámetros hasta que ve la lista
de su reporte luego de realizar su monitoreo periódico con la aplicación. Esta
variable se medirá cronometrando el tiempo en el escenario de prueba y se
evidenciará con la encuesta.
• Tiempo de Diagnostico del Médico con la aplicación (TD): Es el tiempo en
minutos que el médico tarda en realizar un diagnóstico desde la búsqueda por DNI
empleando la aplicación hasta el momento en que comunicarse con el paciente
para decirle recomendaciones. Esta variable se medirá cronometrando el tiempo
en el escenario de prueba y se evidenciará con la encuesta.
• Satisfacción de los Usuarios (SU): Es el puntaje valorativo otorgado a la
aplicación MoniCovid de acuerdo con la usabilidad y la experiencia de usuario de
los pacientes y médicos. Esta variable se medirá a través de una encuesta
conformada por 9 preguntas obligatorias y una opcional.
Después de obtener las variables de tiempo correspondiente a cada usuario (TM y TD),
se procederá a realizar el promedio de cada una con la finalidad de obtener 4 nuevas
variables. Estas variables permitirán obtener resultados para los indicadores propuestos a
continuación:
• Tiempo Promedio de Monitoreo Tradicional (TPMT): Es el resultado de

realizar el promedio de los TMT obtenidos mediante la encuesta inicial.
• Tiempo Promedio de Diagnostico Tradicional (TPDT): Es el resultado de
realizar el promedio de los TDT en base a la encuesta inicial.
• Tiempo Promedio de Monitoreo de los Pacientes (TPM): Es el resultado de
realizar el promedio de todos los TM obtenidos en el escenario de pruebas y
aplicando una encuesta final.
• Tiempo Promedio de Diagnostico de los Médico (TPD): Es el resultado de
realizar el promedio de todos los TD obtenidos en el escenario de pruebas y
aplicando una encuesta final.
En base a las variables finales, se obtuvieron los indicadores que demostraron que la
aplicación es funcional y útil. A continuación, se detallarán estos indicadores a considerar
para determinar la validez de la aplicación:
137
• Reducción de tiempo de monitoreo (RTM): Este indicador corresponde al
porcentaje de reducción de tiempo entre el monitoreo de un paciente que utiliza
la telemedicina y de aquel que utiliza la aplicación MoniCovid.
(𝑇𝑃𝑀𝑇 − 𝑇𝑃𝑀)
𝑅𝑇𝑀% = × 100%
𝑇𝑃𝑀𝑇
• Reducción de tiempo de diagnóstico (RTD): Este indicador nos permite
determinar el porcentaje de reducción que se obtiene usando la aplicación respecto
a la telemedicina.
(𝑇𝑃𝐷𝑇 − 𝑇𝑃𝐷)
𝑅𝑇𝐷% = × 100%
𝑇𝑃𝐷𝑇
• Porcentaje de satisfacción de usuarios (PSU): Este indicador nos permite
determinar el porcentaje de aceptación respecto a la experiencia de usuario y
usabilidad.
4.13.2 Diseño de Cuestionario

Se describe las preguntas a los usuarios y por qué se recopila esa pregunta:
Preguntas de evaluación de tiempos
Para los pacientes:
• “Antes de conocer la aplicación, ¿cuánto tiempo se demoraba en realizar

un monitoreo utilizando métodos tradicionales (atención presencial,
telemedicina, etc.)?”: se realizó con la finalidad de obtener el tiempo de
monitoreo del paciente utilizando otros métodos como la telemedicina o la
atención presencial.
• “Tras utilizar la aplicación, ¿cuánto tiempo demoró en realizar su
monitoreo? (Considerar desde que registra sus parámetros hasta
observar los reportes)”: se realizó con la finalidad de obtener el tiempo de
monitoreo del paciente utilizando la aplicación MoniCovid.
Para los médicos:
• “Antes de conocer la aplicación, ¿cuánto tiempo se demoraba en realizar

el diagnóstico a un paciente usando métodos tradicionales (atención
presencial, telemedicina, etc.)?”: se realizó con la finalidad de obtener el
tiempo de diagnóstico de los médicos utilizando otros métodos como la
telemedicina o la atención presencial.
138
• “Tras utilizar la aplicación, ¿cuánto tiempo demoró en realizar el
diagnóstico? (Considerar desde que busca al paciente hasta culminar el
diagnóstico)”: se realizó con la finalidad de obtener el tiempo de diagnóstico
del paciente por parte del médico al utilizar la aplicación MoniCovid.
Preguntas de usabilidad
Para todos los usuarios:
• “¿Qué puntaje le otorga al servicio que recibe de MoniCovid?”: se realizó

con la finalidad de obtener el grado de satisfacción del paciente
• “¿Qué tan intuitivo fue utilizar la aplicación?”: se realizó con la finalidad
de obtener resultados pata determinar si la aplicación es fácil de entender
• “¿Qué tan fácil fue registrar tus parámetros en la aplicación?”: se realizó
con la finalidad de obtener resultados de la facilidad de uso de la aplicación.
Preguntas de experiencia de usuario
Pregunta única para pacientes:
• “¿Qué tan útil fue la opción de crear contactos de emergencia a quién

informar en caso de una complicación de salud?”: se realizó con la
finalidad de evaluar la experiencia de usuario del paciente respecto a los
contactos de emergencia.
Para todos los usuarios:
• “¿Tuviste algún inconveniente con los mensajes, notificaciones o alertas

que envió MoniCovid?”: se realizó con la finalidad de evaluar la experiencia
de usuario del paciente respecto a los mensajes, alertas y notificaciones que
van a recibir.
• “¿Recomendarías MoniCovid a tus amigos, compañeros de trabajo o
familiares?”: se realizó con la finalidad de evaluar si el paciente recomendara
la aplicación.
• “¿Qué tan útiles fueron los mensajes enviados al correo o celular?”: se
realizó con la finalidad de evaluar la experiencia de usuario del paciente
respecto a los mensajes enviados por correo o celular.
139
• “¿Qué tan útiles fueron las gráficas para informarte sobre tu estado de
salud?”: se realizó con la finalidad de evaluar la experiencia de usuario del
paciente respecto a las gráficas.
• “Consideras que la interfaz de la aplicación es atractiva visualmente”: se
realizó con la finalidad de evaluar la interfaz de usuario respecto a la
experiencia del usuario.
• “Si tuviste algún inconveniente con la aplicación, coméntanos que
sucedió”: se realizó con la finalidad de evaluar la presencia de inconvenientes
durante la experiencia del usuario.
• “Finalmente, coméntenos ideas que nos pueda recomendar para mejorar
la aplicación MoniCovid.”: se realizó con la finalidad de aceptar
recomendaciones de mejora por parte de los usuarios de la aplicación.
4.13.3 Diseño de Escenario de pruebas

4.13.3.1 Proceso de validación
El presente proceso tiene el objetivo presentar un escenario de pruebas, donde se
evidencien los pasos a seguir de cada uno de los actores (Equipo de proyecto, Paciente,
Medico). Dichos actores están en un mismo ambiente para realizar las pruebas necesarias
que permitan validar el proyecto y no se contemplaron flujos alternos, debido a que es un
ambiente controlado.
Figura 57
Proceso de validación de MoniCovid
140
Tabla 32
Caracterización de actividades del proceso de validación

A Intención de Preparar proceso de Proceso de Se define el proceso de Equipo de
validación evaluación evaluación evaluación a realizar proyecto
para la validación
B Proceso de Realizar presentación alcance de la Se realiza la Equipo de
evaluación de MoniCovid aplicación presentación de la proyecto
aplicación
C Alcance de la Presentar casos de Intención de Se muestran los casos de Equipo de
aplicación negocio validar la negocio a realizar proyecto
aplicación
D Intención de Crear cuenta del Cuenta de Registro del paciente Paciente

validar la paciente usuario creada como usuario
aplicación
E Cuenta de Realizar monitoreo Reporte de El paciente realiza el Paciente

usuario parámetros del monitoreo de sus
creada paciente parámetros
F Reporte de Contactar Médico Intención de El paciente brinda la Paciente

parámetros evaluar facilidad al médico de
del paciente paciente crease una cuenta
G Intención de Autenticar en la Cuenta de Registro del especialista Médico
médico creada como médico
evaluar aplicación
paciente
H Cuenta creada Evaluar registros del Diagnóstico de Pruebas de validación de Médico

en la paciente evaluación la aplicación
aplicación
I Diagnóstico Contactar al paciente Informe de Se contacta al paciente Médico
de evaluación diagnostico para informarle su
diagnóstico
J Informe de Realizar Información de Se realiza la Médico
diagnostico retroalimentación al las pruebas retroalimentación de las
equipo de proyecto pruebas realizadas
K Información Procesar información Documento de Se realiza el documento Equipo de
de las recolectada pruebas de validación en base a proyecto
pruebas la información
recolectada
L Documento Realizar reporte de Reporte de Se obtienen los Equipo de
de pruebas evaluación resultados resultados de los proyecto
indicadores
M Reporte de Realizar gráficos de Gráficos de Se realizan los gráficos Equipo de
resultados los resultados los resultados en base al reporte de proyecto
resultados
141
Tabla 33
Caracterización de eventos del proceso de validación

a - Inicio Intención de Evento de inicio Equipo de
validación del proceso de proyecto
validación
b Gráfico de los Fin del proceso - Evento de fin del Equipo de
resultados proceso de proyecto
validación
142
CAPÍTULO 5: RESULTADOS DEL PROYECTO
El presente capítulo tiene como finalidad de abarbar los resultados obtenidos en el proceso
de validación. Primero, se definió el caso de estudio donde se consideró a Lima
Metropolitana como la ciudad para realizar las encuestas. Debido a los dos tipos de
usuarios (médico y paciente), se establecieron requerimientos para cada uno de ellos.
Asimismo, se calculó la muestra óptima para determinar el porcentaje de éxito
dependiendo de cada indicador. Para ello, se contemplaron las apreciaciones del médico
especialista Rafael Rueda para realizar la validación de la aplicación y considerar futuros
cambios para el plan de continuidad del proyecto.
5.1 Caso de estudio

Actualmente en el Perú, el sistema de salud peruano se encuentra en un estado crítico.
Por este motivo, no se pueden atender a personas con sospechas o diagnosticadas con
COVID-19 en los centros de salud. En base información periódica de los casos positivos
del MINSA, se destacó que la capital metropolitana es la ciudad con mayor porcentaje de
casos. Por este motivo, el caso de estudio se enfocará en Lima Metropolitana. Para ello,
se realizaron las encuestas a utilizar para la evaluación donde se planearon los siguientes
requerimientos para que una persona sea elegible:
Requerimientos para los médicos:
• Entre 25 a 50 años
• Habilitados por el colegio médico
Requerimientos para los pacientes:
• Entre 20 a 45 años
• Personas que tuvieron COVID-19 o que tengan la enfermedad actualmente.
En caso sea un paciente con caso positivo, debe estar en la fase leve o
moderada.
143
5.2 Muestra
Para obtener la cantidad de muestra óptima de los médicos, se utilizó la fórmula
estadística del cálculo de la muestra cuándo se posee una población conocida. Esto se
debe a que, según el Colegio Médico del Perú, la cantidad de médicos hábiles es de 32254
a día 29 de septiembre del año 2021.
Figura 58
Médicos hábiles por departamentos.
A continuación, se describe la fórmula a emplear para una población finita:

𝑁 × 𝑍 2 × 𝑝 × (1 − 𝑝)
𝑛=
(𝑁 − 1) × 𝑒 2 + 𝑍 2 × 𝑝 × (1 − 𝑝)
Donde:
e: Error de estimación
n: Tamaño de la muestra
p: estimación de la proporción
N: Población
Z: Coeficiente de confianza
144
En base a lo mencionado por Néstor Gabaldon en el libro “Algunos conceptos de
muestreo”, el nivel de confianza propuesto para las investigaciones es de 95% y le
corresponde un coeficiente de confianza de 1.96. Además, recomienda una estimación de
la proporción del 50% y un error de estimación del 6%. Por lo tanto, tras aplicar la fórmula
y estos criterios, se obtuvo que la muestra ideal es de 265 médicos.
Figura 59
Casos positivos en Lima Metropolitana.
Sin embargo, para el cálculo de los pacientes, se tuvo emplear otra fórmula. Esto se debe
a que la población es de 876248 casos positivos según el MINSA el día 29 de septiembre
del 2021. Esta cifra es superior a 100 000 y Gabaldon recomienda emplear la siguiente
fórmula para una población infinita de acuerdo con el libro mencionado anteriormente:
𝑍 2 × 𝑝 × (1 − 𝑝)
𝑛=
𝑒2
Donde:
e: Error de estimación
n: Tamaño de la muestra
p: Probabilidad a favor
Z: Coeficiente Nivel de confianza
Tras resolver la fórmula basado en los criterios descritos anteriormente, se obtiene que la
muestra óptima para pacientes fue de 267.
145
5.3 Resultados obtenidos
5.3.1 Pacientes
Tras realizar las encuestas, se plasmó en una hoja de cálculo los resultados obtenidos de
cada una de las preguntas definidas previamente. En total, se logró encuestar la cantidad
de 187 pacientes. A continuación, se muestra una imagen de los datos obtenidos
correspondientes a los usuarios pacientes.
Figura 60
Datos obtenidos de los usuarios pacientes en la encuesta.
5.3.2 Médicos
Tras realizar las encuestas, se plasmó una hoja de cálculo con los resultados obtenidos de
cada una de las preguntas definidas previamente. En total, se logró encuestar la cantidad
de 186 médicos. A continuación, se muestra una imagen de los datos obtenidos
correspondientes a los usuarios médicos.
146
Figura 61
Datos obtenidos de los usuarios médicos en la encuesta
5.3.3 Resultados de la encuesta

Tras realizar el análisis de las encuestas, se obtuvo la siguiente información:
a) Pacientes: Debido a las limitaciones por pandemia, se obtuvieron datos de 187

pacientes. Esta cifra representa aproximadamente el 70% de la muestra óptima
calculada anteriormente. A continuación, en la tabla 34, se muestran los resultados
del promedio del tiempo de monitoreo por parte de los pacientes encuestados.
Tabla 34.
Resultado del promedio de tiempos de monitoreo
Minutos (min)
TPMT (Antes de la aplicación) 16.04
TPM (Con la aplicación) 4.67
Nota: Elaboración Propia
En la tabla anterior, se observa que el tiempo promedio de monitoreo empleando métodos

tradicionales fue de 16.04 minutos. Mientras que utilizando la aplicación este se redujo a
4.67 minutos. De estos resultados, se determinó que el tiempo de reducción de monitoreo
fue de 70.89% aproximadamente.
147
Por otro lado, también se analizaron las puntuaciones de los pacientes respecto a criterios
de usabilidad y experiencia de usuario. En la tabla 35, se observa que el puntaje promedio
para el criterio de usabilidad fue de 4.73 y respecto a la experiencia de usuario fue de
4.68. Ambos puntajes obtenidos se basaron en un máximo de 5 puntos.
Tabla 35
Resultado de puntaciones promedio de los pacientes respecto a MoniCovid
Puntaje Promedio Puntaje Promedio del Criterio

Pregunta 1 4.55
Usabilidad (Pacientes) Pregunta 2 4.82 4.73
Pregunta 3 4.83
Pregunta 4 4.81
Pregunta 5 4.67
Experiencia de Pregunta 6 4.82
4.68
Usuario (Pacientes) Pregunta 7 4.49
Pregunta 8 4.72
Pregunta 9 4.57
b) Médicos: Debido a las limitaciones por pandemia se obtuvieron datos de 186

médicos. Esta cifra representa aproximadamente el 70% de la muestra óptima
calculada anteriormente. A continuación, se muestran los resultados del promedio
del tiempo de diagnóstico por parte de médicos encuestados en la siguiente tabla.
Tabla 36
Resultado de puntaciones promedio de los pacientes
Minutos (min)
TPDT (Antes de la aplicación) 14.34
TPD (Con la aplicación) 6.23
La tabla 36 muestra que el tiempo promedio de diagnóstico empleando métodos

tradicionales fue de 14.34 minutos. Mientras que empleando la aplicación fue de 6.23
minutos. De estos resultados, se determinó que el tiempo de reducción de monitoreo fue
de 56.56% aproximadamente.
Como se observa en la tabla 37, el puntaje promedio para el criterio de usabilidad es de

4.74 y de experiencia de usuario es 4.74. Ambos puntajes obtenidos se basaron en un
máximo de 5 puntos.
148
Tabla 37
Resultado de puntaciones promedio de los médicos respecto a MoniCovid
Puntaje Promedio Puntaje Promedio del Criterio

Pregunta 1 4.75
Usabilidad (Médicos) Pregunta 2 4.74 4.74
Pregunta 3 4.74
Pregunta 4 4.77
Pregunta 5 4.76
Experiencia de
Pregunta 6 4.70 4.74
Usuario (Médicos)
Pregunta 7 4.70
Pregunta 8 4.74
5.4 Apreciaciones del experto

Para este apartado, se tuvo el apoyo del doctor Rafael Rueda que es Médico Evaluador
en Clínica Médicos Salud en Alerta. Él revisó la aplicación MoniCovid y determinó que
cumple con la necesidad principal de monitorear a pacientes con presuntos casos de
COVID-19. Mencionó que las escalas realizadas para la captura de datos corresponden a
la manera actual de tomar los datos en un proceso de telemedicina. Asimismo, indicó los
beneficios de presentar las gráficas de temperatura y saturación de oxígeno, pues permiten
a los médicos diagnosticar a los pacientes con mayor facilidad y tener un panorama
general del estado de salud de estos pacientes. Por otro lado, indicó que dentro de la
opción de buscar paciente es una de las mejores formas para observar los reportes de cada
paciente, junto con una interfaz intuitiva donde pueden observar cuándo los pacientes
superan los límites en cuanto a sus parámetros. A futuro indicó que la aplicación no solo
permitirá reducir los tiempos de monitoreo y el tiempo de atención, sino que
indirectamente reducirá la tasa de muertes, las camas de hospitalización ocupadas y
permite el manejo ambulatorio durante el periodo de la enfermedad.
149
Figura 62
Evidencia de reunión con el médico especialista.
5.5 Resultados de la validación

En base a lo expuesto anteriormente, se determinó que la aplicación cumple con el
propósito, pues se obtuvo la validación del médico en un escenario de prueba y se
demostró la funcionalidad de la solución propuesta. Los datos obtenidos por la encuesta
demuestran que el puntaje obtenido de las encuestas a ambos usuarios fue de 4.74 en
usabilidad y 4.71 en experiencia de usuario aproximadamente. Además, se demostró que
el uso de la aplicación reduce el tiempo de monitoreo para pacientes y el tiempo de
diagnóstico de los médicos en 70.89% y 56.56% respectivamente. En base a estos
resultados, podemos concluir que la aplicación no solo tiene un alcance funcional, sino
que también ayuda a la optimización del tiempo en los procesos descritos previamente.
Por este motivo, la aplicación brinda la posibilidad de realizar un monitoreo de calidad a
pacientes que no pueden asistir a un centro de salud. A su vez, permite que los médicos
puedan realizar un seguimiento y asegurar la estabilidad de la salud de estos pacientes.
150
5.6 Plan de continuidad
El Plan de Continuidad de Negocio permite que la organización pueda entregar sus
productos o servicios con el nivel de aceptabilidad acordado e incluso luego de un evento
de interrupción. Además, este plan tiene la finalidad de asegurar el correcto cumplimiento
de los servicios de TI al tratar los riesgos que se puedan generar.
Si bien es cierto que el producto desarrollado en este proyecto es para para el monitoreo
de personas con síntomas de COVID-19 para el hogar. Se ha diseñado el siguiente plan
de continuidad para tener una base en caso de que una entidad decida implementar nuestro
sistema de monitoreo
5.6.1 Objetivo
Brindar una descripción a detalle de los procesos y roles principales para soportar la
gestión operativa del artefacto generado en el proyecto.
5.6.2 Beneficios
Un plan de continuidad no solo presenta definiciones de las estrategias de operación y
soporte, sino que también brinda acciones para prevenir y reducir efectos negativos que
generen de cualquier incidencia a futuro.
Los principales beneficios serían los siguientes:
• Determina conductas, controles, políticas y procesos que aseguran la

continuidad del sistema.
• Dicta un plan para asegurar la entrega continua de los servicios de TI.
• Dispone un plan de acción frente a riesgos que puedan suceder con
respecto al sistema.
• Permite asegurar los principios de la seguridad informática
(confidencialidad, integridad y disponibilidad)
• Protege la información privada de los usuarios del sistema.
5.6.3 Plan de soporte
5.6.3.1 Roles de soporte
Los roles de soporte definidos para el siguiente plan son los siguientes:
Tabla 38
Roles de Soporte
Rol Función
Soporte de Primer • Registra, clasifica y resuelve o delega los incidentes
Nivel reportados.
151
• Resuelve incidentes de menor grado.
• Mantiene informado a los usuarios del estatus del
incidente.
Gestor de • Soluciona los incidentes que han sido transferidos del
soporte de primer nivel. En caso de no encontrar solución,
Incidentes
transfieren el incidente al Gestor de Problemas.
• Gestiona el ciclo de vida de los problemas.
Gestor de
• Busca prevenir los incidentes y minimizar los impactos de
Problemas
los que no pueden ser evitados.
• Gestiona los SLA.
Gestor del Niveles
• Asegura que los OLA, UC y SLA se cumplan.
de Servicio
• Monitorea las métricas respecto a los SLA acordados.
• Asegura la confidencialidad, integridad y disponibilidad
de los activos de información de una organización.
Gestor de
• Gestiona los accesos.
Seguridad
• Gestiona los riesgos e incidentes relacionados a la
seguridad de la información.
• Define, analiza, planifica, mide y mejora todo lo
relacionado a servicios TI.
Gestor de
• Crea un plan de disponibilidad.
Disponibilidad
• Busca la efectividad de los servicios en relación con el
costo y tiempo.
5.6.3.2 Procedimiento de plan de soporte

Para realizar el procedimiento de soporte, se utilizará el modelo conceptual propuesto por
ITIL para una óptima gestión de soporte. Para ello, se ha realizado el siguiente cuadro
que contempla los tiempos de respuesta en base a los tipos de soporte:
Tabla 39
Procedimiento de soporte
Nivel Tiempo de solución Tipo de soporte

Incidentes u órdenes de
Nivel 1 2 horas
trabajo de baja complejidad
Nivel 2 12 horas
trabajo de media complejidad
Nivel 3 2 días
trabajo de alta complejidad
152
5.6.4 Gestión de seguridad
La Gestión de Seguridad es la práctica basada en diseñar una política de seguridad. Esta
política permite minimizar los riesgos de seguridad que dificulten la continuidad de los
procesos y asegura el cumplimiento de los estándares acordados.
5.6.4.1 Establecimiento de políticas de seguridad

Se consideraron las siguientes medidas para el establecimiento de las políticas:
• Adoptar medidas de seguridad para el tratamiento de datos de los

usuarios.
• Garantizar la correcta manipulación de la información de los usuarios.
• Garantizar todos los derechos establecidos por Ley de Protección de
Datos Personales (Ley N.º 29733).
5.6.4.2 Definición del plan de seguridad
Un Plan de Seguridad tiene el objetivo de ofrecer un servicio seguro para los usuarios
finales de la aplicación donde se establecen normas para evitar que personal no autorizado
acceda a información sensible.
5.6.4.3 Aplicación del plan de seguridad

La aplicación del plan de seguridad debe considerar los siguientes puntos:
• Apoyar en la Gestión de Cambios con la finalidad de actualizar versiones nuevas

de la aplicación.
• En caso se realice una actualización que genere problemas a los usuarios,
generar puntos de restauración.
5.6.4.4 Presentación de la recuperación

La presentación de la recuperación debe considerar los siguientes puntos:
• Analizar y actualizar nuevos riesgos y vulnerabilidades que pueden ocurrir ante

cualquier ciberataque
• Realizar auditorías internes y externas
• Realizar informes cuando ocurra un incidente grave
153
5.6.5 Gestión de la disponibilidad
Esta gestión permite que se cumpla con la disponibilidad propuesta respecto a la
infraestructura, herramientas, procesos y funciones de TI. Es decir, se debe cumplir con
el porcentaje de funcionamiento determinado en donde los servicios de TI no han tenido
problemas.
Como principales beneficios de la gestión de disponibilidad, se detallan los siguientes:
• Mayor calidad respecto a la prestación de servicios de TI al negocio

• Disminución de riesgos mediante la anticipación de la continuidad de los servicios
Figura 63
Contingencia en la infraestructura de la aplicación.
5.6.6 Plan a futuro

Debido al ritmo del proceso de vacunación que se va dando en Perú, es importante
considerar cómo se incorpora la solución en este contexto. Para ello, se debe tener en
cuenta que las vacunas no evitan el contagio de COVID-19. Las vacunas ofrecen 2 tipos
de protección que son la “inmunidad efectiva” donde se evitan los efectos graves del virus
y la inmunidad esterilizante que puede impedir infección; sin embargo, la esterilizante
rara vez se logra (BBC, 2021). Por este motivo, debido a que la solución contempla los
casos leves hasta moderados de COVID-19 es que continúa siendo efectiva para las
personas que deseen mantener un monitoreo continuo de su enfermedad.
154
Así también, se puede agregar una lógica a la solución y que no solo permita el monitoreo
de personas con síntomas de COVID-19. Si bien el verdadero público objetivo de la
solución son dichos pacientes, la aplicación tendría la capacidad de monitorear personas
con enfermedades que influyan en factores similares como la temperatura y la saturación
de oxígeno. A modo de ejemplo, se pueden resaltar enfermedades ligadas a estos
parámetros como la anemia y la hipoperfusión tisular temprana (Rojas, 2006). Cabe
resaltar que la anemia es un problema de salud pública que afecta a 43.6% de niños
menores a 3 años en Perú desde hace 5 años (Zavaleta, 2017). Asimismo, la neumonía es
otra de las principales enfermedades en el país, ya que se registró una incidencia
acumulada de 12.2 episodios por cada 10 mil menores de 5 años (MINSA, 2021). Por esta
razón, la aplicación ampliaría su gama como solución de monitoreo para enfocarse
también sobre este tipo de enfermedades que corresponden un problema para el país.
155
CAPÍTULO 6: GESTIÓN DEL PROYECTO
En este capítulo, se elaboraron los planes de gestión de todo el proyecto donde se presenta
la estructura y organización de las actividades que se realizaron en cada intervalo de
tiempo. Asimismo, se definieron las fases cruciales, los hitos donde se presentaron los
entregables elaborados, el alcance de la solución, los riesgos a considerar, entre otros.
6.1 Plan de Gestión del Proyecto

6.1.1 Ciclo de Vida del Proyecto
El proyecto se desarrolla en 4 fases que contemplan el desarrollo de documentos y
entregables que sirven como justificación de los indicadores establecidos.
Tabla 40
Fases del desarrollo del proyecto
Criterio de
Fase Revisiones Criterio de salida
entrada
Problema o
• Aprobación del
Inicio • Project Charter necesidad del
Project Charter
proyecto
• Plan de Gestión del
Proyecto
Plan de Gestión del
Cronograma
• Lista de Hitos
• Plan de Gestión de
Costo
Aprobación del • Aprobación de los
Calidad
Planificación Project Charter artefactos de PM
• Matriz de Asignación
de Responsabilidades
Recursos
• Hoja de Ruta del
Proyecto
Comunicaciones
156
Riesgos
Adquisiciones
Alcance
Requerimientos
• Enunciado del
Alcance del Proyecto
• Aprobación
del documento de
• Documento de análisis análisis de los
de los procesos, procesos,
herramientas y herramientas y
plataformas plataformas
tecnológicas tecnológicas
involucradas involucradas
• Diseño • Aprobación de la
de Arquitectura arquitectura
• Diseño de Mockups Aprobación de los tecnológica y
Ejecución
• Aplicación web artefactos de PM mockups
progresiva • Validación por
• Proceso de validación IT Services y
de la aplicación web usuario final de la
progresiva aplicación
• Plan de continuidad • Aprobación
• Paper del proyecto de paper del
• Memoria del proyecto
proyecto • Aprobación de la
memoria del
proyecto
Validación por • Aprobación de los
• Entregables finales del
Cierre IT Services y entregables finales
proyecto
usuario final de la del proyecto
157
aplicación web
progresiva
6.1.2 Enfoques de Desarrollo

Los enfoques comunes para los entregables incluyen enfoques predictivos donde el
alcance es conocido y estable. Además, se emplean enfoques adaptativos donde el alcance
está evolucionando y sujeto a cambios. Finalmente, se incluye el enfoque de desarrollo
incremental.
Según el PMBOK, en la primera parte del desarrollo de la documentación del proyecto,

se utilizará esta metodología con la finalidad de que sea un guía que proporcione
estándares de gestión, métodos y buenas prácticas para cumplir con el alcance, los
objetivos y las limitaciones propuestas.
Tabla 41
Enfoque de cada entregable del proyecto
Entregable Enfoque de desarrollo

Project Charter Predictivo
Plan de Gestión del Proyecto Predictivo
Plan de Gestión del Cronograma Adaptativo
Lista de Hitos Predictivo
Plan de Gestión de Costo Adaptativo
Plan de Gestión de Calidad Adaptativo
Matriz de Asignación de Responsabilidades Predictivo
Plan de Gestión de Recursos Adaptativo
Hoja de Ruta del Proyecto Predictivo
Plan de Gestión de Comunicaciones Predictivo
Plan de Gestión de Riesgos Adaptativo
Plan de Gestión de Adquisiciones Adaptativo
Plan de Gestión de Alcance Predictivo
Plan de Gestión de Requerimientos Predictivo
Enunciado del Alcance del Proyecto Predictivo
158
Documento de análisis de los procesos, Incremental
herramientas y plataformas tecnológicas
involucradas
Diseño de Arquitectura Incremental
Diseño de Mockups Incremental
Aplicación web progresiva Incremental
Proceso de validación de la aplicación web Predictivo
progresiva
Plan de continuidad Incremental
6.1.3 Planes de Gestión Subsidiaria

Tabla 42
Planes de Gestión Subsidiaria.
Nombre Comentario
Alcance Se considera el tiempo, recursos y riesgos del proyecto
Tiempo Se contempla en el documento de Gestión de cronograma con los
tiempos de los entregables del proyecto
Costo Se contempla en el documento de Gestión de costos
Calidad Se contempla en el “Plan de Gestión de Requerimientos”
Recurso Se contempla en el “Plan de Gestión de Recursos” y la Matriz de
Asignación de Responsabilidades
Comunicaciones Se contempla en el “Plan de Gestión de Comunicaciones” que indica
las estrategias de comunicación que tendrá el Project Manager y el
Scrum Master con el Product Owner y Portfolio Manager
Riesgo Se contempla en el “Plan de Gestión de Riesgos” donde se
identificaron los riesgos del proyecto
Logro Cumplimiento de los objetivos y del alcance en los plazos
Stakeholder Se considera el cumplimiento de los entregables a los involucrados
en el proyecto
Otros planes No aplica
159
6.1.4 Umbral de Variación de Alcance
Tabla 43
Umbral de variación de alcance
Escenario Variación del alcance

Incremento de Se permitirá el incremento del 10% de requerimientos o
requerimientos funcionalidades de producto mientras no perjudique el avance y el
desarrollo de este
6.1.5 Gestión del Alcance de la Línea Base

Esta gestión se realizará mediante el uso de Planner donde se describirá el Product
Backlog junto con las User Stories del proyecto. El Planner permitirá conocer cada etapa
de implementación de cada una de las Historia de Usuario (HU) y los requerimientos. En
cada sprint, se definirán los HU a completar y progresivamente entregar cada
característica para ser validado.
En caso se definan nuevos requerimientos y HU, se analizará el impacto de este y se

continuará con el documento de control de cambio para la aprobación del Product Owner.
Luego, será notificado por el Portfolio Manager a la Project Management Office (PMO).
Se debe considerar lo siguiente:
• El cambio del alcance implica cambiar o añadir una funcionalidad nueva al

producto y es necesario la aprobación del Product Owner
• La revisión del alcance no requiere de aprobación
6.1.6 Umbral de Variación del Calendario

Tabla 44
Umbral de variación del calendario
Escenario Variación del calendario

Incremento Se permitirá el incremento del 10% de las horas establecidas
de horas semanalmente para cumplir posibles imprevistos ocurridos durante
semanales el proyecto
160
6.1.7 Gestión de Línea de Base del calendario
La administración de la línea base del calendario será de acuerdo con un plan de trabajo,
el cual incluirá todas las actividades a realizar durante las etapas del proyecto: inicio,
planificación, ejecución y cierre. Las actividades serán definidas con el intervalo de
tiempo para el desarrollo de estas y basadas en el calendario establecido de la PMO.
Respecto al plan de trabajo si se retrasará o ampliará alguna actividad, se buscará más

recursos para completar las horas que faltan.
6.1.8 Umbral de Variación de Costos

Tabla 45
Umbral de variación de costos
Escenario Variación de costos

Incremento Se permitirá el incremento de costos en un 5% de los establecidos
de Costos
6.1.9 Gestión de la línea Base de los Costos

Esta gestión se realizará a través del apartado de “Plan de Gestión de Costo”.
6.2 Hoja de Ruta del Proyecto

6.2.1 Fases del Ciclo de Vida del Proyecto
El Proyecto se divide en las siguientes fases:
Inicio
En esta fase del proyecto se realiza el Project Charter donde se detalla las necesidades del
usuario, la definición de los objetivos del proyecto y los principales Stakeholders. El
Project Charter se define de acuerdo con previas reuniones con
el Product Owner y Portfolio Manager
Planificación
En esta fase, se planifica la gestión del proyecto de acuerdo con los lineamientos
propuestos por la PMO. Todas las estrategias están presentadas en los artefactos de
gestión.
161
Ejecución
En esta esta fase, se realiza todas las actividades para el desarrollo de la aplicación web
progresiva lo cual implica lo siguiente:
• El análisis de los procesos, herramientas y plataformas tecnológicas involucradas
• Diseño de la arquitectura
• Diseño de mockups
• Desarrollo de la aplicación web progresiva
• Validación de la aplicación web progresiva por IT Service y usuarios finales
• Desarrollo de plan de continuidad
Cierre
En esta fase, el Project Manager se enfoca en entregar los artefactos y el producto final
con los atributos de calidad definidos por el Product Owner.
Figura 64
Ciclo de vida del proyecto
162
Figura 65
Desarrollo iterativo del contenido en el desarrollo del proyecto para TP1
Figura 66
Desarrollo iterativo del contenido en el desarrollo del proyecto para TP2
163
6.2.2 Principales Entregables o Eventos
Tabla 46
Entregables según fecha y prioridad
Fase Entregable Fecha Prioridad

estimada
Inicio • Project Charter Semana 3 Alta

Proyecto
Cronograma
• Lista de Hitos
• Plan de Gestión de Costo
• Plan de Gestión de Calidad
• Matriz de Asignación de
Responsabilidades
Recursos
Semana 6
• Hoja de Ruta del Proyecto Alta
Planificación
Comunicaciones
• Plan de Gestión de Riesgos
Adquisiciones
Alcance
Requerimientos
• Enunciado del Alcance del
Proyecto
• Documento de análisis de
Ejecución Semana 9 Alta
los procesos, herramientas
164
y plataformas tecnológicas
involucradas
• Diseño de Arquitectura
Semana 16
• Diseño de Mockups
• Aplicación web progresiva Semana 19
• Proceso de validación de la
Semana 25
• Plan de continuidad Semana 27
• Paper del proyecto Semana 28
• Memoria del proyecto Semana 31
Cierre • Producto final del proyecto Semana 32 Alta
6.2.3 Hitos Significativos

Tabla 47
Hitos del proyecto
Fase Hito del proyecto Fecha Entregables incluidos Prioridad

Estimada
Culminación
Aprobación del 08/04/2021 • Project Charter
acta de constitución • Alineamiento del
del proyecto Proyecto a
(Project Charter) los Outcomes de
Inicio ABET Alta
• Product Backlog
(Historias de
Usuario)
• Plan de Trabajo
Aprobación de los 29/04/2021 • Plan gestión de
Planificación Alta
artefactos de proyectos
165
gestión de • Hoja de ruta del
proyectos por parte proyecto
del Portfolio • Plan de gestión de
Manager alcance
• Plan de gestión del
costo
• Enunciado del
alcance del proyecto
• Plan de gestión de
requerimientos
• Plan de gestión del
cronograma
calidad
• Matriz de asignación
de
responsabilidades
recursos
comunicaciones
riesgos
Aprobación del 30/04/2021 • Informe de
objetivo 1 por parte seguimiento del Alta
del Product Owner objetivo 1
Sustentación 06/05/2021 • Informe de
parcial (TP1) con seguimiento del Alta
Ejecución
el Portfolio objetivo 1
Manager
Aprobación del 20/05/2021 • Acta de aprobación
objetivo 1 por parte del objetivo 1 Alta
del Comité
166
del Product Owner
Sustentación final 01/07/2021 • Informe de
(TP1) con seguimiento del
Alta
Manager
del Comité
del Product Owner
Sustentación 30/09/2021 • Informe de
parcial (TP2) con seguimiento del
Alta
Manager
del Comité
del Product Owner
Aprobación 04/11/2021 • Acta de aprobación
del paper científico del paper científico
Alta
por parte del
coautor
Sustentación final 25/11/2021 • Informe de
con el Portfolio seguimiento del Alta
Manager objetivo 4
Aprobación de los 02/12/2021 • Memoria final del
Cierre Alta
entregables finales proyecto
167
del proyecto el
Comité
6.2.4 Tiempos y Tipos de Revisiones

Tabla 48
Tiempos y tipos de revisiones para los entregables
Entregables de Gestión de Fecha Encargado de Revisión

Proyecto estimada
Product Owner
• Project Charter Semana 3
Portfolio Manager
Proyecto
Cronograma
• Lista de Hitos
• Plan de Gestión de Costo
• Plan de Gestión de Calidad
Responsabilidades
Recursos Semana 6
Portfolio Manager
• Hoja de Ruta del Proyecto
Comunicaciones
• Plan de Gestión de Riesgos
Adquisiciones
• Plan de Gestión de Alcance
Requerimientos
• Enunciado del Alcance del
Proyecto
168
• Documento de análisis de
los procesos, herramientas y
Semana 9 Product Owner
plataformas tecnológicas
involucradas
Product Owner
• Aplicación web progresiva Semana 19 IT Services
Usuario Final
• Proceso de validación de la
• Plan de continuidad Semana 27 Product Owner
• Paper del proyecto Semana 28 Coautor
Product Owner
• Memoria del proyecto Semana 31
Portfolio Manager
• Producto final del proyecto Semana 32 Portfolio Manager
6.2.5 Enfoque
• Enfoque PMBOK: La primera parte del desarrollo de la documentación del
proyecto, se utilizará la metodología del PMBOK con la finalidad de que sea un
guía que proporcione estándares de gestión, métodos y buenas prácticas para
cumplir con el alcance, los objetivos y las restricciones propuestas en el proyecto.
• Metodología Scrum: Para la segunda parte, se utilizará SCRUM como

metodología Ágil porque es un marco de trabajo que permite añadir valor en
cortos periodos de tiempo a través de entregables y permitirá permite la
flexibilidad a la adopción de cambios, desarrollo iterativo y colaboración e
interacción con el cliente durante cada sprint
• Metodología de investigación científica: Según Hernández Sampieri, un proyecto

de investigación se define como una serie de pasos científicos utilizados con la
finalidad de recolectar información y elaborar una hipótesis sobre una
169
determinada manifestación científica o social. Primero, se debe plantear el
problema y formular el fenómeno a estudiar. Luego, se establecen los objetivos
para definir qué se pretende conocer con la investigación. Después se realiza una
hipótesis como teoría para comprobarse finalmente durante el proyecto de
investigación.
6.3 Plan de Gestión del Alcance

6.3.1 EDT
Figura 67
Estructura de descomposición de trabajo
170
6.3.2 Diccionario EDT
Tabla 49
Project Charter
1.1.1 Project Charter

Descripción Elaboración del Project Charter
Actividades • Investigar contexto del problema
• Identificar las causas del problema
• Definir objetivo general
• Definir objetivos específicos
• Definir alcance del proyecto
• Identificar stakeholders
Duración 15 días
Responsable Project Manager / Scrum Master
Validado por Product Owner / Portfolio Manager
Tabla 50
Plan de Gestión del proyecto
1.2.1 Plan de Gestión del Proyecto

Descripción Elaboración del Plan de Gestión de Proyecto
Actividades • Definir línea base del proyecto
• Definir entregables del proyecto
Duración 4 días
Validado por Portfolio Manager
Tabla 51
Hoja de ruta del proyecto
1.2.2 Hoja de Ruta del Proyecto

Descripción Elaboración de la Hoja de Ruta del Proyecto
Actividades • Definir ciclo de vida del proyecto
• Identificar los Hitos del proyecto
171
• Definir tipos de revisiones
Duración 4 días
Tabla 52
Plan de gestión del alcance
1.2.3 Plan de Gestión del Alcance

Descripción Elaboración del Plan de Gestión del Alcance
Actividades • Elaborar diccionario EDT
• Definir entregables
• Definir alcance de la Línea Base
Duración 4 días
Tabla 53
Plan de gestión de requerimientos
1.2.4 Plan de Gestión de Requerimientos

Descripción Elaboración del Plan de Gestión de Requerimientos
Actividades • Analizar requerimientos
• Priorizar requerimientos
• Definir métricas
Duración 4 días
172
Tabla 54
Enunciado del alcance
1.2.5 Enunciado del Alcance

Descripción Elaboración del documento del alcance del proyecto
Actividades • Definir la descripción del alcance del proyecto
• Definir los entregables del proyecto
• Definir las exclusiones del proyecto
Duración 4 días
Tabla 55
Plan de gestión del cronograma
1.2.6 Plan de Gestión del Cronograma

Descripción Elaboración del Plan de Gestión del Cronograma
Actividades • Definir actividades e hitos del proyecto
• Estimar tiempo de duración de actividades
• Definir secuencia de actividades
Duración 4 días
173
Tabla 56
Lista de hitos
1.2.7 Lista de Hitos

Descripción Elaboración del documento con los detalles de los eventos
importantes del proyecto
Actividades • Definir lista de hitos
Duración 4 días
Tabla 57
Plan de gestión del costo
1.2.8 Plan de Gestión del Costo

Descripción Elaboración del Plan de Gestión del Costo
Actividades • Definir reglas de medición del rendimiento
• Definir umbrales de control
• Definir costos del proyecto
Duración 4 días
174
Tabla 58
Plan de gestión de calidad
1.2.9 Plan de Gestión de Calidad

Descripción Elaboración del Plan de Gestión de Calidad
Actividades • Definir estándares de calidad
• Definir objetivos de calidad
• Definir roles y responsabilidades
Duración 4 días
Tabla 59
Matriz de asignación de responsabilidades
1.2.10 Matriz de Asignación de Responsabilidades

Descripción Elaboración de la matriz de asignación de responsabilidades de
cada rol del proyecto según el EDT
Actividades • Definir responsabilidades según el paquete de
trabajo
Duración 4 días
Tabla 60
Plan de gestión de recursos
1.2.11 Plan de Gestión de Recursos

Descripción Elaboración del Plan de Gestión de Recursos que detalla los
recursos a utilizar y los métodos para su gestión
Actividades • Identificar miembros del equipo
• Adquirir nuevos miembros del equipo
• Gestionar actividades de los miembros del equipo
• Definir de roles y responsabilidades
175
Duración 4 días
Tabla 61
Plan de gestión de comunicaciones
1.2.12 Plan de Gestión de Comunicaciones

Descripción Elaboración del Plan de Gestión de Comunicaciones donde
detallan las estrategias para comunicar acciones y logros
alcanzados con la finalidad de asegurar la información que se
transmite y en el momento preciso a los actores clave
Actividades • Definir métodos de comunicación con
los stakeholders
Duración 4 días
Tabla 62
Plan de gestión de riesgos
1.2.13 Plan de Gestión de Riesgos

Descripción Elaboración del Plan de Gestión de Riesgos donde se identifican
los riesgos junto con su impacto y probabilidad de ocurrencia.
Asimismo, se detallan los planes de contingencia para asegurar el
desarrollo del proyecto.
Actividades • Definir categorías de riesgo
• Definir y analizar riesgos
• Elaboración del plan de contingencia
Duración 4 días
176
Tabla 63
Plan de gestión de adquisiciones
1.2.14 Plan de Gestión de Adquisiciones

Descripción Se detalla las adquisiciones definidas en el proyecto
Actividades • Definir métricas de rendimiento
• Asignar roles y responsabilidades
• Definir suposiciones y restricciones
Duración 4 días
Tabla 64
Solicitud de cambios
1.2.15 Solicitud de Cambios

Descripción Elaboración del documento donde detallaran los cambios
importantes del proyecto
Actividades • Definir cambios a realizar
Duración 4 días
Tabla 65
Documento de análisis de procesos, herramientas y plataformas tecnológicas
1.3.1.1 Documento de análisis del procesos, herramientas y plataformas

tecnológicas
Descripción Elaboración del documento de análisis del procesos, herramientas
y plataformas tecnológicas
Actividades • Analizar procesos
• Analizar herramientas
• Analizar plataformas tecnológicas
• Realizar benchmarking
177
Duración 35 días
Tabla 66
Diseño de arquitecturas
1.3.2.1 Diseño de Arquitecturas

Descripción Elaboración del diseño de las arquitecturas
Actividades • Diseñar arquitectura lógica
• Diseñar arquitectura física
• Diseñar arquitectura integrada
• Diseñar arquitectura por capas
Duración 21 días
Tabla 67
Diseño de mockups
1.3.2.2 Diseño de Mockups

Descripción Elaboración del diseño de mockups
Actividades • Diseñar prototipos no funcionales
Duración 21 días
Tabla 68
Historias de usuario
1.3.2.3 Historias de Usuario

Descripción Elaboración de las historias de usuario
Actividades • Definir historias de usuario
178
• Definir criterios de aceptación
Duración 21 días
Tabla 69
Desarrollo de la aplicación web progresiva
1.3.3.1 Desarrollo de la aplicación web progresiva

Descripción Elaboración de la aplicación web progresiva para el monitoreo del
estado de salud de pacientes diagnosticados con COVID-19
Actividades • Desarrollar la aplicación web progresiva
Duración 31 días
Validado por Product Owner
Tabla 70
Diseño de escenario de pruebas
1.3.3.2 Diseño de escenario de pruebas

Descripción Se detalla el paso a paso para cumplir una determinada función de
la aplicación basada en los criterios de aceptación
Actividades • Elaborar documento del escenario de pruebas
Duración 14 días
Tabla 71
Pruebas de QA
1.3.3.3 Pruebas QA
Descripción Se detalla las pruebas de funcionalidad de la aplicación
Actividades • Realizar pruebas de funcionalidad
179
• Realizar informe de pruebas
Duración 7 días
Responsable Analista QA
Validado por IT Service
Tabla 72
Pruebas con usuarios
1.3.3.4 Pruebas con usuarios

Descripción Elaboración pruebas de la aplicación web progresiva con los
usuarios
Actividades • Desarrollar las pruebas con los usuarios
Duración 45 días
Tabla 73
Evaluación de los usuarios
1.3.3.5 Evaluación de los usuarios

Descripción Elaboración del documento de evaluación de los usuarios
Actividades • Desarrollar documento de informe de evaluación de
los usuarios de la aplicación
Duración 20 días
Tabla 74
Documento de validación de la aplicación web progresiva
1.3.3.6 Documento de validación de la aplicación web progresiva

Descripción Elaboración del documento de validación de la aplicación web
progresiva que evidencia el objetivo 3 del proyecto
180
Actividades • Adjuntar documentos de pruebas
• Desarrollar documento de validación
Duración 15 días
Tabla 75
Continuidad técnica
1.3.4.1 Continuidad técnica

Descripción Elaboración del documento de la continuidad técnica de la
Actividades • Desarrollar documento de continuidad técnica
Duración 7 días
Tabla 76
Viabilidad financiera
1.3.4.2 Viabilidad financiera

Descripción Elaboración del documento de la viabilidad financiera de la
Actividades • Definir viabilidad financiera
Duración 6 días
181
Tabla 77
Paper del proyecto
1.3.5 Paper del proyecto

Descripción Elaboración el estado del arte y el proceso realizado para la
investigación de la literatura durante desarrollo del proyecto
Actividades • Desarrollar el Paper
Duración 15 días
Validado por Coautor
Tabla 78
Memoria del proyecto
1.3.6 Memoria del proyecto

Descripción Recopilación del conjunto de entregables realizados para el
desarrollo de todo el proyecto
Actividades • Desarrollar la memoria
Duración 38 días
6.3.3 Alcance de la línea base de Mantenimiento

El proceso de gestión de cambios está conformado por la elaboración del documento de
control de cambios que debe ser aprobado por el Product Owner y notificado
al Portfolio Manager el cual informará a la PMO los cambios que se realizarán.
Únicamente, se aceptarán los siguientes cambios:
• Nuevos requerimientos de producto solo hasta la etapa inicial de desarrollo de
software
• Cambio en la fecha de validación de la aplicación solo hasta el sprint 8
Asimismo, se añadirán nuevos recursos que permitan completar las horas de retraso que
produzcan los cambios con la finalidad de mantener la línea base del proyecto.
182
6.3.4 Aceptación de Entregable
Tabla 79
Aprobación de entregables
Entregables Aprobado / Validado por:

1.1.1 Project Charter Product Owner / Portfolio Manager
1.2.1 Plan de Gestión del Proyecto Portfolio Manager
1.2.2 Hoja de Ruta del Proyecto Portfolio Manager
1.2.3 Plan de Gestión del Alcance Portfolio Manager
1.2.4 Plan de Gestión de Requerimientos Portfolio Manager
1.2.5 Enunciado del Alcance Portfolio Manager
1.2.6 Plan de Gestión del Cronograma Portfolio Manager
1.2.7 Lista de Hitos Portfolio Manager
1.2.8 Plan de Gestión del Costo Portfolio Manager
1.2.9 Plan de Gestión de Calidad Portfolio Manager
1.2.10 Matriz de Asignación de Portfolio Manager
Responsabilidades
1.2.11 Plan de Gestión de Recursos Portfolio Manager
1.2.12 Plan de Gestión de Comunicaciones Portfolio Manager
1.2.13 Plan de Gestión de Riesgos Portfolio Manager
1.2.14 Plan de Gestión de Adquisiciones Portfolio Manager
1.2.15 Solicitud de Cambios Portfolio Manager
1.3.1.1 Documento de análisis del procesos, Portfolio Manager
herramientas y plataformas tecnológicas
1.3.2.1 Diseño de Arquitecturas Portfolio Manager
1.3.2.2 Diseño de Mockups Portfolio Manager
1.3.2.3 Historias de Usuario Portfolio Manager
1.3.3.1 Desarrollo de la aplicación web Product Owner
progresiva
1.3.3.2 Diseño de escenario de pruebas Portfolio Manager
1.3.3.3 Pruebas QA IT Service
1.3.3.4 Pruebas con usuarios Product Owner
1.3.3.5 Evaluación de los usuarios Product Owner
183
1.3.3.6 Documento de validación de la aplicación Product Owner
web progresiva
1.3.4.1 Continuidad técnica Portfolio Manager
1.3.4.2 Viabilidad financiera Portfolio Manager
1.3.5 Paper del proyecto Coautor
1.3.6 Memoria del proyecto Portfolio Manager
6.3.5 Alcance e Integración de requerimientos

Los requerimientos del proyecto y del producto se presentan en el documento del Plan
Gestión de Requerimientos. Así también, se presenta la integración con el alcance en el
documento de Enunciado del Alcance. En el EDT, los requerimientos del producto se
cumplen dentro de la etapa de ejecución, específicamente, en la fase de desarrollo de la
aplicación web progresiva.
6.4 Plan de Gestión de Requerimientos

6.4.1 Recolección de Requerimientos
Los requerimientos serán recolectados con los siguientes métodos:
Tabla 80
Métodos de recolección de requerimientos
Método Descripción
Reuniones con En las reuniones, el Product Owner nos comentará los
el Product Owner requerimientos de acuerdo con una evaluación realizada a las
necesidades del usuario.
Brainstorming El Project Manager, Scrum Master y el Product Owner usarán la
estrategia de lluvia de ideas para escoger la idea más viable que
resuelva la problemática planteada.
6.4.2 Análisis de Requerimientos

Los requerimientos serán analizados según categorización, impacto y priorización
• Categorización: se divide en dos categorías. La primera es por producto, los
cuales detallan las características de un producto. La segunda son por
requerimientos del proyecto, los cuales detallan características o
metodologías que debe tener el proyecto.
184
• Impacto: Los requerimientos serán evaluados según el impacto que tenga en las
actividades u objetivos específicos.
• Priorización: En base a la ejecución se priorizan los requerimientos o
funcionalidades más importantes del producto y estos se programarán en el Sprint
5.
6.4.3 Categorías de Requerimientos
Las categorías de requerimientos del proyecto se dividen en los siguientes:
Tabla 81
Categorías de requerimientos
Categoría Descripción
Requerimientos funcionales Son aquellos que detallan cuales son las
tareas que realizará el sistema, así como los
servicios que lo comprenden.
Requerimientos no funcionales Son aquellos que detallan las características
con las cuales el sistema realizará la tarea.
Reglas de negocio Son aquellas restricciones que impone
el Product Owner sobre el comportamiento
del sistema.
6.4.4 Documentación de Requerimientos

Los requerimientos del producto y proyecto se encuentran documentados en el
“Enunciado del Alcance del proyecto”. Así también, para el desarrollo de la aplicación
web progresiva, los requerimientos se presentan como historias de usuario basados en la
metodología ágil iterativa para obtener feedback de cada incremento de la solución.
6.4.5 Priorización de Requerimientos

En el primer sprint de desarrollo, se priorizarán los principales requerimientos con el
objetivo de validar las funcionalidades más importantes para el proceso de monitoreo de
los pacientes. Para realizarlo se utilizará el método de priorización de MoSCoW:
• M - Must: Se trata de los requerimientos imprescindibles que deben estar

incluidos, sino el proyecto no se llevaría a cabo.
• S - Should: Se trata de los requerimientos que deberían llevarse a cabo de ser

posible, pues son importantes y agregan valor al producto.
185
• C - Could: Se trata de los requerimientos que pueden incluirse y que sería bueno
tenerlos si es que no implican un costo elevado para implementar.
• W - Won’t: Se trata de los requerimientos que no se implementarán en el proyecto

actual; sin embargo, en un futuro pueden ser realizados.
6.4.6 Métricas
Tabla 82
Métricas y requisitos de los requerimientos
Métricas Requisito
Cumplimiento del 100% las funcionalidades descritas en los
M01
requerimientos
Cumplimiento de los lineamientos de calidad establecidos por
M02
IT Services al 100% de las funcionalidades de los requerimientos
6.4.7 Estructura de Trazabilidad

Los requerimientos estarán conectados por medio del EDT e historias de usuario. A través
de un Excel, se evaluará el plan de pruebas donde se evidenciarán los casos de uso que
demuestren el requerimiento junto con los criterios de aceptación de las historias de
usuario correspondientes. Asimismo, estas historias tendrán estados de trazabilidad como
completado, pendiente o en proceso según su indicador.
6.4.8 Seguimiento de Requerimientos

La frecuencia del seguimiento de requerimientos será de manera semanal, ya que se debe
realizar modificaciones de acuerdo con las recomendaciones que se brinden por parte del
Product Owner y el Portfolio Manager. Asimismo, todo el progreso realizado en los
requerimientos será registrado en la herramienta Microsoft Planner y serán divididos de
acuerdo con su estado durante el proyecto.
6.4.9 Recolección de Requerimientos

El avance de los requerimientos se reportará a través de reuniones con el Product Owner
y el envío del Daily Scrum al Portfolio manager. El reporte se realizará semanalmente
con el objetivo de asegurar la calidad de los entregables. Asimismo, se realizará un acta
de requerimientos con los interesados (Product Owner) donde se presentará información
de la trazabilidad de los requerimientos; así como, las modificaciones que se han realizado
186
según la metodología y cronograma del proyecto, los informes se realizarán cada tres
semanas.
6.4.10 Validación de Requerimientos

La validación de los requerimientos del producto se realizará de la siguiente manera:
Tabla 83
Validación de los requerimientos
Validación Responsable
Validación de la aplicación por pruebas de
Analista QA – IT Service
caja negra
Validación de la aplicación por pruebas de
Usuario final - Product Owner
aceptación de usuario
6.4.11 Gestión de la Configuración de Requerimiento

• Se hace uso de Microsoft Planner para administrar el estado de los
requerimientos.
• Se documentará los requerimientos empleando historias de usuario.
• El proceso de gestión se realizará según los lineamientos de la PMO.
6.5 Enunciado de Alcance
6.5.1 Descripción del Alcance del Proyecto
Alcance del Proyecto:
• Realización de un benchmarking de las herramientas y plataformas tecnológicas

involucradas en el monitoreo del estado de salud de pacientes diagnosticados
COVID-19
• Análisis de procesos de monitoreo de pacientes con COVID-19
• Diseñar las arquitecturas de negocio, física y lógica, y prototipos (mockups) que
permitan el desarrollo de la aplicación web progresiva
• Validar que la aplicación web progresiva permita el monitoreo y control de la
estabilidad de la salud de personas con COVID-19 desde el hogar
• Elaborar el plan de continuidad para la viabilidad en el tiempo de la aplicación
web progresiva
• Elaboración del paper del proyecto
• Despliegue de la aplicación web progresiva y su respectivo manual de usuario
187
Alcance del Producto:
• Alcance técnico
El aplicativo tendrá una versión web con la opción para instalación en

dispositivos Android, se recomienda el uso del navegador Chrome desde
la versión 60.0 en adelante o el navegador Edge desde la versión 18.0. Para la
instalación en dispositivos iOS, se recomienda usar el navegador Safari desde
la versión 13.0 en adelante. Disponible para todos los dispositivos de escritorio y
móviles desde cualquier navegador; es decir, será multiplataforma.
• Alcance funcional
Los módulos de la aplicación serán los siguientes:
o Control de acceso (registro de usuarios, acceso a usuarios)

o Captura de datos utilizando parámetros biométricos
o Reportes (dashboards con indicadores, reporte de captura de datos,
reporte de evolución de enfermedad)
o Registro de contactos de emergencia
o Notificaciones de emergencia (notificaciones al usuario y notificaciones a
los contactos de emergencia)
6.5.2 Entregables del Proyecto

Tabla 84
Entregables del proyecto de acuerdo a las fases
Fase del proyecto Entregable

Inicio Project Charter
Planificación Plan de Gestión del Proyecto
Plan de Gestión del Cronograma
Lista de Hitos
Plan de Gestión de Costo
Plan de Gestión de Calidad
Matriz de Asignación de Responsabilidades
Plan de Gestión de Recursos
Hoja de Ruta del Proyecto
188
Plan de Gestión de Comunicaciones
Plan de Gestión de Riesgos
Plan de Gestión de Adquisiciones
Plan de Gestión de Alcance
Plan de Gestión de Requerimientos
Enunciado del Alcance del Proyecto
Ejecución Documento de análisis de los procesos, herramientas y
plataformas tecnológicas involucradas
Diseño de Arquitectura
Diseño de Mockups
Aplicación web progresiva
Proceso de validación de la aplicación web progresiva
Plan de continuidad
Paper
Memoria
Control y seguimiento Sprint Planning
Daily Scrum
Groomming
Sprint Retrospective
Sprint Review
Cierre Producto final
6.5.3 Criterios de Aceptación del Producto

Tabla 85
Criterios de aceptación del producto
Fase del Entregables de Gestión de Criterios de aceptación

proyecto Proyecto
Aprobación
Inicio • Project Charter
de Product Owner y Portfolio Manager
Planificación Aprobación del Portfolio Manager
Proyecto
189
Cronograma
• Lista de Hitos
Costo
Calidad
Responsabilidades
Recursos
• Hoja de Ruta del
Proyecto
Comunicaciones
Riesgos
Adquisiciones
Alcance
Requerimientos
• Enunciado del Alcance
del Proyecto
• Documento de análisis
de los procesos,
herramientas y Aprobación de Product Owner
Ejecución plataformas tecnológicas
involucradas
Certificación de IT Services
190
• Aplicación web
progresiva
• Proceso de validación de
la aplicación web
progresiva
• Plan de continuidad Aprobación del Product Owner
• Paper del proyecto Aprobación del Coautor
• Memoria del proyecto Aprobación del Portfolio Manager
• Producto final del

Cierre Aprobación del Comité de Proyectos
proyecto
6.5.4 Exclusiones del Proyecto

El proyecto no incluirá las siguientes características:
• El proyecto no incluirá el desarrollo de otras aplicaciones exclusivos para
dispositivos móviles.
• No se realizará soporte técnico después de diciembre del año 2022.
• La aplicación web progresiva no contempla el monitoreo de los pacientes
internados en las camas UCI
6.6 Plan de Gestión del Cronograma
6.6.1 Metodología de Asignación del Cronograma
Para la asignación del cronograma se emplea la metodología agile scrum. Scrum define
el uso de ciclos temporales llamados Sprints, los cuales tienen una duración de 3 semanas
donde se presentan avances de los entregables con la finalidad de obtener una
retroalimentación y mejorar el producto final. Por lo tanto, las actividades y entregables
se alinearon por cada sprint y se tomó como referencia las fechas establecidas por la PMO.
6.6.2 Herramientas de Planificación y Asignación del Cronograma

Para la planificación y asignación del cronograma se van a emplear las siguientes
herramientas:
• Microsoft Excel: donde se llevan el control de las actividades por semana y por
sprint
191
• Microsoft Planner: donde se lleva el control de los entregables y su estado de
proceso
6.6.3 Nivel de Exactitud
Actualmente, se tiene un nivel de precisión de 90% sobre la estimación correspondiente
a la duración de las tareas del proyecto, pues se tiene definido los requerimientos y
entregables del proyecto.
6.6.4 Unidades de Medida

Para el proyecto se definieron dos unidades de medida:
• Sprint: El sprint como unidad de medida tiene una duración de 3 semanas, a fin
de mejorar el producto final en base al feedback constante.
• Día: Enfocado en cumplir las actividades propuestas por cada día.
6.6.5 Umbrales de Variación
Tabla 86
Umbrales de variación
Umbral Variación
Bajo Actividad, entregable y proyecto completado al 95% en el tiempo
establecido.
Medio Actividad, entregable y proyecto completado entre el 90% y
95% durante el tiempo establecido
Alto Actividad, entregable y proyecto completado con un porcentaje menor
al 90% durante el tiempo establecido
• Para las actividades completadas con un umbral de variación bajo, se prologará el

plazo mínimo durante 3 días.
• Para las actividades completadas con un umbral de variación medio, se prologará
el plazo mínimo durante 4 días.
• Para las actividades completadas con un umbral de variación alto, se prologará el
plazo mínimo durante 5 días.
6.6.6 Archivado de Informes y Formatos

La información sobre el cronograma, los paquetes de trabajo y las actividades para el
cumplimento de ellos se presentan en el documento EDT. Además, se pueden evidenciar
192
a través del plan del plan de trabajo se detallará el estado y el proceso de cada actividad.
Se tiene un formato en el documento de la Hoja de ruta del Proyecto.
6.6.7 Metodología de Asignación del Cronograma

La actualización del cronograma se realizará con la revisión del Portfolio Manager y del
Product Owner. Esto se debe a que es necesario mantenerlos informados sobre los ajustes
realizados con la finalidad de analizar el impacto en el proyecto y los stakeholders. Si el
cambio o ajuste no es de gran impacto, se priorizarán las actividades más importantes
para su cumplimiento.
6.7 Lista de Hitos

6.7.1 Hitos
Un hito es una actividad sin duración que representa la obtención de un logro relevante,
ya que son una serie de etapas importantes dentro del proyecto cuya determinación se
lleva desde la planificación previa y están en constante monitoreo con el avance del
trabajo. Por esta razón, los hitos pueden ser modificados a las necesidades del cliente o
del proyecto en sí. Gracias a esta capacidad, se adapta de manera flexible al desarrollo de
proyectos realizados bajo el marco de una metodología ágil.
Este apartado, muestra una tabla en donde se encuentran los hitos del proyecto dividido
en tres columnas. Donde la primera columna es el nombre del hito, la segunda hace
referencia a los detalles de dicho hito, y la última representa si es interno o externo, y si
es obligatorio u opcional.
Tabla 87
Hitos del proyecto
Hito Descripción del Hito Tipo

Aprobación del Aprobación del Project Charter por
Interna y obligatoria
Project Charter el Product Owner y Portfolio Manager
Aprobación de los Aprobación de los Artefactos de la
Artefactos de la Gestión Gestión de Proyectos por Parte Interna y obligatoria
de Proyectos del Portfolio Manager
Aprobación del objetivo
Aprobación del objetivo 1 por parte
1 por parte Interna y obligatoria
del Product Owner
del Product Owner
193
Sustentación parcial
Sustentación con el Portfolio Manager
(TP1) con Interna y obligatoria
del objetivo 1
el Portfolio Manager
Aprobación del objetivo Aprobación del objetivo 1 luego de la
1 por parte del Comité sustentación parcial ante el comité
del Product Owner
del Product Owner
Aprobación del objetivo Aprobación del objetivo 2 por parte
2 por parte del QS del QS
Sustentación
final (TP1) con Interna y obligatoria
del objetivo 2
del Product Owner
del Product Owner
Aprobación del objetivo Aprobación del objetivo 3 por parte
3 por parte del QS del QS
Sustentación parcial
(TP2) con Interna y obligatoria
del objetivo 3
del Product Owner
del Product Owner
Aprobación del artículo Aprobación del artículo científico
científico (paper) (paper) por parte del coautor
Sustentación final con Sustentación con el Portfolio Manager
el Portfolio Manager del objetivo 3
194
Aprobación de los Aprobación de los entregables finales
entregables finales del del proyecto por el Comité de Interna y obligatoria
proyecto Proyectos.
6.8 Plan de Gestión de Costo

6.8.1 Unidades de Medidas
Son definidas para cada recurso utilizado en el desarrollo proyecto y estos serán usados
en la medición de los costos como, por ejemplo, costos indirectos, tasas horarias, horas
hombre, etc.
Tabla 88
Unidades de medida de los recursos
Recursos Unidad de medida

Manager Horas hombre
Product Owner Horas hombre
Project Manager Horas hombre
Scrum Master Horas hombre
Analista funcional Horas hombre
Analista QA Horas hombre
Analista programador Horas hombre
Laptop Horas
Smartphone Horas
Plataforma AWS Costo/uso
Energía KW / hora
Internet Megabits
6.8.2 Nivel de Precisión

Para estimar costes, se consideró la magnitud del proyecto y el alcance de los paquetes
de trabajo con la finalidad de una mayor precisión.
195
Tabla 89
Nivel de precisión de los tipos de recursos
Tipo de Recursos Nivel del Precisión

Persona Horas (8 horas al día)
Tecnológico Horas
Virtual Costo / uso
6.8.3 Nivel de Exactitud

Tabla 90
Nivel de exactitud del costo de actividades
Costo de Actividades Nivel de Exactitud

Horas hombre 5% adicional a las horas asignadas para
cada entregables
6.8.4 Umbrales de Control

Tabla 91
Umbrales de control de los costos
Costos Umbrales de control

Plataforma AWS Se estima un pago que no supere 100
dólares al mes.
6.8.5 Reglas de Medición del Rendimiento

Para estimar el valor de estas medidas de la gestión del proyecto, se tuvieron las siguientes
consideraciones:
• Porcentaje acumulado
• Estimación por completar (ETC)
• Estaciones al finalizar (EAC)
6.8.6 Información y Formato de Informes de Costos
Respecto a la información y formato del informe de costos, se empleará Microsoft Excel
para realizar los cuadros estadísticos y gráficos donde se obtendrán los resultados. El
196
documento también permitirá el monitoreo de los costos incurridos en cada actividad o
hito definido.
6.8.7 Detalles Adicionales

La gestión de costos se realizará mensualmente, de acuerdo con el costo /uso de las
plataformas cloud, se podrá obtener el costo que se obtuvo con las plataformas de AWS.
El rol del scrum master será el responsable de la supervisión de estos costos.
6.9 Plan de Gestión de Calidad

6.9.1 Estándares de Calidad
Los estándares definen los criterios para certificar la calidad de un producto. Para este
proyecto se usará lo siguiente:
• ISO 9126: indica los seis atributos de calidad que debe cumplir un producto
software, los cuales son los siguientes: Funcionalidad, Fiabilidad, Usabilidad,
Eficiencia, Mantenibilidad y Portabilidad.
6.9.2 Objetivos de Calidad

Los objetivos de calidad son las medidas que el proyecto o los componentes del producto
deben alcanzar para satisfacer las necesidades de los stakeholders. En el siguiente cuadro
se presentan las métricas que se medirán para llegar a la calidad deseada del producto.
Tabla 92
Objetivos de calidad
Especificación o Métrica Medida

1. Facilidad de uso de la aplicación 1. Entre un 90% – 100%
2. Interfaz de usuario amigable 2. Entre 80% - 100%
3. Satisfacción de usuarios 3. Entre 70% – 100%
4. Validación de la funcionalidad 4. 0% (No cumple) - 100% (Sí

cumple)
5. Porcentaje de optimización del 5. Mínimo 50%
proceso de monitoreo de los
pacientes
197
6.9.3 Roles y Responsabilidades de Calidad
Se definieron los roles necesarios para realizar las actividades relacionadas al proyecto y
las responsabilidades asociadas a cada uno.
Tabla 93
Roles y responsabilidades de calidad
Roles Responsabilidades
Analista QA Encargado de realizar la validación de la
funcionalidad de la aplicación
Analista Funcional Encargado de realizar la validación de los
entregables: arquitecturas, HU y casos de
prueba
Usuario Final Encargado de evaluar la facilidad de uso de
la interfaz de la aplicación
Project Manager Asegura la calidad del entregable o paquete
de trabajo
Scrum Master Asegura la calidad del entregable
Product Owner Aprueba y validad los entregables
Portfolio Manager Validar la calidad de los entregables
6.9.4 Entregables y Procesos sujetos a Revisión de Calidad

Se presentan entregables o procesos que poseen métricas asociadas con los objetivos de
la calidad
Tabla 94
Entregables y procesos sujetos a revisión de calidad
Entregables Procesos
Para la validación, se realizará la evaluación de
la funcionalidad y pruebas de aceptación de
Aplicación web progresiva
usuario. Esta validación de la funcionalidad será
realizada por IT Services.
198
El Product Owner se encarga de evaluar el
Proceso de validación de la aplicación
proceso de validación definido para la aplicación
web progresiva
web progresiva
El analista funcional se encarga de validar el
Procesos de monitoreo de pacientes proceso de monitoreo de pacientes con COVID-
19
IT Services y el Product Owner valida la calidad
Arquitectura y mockups
del entregable
El plan de continuidad será validado por
Plan de Continuidad
el Product Owner
6.9.5 Enfoque de Gestión de Calidad

El enfoque que se utilizara para gestionar el proceso de calidad involucra el momento y
el contenido de las auditorias de calidad de proyectos y productos.
Tabla 95
Enfoque de gestión de calidad
Entregable Contenido de auditorías

Pruebas con caja negra según el plan de HU
Aplicación web progresiva y casos de prueba serán realizados
por recursos de IT Services.
El analista funcional realizará auditorias de
Arquitectura y Mockups acuerdo con frameworks específicos para
cada caso.
El analista funcional validará la calidad de
Proceso de la aplicación
los procesos según BPMN.
199
6.9.6 Procedimientos de Calidad Aplicables
El procedimiento que se empleará en el proyecto es el siguiente:
Tabla 96
Procedimientos de calidad aplicables
Procedimiento Objetivo Frecuencia

Mejorar la aplicación web progresiva o entregables de
Mejora Semanal (en
acuerdo con las observaciones que resalten en cada
Continua cada sprint)
validación
6.10 Matriz RAM

6.10.1 Matriz de Asignación de Responsabilidades
La Matriz de Asignación de Responsabilidad (RAM) es una herramienta de asignación
de actividades con cada uno de los recursos del proyecto de acuerdo con su
responsabilidad. Esto permite que las actividades planteadas en el alcance del proyecto
se encuentren asignados a una persona o más personas
Los roles que serán manejados son los siguientes:
• Responsible: Recurso que realiza el trabajo.

• Accountable: Recurso que asume la responsabilidad por el entregable frente al
Gerente de Proyecto y se encarga de revisar que cumpla con los requisitos de
aceptación.
• Consulted: Recurso que maneja la información necesaria para el cumplir con el
entregable.
• Informed: Recurso a quien se notificada cuando se completa el entregable.
Leyenda:
R = Comprometido / Responsible
A = Responsable / Accountable
C = Consultado / Consulted
I = Informado / Informed
200
Tabla 97
Matriz RAM
Project Scrum Product Portfolio Coautor

Entregable
Manager master Owner Manager
Project Charter R, A R, A C I
Capítulo: Outcomes ABET R, A R, A I
Capítulo 3: Marco Teórico R, A R, A I C, I
Plan de Gestión del Proyecto R, A R, A I
Artefactos de Gestión de
R, A R, A I
Proyectos
Acta de Aprobación del
R, A R, A C, I I
objetivo 1
Anexo E – Estado del Arte R, A R, A I C.I

R, A R, A C, I I
objetivo 2
Capítulo 4: Desarrollo del
R, A R, A I
Proyecto
Artículo Científico (Paper) R, A R, A I C.I

R, A R, A C, I I
objetivo 3
Desarrollo Plan de
R, A R, A C I
Continuidad
R, A R, A C, I I
objetivo 4
Capítulo 5: Resultados del
R, A R, A I
Proyecto
Anexo A - WASC R, A R, A I
Conclusiones y
R, A R, A I
Recomendaciones
201
Preparación y Entrega de
R, A R, A I
Artefactos de la Memoria
6.11 Plan de Gestión de Recursos

6.11.1 Identificación del Miembro del Equipo y Estimaciones
Se identifican los miembros del equipo y sus estimaciones en el siguiente cuadro:
Tabla 98
Identificación de los miembros del equipo y las estimaciones
Rol Número Nivel de pericia

1. Analista 1 1. Conocimientos en procesos BPMN, casos
funcional de prueba y diseño de arquitectura según
TOGAF
2. Analista QA 1 2. Conocimientos en prueba de caja negra,
casos de prueba y de usabilidad
3. Analista 2 3. Conocimientos en Java, API REST,
programador JavaScript, HTML
6.11.2 Adquisición de los Miembros del Equipo

Para la adquisición de estos recursos, se utilizarán las empresas virtuales de IT Services
y Software Factory.
IT Services nos brindará lo siguiente:
• Analista funcional: Se encarga de desarrollar actividades como analista de
artículos científicos, elaboración de estado del arte, validación de artefactos de
análisis y diseño de software.
• Analista QA: Se encarga de ejecutar pruebas de caja negra, así como la
verificación de las características de calidad según la ISO 9126.
Software Factory nos brindará lo siguiente:
• Analista programador: Se encarga del desarrollo de módulos del software
Estos miembros son considerados como miembros contratados, ya que están presentes
solo en algunos Sprints del proyecto y van rotando de acuerdo con la disponibilidad de
los recursos.
202
6.11.3 Gestión de los Miembros del Equipo
Para la gestión de estos miembros, se realizará lo siguiente:
• Todas las coordinaciones con los recursos QA, analista funcional y analista
programador, se realizará a través del uso de correo institucional.
• El Project Manager o Scrum Master calificará el entregable realizado por el
analista funcional o programador.
6.11.4 Organigrama del Proyecto

Figura 68
Organigrama del proyecto
Nota: Elaboración propia.
203
6.11.5 Roles and Responsabilidades
Tabla 99
Roles y responsabilidades
Rol Responsabilidad Autoridad

1. Comité de Realizar la evaluación, Aprobación de proyecto
proyectos validación y aprobación de
los proyectos desarrollados
por los jefes de Proyectos.
2. Project Realizar la correcta gestión Realizar las
Management Office de problemas de alto nivel coordinaciones entre los
(PMO) en el ámbito directivo. gerentes de proyecto
Indicar aspectos generales

y normativa de
cumplimiento de
proyectos
Control y seguimiento de
los proyectos
profesionales
3. Portfolio Manager Supervisar, coordinar y Aprobación del proyecto,
controlar el proyecto, y las artefactos y entregables
diferentes actividades que
tiene asignadas dentro de su
portafolio.
4. Cliente Realizar cualquier actividad Aprobación de los
que sea solicitada por su objetivos del proyecto
Portfolio Manager, el
Senior Portfolio Manager,
el director de la PMO y por
el Comité de Proyectos de la
Escuela
204
5. Project Manager Gestionar, según el Ejecución del proyecto
PMBOK, el proyecto
profesional, siguiendo los
lineamientos de la
Dirección de Proyectos
durante todos sus procesos:
Inicio, Planificación,
Ejecución, Seguimiento y
Control, y Cierre.
6. Scrum Master Aplicar, adecuadamente, las Ejecución del proyecto
metodologías ágiles en la
etapa de ejecución del
proyecto.
7. Analista Funcional Validar artefactos de Ejecución del proyecto
análisis y diseño de
software.
8. Analista QA Ejecutar pruebas de caja Ejecución del proyecto
negra, así como la
verificación de las
características de calidad
según la ISO 9126.
9. Analista Desarrollar de módulos del Ejecución del proyecto
programador software
6.11.6 Requerimientos de Entrenamiento

Los miembros del equipo deben tener conocimiento en:
• Modelado de procesos BPMN

• Pruebas de caja negro
• Programación web
6.11.7 Recompensas y Reconocimientos

Los recursos serán calificados en base a la calidad del trabajo que desarrollan de acuerdo
con la rúbrica de evaluación. En caso de tratarse de un recurso de IT Services, solo serán
205
evaluadas las actividades como analista funcional. Por otro lado, en caso de que se trate
de un recurso de Software Factory, se evaluarán todas las actividades.
6.11.8 Desarrollo del Equipo

Métodos para el desarrollo individual de cada miembro del equipo como un todo:
• Promover la comunicación entre los miembros
• Planificar reuniones con el equipo para comentar los avances del proyecto
• Promover propuestas de ideas que sirven para el mejor desempeño del equipo y
del proyecto
6.11.9 Identificación de Recursos Físicos
Para identificar la tecnología que se empleara en el proyecto, se realizó una investigación
de soluciones similares a la propuesta a través de repositorios digitales como Springer,
IEEE y Web of Science.
Tabla 100
Identificación de recursos físicos
Recurso Cantidad Grado

1. Laptop 2 1. Se requiere de
laptop tanto como
para la gestión de
proyecto de
investigación de
plataformas y
soluciones
similares como
para la
programación de
la aplicación web
progresiva
2. Smartphone 2 2. Se requiere de
smartphone para
las pruebas de
funcionalidad
206
3. Servicio Web de 1 3. Se requiere para
Amazon desplegar la
aplicación web
progresiva
6.11.10 Adquisición de Recursos Físicos

Los recursos como laptops y smartphones ya están dentro del inventario, por lo que no se
compraran. En el caso del servidor AWS, esto se alquilar por 2 meses lo que dura las
pruebas funcionales y de aceptación de usuario.
6.11.11 Gestión de Recursos Físicos

La administración de los materiales será responsabilidad del Scrum Master y se
documentará en el documento de Plan de Adquisiciones
6.12 Plan de Gestión de Comunicaciones

6.12.1 Plan de Gestión de Comunicaciones
Tabla 101
Plan de gestión de comunicaciones
Stakeholder Información Método Frecuencia Remitente

Product Owner Avances de la Correo Semanal Project
solución móvil Videoconferencia Manager
Análisis de
herramientas de
desarrollo
multiplataforma
PMO Actualizaciones Correo A solicitud Project
de documentos SharePoint cuando es Manager
y lineamientos requerido
del curso
Notificaciones
del curso
IT Innova Avance del Correo 3 veces Project
Manager proyecto Videoconferencia semanalmente Manager
207
Analista Casos de prueba Correos 2 veces Project
Funcional (IT Historias de semanalmente Manager
Service) Usuario
Procesos de
negocio
Analista QA Casos de prueba Correos Semanal Scrum
(IT Service) Historias de Master
Usuario
Analista Historia de Correos 3 veces Scrum
Programador usuario Videoconferencia semanalmente Master
(Software Criterios de
Factory) aceptación
Coautor Avances del Correos Semanal Project
paper Videoconferencia Manager
6.12.2 Restricciones o Suposiciones de Comunicación

Tabla 102
Restricciones o suposiciones de comunicación
Supuestos Restricciones
De cancelarse alguna reunión, se postergará la Solo se realizará las sesiones
reunión para una fecha acordada entre el a través de Blackboard
Product Owner y el Project Manager Collaborate
6.13 Plan de Gestión de Riesgos

6.13.1 Estrategia
Evitar: Cambiar las condiciones originales de realización del proyecto para eliminar el
riesgo
Mitigar: Reducir la probabilidad de ocurrencia o impacto de los riesgos identificados a

un umbral aceptable
208
6.13.2 Metodología
Para la Gestión de Riesgos, se basará en los procesos definidos en el PMBOK que se
mencionan a continuación:
• Planificación de la gestión de riesgos

• Identificación de los riesgos
• Análisis cualitativo de riesgos
• Análisis cuantitativo de riesgos
• Planificación de la respuesta a los riesgos
• Monitoreo y control de los riesgos
6.13.3 Roles y Responsabilidades

Tabla 103
Roles y responsabilidades
Rol Responsabilidades
1. Project 1. Identificar, analizar, evitar y mitigar los riesgos del
Manager proyecto
2. Scrum Master 2. Identificar, analizar, evitar y mitigar los riesgos del
proyecto
6.13.4 Categorías de Riesgo

En el siguiente cuadro, se definen las siguientes categorías de riesgo:
Tabla 104
Categorías de riesgo
Categoría de Riesgo Descripción

Interno – Equipo de trabajo Relacionado a los integrantes del proyecto
Interno – El proyecto Relacionado a factores internos
vinculando el entorno del trabajo y
herramientas de soporte que se tiene para
el desarrollo del proyecto.
Interno – La tecnología Relacionado a la complejidad técnica del
producto
209
Interno – El producto Relacionado al producto (resoluciones,
procedimientos, informes, características
del software a construir y modificar
requerimientos) y sus componentes.
Interno – Usuarios Usuarios de los sistemas a desarrollar y
mantener
Interno – Proveedor Empresas proveedoras del proyecto
6.13.5 Financiación de la Gestión de Riesgos

En el proyecto no se utilizará asesoramiento de un experto, ni transferencia de riesgos a
un tercero. En caso se manifieste un riesgo que implique una solución monetaria, el monto
será asumido por los miembros del equipo de proyecto.
6.13.6 Protocolos de Contingencia

Se detallarán los protocolos a seguir antes, durante y después del riesgo:
• Antes: Para reducir la probabilidad de ocurrencia de los riesgos se realizarán

planes de mitigación cuyos resultados serán evaluados continuamente y con esto
se reduce el efecto adverso del riesgo.
• Durante: Cuando se manifiesten los riesgos, se aplican los planes de contingencia
en base a una estrategia de respuesta al riesgo.
• Después: Plan de renovación de actividades para que exista una reanudación
parcial de las actividades previas al riesgo. Asimismo, se realiza una evaluación
de daños para establecer actividades a seguir.
6.13.7 Frecuencia y Tiempo

Tabla 105
Frecuencia y tiempo
Actividades Frecuencia
Reevaluación y seguimiento de riesgos Mensual
Revisión de las actividades Semanal
210
6.13.8 Tolerancia al Riesgo de los Stakeholders
Tabla 106
Tolerancia al riesgo de los stakeholders
Stakeholders Tolerancia
Product Owner Baja: Todo riesgo relacionado al
desarrollo de la aplicación tendrá una
tolerancia de 5% en alcance, 6 horas en
tiempo y 5% en costos
Product Manager Baja: Todo riesgo relacionado al
desarrollo de la aplicación tendrá una
tolerancia de 5% en el alcance, 20 % en la
calidad, tiempo equivalente a 6 horas y 5%
del costo
6.13.9 Seguimiento de Riesgos y Auditoría

Actividades de seguimiento de riesgos
• Reevaluación y seguimiento de actividades
• Revisión de actividades
La evaluación de riesgos se realizará según el documento de matriz de riesgos
6.13.10 Definiciones de Probabilidad
La probabilidad ocurrencia se medirá de acuerdo con la siguiente escala:
Tabla 107
Definiciones de probabilidad
Muy Alto Entre 80% y 100%

Alto Entre 60% y menor a 80%
Medio Entre 40% y menor a 60%
Bajo Entre 20% y menor a 40%
Muy Bajo Menor a 20%
211
6.13.11 Definiciones de impacto por objetivo
Tabla 108
Definiciones de impacto por objetivo
Alcance Calidad Tiempo Costo

Muy Alto En base al El producto no Mayor a 24 Incremento en
(80% a alcance del cumple con los horas el presupuesto
100%) proyecto, si el estándares de en más del 20%
riesgo impacta calidad en más
en más del 50% del 90%
Alto (60% a En base al El producto no Entre 18 a 24 Incremento en
80%) alcance del cumple con los horas el presupuesto
proyecto, si el estándares de en más del 15%
Medio (40% En base al El producto no Entre 12 a 18 Incremento en
a 60%) alcance del cumple con los horas el presupuesto
Bajo (20% a En base al El producto no Entre 6 a 12 Incremento en
40%) alcance del cumple con los horas el presupuesto
Muy Bajo En base al El producto no Entre 1 a 6 Incremento en
(menor a 20 alcance del cumple con los horas el presupuesto
%) proyecto, si el estándares de menor del 5%
212
6.13.12 Matriz de probabilidad e impacto
Según el PMBOK, se desarrolló la siguiente matriz de probabilidad e impacto:
Tabla 109
Matriz de probabilidad e impacto
Muy Alta 1,00 0,20 0,40 0,60 0,80 1,00

1.
Alta 0,80 0,16 0,32 0,48 0,64 0,80
PROBABILIDAD
Moderada 0,60 0,12 0,24 0,36 0,48 0,60
DE
Baja 0,40 0,08 0,16 0,24 0,32 0,40
OCURRENCIA
Muy Baja 0,20 0,04 0,08 0,12 0,16 0,20
0,20 0,40 0,60 0,80 1,00
2. IMPACTO EN EL PROYECTO Muy Mode Muy
Bajo Alto
Bajo rado Alto
Mod
3. PRIORIDAD DEL RIESGO Baja erad Alta
a
Tabla 110
Leyenda de la matriz de probabilidad e impacto
Riesgo muy grave Necesita medidas preventivas con urgencia. Se tiene la

obligación de iniciar el proyecto después de la implementación
de dichas medidas.
Necesita obligatoriamente medidas preventivas, pues tienen que
Riesgo importante
controlar las variables de riesgo con exigencia.
Riesgo apreciable Necesita realizarse un estudio económico para evaluar la
posibilidad de introducir medidas preventivas para reducir el
nivel de riesgo. En caso contrario, solo se deberá mantener un
control de las variables.
213
6.14 Plan de Gestión de Adquisiciones
6.14.1 Integración de Adquisiciones
Tabla 111
Integración de adquisiciones
Área Enfoque de integración

Alcance En la etapa de ejecución del proyecto, se realizarán las
adquisiciones con proveedores (desarrollo de la aplicación web
progresiva)
Calendario Las adquisiciones se realizarán en el sprint 6, en el ciclo
académico 2021-2
Documentación No aplica
Riesgo Los riesgos de en la adquisición afectan directamente al desarrollo
del producto
Reportes No aplica
Asimismo, no se realizará la adquisición de internet, servicios de luz y energía, agua y el

plan de datos, ya que se supone su uso sin necesidad de una planificación para su
adquisición.
6.14.2 Tiempos
Tabla 112
Tiempos de adquisición
Fecha Actividad
20/20/2021 Adquisición de los servicios de AWS
6.14.3 Métricas de Rendimiento

Tabla 113
Métricas de rendimiento
Ítem Métrica Método de medición

MR01 Alta disponibilidad en la Costo/uso
plataforma cloud
214
6.14.4 Roles, Responsabilidades y Autoridad
Tabla 114
Roles, responsabilidades y autoridad
Rol Responsabilidades Autoridad

Project Gestionar la compra de la Máxima
Manager plataforma web
Proveedor Brindar disponibilidad en el Ninguna
servicio
6.14.5 Suposiciones y Restricciones

Tabla 115
Suposiciones y restricciones
Categoría Supuestos y restricciones

Proveedor El servicio de la plataforma cloud durara desde las pruebas
funcionales hasta el termino de desarrollo
6.14.6 Jurisdicción Legal y Moneda

Se definen a continuación:
• Jurisdicción legal: Estados Unidos
• Moneda: dólar estadounidense
6.14.7 Estimaciones independientes
No aplica
6.14.8 Gestión de Riesgos
Se referencia en la sección del “Plan de gestión de riesgos”
6.14.9 Proveedores Precalificados
Se tienen los siguientes proveedores como los precalificados para la selección:
• Amazon Web Services
• Microsoft Azure
• IBM Bluemix
• Alibaba Cloud
215
CONCLUSIONES
• Según los artículos científicos revisados en la investigación, sí existen
aplicaciones y sistemas de monitoreo integrados a los centros de salud de
múltiples países como Corea y Arabia Saudita. Sin embargo, nuestra propuesta no
solo ofrece la posibilidad de integración con algún centro de salud, sino también
la capacidad de funcionar independientemente.
• Se puede concluir que la solución realizada para el presente proyecto optimiza el
tiempo de monitoreo de los pacientes y el diagnostico respectivo por parte del
médico. Los resultados evidenciaron una reducción del tiempo de monitoreo de
los pacientes en un 70.89%, mientras que el tiempo de diagnóstico de los médicos
se redujo en 56.56%. Estas cifras indican que los usuarios pueden realizar su
monitoreo más rápido que con las formas tradicionales y que los médicos puedan
evaluar a una mayor cantidad de usuarios al reducir el tiempo de diagnóstico de
cada uno. Según los resultados de los indicadores y considerando la cantidad de
pacientes que presentan síntomas de COVID-19 al día, la reducción de tiempo
resultante al final del día es bastante considerable.
• Así también, se concluye que la solución muestra un alto índice de satisfacción
para los usuarios, pues el público objetivo de la aplicación es bastante amplio. En
una escala de 5 puntos, el puntaje evidenciado en usabilidad fue de 4.74 y 4.71 en
experiencia de usuario aproximadamente.
• La aplicación web progresiva basa su monitoreo en parámetros en la temperatura,
saturación de oxígeno y síntomas presentados por el usuario. Con la finalidad de
no restringir el público objetivo, no es necesaria la adquisición de wearables, sino
que puede realizarse con cualquier termómetro y pulsioxímetro del hogar.
• Nuestra propuesta sienta las bases para nuevas investigaciones que pueden
considerar futuras mejoras y la reutilización de funciones de monitoreo para otras
enfermedades como la anemia que representa un número importante de casos en
el Perú.
216
RECOMENDACIONES
• En caso se quiera obtener resultados más precisos sobre la solución elaborada en
el proyecto, se recomienda su evaluación con la muestra representativa de 267
pacientes y 265 médicos. Esto se debe a que la cantidad encuestados para el
proyecto representaron únicamente el 70% de la muestra representativa, pues fue
la mayor cantidad de encuestados posibles considerando los inconvenientes de la
pandemia y las restricciones del país.
• Al igual que las soluciones ya existentes en otros países, aún queda vigente la
posibilidad de integración con los sistemas de ESSALUD o con las clínicas del
país. Esto no solo permitirá que la solución alcance una mayor cantidad de
usuarios, sino que también los médicos puedan organizar la atención de aquellos
pacientes con síntomas de COVID-19. Por este motivo, se recomienda continuar
con la investigación y realizar proyectos para incrementar la capacidad de
monitoreo remoto en nuestro país.
• Con el avance de las tecnologías, se recomienda la búsqueda de nuevas
herramientas, metodologías y enfoques de monitoreo que usen los parámetros
biométricos de la solución para diversificarla a otro tipo de enfermedades. De
esta forma, se pueden integrar nuevos módulos y, eventualmente, permitir que se
pueda usar para otras enfermedades diferentes como la anemia.
• Debido a la gran cantidad de amenazas informáticas, se recomienda desarrollar
un sistema de seguridad que encripte los datos del monitoreo y garantice la
protección de datos personales de los usuarios por ser información sensible. Esto
se recomienda porque la brevedad del tiempo de desarrollo de la solución no
permitió que se realizará una encriptación de los datos de los reportes y
únicamente se trabajó con la información de registro de los usuarios.
217
GLOSARIO
• Amazon Web Services: Plataforma de servicios en la nube con más de 200
servicios de centros de datos en todo el mundo
• Analista QA: Realiza las pruebas funcionales de la aplicación
• Backend: Capa que contiene la lógica del software
• Backup: Sistema de respaldo de datos
• COVID-19: Enfermedad sin tratamiento que puede afectar a cualquier persona
y la posibilidad de morir es uno de los riesgos más graves.
• Fronted: Capa de la aplicación que es accedida por el usuario y donde
intervienen tecnologías de diseño y desarrollo para la interacción directa de
los usuarios
• Historia de usuario: Representación escrita de los requisitos
• Ley Orgánica de Protección de Datos: Ley encargada de proteger los derechos
fundamentales de personas físicas y las libertades públicas
• Mockups: Prototipos no funcionales de la aplicación
• Organización Mundial de la Salud: Organismo de las Naciones Unidas creado
en 1948 especializado en el control y prevención de la salud a nivel global.
• Paper: Articulo científico
• PMBOK: Brinda la pautas y fundamentos para la gestión de proyectos
• PMO: Desarrolla las metodologías necesarias para la gestión de proyectos
• Product Owner: Brinda los requerimientos, supervisa la calidad del producto
• Project Manager: Administra y gestiona el proyecto
• Pulsioxímetro: Dispositivo utilizado para monitorizar el nivel de oxígeno en
la sangre
• SARS-CoV-2: Virus que genera el COVID 19
218
SIGLARIO
• ABET: Accreditation Board for Engineering and Technology
• CONCYTEC: Consejo Nacional de Ciencia, Tecnología e Innovación
Tecnológica
• DIRESA: Dirección Regional de Salud
• EDT: Estructura de Desglose del Trabajo
• FA: Fuerzas Armadas
• HU: Historias de Usuario
• IDEELE: Revista del Instituto de Defensa Legal
• IT: Information Technologies
• MINSA: Ministerio de Salud
• OLA: Acuerdos de Nivel Operacional
• OMS: Organización Mundial de la Salud
• PCR: Polymerase Chain Reaction
• PMBOK: Project Management Body of Knowledge
• PMO: Project Management Office
• PNP: Policía Nacional del Perú
• RM: Resolución Ministerial
• SIS: Sistema Integral de Salud
• SLA: Acuerdos de Niveles de Servicio
• TDP: Taller de desempeño de proyecto
• TP: Taller de proyectos
• UC: Contratos de Apoyo
• UCI: Unidad de Cuidados Intensivos
• UCIM: Unidad de Cuidados Medios
• WASC: Western Association of Schools and Colleges
219
BIBLIOGRAFÍA
ABET (2021). Criteria for Accrediting Engineering Programs. Recuperado el 23 de
noviembre de 2021 de https://www.abet.org/wp-content/uploads/2020/09/EAC-
Criteria-2020-2021.pdf
ABET (2021). Criteria for Accrediting Computing Programs. Recuperado el 23 de
noviembre de 2021 de https://www.abet.org/wp-content/uploads/2019/12/C001-
20-21-CAC-Criteria-MARK-UP-11-30-19-Updated-2.pdf
Ainsworth, M., Andersson, M., Auckland, K., Baillie, J. K., Barnes, E., Beer, S.
Beveridge A., Bibi S., Blackwell L., Borak M., Bown A., Brooks T. (2020).
Performance characteristics of five immunoassays for SARS-CoV-2: a head-to-
head benchmark comparison. The Lancet Infectious Diseases, 20(12), 1390–
1400. https://doi.org/10.1016/S1473-3099(20)30634-4
Alessio, K. O., Tischer, B., Voss, M., Teixeira, I. D., Brendler, B. M., Duarte, F. A.,
Helfer G.A., Costa A.B., Barin J.S. (2020). Open source, low-cost device for
thermometric titration with non-contact temperature measurement. Talanta, 216,
120975. https://doi.org/10.1016/j.talanta.2020.120975
Al-Humairi, S. N. S., & Kamal, A. A. A. (2021). Design a smart infrastructure
monitoring system: a response in the age of COVID-19 pandemic. Innovative
Infrastructure Solutions, 6(3), 1–10. https://doi.org/10.1007/s41062-021-00515-y
Amazon Web Services (AWS) (2021). Amazon EC2. Recuperado el 29 de mayo de
2021 de https://aws.amazon.com/es/ec2/?ec2-whats-new.sort-
by=item.additionalFields.postDateTime&ec2-whats-new.sort-order=desc
Amazon Web Services (AWS) (2021). Amazon S3. Recuperado el 29 de mayo de 2021
de https://aws.amazon.com/es/s3/
Amazon Web Services (AWS) (2021). AWS Elastic Beanstalk. Recuperado el 29 de
mayo de 2021 de https://aws.amazon.com/es/elasticbeanstalk/
Anderez, D. O., Kanjo, E., Pogrebna, G., Kaiwartya, O., Johnson, S. D., & Hunt, J. A.
(2020). A covid-19-based modified epidemiological model and technological
approaches to help vulnerable individuals emerge from the lockdown in the uk.
Sensors (Switzerland), 20(17), 1–19. https://doi.org/10.3390/s20174967
Andina (2020). Coronavirus: aplicación móvil permitirá monitorear estado de pacientes
con covid-19. Recuperado el 27 de marzo de 2021 de
https://andina.pe/agencia/noticia-coronavirus-aplicacion-movil-permitira-
monitorear-estado-pacientes-covid19-800972.aspx
Andina (2020). Pacientes con coronavirus son monitoreados de forma virtual gracias a
telemedicina. Recuperado el 27 de marzo de 2021 de
https://andina.pe/agencia/noticia-pacientes-coronavirus-son-monitoreados-
forma-virtual-gracias-a-telemedicina-812318.aspx
220
Andreu-Perez, J., Perez-Espinosa, H., Timonet, E., Kiani, M., Giron-Perez, M. I.,
Benitez-Trinidad, A. B., Jarchi, D., Rosales, A., Gkatzoulis, N., Reyes-Galaviz,
O. F., Torres, A., Alberto Reyes-Garcia, C., Ali, Z., & Rivas, F. (2021). A
Generic Deep Learning Based Cough Analysis System from Clinically Validated
Samples for Point-of-Need Covid-19 Test and Severity Levels. IEEE
Transactions on Services Computing, 1–13.
https://doi.org/10.1109/TSC.2021.3061402
Archi (2013). User Guide. Recuperado el 22 de marzo de 2021 de shorturl.at/uHJL0
Bae, Y. S., Kim, K. H., Choi, S. W., Ko, T., Wook, C. J. M. P., Cho, B., Kim, M. S., &
Kang, E. (2020). Information Technology-based management of clinically
healthy COVID-19 Patients: Lessons from a living and treatment support center
operated by seoul national university hospital. Journal of Medical Internet
Research, 22(6). https://doi.org/10.2196/19938
BBC News Mundo (2020). Coronavirus en Perú | "Se van a morir a sus casas porque no
tenemos camas": la desesperada situación que se vive en la región peruana de
Loreto por el covid-19. Recuperado el 30 de marzo de 2021 de
https://www.bbc.com/mundo/noticias-america-latina-52413260
Bokolo, A. J. (2020). Use of Telemedicine and Virtual Care for Remote Treatment in
Response to COVID-19 Pandemic. Journal of Medical Systems, 44(7).
https://doi.org/10.1007/s10916-020-01596-5
Brázda, V., Porubiaková, O., Cantara, A., Bohálová, N., Coufal, J., Bartas, M., Fojta,
M., & Mergny, J. L. (2021). G-quadruplexes in H1N1 influenza genomes. BMC
Genomics, 22(1), 1–11. https://doi.org/10.1186/s12864-021-07377-9
Canela-Soler, J., Elvira-Martínez, D., Labordena-Barceló, M. J., & Loyola-Elizondo, E.
(2010). Sistemas de Información en Salud e indicadores de salud: una
perspectiva integradora. Medicina Clínica, 134, 3–9. doi:10.1016/s0025-
7753(10)70002-6
Capella, S., Navarro, J., & Fajardo, M. (2018). La estigmatización del VIH / SIDA: La
respuesta desde el trabajo social The stigmatization of HIV / AIDS : The
response from social work. Revista Internacional de Trabajo Social y Bienestar,
7, 15–23. https://revistas.um.es/azarbe/article/view/322341/254651
Challenger, I., Díaz, Y. y Becerra, R. (2014). El lenguaje de programación Python.
Ciencias Holguín, I(1), pp. 1-13.
CitySem (2021). ¿Qué es el branding? Recuperado el 17 de abril de 2021 de
https://citysem.es/que-es/branding/
Coursera (2021). ¿Qué es un servidor de base de datos? Recuperado el 1 de junio de
2021 https://es.coursera.org/lecture/administracion-de-sistema-y-servicios-de-
infraestructura/que-es-un-servidor-de-base-de-datos-8opF1
221
Crossley, B. (2020). Troubleshoot It: Accuracy of Various Thermometer Types Is
Important to Consider During the COVID-19 Pandemic. Biomedical
Instrumentation & Technology, 54(3), 228–229. doi:10.2345/0899-8205-
54.3.228
Datamation (2020). AWS vs Azure vs Google Cloud: 2021 Cloud Platform
Comparison. Recuperado el 28 de abril de 2021 de
https://www.datamation.com/cloud/aws-vs-azure-vs-google-cloud/
Davalbhakta, S., Advani, S., Kumar, S., Agarwal, V., Bhoyar, S., Fedirko, E., Misra, D.
P., Goel, A., Gupta, L., & Agarwal, V. (2020). A systematic review of the
smartphone applications available for corona virus disease 2019 (COVID19) and
their assessment using the mobile app rating scale (MARS). MedRxiv.
https://doi.org/10.1101/2020.07.02.20144964
Davies, H. J., Williams, I., Peters, N. S., & Mandic, D. P. (2020). In-ear spo2: A tool for
wearable, unobtrusive monitoring of core blood oxygen saturation. Sensors
(Switzerland), 20(17), 1–12. https://doi.org/10.3390/s20174879
Deebak, B. D., Al-Turjman, F., & Nayyar, A. (2020). Chaotic-map based authenticated
security framework with privacy preservation for remote point-of-care.
Multimedia Tools and Applications. https://doi.org/10.1007/s11042-020-10134-
x
Delía, L., & Galdamez, N. (2013). Un análisis experimental tipo de aplicaciones para
dispositivos móviles. XVIII Congreso Argentino de Ciencias de La
Computación, 766–776. http://sedici.unlp.edu.ar/handle/10915/32397
Ding, X., Clifton, D., Ji, N., Lovell, N. H., Bonato, P., Chen, W., Yu, X., Xue, Z.,
Xiang, T., Long, X., Xu, K., Jiang, X., Wang, Q., Yin, B., Feng, G. & Zhang,
Y.-T. (2020). Wearable Sensing and Telehealth Technology with Potential
Applications in the Coronavirus Pandemic. IEEE Reviews in Biomedical
Engineering, 14, 48–70. https://doi.org/10.1109/RBME.2020.2992838
Dirección Regional Salud de Cusco (2020). Plan regional de reforzamiento de los
servicios de salud y contención del COVID-19. Recuperado el 29 de mayo de
2021 de
http://www.diresacusco.gob.pe/comunica_covid19/plan_reforza_COVID19.pdf
Dutta, P., & Dutta, P. (2019). Comparative Study of Cloud Services Offered by
Amazon, Microsoft and Google. International Journal of Trend in Scientific
Research and Development, Volume-3(Issue-3), 981–985.
https://doi.org/10.31142/ijtsrd23170
El Comercio (2021). COVID-19 | Sepa cómo cuidar bien al paciente en casa.
Recuperado el 24 de marzo de 2021 de
https://elcomercio.pe/tecnologia/ciencias/covid-19-oxigeno-hoja-de-monitoreo-
sepa-como-cuidar-bien-al-paciente-en-casa-noticia/
222
El Comercio (2021). COVID-19: contagios y ocupación de hospitales repuntó en los
últimos días. Recuperado el 27 de marzo de 2021 de
https://elcomercio.pe/lima/covid-19-contagios-y-ocupacion-de-hospitales-
repuntan-en-los-ultimos-dias-noticia/
El País (2020). Coronavirus: preguntas y respuestas. Recuperado el 25 de marzo de
2021 de https://elpais.com/especiales/2020/coronavirus-covid-19/
Espino, L. (2009). Cloud computing como una red de servicios. Instituto Tecnológico
de Costa Rica
Espinoza, H., & Causso, M. (2015). SISTEMA DE GESTIÓN DE CAMBIOS PARA
UN ÁREA DE TECNOLOGÍA DE INFORMACIÓN [Tesis de Título
Profesional, Universidad Peruana de Ciencias Aplicadas]. Repositorio
Institucional – Universidad Peruana de Ciencias Aplicadas.
EsSalud (2020). Recomendaciones clínicas para el manejo de pacientes pediátricos con
COVID-19. Recuperado de
http://www.essalud.gob.pe/ietsi/pdfs/guias/Recomendaciones_Pacientes_pediatri
cos_COVID.pdf
Ettorchi-Tardy, A., Levif, M., & Michel, P. (2012). Benchmarking: a method for
continuous quality improvement in health. Healthcare policy = Politiques de
sante, 7(4), e101–e119.
Flores-Franco, R. A (2020). Dispositivos médicos de ayuda en la evaluación y manejo
del paciente hospitalizado con COVID-19.
Fontolan, C. (2018). Modelo De Apoio Ao Desenvolvimento De aplicativos Mobile.
(Bachelor tesis, universidade Estadual do Norte do Paraná). Repositorio
universidade Estadual do Norte do Paraná
Franco-Paredes, C., Del Rio, C., Nava-Frías, M., Rangel-Frausto, S., Téllez, I., &
Santos-Preciado, J. I. (2003). Enfrentando el bioterrorismo: Aspectos
epidemiológicos, clínicos y preventivos de la viruela. Salud Publica de Mexico,
45(4), 298–309. https://doi.org/10.1590/s0036-36342003000400009
García Sandoval, M. G., Ariza Torrado, H., Pinzón, M. L. y Flórez Fuentes, A. S.
(2015). Buenas prácticas aplicadas a la implementación colaborativo de
aplicativos Web. Revista Mundo FESC, 10, pp. 27-30.
Gestión (2021). COVID-19: otra vez sube tasa de positividad y número de fallecidos.
Recuperado el 22 de marzo de 2021 de https://gestion.pe/peru/covid-19-otra-
vez-sube-tasa-de-positividad-y-numero-de-fallecidos-noticia/
Gestión (2021). Más de 1,500 papeletas a ómnibus por incumplimiento en protocolos de
bioseguridad en cuarentena. Recuperado el 26 de marzo de 2021 de
https://gestion.pe/peru/cuarentena-atu-mas-de-1500-papeletas-a-omnibus-por-
incumplimiento-en-protocolos-de-bioseguridad-en-cuarentena-nndc-
noticia/?ref=signwall
223
GoMage (2020). PWA vs Native vs Hybrid vs Responsive Website: Full Comparison.
Recuperado el 17 de abril de 2021 de https://www.gomage.com/blog/pwa-vs-
native-vs-hybrid-vs-responsive-website/
Google Cloud (2021). Descripción general de Google Cloud. Recuperado el 28 de abril
de 2021 de https://cloud.google.com/docs/overview?hl=es
Greenhalgh, T., Knight, M., Inda-Kim, M., Fulop, N. J., Leach, J., & Vindrola-Padros,
C. (2021). Remote management of covid-19 using home pulse oximetry and
virtual ward support. The BMJ, 372. https://doi.org/10.1136/bmj.n677
Hasan, M. K., Shahjalal, M., Chowdhury, M. Z., & Jang, Y. M. (2019). Real-time
healthcare data transmission for remote patient monitoring in patch-based hybrid
OCC/BLE networks. Sensors (Switzerland), 19(5).
https://doi.org/10.3390/s19051208
Hasni, M., Farahat, Z., Abdeljelil, A., Marzouki, K., Aoudad, M., Tlemsani, Z.,
Megdiche, K., & Ngote, N. (2020). An efficient approach based on 3D
reconstruction of CT scan to improve the management and monitoring of
COVID-19 patients. Heliyon, 6(11), e05453.
https://doi.org/10.1016/j.heliyon.2020.e05453
Heo, J. N., Park, J. A., Han, D., Kim, H. J., Ahn, D., Ha, B., Seog, W., & Park, Y. R.
(2020). COVID-19 outcome prediction and monitoring solution for military
hospitals in South Korea: Development and evaluation of an application. Journal
of Medical Internet Research, 22(11). https://doi.org/10.2196/22131
Hernández-Sampieri, R. & Mendoza, C (2018). Metodología de la investigación. Las
rutas cuantitativa, cualitativa y mixta, Ciudad de México, México: Editorial Mc
Graw Hill Education, Año de edición: 2018, ISBN: 978-1-4562-6096-5, 714 p.
IEBS (2019). ¿Qué son las Progressive Web Apps? ¿Por qué son tan importantes?
Recuperado el 02 de abril de 2021 de
https://www.iebschool.com/blog/progressive-web-apps-analitica-usabilidad/
INCIBE (s.f.). Cloud Computing. Una guía de aproximación para el empresario.
Recuperado de:
https://www.incibe.es/sites/default/files/contenidos/guias/doc/guia-cloud-
computing_0.pdf
Indeed (2021). What Is a Web Application? How It Works, Benefits and Examples.
Recuperado el 26 de marzo de 2021 de https://www.indeed.com/career-
advice/career-development/what-is-web-application
Inkafarma (2021). Termómetro digital Sigma – Caja 1 UN. Recuperado el 17 de abril de
2021 de https://inkafarma.pe/producto/termometro-digital-sigma-1un/029943
Instituto Nacional de Estadística e Informática (2021). Estadísticas de las tecnologías de
información y comunicación en los hogares. Recuperado el 17 de abril de 2021
de https://www.inei.gob.pe/media/MenuRecursivo/boletines/boletin_tics.pdf
224
Iqbal, F. M., Joshi, M., Davies, G., Khan, S., Ashrafian, H., & Darzi, A. (2021). Design
of the pilot, proof of concept REMOTE-COVID trial: remote monitoring use in
suspected cases of COVID-19 (SARS-CoV 2). BMC Public Health, 21(1), 1–7.
https://doi.org/10.1186/s12889-021-10660-9
Jara Campos, M. G. (2018). La “DESCENTRALIZACIÓN” DEL SISTEMA DE
SALUD EN EL PERÚ (Pontificie Universidad Católica del Perú). Pontificie
Universidad Católica del Perú. Retrieved from
http://tesis.pucp.edu.pe/repositorio/handle/20.500.12404/10153
Java (s.f.). ¿Qué es la tecnología Java y para qué la necesito? Recuperado el 29 de mayo
de 2021 de https://www.java.com/es/download/help/whatis_java.html
Kaur, M., Sood, R., & Kaur, J. (2019). Comparative study to understand and analyze
cloud computing. International Journal of Advanced Science and Technology,
28(19), 827–833.
Kim, J. H., Choi, W. S., Song, J. Y., Yoon, Y. K., Kim, M. J., & Sohn, J. W. (2021).
The role of smart monitoring digital health care system based on smartphone
application and personal health record platform for patients diagnosed with
coronavirus disease 2019. BMC Infectious Diseases, 21(1), 1–8.
https://doi.org/10.1186/s12879-021-05898-y
La República (2020). Trabajadores de Chinalco denuncian abusos e incumplimiento de
normas de seguridad por COVID-19. Recuperado el 26 de marzo de 2021 de
https://larepublica.pe/politica/2020/04/27/trabajadores-de-chinalco-denuncian-
abusos-e-incumplimiento-de-normas-de-seguridad-por-covid-19/
La Revista del Instituto de Defensa Legal (2020). ¿Por qué colapsó el sistema sanitario
peruano? Recuperado el 26 de marzo de 2021 de
https://www.revistaideele.com/2020/06/26/por-que-colapso-el-sistema-sanitario-
peruano/
Lai, L., Sato, R., He, S., Ouchi, K., Leiter, R., deLima Thomas, J., Lawton, A.,
Landman, A. B., & (Mark) Zhang, H. (2020). Usage Patterns of a Web-Based
Palliative Care Content Platform (PalliCOVID) During the COVID-19
Pandemic. Journal of Pain and Symptom Management, 60(4), e20–e27.
https://doi.org/10.1016/j.jpainsymman.2020.07.016
Llordachs, F. (2018). Qué es la LOPD (Ley Orgánica de Protección de Datos).
Recuperado el 25 de marzo de 2021 de https://clinic-cloud.com/blog/que-es-la-
lopd-ley-organica-de-proteccion-de-datos/
Magro, B., Zuccaro, V., Novelli, L., Zileri, L., Celsa, C., Raimondi, F., Gori, M.,
Cammà, G., Battaglia, S., Genova, V. G., Paris, L., Tacelli, M., Mancarella, F.
A., Enea, M., Attanasio, M., Senni, M., Marco, F. Di, Lorini, L. F., Fagiuoli, S.,
Bruno R., Cammà C., Gasbarrini, A. (2021). Predicting in-hospital mortality
from Coronavirus Disease 2019: A simple validated app for clinical use. PLoS
ONE, 16(1), 1–12. https://doi.org/10.1371/journal.pone.0245281
225
Mercado Libre (2021). Xiaomi Amazfit Band 5/con Oximetro + Correa De Regalo.
Recuperado el 17 de abril de 2021 de https://articulo.mercadolibre.com.pe/MPE-
442483451-xiaomi-amazfit-band-5con-oximetro-correa-de-regalo-_JM
Mifarma (2021). Oxímetro de Pulso Fingertip LED – Caja 1 UN. Recuperado el 17 de
abril de 2021 de https://www.mifarma.com.pe/producto/oximetro-pulso-
fingertip-1un/030216
Milenkovic, A., Jankovic, D., & Rajkovic, P. (2020). Extensions and adaptations of
existing medical information system in order to reduce social contacts during
COVID-19 pandemic. International Journal of Medical Informatics, 141(June),
104224. https://doi.org/10.1016/j.ijmedinf.2020.104224
Miller-Barmak, A., Riskin, A., Hochwald, O., Haddad, J., Dinur, G., Vortman, R., …
Borenstein-Levin, L. (2020). Oxygenation Instability Assessed by Oxygen
Saturation Histograms during Supine vs Prone Position in Very Low
Birthweight Infants Receiving Noninvasive Respiratory Support. Journal of
Pediatrics, 226, 123–128. https://doi.org/10.1016/j.jpeds.2020.06.066
Ministerio de Salud (2020). Alerta Epidemiológica ante la presencia de casos
confirmados de COVID-19 en el Perú. Recuperado de
https://www.dge.gob.pe/portal/docs/alertas/2020/AE011.pdf
MINSA (2021). Sala Situacional COVID-19 Perú. Recuperado el 27 de marzo de 2021
de https://covid19.minsa.gob.pe/sala_situacional.asp
Murillo Godínez, G. (2011). Recordando a la gripe «española». Medicina Interna de
Mexico, 27(5), 463–466.
Novak, S., & Djordjevic, N. (2019). Information system for evaluation of healthcare
expenditure and health monitoring. Physica A: Statistical Mechanics and Its
Applications, 520, 72–80. https://doi.org/10.1016/j.physa.2019.01.007
Organización Mundial de la Salud (2020). Coronavirus disease (COVID-19).
Recuperado el 24 de marzo de 2021 de
https://www.who.int/emergencies/diseases/novel-coronavirus-2019/question-
and-answers-hub/q-a-detail/coronavirus-disease-covid-19
Organización Mundial de la Salud (2021). Telemedicine Opportunities and
developments in Member States. Recuperado el 17 de abril de 2021 de
https://www.who.int/goe/publications/goe_telemedicine_2010.pdf
Otero, A; Martinez, J & Díaz, J. (2016) Metodología de desarrollo de aplicaciones para
el aprendizaje móvil basadas en software libre. Recuperado de:
https://tinyurl.com/yja5f59d
Patel, S. Y., Mehrotra, A., Huskamp, H. A., Uscher-Pines, L., Ganguli, I., & Barnett, M.
L. (2021). Trends in Outpatient Care Delivery and Telemedicine During the
COVID-19 Pandemic in the US. JAMA Internal Medicine, 181(3), 388.
https://doi.org/10.1001/jamainternmed.2020.5928
226
Pereira, R., Couto, M., Ribeiro, F., Rua, R., Cunha, J., Fernandes, J. P., & Saraiva, J.
(2017). Energy efficiency across programming languages: how do energy, time,
and memory relate? Proceedings of the 10th ACM SIGPLAN International
Conference on Software Language Engineering, 256–267.
https://doi.org/10.1145/3136014.3136031
Pierleoni, P., Belli, A., Gentili, A., Incipini, L., Palma, L., Raggiunto, S., Sbrollini, A.,
& Burattini, L. (2019). Real-time smart monitoring system for atrial fibrillation
pathology. Journal of Ambient Intelligence and Humanized Computing,
0123456789. https://doi.org/10.1007/s12652-019-01602-w
Plataforma digital única del Estado Peruano (2021). ¿Qué hacer si me contagié de
COVID-19? Recuperado el 24 de marzo de 2021 de https://www.gob.pe/10969-
que-hacer-si-me-contagie-de-covid-19
PostgreSQL (s.f.). PostgreSQL: The World's Most Advanced Open Source Relational
Database. Recuperado el 1 de junio de 2021 de https://www.postgresql.org
Prezotto, E. D., & Boniati, B. B. (2014). Estudo de Frameworks Multiplataforma Para
Desenvolvimento de Aplicações Mobile Híbridas. Encontro Anual de
Tecnologia Da Informação e Semana Acadêmica de Tecnologia Da Informação,
37–76. http://www.eati.info/eati/2014/assets/anais/artigo8.pdf
Project Management Institute (2017). PMBOK Project Management Base Of
Knowledge. 6ª edición.
Rackspace. (2015). Understanding the Cloud Computing Stack SaaS, PaaS, IaaS.
Diversity Limited.
Rahman, M. A., Hossain, M. S., Alrajeh, N. A., & Guizani, N. (2020). B5G and
explainable deep learning assisted healthcare vertical at the edge: COVID-I9
perspective. IEEE Network, 34(4), 98–105.
https://doi.org/10.1109/MNET.011.2000353
Resolución 146 de 2020 [Ministerio de Salud]. Directiva Administrativa para la
Implementación y Desarrollo de los Servicios de Teleorientación y
Telemonitoreo. 31 de marzo de 2020.
Resolución 947 de 2020 [Ministerio de Salud]. Manejo ambulatorio de personas
afectadas por la COVID-19 en el Perú. 20 de noviembre de 2020.
Resolución 972 de 2020 [Ministerio de Salud]. Lineamientos para la vigilancia,
prevención y control de la salud de los trabajadores con riesgo de exposición a
SARS-CoV-2. 27 de noviembre de 2020.
Rodrigo Parra [@rparrawong]. (21 de marzo, 2021). “1/(22/03) COVID-19 #Peru” [Tuit
Post]. Twitter. Recuperado el 23 de marzo de 2021 de
https://twitter.com/rparrawong/status/1374159090566500356
Rodrigo Parra [@rparrawong]. (25 de marzo, 2021). “1/(26/03) COVID-19 #Peru” [Tuit
Post]. Twitter. Recuperado el 26 de marzo de 2021 de
https://twitter.com/rparrawong/status/1375626598653829124
227
Salisu, A. A., Sikiru, A. A., & Vo, X. V. (2020). Pandemics and the emerging stock
markets. Borsa Istanbul Review, 20, S40–S48.
https://doi.org/10.1016/j.bir.2020.11.004
Scrum.org (2021). WHAT IS SCRUM? Recuperado el 24 de marzo de 2021 de
https://www.scrum.org/resources/what-is-scrum
Sendra, S., Parra, L., Lloret, J., & Tomás, J. (2018). Smart system for children’s chronic
illness monitoring. Information Fusion, 40, 76–86.
https://doi.org/10.1016/j.inffus.2017.06.002
SGS (2020). CREAMOS SGS HEALTH TRACK PARA MITIGAR EL COVID-19 Y
LO COMPARTIMOS GRATIS CON LAS EMPRESAS. Recuperado el 29 de
abril de 2021 de https://www.sgs.pe/es-es/news/2020/05/health-track
Simform (2021). Cloud Pricing Comparison 2021: AWS vs Azure vs Google Cloud.
Recuperado el 28 de abril de 2021 de https://www.simform.com/compute-
pricing-comparison-aws-azure-googlecloud/#per-second-pricing
Soriano, J. B., Abajobir, A. A., Abate, K. H., Abera, S. F., Agrawal, A., Ahmed, M. B.,
Vos, T. (2017). Global, regional, and national deaths, prevalence, disability-
adjusted life years, and years lived with disability for chronic obstructive
pulmonary disease and asthma, 1990–2015: a systematic analysis for the Global
Burden of Disease Study 2015. The Lancet Respiratory Medicine, 5(9), 691–
706. https://doi.org/10.1016/S2213-2600(17)30293-X
Sznajdleder, P. (2018). Java a fondo:-estudio del lenguaje y desarrollo de aplicaciones.
Alfaomega Grupo Editor.
Tabik, S., Gomez-Rios, A., Martin-Rodriguez, J. L., Sevillano-Garcia, I., Rey-Area, M.,
Charte, D., Guirado E., Suarez J.L., Luengo J., Valero-Gonzalez M.A., Garcia-
Villanova P., Olmedo-Sanchez E., Herrera, F. (2020). COVIDGR Dataset and
COVID-SDNet Methodology for Predicting COVID-19 Based on Chest X-Ray
Images. IEEE Journal of Biomedical and Health Informatics, 24(12), 3595–
3605. https://doi.org/10.1109/JBHI.2020.3037127
Tognotti, E. (2003). Scientific triumphalism and learning from facts: Bacteriology and
the “Spanish flu” challenge of 1918. Social History of Medicine, 16(1), 97–110.
https://doi.org/10.1093/shm/16.1.97
Tresenriter, M., Holdaway, J., Killeen, J., Chan, T., & Dameff, C. (2021). The
Implementation of an Emergency Medicine Telehealth System During a
Pandemic. Journal of Emergency Medicine.
https://doi.org/10.1016/j.jemermed.2020.11.026
Trilla, A., Trilla, G., & Daer, C. (2008). The 1918 “Spanish Flu” in Spain. Clinical
Infectious Diseases, 47(5), 668–673. https://doi.org/10.1086/590567
Uddin, M. A., Stranieri, A., Gondal, I., & Balasubramanian, V. (2018). Continuous
Patient Monitoring with a Patient Centric Agent: A Block Architecture. IEEE
Access, 6, 32700–32726. https://doi.org/10.1109/ACCESS.2018.2846779
228
Universidad Autónoma del Estado de Hidalgo (s.f.). Usabilidad del Software.
Recuperado el 17 de abril de 2021 de
http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro17/217_usabilidad_del
_software.html
Valarezo Pardo, M., Honores Tapia, J., Gómez Moreno, A., & Vinces Sánchez, L.
(2018). COMPARACIÓN DE TENDENCIAS TECNOLÓGICAS EN
APLICACIONES WEB. 3C Tecnología. Glosas De Innovación Aplicadas a La
Pyme, 28-49. Recuperado a partir de http://ojs.3ciencias.com/index.php/3c-
tecnologia/article/view/618
Van De Beek, G., Liem, R., Van Der Horst, H. J., & Van Genuchten, M. (2020).
Building and Deploying a COVID-19 Monitoring Solution in March. IEEE
Software, 37(5), 113–120. https://doi.org/10.1109/MS.2020.3000376
van Goor, H. M. R., Eddahchouri, Y., van Loon, K., Bredie, S. J. H., Schoonhoven, L.,
Kaasjager, H. A. H., & van Goor, H. (2021). Can continuous remote vital sign
monitoring reduce the number of room visits to patients suspected of COVID-
19: A quasi-experimental study. International Journal of Nursing Studies,
115(January), 103868. https://doi.org/10.1016/j.ijnurstu.2020.103868
Verma, P., & Sood, S. K. (2018). Fog assisted-IoT enabled patient health monitoring in
smart homes. IEEE Internet of Things Journal, 5(3), 1789–1796.
https://doi.org/10.1109/JIOT.2018.2803201
Villanustre, F., Chala, A., Dev, R., Xu, L., LexisNexis, J. S., Furht, B., & Khoshgoftaar,
T. (2021). Mode Atomatic Detection and Diagnosis of Severe and tracking
Covid-19 cases using Big Data analytics on HPCC system platformm. Journal of
Big Data, 8(1). https://doi.org/10.1186/s40537-021-00423-z
Vizitiu, C., Bîră, C., Dinculescu, A., Nistorescu, A., & Marin, M. (2021). Exhaustive
description of the system architecture and prototype implementation of an iot-
based ehealth biometric monitoring system for elders in independent living.
Sensors, 21(5), 1–27. https://doi.org/10.3390/s21051837
vpnMentor (2021). Tendencias de Internet 2021. Estadísticas y hechos por países.
Recuperado el 17 de abril de 2021 de https://es.vpnmentor.com/blog/tendencias-
de-internet-estadisticas-y-datos-en-los-estados-unidos-y-el-mundo/
Vue.js (s.f.). Introducción. Recuperado el 29 de mayo de 2021 de
https://es.vuejs.org/v2/guide/
Wali, S., Margarido, M. G., Shah, A., Ware, P., McDonald, M., O’Sullivan, M., Posada,
J. D., Ross, H., & Seto, E. (2021). Expanding Telemonitoring in a Virtual
World:A Case Study of the Expansion of a Heart Failure Telemonitoring
Program during the COVID-19 Pandemic. Journal of Medical Internet Research,
23(1). https://doi.org/10.2196/26165
229
Wang, L., Fang, R., Zhu, M., Qin, N., Wang, Y., Fan, J., Sun, Q., Ji, M., Fan, X., Xie,
J., Ma, H., Dai J. (2021). Integrated gene-based and pathway analyses using UK
Biobank data identify novel genes for chronic respiratory diseases. Gene, 767,
145287. https://doi.org/10.1016/j.gene.2020.145287
Wei, K., Zhang, L., Guo, Y., & Jiang, X. (2020). Health Monitoring Based on Internet
of Medical Things: Architecture, Enabling Technologies, and Applications.
IEEE Access, 8, 27468–27478. https://doi.org/10.1109/ACCESS.2020.2971654
Zakar, R., Iqbal, S., Zakar, M. Z., & Fischer, F. (2021). COVID-19 and health
information seeking behavior: Digital health literacy survey amongst university
students in Pakistan. International Journal of Environmental Research and Public
Health, 18(8). https://doi.org/10.3390/ijerph18084009
230
ANEXOS
ANEXO A: WASC
A.1. Ensayo de ciudadanía Manrique
Introducción
En este ensayo, detallaré la competencia de ciudadanía relacionada a la capacidad de

convivencia en el pluralismo de la sociedad, la responsabilidad asumida por aquellos que
incumplen con los deberes y derechos como ciudadanos.
La cantidad de contagiados por la pandemia de COVID-19 supera los 2 millones de

personas a nivel nacional. Esta preocupante cifra ha generado problemas a muchos
sectores de la población y ha afectado en mayor medida a las familias de más escasos
recursos económicos. Por ello, decidí elaborar un proyecto que considera el alcance de la
población como uno de los principales enfoques. Asimismo, detallaré el impacto del
respeto y la solidaridad existente en el presente proyecto llamado “Sistema de
información para monitorear el estado de salud de las personas con diagnóstico COVID
19”.
Desarrollo
El proyecto cumple con la competencia de ciudadanía porque tiene como finalidad cubrir
la necesidad de que las personas con COVID-19 que no pueden ser atendidas en los
centros de salud. En búsqueda de solucionar este problema, enfoqué el proyecto en el
ámbito solidario con la finalidad de que los pacientes puedan monitorear su salud y hacer
un seguimiento a su enfermedad desde su hogar.
El problema identificado es el incremento de pacientes diagnosticados con COVID-19

que no pueden ser atendidos en centros de salud de Perú debido a tres causas principales.
La primera causa se debe al incumplimiento de los protocolos por parte de empresas
privadas como se ha informado en múltiples medios de comunicación como Gestión. Este
es un conflicto ético ciudadano porque pese a que se exigen las medidas de bioseguridad
a los trabajadores, estos se niegan a cumplirlas y atentan contra el derecho a la protección
de la salud de las personas cercanas a ellos. Por ejemplo, según Gestión (2021), la
Autoridad de Transporte Urbano (ATU) registró más de 1 500 papeletas a ómnibus de
múltiples empresas de transporte por incumplir los protocolos de bioseguridad como
exceder el número de pasajeros permitido o no utilizar en todo momento la mascarilla
231
con el protector facial. Estas actitudes atentan contra los derechos y deberes del
ciudadano.
En esta situación, se identificaron a los principales actores que son los pacientes, los
médicos y los creadores del proyecto. Con la solución planteada por el proyecto, se
plantea beneficiar principalmente a los pacientes debido a que muchos desconocen sobre
su estado de salud actual. Asimismo, busca que aquellos médicos de cabecera de los
pacientes puedan acceder a la información de estos pacientes y realizar su seguimiento
correspondiente. Ambos asumen responsabilidades para brindar una información correcta
a los usuarios. Los pacientes tienen la responsabilidad de realizar su monitoreo 3 veces al
día durante todos los días que dure el periodo de su enfermedad; por otro lado, los médicos
se comprometen a realizar el seguimiento de los reportes de los pacientes para brindarles
un correcto diagnóstico. En caso de los creadores del proyecto, se encargarán de mantener
la viabilidad de la solución en el tiempo y adaptarla a las nuevas situaciones que se puedan
presentar.
Según Mata (2019) en su libro Ciudadanías, ella define atribuye el término de ciudadanía
a la pertenencia a un estado o nación con la distinción de tres dimensiones como civil,
política y social. Cabe resaltar el término social, ya que no se trata solo de un conjunto de
individuos que coexisten en un solo lugar, sino también de una sociedad plural que
comparten tendencias, ya sea políticas, económicas o de otra índole en una asociación,
comunidad, etc. Sin embargo, para el caso propuesto, se observó la ausencia de la
tolerancia hacia el grupo de ciudadanos vulnerables por parte de trabajadores de empresas
privadas y aquellos que no cumplen con las medidas de bioseguridad establecidas.
El proyecto tiene un enfoque orientado a la protección de los derechos afectados

correspondientes al artículo 7 de la Constitución de Política del Perú. En este artículo, se
menciona el derecho de todos los ciudadanos a la protección, defensa y promoción de la
salud tanto en su medio familiar como en la comunidad. Por otro lado, también abarca la
Ley Nº 29733 que trata sobre la protección de datos personales donde se explica el uso
de estos con una finalidad explícita y bajo el consentimiento del titular. Así también, cabe
resaltar que dentro los deberes del ciudadano peruano asociados al caso se destaca el
deber de respetar los derechos de los demás. Esto se menciona en el artículo N° 38 de la
Constitución de Política del Perú e incluye el derecho a la salud de cada persona. Otro
deber a considerar consiste en cumplir y defender la constitución donde también hace
referencia al derecho a la protección de la salud de los ciudadanos. Por ello, pese a la falta
232
de compromiso por cumplir con estos derechos y deberes, el proyecto busca disminuir el
incremento de contagios por COVID 19. En consecuencia, el aumento en las camas de
hospitalización y la cantidad de atendidos en los centros de salud disminuiría
significativamente.
Conclusiones
La principal motivación para asumir la responsabilidad de esta meta se encuentra en el

contexto actual donde se evidencia una escasez en los servicios de salud. Diariamente en
los medios de comunicación, se puede apreciar que los más perjudicados son aquellas
personas con dificultades para acceder a los servicios de salud privilegiados. Por esta
razón, no se evidencia el respeto del concepto de pluralismo, pues cada individuo accede
a beneficios diferentes dependiendo de su condición social. Por otro lado, si la población
asumiera sus responsabilidades en conjunto como cumplir los protocolos de bioseguridad
durante las horas laborales, la cifra de contagiados por COVID 19 sería significativamente
menor y la cantidad de afectados se reduciría drásticamente. Asimismo, se concluye que
el proyecto cumple con la competencia de ciudadanía, ya que busca brindar una solución
a un problema que afecta a una sociedad plural donde no se asumieron las
responsabilidades correspondientes por parte de los involucrados. Por ello, mediante un
gesto de solidaridad, se propone una solución que tiene la finalidad de solucionar la
problemática cumpliendo con los deberes y derechos del ciudadano expresados en la
Constitución Política del Perú.
233
A.2. Ensayo de ciudadanía Reyes
Introducción
La pandemia de esta enfermedad ha provocado una dramática pérdida de vidas humanas

alrededor del mundo y presenta un desafío sin precedentes para la salud pública, los
sistemas alimentarios y el mundo del trabajo. El problema económico y social causado
por este suceso es devastador, ya que millones de personas tienen un riesgo latente de
caer en la pobreza extrema. Así mismo, el número de personas con desnutrición está
incrementando y podría llegar a 132 millones hasta el final del año. En la prepandemia,
casi la mitad de la población en el mundo no pesia un acceso al sistema de salud básica.
Los múltiples sistemas de salud en todo el mundo deben volverse más accesibles y deben
estar preparados para acontecimientos similares a una pandemia con la finalidad de
reducir el impacto en el manejo de la salud y otras enfermedades.
En general se estima que ninguno de los países estaba completamente preparado para
manejar una pandemia en especial la de esta enfermedad, ya que tiene una capacidad
única de propagarse de personas asintomáticas antes de la aparición de los síntomas, lo
que, combinado con su largo tiempo de incubación, dificulta que los países prevengan la
propagación de esta enfermedad. Las barreras adicionales para controlar la propagación
incluyen la resistencia de la comunidad a los esfuerzos de mitigación de brotes, las tasas
de transmisión en clínicas o hospitales y la falta general de recursos monetarios y
tecnológicos. Una de las lecciones más importantes que se pueden aprender de la
pandemia de COVID-19 es la importancia de la voluntad política en su función de
proteger a las personas de las epidemias
Desarrollo
El presente proyecto abarca el tema del monitoreo de síntomas del COVID-19, el cual es
una enfermedad infecciosa causada por el virus SARS-CoV-2. Este tema es muy
importante en la actualidad, ya que ocasiono una pandemia que elevo las cifras de muertes
a nivel mundial. Por ello se decidió crear un sistema de monitoreo para personas con
diagnóstico de COVID-19, con la finalidad de tener registros de síntomas de las personas
que ayuden a determinar si una persona se encuentra estable o entrando en fase grave que
requiera hospitalización rápida.
El problema identificado fue que las personas con síntomas de COVID-19 no pueden ser
atendidas en centros de salud debido al colapso del sistema de salud ante el incremento
234
de casos de la enfermedad. Por ello, pensando en la ciudadanía se propuso un sistema de
monitoreo en el hogar para que los pacientes tengan un registro de sus parámetros y el
sistema les indique si se encuentren estables o no. Además, por el tema ético considero el
rol médico para que los responsables verifiquen el estado de salud de los pacientes, ya
que estos profesionales son los más idóneos para confirmar el estado de salud de las
personas.
Con todo esto expuesto se puede mencionar que los principales actores en el sistema son
los pacientes, médicos y los creadores del proyecto. Los principales beneficiarios son los
pacientes, ya que ellos son los principales usuarios y su principal responsabilidad es
registrar sus síntomas, saturación de oxígeno en sangre y temperatura cada 8 horas. El
médico cumple con la responsabilidad de observar constantemente los registros de sus
pacientes, para posteriormente realizar un diagnóstico acerca de la salud de cada uno y en
caso haya pasado el periodo de la enfermedad y se encuentre el paciente se encuentre
estable darle el alta. También, otro rol importante es del equipo del proyecto, ya que ellos
son los responsables de asegurar que la aplicación funcione correctamente y de realizar
las mejoras correspondientes para tener una mayor confiabilidad y seguridad.
Según el libro “El concepto de la ciudadanía” publicado en la Biblioteca Jurídica Virtual

del instituto de Investigaciones Jurídicas de la UNAM nos menciona que la ciudadanía es
el sentido de nacionalidad que permiten a un país aceptar a alguien como a un ciudadano
con plenos derechos y reconociendo su pertenencia al estado.
Se pueden identificar los siguientes deberes en el caso del ciudadano “Toda persona tiene
el deber de vivir pacíficamente, con respeto a los derechos de los demás y de contribuir a
la afirmación de una sociedad justa, fraterna y solidaria” y en el caso del Estado “Proteger
a la población de las amenazas contra su seguridad” ambos contemplados en la
constitución política del Perú. Además, en el apartado de los derechos se pueden
identificar el Artículo 25 de la Declaración Universal de los Derechos Humanos “ Toda
persona tiene derecho a un nivel de vida adecuado que le asegure, así como a su familia,
la salud y el bienestar, y en especial la alimentación, el vestido, la vivienda, la asistencia
médica y los servicios sociales necesarios; tiene asimismo derecho a los seguros en caso
de desempleo, enfermedad, invalidez, viudez, vejez u otros casos de pérdida de sus
medios de subsistencia por circunstancias independientes de su voluntad” y la
Constitución Política del Perú menciona que “Todos tienen derecho a la protección de su
salud, la del medio familiar y la de la comunidad así como el deber de contribuir a su
235
promoción y defensa y el Estado determina la política nacional de salud”. Estos deberes
y derechos se cumplieron en la elaboración del proyecto, ya que la aplicación es de uso
público sin restricciones de usuarios brindando la opción de que cada usuario pueda
monitorear su salud de manera gratuita.
Conclusiones
Se puede afirmar que, si se respetó con el pluralismo en la elaboración de la tesis, ya que

el proyecto respeta los diversos puntos de vistas de la persona, lo cual se evidencia en la
inclusión de diferentes opciones para que el paciente tenga todo lo principal para
monitorear sus parámetros biométricos. Esto se logró con el dialogo con pacientes y
médicos para asegurar las medidas necesarias que se debe tener para el monitoreo de los
pacientes con síntomas de COVID-19. Además, se observa la tolerancia, ya que se
respetaron las nuevas ideas y cambios propuestos en el momento de la validación de la
aplicación.
El respeto fue una pieza fundamental en el proyecto, ya que fue el valor principal a la
hora de realizar conversaciones con los distintos protagonistas involucrados, y gracias a
esto se valoró y comprendido sus interés y necesidades adecuadamente. Además, se
respetó la ley de nuestro país y la protección de datos, ya que cada sociedad tiene su
propia ley y todos los ciudadanos deben respetarla, cumplirla y hacer que se cumpla.
Como gesto de solidaridad a las personas se está proponiendo un sistema de modelo

gratuito para todas las personas que quieran usarlo. De esta forma se asegura que el
trabajo cumpla con la competencia, ya que también se aseguró de plasmar los distintos
puntos de vista de las personas en los requerimientos para el sistema.
236
ANEXO C: COSTOS Y PRESUPUESTOS
C.1. Introducción
C.1.1. Propósito
Este documento permite describir a detalle la distribución de los costos del proyecto
“Sistema de información para monitorear el estado de salud de las personas con
diagnóstico COVID 19” durante su desarrollo y posterior implementación. Por ello, se
definen los costos internos y externos del proyecto donde se consideran las personas y
actividades involucradas dentro de las restricciones presupuestarias.
Así también, este plan de costo se utilizará como base para el plan general del proyecto.
Para esto, se requiere elaborar una proyección presupuestal durante su vida útil con la
finalidad de determinar la viabilidad económica. Asimismo, se realizó la creación de
indicadores que miden su rentabilidad. En el documento de plan de gestión costo, se
desarrollará una estimación de los precios que permitirá conocer el presupuesto del
presente proyecto.
C.1.2. Alcance
En este apartado, se identifican los componentes que significa una inversión para el
proyecto “Sistema de información para monitorear el estado de salud de las personas con
diagnóstico COVID 19”. Tiene como objetivo realizar correctamente el presupuesto
considerando los costos internos y externos conformados por los siguientes componentes:
Internos
• Alojamiento web
• Software y licencias
• Hardware
• Servicios de mensajería
• Equipo de proyecto
• Gestión de proyectos
Externos
• Costos de soporte
237
C.2. Costos internos y externos
C.2.1. Soporte interno
El costo de los servicios de software y alojamiento web fueron se obtuvieron tras realizar
una inversión propia por los autores de esta tesis. Mientras que, para estimar los costos
del personal, se usó el portal web Indeed que se especializa en información del mercado
de laboral.
Tabla 116
Costos de soporte interno
Costos
Cantidad Precio Unitario ($) Hora/Mes Precio Total ($)
1. Implementación de la plataforma
Hardware
Computadora/Laptop 2 Existe 0 0
Subtotal 0
Software
Amazon Beanstalk 1 0.0000 0 0
Amazon EC2 1 0.0000 0 0
Amazon RDS 1 0.0400 720 28.800
Route 53 1 0.0007 720 0.504
Subtotal 29.304
Alojamiento web
Dominio 1 - - 0.157
DNS 1 - - 4.880
Hosting 1 - - 1.537
Subtotal 6.574
Mensajería
Altiria 5000 0.015228 - 76.14
Subtotal 76.14
2. Costo Personal
Desarrollador 2 3.55 240 1704
Project Manager 1 3.50 120 420
Scrum Master 1 3.60 240 864
Analista investigador 1 2.30 20 46
Analista QS 1 2.30 60 138
Subtotal 3172
Total 3284.018
Nota. Elaboración Propia
238
C.2.2. Soporte externo
Para el presente proyecto no se requiere del servicio de un contratista externo, pues el
software se encuentra alojado y desplegado en la nube de Amazon Web Services (AWS).
Si se presentan incidentes en los servicios utilizados, el soporte será proporcionado por
los proveedores y esto no genera un costo adicional.
C.2.3. Costos Totales

Considerando el soporte interno y externo, se observa que el costo mensual asciende a $
5104.018, lo que se traduce en S/. 20109.83 empleando una tasa de cambio de 3.94 soles.
Con esta información, se puede obtener que el costo total del desarrollo y validación que
tuvo una duración de 2 meses.
Tabla 117
Costo total del desarrollo del sistema
Costo Mensual ($) Meses Costo Total ($) Tasa de cambio Costo Total (S/.)
3284.018 2 6568.04 3.94 25878.06

Nota. Elaboración Propia
Observando la tabla anterior, se determina que la inversión para el presente proyecto fue
de aproximadamente S/. 25878.06.
C.3. Enfoque de gestión de costos

C.3.1. Indicadores de costo
En este apartado, se considera un caso de negocio donde se obtienen ingresos a través de
las ventas de la licencia del sistema. Para esto, se consideró un precio de 8000 soles al
año que incluye soporte técnico. Asimismo, para el cálculo de los indicadores financieros,
se tuvo como referencia una tasa de interés de 12% anual.
Además, para realizar el flujo de caja, se consideraron los principales egresos de nuestra
empresa. Estos costos son el costo del proyecto en el primer año adicionado a un costo
de mantenimiento mensual de S/. 115.44. Asimismo, los gastos generales incluyen el
gasto administrativo equivalente a S/. 1200 y el gasto en publicidad de S/. 800. En los
ingresos, se supondrá que el primer año tendrá 2 clientes y, a partir del segundo año, se
unirán 1 nuevos clientes.
239
A continuación, se muestra el flujo de caja con las condiciones mencionadas
anteriormente para un periodo de 3 años.
Figura 69
Flujo de caja de la inversión.
Nota. Elaboración Propia.
Como se observa en la figura anterior, el valor presente de los flujos de caja netos
originados por la inversión del proyecto equivale a S/. 26495. Este VAN superior a 0
indica que el proyecto genera ganancias. Y, debido a que el TIR es mayor que la
tasa efectiva anual, entonces se concluye que proyecto de inversión es rentable.
En la siguiente figura, se observa de manera grafica el Retorno del Interés (ROI) del
proyecto en un periodo de 3 años.
240
Figura 70
Grafica del retorno de interés del proyecto.
Nota. Elaboración Propia.
La gráfica muestra que el retorno de la inversión ocurre a mediados del segundo año.
Asimismo, se observa un crecimiento después de esta fecha que indica sostenibilidad y,
para el tercer año, se pronostica que el ROI tendrá un valor equivalente a 65%.
241

Manrique LA

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manrique LA

Cargado por

Copyright:

Formatos disponibles

Sistema de información para monitorear el estado

de salud de las personas con diagnóstico COVID 19

Item Type info:eu-repo/semantics/bachelorThesis

Authors Manrique Lua, Alvaro Arturo; Reyes Huerta, Brayanm Reynaldo

Publisher Universidad Peruana de Ciencias Aplicadas (UPC)

Rights info:eu-repo/semantics/openAccess; Attribution-

Download date 02/11/2023 02:39:40

Item License http://creativecommons.org/licenses/by-nc-sa/4.0/

Link to Item http://hdl.handle.net/10757/663416

PROGRAMA ACADÉMICO DE INGENIERÍA DE SISTEMAS DE

Sistema de información para monitorear el estado de salud de las personas

con diagnóstico COVID 19

Para optar el título profesional de Ingeniero de Sistemas de Información

Manrique Lua, Alvaro Arturo (0000-0002-8643-6811)

Reyes Huerta, Brayanm Reynaldo (0000-0003-2806-9010)

Herrera Trujillo, Emilio Antonio (0000-0001-8548-4849)

Lima, 27 de octubre del 2022

Luego, se realizó el diseño de la solución del proceso de monitoreo (TOBE) donde se

Después, se desarrolló la aplicación en el periodo de 2 meses donde se emplearon nuevos

Palabras clave: “COVID-19”; “Sistema”; “Monitoreo”; “Aplicación”; “Aplicación web

Keywords: “COVID-19”; “System”; “Monitoring”; “Application”; “Progressive web

CAPÍTULO 1: DEFINICIÓN DEL PROYECTO ......................................................... 23

1.1 Posicionamiento ............................................................................................... 23

1.1.1 Planteamiento del problema ..................................................................... 23

1.1.3 Indicadores de éxito .................................................................................. 27

1.1.4. Alcance del proyecto ................................................................................ 27

1.1.4 Restricciones ............................................................................................. 29

1.1.5 Impacto en la organización ....................................................................... 29

1.2 Organización del proyecto ............................................................................... 30

1.2.1 Organigrama del proyecto ........................................................................ 30

1.2.2 Stakeholders ............................................................................................. 33

1.2.3 Recursos requeridos .................................................................................. 34

1.2.4 Enfoques del trabajo ................................................................................. 35

1.2.5 Riesgos y mitigación ................................................................................ 36

CAPÍTULO 2: LOGROS DE LOS STUDENT OUTCOMES ...................................... 38

2.1 Student Outcomes de Ingeniería ...................................................................... 38

2.1.1 Student Outcome 1 ................................................................................... 38

2.1.2 Student Outcome 2 ................................................................................... 39

2.1.3 Student Outcome 3 ................................................................................... 40

2.1.4 Student Outcome 4 ................................................................................... 41

2.1.5 Student Outcome 5 ................................................................................... 41

2.1.6 Student Outcome 6 ................................................................................... 42

2.1.7 Student Outcome 7 ................................................................................... 43

2.2 Student Outcome Computación ....................................................................... 43

2.2.1 Student Outcome 1 ................................................................................... 43

2.2.2 Student Outcome 2 ................................................................................... 44

2.2.4 Student Outcome 4 ................................................................................... 46

2.2.5 Student Outcome 5 ................................................................................... 46

2.2.6 Student Outcome 6 ................................................................................... 47

CAPÍTULO 3: MARCO TEÓRICO .............................................................................. 48

3.1 Pandemia .......................................................................................................... 48

3.1.1 Pandemias anteriores ................................................................................ 48

3.1.2 COVID-19 ................................................................................................ 49

3.2 Enfermedades Respiratoria .............................................................................. 51

3.2.1 Neumonía ................................................................................................. 51

3.3 Monitoreo de salud .......................................................................................... 51

3.3.1 Medición de temperatura .......................................................................... 52

3.3.2 Medición de Saturación de Oxígeno ........................................................ 52

3.4 Sistema de Salud Peruano ................................................................................ 52

3.5 Tipo de aplicaciones ........................................................................................ 53

3.5.1 Aplicaciones Nativas ................................................................................ 53

3.5.2 Aplicaciones Web Progresiva (PWA) ...................................................... 53

3.5.3 Aplicaciones Hibridas............................................................................... 53