Montes AJ

2.1.2 Student Outcome (2) ................................................................................
44
2.1.3 Student Outcome (3) ................................................................................ 45
2.1.4 Student Oucome (4) ................................................................................. 45
2.1.5 Student Outcome (5) ................................................................................ 46
2.1.6 Student Outcome (6) ................................................................................ 46
2.1.7 Student Outcome (7) ................................................................................ 46
CAPÍTULO 3 MARCO TEÓRICO ......................................................................... 48
3.1 Fundamentos teóricos sobre el negocio ........................................................ 48
3.1.1 La eSalud y la Información de la Salud .................................................... 48
3.1.2 Uso de tecnologías digitales apropiadas en la salud pública ..................... 49
3.1.3 La Inteligencia Artificial en la Salud Pública ........................................... 50
3.1.4 Manejo de Tecnología Digital en la Salud en Países Extranjeros .............. 51
3.1.5 Agenda Digital al Bicentenario del Perú .................................................. 55
3.1.6 Agenda Digital del Sector 2020-2025 en Perú .......................................... 56
3.1.7 La Inteligencia Artificial en el Perú.......................................................... 57
3.1.8 Covid-19 y rol de los Sistemas de Información y las Tecnologías en el
Primer Nivel de Atención .................................................................................... 58
3.1.9 El potencial de las Tecnologías de la Información .................................... 60
3.2 Fundamentos teóricos sobre las tendencias y tecnologías actuales ................ 61
3.2.1 Plataforma Tecnológica ........................................................................... 61
3.2.2 Cloud Computing .................................................................................... 63
3.2.3 Chatbots .................................................................................................. 72
3.2.4 Técnicas de la Inteligencia Artificial ........................................................ 80
3.2.5 Caso Práctico aplicando Redes Bayesianas ............................................ 100
CAPÍTULO 4 DESARROLLO DEL PROYECTO ............................................... 107
4.1 Modelado de Negocio ................................................................................ 107
4.1.1 Introducción .......................................................................................... 107
4.1.2 Especificaciones de las Reglas de Negocio ............................................ 107
4.1.3 Modelo de los casos de Uso del Negocio ............................................... 109
4.1.3.1 Actores de Negocio.................................................................................. 109
4.1.3.2 Casos de Uso de Negocio ......................................................................... 109

XVI
4.1.3.3 Diagrama de los Casos de Uso de Negocio............................................... 110
4.1.4 Modelo de Análisis de Negocio ............................................................. 110

4.1.4.1 Trabajadores de Negocio ......................................................................... 110
4.1.4.2 Entidades de Negocio .............................................................................. 112
4.1.4.3 Diagrama de clases del negocio................................................................ 123
4.1.4.3.1 CUN01_Solicitar Apertura de Atención Médica .................................. 123
4.1.4.3.2 CUN02_Obtener Cita .......................................................................... 124
4.1.5 Realización de los Casos de Uso de Negocio ......................................... 124

4.1.5.1 Especificación de casos de uso de negocio ............................................... 124
4.1.5.1.1 GCE_CUN01_ Solicitar Apertura de Atención Médica........................ 124
4.1.5.1.2 GCE_CUN02_Obtener Cita ................................................................ 130
4.2 Requerimientos.......................................................................................... 135

4.2.1 Introducción .......................................................................................... 135
4.2.2 Especificación de los Requerimientos del Software ................................ 135
4.2.2.1 Requerimientos Funcionales .................................................................... 135
4.2.2.2 Requerimientos No Funcionales ............................................................... 136
4.3 Modelo de Casos de Uso del Sistema ......................................................... 139

4.3.1 Especificación de los Actores del Sistema .............................................. 139
4.3.2 Diagrama de Actores del Sistema ........................................................... 141
4.3.3 Diagrama de Paquetes del Sistema ......................................................... 142
4.3.4 Diagramas de Casos de Uso del Sistema por Paquete ............................. 143
4.3.4.1 Paquete PQ01_Derechos Paciente ............................................................ 143
4.3.4.2 Paquete PQ02_Gestión de Atención ......................................................... 144
4.3.4.3 Paquete PQ03_Gestión de Atención por Voz ........................................... 145
4.3.4.4 Paquete PQ04_Seguridad ......................................................................... 146
4.3.5 Atributos de los Casos de Uso del Sistema ............................................. 146

4.3.6 Especificación alto nivel Casos de Uso de Sistema ................................ 151
4.3.7 Especificaciones Detalladas de los Casos de Uso Núcleo Central ........... 168
4.3.7.1 GCE_CUS01_Registrar Familia como paciente ....................................... 168
4.3.7.2 GCE_CUS16_Programar Cita .................................................................. 171
XVII
4.3.7.3 GCE_CUS31_Actualizar Citas por Voz ........................................................ 174
4.3.7.4 GCE_CUS36_Consultar datos del paciente por Voz ...................................... 176
4.3.8 Diagrama del Modelo Conceptual .......................................................... 179

4.3.9 Diccionario de Clases ............................................................................ 180
CAPÍTULO 5 ARQUITECTURA DEL SOFTWARE .......................................... 189
5.1 Introducción .............................................................................................. 189
5.2 Diagrama de los casos de uso más significativos para la arquitectura del
software ................................................................................................................ 189
5.3 Metas de la arquitectura de software .......................................................... 191
5.4 Restricciones de la arquitectura de software ............................................... 192
5.5 Mecanismos arquitecturales ....................................................................... 193
5.6 Vista lógica de la arquitectura de software ................................................. 194
5.7 Vista de implementación de la arquitectura de software ............................. 194
5.8 Vista de despliegue de la arquitectura de software ..................................... 195
5.9 Prueba de concepto de la arquitectura de software ..................................... 197
5.10 Conclusiones ............................................................................................. 203
CAPÍTULO 6 CONSTRUCCIÓN.......................................................................... 204
6.1 Introducción .............................................................................................. 204
6.2 Diagrama de patrones del sistema .............................................................. 204
6.3 Descripción y aplicación de los patrones .................................................... 205
6.3.1 Patron BLoC (Business Logic Component) ............................................ 205
6.3.2 Patron Singleton .................................................................................... 209
6.3.3 Patrón Facade ........................................................................................ 211
6.4 Modelo de Datos ....................................................................................... 213
6.4.1 Modelo de datos físico del sistema ......................................................... 213
6.4.2 Diccionario de datos .............................................................................. 214
6.5 Conclusiones ............................................................................................. 240
CAPÍTULO 7 CALIDAD Y PRUEBAS DEL SOFTWARE ................................. 242
7.1 Introducción .................................................................................................... 242
7.2 Plan de calidad del software ............................................................................ 242
7.2.1 Política de calidad..................................................................................... 242
XVIII
7.2.2 Objetivos de calidad ................................................................................. 243
7.2.3 Normatividad aplicable ............................................................................. 243
7.2.4 Métricas de calidad de software ................................................................ 246
7.2.5 Análisis de resultados de la medición ........................................................ 252
7.3 Pruebas del software ........................................................................................ 253
7.3.1 Plan de pruebas ......................................................................................... 253
7.3.1.1 Objetivo................................................................................................... 253
7.3.1.2 Alcance ................................................................................................... 253
7.3.1.3 Recurso y ambiente de pruebas ................................................................ 254
7.3.1.4 Roles y responsabilidades ........................................................................ 255
7.3.1.5 Requisitos ................................................................................................ 255
7.3.1.6 Documentación de las pruebas ................................................................. 255
7.3.2 Caso de pruebas para el CUS GCE_CUS01 Registrar Familia como paciente
257
7.3.3 Caso de pruebas para el GCE_CUS36 Consultar datos del paciente por voz
266
7.3.4 Caso de pruebas para el GCE_CUS37 Realizar Pre Diagnostico ............... 269
7.3.5 Caso de pruebas para el GCE_CUS16 Programar Cita .............................. 271
7.4 Encuesta realizada sobre el uso del software .................................................... 275
CAPÍTULO 8 GESTIÓN DEL PROYECTO ........................................................ 281
8.1 Introducción .................................................................................................... 281
8.2 Registro de Interesados.................................................................................... 281
8.3 EDT ................................................................................................................ 282
8.4 Cronograma de Ejecución................................................................................ 283
8.5 Acta de Aceptación de Entregables .................................................................. 285
8.5.1 Carta de la Empresa para el uso de Información ........................................ 285
8.5.2 Acta de aprobación de Tema de Tesis ....................................................... 286
8.5.3 Acta de Entrega PI 1 .............................................................................. 287
8.5.4 Acta de Entrega PI - 2............................................................................... 289
8.6 Conclusiones ................................................................................................... 292
CONCLUSIONES................................................................................................... 293
XIX
RECOMENDACIONES ......................................................................................... 294
GLOSARIO............................................................................................................. 295
SIGLARIO .............................................................................................................. 298
BIBLIOGRAFÍA .................................................................................................... 299
ANEXOS ................................................................................................................. 311
Anexo N° 01 Plan tarifario que rige en el hospital ................................................. 311
Anexo N° 02 Encuesta de satisfacción del paciente en la atención médica ............. 313
Anexo N° 03 Acta de aceptación de los indicadores de éxito para el cierre del
proyecto ................................................................................................................ 315
XX
ÍNDICE DE TABLAS
Tabla 1 Indicadores de quejas y reclamos .................................................................. 11

Tabla 2 Atenciones y reclamos marzo 2019 ................................................................ 12
Tabla 3 Características Lolimsa ................................................................................. 16
Tabla 4 Características Alephoo ................................................................................ 17
Tabla 5 Problemática, Causa y Solución .................................................................... 19
Tabla 6 uadro Comparativo de Soluciones encontradas ............................................. 21

Tabla 7 Cuadro Comparativo Medición de Rendimiento de Algoritmos para la
Predicción de Enfermedades ............................................................................... 22
Tabla 8 Indicadores de éxito ...................................................................................... 24
Tabla 9 Costos del proyecto ....................................................................................... 29
Tabla 10 Datos del flujo de caja ................................................................................. 30

Tabla 11 Flujo de caja ............................................................................................... 30
Tabla 12 VAN y TIR ................................................................................................... 30
Tabla 13 Cuadro Técnico ........................................................................................... 31
Tabla 14 Hitos del Proyecto ....................................................................................... 35
Tabla 15 Matriz de asignación de responsabilidades .................................................. 38

Tabla 16 Matriz de gestión de riesgos ........................................................................ 41
Tabla 17 Aplicaciones móviles con Inteligencia Artificial en salud ............................. 58
Tabla 18 Cloud Service .............................................................................................. 71
Tabla 19 Estudios de evaluación de agentes conversaciones ...................................... 74
Tabla 20 Funciones de kernel ..................................................................................... 82

Tabla 21 Efectividad de las Redes Bayesianas para predecir enfermedades ............. 101
Tabla 22 Variables usadas para la creación de la Red Bayesiana ............................ 103
Tabla 23 Atributos de las diferentes técnicas de la Inteligencia Artificial ................. 104
Tabla 24 Benchmarking de diferentes técnicas de la Inteligencia Artificial............... 105
Tabla 25 Actores de Negocio .................................................................................... 109

Tabla 26 Casos de Uso de Negocio .......................................................................... 109
XXI
Tabla 27 Trabajadores del Negocio.......................................................................... 110
Tabla 28 Atributos de la entidad de negocio CIP...................................................... 112

Tabla 29 Atributos de la entidad de negocio DNI ..................................................... 113
Tabla 30 Atributos de la entidad de negocio CIF...................................................... 113
Tabla 31 Atributos de la entidad de negocio Lista de Integrantes de Segunda Capa . 114
Tabla 32 Atributos de la entidad de negocio Lista de Personal Inscrito en Registro
Familia ............................................................................................................. 114
Tabla 33 Atributos de la entidad de negocio Parte de Atencion ................................ 115

Tabla 34 Atributos de la entidad de negocio Boleta de pago..................................... 116
Tabla 35 Atributos de la entidad de negocio Lista de Integrantes de ONCOEP ........ 116
Tabla 36 Atributos de la entidad de negocio Constancia de Seguro .......................... 117
Tabla 37 Atributos de la entidad de negocio Constancia de CGI .............................. 117
Tabla 38 Atributos de la entidad de negocio Lista de Programación ........................ 118

Tabla 39 Atributos de la entidad de negocio Orden de Examen ................................ 118
Tabla 40 Atributos de la entidad de negocio Resultado de Laboratorio .................... 119
Tabla 41 Atributos de la entidad de negocio Lista de Medicamentos ........................ 120
Tabla 42 Atributos de la entidad de negocio Lista de Examenes de Laboratorio ....... 120
Tabla 43 Atributos de la entidad de negocio Lista de Personal CGI ......................... 121

Tabla 44 Atributos de la entidad de negocio Constancia del hospital ....................... 122
Tabla 45 Caso de uso de negocio GCE_CUN01_Solicitar Apertura de Atención Médica
.......................................................................................................................... 124
Tabla 46 Caso de uso de negocio GCE_CUN02_Obtener Cita ................................. 130
Tabla 47 Actores del Sistema.................................................................................... 139

Tabla 48 Atributos de los Casos de Uso de Sistema .................................................. 146
Tabla 49 Especificación de alto nivel “Registrar Familia como paciente” ............... 151
Tabla 50 Especificación de alto nivel “Buscar Familia inscrita” ............................. 152
Tabla 51 Especificación de alto nivel “Enviar Notificación”.................................... 152
Tabla 52 Especificación de alto nivel “Aperturar Atención” .................................... 152

Tabla 53 Especificación de alto nivel “Bloquear Atención” ..................................... 153
Tabla 54 Especificación de alto nivel “Actualizar Establecimiento de salud” .......... 153
XXII
Tabla 55 Especificación de alto nivel “Verificar Carga Familiar” ........................... 154
Tabla 56 Especificación de alto nivel “Verificar Seguros del paciente” ................... 154
Tabla 57 Especificación de alto nivel “Consultar Fospeme” .................................... 155
Tabla 58 Especificación de alto nivel “Consultar Cgi” ............................................ 155
Tabla 59 Especificación de alto nivel “Registrar Familia Scaner” ........................... 156
Tabla 60 Especificación de alto nivel “Programar Cita” ......................................... 156
Tabla 61 Especificación de alto nivel “Consultar Médico” ...................................... 156

Tabla 62 Especificación de alto nivel “Consultar Especialidad” .............................. 157
Tabla 63 Especificación de alto nivel “Consultar Programación Médica” ............... 157
Tabla 64 Especificación de alto nivel “Gestionar Citas Reservadas” ....................... 158
Tabla 65 Especificación de alto nivel “Reprogramar Cita”...................................... 158
Tabla 66 Especificación de alto nivel “Mantener cita” ............................................ 159

Tabla 67 Especificación de alto nivel “Actualizar Reclamo” .................................... 159
Tabla 68 Especificación de alto nivel “Realizar Pago x Tarjeta” ............................. 159
Tabla 69 Especificación de alto nivel “Verificar Tarjeta” ........................................ 160
Tabla 70 Especificación de alto nivel “Investigar Médico” ...................................... 160
Tabla 71 Especificación de alto nivel “Evaluar atención médica” ........................... 161

Tabla 72 Especificación de alto nivel “Generar Notificación” ................................. 161
Tabla 73 Especificación de alto nivel “Verificar Resultados laboratorio” ................ 161
Tabla 74 Especificación de alto nivel “Verificar Atención Médica” ......................... 162
Tabla 75 Especificación de alto nivel “Actualizar Citas por voz” ............................. 162
Tabla 76 Especificación de alto nivel “Verificar Médicos por voz” .......................... 163
Tabla 77 Especificación de alto nivel “Verificar Beneficios del paciente por voz” ... 163
Tabla 78 Especificación de alto nivel “Iniciar Dialogo con voz” ............................. 164
Tabla 79 Especificación de alto nivel “Registrar familiar por voz” .......................... 164
Tabla 80 Especificación de alto nivel “Consultar datos del paciente por voz” ......... 164
Tabla 81 Especificación de alto nivel “Realizar Pre Diagnóstico” ........................... 165

Tabla 82 Especificación de alto nivel “Consultar Consultorios” .............................. 165
Tabla 83 Especificación de alto nivel “Consultar Cita Pendiente” ........................... 166
XXIII
Tabla 84 Especificación de alto nivel “Consultar Deuda por voz” ........................... 166
Tabla 85 Especificación de alto nivel “Realizar Inicio de Sesión”............................ 166

Tabla 86 Especificación de alto nivel “Cambiar Contraseña” ................................. 167
Tabla 87 Especificación de alto nivel “Administrar Perfil” ...................................... 167
Tabla 88 Especificación de alto nivel “Mantener Usuario”...................................... 168
Tabla 89 Caso de Uso de Sistema GCE_CUS01_Registrar Familia como paciente .. 168
Tabla 90 Caso de Uso de Sistema GCE_CUS16_Programar Cita ............................ 171

Tabla 91 Caso de Uso de Sistema GCE_CUS31_Actualizar Citas por Voz ............... 174
Tabla 92 Caso de Uso de Sistema GCE_CUS36_Consultar datos del paciente por Voz
.......................................................................................................................... 176
Tabla 93 Clase “Paciente” ...................................................................................... 180
Tabla 94 Clase “Beneficio” ..................................................................................... 180
Tabla 95 Clase “Paciente Militar” ........................................................................... 181

Tabla 96 Clase “Historia Clínica” ........................................................................... 182
Tabla 97 Clase “Diagnostico” ................................................................................. 182
Tabla 98 Clase “Resultado Laboratorio” ................................................................. 182
Tabla 99 Clase “Reclamo” ...................................................................................... 183
Tabla 100 Clase “Atencion” .................................................................................... 183

Tabla 101 Clase “Cita” ........................................................................................... 184
Tabla 102 Clase “Reprogramacion” ........................................................................ 184
Tabla 103 Clase “Pago” .......................................................................................... 185
Tabla 104 Clase “Programacion”............................................................................ 185
Tabla 105 Clase “Medico” ...................................................................................... 186

Tabla 106 Clase “Empleado” .................................................................................. 187
Tabla 107 Clase “Medico Especialidad” ................................................................. 187
Tabla 108 Clase “Especialidad” .............................................................................. 188
Tabla 109 Clase “Consultorio” ................................................................................ 188
Tabla 110 Metas de la arquitectura de software ....................................................... 191

Tabla 111 Restricciones de la arquitectura de software ............................................ 192
XXIV
Tabla 112 Mecanismos arquitecturales .................................................................... 193
Tabla 113 Detalle de los nodos ................................................................................ 196

Tabla 114 Detalle de la tabla de datos Especialidades ............................................. 214
Tabla 115 Detalle de la tabla de datos Atenciones.................................................... 214
Tabla 116 Detalle de la tabla de datos Citas ............................................................ 216
Tabla 117 Detalle de la tabla de datos Empleados ................................................... 217
Tabla 118 Detalle de la tabla de datos AppUsuario .................................................. 218

Tabla 119 Detalle de la tabla de datos AtencionesDatosAdicionales ........................ 219
Tabla 120 Detalle de la tabla de datos Departamentos ............................................. 220
Tabla 121 Detalle de la tabla de datos Distritos ....................................................... 220
Tabla 122 Detalle de la tabla de datos EspecialidadCE ........................................... 221
Tabla 123 Detalle de la tabla de datos FactCatalogoServicios ................................. 221

Tabla 124 Detalle de la tabla de datos FactOrdenServicioPagos ............................. 222
Tabla 125 Detalle de la tabla de datos FacturacionServicioPagos ........................... 223
Tabla 126 Detalle de la tabla de datos HistoriasClinicas ......................................... 224
Tabla 127 Detalle de la tabla de datos Medicos ....................................................... 224
Tabla 128 Detalle de la tabla de datos MedicosEspecialidad ................................... 225

Tabla 129 Detalle de la tabla de datos paciente_militar ........................................... 226
Tabla 130 Detalle de la tabla de datos Pacientes ..................................................... 228
Tabla 131 Detalle de la tabla de datos PACIENTES_COPERE ................................ 230
Tabla 132 Detalle de la tabla de datos ProgramacionMedica .................................. 232
Tabla 133 Detalle de la tabla de datos Provincias .................................................... 233

Tabla 134 Detalle de la tabla de datos Servicios ...................................................... 233
Tabla 135 Detalle de la tabla de datos TiposEmpleado ............................................ 235
Tabla 136 Detalle de la tabla de datos TiposEstadosCita ......................................... 235
Tabla 137 Detalle de la tabla de datos TiposFinanciamiento.................................... 236
Tabla 138 Detalle de la tabla de datos Turnos.......................................................... 237

Tabla 139 Detalle de la tabla de datos DepartamentosHospital ............................... 238
Tabla 140 Detalle de la tabla de datos TiposServicio ............................................... 238
XXV
Tabla 141 Detalle de la tabla de datos CajaComprobantesPago .............................. 239
Tabla 142 Detalle de la tabla de datos FuentesFinanciamiento ................................ 240

Tabla 143 Métricas de calidad de software .............................................................. 246
Tabla 144 Realización de la métrica interna Completitud de la implementación
funcional (MI01) ............................................................................................... 248
Tabla 145 Realización de la métrica externa Eliminación de errores (ME01)........... 249
Tabla 146 Realización de la métrica de uso Satisfacción del usuario (MU01) .......... 250
Tabla 147 Realización de la métrica externa Completitud de tareas sin capacitación
(ME02).............................................................................................................. 251
Tabla 148 Análisis de resultado de la medición ........................................................ 252
Tabla 149 Roles y responsabilidades ........................................................................ 255
Tabla 150 Plan de Pruebas de Software ................................................................... 256
Tabla 151 Resultado del Caso de Prueba GCE_CUS01E1 ....................................... 257


Tabla 160 Cuadro de dimensiones, indicadores e ítems del cuestionario .................. 277
Tabla 161 Cuadro de la escala del cuestionario ....................................................... 278

Tabla 162 Cuadro del grado de satisfacción del paciente ......................................... 279
Tabla 163 Ficha técnica de la encuesta sectorial ...................................................... 279
Tabla 164 Registro de Interesados ........................................................................... 281
Tabla 165 Glosario del documento ........................................................................... 295
XXVI
ÍNDICE DE FIGURAS
Figura 1 Diagrama de Mapa de Procesos del hospital ................................................. 5
Figura 2 Proceso de Atención en Consulta Externa ...................................................... 6

Figura 3 Subproceso Gestión de Derechos del Paciente ............................................... 7
Figura 4 Subproceso Generación de Citas Médicas ...................................................... 8
Figura 5 Demanda de Pacientes del Año 2019 ............................................................. 9
Figura 6 Demanda de Pacientes por Regiones Militares ............................................ 10
Figura 7 Causas del Problema ................................................................................... 12

Figura 8 Causa, problema y efecto ............................................................................. 14
Figura 9 Diagrama de Propuesta de Solución ............................................................ 20
Figura 10 Diagrama del Alcance de Proyecto ............................................................ 27
Figura 11 Estructura del Desglose del Trabajo (EDT) ............................................... 28
Figura 12 Cronograma del Proyecto (Línea Base) ..................................................... 33

Figura 13 Asistente Virtual SanIA .............................................................................. 52
Figura 14 Aplicaciones del Hospital Universitario Johns Hopkins ............................. 53
Figura 15 Imágenes de tomografía con una tablet ...................................................... 55
Figura 16 Agenda Digital al Bicentenario .................................................................. 56
Figura 17 Agenda Digital del Sector Salud ................................................................. 57

Figura 18 Herramientas tecnológicas ......................................................................... 59
Figura 19 Uso cotidiano de las herramientas tecnológicas para la salud ................... 60
Figura 20 Modelos Cloud flexibles de entrega ............................................................ 66
Figura 21 Modelos de Servicios Cloud ....................................................................... 69
Figura 22 Infraestructura cloud con Microsoft Azure Active Directory....................... 71

Figura 23 Cuadrante mágico de Gartner Cloud ......................................................... 72
Figura 24 CDC Coronavirus Self-Checker ................................................................. 75
Figura 25 Arquitectura chatbot LUIS para preguntas frecuentes ................................ 77
Figura 26 Arquitectura de un chatbot ......................................................................... 79
XXVII
Figura 27 Máquinas de Vectores de Soporte............................................................... 81
Figura 28 Kernel del SVM .......................................................................................... 82

Figura 29 Algoritmo K-Means .................................................................................... 83
Figura 30 Clasificación KNN ..................................................................................... 84
Figura 31 Distancias KNN ......................................................................................... 85
Figura 32 Árbol de decisión ....................................................................................... 86
Figura 33 Índice de Gini ............................................................................................ 87

Figura 34 Bosques Aleatorios ..................................................................................... 88
Figura 35 Red Bayesiana ........................................................................................... 91
Figura 36 Tablas de probabilidad condicional ........................................................... 92
Figura 37 Teorema de Bayes ...................................................................................... 92
Figura 38 Neurona biológica ..................................................................................... 93

Figura 39 Modelo de McCulloch-Pitts para una neurona artificial............................. 95
Figura 40 Modelo de Redes Neuronales ..................................................................... 96
Figura 41 Fórmula de entrada para Redes Neuronales .............................................. 97
Figura 42 Fórmula de salida para Redes Neuronales ................................................. 97
Figura 43 Fórmula de costo para Redes Neuronales .................................................. 98

Figura 44 Punto de convergencia para Redes Neuronales .......................................... 99
Figura 45 Topología del modelo probabilístico ........................................................ 106
Figura 46 Diagrama de los Casos de Uso de Negocio .............................................. 110
Figura 47 Diagrama de Clase de Negocio Solicitar Apertura ................................... 123
Figura 48 Diagrama Clase de Negocio Obtener Cita ............................................... 124

Figura 49 Diagrama de Actividades Solicitar Apertura de Atención Médica ............ 129
Figura 50 Diagrama de actividades Obtener Cita .................................................... 134
Figura 51 Diagrama Actores de Sistema .................................................................. 141
Figura 52 Diagrama de Paquetes ............................................................................. 142
Figura 53 Diagrama de Casos de Uso Por Paquete Derecho de Paciente ................ 143
Figura 54 Diagrama de Casos de Uso por Paquete Gestión Atención....................... 144
Figura 55 Diagrama de Casos de Uso por Paquete Atención por Voz ...................... 145
XXVIII
Figura 56 Diagrama de Casos de Uso por Paquete Seguridad ................................. 146
Figura 57 Diagrama de Distribución de Casos de Uso por Ciclo ............................. 151

Figura 58 Diagrama del Modelo Conceptual............................................................ 179
Figura 59 Diagrama de casos de uso más significativo paquete 01........................... 189
Figura 62 Diagrama Vista Lógica de Arquitectura de Software ................................ 194

Figura 63 Diagrama de Implementación de la Arquitectura de Software .................. 194
Figura 64 Diagrama de Despliegue de la Arquitectura de Software ......................... 195
Figura 65 Pantallas de Inicio de la aplicación móvil ................................................ 197
Figura 66 Pantallas de Registro Familiar de forma manual ..................................... 198
Figura 67 Pantallas de Asistente de Voz de carga familiar ....................................... 199

Figura 68 Pantallas de Asistente de Voz de fecha de nacimiento .............................. 200
Figura 69 Pantalla de Asistente de Voz de registrar familiar .................................... 201
Figura 70 Pantallas del prediagnóstico .................................................................... 202
Figura 71 Pantallas de la programación de la cita ................................................... 203
Figura 72 Diagrama del patrón aplicado ................................................................. 205

Figura 73 Patrón BLoC ............................................................................................ 206
Figura 74 Capa presentación (Código fuente) .......................................................... 207
Figura 75 Evento y Estado Capa Business Logic ...................................................... 208
Figura 76 Capa Business Logic (Código fuente) ....................................................... 208
Figura 77 Capa Repository (Código fuente) ............................................................. 209

Figura 78 Patrón Singleton como clase .................................................................... 210
Figura 79 Patrón Singleton (Código fuente) ............................................................. 210
Figura 80 Customer service Facade ......................................................................... 211
Figura 81 Patrón Facade (Código fuente) ................................................................ 212
Figura 82 Modelo de datos físicos del sistema .......................................................... 213

Figura 83 Normas aplicadas al desarrollo de software ............................................. 244
Figura 84 Resultados de la encuesta ......................................................................... 280
XXIX
Figura 85 EDT completo .......................................................................................... 282
Figura 86 Cronograma de Ejecución Completo ........................................................ 283
XXX
objetivo la entidad se ve comprometida a implementar las normas mencionadas en líneas
anteriores. Por ello, se creó un sistema asistido por voz basado en redes bayesianas por
medio de una aplicación móvil que cubre las necesidades de obtener un servicio de
calidad en la atención médica. Asimismo, se toma en cuenta las recomendaciones
publicadas por la Organización Mundial de la Salud (OMS, 2019) que tratan sobre las
diez formas de mejorar la salud de la población y los servicios básicos a través de las
tecnologías digitales como son los celulares, tabletas y computadoras.
El documento del proyecto está conformado por ocho capítulos. El primer capítulo abarca
la definición del proyecto con su objetivo general y sus objetivos específicos. Asimismo,
contiene la planificación del proyecto de acuerdo a las buenas prácticas de la Guía de los
Fundamentos para la Dirección de Proyectos (Guía del PMBOK®) sexta edición (Project
Management Institute, 2017). El segundo capítulo detalla los Student Outcomes que
reflejan las competencias adquiridas durante los tres cursos del Proyecto Profesional.
En el tercer capítulo se desarrolla el Marco Teórico que refleja el estado de arte de las
soluciones tecnológicas aplicadas al proyecto de una aplicación móvil. Estas soluciones
son: Cloud computing, chatbot y el modelo predictivo de inteligencia artificial basado en
redes bayesianas. El cuarto capítulo describe el desarrollo del proyecto que documenta el
uso de la metodología RUP (Jacobson et al., 2000) para el ciclo de vida del desarrollo de
la plataforma tecnológica. Este contiene el Modelado del Negocio, las especificaciones
de los requerimientos y las especificaciones de los Casos de Uso del Sistema. El quinto y
el sexto capítulo documentan la arquitectura y la construcción del software (Patrones de
Diseño y Modelo de Datos).
El séptimo capítulo es Calidad y Pruebas del Software que valida el desarrollo de la
plataforma tecnológica mediante pruebas y su cumplimiento con los objetivos
establecidos en el proyecto. El octavo capítulo documenta la gestión del proyecto que
contiene los lineamientos y las buenas prácticas del manejo del proyecto basado en la
Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK®) sexta
edición (Project Management Institute, 2017).
2
Figura 1
Diagrama de Mapa de Procesos del hospital
Nuestro campo de acción se centra en el ”Proceso de Atención en Consulta Externa”,

el cual contiene subprocesos que complementan la funcionalidad a los diferentes procesos
principales (Emergencia, UCI, Farmacia, entre otros) al estar encargado de gestionar y
velar por los derechos y beneficios del paciente a nivel nacional.
El proceso de atención en consulta externa es el inicio para los pacientes que requieren
una atención médica y/o quirúrgica el cual comienza con la gestión de derechos del
paciente para la inscripción y verificación de datos a fin de asignar los diferentes
derechos y beneficios que tiene el paciente dentro del hospital (Consulta Externa,
Hospitalización, Emergencia, Farmacia y Tratamientos). Seguidamente, el paciente
continúa con el subproceso admisión en consultorio externo. Este se encarga de la
administración y confidencialidad de la historia clínica y continúa con el subproceso
5
validador se comunica por medio telefónico o por correo para su respectiva verificación
por parte de la oficina encargada.
Figura 3
Subproceso Gestión de Derechos del Paciente
2) Subproceso Generación de Citas Medicas

El subproceso Generación de Citas Médicas inicia con la solicitud de la cita médica por
parte del paciente. Para ello, el paciente tiene que mostrar sus documentos al personal de
caja. Posteriormente, se busca en el sistema del hospital los datos del solicitante y en caso
no esté registrado, el paciente tendrá que ir a la oficina Derecho de Registro. Al paciente
registrado se le programa su cita con el médico y la especialidad requerida. Finalmente,
el paciente realiza el pago para que la cajera le entregue el comprobante de pago y el parte
de atención de la cita médica.
7
Figura 4
Subproceso Generación de Citas Médicas
1.2.3 Sistemas automatizados vinculados con el campo de acción

El hospital cuenta con un sistema informático de gestión hospitalaria adquirido en el año
2001 con una arquitectura cliente servidor realizado con un lenguaje de Visual Basic
6.0 y Power Builder y un motor de Base de Datos Sql Server 2008. Este sistema permite
gestionar y controlar los procesos de consulta externa, emergencia, hospitalización,
almacén, farmacia, economía, créditos, cuentas por cobrar entre otros.
1.3 Dominio del Problema

El problema que se ha identificado para el hospital es el aumento de quejas y reclamos
de los pacientes en admisión. Se ha observado un malestar de los pacientes ocasionado
sobre todo en la gestión en admisión de la cita médica y por las largas colas. Cuando el
paciente desea obtener una cita para ser atendido en consulta externa tiene que realizar
una larga cola, inclusive estando presente desde tempranas horas no le garantiza conseguir
una cita para el mismo día o para todo el mes debido a que se cuenta con pocos cupos de
atenciones disponibles. Existe una alta demanda y un aumento progresivo de los pacientes
8
que han hecho que las largas colas hayan ido creciendo y se hayan sumado más los errores
cometidos en admisión.
Durante los meses enero, febrero, marzo y abril del 2019 se registraron en promedio
30,000 pacientes que se atendieron en consulta externa (Ver Figura 5).
Figura 5
Demanda de Pacientes del Año 2019
A la entidad de salud se le considera un hospital de CATEGORIA III-1 que brinda

atención integral y hospitalaria altamente especializada. Por ello, tiene una alta demanda
también de pacientes que provienen de otras regiones del país. En el siguiente diagrama
(Figura N°6) se observa según la información del sistema informático del hospital que
durante los primeros cuatro meses del 2019, se registraron 18,194 pacientes que
provienen de otras regiones del país para ser atendidos por consultorio externo.
9
Figura 6
Demanda de Pacientes por Regiones Militares
Se ha evidenciado también una falta de registro de pacientes en la base de datos del

hospital. La información se encuentra desactualizada debido a los sistemas (Base de
Datos) que no se encuentran interconectados con las oficinas principales (COPERE,
FOSPEME, CGI, LABORATORIOS) que son las encargadas de enviar la información
sobre los familiares y beneficios que tiene cada integrante de la familia militar. El registro
enviado por el sistema de personal del ejército de COPERE es un prerrequisito para que
el paciente pueda atenderse en el hospital. Solo se puede atender a los pacientes que se
encuentren registrados en el sistema de personal del ejército (COPERE) como miembro
de un familiar militar. Cada integrante de la familia tiene que pagar (medicamentos,
consultas, sala de operación y otros) según el plan tarifario (ver Anexo N°01) que le fue
asignado. La falta del registro genera disconformidad en el paciente. Asimismo, para el
ingreso de sus datos tiene que esperar aproximadamente un mes a fin de que la
información sea actualizada en Lima y pueda ser atendido en el hospital así como más de
seis meses para los demás hospitales que se encuentren fuera de la capital. Despúes que
el paciente haya regresado nuevamente al hospital para realizar su cola y solicitar o
reservar una cita en consulta externa con los datos actualizados, crea un hecho que
ocasiona malestar sobre la calidad de atención especialmente a los pacientes de la tercera
edad.
10
Para determinar las causas más críticas del problema del aumento de quejas y reclamos
de los pacientes en admisión, se ha tomado como referencia la cantidad de reclamos
registrados durante el mes de marzo del 2019. Se indican 3,000 reclamos en la oficina de
atención al cliente, como se muestra en la Tabla 1.
Tabla 1
Indicadores de quejas y reclamos

Problema: Aumento de quejas y reclamos de los pacientes en admisión
Código Causas del problema Cantidad
CA-01 Debido a que los pacientes son derivados 750

inicialmente a Medicina General, se ocasiona
congestión en dichos consultorios
CA-02 La falta de conocimiento del personal de admisión 600
ocasiona errores al momento de reservar citas a la
especialidad médica
CA-03 Las largas colas para reservar una cita médica en 500
consultorio externo ocasionan malestar y pérdida de
tiempo en los pacientes
CA-04 Los pacientes solo pueden reservar cita de forma 480
presencial
CA-05 Demora para obtener la información actualizada de 270
los pacientes
CA-06 Familiares no registrados en la Base de Datos del 170
hospital
CA-07 Plan tarifario de los pacientes desactualizado 120
CA-08 Falta de personal que atiende en admisión 70
CA-09 Los pacientes reciben un mal trato de parte del 40
personal en admisión
TOTAL DE QUEJAS Y RECLAMOS 3,000
11
A partir de los datos recolectados, se procede a elaborar el diagrama de Pareto para
identificar el 20% de las causas que llegaron a originar el 80% del problema en el proceso
de consulta externa (Ver Figura 7).
Figura 7
Causas del Problema
Según el diagrama de Pareto las principales razones del problema durante el mes de marzo
del 2019 son: Congestión en consultorios de Medicina General, falta de conocimiento
del personal de admisión, largas colas para reservar una cita médica y que los
pacientes solo pueden reservar una cita de forma presencial.
Cabe resaltar que en el mes de marzo del 2019 hubieron 31,559 atenciones de las cuales
se registraron 3,000 reclamos, lo que ocasiona gran preocupación para la reputación del
hospital respecto a la atención médica en consulta externa.
Tabla 2
Atenciones y reclamos marzo 2019
Mes de marzo Registros
2019
Atenciones 31,559
Reclamos 3,000
12
El aumento de quejas y reclamos de los pacientes en admisión causan asimismo malestar
y preocupación a la Dirección General del hospital debido a que están generando un
incremento en la insatisfacción de los pacientes y pérdidas económicas para la institución.
Además, los reclamos al no tener una gestión adecuada para solucionar el malestar de los
pacientes pueden generar sanciones muy fuertes de hasta 100 UIT (= S/. 460,000.00) de
parte de la Superintendencia Nacional de Salud (SUSALUD) al incurrir en las faltas que
están normadas en el Decreto Supremo 031-2014-SA (Ministerio de Salud, 2014, Anexo
III-A) cuyos incisos relacionados son:
- No contar con una Plataforma de Atención al Usuario para la atención de

reclamos, consultas y/o sugerencias, de acuerdo a la normatividad vigente.
- No admitir a trámite un reclamo.
- No informar al usuario respecto al estado de su reclamo cuando este lo hubiera

solicitado.
- No entregar la información relativa a la atención de reclamos de sus usuarios

dentro de los plazos o periocidad requerida por SUSALUD.
- Entregar a SUSALUD la información relativa a la atención de reclamos de sus

usuarios de manera parcial, incompleta, con errores de validación o
inconsistencia, en exceso a los ratios establecidos normativamente.
- No cumplir con los plazos y formas para la atención, notificación o traslado de

los reclamos de sus usuarios (pp. 28-29).
Existen también otros efectos adicionales causados por el problema central que se
muestran en la Figura 8 que son de relevancia para el nosocomio.
13
Figura 8
Causa, problema y efecto
14
Conclusión
El alto número de reclamos y el registro de pacientes desactualizado ocasionan efectos
relevantes para el hospital. Es así como la reducción de los ingresos económicos a causa
de la recaudación menor afectaría al área de recursos humanos (Contratación de
Personal), área de logística (Adquisición de Equipos Médicos) y área médica
(Infraestructura). Asimismo, el aumento de las quejas ocasionaría que la
Superintendencia Nacional de Salud (SUSALUD) sancione al hospital según lo escrito
en el DS N°031 2014 SA. El objetivo principal de un hospital debe ser velar por la
salud y bienestar de sus pacientes y obviar los problemas mencionados líneas arriba para
no ser reincidentes lo cual afectaría al hospital de la siguiente manera:
Multa de hasta 100 UIT.
Disminución en el nivel de categoría como hospital.
Cierre temporal.
Disminución en los ingresos económicos.
Para lograr la omisión de las consecuencias desfavorables al hospital, es necesario

resolver sobre todo las causas raíces que son:
Debido a que los pacientes son derivados inicialmente a Medicina General, se

ocasiona congestión en dichos consultorios.
La falta de conocimiento del personal de admisión ocasiona errores al momento
de reservar citas a la especialidad médica.
Las largas colas para reservar una cita médica en consultorio externo ocasionan
malestar y pérdida de tiempo en los pacientes.
Los pacientes solo pueden reservar cita de forma presencial.
1.4 Benchmarking
En el mercado existen varias aplicaciones móviles para el sector de salud. Para realizar
un benchmarking se han elegido dos empresas (capítulo 1.4.1) que se van a comparar con
la solución propuesta para evaluar como cubren las necesidades de un paciente en la
atencón médica (capítulo 1.5.1). A continuación, se describen las empresas seleccionadas.
15
1.4.1 Descripción de las soluciones encontradas
Tabla 3
Características Lolimsa
Nombre de la LOLIMSA
Solución Es una empresa peruana con una reconocida trayectoria
internacional en el sector salud desde el año 1987 y
expertos en tecnologías para la salud.
Web https://www.lolimsa.com.pe/
Beneficios Esta solución de software:

- Es un modelo de gestión asistencias para
hospitales basado en las mejores prácticas del
HEALTH MANAGEMENT.
- Presenta APP para reservar cita
- Contiene módulos de consulta ambulatoria,
hospitalización, emergencia e historias clínicas
Características Desarrollado en plataforma Cliente Servidor

Desarrollado con Base de Datos SQLSERVER 2008 R2
16
Tabla 4
Características Alephoo
Nombre de la Alephoo
Solución
Web https://www.alephoo.com/
Beneficios -Sistema Cloud

Compañía líder en plataformas Cloud para
instituciones de salud.
- Farmacia
Control financiero integral de los despachos y
stocks de medicamentos.
- Tablero de Mando
Estadísticos y en tiempo real permiten una mejora
sustancial en la supervisión y el control.
- Citas médicas
Mediante una interface intuitiva, cuya
funcionalidad permite configurar y resolver de
forma robusta múltiples modelos asistenciales
para la asignación de citas, por horarios, estudios,
demanda espontánea, guardias de urgencia, etc.
Características SUMA DE NUEVAS CLÍNICAS EN MÉXICO Y
de Crecimiento ARGENTINA
Alephoo tiene un crecimiento considerable en su

plataforma de administración Hospitalaria (HIS).
Suma cuatro nuevas clínicas en México (Camino
Real Monterrey) y cinco hospitales en la Argentina
(Gral. Madariaga, Mar Chiquita, A. Gigena,
Baradero y Villa San Isidro)
1.5 Planteamiento de la solución

La Organización Mundial de la Salud (OMS, 2019) recomienda a los países sobre las
maneras de mejorar la salud de la población y los servicios básicos mediante las
tecnologías digitales (Teléfonos móviles, tabletas y ordenadores) debido a que estas
herramientas (tecnologías) son esenciales para promover la salud, preservar la seguridad
17
y servir a las poblaciones vulnerables logrando alcanzar la cobertura sanitaria universal.
La tecnología de la información está tomando posiciones en el terreno de la asistencia
médica llegando a abarcar diversos campos y causando impactos positivos no solo en la
rapidez de los procesos, sino también en el bienestar de los pacientes. Ello ayuda a
mejorar la calidad de vida, el bienestar de las personas y la disminución de los
desequilibrios y de las desigualdades del acceso a los servicios de salud. En la actualidad,
importantes hospitales extranjeros usan la inteligencia artificial para brindar una mejor
atención a sus pacientes. Por ejemplo, para identificar enfermedades hacen uso de
modelos de la inteligencia artificial como lo es el modelo predictivo de las redes
bayesianas. Asimismo, el chatbot es de gran ayuda para las consultas que hacen los
pacientes.
En nuestra propuesta de solución, implementaremos una aplicación móvil que tiene

integrado el proceso de la atención al paciente en consulta externa. Ello permitirá al
paciente sacar una cita, consultar a través de un chatbot y realizar un prediagnóstico que
le permita orientarse para sacar una cita a la especialidad correspondiente. El
prediagnóstico trabaja con un modelo predictivo a base de las redes bayesianas.
Asimismo, la aplicación móvil contará con un módulo para gestionar el registro del
hospital y actualizar sus datos. Con las funcionalidades de la aplicación móvil se cumplirá
en brindar una mejor calidad de atención a los pacientes y poder estar en competitividad
con otros grandes hospitales en el proceso de atención médica. La propuesta tecnológica
solucionará sobre todo el problema “Aumento de quejas y reclamos de los pacientes
en admisión” debido a la facilidad para el paciente de poder, con más eficiencia, realizar
sus operaciones y consultas en línea las 24 horas al día a nivel nacional para la atención
en el hospital. El paciente no va a tener que hacer más cola para sacar cita al usar la
aplicación móvil para agilizar su atención con el médico y asimismo se va a evitar los
errores causados en admisión debido al prediagnóstico médico que está basado en las
redes bayesianas.
18
Tabla 5
Problemática, Causa y Solución

Problemática Causas principales Impacto Solución
Aumento de • Los pacientes son Alto, debido a que el Mediante la aplicación

quejas y derivados aumento de quejas y móvil con el asistente de
reclamos de los inicialmente a reclamos podría voz basado en un modelo
pacientes en Medicina General, ocasionar los siguientes de redes bayesianas, el
admisión eso ocasiona efectos para la entidad paciente responderá
congestión en de salud: algunas preguntas con el
dichos consultorios que se efectuará un
• Multas de hasta 100
• La falta de prediagnóstico y se le
UIT (S/. 460,000.00)
conocimiento del derivará a la especialidad
según el Decreto
personal de médica que le
Supremo N°031
admisión ocasiona corresponde de acuerdo a
2014 SA
errores al momento los síntomas evitando
• Nivel de categoría
de reservar citas a la largas colas y tiempo de
del hospital
especialidad médica espera en admisión.
bajará, así como los
• Las largas colas
ingresos económicos
para reservar una
• Cierre temporal
cita médica en
consultorio externo
ocasionan malestar
y pérdida de tiempo
en los pacientes
• Los pacientes solo
pueden reservar cita
de forma presencial
19
Situación actual:
En el siguiente diagrama (Figura 9) se refleja que el hospital cuenta actualmente con un
servidor de aplicaciones y Servicios Rest, así como un servidor de Base de Datos. Los
usuarios trabajan con aplicaciones del Escritorio cliente-servidor.
Propuesta de solución:
La propuesta de solución para el hospital es una aplicación móvil que permite al paciente
por medio del chatbot indicar los síntomas de su enfermedad a través de un prediagnóstico
basado en redes bayesianas para generar una cita médica en consulta externa.
Figura 9
Diagrama de Propuesta de Solución
Conclusión
La solución de la plataforma tecnológica desarrollada para el hospital le traerá beneficios
tanto para el paciente como para el hospital debido a que va permitir a reducir los tiempos
de atención en el proceso de derechos del paciente, disminuir los reclamos y en
consecuencia evitar las sanciones otorgadas por SUSALUD. El paciente tendrá una mejor
20
calidad de atención para su consulta externa debido a que dispondrá de una aplicación
móvil para acceder a su información y poder realizar operaciones para su atención médica
como lo es sobre todo el prediagnóstico médico basado en redes bayesianas. Inclusive,
la solución evitará que se tenga que hacer largas colas y el proceso de consulta externa se
agilice en admisión que ha evidenciado errores en su gestión. Asimismo, el hospital se
beneficiará de la solución debido a que se evitará una disminución de los ingresos
económicos por la baja calidad de atención. Adicionalmente, las entidades prestadoras de
salud que se encuentran fuera de la ciudad de Lima, se beneficiarán de esta solución
porque la información del paciente estará en línea.
1.5.1 Análisis comparativo de las soluciones encontradas

A continuación, se realiza un análisis comparativo del proceso de atención al paciente
entre tres empresas encargadas de prestar servicio de salud versus la propuesta de solución
para el hospital seleccionado.
Tabla 6
Cuadro Comparativo de Soluciones encontradas
Servicio /
Empresa
(Propuesta de
solución)
0 2 2
Chatbot
2 2 2
Citas Online
2 2 2
Aplicación móvil
Resultado de 2 2 1
exámenes
Consulta de 2 2 2
medicinas
Historial clínico
2 2 0
online
Pasarela de Pago 2 2 1
Propietario del
0 0 2
software
Prediagnóstico
basado en redes 0 0 2
bayesianas
TOTAL 12/18 14/18 14/18
Leyenda 1 = Cubierto
0 = No Cubierto 2 = Cubierto
Valoración Parcialmente
21
Asimismo, se ha tomado como referencia el cuadro comparativo de un estudio de los
autores Langarizadeh y Moghbeli (2016) de la Universidad de Ciencias Médicas en Irán
que mide el rendimiento de los algoritmos aplicado a la predicción de enfermedades de
diferentes publicaciones realizadas entre el 2005 y 2015.
Tabla 7
Cuadro Comparativo Medición de Rendimiento de Algoritmos para la Predicción de

Enfermedades
Performance
measure of
Naive
Bayesian
Subject Number of Network
Study Illness Variables (NBN) Comparison
119
Chinese
patients
with Partial least
(DKD) & squares
554 regression
without Diabetic kidney disease 10 clinical (PLS):
DKD (DKD) attributes Accuracy: 84% Accuracy: 71%
Support Vector
Machine
830 (SVM): AUC:
patients Dialysis in ill patients 2 input variables AUC: 85.5% 83.3%
ROC analysis
showed: BN
(Bayesian
Network)
model NBN works
provided the better than LR
most reliable & artificial
169 & accurate neural network
patients Acute appendicitis 9 variables results. (ANN)
Decision Tree
240 Asthma exacerbations (DT): Accuracy:
patients (AE) 42 variables Accuracy: 68% 64.1%
Neural
Accuracy: network (NN):
82.16% accuracy: 79%
sensitivity: sensitivity:
82.35% 77.54%
583 specificity: specificity:
patients Liver Disease (LV) 12 atributes 83% 75.83%
22
987 Coronary artery disease SVM: AUC:
patients (CAD) 113 variables AUC: 78% 75%
Nota. El cuadro comparativo muestra el rendimiento de los algortimos para predecir enfermedades.
Applying naive bayesian networks to disease prediction: a systematic review M.
Langarizadeh y F. Moghbeli, 2016, Acta Inform Med, 24(5), p. 367-368
(https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5203736/).
1.5.2 Evaluación de las soluciones encontradas

Luego de haber realizado el análisis comparativo de las soluciones encontradas, la
solución propuesta para el proyecto resulta ser una opción válida para cubrir los
requerimientos del hospital. Esto se debe a que cumple con las funcionalidades que se
piden y alcanza un puntaje similar a otras soluciones que ya están establecidas en el
mercado. Asimismo, el estudio de la Universidad de Ciencias Médicas en Irán demostró
que la aplicación de las Redes Bayesianas para la predicción de enfermedades ha
alcanzado mejores resultados que otros algoritmos (Langarizadeh & Moghbeli, 2016).
1.6 Objetivos del Proyecto

1.6.1 Objetivo General
Desarrollar un sistema asistido por voz para la reserva predictiva de citas médicas en un
hospital utilizando redes bayesianas para reducir los reclamos en consulta externa de los
pacientes.
1.6.2 Objetivo Especifico

Los objetivos específicos del proyecto son los siguientes:
OE1 - Análisis de la mejor técnica de la Inteligencia Artificial para realizar la

derivación predictiva de atención médica y el asistente de voz para su
integración, así como la situación actual del proceso de la atención de
paciente en consulta externa para identificar los reclamos y sus causas
raíces.
OE2 - Diseño de la interfaz de la aplicación móvil que integra un modelo

predictivo basado en redes bayesianas para la derivación predictiva de
atención médica, de la arquitectura de software y del modelo de la base de
datos relacional.
23
OE3 - Construir el software de la aplicación móvil basado en redes bayesianas
que incluya un prediagnóstico de los síntomas del paciente que lo deriva
de forma predictiva a la especialidad médica correspondiente. Asimismo,
se requiere intregrar un asistente de voz con el cual el paciente consulte
sus necesidades. El software incluye también sacar cita y registrar al
paciente para su atención en el hospital.
OE4 - Comprobación de los resultados de la solución planteada (encuesta) para

reducir los reclamos en consulta externa.
1.7 Indicadores de Éxito

El cumplimiento de los objetivos del proyecto se mide a través de los siguientes
indicadores de logro:
Tabla 8
Indicadores de éxito
Objetivo Indicador
Específico
OE1 - Análisis de la mejor técnica de la Conformidad del acta de aceptación del
Inteligencia Artificial para realizar la patrocinador sobre la elección de la técnica
derivación predictiva de atención médica y el de la Inteligencia Artificial basada en redes
asistente de voz para su integración, así como bayesianas y el asistente de voz, así como
la situación actual del proceso de la atención contar con estudios de investigación.
de paciente en consulta externa para
identificar los reclamos y sus causas raíces.
Conformidad del acta de aceptación del
OE2 - Diseño de la interfaz de la aplicación
patrocinador sobre el diseño de la interfaz
móvil que integra un modelo predictivo
de la aplicación móvil, el modelo
basado en redes bayesianas para la derivación
predictivo de las Redes Bayesianas, la
predictiva de atención médica, de la
arquitectura de software y el modelo de la
arquitectura de software y del modelo de la
base de datos relacional aprobado por el
base de datos relacional.
Jefe de la sección Informática.
24
OE3 - Construir el software de la aplicación Conformidad del acta de aceptación del
móvil basado en redes bayesianas que incluya cliente (patrocinador) del software.
un prediagnóstico de los síntomas del
paciente que lo deriva de forma predictiva a
la especialidad médica correspondiente.
Asimismo, se requiere intregrar un asistente
de voz con el cual el paciente consulte sus
necesidades. El software incluye también
sacar cita y registrar al paciente para su
atención en el hospital.
Acta de aceptación del patrocinador de la
OE4 - Comprobación de los resultados de la solución tecnológica. Asimismo, contar
solución planteada (encuesta) para reducir los con una encuesta realizada a los usuarios
reclamos en consulta externa. (pacientes) sobre la satisfacción en la
atención médica.
1.8 Planificación del proyecto
1.8.1 Alcance
La gestión de alcance del proyecto permitirá determinar cual va a ser el producto final y
cuales serán sus características, así como sus funcionalidades. Adicionalmente, se van a
definir y detallar los entregables del proyecto con sus limitaciones y exclusiones. Gracias
a la estructura del desglose del trabajo (EDT) los entregables van a ser organizados a
través de subdivisiones para que estos puedan ser manejados con más facilidad.
Asimismo, el documento de alcance tiene la función de validar y controlar los entregables
y el alcance del producto en el ciclo de vida del proyecto.
Este documento contempla los productos (software) de los que estará conformada la
plataforma tecnológica para brindar una propuesta de solución a los problemas
presentados en la atención en consulta externa en el hospital. La implementación de la
plataforma tecnológica funcionará a través de servicios API y automatizará la gestión del
proceso de consulta externa en un hospital con el uso de una aplicación móvil.
25
La aplicación móvil tendrá las siguientes características:
Aperturar pacientes para poder ser atendidos en un hospital.
Realizar cita médica.
Consultar la carga familiar del titular y plan tarifario.
Consultar la relación de médicos.
Consultar las citas programadas.
Contar con un listado de familiares aptos para la atención en consulta externa.
Realizar un prediagnóstico de los síntomas del paciente que lo deriva a la
especialidad correspondiente y le genera una cita.
Los servicios web tendrán las siguientes funcionalidades:

El servicio de permitirá la gestión de la atención en consulta externa del
paciente: Prediagnóstico, Chatbot, Citas, Derecho Paciente e Instituciones
Prestadoras de Servicios de Salud (IPRESS).
El servicio Prediagnóstico le permitirá al paciente sacar una cita a la especialidad
médica correspondiente en base a sus síntomas.
El servicio Chatbot le permitirá al paciente realizar consultas acerca de la atención
médica.
El servicio Citas permitará al paciente reservar una cita a la especialidad médica
requerida.
El servicio Derecho Paciente permitirá al paciente la apertura de su atención en el
hospital.
El servicio IPRESS permitirá a las sedes del hospital a nivel nacional obtener la
información del paciente (beneficios y derechos).
26
Figura 10
Diagrama del Alcance de Proyecto
El proyecto va a tener las siguientes exclusiones:

El proyecto no incluye la entrega de documentación a centros de salud externos
al hospital.
Para este proyecto no se va a considerar el plan de gestión de las adquisiciones
sugeridas por la Guía de los Fundamentos para la Dirección de Proyectos (Guía
del PMBOK®) sexta edición (Project Management Institute, 2017) para la
realización del proyecto.
El proyecto va a tener las siguientes asunciones:

El hospital cuenta con una sola dirección IP pública.
Se cuenta con un solo servidor de base de datos.
Los sistemas del hospital son clientes servidor.
Todas las entidades de salud cuentan con acceso a internet.
27
Figura 11
Estructura del Desglose del Trabajo (EDT)
28
1.8.2 Factibilidad Económica
A continuación, se presenta un estudio que nos permite analizar la factibilidad económica
de la implementación del proyecto.
Análisis Costo – Beneficio

Tabla 9
Costos del proyecto
Cantidad Costo
Personal
Programador 1 S/. 35,000.00
Documentador 1 S/. 9,000.00
Analista de Sistemas 1 S/. 16,000.00
Costo
total S/. 60,000.00
Beneficios del proyecto

Los beneficios que serán obtenidos después de la implementación de nuestro proyecto los
hemos clasificado en dos tipos:
1. Beneficios tangibles
A continuación, se detallan los beneficios tangibles del proyecto para el hospital:
Aumento de los ingresos económicos al registrar el plan tarifario correcto de los
pacientes.
Disminución de quejas y reclamos de los pacientes.
Ahorro en la adquisición y mantenimiento de equipos informáticos.
Redistribución de personal para realizar funciones más relevantes.
Aumento de la cobertura de servicio.
Aumento de los ingresos en la atención médica debido a la aplicación móvil que
mejora las largas colas y deriva a la especialidad médica
Ahorro de personal
2. Beneficios Intangibles
A continuación, se detallan los beneficios intangibles del proyecto para el hospital:
Mejora de la calidad de servicio en la atención de los pacientes.
Incremento de la buena imagen y renombre del hospital.
Incremento en la mejora de servicio a los pacientes.
29
Aumento en la satisfacción de los pacientes, especialmente los que provienen de
provincias.
Se continúa con el flujo de caja:

Tabla 10
Datos del flujo de caja
DATOS:
FLUJO ECONÓMICO DE CAJA
INVERSIÓN INICIAL: S/ 60,000.00
PACIENTES EN CONSULTA EXTERNA POR AÑO
(INGRESOS): S/ 180,000.00
PRECIO PROMEDIO POR ATENCIÓN (INGRESOS): S/ 7.00
COSTOS: S/ 1,200,000.00
PERIODO EN AÑOS: 3
Tabla 11
Flujo de caja
PERIODOS (AÑOS) 0 1 2 3
INGRESOS S/ 1,260,000.00 S/ 1,260,000.00 S/ 1,260,000.00
COSTOS S/ 1,200,000.00 S/ 1,200,000.00 S/ 1,200,000.00
-S/
INVERSIÓN INICIAL 60,000.00
FLUJO DE CAJA -S/
ECONÓMICO 60,000.00 S/ 60,000.00 S/ 60,000.00 S/ 60,000.00
En el siguiente cuadro que está relacionado al flujo de caja, se ve que el TIR = 84% es
mayor a la tasa de descuento 16%, lo que indica que el proyecto es rentable.
Tabla 12
VAN y TIR
Tasa de descuento en %: 16
VAN S/63,749.24
TIR 84%
1.8.3 Factibilidad Técnica

Este punto abarcará toda la información sobre los recursos utilizados para este proyecto.
Llevará una descripción detallada sobre las características físicas y técnicas de cada
30
recurso. Se ha elegido un conjunto de equipos, tecnologías y herramientas para que los
servicios del proyecto sean óptimos. Es necesario que el proyecto sea viable técnicamente
para poder invertir en este.
Tabla 13
Cuadro Técnico
RR.HH., EQUIPO, SERVICIO
CANTIDAD ESPECIFICACIÓN
O SOFTWARE
1 Jefe de Proyecto
1 Programador
RR.HH.
1 Documentador
1 Analista de Sistemas
1 SSD 400 GB Servidor de
Aplicaciones, 8 GB RAM
Hardware
SSD 550 GB Servidor de
1 Base de Datos, 8 GB RAM
1 Microsoft Windows Server
Sistema Operativo
2012
1 Visual Studio 2013
Software 1 SQL Server 2010
1 Android Studio 2019
Hosting 1 Ancho de Banda ilimitado
Servicios Web 1 Framework ASP.NET
1 Firewall
1 Antivirus
Seguridad 1 Backup automático de data
1 Reportes de auditoría
Conclusión:
Los recursos requeridos en la factibilidad técnica son viables para la implementación de la
solución propuesta. Se cuenta con el personal calificado para el desarrollo de la aplicación
móvil, así también con el software y el hardware para darle soporte. Asimismo, los
servicios web que van a ser usados por la aplicación móvil así como la base de datos, van
31
a contar con un servicio cloud privado para salvaguardar, cuidar y proteger la información
personal de los pacientes.
1.8.4 Plan de Gestión del Tiempo

El proyecto tecnológico incluye los procesos requeridos para asegurar la terminación del
proyecto a tiempo. Para ello, el jefe de proyecto ha estructurado el desglose del trabajo
(EDT). El proyecto consta de un plan de gestión de cronograma, el cual permitirá establecer
las políticas, los procedimientos y la documentación requerida para planificar y gestionar
la ejecución del pr
El cronograma se ha creado utilizando el método de estimación de consenso entre el jefe

de proyecto y el equipo de trabajo para saber quien realizará las tareas, las fechas
establecidas y duración de cada actividad, secuencia de actividades, entregables y los hitos
que se realizaron con el apoyo de las personas con experiencia en el Desarrollo de Software
(Juicio de Expertos). Asimismo, se determinan las restricciones calendarias durante la
ejecución del ciclo de vida del proyecto.
32
Figura 12
Cronograma del Proyecto (Línea Base)
33
34
Tabla 14
Hitos del Proyecto
Hitos EDT/WBS Fecha Descripción
H1 - Entrega de Project Project Charter / Acta de 12/03/2019 Fecha donde se

Charter Constitución entregará la
documentación
del Acta de
Constitución del
Proyecto.
H2 - Entrega de planes y • Plan de Gestión de 14/03/2019 Fecha donde el
tesis primera versión Alcance jefe de proyecto
• Plan de Gestión de entregará los
Cronograma planes iniciales de
• Documento Tesis la gestión de
primera versión PI1 Proyecto al
Departamento de
Telemática del
hospital.
H3 - Entrega de los planes • Plan de Gestión de 02/05/2019 Fecha donde el
de gestión de proyecto Recursos jefe de proyecto
• Plan de Gestión de entregará los
Calidad planes finales de
• Plan de Gestión de gestión de
Riesgos Proyecto al
• Plan de Gestión de Departamento de
Costo (Presupuesto) Telemática del
• Casos de Uso de hospital.
negocio
• Modelo de análisis de
negocio
• Especificaciones del
modelo de negocio
35
• Modelo de casos de
uso del negocio
• Documento Tesis
versión final PI1
H4 - Entrega interna de • Modelo de casos de 08/08/2019 Fecha donde el
requerimientos uso de sistema jefe de proyecto
• Especificaciones de revisará el avance
los requerimientos del de los
SW requerimientos
del software.
H5 - Entrega interna de • Modelo conceptual 24/09/2019 Fecha donde el
análisis y diseño del sistema jefe de proyecto
• Especificaciones de revisará el avance
los CUS de los
documentos
concernientes al
análisis y diseño
del software.
H6 - Entrega de refinamiento • Refinamiento de PI1 24/10/2019 Fecha donde el jefe
PI1 • Diseño de Arquitectura de proyecto
de SW entregará al asesor
• Vista de la Arquitectura los documentos
• Diagrama de despliegue corregidos de PI1.
H7 -Pruebas de concepto • Patrones de sistema 02/12/2019 Fecha donde el jefe

• Prueba de concepto de proyecto
(2 CUS del Ciclo 0) revisará la
documentación
concerniente a los
patrones de sistema
y pruebas de
concepto del
software
36
concerniente al
ciclo 0
H8 - Entrega de construcción • Desarrollo ciclo 0 07/02/2020 Fecha donde el jefe
del sistema • Desarrollo ciclo 1 de proyecto
• Reportes Dinámicos entregará al
• Modelo de Datos Departamento de
• Plan de aseguramiento Telemática el
de calidad CUS. desarrollo de los

Casos de Uso ciclo
0 y ciclo 1.
H9 - Entrega interna de calidad • Métrica de calidad 12/05/2020 Fecha donde el jefe
del SW. interna de proyecto
• Métrica de calidad revisará los planes
externa realizados en las
métricas externas e
internas del SW.
H10 - Entrega de refinamiento • Refinamiento de PI2 22/05/2020 Fecha donde el jefe
PI2 • Plan de sistema de de proyecto
calidad de software entregará al asesor
el refinamiento de
PI2 y planes del
sistema de calidad.
H11 - Entrega de plan de • Informe QA 12/06/2020 Fecha donde el jefe
pruebas • Plan de pruebas de SW de proyecto
• Informe de Ejecución entregará al
del proyecto Departamento de
Telemática los
planes de prueba
realizados en el
proyecto.
H12 - Entrega del producto • Versión Final del SW 13/07/2020 Fecha donde el jefe
final del SW de proyecto
entregará el
software final al
Departamento de
37
Telemática del
hospital.
H13 - Entrega del proyecto • Acta de Cierre del 15/07/2020 Fecha en que el jefe
Proyecto de proyecto
• Acta de Cierre del entregará los
Contrato documentos finales
• Manual de usuario donde se indicará la
• Manual técnico culminación del

proyecto.
Comentario
1.8.5 Plan de Gestión de Recursos Humanos

Este proyecto incluye la gestión de Recursos Humanos para identificar, adquirir y manejar
los recursos necesarios para asegurar el éxito del producto terminado. Es esencial que se
cuente con los recursos humanos, materiales / insumos, así como maquinarias adecuadas
y que estas estén disponibles para el Jefe de Proyecto y su equipo en el lugar y el momento
requerido.
Tabla 15
Matriz de asignación de responsabilidades
ROLES
ENTREGABLE
PA JP PO DO TS AS AN
1. Inicio:
• Project Charter / Acta A R -- P -- -- --
de Constitución
2. Planificación:
• Plan de Gestión de P R -- P -- -- --
Recursos
• Plan de Gestión de V V -- P -- -- --
Calidad
• Plan de Gestión de -- R -- P -- -- --
Riesgos
• Plan de Gestión de P R -- P -- -- --
Costo (Presupuesto)
P R -- P -- -- --
38
• Plan de Gestión de
Alcance P R -- P -- -- --
• Plan de Gestión de
Cronograma
3. Ejecución:
• Informe QA -- P P P R -- --
• Informe de Ejecución -- V -- -- P R --
del Proyecto
4. Seguimiento y Control:
• Acta de Reuniones
• Informe de Avances P R P P -- -- --
-- P -- R -- -- --
5. Cierre:
• Acta de Cierre del P R -- P -- -- --

Proyecto
• Acta de Cierre del

A R -- P -- -- --
Contrato
6. Modelado del Negocio:

• Especificaciones del
Modelo de Negocio -- P P -- -- -- R
• Casos de Uso de
Negocio
• Modelo de Análisis de -- V -- -- -- -- R
Negocio
• Modelo de Casos de -- V P -- -- -- R
Uso del Negocio

-- V P -- -- -- R
39
7. Requerimientos:
• Modelo de Casos de P P P P -- R P
Uso de Sistema
• Especificaciones de -- V P P -- R P
los Requerimientos del
SW
• Refinamiento de PI1 -- R P P -- -- --
8. Análisis y Diseño:
• Modelo Conceptual -- P P -- -- -- R
del Sistema
• Especificaciones de
-- V -- P -- R --
los CUS
9. Arquitectura:
• Diagrama de -- P -- -- -- R P
Despliegue
• Vista de la
-- V P -- -- R --
Arquitectura
• Diseño de
Arquitectura de SW -- V P -- -- R --
10. Construcción:
• Pruebas de Concepto V P R -- P P P
• Desarrollo Ciclo 0 -- V R -- P P P
• Desarrollo Ciclo 1 -- V R -- P P P
• Modelo de Datos -- V R -- P P P
• Patrones de Sistema -- V R -- P P P
• Plan de
Aseguramiento de -- V P -- P R P
Calidad CUS
11. Calidad de Software:
• Refinamiento de PI2 A R P P P P --
• Manual Técnico -- V P P R P P
• Manual del Usuario V V P P R P P
• Plan de Sistema de V V P P R P P
Calidad de Software
40
• Métricas de Calidad
del SW
-- V P P R P --
12. Pruebas de SW:
• Plan de Rruebas de P P P -- R -- --
SW
• Versión Final del SW

V R P -- P P --
R: Responsable de entrega PA : JP: Jefe PO: DO: TS: AS: AN:

Patroci- de Progra- Docu- Tes- Arqui- Analista
A: Aprueba
nador Proyec- mador men- ter tecto
P: Participa to tador de SW
V: Verifica
1.8.6 Plan de Gestión de Riesgos

La ejecución de este proyecto tecnológico incluye una lista de ítems de riesgos que
pueden comprometer el éxito del proyecto durante las etapas de inicio, planificación,
ejecución y cierre.
Tabla 16
Matriz de gestión de riesgos
Código Descripción Causa Estrategia Acción
Riesgo Raíz
Buscar el
Debido a que los servidores
servicio de otros
Indisponibilidad cloud no son propios y no se
proveedores
R001 de servidores tiene control sobre ellos, existe Mitigar
Cloud / Usar
Cloud. la posibilidad que los servicios
servidores
dejen de funcionar.
locales.
Realizar normas
Debido a que existen muchas
Conflicto en el y protocolos para
maneras de trabajar, es posible
R002 equipo de Mitigar el trabajo en
que se genere una separación
desarrollo. equipo.
de integrantes.
41
Debido a que existen Realizar un plan
Modificación del actividades adicionales, retraso de gestión de
R003 Mitigar
cronograma en la ejecución o imprevistos cambios.
indirectos.
Realizar una
reunión cada
Debido a que no se definieron
Requerimientos semana para
R004 de manera clara y precisa los Mitigar
incompletos precisar los
requerimientos inicialmente.
avances de los
requerimientos.
Realizar una
documentación
La organización se reestructura en la cual se
Rotación o
y una nueva administración se indique el
cambio de puesto
R005 responsabiliza, esto debido a Mitigar compromiso de
del patrocinador
los nuevos cargos en el trabajo entre el
(Organización)
Ministerio de Defensa. jefe del proyecto
y el director del
hospital.
Realizar un
Los recursos no contrato para la
Debido a la falta de
R006 están disponibles Mitigar asignación de
presupuesto planificado.
en el momento recursos al
proyecto.
Realizar planes
Causada por virus o por de aseguramiento
Pérdida de
R007 remplazo de versión sin sacar la Mitigar de la
Información
copia previamente. información
(Backup).
El Software es Debido a que la Plataforma Buscar
R008 complejo de tiene un nivel alto de Mitigar asesoramiento de
implementar complejidad. personal experto
42
en el tema /
Realizar pruebas
unitarias.
Falta de Realizar reuniones
Debido a que los usuarios no
acompañamiento periódicas con los
colaboran o no se
R009 de los usuarios en Mitigar stakeholders.
comprometen con la definición
el levantamiento
de los requerimientos.
de requerimientos
Debido a la falta de Realizar pruebas
Integración
conocimiento en la creación de desde los casos de
compleja de los
R010 plataformas tecnológicas de Mitigar uso de sistema
módulos de la
hospitales. ciclo 0.
plataforma
El proyecto consta de un plan de gestión de riesgos el cual permitirá identificar a los

responsables de realizar la mitigación y la acción a tomar si este riesgo llegara a suceder.
1.8.7 Plan de Gestión de Comunicaciones

Este proyecto cuenta con un plan de comunicaciones para asegurar la información
necesaria para terminar con éxito el producto. Está programado realizar reuniones cada
cuatro semanas con el sponsor de la organización y el Jefe de Proyecto para presentar los
avances y recibir retroalimentación. Posteriormente, el Jefe de Proyecto coordinará con
los integrantes del equipo según la asignación de tarea que figura en la matriz de
responsabilidades (capítulo 1.8.5).
43
CAPÍTULO 2 LOGROS DE LOS STUDENT OUTCOMES
2.1 Student outcomes de la carrera de Ingeniería de Sistemas

2.1.1 Student Outcome (1)
Descripción: Capacidad de identificar, formular y resolver problemas complejos de
ingeniería aplicando los principios de ingeniería, ciencia y matemática (Universidad
Peruana de Ciencias Aplicadas, 2022, p. 16).
Evidencia: En el proyecto se identificó la problemática del aumento de reclamos de los

pacientes en el Proceso de Atención en Consulta Externa de un nosocomio cuyas causas
principales son: congestión en consultorios de Medicina General, falta de conocimiento
del personal en admisión, largas colas para reservar una cita médica y que el único canal
para solicitar una reserva sea de forma presencial. Se aplican conocimientos de ingeniería
en la construcción de software y sus patrones (capítulo 6), la arquitectura de software que
incluyen la vista lógica y el despliegue (capítulo 5) así como el modelo de casos de uso
del sistema (capítulo 4) para desarrollar las funcionalidades del sistema de la aplicación
móvil. Asimismo, se aplican conceptos de ciencia y matemática en la solución debido al
modelo de las Redes Bayesianas que trata de un modelo probabilístico integrado en la
aplicación móvil que sirve para hacer una derivación a una especialidad médica según el
prediagnóstico a base de los síntomas que el paciente indique.

Descripción: 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
(UPC, 2022, p. 16).
Evidencia: En este proyecto a través de la arquitectura de software en el capítulo 5 se ha

podido diseñar una solución que mejora la atención en consulta externa de un hospital
que corresponde al sector de salud. Asimismo, se ha basado en los procesos de negocio
que están en el capítulo 1.2.2. El diseño de la aplicación móvil se ha elaborado con los
mockups que se muestran en el capítulo 5.9 y en los casos de pruebas de software
(capítulo 7.3).
44
Descripción: Capacidad de comunicarse efectivamente con un rango variado de
audiencias (UPC, 2022, p. 16).
Evidencia: En este proyecto se ha estado en comunicación con profesionales de otras

especialidades del hospital que validaron el proyecto como se ve en las actas de entrega
y el acta de aceptación. Asimismo, el desarrollo del proyecto ha sido supervisado en las
diferentes etapas del proyecto por los profesores de forma virtual y presencial dejando
constancia en las actas de reunión.
2.1.4 Student Oucome (4)

Descripción: 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
(UPC, 2022, p. 16).
Evidencia: El proyecto cuenta con un marco ético y profesional aplicado a la ingeniería

debido a que durante la realización del trabajo, se analizó información nacional e
internacional (SUSALUD y OMS) con respecto al proceso de negocio, así como el uso
de la Directiva Administrativa Nª 294- Directiva Administrativa
que establece el tratamiento de los datos personales relacionados con la salud o datos
personales en salud , el cual hace referencia a las normas sobre protección de datos
personales del estado peruano y realiza las recomendaciones al patrocinador y a los
encargados del tratamiento de la información (Ministerio de Salud, 2020c).
Asimismo, se ha respetado la privacidad, la propiedad intelectual y derechos de autor en

donde se utilizó técnicas de citas y referencias bibliográficas según el estilo APA (ver
Además, el seguimiento de las etapas del proyecto está en base a
los estándares del PMI (Guía del PMBOK®). Por consiguiente, cumple con los principios
éticos profesionales (Responsabilidad y Respeto) durante el desarrollo del proyecto (ver
acápite Actas).
45
Descripción: 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 (UPC, 2022, p. 17).
Evidencia: El proyecto se ha llevado en colaboración de los integrantes cuya guía ha sido

el Gantt (Cronograma de ejecución) y la EDT para completar los objetivos y las tareas
asignadas. Asimismo, se han usados herramientas web que facilitan la colaboración en
línea.
Descripción: Capacidad de desarrollar y llevar a cabo experimentos adecuados, analiza

e interpreta datos, y usa el juicio de ingeniería para sacar conclusiones (UPC, 2022, p.
17).
Evidencia: En este proyecto se ha llevado a cabo experimentos y análisis de datos para

construir la red bayesiana que hace posible predecir la derivación a la especialidad médica
correspondiente en base a un prediagnóstico en el cual el paciente tiene que indicar sus
síntomas de malestar.
Descripción: Capacidad de adquirir y aplicar nuevos conocimientos según sea

necesario, utilizando estrategias de aprendizaje adecuadas (UPC, 2022, p. 17).
Evidencia: En el desarrollo del proyecto de tesis se han adquirido conocimientos sobre
los puntos:
• Redes bayesianas: Es un modelo probabilístico que es de gran utilidad en el sector

de salud para la clasificación, predicción y el diagnóstico de enfermedades. Se
han estudiado casos de éxito como lo es la predicción del cáncer de cuello uterino
(capítulo 3 Marco Teórico) en el cual se ha visto qué variables se tiene que usar y
como construir un modelo para poder aplicar las redes bayesianas.
• Chatbot: Se ha tomado como referencia la arquitectura de chatbots como LUIS de
Microsoft y Dialogflow de Google para el proyecto que usan mecnanismos como
el Speech to Text para facilitar la comunicación entre el paciente y la aplicación
móvil.
46
Para implementar la arquitectura de la propuesta de solución se han usado los siguientes
recursos:
• Flutter: Es un framework open source que hemos usado para desarrollar la

aplicación móvil que permite integrar el prediagnóstico de los síntomas, el chatbot
para las consultas del paciente así como la reserva de la cita médica.
• Symptom Checker API: Es una API que permite realizar el prediagnóstico a base
de la indicación de los síntomas del paciente que genera resultados en función al
modelo de probabilidades de las redes bayesianas.
• Flutter Text to Speech: Es una API de Flutter que permite al paciente interactuar
con el agente de chat para hacer sus consultas.
• BloC: Es un patrón para Flutter que permite la comunicación entre las capas de
presentación, lógica de negocio y los datos del negocio.
Para gestionar con éxito el proyecto se han usado las siguientes estrategias:
• La Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK®)

sexta edición (Project Management Institute, 2017): Hemos usado esta
metodología para gestionar el proyecto y llevar a cabo las buenas prácticas en las
diferentes etapas del proyecto que nos ayudó a organizarnos mejor y poder
culminar cada etapa con éxito.
• RUP (Jacobson et al., 2000): La metodología RUP nos ayudó en el desarrollo de
Software que incluye el modelamiento de los casos de uso, la arquitectura y las
pruebas finales para el despliegue.
47
CAPÍTULO 3 MARCO TEÓRICO
3.1 Fundamentos teóricos sobre el negocio

Este subcapítulo trata del negocio que forma parte de la solución propuesta del proyecto.
Se explica sobre la eSalud y la Información de la Salud así como el uso de las tecnologías
digitales en la salud pública y en el extranjero.
3.1.1 La eSalud y la Información de la Salud

La eSalud es un instrumento muy importante para los gobiernos nacionales y los grupos
del sector privado debido a que permite mejorar la atención de la salud a nivel local,
regional y mundial, logrando desarrollar servicios de salud más eficientes y equitativos.
Esta herramienta (eSalud) es relativamente nueva, pero tiene un gran potencial para
ampliar el acceso a la salud pública, no solo porque la eSalud es una de las áreas de más
rápido crecimiento en la actualidad, sino también porque simboliza una gran propuesta
para mejorar la eficiencia y la equidad en la prestación de servicios de salud. Por ello, la
OPS (Organización Panamericana de la Salud) ha estado trabajando en construir una red
especializada en eSalud brindando acceso a la información basada en evidencia sobre el
tema, y resaltando las mejores prácticas e ideas exitosas en eSalud. En este contexto, la
OPS aprobó la
30 de septiembre del 2011, la cual busca modernizar el acceso a servicios de salud de
calidad mediante el empleo de las tecnologías de la información para asistir a desarrollar
la alfabetización digital y para ampliar el acceso a la información basada en la evidencia
científica y la formación continua (Organización Panamericana de la Salud, 2014).
Latina: la perspectiva de e-
salud y m-
El término e-salud fue adoptado por la Organización Panamericana de la Salud
(OPS) y la Organización Mundial de la Salud, a partir de los principios de la
Cumbre Mundial sobre la Sociedad de la Información, celebrada en 2003 en
Ginebra, Suiza (UIT, 2017) (p. 7).
Asimismo, en el mismo informe se menciona que el documento CD51/13 del primero de
incorpora el termino de mSalud (o salud por dispositivos móviles) el cual es empleado

48
para designar el ejercicio de la medicina y la salud pública con apoyo de los dispositivos
móviles, como teléfonos móviles, dispositivos de monitoreo de pacientes y otros
dispositivos inalámbricos. Por ello, la Organización Mundial de la Salud (OMS), ratifica
que al permitir el acercamiento de las TIC´s a la eSalud, ha demostrado servir para
mejorar la calidad de vida de los pacientes (ITU, 2018).
Para la Organización Panamericana de la salud (s.f.) en una entrevista realizada al

Director del Departamento de Gestión e Intercambio de Conocimiento de la Organización
Mundial de la Salud (OMS), Dr. Najeeb Al-Shorbaj define la eSalud como el uso de las
herramientas tecnológicas y de
materia de diagnosticar, prevenir y monitorear la salud de los pacientes. La terminología
relacionada a eSalud engloba diferentes productos y servicios de salud como por ejemplo:
aplicaciones móviles, telesalud, cibersalud, Big data, la telemedicina (y todas las
subespecialidades medicas).
3.1.2 Uso de tecnologías digitales apropiadas en la salud pública

La Organización Mundial de la Salud (OMS, 2016) señala que en los últimos años, el uso
de tecnologías móviles inalámbricas (o mSalud) en la salud pública se están
transformando en un principal recurso en la prestación de servicios de salud debido a la
facilidad de uso y amplia aceptación de la población. Esta tecnología se está expandiendo
de manera tan rápida tanto en los países desarrollados como en vías de desarrollo. Según
un informe de 2015 de la Unión Internacional de Telecomunicaciones (UIT), hay más de
7000 millones de suscriptores de telefonía móvil en el todo el mundo. Está demostrado
que el uso de tecnologías móviles (mSalud) aumenta el acceso a la información y
servicios médicos con el objetivo de prevenir el inicio de algunas enfermedades agudas y
crónicas y mejorar el acceso a una mejor calidad de servicio de salud así como la
reducción de costos.
La tecnología digital sirve para acelerar y automatizar ciertos procesos, por ello los
avances tecnológicos en materia de tecnología digital hacen que todo cada vez sea mejor
y productivo. En el informe del Director General de Salud (EB142/20) del 27 de
49
(p.
1).
Por lo tanto, la idea de poder tener un resumen de los datos del paciente disponibles a
través de tecnologías móviles (mSalud), va a permitir aumentar la seguridad y la calidad
de la atención. Esto es particularmente importante en casos de desastres, emergencias,
pandemias y otras circunstancias de atenciones no previstas (OMS, 2017).
3.1.3 La Inteligencia Artificial en la Salud Pública

Inteligencia Artificial (IA) y las soluciones de Machine Learning están cambiando el
cuidado de la salud. La inteligencia computacional es muy importante para la salud
pública y la medicina debido a que algunos de sus métodos y herramientas pueden servir
para mejorar la calidad en la atención médica a nivel de toda la población y ayudando a
los médicos en la toma de decisiones, por ejemplo, con el análisis de grandes datos (Big
Data) y diagnósticos probabilísticos (redes neuronales). Una información fiable, precisa
y clara nos ofrece grandes oportunidades para aplicar la IA a la atención de salud (Paho,
2018). El empleo de la IA en la salud pública está aumentando y ganando cada vez más
presencia según la OMS (2021) en un comunicado de prensa del 28 de junio de 2021
aplicada a l . En
ello el Dr. Tedros Adhanom Ghebreyesus, Director General de la OMS,
nueva tecnología, la inteligencia artificial ofrece grandes posibilidades para mejorar la
salud de millones de personas en todo el mundo; ahora bien, como toda tecnología,
La OMS brinda Ethics and governance of artificial intelligence

for health (ética y gob
países una valiosa guía sobre la manera de aprovechar al máximo los beneficios de la IA,
permitiendo minimizar sus riesgos y evitar sus trampas. El correcto uso de la inteligencia
artificial se puede aprovechar para mejorar la velocidad y la precisión de los diagnósticos,
y para la detección de enfermedades, inclusive se podría permitir que los pacientes
tuvieran un mayor control de su propia atención médica (OMS, 2021).
50
3.1.4 Manejo de Tecnología Digital en la Salud en Países Extranjeros
En la actualidad, el sector de salud busca varias formas para mejorar la calidad de atención
a sus pacientes. Para ello, los hospitales y clínicas invierten en investigaciones y
encaminan hacia una transformación digital.
Hospitales Sanitas
La red de hospitales Sanitas en España cuenta con un asistente virtual basado en
inteligencia artificial llamado SanIA que en el año 2019 ha ayudado a 12.896 personas a
manejar situaciones de salud con más información y facilitando a acceder a las consultas
con especialistas. Así es como la llegada de nuevas tecnologías como el Big Data, el
blockchain o la Inteligencia Artificial (IA) conllevan a una transformación digital y
estas son aprovechadas dándoles una mayor ventaja sobre todo para el sector de la
asistencia sanitaria. En este sector se facilita la comunicación bidireccional entre
profesionales y pacientes a través del asistente virtual. En particular, los pacientes con
problemas de salud mental se sienten más cómodos con el uso de esta herramienta
evitando de esta manera el estigma social. Fueron 12.896 pacientes que en el año 2019
recibieron ayuda para acceder a un diagnóstico psicológico y a consultas psicológicas o
psiquiatras gracias al asistente virtual SanIA en los hospitales de Sanitas. Asimismo, el
chatbot SanIA no solamente deriva al psiquiatra o psicólogo, sino que deriva también a
otras especialidades como lo son: neurología, urología, ginecología o Medicina de
Familia. Los pacientes acceden al asistente Virtual, SanIA, con el celular, ordenador o
Tablet, inclusive funciona también a través de la voz. Asimismo, se han agregado más
funcionalidades como cuestionario de sueño y aparato digestivo, así como la generación
de citas, entre otros (Hospital Universitario La Zarzuela, 2021).
51
Figura 13
Asistente Virtual SanIA
Nota
Hospital Universitario La Moraleja, 2021 (https://www.hospitallamoraleja.es/es/cita-virtual.php).
Hospital Universitario Johns Hopkins

Uno de los hospitales más prestigiosos reconocido por sus avances clínicos y científicos
en el mundo es el hospital universitario Johns Hopkins en Baltimore, Maryland. En este
hospital se atienden pacientes nacionales e internacionales que hacen uso de la tecnología
que le provee el hospital. Existen varias aplicaciones móviles para dispositivos
inteligentes como el Apple Watch o teléfonos inteligentes (Hospital Johns Hopkins, 2021)
que los pacientes pueden usar. Para el Apple Watch existe una aplicación de investigación
que ayuda a estudiar los casos de adultos epilépticos que pueden hacerle seguimiento a
sus síntomas o medicación. Otras aplicaciones del hospital Johns Hopkins para el celular
son: Corrie Health que asiste a los ataques al corazón o el LDK Cholesterol Calculator
que calcula los valores de colesteroles. Asimismo, hay aplicaciones que están integradas
a Facebook como Kidney Space para pacientes renales o Liver Space para pacientes
diabéticos.
52
Figura 14
Aplicaciones del Hospital Universitario Johns Hopkins
Nota
Universitario Johns Hopkins, 2021
(https://www.hopkinsmedicine.org/apps/categories/patients-caregivers).
Además de las aplicaciones, los pacientes tienen la posibilidad de acceder a la

telemedicina en la cual se comunican en tiempo real con los médicos por medio de las
computadoras, teléfonos inteligentes o tabletas desde su casa, centros comunitarios,
instalaciones de atención, escuelas o salas de emergencia que cuenten con conexiones de
telemedicina. La telemedicina del hospital John Hopkins (2021) tiene conexiones
virtuales seguras y cumple con la Ley de Transferencia y Responsabilidad de Seguro
Médico (HIPAA) que protegen a los trabajadores y sus familias en los Estados Unidos.
Asimismo, hay intérpretes profesionales de idiomas internacionales, así como de señas
para sumarse a una visita telefónica o por video de telemedicina. La telemedicina ofrece
a los pacientes la posibilidad de hacerle consultas adicionales a sus médicos.
53
Hospital Charité (Alemania)
Otro hospital reconocido a nivel internacional es el Charité en Alemania, Berlin. En este

hospital público universitario hay médicos de neurología que trabajan con tablets para
consultar sobre resultados de laboratorio, parámetros vitales, imágenes, datos de los
contactos o procedimientos. Para ello, usan la aplicación
la compañía alemana de software SAP. Por medio de esta aplicación se logra conectar a
los sistemas clínicos del hospital, laboratorio y de las de imágenes médicas PACS para
mostrar la información de cada paciente. El software se desarrolló en conjunto con el
hospital Charité, en el cual los médicos fueron parte esencial para la implementación de
la aplicación. El director adjunto de la clínica, el Prof. Dr. med. Stephan A. Brandt
manifestó que los médicos indicaron qué información se necesitaba consultar para el
proceso clínico, así como las funcionalidades requeridas para el software. El acceso
directo a la historia clínica electrónica del paciente y a sus imágenes ayudan a los médicos
en la toma de decisión y colaboración con sus colegas. Asimismo, ganan más tiempo para
tener una conversación más extensa con el paciente en la visita médica al mostrarle el
resultado médico en la tablet. De esta forma, pueden mostrarle al paciente por ejemplo
las imágenes de su tomografía computarizada en tiempo real y discutir sobre ello.
Trabajar con la aplicación en la tablet desde cualquier lugar dentro del hospital y poder
ver la historia clínica desde el mismo dispositivo logra optimizar varios procesos médicos.
Los datos sensibles de los pacientes son protegidos ya que solo los usuarios internos de
la clínica pueden acceder a ellos a través de dispositivos registrados. Las tablets no
permiten guardar información en ellas y su memoria caché es encriptada durante el uso
de la aplicación. Al terminar la sesión de la aplicación, la memoria caché se va a eliminar
(Krüger-Brand, 2012).
54
Figura 15
Imágenes de tomografía con una tablet
Nota , por
Charité Universitätsmedizin Berlin, 2015
(https://www.charite.de/service/pressemitteilung/artikel/detail/mehr_zeit_am_krankenbett/).
3.1.5 Agenda Digital al Bicentenario del Perú

Según la Presidencia del Consejo de Ministros (PCM, 2020), este documento reúne las
estrategias y acciones precisas que el Perú desarrollará en materia de tecnología digital
con la finalidad de promover el desarrollo económico y social para así poder lograr una
mejora en la calidad de vida de los ciudadanos. Por ejemplo, en el caso de la delincuencia
las tecnologías digitales permitirán estudiar los patrones de delito con el apoyo de
modelos de inteligencia artificial y así poder prevenir nuevas situaciones delictivas
tomando decisiones en base a datos (Información).
55
Figura 16
Agenda Digital al Bicentenario
Nota.
Presidencia del Consejo de Ministros, 2020 (https://www.gob.pe/institucion/pcm/informes-
publicaciones/606643-agenda-digital-al-bicentenario).
3.1.6 Agenda Digital del Sector 2020-2025 en Perú

El Ministerio de Salud a través de la Resolución Ministerial N° 816-2020/MINSA
(2020a -
Este documento técnico contiene herramientas que orientan a la modernización y
conducción del sistema nacional de salud, mediante el empleo de las TIC`s colaborando
a mejorar la calidad y acceso de los servicios de salud para todos los habitantes con la
finalidad de brindar a la población servicios de calidad a través del uso de las tecnologías
digitales y contribuir en mitigar los efectos de la emergencia sanitaria por la actual
pandemia Covid-19 y, de otras que se presenten.
Según la Agenda Digital del Sector Salud 2020-2025 la salud digital cumple un papel
muy resaltante para la modernización del sector salud. Cabe resaltar que este sector a
nivel nacional se encuentra en pleno proceso de transformación digital a través de
soluciones digitales como por ejemplo: historia clínica electrónica, telesalud y todas sus
formas, mSalud, citas médicas en línea, recetas electrónicas, entre otros. Asimismo, uno
maduración, el
56
desarrollo y la innovación tecnológica
aplicaciones móviles para la salud (MINSA, 2020a).
Figura 17
Agenda Digital del Sector Salud
Nota
Técnico: Agenda Digital del Sector Salud 2020- Salud, 2020b.
3.1.7 La Inteligencia Artificial en el Perú

Desde la Secretaria de Gobierno y Transformación Digital (SGTD, 2021) a través de su
Estrategia Nacional de Inteligencia Artificial (ENIA) señala en su documento de trabajo
proponer estrategias para impulsar la investigación y el desarrollo de la inteligencia
artificial en Perú. En este documento podemos encontrar un análisis del contexto externo
e interno sobre la ENIA. El Perú no es ajeno a los avances sobre el uso de la IA, por lo
que se ha observado algunos avances en el desarrollo y la adopción de la Inteligencia
Artificial. Principalmente desde los grandes grupos económicos y un pequeño grupo del
sector académico peruano; mientras que, en el sector público, los intentos han sido aún
muy escasos. Sin embargo, en el sector salud se desarrollaron dos aplicaciones móviles
con componentes de inteligencia artificial durante la pandemia que son:
57
Tabla 17
Aplicaciones móviles con Inteligencia Artificial en salud
Aplicación móvil Objetivo
Advertir a los ciudadanos sobre las zonas
Perú en tus manos
con mayor probabilidad de contagio.
Brindar a los pacientes un mejor orden en
Sistema Integrado Inteligente para el nivel de urgencia. Además, cuenta con
registrar, informar, alertar, monitorear y la integración del asistente de voz
asistir a las personas sintomáticas de (Google home o Alexa), que permite la
COVID- interacción de las personas sintomáticas,
mediante comandos de voz.
Nota. Se muestra un cuadro de aplicaciones móviles que usan inteligencia artificial para el sector salud.
Transformación Digital (SGTD), 2021 (https://www.gob.pe/institucion/pcm/informes-

publicaciones/1929011-estrategia-nacional-de-inteligencia-artificial).
3.1.8 Covid-19 y rol de los Sistemas de Información y las Tecnologías en el

Primer Nivel de Atención
Según la Organización Panamericana de la Salud (2020a), en su hoja informativa
(OPS/EIH/IS/COVID-19/20-0022) del 23 de m
los servicios de salud - principalmente el primer nivel de atención - corren riesgo de
colapsar por una sobrecarga de consultas que podrían ser atendidas utilizando las
tecnologías de información a través de medios vir
Las tecnologías de información, especialmente en el primer nivel de atención (PNA)
pueden favorecer al fortalecimiento de las atenciones médicas en particular usando los
equipos móviles (celular, tablet entre otros) debido a que son el principal medio de
comunicación entre personas, gobiernos e instituciones de salud las que van a permitir
interactuar, compartir información, generar conocimiento y comunicarse. En todos los
países del mundo se implementaron diversas medidas de seguridad y diferentes grados de
aislamiento social, involucrando el confinamiento y el distanciamiento de la población
con el objetivo de disminuir la propagación del COVID-19, el cual originó un cambio en
el estilo de vida de las personas a través del uso de las tecnologías de la información y
comunicación. La OPS (2020b), en su hoja informativa (OPS/EIH/IS/COVID-19/20-
0023) del 21 de abril, comunica que con más de 3,000 millones de personas en el mundo
58
en situación de aislamiento social, cierres de fronteras y otras medidas, la tecnología de
la información de uso más frecuente es el teléfono celular, el cual se ha transformado en
el principal medio de comunicación. Las herramientas tecnológicas más usadas en los
medios de comunicación son las siguientes (OPS, 2020b):
Figura 18
Herramientas tecnológicas
Nota. La imagen muestra las herramientas tecnológicas más usadas como medios de comunicación.
Organización Panamericana de Salud, 2020b (https://iris.paho.org/handle/10665.2/52022).
Al considerarse herramientas tecnológicas que muchas personas usan habitualmente en

la vida cotidiana y muchas de ellas accesibles a través de los equipos celulares,
representan un escenario ideal para su uso masivo debido a que van a permitir acceder a
la información rápida, confiable y en tiempo real. El empleo de estas herramientas en los
centros de salud, considerados como primer nivel de atención van a permitir agilizar sus
procesos, brindar una atención adecuada y mitigar el colapso en las atenciones médicas.
Por ejemplo, con el uso de estas herramientas se puede dar recomendaciones
personalizadas sobre COVID-19 o alguna otra enfermedad e incluso futuras pandemias
así como otros servicios de salud como son:
59
Figura 19
Uso cotidiano de las herramientas tecnológicas para la salud
Nota.
, por Organización
Panamericana de la Salud, 2020b (https://iris.paho.org/handle/10665.2/52022)
3.1.9 El potencial de las Tecnologías de la Información
publica las primeras directrices sobre intervenciones de sal

2019, el Dr. Tedros Adhanom Ghebreyesus, Director General de la OMS, considera que:
Es fundamental aprovechar el potencial de las tecnologías digitales para alcanzar
la cobertura sanitaria universal. Al fin y al cabo, estas tecnologías no son un fin
en sí mismas, sino herramientas esenciales para promover la salud, preservar la
seguridad mundial y servir a las poblaciones vulnerables (OMS, 2019, párr 2).
La crisis sanitaria, provocada por la pandemia de covid-19 será recordada como el año
que cambió la trayectoria de la tecnología. La pandemia del coronavirus ha puesto de
manifiesto el imprescindible papel que tienen las tecnologías de la información en la
actualidad. En un comunicado de prensa emitido por la Organización Mundial de la Salud
tecnología de la información para derrotar la COVID-

manifiesta que la OMS en trabajo conjunto con la Unión Internacional de
Comunicaciones (UIT) y UNICEF, colaborarán con las empresas de telecomunicaciones
60
para remitir a los teléfonos móviles mensajes de texto para mantener bien informada a la
población con información vital de salud para reforzar a las personas a protegerse frente
a COVID-19 y evitar la expansión del contagio debido a que la comunicación es la
herramienta principal para salvar vidas en medio de desastres sanitarias (OMS, 2020).
3.2 Fundamentos teóricos sobre las tendencias y tecnologías actuales

Este subcapítulo trata de las tecnologías que forman parte de la solución propuesta en este
proyecto. Las tecnologías descritas a continuación son: Plataforma Tecnológica, Cloud
Computing, Chatbot y el modelo predictivo de las Redes Bayesianas.
Hoy en día se destaca el uso de las técnicas de la Inteligencia Artificial en el sector salud.
Sobre todo, los algoritmos del Machine Learning o Deep Learning, así como modelos de
sistemas expertos como son las redes bayesianas, son entrenados en base del análisis de
grandes cantidades de datos (big data). De esta manera, es posible detectar, clasificar,
agrupar o predecir diferentes patologías, diagnósticos o tratamientos de salud.
3.2.1 Plataforma Tecnológica

Definición
Una plataforma tecnológica es esencial para soportar la creación y ejecución de
aplicaciones de negocio (SAP, 2022). Esta permite a los usuarios utilizar el software y a
los desarrolladores actualizar la aplicación para acelerar la productividad del negocio.
Actualmente, una plataforma tecnológica cuenta con analíticas, bases de datos y gestión
de datos así como herramientas para el desarrollo y ampliación de aplicaciones,
integración y tecnologías inteligentes como inteligencia artificial (IA), machine learning
e internet de las cosas (IoT). Asimismo, las plataformas tecnológicas modernas trabajan
en la nube con componentes de software integrados.
Beneficios de una plataforma moderna

Una plataforma tecnológica moderna facilita a las empresas la ampliación, integración y
extensión de sus aplicaciones de negocio. Con ello, trae algunos de los siguientes
beneficios (SAP, 2022):
Brinda soporte a la ampliación con el crecimiento del negocio.
Facilita gestión de datos.
Proporciona soporte a la gestión de cargas de trabajo.
61
Crea conexión y aceleración al desarrollo por medio de integraciones
internas y de terceros.
Facilita una interfaz de uso (IU) y una experiencia del usuario (UX)
modernas.
Cumple con las necesidades de los trabajadores móviles.
Soporta a aplicaciones nuevas y especializadas.
Facilita herramientas estándar de productividad como alertas, KPI, flujos de
trabajo, desgloses y generación de informes de autoservicio.
Asegura los datos del negocio.
Soporta tecnologías de inteligencia artificial, como machine learning,
automatización robótica de procesos (RPA) e internet de las cosas (IoT).
Integra analíticas avanzadas para una mejor toma de decisiones.
Facilita bloques de construcción de componentes simplificados para tener
menores costos de desarrollo y mantenimiento.
Proporciona integración entre aplicaciones como ERP, CRM, HRM y
sistemas de adquisición.
Ejemplos de Plataforma Tecnología en el sector Salud

Un ejemplo de plataforma tecnológica es LUDA que cuenta con una red neuronal de 40
farmacias que trabajan en conjunto para tener nuevas fuentes de ingresos, facilitar las
compras y tener suficiente abastecimiento. La conexión entre estas farmacias permite
consultar la disponibilidad de un producto o servicio en una de estas farmacias. Lo que
no se puede es compartir la información del stock o el precio de las farmacias. El paciente
puede reservar el producto en la oficina que desea y comprarlo en un plazo de tiempo en
la farmacia más próxima. Asimismo, la plataforma facilita un optimizador de pedidos en
el cual se suman los pedidos de la red de farmacias para obtener ofertas de distribuidores
y laboratorios. Esta plataforma está elaborada para que en un futuro pueda ser usada por
3,000 farmacias (Serrano, 2018).
Otra plataforma tecnológica es LOLIMSA que es una empresa peruana con una
reconocida trayectoria internacional en el sector salud. Ha logrado instalar sus soluciones
tecnológicas (software hospitalario) en más de 200 hospitales, clínicas y centros de salud
médicos en 10 países de América Latina. La empresa provee software de gestión
62
hospitalaria y software de gestión para farmacias, así como para plataformas móviles.
LOLIMSA ha obtenido certificaciones de sistemas como CMMI(Capability Maturity
Model Integration) y CCHIT (Certification Commission for Health Information
Technology) para su software de historia clínica electrónica. Por los altos estándares de
desarrollo que tiene y por su expansión geográfica, LOLIMSA sirve como caso de estudio
en universidades americanas. También, aparece en estudios del BID y el BM como una
de las micro-transnacionales más exitosas en el sector de las tecnologías de la información
en América Latina. Lolimsa ha sido premiada como la mayor exportadora de servicios en
Perú (Lolimsa, 2022).
Según Alberto Serrano (Computing, 2018), Director de Sistemas de Información de
más garantías los retos de futuro, y al mismo tiempo nos posiciona como un referente de
SAP dentro del sector de salud. Tecnologías como SAP HANA y Big Data son de gran
ayuda para la detección temprana de enfermedades y tratamientos específicos a través del
análisis de datos clínicos en tiempo real. Asimismo, la tecnología de SAP aumenta de
manera eficaz el tiempo que se invierte en el cuidado del paciente por medio de la
administración y coordinación de asistencia. Desde la preinscripción y distribución de
camas hasta el acceso con el internet así como funciones para administración, diagnóstico
y terapia. También se tiene en cuenta la valoración de números de casos, la
documentación de los cuidados clínicos y poder contactarse de forma online con
proveedores, pacientes y hospitales, entre otros (SAP, 2014).
3.2.2 Cloud Computing

Definición
El autor García (2013) define cloud computing de la siguiente manera:
La computación en la nube (cloud computing) constituye una forma de
almacenamiento de información y contenidos digitales en una plataforma
intangible, la cual ha surgido con el advenimiento de las nuevas tecnologías. Esa
plataforma, entre otras cosas, permite el almacenamiento y gestión de contenidos,
que pueden estar representados en obras protegidas por el derecho de autor (p.
223).
63
Asimismo, García (2013) explica que una de las definiciones de mayor aceptación de la
, es la del National Institute of Standards and
Technology (NIST):
La computación en la nube es un modelo para habilitar el acceso a internet en
todas partes, conveniente y bajo demanda sobre un conjunto compartido de
recursos informáticos (ej.: redes, servidores, almacenamiento, aplicaciones y
servicios) que pueden ser rápidamente accedidos con un mínimo esfuerzo de
gestión o intervención del proveedor del servicio ( p. 223).
Modelos de Implementación
Existen fundamentalmente tres modelos de implementación de la nube o cloud. Estos son
la nube pública, privada e híbrida que brindan ventajas similares en confiabilidad y
escalabilidad entre otros (Microsoft Azure, 2018).
Nube pública
La nube pública es la forma más usada para implementar una aplicación en la cual los
recursos como servidores y almacenamiento son propios de otro proveedor que los
administra y ofrece por medio de internet. En la nube pública se comparte el mismo
hardware, almacenamiento y dispositivos de red con otras organizaciones de la nube. El
acceso a los servicios y la administración de estos es a través de un explorador web.
Ejemplos de la nube pública son: Correos electrónicos web, aplicaciones de Office en
línea, almacenamiento, entornos de desarrollo y prueba como lo ofrece Microsoft Azure,
etc.
Ventajas de las nubes públicas (Microsoft Azure, 2018):
Costos bajos: No se necesita adquirir Hardware o Software, solo
se paga por el servicio que se usa.
No necesita mantenimiento: El proveedor se encarga de ello.
Escalabilidad casi ilimitada: Existen recursos adicionales según
necesidad.
Confiabilidad: Una extensa red de servidores garantiza que no se
generen problemas.
Nube privada
64
La nube privada está conformada por recursos informáticos que usa exclusivamente una
organización. Esta nube puede ubicarse físicamente en el centro de datos local de la
empresa o puede estar hospedada por medio de un proveedor de servicios externos. Hay
que tomar en cuenta que en una nube privada, los servicios y la infraestructura siempre
se mantienen en una red privada. Además, el hardware y el software van a trabajar solo
para la empresa. De esta manera, una empresa puede personalizar a través de la nube sus
recursos para cumplir fines específicos de TI. Generalmente, las nubes privadas son
usadas por agencias gubernamentales, entidades financieras u otras empresas medianas o
grandes que tienen operaciones esenciales y quieren tener control sobre su entorno.
Ventajas de las nubes privadas (Microsoft Azure, 2018):
Mayor flexibilidad: Una empresa puede personalizar el entorno

de la nube para satisfacer fines específicos.
Mayor seguridad: Los recursos no se comparten con otros, es por
ello que se puede contar con mayores niveles de control y
seguridad.
Mayor escalabilidad: Las nubes privadas ofrecen más
escalabilidad que la infraestructura del entorno local
Nube híbrida
Las nubes híbridas son una combinación de infraestructura local o nubes privadas con
nubes públicas cuyo conjunto de beneficios es aprovechado por las empresas. En esta
nube, los datos y las aplicaciones pueden trasladarse entre nubes privadas y públicas para
tener mayor flexibilidad y opciones de despliegue. Por ejemplo, se puede usar la nube
pública para manejar gran volumen de información con menor seguridad, como un correo
electrónico web y la nube privada para transacciones confidenciales para la organización
como los informes financieros. Asimismo, la nube híbrida puede ser ampliada en caso de
que haya una creciente demanda en la nube privada, esta puede ampliarse a la nube
pública para utilizar más recursos informáticos.
Ventajas de las nubes híbridas (Microsoft Azure, 2018):
Control: La empresa puede mantener una infraestructura privada
para los recursos que son de confidencialidad.
Flexibilidad: La organización tiene la opción de usar los recursos
adicionales de la nube pública si estos son necesarios.
65
Rentabilidad: Debido a la posible escalabilidad de la nube
pública, solo se tiene que pagar por la capacidad informática extra
cuando se necesite.
Facilidad: La migración a la nube puede ser gradual a través de
traslados de cargas de trabajo en etapas.
Según Rzepka (2011) la nube híbrida combina las ventajas de la nube privada y pública
como se ve en la Figura 20.
Figura 20
Modelos Cloud flexibles de entrega
Nota.
por IBM, 2011 (https://www.ibm.com/blogs/cloud-computing/2011/12/09/service-management-for-
hybrid-clouds/).
Modelos de Servicios
La nube tiene esencialmente tres modelos de servicios que son: Software como servicio
(SaaS), Plataforma como servicio (PaaS) y Infraestructura como servicio (IaaS). El
primer servicio opera como software donde el proveedor de la nube ofrece el servicio de
proporcionar aplicaciones y software. El segundo servicio funciona a través de una
plataforma tecnológica en internet que tiene hardware, sistema operativo y middleware.
El tercer servicio ofrece por vía remota acceso a servidores, subsistemas de
almacenamiento y redes. Asimismo, provee almacenamiento remoto de contenidos que
66
son de interés del cliente (García, 2013). A continuación, se presentan ejemplos de los
tres servicios y sus ventajas:
SaaS
• Escenarios habituales
Uso personal: Servicio de correo electrónico basado en web, como
p.ej. Outlook o Hotmail a través de internet en cualquier dispositivo.
Uso empresarial: Alquiler de aplicaciones de productividad, como
correo electrónico o aplicaciones, como ERP (planeamiento de
recursos empresariales) donde se paga el uso de estas aplicaciones
por medio de una suscripción.
• Ventajas
Acceso a aplicaciones sofisticadas: Hardware, Middleware, o Software
no necesitan ser compradas, instaladas, actualizadas o mantenidas.
Solo se paga lo que se usa: Se ahorra dinero ya que el servicio SaaS
permite escalar o reducir los recursos dependiendo de su uso.
Software de cliente gratuito: El usuario no necesita comprar o instalar
el software debido a que la aplicación se encuentra en la web.
Facilidad para movilizarse: Los usuarios tienen acceso a las
aplicaciones SaaS desde cualquier dispositivo que tenga internet
(Microsoft Azure, 2019a).
PaaS
Marco de desarrollo: Desarrolladores pueden crear o personalizar
aplicaciones basadas en la nube que tienen componentes de software
integrados.
Análisis o inteligencia empresarial: Hay herramientas que permiten a
las empresas realizar análisis y minería de datos para obtener
información o detectar patrones que ayudan a predecir resultados.
Servicios adicionales: Los proveedores ofrecen también otros servicios
de mejora para las aplicaciones como son el flujo de trabajo o
seguridad.
• Ventajas
67
Reducción del tiempo de programación: Las herramientas de
desarrollo integrados facilitan el trabajo del programador.
Agregación de más funcionalidades sin incorporar más personal: Los
componentes de la plataforma contribuyen al desarrollo de la
aplicación, de esta manera no hay necesidad de contratar nuevo
personal.
Desarrollo para varias plataformas: Los proveedores pueden ofrecer su
servicio de la nube para varias plataformas como PC o dispositivos
móviles.
Uso de herramientas sofisticadas a un precio accesible: Solo se pagan
los recursos que se usan.
Colaboración en equipos: Colaboración en línea posible gracias a que
el servicio PaaS está en la web.
Administrar ciclo de vida de la aplicación: PaaS ofrece un entorno de
trabajo para realizar el ciclo de vida completo de la aplicación
(Microsoft Azure, 2019b).
IaaS
Desarrollo y pruebas: Facilidad de configurar y desmontar con rapidez
el entorno de desarrollo y pruebas.
Hospedaje de sitios web: Sitios web con IaaS cuestan menos que el
hospedaje web tradicional.
Almacenamiento, copias de seguridad y recuperación: Se ahorra el
costo de almacenamiento y se facilita la administración de los recursos
como la seguridad.
Aplicaciones web : IaaS ofrece toda la infraestructura necesaria para
desarrollar aplicaciones web como por ejemplo los recursos de red.
Informática de alto rendimiento: El servicio IaaS proporciona una
informática de alto rendimiento hasta para supercomputadoras que
permiten simulaciones complejas.
Análisis de macrodatos: El IaaS procesa grandes volúmenes de datos
para poder hacer minería de datos.
68
• Ventajas
Elimina gasto de capital y reduce costos: El servicio IaaS elimina el

gasto inicial de configurar y administrar un centro de datos local.
Mejora continuidad empresarial: Alta disponibilidad gracias al
contrato de nivel de servicio adecuado ante desastres.
Innovación con rapidez: La infraestructura informática necesaria se
inicia e implementa rápidamente en poco tiempo porque ya no es
necesaria configurarla.
Respuesta rápida: Ante un aumento de demanda a la aplicación el IaaS
puede escalar verticalmente los recursos.
Enfoque en actividad principal: El equipo de la organización se puede
enfocar en la actividad principal del negocio ya que la infraestructura
de TI ya se encuentra lista.
Aumento de la estabilidad, confiabilidad y compatibilidad: El contrato
de nivel de servicio de IaaS garantiza que la infraestructura sea estable,
confiable y compatible para los fines de la empresa.
Mayor seguridad: El proveedor del servicio IaaS puede ofrecer
seguridad para la aplicación y los datos según lo estipulado en el
contrato (Microsoft Azure, 2019c).
Figura 21
Modelos de Servicios Cloud
Nota Azure, 2019a

(https://azure.microsoft.com/es-es/resources/cloud-computing-dictionary/what-is-saas/).
69
Ventajas y desventajas de seguridad del Cloud
El Cloud Computing da muchos beneficios sobre todo a pequeñas empresas debido a que
permite el acceso a aplicaciones empresariales sin la necesidad de gastar en
mantenimiento o actualizaciones constantes.
A continuación, se presentan las ventajas y desventajas del Cloud bajo el aspecto de la

seguridad (Dell, 2019).
Ventajas:
Es posible que los estándares de seguridad de datos del proveedor sean más
altos que los de la misma empresa, sobre todo si el proveedor de la nube
cuenta con las normas ISO y otros estándares de la industria.
Probablemente, el proveedor de la nube posee más recursos físicos y
financieros que el cliente para contrarrestar las amenazas a la seguridad de
los datos de la infraestructura.
Los datos se mantienen disponibles, a pesar de que el cliente pueda perder
sus equipos como una laptop.
Desventajas:
Los datos están almacenados fuera de la red empresarial, y posiblemente en
el exterior, lo que puede infringir las leyes y las normas de protección de
datos. Asimismo, si la conexión a Internet no es estable, puede haber
problemas para obtener acceso a los servicios.
Los sitios como Facebook y Twitter son vulnerables a los ataques. Una
cuenta corporativa pirateada puede hacer más daño que bien desde el punto
de vista de la reputación, mientras que el uso descuidado de los sitios por
parte de un empleado puede ofrecer a los delincuentes una puerta de acceso a
la red y una oportunidad para explotar la información de los clientes.
No siempre los respaldos de datos automáticos y los altos niveles de
seguridad están garantizados.
70
Figura 22
Infraestructura cloud con Microsoft Azure Active Directory
Nota
(https://www.sherweb.com/blog/cloud-server/microsoft-azure-active-
directory/).
Mercado Creciente de Cloud
Según la consultora Gartner los ingresos de la nube pública crecerán un17,3 % en 2019
(Gartner, 2018) hasta alcanzar los 206,200.00 millones de dólares. Sobre todo los
servicios de IaaS y PaaS impulsan este sector por sus ofertas integradas.
Tabla 18
Cloud Service
Nota. Se muestran los ingresos por el servicio cloud según un estudio de Gartner, en el cual ha habido un
Gartner, 2018 (https://www.gartner.com/en/newsroom/press-releases/2018-09-12-gartner-forecasts-

worldwide-public-cloud-revenue-to-grow-17-percent-in-2019).
71
Según Gartner, la empresa líder en ofrecer el servicio IaaS y PaaS es Amazon (Amazon,
2021).
Figura 23
Cuadrante mágico de Gartner Cloud
Nota
(https://aws.amazon.com/es/resources/analyst-reports/gartner-mq-cips-2021/).
3.2.3 Chatbots
Los chatbots son una tecnología de la Inteligencia Artificial que han contribuido de forma
positiva en la interacción entre una persona y un dispositivo resolviendo preguntas a
través del chat. Sobre todo, el sector salud permite al paciente muchas posibilidades de
poder informarse y ofrece también servicios como son los diagnósticos sin la necesidad
de que el paciente tenga que acudir de manera presencial donde un médico. En los
siguientes puntos, se alcanzará una definición de los chatbots, algunos ejemplos, sus
beneficios y su construcción.
Definición de los Chatbots

Según Bibault et al. (2019) a los chatbots se les conoce como agentes de conversación o
asistentes digitales que son programas de software impulsados por inteligencia artificial
diseñados para la interacción con personas en forma de conversación. Muchas veces en
la atención médica son usados para triajes. En la atención médica los chatbots pueden
crear un intercambio de información bidireccional con el usuario. Eso facilita para poder
realizar seguimiento, detección, adherencia al tratamiento o tener una colección de datos
72
de los pacientes. Pueden implementarse en diferentes modalidades como servicios
basados en textos (mensajería de textos, aplicaciones móviles, salas de chat) en cualquier
página web o aplicación móvil o servicios de voz como Siri, Alexa, Cortana o Google
Assistant. Existen muchas aplicaciones prometedoras sobre todo para el campo de
oncología.
Asimismo, hoy en día los chatbots pueden imitar la conversación humana gracias al
procesamiento del lenguaje natural que es un campo de la inteligencia artificial. Hay una
gran variedad de asistentes disponibles basados en texto o voz para móviles inteligentes
o computadoras. Son proveedores de información y crean una interacción dinámica entre
el agente y el usuario sin tener que usar intervención humana en el back-end. Los
pacientes actualmente pueden usar los chatbots para revisar sus síntomas y monitorear su
estado de salud. A continuación, se describen ejemplos de chatbots del sector salud
(Bibault et al., 2019).
Ejemplos de Chatbots
iDecide es un chatbot o agente conversacional que entrega información sobre cáncer de
próstata a los pacientes (epidemiología, factores de riesgo, opciones de tratamiento y
efectos secundarios). En un estudio que evaluó los efectos de iDecide en 354 varones
afroamericanos de 40 o más años, se obtuvieron resultados significativos que demuestran
una mejora en el conocimiento del cáncer de próstata, toma de decisiones y uso eficaz de
tecnología. 67% de los participantes reportaron su intención en comprometerse en una
toma de decisión informada.
Woebot - este chatbot brinda autoayuda a personas con cáncer que tienen síntomas de
ansiedad y depresión. Los pacientes que usaron este chatbot pudieron reducir con valores
significativos sus síntomas de depresión.
Koko es un chatbot que fue diseñado para expresar empatía para mejorar el estado de
ánimo de pacientes con cáncer. Estudios revelaron que expresiones de simpatía y empatía
favorecen en comparación de consejos no emocionales.
73
Laura es un chatbot que fue embebido en un sistema llamado FitTrack cuyo fin ha sido
evaluar el establecimiento de una alianza terapéutica con los usuarios y determinar si las
relaciones podían inducir a un cambio de conducta en los usuarios. Este chatbot usó
comportamiento no verbal para transmitir información y adicionalmente usó un canal de
voz. Laura hacía el rol de coach de ejercicios para motivar a personas sedentarias a
obtener un nivel mínimo en actividad física recomendada por unas pautas actuales de
salud por un periodo de dos meses. El sistema se ejecutaba en un desktop standard para
que los participantes podrían interactuar con el sistema a diario. El sistema usó el
traductor de texto a voz llamado BEAT para generar comportamiento no verbal para el
agente. FitTrack tuvo éxito en dos ensayos clínicos en los cuales estaban participando
estudiantes del Massachusetts Institute of Technology (MIT) y una población de adulto
mayor.
Tabla 19
Estudios de evaluación de agentes conversaciones
Nota. Se muestra un estudio de agentes conversacionales

J.-E. Bibault, B. Chaix, P. Nectoux, A. Pienkowski, A.
Guillemasé. y B. Brouard, 2019, Revista Clinical and Translational Radiation Oncology 16, p. 58
(https://www.researchgate.net/publication/332218606_Healthcare_ex_Machina_Are_conversational_age
nts_ready_for_prime_time_in_oncology).
Clara - Los Centros para el Control y Prevención de Enfermedades (2020) en los Estados
Unidos han usado el servicio de Healthcare Bot creado por Microsoft cuyo fin es la
74
evaluación del COVID-19 para que el ciudadano estadounidense pueda buscar atención
médica si es necesario. El bot con nombre Clara realiza una serie de preguntas basadas
en las pautas del CDC sobre los síntomas como lo son la falta de aliento o mareos.
Asimismo, se toma en cuenta factores de riesgo como es la exposición a otra persona con
el virus. El bot sugiere a la persona qué pasos tomar, por ejemplo si fuera necesario el
aislamiento, consultar con un profesional de telesalud o ir a una sala de emergencia.
Figura 24
CDC Coronavirus Self-Checker
Nota. Se muestra el funcionamiento del servicio de CDC Coronavirus Self-

https://www.cdc.gov/coronavirus/2019-
ncov/testing/diagnostic-testing.html).
El chatbot de los CDC tiene también la ventaja de proporcionar enlaces para obtener más
información y contactos del departamento de salud local, pero no tiene información de
los lugares de diagnóstico de coronavirus (Lyons, 2020).
Chatbots en la radiación oncológica - En el campo de radiación oncológica los chatbots

pueden formar parte de las actividades del mismo proceso: Desde la detección del cáncer,
diagnóstico hasta la información del paciente de las modalidades del tratamiento y
potenciales toxicidades. Asimismo, los chatbots pueden recolectar informes mientras y
después del tratamiento. Eso facilitará el análisis de los informes en tiempo real.
75
Beneficios de los chatbots
Agentes conversacionales o chatbots tienen acceso a una cantidad de datos para
incrementar el conocimiento de términos médicos, síntomas y tratamientos. Estos
sistemas no van a reemplazar lo físico pero deberían ser considerados como un recurso
para mejorar la eficacia en intervenciones de la atención médica. Si los chatbots resultan
ser efectivos y seguros pueden ser prescritos como medicamentos para mejorar la
información del paciente, monitoreo o adherencia al tratamiento. Los mejores chatbots
podrían evitar a un paciente una visita al doctor, si se trata de temas de salud menores y
así se ahorraría dinero y recursos médicos. De esta manera los médicos clínicos pueden
concentrarse en los pacientes que realmente necesitan una consulta médica (Bibault et al.,
2019).
Arquitectura de los Chatbots

Arquitectura de un chatbot con LUIS de Microsoft
Este es un ejemplo de la arquitectura de un chatbot implementado con el servicio
conversacional de inteligencia artificial Language Understanding Intelligent Services
(LUIS) desarrollado por Microsoft para preguntas frecuentes con datos existentes en base
a expertos de datos de una empresa.
76
Figura 25
Arquitectura chatbot LUIS para preguntas frecuentes
Nota. Se muestra la arquitectura del chatbot LUIS con modelo de expertos en datos. De
(https://docs.microsoft.com/es-es/azure/architecture/solution-
ideas/articles/faq-chatbot-with-data-champion-model).
En este caso se cuenta con una herramienta que se llama QnA Maker que sirve a los
propietarios de contenido para actualizar su base de conocimiento de preguntas y
respuestas. La configuración del chat de preguntas se facilita en el entorno de desarrollo
Azure Bot Services y LUIS cuya fuente son las bases de conocimiento que se activan por
cada consulta.
El flujo de datos es el siguiente (Microsoft Docs, 2022):
1. El usuario accede al bot de preguntas frecuentes.

2. Azure Active Directory valida la identidad del usuario.
3. La consulta se envía al modelo LUIS para obtener la intención de la consulta.
77
4. En función de la intención, la consulta se redirige a la base de conocimiento
adecuada.
5. QnA Maker proporciona la mejor coincidencia con la consulta entrante.
6. El resultado se muestra al usuario.
7. Los expertos en datos administran y actualizan su base de conocimiento de QnA
en función de los comentarios del tráfico de usuarios.
Arquitectura de un chatbot con Dialogflow

La herramienta Dialogflow adquirida por Google se usa para el desarrollo de un chatbot
que cumple con los siguientes aspectos (Google Cloud, 2020):
• Proporciona mecanismos de speech-to-text y text-to-speech, lo que permite usar

el chatbot por voz y texto.
• Es una tecnología cognitiva. Usa algoritmos de procesamiento de lenguaje natural,
lo cual significa que no se necesita programar todas las interacciones. El chatbot
va aprendiendo en base al entrenamiento de diferentes formas de preguntar lo
mismo y distintas respuestas para las mismas preguntas.
• Permite una integración con una multitud de canales, como por ejemplo Google
Assistant.
78
Figura 26
Arquitectura de un chatbot
Nota chatbot en una hora con

J. González de Gracia, 2018 (https://www.paradigmadigital.com/dev/despliega-tu-
chatbot-en-una-hora-con-dialogflow/).
Componentes del agente con Dialogflow (González de Gracia, 2018):
• Entities: Son los temas sobre los que se va a consultar.

• Intents: Acciones que corresponden a la lógica de negocio.
• Integrations: Sistemas con los que se puede integrar.
• Fullfilment: Permite extender la funcionalidad del bot para añadirle una mayor
complejidad mediante servicios.
79
3.2.4 Técnicas de la Inteligencia Artificial
Actualmente, se usa una gran variedad de técnicas de la Inteligencia Artificial en el sector
salud. Sobre todo, los algoritmos de machine learning o deep learning, así como modelos
de sistemas expertos como son las redes bayesianas son entrenados a base del análisis de
grandes cantidades de datos (big data). De esta manera, se permite detectar, clasificar,
agrupar o predecir diferentes patologías, diagnósticos o tratamientos de salud. A
continuación, se presentan estas técnicas.
Máquinas de Vectores de Soporte (SVM)

Según la empresa norteamericana MathWorks (2021) las Máquinas de Vectores de
Soporte (del inglés Support Vector Machine, SVM) son un algoritmo de aprendizaje
supervisado que se usan en problemas de clasificación y regresión que incluyen
aplicaciones médicas de procesamiento de señales, procesamiento del lenguaje natural y
reconocimiento de imágenes y voz. Siendo un algoritmo de aprendizaje supervisado se
debe saber que se trabaja con un conjunto de datos que ya están establecidos y
etiquetados. La finalidad del algoritmo SVM es separar de manera óptima un set de datos
en dos categorías diferentes también llamado clases. Para ello, se tiene que encontrar un
hiperplano que divida de forma óptima con un margen maximizado estas dos clases con
los puntos de datos más cercanos de ambas clases. Este margen cuya área no tiene puntos
de datos es mostrado en la figura N°29 con los signos más y menos que va en paralelo al
hiperplano. Se tiene que considerar que el algoritmo SVM puede hallar este hiperplano
solamente en problemas que funcionan con separación lineal. Asimismo, el algoritmo al
maximizar el margen flexible permite un número reducido de clasificaciones erróneas.
80
Figura 27
Máquinas de Vectores de Soporte
Nota. Se muestra el hiperplano de SVM. De

(https://la.mathworks.com/discovery/support-vector-machine.html).
Los vectores de soporte se determinan a base de un subconjunto de las observaciones de

entrenamiento que ubican a su vez el hiperplano de separación. Aunque el algoritmo SVM
considera generalmente problemas de clasificación binaria, también acepta problemas
multiclase, pero estos son reducidos normalmente a una serie de problemas binarios.
SVM forma parte de una clase de algoritmos de Machine Learning que se llama Métodos
Kernel en la cual se usa funciones de kernel para transformar las características del set de
datos. De esta manera, se puede asignar los datos a un espacio dimensional diferente, lo
que facilita separar las dos clases, sobre todo cuando estos no son lineales como se ve en
la Figura 28.
81
Figura 28
Kernel del SVM
Nota. Se muestra el hiperplano con kernel J. Martínez,

2019 (https://www.iartificial.net/maquinas-de-vectores-de-soporte-svm/).
Entre las funciones de kernel se encuentran las siguientes:
Tabla 20
Funciones de kernel
Nota
MathWorks, 2021 (https://la.mathworks.com/discovery/support-vector-machine.html).
Algoritmo K-Means
K-Means es un algoritmo de aprendizaje no supervisado para solucionar problemas de
clustering o agrupación. Se debe considerar que el aprendizaje no supervisado trabaja con
un set de datos que no está etiquetado.
82
La meta de este algoritmo es identificar una cantidad K de grupos en un determinado
conjunto de datos. La manera en la que este algoritmo trabaja es iterativa, con el fin de
asignar cada uno de los elementos del conjunto de datos a uno de los K grupos. Cada uno
de los elementos está representado por puntos, los cuales se agrupan en función de las
semejanzas que hay entre ellos (Trevino, 2016). Cuando el algoritmo K-Means termina
su ejecución genera los siguientes resultados:
Los centroides de los K clusters que pueden usarse para etiquetar nuevos datos.
Etiquetas para los datos de entrenamiento, en los cuales cada punto de datos se
asigna a un solo grupo.
Más que definir grupos antes de examinar el conjunto de datos, el clustering de K-Means
permite encontrar y analizar los grupos de manera orgánica. Cada centroide de un clúster
es una colección de valores que determinan los grupos resultantes. Analizar las
características de cada centroide ayuda a interpretar cualitativamente que clase de grupo
representa cada uno de los clusters. La Figura 29 muestra como gracias a los centroides
un set de datos pudo agruparse en tres grupos o clusters.
Figura 29
Algoritmo K-Means
Nota. Se muestra el algoritmo K- -

2021 (https://www.javatpoint.com/k-means-clustering-algorithm-in-machine-learning).
Algoritmo KNN
El algoritmo KNN (KNN por sus siglas en inglés K-Nearest-Neighbor) que significa en
español vecinos más cercanos forma parte del tipo de algoritmo de aprendizaje
supervisado no paramétrico más sencillo de Machine Learning. Con no paramétrico se
refiere a que no realiza suposiciones explícitas sobre la forma funcional de los datos. De
83
esta manera, evita errores en la modelación de la distribución subyacente de los datos.
Asimismo, el KNN al estar basado en la instancia, no aprende de forma explícita un
modelo. En vez de ello, opta por memorizar las instancias de formación para luego usarla
En la figura N°32 se muestra un ejemplo como predecir un punto para una clase. En este
caso se observan los resultados de clasificar una estrella de color rojo para diferentes
valores de K que representa los puntos de datos. Los círculos amarillos y morados
representan la clase A y B respectivamente que conforman el conjunto de entrenamiento.
En caso que el valor de K equivale a 3, la circunferencia pequeña ubica a los tres vecinos
que estén más cerca de la estrella roja. Se observa que en esa pequeña área predominan
los puntos de la clase B, lo cual significa que la estrella roja es calificada como un
elemento de la clase B. Si el valor de K equivaldría a 6, el área de circunferencia se
agrandaría y los puntos de la clase A predominarían. Por ello, el resultado sería que la
estrella roja pertenecería a los elementos de la clase A.
Figura 30
Clasificación KNN
Nota. Se muestra la c - B. DeWilde,

2020 (https://bdewilde.github.io/blog/blogger/2012/10/26/classification-of-hand-written-digits-3/).
Para medir la distancia entre puntos se usa mayormente la distancia euclidiana. Otras
medidas que se usan según el criterio del entorno son: la distancia Manhattan y la
distancia Minkowski.
84
Figura 31
Distancias KNN
Nota. Se muestran las d L. Gonzalez, 2021

(https://aprendeia.com/algoritmo-k-vecinos-mas-cercanos-teoria-machine-learning/).
Árboles de Decisión
Una de las técnicas más usadas de Machine Learning son los árboles de decisión que son
de tipo de aprendizaje supervisado. Este algoritmo tiene la meta de generar un modelo
que prediga el valor o clase de una observación a partir de reglas de decisión obtenidas
de datos anteriores (Sanabria, 2020). Los árboles de decisión son usados mayormente
para realizar diagnósticos médicos o estrategias de negocios.
El algoritmo está conformado por una serie de condicionales binarias parecidas a un

flujograma. El árbol inicia con un nodo denominado odo Raíz en cual empieza con
una decisión. De igual manera, los nodos internos toman decisiones basadas en diferentes
atributos. Las ramas indican las decisiones tomadas de los nodos. Al final del árbol de
decisión se ubican los nodos terminales, también llamados hojas, que muestran el
resultado de la combinación de decisiones.
Los árboles de decisión logran predecir variables categóricas y continuas, por ello se les
llama también árboles de clasificación y regresión respectivamente. La Figura 32
muestra un modelo de árbol de decisión en el cual un banco quiere decidir si debería dar
un préstamo a un cliente. El método aplicado es heurístico también denominado partición
recursiva. La finalidad es conformar grupos homogéneos en los cuales prima una clase o
un valor como en la figura en la cual se desea saber a qué personas ofrecerles un préstamo
y a las que no. De esta forma, se identifican patrones que son usados para obtener
predicciones con clientes nuevos.
85
generar un nodo. El algoritmo ID3 se utiliza generalmente solo para problemas de
clasificación con atributos nominales.
Para poder elegir el mejor atributo se utiliza la métrica de la ganancia que se calcula
restando la métrica de la entropía. La entropía sirve para medir el desorden del set de
datos de un atributo, si vale 0 hay homogeneidad y si vale 1 hay desorden. Por lo contrario,
la ganancia se encarga de medir que tan bien un atributo separa los datos de
entrenamiento. El atributo con el mayor valor de ganancia es seleccionado como el mejor
atributo.
La fórmula de la Entropía es:

Entropía (S) = - p * log (p )
• S representa el conjunto de datos
• Pi - es la probabilidad de la clase i que es la proporción de número de filas con la
clase i en la columna de destino al número total de filas en el set de datos
La fórmula de la Ganancia es:

IG (S, A) = Entropía (S) - S | / | S |) * Entropía (S ))
• A representa a un atributo, en este caso es el atributo de la columna A
• Sv es el conjunto de filas en S para las que la columna del atributo A tiene el
valor v
C5.0
Este algoritmo es una mejora del C4.5 y funciona asimismo como una extensión al ID3.
Según Rodrigo (2020) el C5.0 tiene el objetivo de generar árboles de clasificación de
decisión simple cuyos modelos están basados en reglas, así como ensembles que
funcionan con boosting y asignación de distintos pesos de errores. El algoritmo C5.0 tiene
las siguientes características:
• Utiliza la entropía para purificar las divisiones del árbol.

• El podado de los árboles se ejecuta por defecto cuyo método aplicado se domina
pessimistic pruning.
• Los árboles tienen la posibilidad de convertirse en modelos basados en reglas.
89
• Usa un algoritmo de boosting más próximo a AdaBoost que a Gradient Boosting.
• Por defecto, el algoritmo de boosting deja de funcionar si la integración de nuevos
modelos no aporta un mínimo de mejoría.
• Integra una estrategia para la selección de predictores (Winnowing) previo ajuste
del modelo.
• Facilita asignar diferente peso a cada tipo de error.
Redes Bayesianas
Las Redes Bayesianas son según Sucar (2006) una representación gráfica de
dependencias que sirven para hacer uso de un razonamiento probabilístico. Esta técnica
se usa para diferentes aplicaciones como por ejemplo la clasificación, la predicción y el
diagnóstico. Se trabaja con nodos que representan variables aleatorias y arcos que
muestran las relaciones de dependencia directa entre las variables. En la Figura 35 se ve
un ejemplo de una red bayesiana que representa un tema de la medicina. Los nodos que
se muestran representan enfermedades, síntomas y factores que causan algunas
enfermedades. Asimismo, se ve que hay dependencias entre las variables como por
ejemplo el nodo Fiebre que depende de los nodos Tifoidea y Gripe. La estructura de la
red bayesiana nos brinda información de las dependencias probabilísticas entre las
variables. Asimismo, la red nos muestra las independencias condicionales de una variable
o conjunto de variables dadas otras variables. Por ejemplo, el nodo o la variable
reacciones es condicionalmente independiente de comida, gripe, fiebre y dolor dado
tifoidea. Expresado de otra forma: P(R|C,T,G,F,D) = P(R|T).
90
Figura 36
Tablas de probabilidad condicional
Nota. L. Sucar, 2006, p. 4

(https://ccc.inaoep.mx/~esucar/Clases-mgp/caprb.pdf).
Para poder calcular una probabilidad a posteriori (resultado desconocido) después de

haber realizado ciertas observaciones, se usa el teorema de Bayes. Este teorema como se
ve en la Figura 37 opera con la probabilidad condicional y las probabilidades a priori.
Figura 37
Teorema de Bayes
Nota. Se muestra el M.
Suárez, 2011 (https://www.monografias.com/trabajos89/probabilidad-total-y-teorema-bayes/probabilidad-
total-y-teorema-bayes.shtml).
92
Redes Neuronales
Según Tablada y Torres (2021) una Red Neuronal Artificial (RNA) es un modelo
matemático que está basado en el comportamiento biológico de las neuronas y en
estructura del cerebro. A la RNA se le puede ver también como un sistema inteligente
que ejecuta tareas de una forma diferente a lo que hacen las computadoras actuales. A
pesar de que las computadoras son muy veloces en el procesamiento de la información,
hay tareas que son muy complejas como el reconocimiento y la clasificación de patrones
que requieren de mucho tiempo y esfuerzo. Para ello, se ha descubierto que el cerebro
humano es más apto para resolver estas tareas como lo es por ejemplo el reconocimiento
de un rostro familiar en medio de una multitud de personas. De esta manera, se le puede
considerar al cerebro como un sistema muy complejo cuya unidad básica es la neurona.
Las neuronas están distribuidas de forma masiva con conexiones entre ellas. Se estima
que existen aproximadamente 10 billones de neuronas en la corteza cerebral y 60 trillones
de conexiones neuronales. En la Figura 38 se ve un esquema de una neurona biológica.
Esta está compuesta por:
• El cuerpo central, llamado soma, que posee el núcleo central.

• Una prolongación del soma, el axón.
• Una ramificación terminal, las dendritas.
• Una zona de conexión entre una neurona y otra, conocida como sinapsis.
Figura 38
Neurona biológica
Nota. C. Tablada & G. Torres,

2009, Revista de educación matemática, 24(3), p. 23
(https://revistas.unc.edu.ar/index.php/REM/article/view/10280/10979).
93
La transmisión de los impulsos nerviosos es la función principal de las neuronas. Los
impulsos nerviosos viajan por toda la neurona iniciando por las dendritas hasta llegar a
las terminaciones del axón para luego continuar a otra neurona a través de la conexión
sináptica. La forma en que respondemos frente a los estímulos del mundo exterior y
nuestro aprendizaje del mismo está directamente relacionada con las conexiones
neuronales del cerebro. Todo este hecho es emulado por la RNA.
El primer modelo matemático de una neurona artificial cuyo fin ha sido ejecutar tareas
simples fue presentado en 1943 en un trabajo conjunto entre el psiquiatra y
neuroanatomista Warren McCulloch y el matemático Walter Pitts. Un ejemplo de este
modelo neuronal con dos entradas x e y, se ve en la Figura 39.
Las variables son las siguientes:
• Las entradas x e y.
• Los pesos sinápticos w1 y w2 correspondientes a cada entrada.
• Un término aditivo b.
• Una función de activación f.
• Una salida z.
94
Figura 39
Modelo de McCulloch-Pitts para una neurona artificial
Nota. Modelo de McCulloch- C.

Tablada. & G. Torres, 2009, Revista de educación matemática, 24(3), p. 24
(https://revistas.unc.edu.ar/index.php/REM/article/view/10280/10979).
Las entradas x e y son el estímulo que la neurona artificial recibe del entorno y la respuesta
a este es la salida z. La neurona se adapta a su entorno y aprende de él al modificar el
valor de sus pesos sinápticos w1 y w2, así como su término aditivo b. De esta manera,
estos parámetros se modifican cuando se realiza una tarea determinada. La salida neuronal
z para este modelo está dada por:
z=f(w1x+w2y+b)
La función de activación f es escogida según la tarea que va a ejecutar la neurona.
Redes Neuronales de propagación hacia adelante o perceptrones multicapa

Este tipo de redes neuronales según IBM Cloud Education (2020) se compone por tres
capas: una capa de entrada, una capa o capas ocultas y una capa de salida. Cada uno de
los nodos o también llamados neurona artificial se conecta a otro y tiene un peso y un
umbral asociado. En caso que la salida de cualquier nodo individual esté por encima del
valor de umbral especificado, entonces se activará el nodo, enviando información a la
siguiente capa de la red. Caso contrario, no se enviarán datos a la siguiente capa de la red.
95
Cabe destacar que a pesar de que se les denomina también como perceptrones multicapa
(MLP) a este tipo de red, se está trabajando con neuronas sigmoides y no perceptrones
debido a que los problemas se están resolviendo de forma lineal. Las redes neuronales
dependen de los datos de entrenamiento para aprender y ser más precisos con el tiempo.
No obstante, cuando estos algoritmos de aprendizaje se ajustan a la precisión, son potentes
herramientas en la inteligencia artificial. Ello, permite clasificar y agrupar los datos a una
alta velocidad para realizar tareas como reconocimiento de voz o de imagen.
Figura 40
Modelo de Redes Neuronales
Nota. Se muestra un m
2020 (https://www.ibm.com/pe-es/cloud/learn/neural-networks).
Para entender el funcionamiento de las redes neuronales hay que ver cada nodo de forma
individual como un modelo de regresión lineal, compuesto de datos de entrada,
ponderaciones, un sesgo (bias) o umbral y una salida (output). Las fórmulas para la
entrada y la salida son la siguientes:
96
Figura 41
Fórmula de entrada para Redes Neuronales
Nota. Fórmula de entrada para Redes Neuronales. De

(https://www.ibm.com/pe-es/cloud/learn/neural-networks).
Figura 42
Fórmula de salida para Redes Neuronales
Nota.
(https://www.ibm.com/pe-es/cloud/learn/neural-networks).
Al momento de definir una capa de entrada, se eligen las ponderaciones (w) que ayudan
a determinar la importancia de las variables que contribuyen significativamente a la salida
en comparación con otras entradas. A continuación, las entradas son multiplicadas por
sus ponderaciones correspondientes y al final se suman. Al final, la salida se define a
través de de una función de activación. Si la salida está por encima de un determinado
umbral, activa el nodo y transfiere los datos a la próxima capa de red. Ello da el resultado
que la salida de un nodo pasa a ser la entrada del nodo que le sigue. El proceso de transferir
datos de una capa a la siguiente determina la red neuronal llamada red de propagación
hacia delante (IBM Cloud Education, 2020).
97
Para evaluar la precisión de un modelo entrenado, se puede usar una función de costo.
Ello, también se conoce como el error cuadrático medio (MSE). Su ecuación es:
Figura 43
Fórmula de costo para Redes Neuronales
Nota. Se muestra la f
Cloud Education, 2020 (https://www.ibm.com/pe-es/cloud/learn/neural-networks).
• i representa el índice de la muestra,

• y-hat es el resultado previsto,
• y es el valor real, y
• m es el número de muestras.
El objetivo del MSE es minimizar la función de costo a fin de asegurar la corrección del
ajuste para cualquier observación que se presente. Conforme el modelo ajuste sus
ponderaciones y sesgos, se llegará con ayuda de la función de costo y el aprendizaje de
refuerzo al punto de convergencia o al mínimo local. El proceso en el cual el algoritmo
ajusta sus ponderaciones es por medio de descenso degradiente, lo que permite que el
modelo defina la dirección a tomar para reducir los errores. Con todas las veces que el
modelo entrene, los parámetros del modelo se ajustan más para converger gradualmente
al punto mínimo.
98
Figura 44
Punto de convergencia para Redes Neuronales
Nota. Se muestra el p
IBM Cloud Education, 2020 (https://www.ibm.com/pe-es/cloud/learn/neural-networks).
La mayoría de las redes neuronales más complejas son de propagación hacia adelante, lo
que significa que van en una sola dirección desde la entrada hasta la salida. No obstante,
también se puede entrenar el modelo por medio de la retropropagación. Esto significa que
la dirección va hacia atrás, de la salida hacia la entrada. La retropropagación permite
calcular y atribuir el error vinculado a cada neurona, lo que facilita ajustar y adecuar los
parámetros de los modelos de forma apropiada.
99
3.2.5 Caso Práctico aplicando Redes Bayesianas
Redes Bayesianas para la predicción del cáncer de cuello uterino

Según los autores Paulino y Huayna (2019) existe una gran gama de técnicas usadas en
la Inteligencia Artificial como Redes Neuronales, Máquinas de Vectores de Soporte
(SVM), Árboles de Decisión entre otros que se han dedicado a la predicción del cáncer
de cuello uterino. En su paper se realizó un estudio con un modelo probabilístico basado
en Redes Bayesianas. En este estudio se trabajó con 322 registros, en los cuales se han
podido obtener 15 atributos que ayudaron a generar el diagnóstico si es cáncer de cuello
uterino o no de una paciente. En las pruebas se han usado un 40% de los datos, matrices
de confusión y el indicador AUC que sirve para evaluar el efecto de la clasificación. Se
obtuvieron resultados con una tasa de éxito del 96%. Asimismo, se pudo obtener un valor
de 0.9864 en términos del indicador AUC. Esto significa que el modelo usado tiene un
98.64 % de probabilidad de distinguir entre clase positiva y clase negativa. En
consecuencia, los autores sugieren a las Redes Bayesianas para este tipo de estudio ya
que logran un alto rendimiento y transparencia en el proceso de inferencia en comparación
con otras técnicas que abarcan también problemas de predicción.
Existe un estudio en Irán de la Universidad de Ciencias Médicas que recolectó evidencia

de diversas publicaciones hechas entre 2005 y 2015 que demostraron que el uso de las
Redes Bayesianas para la predicción de enfermedades consigue resultados muy eficientes
en comparación con otros algoritmos (Paulina & Huayna, 2019).
100
Tabla 21
Efectividad de las Redes Bayesianas para predecir enfermedades
Nota. Se muestra un estudio de la efectividad de algoritmos de la inteligencia artificial para predecir

enfermedades. D Experto Probabilístico basado en Redes Bayesianas para la predicción del
cáncer de cuello uterino L. Paulino y A. Huayna, 2019. Revista Peruana de Computación y Sistemas,
2(1), p. 19 (https://revistasinvestigacion.unmsm.edu.pe/index.php/rpcsis/article/view/16360/14138).
101
Metodología
Se han usado tres pasos principales para el estudio descrito por Paulino y Huayna
(2019):
1. Selección del conjunto de datos

2. Tratamiento de datos (preparación)
3. Construcción del modelo probabilístico
Selección del conjunto de datos

El conjunto de datos usado corresponde al repositorio público de la Universidad de
California en Irvine que contiene características y registros médicos históricos de un
conjunto total de 858 personas. Asimismo, se incluyeron una cantidad significativa de
pacientes que no respondieron alguna de las preguntas por privacidad. La validez del
conjunto de datos fue revisada por expertos en el área de ginecología del hospital de la
Fuerza Aérea del Perú (FAP).
Tratamiento de datos
Es importante asegurarse que el conjunto de datos que se va a implementar sea adecuado
para la técnica que se va a usar. Para el caso de estudio se analizó el conjunto completo
de 858 instancias extraídas del repositorio UCI (Universidad de California en Irvine) y se
tuvo que descartar los registros que presentan la mayor cantidad de atributos faltantes. Al
final, se quedó con 322 registros para la implementación del modelo basado en Redes
Bayesianas.
Asimismo, para los atributos que fueron 36 en la data original, se terminó quedando con
15 variables debido a la falta de valores en algunos atributos. En los atributos se incluye
la variable binaria target la cual indica si la paciente fue diagnosticada con cáncer de
cuello uterino o no. Muchas de las variables son del tipo continuo. Inclusive la variable
edad es continua ya que esta se ha dividido en 4 estados:
1) 15 25 años
2) 26 36 años
102
3) 36 46 años
4) 46 a más años
Tabla 22
Variables usadas para la creación de la Red Bayesiana
Nota. Se muestran las variables y su tipo para construir una red bayesiana. D Experto
Probabilístico basado en Redes Bayesianas para la predicción del cáncer de cuello uterino por L. Paulino
y A. Huayna, 2019. Revista Peruana de Computación y Sistemas, 2(1), p. 21
(https://revistasinvestigacion.unmsm.edu.pe/index.php/rpcsis/article/view/16360/14138).
Construcción del Modelo Probabilístico

Para la elección de la técnica adecuada se realizó un Benchmarking de diferentes técnicas,
los cuales son las Redes Bayesianas, Árboles de Decisión y RFT (Random Forest Trees).
Entre las tres técnicas, las Redes Bayesianas destacan en el atributo de Número de Datos,
Velocidad donde los tiempos de respuesta pueden ser incluso inmediatos y en el Manejo
de Ruido en el cual se maneja eficientemente cualquier dato recibido.
103
Tabla 23
Atributos de las diferentes técnicas de la Inteligencia Artificial
Nota. Se muestran los atributos con su puntuación para medir la efectividad de los algoritmos de la
inteligencia artificial. D Experto Probabilístico basado en Redes Bayesianas para la predicción
del cáncer de cuello uterino por L. Paulino y A. Huayna, 2019. Revista Peruana de Computación y
Sistemas, 2(1), p. 22
104
Tabla 24
Benchmarking de diferentes técnicas de la Inteligencia Artificial
Nota. Se ha realizado un benchmarking de los algoritmos de la Inteligencia Artificial en el cual las redes
bayesianas obtuvieron el mejor resultado. De Experto Probabilístico basado en Redes Bayesianas
para la predicción del cáncer de cuello uterino por L. Paulino y A. Huayna, 2019. Revista Peruana de
Computación y Sistemas, 2(1), p. 22
Software Netica 6.0.5.

Para el proceso de la construcción del modelo se usó el Software Netica 6.0.5 que es una
herramienta para modelar las Redes Bayesianas. Netica permite al usuario construir e
interactuar con la Red Bayesiana de forma gráfica. Asimismo, cuenta con una gran
cantidad de algoritmos de aprendizaje ya implementados. Así se pudo construir los 193
registros y ver el progreso con sus iteraciones del algoritmo. En este caso de estudio se
usaron tres iteraciones. La herramienta Netica también muestra las métricas del caso.
105
Figura 45
Topología del modelo probabilístico
Nota. Se muestra la topología del modelo probabilístico de las Redes Bayesianas. De

por L. Paulino
y A. Huayna, 2019. Revista Peruana de Computación y Sistemas, 2(1), p. 23
106
CAPÍTULO 4 DESARROLLO DEL PROYECTO
4.1 Modelado de Negocio

4.1.1 Introducción
En este capítulo se identifican y se especifican los elementos necesarios para el campo de
acción como son las reglas de negocio y los casos de uso de negocio.
4.1.2 Especificaciones de las Reglas de Negocio

Reglas de Operación – Flujo
GCE_RN01 – Atención bloqueada
Si el paciente se encuentra bloqueado para la atención, no podrá ser atendido por consulta
externa.
GCE_RN02 – Evaluar plan tarifario
Si el plan tarifario del paciente es superior al que le corresponde, debe ser evaluado y
actualizado por el Jefe de Registros de Familia.
Reglas de Operación - Estímulo respuesta
GCE_RN03 – Registrar carga familiar
Si el titular no registra su carga familiar en el departamento de Registros de Familia, sus
familiares no podrán ser atendidos en el hospital.
GCE_RN04 – Registrar personal
Solo puede ser atendido en Consulta Externa el personal que se encuentre registrado en
la Base de Datos del Copere.
GCE_RN05 – Registrar personal para aplicación móvil
Solo el titular y su familia pueden tener acceso a la aplicación móvil.
GCE_RN06 - Generar reporte dinámico de análisis
Si se solicita el reporte dinámico de análisis, solo la alta directiva del hospital podrá
elaborarlo.
Reglas de Estructura - Dominio de datos
GCE_RN07 Precios de exámenes médicos
No existen precios de exámenes médicos con costos negativos.
GCE_RN08 Género paciente
El género del paciente solo puede ser masculino o femenino.
GCE_RN09 - Estados de la reserva de consulta
107
Los estados de la reserva de consulta externa serán: Reservado y Libre.
GCE_RN10 - Formato de la actualización de datos de los pacientes
El formato para obtener la lista actualizada de los pacientes debe ser en archivo txt. o
archivo Excel con extensión xls.
GCE_RN11 - Identificar cita reservada
La cita reservada debe tener un identificador alfanumérico de caracteres.
Reglas de Derivación – Inferencia
GCE_RN12 Deuda pendiente
Si el paciente mantiene una deuda con el hospital, será bloqueado hasta cancelar su deuda
pendiente.
GCE_RN13 Restricción cita
Si el paciente no asiste a tres citas programadas dentro de un mes, no podrá sacar una
nueva cita en el mismo periodo.
Reglas de Estructura - Relaciones
GCE_RN14 - Asignación Plan Tarifario
Cada titular o familiar asociado tiene un plan tarifario único.
Reglas de Derivación – Cálculo
GCE_RN15 – Calcular precio paciente con seguro
Si el paciente cuenta con el seguro de segunda capa, este recibirá el descuento del 30 %
del precio total por consulta externa (10 soles).
GCE_RN16 – Calcular tarifas de pacientes
La diferencia entre los 5 planes tarifarios (0,1,2,3,4) debe ser un 30 por ciento partiendo
del precio base que corresponde a la tarifa 4.
108
4.1.3 Modelo de los casos de Uso del Negocio
4.1.3.1 Actores de Negocio

Especificaciones de los Actores de Negocio
Tabla 25
Actores de Negocio
Actor Descripción
GCE_AN01: Paciente
Es quien inicia el proceso de Consulta Externa y solicita apertura de
atención médica en el hospital.
4.1.3.2 Casos de Uso de Negocio

Tabla 26
Casos de Uso de Negocio

Caso de uso Descripción
Este caso de uso de negocio (CUN) se inicia

cuando la información del paciente requiere
ser actualizada. En este proceso la información
enviada de COPERE, FOSPEME y CGI se
GCE_CUN01: Solicitar Apertura de actualiza cada semana. Este CUN termina con
Atención Médica la actualización de la información del personal
militar y la Carga Familiar.
Este caso de uso de negocio (CUN) se inicia

cuando el Paciente [GCE_AN01] solicita una
cita para Consulta Externa. En este proceso se
verifica y se actualiza los datos del paciente. El
CUN termina cuando el paciente recibe los
GCE_CUN02: Obtener Cita
documentos para la atención de su cita.
109
4.1.3.3 Diagrama de los Casos de Uso de Negocio
Figura 46
Diagrama de los Casos de Uso de Negocio
4.1.4 Modelo de Análisis de Negocio
4.1.4.1 Trabajadores de Negocio

Especificación de los Trabajadores de Negocio
Tabla 27
Trabajadores del Negocio

GCE_TN01: Cajera
Rol encargado de registrar y cobrar las citas
realizadas por los pacientes en consulta externa.
GCE_TN02: Sistema de Salud

Rol que se encarga de gestionar las operaciones
relacionadas a la Consulta Externa del Paciente.
110
GCE_TN03: Validador de Datos de Paciente
Rol encargado de actualizar y verificar la
información de los pacientes que se atienden en el
hospital público.
GCE_TN04: Sistema de Personal

Rol que se encarga a gestionar el capital humano del
hospital público.
GCE_TN05: Asistente Médico

Rol que se encarga a verificar la programación de los
pacientes para el consultorio externo.
GCE_TN06: Personal Médico

Rol que se encarga a revisar, diagnosticar, recetar los
medicamentos y/o generar ordenes de exámenes del
paciente.
GCE_TN07: Enfermera de Farmacia

Rol que se encarga a atender al paciente para la
compra de los medicamentos.
GCE_TN08: Sistema de Farmacia

Rol que se encarga a gestionar el movimiento de los
medicamentes, el costo y el total a pagar para el
paciente.
GCE_TN09: Jefa de Caja

Rol que se encarga a autorizar la parte de atención del
Paciente.
GCE_TN10: Enfermera de Laboratorio

Rol que se encarga de atender al paciente para que
este realice sus exámenes. Asimismo, brinda
111
información sobre la disponibilidad y el costo del
examen.
GCE_TN11: Sistema de Laboratorio

Rol que se encarga de gestionar el movimiento de los
exámenes, el costo y el total a pagar para el paciente.
GCE_TN12: Sistema de Seguro

Rol que se encarga a gestionar a los pacientes que
están afiliados a un programa de seguro.
GCE_TN13: Sistema de CGI

Rol que se encarga a gestionar a los pacientes con
discapacidad.
4.1.4.2 Entidades de Negocio

Especificación de las entidades de Negocio
o GCE_EN01_CIP (Carnet de Identidad Personal)

Es el documento de identidad para el personal militar titular.
Tabla 28
Atributos de la entidad de negocio CIP
Nombre del atributo Descripción Tipo
Cip Número del Carnet de identidad Personal Integer

Grado Descripción de grado del Titular String
Situación Situación Administrativa del Titular String
Nombres Nombre del Titular String
Apellidos Apellidos del Titular String
112
o GCE_EN02_DNI (Documento de Identidad Personal)
Es el documento de identidad personal.
Tabla 29
Atributos de la entidad de negocio DNI
Nombre del Descripción Tipo
atributo
CUI Código Único de Identificación Integer

FechaEmision Fecha de Emisión del DNI Date
FechaCaducidad Fecha de Caducidad del DNI Date
Nombres Nombres del Ciudadano String
Apellidos Apellidos del Ciudadano String
FechaNacimiento Fecha de nacimiento del Ciudadano Date
EstadoCivil Estado civil del Ciudadano String
o GCE_EN03_CIF (Carnet de Identidad Familiar)

Es el documento de identidad militar para las familias que se encuentran registrados por
el titular.
Tabla 30
Atributos de la entidad de negocio CIF
atributo
Cif Número del Carnet de identidad Familiar Integer

Cip_titular Número del Carnet de identidad Personal Titular Integer
Situación Situación Administrativa del Titular String
Nombre_Titular Nombre del Titular String
Nombre_Familia Nombre de la Familia String
Th Numero de plan tarifario asignado Integer
113
o GCE_EN04_Lista de Integrantes de Segunda Capa
Es la lista de todas las personas que se encuentran registrados en los Programas de Salud
del Ejército (Segunda Capa).
Tabla 31
Atributos de la entidad de negocio Lista de Integrantes de Segunda Capa
atributo
Dni_Titular Número Documento de identidad del titular Interger

Cip_Titular Carnet Identidad Personal del titular (CIP) Integer
Nombre_Titular Nombre del titular String
Dni_Familia Número Documento de identidad de la Familia Interger
Cip_Familia Carnet Identidad personal de la Familia (CIF) Integer
Fecha_inscripción Fecha de inscripción al seguro Segunda Capa Date
o GCE_EN05_Lista de Personal Inscrito en Registro Familiar

Es la lista de todas las personas que se encuentran registrados en el Sistema de Registro
de Familia.
Tabla 32
Atributos de la entidad de negocio Lista de Personal Inscrito en Registro Familia
atributo

Parentesco Identifica el tipo de parentesco que registra la String
persona
Grado Grado militar que ostenta la persona String
Arma Arma que ostenta la persona militar String
114
Th Nivel de tarifa hospitalaria que registra la persona Integer
Motivo Motivo del porque registra el plan tarifario String
asignado
Cgi Indica si la persona pertenece al Cuerpo General String
de Inválidos
Situ_Adm Indica la situación administrativa de la persona String
(Actividad, Retiro o Fallecido)
Tiempo_Serv Indica el tiempo de servicio que viene prestando Integer
la persona en el ejército
Fecha_Nacimiento Indica la fecha de nacimiento de la persona Date
Fecha_inscripción Indica la fecha en que la persona fue inscrito en el Date
Departamento de Registro de Familia
Estado_Civil Indica el estado civil de la persona
o GCE_EN06_Parte de Atencion
Es el documento que entrega la cajera al paciente para su atención en consultorio externo.
Tabla 33
Atributos de la entidad de negocio Parte de Atencion
atributo
Cip_Paciente Carnet Identidad Personal del paciente (CIP) Integer

Dni_Paciente Número Documento identidad del paciente String
Nombre_Paciente Nombre del Paciente String
Nombre_Medio Nombre del Médico que lo atenderá String
Especialidad Nombre de la especialidad String
Consultorio Nombre del consultorio String
Th_Paciente Nivel de plan tarifario que registra el paciente Integer
Motivo_th Motivo del porque registra el plan tarifario String
asignado
Hora_Cita Se registra la hora para la consulta externa date
Fecha_Cita Se registra la fecha para la cita en consulta externa date
115
o GCE_EN07_Boleta de pago
Es el comprobante de pago que se entrega al paciente.
Tabla 34
Atributos de la entidad de negocio Boleta de pago
atributo
Nro_Boleta Numero de la boleta de pago Integer

Dni Número Documento de identidad del paciente Integer
Nombre_Paciente Nombre del Paciente String
Fecha_Boleta Fecha de emisión de la boleta de Pago Date
Precio_Unitario_ Precio unitario de pago Double
Pago
Desc_Producto Se registra la descripción del producto String
Cant_Producto Se registra la cantidad del producto interger
o GCE_EN08_Lista de Integrantes de ONCOEP

Es la lista de todas las personas que se encuentran registradas en los Programas de salud
del Ejército (OncoEP).
Tabla 35
Atributos de la entidad de negocio Lista de Integrantes de ONCOEP
atributo

Fecha_inscripción Fecha de inscripción al programa de segunda Capa Date
116
o GCE_EN09_Constancia de Seguro
Este documento justifica a todas las personas que se encuentran registradas en los
Programas de Salud.
Tabla 36
Atributos de la entidad de negocio Constancia de Seguro
atributo
Dni_paciente Número Documento de identidad del paciente Interger
Cip_paciente Carnet Identidad personal del paciente Integer
Nombre_paciente Nombre del paciente String
Fecha_inscripción Fecha de inscripción al programa Date
Descripcion Descripcion de los programas al cual pertenece String
Estado Indica el estado del programa String
Asunto Asunto del documento String
o GCE_EN10_Constancia de CGI
Este documento corresponde a todas las personas que se encuentren registradas en el
Cuerpo General de Inválidos.
Tabla 37
Atributos de la entidad de negocio Constancia de CGI
atributo
Dni Número Documento de identidad Interger

Nombre Nombre de la persona String
Fecha_inscripción Fecha de inscripción como CGI Date
Nivel Se registra el nivel de discapacidad String
Fecha_Nacimiento Fecha de nacimiento Date
Parentesco Vínculo familiar con el titular String
Esta_Civil Estado civil String
117
o GCE_EN11_Lista de Programación
Este documento corresponde a la lista de pacientes que se encuentran registrados y citados
por especialidad, consultorio y médico.
Tabla 38
Atributos de la entidad de negocio Lista de Programación
atributo
Especialidad Nombre de la especialidad String
Consultorio Nombre del consultorio String
Medico Nombre del médico String
Fecha Fecha de la cita Date
Cip_paciente Carnet de identidad del paciente Integer
Nombre paciente Nombre del paciente String
Dni paciente Documento de identidad del paciente Integer
Estado Identifica el estado del paciente (paciente nuevo o String
continuador)
Diagnostico Diagnóstico del paciente CIE10 String
Tipo de Tipo de diagnóstico del paciente (Definitivo, String
diagnostico presuntivo o repetido)
o GCE_EN12_Orden de Examen
Este documento corresponde a la orden médica que ordena al paciente realizarse los
diversos exámenes de laboratorio.
Tabla 39
Atributos de la entidad de negocio Orden de Examen
atributo
Cip Número del Carnet de identidad del paciente Integer
Dni Número Documento de identidad del paciente Interger
Cuenta Número de cuenta de atención Interger
Receta Numero de receta del paciente Integer
Nombres Nombre del paciente String
118
Edad Edad del paciente Integer
Telefono Número telefónico del paciente Integer
Diagnostico Código de diagnóstico del paciente String
Muestra Código de muestra del paciente String
Codigo de Codigo de examen del paciente String
examen
Descripción Descripción de examen String
Fecha Fecha del examen Date
Nombre Nombre del médico que autoriza examen String
o GCE_EN13_Resultado de Laboratorio
Este documento corresponde a los resultados de examen del paciente realizados en el
laboratorio.
Tabla 40
Atributos de la entidad de negocio Resultado de Laboratorio
atributo
Dni Número Documento de identidad del paciente Interger
Hc Numero de historia clínica del paciente Interger
Orden Numero de orden del examen Integer
Nombre_pac Nombre del paciente String
Edad Edad del paciente Integer
Telefono Número telefónico del paciente Integer
Nombre_lab Nombre del laboratorio String
Fecha Fecha de toma de examen Date Time
Fecha_imp Fecha de impresión de resultados Date Time
Nombre_med Nombre del médico que autoriza examen String
119
o GCE_EN14_Lista de Medicamentos
Es la lista de todos los medicamentos que se encuentran registrados en la farmacia del
hospital.
Tabla 41
Atributos de la entidad de negocio Lista de Medicamentos
atributo
Codigo Código del medicamento Integer
Descripcion Descripción del medicamento String
Laboratorio Nombre del laboratorio String
Precio Th0 Precio del producto plan tarifario 0 Double
Farmacia Nombre de la farmacia String
o GCE_EN15_Lista de Examenes de Laboratorio

Es la lista de todos los exámenes de laboratorio que se encuentran registrados en el
hospital.
Tabla 42
Atributos de la entidad de negocio Lista de Examenes de Laboratorio
atributo
Codigo Código del procedimiento Integer
Descripcion Descripción del procedimiento String
Codigo_sis Código del servicio integrado de salud Integer
120
o GCE_EN16_Lista de Personal CGI
Es la lista de todas las personas que se encuentran registradas en el Cuerpo general de
Inválidos (CGI).
Tabla 43
Atributos de la entidad de negocio Lista de Personal CGI
atributo

Parentesco Identifica el tipo de parentesco que registra la String
persona
Fecha_inscripcion Fecha de inscripción como persona CGI Date
Nivel Se registra el nivel de discapacidad String
Grado Grado militar que ostenta la persona String
Arma Arma que ostenta la persona militar String
Th Nivel de tarifa hospitalaria que registra la persona Integer
Motivo Motivo del porque registra el plan tarifario String
asignado
Cgi Indica si la persona pertenece al Cuerpo General String
de Inválidos
Situacion Indica la situación administrativa de la persona String
(Actividad, Retiro o Fallecido)
Tiempo Indica el tiempo de servicio que viene prestando Integer
la persona en el ejército
Fecha_Nacimiento Indica la fecha de nacimiento de la persona Date
121
Fecha_inscripción Indica la fecha en que la persona fue inscrito en el Date
Departamento de Registro de Familia
Estado_Civil Indica el estado civil de la persona String
o GCE_EN17_Constancia del hospital

Este documento corresponde a todas las personas que se encuentren registrado en el
sistema del hospital.
Tabla 44
Atributos de la entidad de negocio Constancia del hospital
atributo
Dni Número Documento de identidad Interger
Nombre Nombre de la persona String
Fecha_inscripción Fecha de inscripción como paciente Date
Fecha_Nacimiento Fecha de nacimiento Date
Parentesco Vínculo familiar con el titular String
Esta_Civil Estado civil String
122
4.1.4.3 Diagrama de clases del negocio
Diagrama de clases de negocio
4.1.4.3.1 CUN01_Solicitar Apertura de Atención Médica

El diagrama muestra el flujo de interacciones para la apertura de atención médica del
paciente en el hospital.
Figura 47
Diagrama de Clase de Negocio Solicitar Apertura
123
4.1.4.3.2 CUN02_Obtener Cita
El diagrama muestra el flujo de interacciones para poder generar y actualizar una cita.
Figura 48
Diagrama Clase de Negocio Obtener Cita
4.1.5 Realización de los Casos de Uso de Negocio

4.1.5.1 Especificación de casos de uso de negocio
4.1.5.1.1 GCE_CUN01_ Solicitar Apertura de Atención Médica
Tabla 45
Caso de uso de negocio GCE_CUN01_Solicitar Apertura de Atención Médica
Nombre del CUN GCE_CUN01_ Solicitar Apertura de Atención
Médica
Responsable Juan Montes Araujo
Actores GCE_AN01_Paciente
Propósito Solicitar la apertura de atención médica para
atención en el Hospital.
Breve Descripción El caso de uso comienza cuando el paciente
[GCE_AN01] solicita aperturar una nueva atención
médica. Por lo que el validador de datos debe
124
ingresar a los 3 sistemas externos que tiene el
hospital para verificar, validar y aperturar una
nueva atención médica para el paciente. El caso de
uso termina cuando el paciente se encuentre
registrado y finalmente genera una constancia con
la nueva atención médica.
Flujo Básico 1. Solicitar apertura

El paciente solicita aperturar una atención
médica para lo cual se dirige al módulo donde
se encuentra el técnico encargado de gestionar
las aperturas de atención médica y derecho del
paciente.
2. Solicitar documento
El validador de datos solicita al paciente los
documentos de identificación (DNI, CIP o CIF)
del titular o familiar.
3. Entregar documento
El paciente entrega al validador de datos la
documentación solicitada.
4. Verificar documentos
El validador de Datos verifica que los
documentos presentados sean legítimos y
pertenecientes al paciente.
5. Ingresar al sistema de salud

Si toda la documentación presentada se
encuentra conforme, el validador de datos
ingresa al sistema de salud.
6. Verificar paciente.
El sistema salud realiza la búsqueda para
verificar la información (atención médica, carga
familiar, beneficios, plan tarifario y otros) del
paciente.
7. Ingresar al sistema de copere

Si el paciente no registra atención médica en el
sistema de salud, el validador de datos ingresa
al sistema de copere.
125
8. Buscar información
El sistema de copere realiza la búsqueda de
información del paciente.
9. Ingresar al sistema de Salud

Si existe información del paciente en el sistema
de copere, el validador de datos ingresa al
sistema de salud.
10. Crear atención médica

El sistema de salud crea la atención médica al
paciente.
11. Imprimir Constancia

El sistema de salud genera la constancia del
paciente con indicación de su nueva atención
médica y con el beneficio respectivo.
12. Entregar Constancia

El validador de datos entrega al paciente la
constancia del estado de la atención médica
actual.
13. Verificar Constancia

El paciente verifica la constancia donde se
visualiza los beneficios de la atención médica.
14. Ingresar al sistema

Si el paciente no se encuentra conforme con el
documento, el validador de datos ingresa al
sistema de copere para verificar la información.
15. Verificar beneficiarios en sistema copere

El validador ingresa al sistema de copere para
verificar la relación de integrantes y beneficios
que tiene registrado el paciente.
16. Verificar beneficiarios en seguros

El validador ingresa al sistema de seguros para
verificar los seguros de salud con los que cuenta
el paciente y su familia para asignarle su
respectivo beneficio.
126
17. Ingresar al sistema de CGI
El validador ingresa al sistema de CGI para
verificar la relación de integrantes que tiene
asociado el paciente y asignarle los beneficios

El validador después de verificar la información
del paciente en los 3 sistemas que comparte
información con el hospital, asigna y evalúa los
derechos de atención para posteriormente
ingresar al sistema de salud.
19. Actualizar información

El validador de datos actualiza la información
del paciente en el sistema de salud.
20. Aceptar Apertura

El paciente da conformidad de la nueva atención
médica asignada a él y a toda su familia.
21. Termina el caso de uso.
Flujo alterno 1:
En el punto 4 del flujo básico, si el paciente no presenta los documentos

correctos de identificación.
1. El validador de datos le comunica al paciente que no podrá atenderlo

hasta que presente los documento de correctos
2. El flujo continúa en el punto 4 del flujo principal.

Flujo alterno 2:
En el punto 6 del flujo básico, si el paciente se encuentra registrado en el
sistema de salud.
Flujo alterno 3:
En el punto 8 del flujo básico, si el validador no encuentra información del

paciente en el sistema de copere.
4. El validador de datos le comunica al paciente que tiene que dirigirse
a la oficina principal que administra al personal militar y familiar.
5. Fin del flujo.
127
Flujo alterno 4 :
En el punto 13 del flujo básico, si el paciente se encuentra conforme con la
constancia.
Flujo alterno 5 :
En el punto 16 del flujo básico, si el paciente no se encuentra registrado en
los programas de salud.
7. El validador de datos le comunica al paciente que no tiene seguro de

salud por lo cual, no podrá acceder a los descuentos respectivos en
inclusive no podrá adquirir los tratamientos costosos dentro del
hospital.
Flujo alterno 6 :
En el punto 17 del flujo básico, si el paciente no se encuentra registrado
como integrante al Cuerpo General de Inválidos.
9. El validador de datos le comunica al paciente que no está registrado

como CGI.
Precondiciones El Paciente se registró en la base de datos de las

entidades COPERE, CGI y FOSPEME.
Postcondiciones La información de los pacientes en el sistema del

hospital se encontrará integrada
128
Diagrama de actividades:
GCE_CUN01_ Solicitar Apertura de Atención Médica
Figura 49
Diagrama de Actividades Solicitar Apertura de Atención Médica
Lista de actividades a automatizar:

• Solicitar Apertura
• Solicitar Documento
• Entregar Documento
• Verificar Documento
• Aceptar Apertura
129
4.1.5.1.2 GCE_CUN02_Obtener Cita
Tabla 46
Caso de uso de negocio GCE_CUN02_Obtener Cita
Nombre del CUN GCE_CUN02_Obtener Cita
Responsable Juan Montes Araujo
Actores GCE_AN01_Paciente
Propósito Reservar cita del paciente para su atención en

Consultorio Externo.
Breve Descripción El caso de uso comienza cuando el paciente

[GCE_AN01] solicita reservar una cita para
consultorio externo. La cajera [GCE_TN01]
solicita su documento de identificación (DNI, CIP
o CIF) para verificar los datos y posteriormente
realizar la búsqueda en el sistema de salud
(SISGALEN PLUS) del hospital [GCE_TN02]. Si
el paciente no está registrado, el validador de datos
[GCE_TN03] ingresa al sistema de personal
(COPERE) [GCE_TN04] para verificar y
actualizar su información. El personal de caja
verifica en el sistema de salud la disponibilidad del
médico para programar una cita. El caso de uso
termina cuando la cajera entrega al paciente el
comprobante de pago y el parte de atención para la
cita.
130
Flujo Básico 1. Solicitar cita para consulta externa
El Paciente solicita al personal de caja una cita
médica para ser atendido por consulta externa.
2. Solicitar documento de identificación

La cajera solicita los documentos de
identificación del paciente (DNI, CIP o CIF).
3. Entregar documento
El paciente entrega a la cajera los documentos
solicitados.
4. Verificar documentos
La cajera verifica que los documentos
presentados pertenezcan al paciente.

La cajera ingresa al sistema de salud
(SISGALEN PLUS) del hospital para buscar
información del paciente.
6. Verificar estado del paciente

La cajera verifica el estado de atención del
paciente (Activo o Bloqueado).
7. Verificar plan tarifario

La cajera verifica el plan tarifario del paciente.
8. Consultar al paciente fecha de atención

La cajera consulta al paciente para cuando y
con que médico desea atenderse.
9. Buscar en sistema de salud del hospital

La cajera realiza la búsqueda en el sistema de
salud del hospital.
10. Registrar datos del paciente

La cajera registra en el sistema de salud los
datos del paciente, fecha de atención y el
médico con que será atendido.
131
11. Imprimir partes de atención y boleta de pago
La cajera imprime los partes de atención y la
boleta de pago realizado por el paciente.
12. Entregar documentos al paciente

El paciente recibe los documentos entregados
por la cajera y se dirige al consultorio para
esperar su turno de atención.
13. Termina el caso de uso.
Flujo alterno 1 :
En el punto 3 del flujo básico, si el paciente no está registrado en el sistema

de salud del hospital.
1. El personal de caja comunica al paciente para que se dirija a la

ventanilla encargada de actualizar datos.
2. El validador de datos ingresa al sistema de personal para verificar si
la persona está registrada como integrante de familia militar para
posteriormente actualizar y agregar la información del paciente.
Flujo alterno 2:
En el punto 3 del flujo básico, si el paciente no está registrado en el sistema
de personal como miembro de familia militar.
4. El validador de datos comunica al paciente que no está registrado

como miembro de familia militar por lo que tiene que dirigirse al
COPERE.
Flujo alterno 3:
En el punto 4 del flujo básico, si el paciente se encuentra bloqueado.
6. El validador de datos del paciente ingresa al sistema de personal para

realizar la verificación de datos del paciente.
132
7. El validador desbloquea al paciente o caso contrario le informa al
paciente el motivo del bloqueo.
Flujo alterno 4 :
En el punto 5 del flujo básico, si el paciente no se encuentra conforme con
el plan tarifario asignado en el sistema de salud.
9. El validador de datos de paciente ingresa al sistema de personal para

realizar la verificación del plan tarifario del paciente.
10. El validador actualiza el plan tarifario del paciente según el sistema
de COPERE.
11. El validador de datos comunica al paciente el plan tarifario que tiene
asignando
Flujo alterno 5 :
En el punto 5 del flujo básico, si el paciente no se encuentra conforme con
el plan tarifario asignado en el sistema de personal.
13. El validador de datos comunica al paciente que tiene que dirigirse al

COPERE.
Flujo alterno 6 :
En el punto 7 del flujo básico, si la cajera no encuentra cupos de atención
para el paciente.
15. La cajera comunica al paciente que no dispone de cupos para esa

fecha o médico.
16. La cajera le comunica al paciente los días disponibles que tiene el
médico o la especialidad donde desea atenderse.
Precondiciones El Paciente se registró en la base de datos de las

entidades COPERE, CGI y FOSPEME.
Postcondiciones La información de los pacientes en el sistema del

hospital se encontrará integrada
133
Diagrama de actividades:
GCE_CUN02_ Obtener Cita
Figura 50
Diagrama de actividades Obtener Cita
Lista de actividades a automatizar:

• Solicitar cita Esta actividad se inicia cuando el paciente requiere reservar una cita para su atención en consulta externa.
• Buscar información del paciente En esta actividad el sistema de salud buscará los registros del paciente.
• Validar información del paciente En esta actividad el sistema de salud verificará si el paciente existe en el sistema para poder atenderlo en consulta externa.
• Validar paciente en el sistema personal En esta actividad el sistema de registro del personal verificará si el paciente existe en su base de datos.
• Verificar Plan Tarifario del Paciente En esta actividad el sistema validará si el tarifario del paciente es el correcto.
• Realizar cita en el sistema En esta actividad el paciente realizará una cita a través del sistema de salud.
134
4.2 Requerimientos
4.2.1 Introducción
En este capítulo se identifican los requerimientos para el desarrollo del software. Estos se
dividen en los requerimientos funcionales que describen lo que el sistema debe hacer y
los requerimientos no funcionales que hacen referencia a los atributos del sistema.
4.2.2 Especificación de los Requerimientos del Software

4.2.2.1 Requerimientos Funcionales
GCE_RF001 Consultar carga familiar del paciente
El sistema debe permitir al validador de datos consultar la carga familiar y
derechos del paciente.
GCE_RF002 Consultar programas de salud del paciente
El sistema debe permitir al validador de datos consultar los programas de salud
con los que cuenta registrado la familia del paciente.
GCE_RF003 Consultar pacientes registrados en el CGI
El sistema debe permitir al validador de datos consultar los pacientes inscritos en
CGI.
GCE_RF004 Evaluar solicitud del paciente
El sistema debe permitir al validador de datos evaluar los beneficios del paciente.
GCE_RF005 Actualizar apertura de atención médica
El sistema debe permitir al validador de datos actualizar la apertura de atención
médica del paciente.
GCE_RF006 Actualizar motivo de la atención médica
El sistema debe permitir actualizar el motivo de la apertura a la atención medica.
GCE_RF007 Actualizar solicitud de apertura
El sistema debe permitir al paciente registrar las solicitudes de atención medica.
GCE_RF008 Actualizar estado de solicitud
EL sistema debe permitir al paciente actualizar el estado de la solicitud.
GCE_RF009 Consultar Atención médica
El sistema debe permitir al paciente consultar los beneficios asociados a la
atención médica.
GCE_RF010 Actualizar Cita
El sistema debe permitir al paciente registrar y eliminar las citas realizadas.
135
GCE_RF011 Consultar Cita
El sistema debe permitir al paciente visualizar las citas pendientes realizadas de
manera virtual y presencial.
GCE_RF012 Consultar Datos Generales del Paciente
El sistema debe permitir al paciente visualizar los datos principales del paciente e
incluso del titular.
GCE_RF013 Consultar Carga Familiar
El sistema debe permitir al paciente visualizar la carga familiar que tiene derecho
a ser atendidos en el hospital.
GCE_RF014 Consultar Plan Tarifario de Paciente
El sistema debe permitir al paciente visualizar al plan tarifario asignado y el
motivo que registra cada integrante de la familia registrada.
GCE_RF015 Consultar Disponibilidad de Medicamentos
El sistema debe permitir al paciente visualizar el listado de medicamentos
disponibles en farmacia con indicación de costo según el plan tarifario de cada
paciente y ubicación de la farmacia.
GCE_RF016 Consultar Precio en Exámenes de Laboratorio
El sistema debe permitir al paciente visualizar el listado exámenes de laboratorio
y procedimientos disponibles con indicación de costo según el plan tarifario
asignado a cada paciente.
GCE_RF017 Visualizar Exámenes de Laboratorio
El sistema debe permitir al paciente visualizar el resultado de los exámenes de
laboratorio.
4.2.2.2 Requerimientos No Funcionales
USABILIDAD
GCE_RNF001 Mensaje de error
En caso de error la aplicación móvil mostrará un mensaje de error al usuario.
GCE_RNF002 Interfaz gráfica
El diseño de la interfaz gráfica de la aplicación móvil debe trabajar con el
framework Flutter para la visualización y la integración del asistente de voz.
GCE_RNF003 Bloqueo de acceso al sistema
Si el paciente ingresa más de tres veces consecutivas la contraseña incorrecta al
sistema, este será bloqueado por un tiempo de cinco minutos.
136
GCE_RNF004 Conectividad a bases de datos
La aplicación móvil se conectará con tres bases de datos:
- Hospital (local)
- Fospeme (externa)
- Copere (externa)
GCE_RNF005 Asistente de voz
El asistente de voz debe funcionar con la librería Text to Speech del framework
Flutter que permite la intercomunicación entre el agente virtual y el usuario por
medio de la aplicación móvil.
GCE_RNF006 Servicios
Los servicios van a funcionar con Rest para el transporte de datos.
GCE_RNF007 Entorno de desarrollo de la aplicación móvil
El entorno de desarrollo para la aplicación móvil deberá ser Android Studio
debido a que permite trabajar con el framework Flutter y la librería Text to Speech
para el asistente de voz.
GCE_RNF008 Sistema operativo de la aplicación móvil
La aplicación móvil debe trabajar sobre el sistema operativo Android debido a que
cubre a la mayoría de usuarios que portan un dispositivo móvil inteligente.
GCE_RNF009 Librería para el asistente de voz
La librería para generar la respuesta por voz del asistente es TTS (Text to Speech)
debido a que es compatible con el framework Flutter.
GCE_RNF010 Versión del sistema operativo de la aplicación móvil
La versión del sistema operativo Android de la aplicación móvil es 5.0 (Lollipop)
API 21 para soportar el asistente de voz y para que versiones anteriores del SO
puedan ejecutar el sistema.
CONFIABILIDAD
GCE_RNF011 Disponibilidad del sistema
La aplicación móvil debe estar disponible 365 días al año.
GCE_RNF012 Continuidad durante el desarrollo de mejoras
Cada vez que se llegue a mejorar los módulos del sistema, es decir, un parche o
se realice una nueva versión no perjudicará al sistema principal.
GCE_RNF013 Encriptación de información en las bases de datos
137
Las comunicaciones y transferencias de información con las bases de datos
externas deben ser encriptadas.
RENDIMIENTO
GCE_RNF014 Tiempo de respuesta a las consultas del paciente por asistente
de voz
El tiempo máximo de respuesta del sistema a las consultas realizadas por el
paciente debe ser un entre 1 a 5 segundos.
GCE_RNF015 Concurrencia
La aplicación móvil debe ser capaz de operar adecuadamente las transacciones de
más de 1,200 usuarios de manera simultánea.
GCE_RNF016 Integridad de la base de datos
La información almacenada en la base de datos podrá ser consultada y actualizada
permanente y simultáneamente, sin que se afecte el tiempo de respuesta.
GCE_RNF017 Tiempo de respuesta para registrar cita de forma manual
La app móvil debe permitir al paciente registrar su cita en consultorio externo con
un tiempo de respuesta de máximo 2 segundos.
SOPORTE
GCE_RNF018 Control de cambios
El sistema de la aplicación móvil debe permitir incluir nuevas funcionalidades que
generen valor para el proceso de atención en consulta externa después de haber
sido puesto en producción.
RESTRICCIONES DE DISEÑO
GCE_RNF019 Patrón de diseño
La aplicación móvil debe de implementar una arquitectura de N Capas.
GCE_RNF020 Motor de base de datos
El motor de base de datos debe ser SQL server 20008 R2
GCE_RNF021 Motor de base de datos
En el intercambio de información con el servidor de base de datos se debe utilizar
web services.
INTERFACES
GCE_RNF022 Logotipo
El logotipo estará presente en la parte superior izquierda de todas las interfaces.
GCE_RNF023 Dimensiones del sistema
138
El ancho de la pantalla deberá ser utilizada por todo el ancho del sistema de la
aplicación móvil.
LICENCIAMIENTO
No aplica a este proyecto.
ASPECTOS LEGALES
GCE_RNF024 Propiedad del hospital
Los derechos del sistema y de su información pertenecen legal y exclusivamente
al hospital.
NORMAS APLICABLES
No aplica a este proyecto.
4.3 Modelo de Casos de Uso del Sistema
4.3.1 Especificación de los Actores del Sistema

Tabla 47
Actores del Sistema
Actor Descripción
GCE_AS01_Usuario
Se encarga de la interacción con el sistema.
GCE_AS02_Paciente
Es el usuario principal quien realiza diferentes actividades
para la atención en consulta externa. Por medio del sistema
reserva y gestiona una cita médica. Asimismo, accede a la
información de los médicos y realiza consultas de forma
manual o con el asistente de voz.
GCE_AS03_Titular
Se encarga de registrar a su familiar para que este pueda
atenderse en consulta externa del hospital. Solo el paciente
titular tiene la facultad de realizar esta operación.
139
GCE_AS04_Administrador de Sistema
Se encarga de gestionar las solicitudes del usuario quien
interactúa con el sistema.
GCE_AS05_Jefe de Establecimiento de Salud

Se encarga de solicitar la base de datos actualizada de los
pacientes para su centro de salud. Para ello, interactúa con
la base de datos del hospital central.
GCE_AS06_Sistema Salud
Sistema que gestiona el hospital en el cual figuran las
atenciones médicas del paciente.
GCE_AS07_Sistema Personal
Sistema que gestiona al personal que está inscrito en las
Fuerzas Armadas.
GCE_AS08_Sistema Seguro
Sistema que gestiona la relación del personal de las
Fuerzas Armadas que cuentan con un seguro que le
genera un beneficio al momento de atenderse en el
hospital.
GCE_AS09_Sistema CGI
Sistema que gestiona a las personas que se encuentran
registrados en el Cuerpo General de Inválidos (CGI).
140
GCE_AS10_Banco
Sistema que facilita el pago en línea entre la entidad
bancaria y la aplicación móvil.
GCE_AS11_Asistente Virtual
Agente que permite la intercomunicación con el usuario.
4.3.2 Diagrama de Actores del Sistema

El siguiente diagrama muestra a los actores de sistema quienes usan las funcionalidades
de la plataforma tecnológica de Consulta Externa.
Figura 51
Diagrama Actores de Sistema
141
4.3.3 Diagrama de Paquetes del Sistema
El siguiente diagrama muestra las dependencias de acceso entre los principales paquetes
del sistema de la plataforma tecnológica de Consulta Externa al nivel más alto.
Figura 52
Diagrama de Paquetes
142
4.3.4 Diagramas de Casos de Uso del Sistema por Paquete
4.3.4.1 Paquete PQ01_Derechos Paciente

Figura 53
Diagrama de Casos de Uso Por Paquete Derecho de Paciente
143
4.3.4.2 Paquete PQ02_Gestión de Atención
Figura 54
Diagrama de Casos de Uso por Paquete Gestión Atención
144
4.3.4.3 Paquete PQ03_Gestión de Atención por Voz
Figura 55
Diagrama de Casos de Uso por Paquete Atención por Voz
145
4.3.4.4 Paquete PQ04_Seguridad
Figura 56
Diagrama de Casos de Uso por Paquete Seguridad
4.3.5 Atributos de los Casos de Uso del Sistema

Tabla 48
Atributos de los Casos de Uso de Sistema

Caso de Paquete
Dificu Respon Priori
Nomenclatura Uso de Complejidad Estado
ltad sable dad
Sistema
Registrar PQ01_Dere
Michael
Familia chos
GCE_CUS01 Primario Definido Alta / 0
como Paciente
Juan
paciente
146
Buscar Michael PQ01_Dere
GCE_CUS02 Familia Secundario Definido Media / 1 chos
inscrita Juan Paciente
Enviar Michael PQ01_Dere
GCE_CUS03 Notifica- Secundario Definido Media / 1 chos
ción Juan Paciente
Michael PQ01_Dere
Aperturar
GCE_CUS04 Secundario Definido Alta / 1 chos
Atención
Juan Paciente
Michael PQ01_Dere
Bloquear
GCE_CUS05 Secundario Definido Media / 1 chos
Atención
Juan Paciente
Actualizar PQ01_Dere
Michael
Estableci- chos
GCE_CUS06 Secundario Definido Media / 1
miento de Paciente
Juan
salud
Verificar Michael PQ01_Dere
GCE_CUS07 Carga Secundario Definido Media / 1 chos
Familiar Juan Paciente
Verificar Michael PQ01_Dere
GCE_CUS08 Seguros del Secundario Definido Media / 1 chos
paciente Juan Paciente
Realizar Michael PQ04_Segu
GCE_CUS09 Inicio Secundario Definido Baja / 2 ridad
Sesión Juan
Michael PQ04_Segu
Cambiar
GCE_CUS10 Secundario Definido Baja / 2 ridad
Contraseña
Juan
Michael PQ04_Segu
Admini-
strar Perfil
Juan
Michael PQ04_Segu
Mantener
Usuario
Juan
147
Registrar Michael PQ02_Gest
GCE_CUS13 Familia Primario Definido Alta / 0 ión de
Scanner Juan Atención
Michael PQ01_Dere
Consultar
Fospeme
Juan Paciente
Michael PQ01_Dere
Consultar
Cgi
Juan Paciente
Michael PQ02_Gest
Programar
GCE_CUS16 Primario Definido Alta / 0 ión de
Cita
Juan Atención
Michael PQ02_Gest
Consultar
GCE_CUS17 Secundario Definido Media / 1 ión de
Médico
Juan Atención
Consultar Michael PQ02_Gest
GCE_CUS18 Especiali- Secundario Definido Media / 1 ión de
dad Juan Atención
Consultar PQ02_Gest
Michael
Programa- ión de
GCE_CUS19 Secundario Definido Media / 1
ción Atención
Juan
Médica
Gestionar Michael PQ02_Gest
GCE_CUS20 Citas Primario Definido Alta / 0 ión de
Reservadas Juan Atención
Michael PQ02_Gest
Repro-
gramar Cita
Juan Atención
Michael PQ02_Gest
Mantener
Cita
Juan Atención
Michael PQ02_Gest
Actualizar
Reclamo
Juan Atención
148
Realizar Michael PQ02_Gest
GCE_CUS24 Pago x Primario Definido Alta / 0 ión de
Tarjeta Juan Atención
Michael PQ02_Gest
Verificar
Tarjeta
Juan Atención
Michael PQ02_Gest
Investigar
GCE_CUS26 Secundario Definido Media / 1 ión de
Médico
Juan Atención
Evaluar Michael PQ02_Gest
GCE_CUS27 atención Secundario Definido Media / 1 ión de
Medica Juan Atención
Generar Michael PQ02_Gest
GCE_CUS28 Notifica- Secundario Definido Media / 1 ión de
cion Juan Atención
Verificar Michael PQ02_Gest
GCE_CUS29 Resultados Secundario Definido Alta / 1 ión de
laboratorio Juan Atención
Verificar Michael PQ02_Gest
GCE_CUS30 Atención Secundario Definido Media / 1 ión de
Médica Juan Atención
PQ03_Gest
Actualizar Michael
ión de
GCE_CUS31 Citas por Primario Definido Media / 0
Atención
Voz Juan
por Voz
Verificar PQ03_Gest
Michael
Staff ión de
Medico por Atención
Juan
voz por Voz
Verificar PQ03_Gest
Michael
Beneficios ión de
del paciente Atención
Juan
por voz por Voz
149
PQ03_Gest
Iniciar Michael
ión de
GCE_CUS34 Dialogo Primario Definido Alta / 0
Atención
con Voz Juan
por Voz
PQ03_Gest
Registrar Michael
ión de
GCE_CUS35 Familia por Primario Definido Alta / 0
Atención
voz Juan
por Voz
Consultar PQ03_Gest
Michael
datos del ión de
paciente Atención
Juan
por voz por Voz
Realizar PQ03_Gest
Michael
Pre ión de
Diagnó- Atención
Juan
stico por Voz
Consultar Michael PQ02_Gest
GCE_CUS40 Consulto- Secundario Definido Media / 1 ión de
rios Juan Atención
PQ03_Gest
Consultar Michael
ión de
GCE_CUS41 cita Primario Definido Alta / 0
Atención
pendiente Juan
por Voz
PQ03_Gest
Consultar Michael
ión de
GCE_CUS42 deuda por Primario Definido Alta / 0
Atención
voz Juan
por Voz
En el siguiente gráfico (Figura 59), se muestra la distribución de los Casos de Uso del
Sistema por ciclo de desarrollo.
150
Figura 57
Diagrama de Distribución de Casos de Uso por Ciclo
4.3.6 Especificación alto nivel Casos de Uso de Sistema

PQ01_Derechos Paciente
Tabla 49
Especificación de alto nivel “Registrar Familia como paciente”

Caso de uso: GCE_CUS01_ Registrar Familia como paciente
Actor(es) AS03_Titular
Propósito Registrar la carga familiar del titular como paciente del Hospital
Caso de uso asociado CUS02_Buscar Familia inscrita
El caso de uso de sistema (CUS) se inicia cuando el Titular
[GCE_AS03] le da la opción egistrar Familia en el sistema. El
Resumen
sistema procede a realizar el registro. El CUS termina con el
registro realizado.
Clasificación Primario
151
Tabla 50
Especificación de alto nivel “Buscar Familia inscrita”

Caso de uso: GCE_CUS02_ Buscar Familia inscrita
Actor(es) AS07_Sistema Personal
Busca a los familiares que se encuentran registrados y autorizados
Propósito
en el Comando de Personal
Caso de uso asociado No aplica para este caso de uso.
El caso de uso de sistemas (CUS) se inicia cuando el Sistema
Personal [GCE_AS07] busca al familiar inscrito en el sistema. El
Resumen
sistema procede en realizar la búsqueda. El CUS termina con la
búsqueda realizada.
Clasificación Secundario
Tabla 51
Especificación de alto nivel “Enviar Notificación”

Caso de uso: GCE_CUS03_ Enviar Notificación
Enviar notificaciones a las entidades encargadas de velar por el
Propósito
beneficio de los pacientes en caso encuentren alguna observación.
Caso de uso asociado CUS08_Verificar Seguros del paciente
El caso de uso de sistemas (CUS) se inicia cuando el Titular
[GCE_AS03] le da la opción de enviar notificación en el sistema.
Resumen
El sistema procede en realizar el envío de la notificación. El CUS
termina con el envío de la notificación realizado.
Tabla 52
Especificación de alto nivel “Aperturar Atención”

Caso de uso: GCE_CUS04_ Aperturar Atención
Propósito Aperturar una atención para los pacientes
152
[GCE_AS03] le da la opción de aperturar atención en el sistema. El
Resumen
sistema procede en aperturar la atención. El CUS termina con la
apertura de atención realizada.
Tabla 53
Especificación de alto nivel “Bloquear Atención”

Caso de uso: GCE_CUS05_ Bloquear Atención
Bloquear a los familiares del titular en caso encuentren algunas
Propósito
observaciones de los beneficios.
[GCE_AS03] le da la opción de bloquear atención en el sistema. El
Resumen
sistema procede en bloquear la atención. El CUS termina con la
atención bloqueada.
Tabla 54
Especificación de alto nivel “Actualizar Establecimiento de salud”
Caso de uso: GCE_CUS06_ Actualizar Establecimiento de salud
Actor(es) AS05_Jefe de Establecimiento de salud
Actualizar información de los pacientes que se atienden en las
Propósito
diferentes sedes del país
El caso de uso de sistemas (CUS) se inicia cuando el Jefe de
Establecimiento de salud [GCE_AS05] le da la opción de actualizar
Resumen información del paciente en el sistema. El sistema procede en
actulizar la información del paciente. El CUS termina con la
información actualizada del paciente.
153
Tabla 55
Especificación de alto nivel “Verificar Carga Familiar”
Caso de uso: GCE_CUS07_ Verificar Carga Familiar
Verificar que la carga familiar se encuentre debidamente
Propósito
autorizada para la atención médica.
[GCE_AS03] le da la opción de verificar carga familiar en el
Resumen sistema. El sistema procede en realizar la verificación de la carga
familiar del titular. El CUS termina con la verificación de la carga
familiar realizada.
Tabla 56
Especificación de alto nivel “Verificar Seguros del paciente”

Caso de uso: GCE_CUS08_ Verificar Seguros del paciente
Verificar los seguros del titular y familiar que están inscritos y
Propósito
cubiertos de cada paciente.
CUS14_Consultar Fospeme
Caso de uso asociado
CUS15_Consultar Cgi
[GCE_AS03] le da la opción de verificar seguro del paciente en el
Resumen sistema. El sistema procede en realizar la verificación del seguro
del paciente. El CUS termina con la verificación realizada del
seguro.
154
Tabla 57
Especificación de alto nivel “Consultar Fospeme”

Caso de uso: GCE_CUS14_ Consultar Fospeme
Actor(es) AS08_Sistema Seguro
Interfaces que permite consultar información de todos los
Propósito
beneficios que tiene el paciente.
El caso de uso de sistemas (CUS) se inicia con el ingreso al Sistema
Seguro [GCE_AS08] para consultar la información de los
Resumen
beneficios del paciente. El sistema procede en consultar los
beneficios del paciente. El CUS termina con la consulta realizada.
Tabla 58
Especificación de alto nivel “Consultar Cgi”

Caso de uso: GCE_CUS15_ Consultar Cgi
Actor(es) AS09_Sistema CGI
Interfaces que permite consultar información de todos los
Propósito beneficios que tiene el paciente perteneciente al cuerpo general de
inválidos.
El caso de uso de sistemas (CUS) se inicia con el ingreso al Sistema
Cgi [GCE_AS09] para consultar la información de los beneficios
Resumen del paciente perteneciente al cuerpo general de inválidos. El
sistema procede en consultar los beneficios del paciente. El CUS
termina con la consulta realizada.
155
PQ02_Gestión de Atención
Tabla 59
Especificación de alto nivel “Registrar Familia Scaner”

Caso de uso: GCE_CUS13_ Registrar Familia Scaner
Propósito Registrar la carga familiar del titular como paciente del Hospital
El caso de uso de sistema (CUS) se inicia cuando el Titular
[GCE_AS03] le da la opción de Scanear Carnet del familiar en el
Resumen sistema. El sistema procede en buscar el registro para
posteriormente registrar al familiar. El CUS termina con el registro
realizado.
Tabla 60
Especificación de alto nivel “Programar Cita”

Caso de uso: GCE_CUS16_ Programar Cita
Actor(es) AS02_Paciente
Propósito Permite al paciente programar una cita para la atención médica.
CUS17_Consultar Médico
Caso de uso asociado CUS18_Consultar Especialidad
CUS19_Consultar Programación Médica
El caso de uso de sistemas (CUS) se inicia cuando el Paciente
[GCE_AS02] le da la opción Generar Cita . El sistema procede en
Resumen
proporcionar al paciente los pasos a seguir para generar una cita
médica. El CUS termina con la cita programada.
Tabla 61
Especificación de alto nivel “Consultar Médico”

Caso de uso: GCE_CUS17_ Consultar Médico
156
Interface que permite consultar los médicos que están registrados
Propósito
y autorizados en el hospital
[GCE_AS02] le da la opción de consultar médico en el sistema. El
Resumen
sistema procede en consultar el listado de los médicos que están
habilitados en el hospital. El CUS termina con la consulta realizada.
Tabla 62
Especificación de alto nivel “Consultar Especialidad”

Caso de uso: GCE_CUS18_ Consultar Especialidad
Interface que permite consultar las especialidades que están
Propósito
registrados y autorizados en el hospital
[GCE_AS02] le da la opción de consultar especialidad en el
Resumen
sistema. El sistema procede en consultar en su base de datos la
especialidad médica. El CUS termina con la consulta realizada.
Tabla 63
Especificación de alto nivel “Consultar Programación Médica”

Caso de uso: GCE_CUS19_ Consultar Programación Médica
Interface que permite consultar las programaciones médicas del
Propósito
doctor.
Resumen [GCE_AS02] le da la opción de consultar programación médica en
el sistema. El sistema procede en consultar en su base de datos la
157
programación médica requerida. El CUS termina con la consulta
realizada.
Tabla 64
Especificación de alto nivel “Gestionar Citas Reservadas”

Caso de uso: GCE_CUS20_ Gestionar Citas Reservadas
Propósito Permite al paciente gestionar (consultar) sus citas reservadas
CUS21_Reprogramar Cita
CUS22_Mantener cita
[GCE_AS02] le da la opción de gestionar citas reservadas en el
Resumen sistema. El sistema procede en consultar en su base de datos las
citas reservadas del paciente. El CUS termina con la consulta
realizada.
Tabla 65
Especificación de alto nivel “Reprogramar Cita”

Caso de uso: GCE_CUS21_ Reprogramar Cita
Permite al paciente realizar una reprogramación de su cita
Propósito
reservada.
[GCE_AS02] le da la opción de reprogramar cita en el sistema. El
Resumen sistema procede en realizar la reprogramación de la cita del
paciente. El CUS termina con la la reprogramación de la cita
realizada.
158
Tabla 66
Especificación de alto nivel “Mantener cita”

Caso de uso: GCE_CUS22_ Mantener cita
Permite al paciente realizar un mantenimiento (anular y
Propósito
confirmar) de su cita reservada
[GCE_AS02] le da la opción Mantener cita en el sistema. El sistema
Resumen
procede en realizar el mantenimiento (anular y confirmar) de la cita
reservada. El CUS termina con el mantenimiento realizado.
Tabla 67
Especificación de alto nivel “Actualizar Reclamo”

Caso de uso: GCE_CUS23_ Actualizar Reclamo
Propósito Permite actualizar el reclamo presentado por el paciente
[GCE_AS02] le da la opción Actualizar Reclamo en el sistema. El
Resumen
sistema procede en actualizar el reclamo del paciente. El CUS
termina con el reclamo actualizado.
Tabla 68
Especificación de alto nivel “Realizar Pago x Tarjeta”

Caso de uso: GCE_CUS24_ Realizar Pago x Tarjeta
Permite al paciente realizar pagos por las citas y/o servicios
Propósito
consumidos en el hospital
Caso de uso asociado CUS25_Verificar Tarjeta
159
El caso de uso de sistemas (CUS) se inicia cuando al Paciente
[GCE_AS02] le da la opción de realizar pago x tarjeta en el sistema.
Resumen El sistema procede en realizar el pago x tarjeta por las citas y/o
servicios del paciente. El CUS termina con el pago realizado x
tarjeta.
Tabla 69
Especificación de alto nivel “Verificar Tarjeta”

Caso de uso: GCE_CUS25_ Verificar Tarjeta
Actor(es) AS10_Banco
Propósito Permite verificar la autenticidad de la tarjeta
El caso de uso de sistemas (CUS) se inicia cuando el Banco
[GCE_AS10] verifica la autenticidad de la tarjeta del paciente en
Resumen su sistema. El sistema del banco procede en verificar la tarjeta del
paciente. El CUS termina con la verificación de la autenticidad de
la tarjeta realizada.
Tabla 70
Especificación de alto nivel “Investigar Médico”

Caso de uso: GCE_CUS26_ Investigar Médico
Permite consultar información general de los médicos que
Propósito
atienden en el hospital.
[GCE_AS02] le da la opción de investigar médico en el sistema. El
Resumen sistema procede en consultar en la base de datos la información
general de los médicos que atienden en el hospital. El CUS termina
con la consulta realizada.
160
Tabla 71
Especificación de alto nivel “Evaluar atención médica”

Caso de uso: GCE_CUS27_ Evaluar atención médica
Permite al paciente realizar una evaluación de la atención
Propósito
realizada por el médico.
[GCE_AS02] le da la opción de evaluar atención médica en el
Resumen
sistema. El sistema procede en realizar la evaluación de la atención
médica. El CUS termina con la evaluación realizada.
Tabla 72
Especificación de alto nivel “Generar Notificación”

Caso de uso: GCE_CUS28_ Generar Notificación
Permite al paciente generar notificaciones (mensajes) para el
Propósito
hospital para realizar trámites administrativos.
[GCE_AS02] le da la opción de generar notificación en el sistema.
Resumen
El sistema procede en generar la notificación. El CUS termina con
la notificación realizada.
Tabla 73
Especificación de alto nivel “Verificar Resultados laboratorio”

Caso de uso: GCE_CUS29_ Verificar Resultados laboratorio
161
Permite verificar los resultados realizados en los exámenes de
Propósito
laboratorio.
[GCE_AS02] le da la opción de verificar resultados del laboratorio
Resumen en el sistema. El sistema procede en mostrar los resultados de los
exámenes de laboratorio. El CUS termina con la presentación de
los resultados de los exámenes de laboratorio.
Tabla 74
Especificación de alto nivel “Verificar Atención Médica”

Caso de uso: GCE_CUS30_ Verificar Atención Médica
Permite verificar la atención médica (diagnóstico) realizada al
Propósito
paciente.
[GCE_AS02] le da la opción de verificar atención médica en el
Resumen sistema. El sistema procede en mostrar la atención médica
(diagnóstico) del paciente. El CUS termina con la presentación de
la atención médica.
PQ03_Gestión de Atención por Voz
Tabla 75
Especificación de alto nivel “Actualizar Citas por voz”

Caso de uso: GCE_CUS31_ Actualizar Citas por voz
Actor(es) AS11_Asistente Virtual
Permite al paciente realizar citas médicas por intermedio de un
Propósito
asistente de voz.
162
El caso de uso de sistemas (CUS) se inicia cuando el paciente a
través del Asistente Virtual [GCE_AS11] indica por voz la
Resumen
actualización de su cita. El sistema procede en actualizar la cita del
paciente por voz. El CUS termina con la actualización de la cita.
Tabla 76
Especificación de alto nivel “Verificar Médicos por voz”

Caso de uso: GCE_CUS32_ Verificar Staff Medico por voz
Permite al paciente verificar información de su médico por
Propósito
intermedio de un asistente de voz.
Resumen verificación del staff médico. El sistema procede en verificar al
staff médico por voz. El CUS termina con la presentación del staff
médico requerido por el paciente.
Tabla 77
Especificación de alto nivel “Verificar Beneficios del paciente por voz”

Caso de uso: GCE_CUS33_ Verificar Beneficio del Paciente por voz
Permite al paciente verificar los beneficios que registra su carga
Propósito
familiar por intermedio de un asistente de voz.
Resumen verificación de los beneficios que registra su carga familiar. El
sistema procede en verificar los beneficios. El CUS termina con la
presentación de los beneficios de la carga familiar.
163
Tabla 78
Especificación de alto nivel “Iniciar Dialogo con voz”

Caso de uso: GCE_CUS34_ Iniciar Dialogo con voz
Propósito Permite al titular / paciente usar el asistente de voz.
El caso de uso de sistemas (CUS) se inicia cuando el Titular /
Paciente le da la opción Asistente Virtual [GCE_AS11] para
Resumen realizar su consulta / servicio. El sistema procede en activar el
asistente virtual. El CUS termina con la habilitación del asistente
virtual.
Tabla 79
Especificación de alto nivel “Registrar familiar por voz”

Caso de uso: GCE_CUS35_ Registrar Familia por voz
Propósito Permite al titular registrar su familiar por voz.
El caso de uso de sistemas (CUS) se inicia cuando el titular a través
del Asistente Virtual [GCE_AS11] indica por voz el registro de su
Resumen
familiar. El sistema procede en registrar al familiar. El CUS termina
con el registro del familiar.
Tabla 80
Especificación de alto nivel “Consultar datos del paciente por voz”

Caso de uso: GCE_CUS36_ Consultar datos del paciente por voz
Propósito Permite al titular consultar los datos de su familiar
164
El caso de uso de sistemas (CUS) se inicia cuando el titular a través
del Asistente Virtual [GCE_AS11] indica por voz consultar los
Resumen datos de su familiar. El sistema procede en consultar los datos del
familiar. El CUS termina con la consulta realizada de los datos del
familiar.
Tabla 81
Especificación de alto nivel “Realizar Pre Diagnóstico”

Caso de uso: GCE_CUS37_ Realizar Pre Diagnóstico
Permite al paciente realizar un Pre Diagnóstico y sacar una cita a
Propósito
la especialidad recomendada
través del Asistente Virtual [GCE_AS11] indica sus síntomas para
Resumen el pre-diagnóstico. El sistema procede en generar el pre-
diagnóstico. El CUS termina con el pre-diagnóstico generado y la
recomendación a la cita médica.
Tabla 82
Especificación de alto nivel “Consultar Consultorios”

Caso de uso: GCE_CUS40_ Consultar Consultorios
Propósito Permite al paciente consultar consultorios
[GCE_AS02] le da la opción de consultar consultorios en el
Resumen
sistema. El sistema procede en consultar los consultorios del
hospital. El CUS termina con la consulta realizada.
165
Tabla 83
Especificación de alto nivel “Consultar Cita Pendiente”

Caso de uso: GCE_CUS41_ Consultar Cita Pendiente
Propósito Permite al paciente consultar una cita pendiente
través del Asistente Virtual [GCE_AS11] indica por voz consultar
Resumen su cita pendiente. El sistema procede en consultar la cita pendiente
del paciente. El CUS termina con la consulta realizada de la cita
pendiente.
Tabla 84
Especificación de alto nivel “Consultar Deuda por voz”

Caso de uso: GCE_CUS42_ Consultar Deuda por voz
Propósito Permite al paciente consultar su deuda pendiente
través del Asistente Virtual [GCE_AS11] indica por voz consultar
Resumen su deuda pendiente. El sistema procede en consultar la deuda
pendiente del paciente. El CUS termina con la consulta realizada
de la deuda pendiente.
PQ04_Seguridad
Tabla 85
Especificación de alto nivel “Realizar Inicio de Sesión”

Caso de uso: GCE_CUS09_ Realizar Inicio de Sesión
Actor(es) AS01_Usuario
Propósito Permite a los usuarios ingresar al sistema.
166
El caso de uso de sistemas (CUS) se inicia cuando el Usuario
[GCE_AS01] desea ingresar a la aplicación e ingresa su código CIP
Resumen y contraseña. El sistema procede en validar las credenciales. El
CUS termina cuando los datos son validados y el Usuario ingrese a
la aplicación.
Tabla 86
Especificación de alto nivel “Cambiar Contraseña”

Caso de uso: GCE_CUS10_ Cambiar Contraseña
Actor(es) AS01_Usuario
Propósito Permite al usuario cambiar su contraseña de ingreso al sistema.
El caso de uso de sistemas (CUS) se inicia cuando el Usuario
[GCE_AS01] desea modificar su contraseña actual. El sistema
Resumen procede en validar la nueva contraseña. El CUS termina cuando los
datos proporcionados para la nueva contraseña son validados y
guardados.
Tabla 87
Especificación de alto nivel “Administrar Perfil”

Caso de uso: GCE_CUS11_ Administrar Perfil
Actor(es) AS04_Administrador de Sistema
Permite al administrador del sistema cambiar y consultar opciones
Propósito
de sistema.
El caso de uso de sistemas (CUS) se inicia cuando el Administrador
de Sistema [GCE_AS04] desea administrar los perfiles de acceso
Resumen de los usuarios del sistema. El sistema procede en proporcionar los
perfiles de acceso de los usuarios. El CUS termina cuando los
perfiles de acceso son grabados.
167
Tabla 88
Especificación de alto nivel “Mantener Usuario”

Caso de uso: GCE_CUS12_ Mantener Usuario
Actor(es) AS04_Administrador de Sistema
Permite al administrador del sistema asignar, desasignar o
Propósito
consultar los perfiles de los usuarios del sistema.
El caso de uso de sistemas (CUS) se inicia cuando el Administrador
de Sistema [GCE_AS04] desea modificar los datos del usuario del
Resumen
sistema. El sistema procede en proporcionar los datos del usuario.
El CUS termina cuando los datos proporcionados son grabados.
4.3.7 Especificaciones Detalladas de los Casos de Uso Núcleo Central
4.3.7.1 GCE_CUS01_Registrar Familia como paciente

Tabla 89
Caso de Uso de Sistema GCE_CUS01_Registrar Familia como paciente

Nombre del CUS GCE_CUS01_Registrar Familia como paciente
Responsable Michael Elmenthaler / Juan Montes
Actores Titular [AS03]
Iteración 1.0
Propósito El caso de uso permite al titular registrar a su
familia al hospital para ser atendida en consulta
externa.
Breve Descripcion El caso de uso empieza cuando el titular desea
registrar a su familiar al sistema del hospital. El
caso de uso termina con el registro del familiar en
el hospital para poder ser atendido en consulta
externa.
Caso de uso asociado GCE_CUS02_Buscar Familia inscrita
168
Reglas de negocio GCE_RN03 – Registrar carga familiar
Si el titular no registra su carga familiar en el
sistema de personal, estos no podrán ser atendidos
en el hospital.
Clases Entidad GCE_EN01_CIP (Carnet de Identidad Personal)
GCE_EN02_DNI (Documento de Identidad
Personal)
GCE_EN03_CIF (Carnet de Identidad Familiar)
GCE_EN17_Constancia del hospital
GCE_EN05_Lista de Personal Inscrito en Registro
Familia
Precondiciones Registro del paciente en el sistema del personal
Postcondiciones
Flujo básico
1. El titular selecciona del menú principal el ícono Registrar Familia .
2. El sistema de la aplicación móvil muestra la interfaz de la búsqueda con un
campo de texto que indica: Escoger la forma de búsqueda del familiar
registrado y autorizado e
muestra los botones de Escanear Carnet y Buscar x NA. También, muestra un
campo de texto que indica para ingresar el número de Carnet en Búsqueda. Al
istrar como
3. Los botones de Escanear Carnet y Buscar x NA están habilitados.

4. El titular elige el botón Escanear Carnet.
a. Si el sistema de la aplicación móvil encuentra el registro del familiar en el
sistema de Copere, muestra los siguientes campos: Nombre, Cip, Edad, Fecha
Ren y Observación.
b. Si el sistema no encuentra un registro, ver Flujo Alterno 1 Sin Resultado de
la Búsqueda.
5. El titular selecciona el botón
6. Aparece una ventana que indica: registró
169
Subflujo: Buscar Familiar de forma manual
1. En el punto 3 del flujo básico. Si el titular selecciona el botón Buscar x NA,
el titular escribe de forma manual el número de Carnet del Familiar (9
dígitos).
2. El flujo continúa en el punto 4a.
Flujo alterno 1: Sin Resultado de la Búsqueda
1. Si en el punto 4b la aplicación móvil no encuentra un registro del familiar,
el campo de la información muestra el siguiente mensaje:
encontró información
2. El botón de
3. El flujo continúa en el punto 1.
Prototipos
170
4.3.7.2 GCE_CUS16_Programar Cita
Tabla 90
Caso de Uso de Sistema GCE_CUS16_Programar Cita

Nombre del CUS GCE_CUS16_Programar Cita
Actores Paciente [AS02], Titular [AS03]
Iteración 1.0
Requisito Funcional
Asociado
Propósito El caso de uso permite al paciente generar una cita
médica de forma manual por medio de la
aplicación móvil.
171
Breve Descripcion El caso de uso empieza cuando el paciente solicita
sacar una cita médica. El caso de uso termina con
el registro de una cita médica.
Caso de uso asociado GCE_CUS17_Consultar Medico
GCE_CUS18_Consultar Especialidad
GCE_CUS19_Consultar Programación
GCE_CUS26_Investigar Medico
Reglas de negocio GCE_RN13 Restricción cita
Si el paciente no asiste a tres citas programadas
dentro de un mes, este no podrá sacar una nueva
cita en el mismo periodo.
Personal)
GCE_EN06_Parte de Atencion
GCE_EN11_Lista de Programación
Pre condiciones Existe un registro del paciente en el hospital
Post condiciones Lista de Citas Reservadas
Flujo básico
1. El paciente selecciona del menú principal el ícono Generar Cita
2. El sistema muestra la interfaz con la foto del titular y su
información general. Asimismo, se ve un listado de la carga familiar del
titular.
3. El titular selecciona al familiar para quien desea generar la cita médica.
4. El sistema muestra la interfaz de la especialidad médica con una barra de
búsqueda e íconos de las diferentes especialidades.
5. El titular elige la especialidad para el familiar o para si mismo.
6. El sistema muestra la interfaz del criterio de búsqueda con las opciones
Médico (habilitado) y Fecha (deshabilitado). Asimismo, hay una barra de
búsqueda y un listado de los médicos correspondientes a la especialidad.
7. El titular elige al médico requerido.
172
8. El sistema muestra la interfaz de la fecha con el campo del médico y el
calendario para sus atenciones. Asimismo, muestra el consultorio con los
campos de la especialidad, el consultorio y el horario de atención. También,
muestra una barra con los diferentes horarios del médico.
9. El titular elige la fecha, el consultorio y el horario requerido.
10. El sistema muestra la interfaz con la confirmación de la cita con los
campos de lectura: Médico, Paciente, Especialidad, Consultorio, Fecha de cita
y el Horario. Asimismo, muestra un botón para confirmar la cita.
11. El titular elige el botón para confirmar.
12. Aparece el mensaje de que la cita es confirmada: registró la cita. La
puede visualizar en Citas reservadas .
Subflujo: Ingresar como familiar
1. Si en el punto 3 el paciente es un paciente familiar, se muestra solamente
sus datos generales, más no la carga familiar.
Prototipos
173
4.3.7.3 GCE_CUS31_Actualizar Citas por Voz
Tabla 91
Caso de Uso de Sistema GCE_CUS31_Actualizar Citas por Voz

Nombre del CUS GCE_CUS31_Actualizar Citas por Voz
Actores Paciente [AS02]
174
Iteración 1.0
Requisito Funcional
Asociado
Propósito El caso de uso permite al paciente generar y
eliminar una cita médica por voz.
generar una cita médica por voz. El caso de uso
termina con el registro de una cita médica.
Reglas de negocio GCE_RN13 Restricción cita
Si el paciente no asiste a tres citas programadas
dentro de un mes, este no podrá sacar una nueva
cita en el mismo periodo.
Personal)
Precondiciones Existe un registro del paciente en el hospital
Postcondiciones
Flujo básico
1. El paciente selecciona del menú principal el ícono Asistente Virtual .
2. El sistema muestra la interfaz del chatbot y le da la bienvenida al paciente
mediante un texto y le indica que puede hacer
3. El paciente selecciona el botón del micrófono y dicta con su voz que
requiere una cita médica
4. El chatbot le pregunta para qué especialidad ?
5. El paciente menciona la especialidad.
6. El chatbot le contesta : La cita más próxima es para x fecha a las x horas
con el doctor x. El costo es de x soles.
7. El chatbot le pregunta si el paciente desea que le programen para la cita
mencionada.
175
8. El paciente confirma la cita.
9. El chatbot le indica al paciente que se acerque al módulo del hospital e
ingrese en su aplicación móvil al icono de citas reservadas para proceder con
el pago.
Prototipos
4.3.7.4 GCE_CUS36_Consultar datos del paciente por Voz

Tabla 92
Caso de Uso de Sistema GCE_CUS36_Consultar datos del paciente por Voz

Nombre del CUS GCE_CUS36_Consultar datos del paciente por
Voz
Actores Paciente [AS02]
Iteración 1.0
Requisito Funcional
Asociado
Propósito El caso de uso permite al paciente consultar datos
de sí mismo.
176
información por voz. El caso de uso termina
cuando el asistente de voz le responde al paciente
con lo solicitado.
Reglas de negocio GCE_RN05 – Registrar personal para aplicación
móvil
Solo pueden tener acceso a la aplicación móvil el
Titular y su familia.
GCE_RN09 - Estados de la reserva de consulta
Los estados de la reserva de consulta externa serán:
Reservado y Libre.
Clases Entidad GCE_EN17_Constancia del hospital
GCE_EN16_Lista de Personal CGI
GCE_EN10_Constancia de CGI
GCE_EN08_ Lista de Integrantes de ONCOEP
Pre condiciones Existe un registro del paciente en el hospital
Post condiciones
Flujo básico
1. El paciente selecciona del menú principal el ícono Asistente Virtual .
2. El sistema muestra la interfaz del chatbot y le da la bienvenida al paciente
mediante un texto y le indica que puede hacer
3. El paciente selecciona el botón del micrófono y dicta con su voz su
solicitud de una información.
3.1 El paciente requiere información sobre su carga familiar
El titular selecciona en el menú principal de la aplicación móvil el ícono del
asistente virtual y hace sus consultas por voz o de forma manual sobre su
carga familiar con las siguientes instrucciones:
• quienes integran mi familia
• familia registrada
• Carga familiar
177
• ¿Cuál es mi carga familiar?
Como resultado el asistente virtual muestra la carga familiar del titular.
3.2 El paciente requiere su fecha de nacimiento
El titular selecciona en el menú principal de la aplicación móvil el ícono del
asistente virtual y hace sus consultas por voz o de forma manual sobre la fecha
de nacimiento con las siguientes instrucciones:
• fecha de nacimiento de
• ¿Cuál es la fecha de cumpleaños de
• ¿Cuál es la fecha de nacimiento de
4. El paciente recibe la respuesta por voz y texto.
Prototipos
178
4.3.8 Diagrama del Modelo Conceptual
Figura 58
Diagrama del Modelo Conceptual
179
4.3.9 Diccionario de Clases
GCE01_Paciente
Es el documento donde se ingresa la información relacionada al paciente.
Tabla 93
Clase “Paciente”
Tipo de Valor
Nombre del atributo Descripción Visibilidad
dato inicial
Identificador de paciente, int
IdPaciente N/A Público
KEY
varchar
ApellidoPaterno Apellido Paterno de paciente N/A Público
varchar
ApellidoMaterno Apellido Materno de paciente N/A Público
varchar
PrimerNombre Primer nombre de paciente N/A Público
Fecha de nacimiento de datetime

FechaNacimiento N/A Público
paciente
Número de documento de varchar
NroDocumento N/A Público
paciente
varchar
Telefono Teléfono de paciente N/A Público
Identificador de sexo, tabla int

IdTipoSexo N/A Público
TiposSexo
Identificador de estado civil, int
IdEstadoCivil N/A Público
tabla TiposEstadoCivil
GCE02_Beneficio
Es el documento donde se encuentran registrados los derechos y los beneficios del
paciente.
Tabla 94
Clase “Beneficio”
Tipo de Valor
dato inicial
char
description Descripción del seguro N/A Público
Número administrativo del char

Cip N/A Público
paciente
180
char
NombreCompleto Nombre del paciente N/A Público
Fecha de ingreso al seguro del datetime
FechaIngreso N/A Público
paciente
datetime
PrimerDcto Fecha del primer descuento N/A Público
datetime
FechaRetiro Fecha del retiro del seguro N/A Público
Estado (Activo, Inactivo) del char
Estado N/A Público
seguro
GCE03_Paciente Militar
Es el documento donde se encuentra registrada la información militar del paciente como
por ejemplo el grado y el rango.
Tabla 95
Clase “Paciente Militar”
Tipo de Valor
dato inicial
Identificador de paciente, int
IdPaciente N/A Público
KEY
Número administrativo del char
NA N/A Público
paciente
Tipo de persona (Titular y/o char
TipoPersona N/A Público
Familia)
char
Tarifa Tipo de plan tarifario N/A Público
Descripción de unidad donde char

Unidad N/A Público
trabaja el paciente
Descripción de núcleo donde char
Nucleo N/A Público
trabaja el paciente
Descripción de arma del char
Arma N/A Público
paciente
Descripción de grado del char
Grado N/A Público
paciente
Derecho del medicamento al char
FOSPEME N/A Público
paciente (SI o NO)
181
GCE04_Historia Clínica
Es el documento de historia clínica del paciente.
Tabla 96
Clase “Historia Clínica”
Nombre del atributo Descripción Tipo de Valor Visibilidad
dato inicial
NroHistoriaClinica Número de historia clínica Int N/A Público
EstadoHistoria Estados de la historia clínica Int N/A Público
IdPaciente Identificador de paciente, tabla Int N/A Público

Pacientes
GCE05_Diagnostico
Es el documento donde se ingresa el diagnóstico del paciente.
Tabla 97
Clase “Diagnostico”
Nombre del atributo Descripción Tipo de dato Valor inicial Visibilidad
IdDiagnostico Identificador de diagnóstico Int N/A Público

Descripcion Descripción de diagnóstico Varchar N/A Público
EdadMaxDias Edad máxima de días Int N/A Público
EdadMinDias Edad mínima de días Int N/A Público
IdTipoSexo Identificador de tipo de sexo Int N/A Público
GCE06_Resultado Laboratorio
Es el documento donde se ingresa el resultado del laboratorio del paciente.
Tabla 98
Clase “Resultado Laboratorio”
Nombre del Descripción Tipo de Valor Visibilid

atributo dato inicial ad
CodPrueba Identificador de la prueba de varchar
N/A Público
laboratorio
Resultado Resultado del análisis Varchar N/A Público
182
Unidad Unidad de medida del análisis Varchar N/A Público
ValorReferencia Valor de referencia del análisis Varchar N/A Público
GCE07_Reclamo
Es el documento donde se ingresa la información relacionada al reclamo del paciente.
Tabla 99
Clase “Reclamo”
Tipo de Valor
dato inicial
idreclamo
Identificador del reclamo Int N/A Público
Fecha datetime
Fecha del reclamo N/A Público
NombrePaciente Nombre de la persona que realiza varchar

N/A Público
el reclamo
telefonoPaciente Telefono de la persona que
Int N/A Público
realiza el reclamo
Motivo varchar
Motivo del reclamo N/A Público
tipoPQSR Tipo (Petición, Queja, Sugerencia varchar

N/A Público
y Reclamo)
GCE08_Atencion
Es el documento donde se ingresa la información relacionada a la atención del paciente.
Tabla 100
Clase “Atencion”
IdAtencion int
Identificador, llave de la tabla N/A Público
IdPaciente int
Id del Paciente, tabla Pacientes N/A Público
FechaIngreso datetime
Fecha de ingreso N/A Público
HoraIngreso char
Hora de ingreso N/A Público
IdServicioIngreso Identificador de servicio de int

N/A Público
ingreso, tabla Servicios
IdMedicoIngreso Identificador de médico de int
N/A Público
ingreso, tabla Medicos
IdEspecialidadMedico Identificador de especialidad de int
N/A Público
médico
183
GCE09_Cita
Es el documento donde se ingresa la información relacionada a la cita del paciente.
Tabla 101
Clase “Cita”
IdCita Identificador de cita Int N/A Público

Fecha Fecha de cita datetime N/A Público
HoraInicio Hora de inicio de cita Char N/A Público
HoraFin Hora fin de cita Char N/A Público
Identificador de atención, tabla int

Atencion N/A Público
Atenciones
Identificador de médico, tabla int

Medico N/A Público
Medicos
Identificador de especialidad, int

Especialidad N/A Público
tabla MedicosEspecialidad
Identificador de servicio, tabla int

Servicio N/A Público
Servicios
Identificador de programación, int

Programacion N/A Público
tabla ProgramacionMedica
GCE10_Reprogramacion
Es el documento donde se ingresa la información relacionada de la reprogramación del
paciente.
Tabla 102
Clase “Reprogramacion”

Identificador de la int
IdReprogramacion N/A Público
reprogramación
Identificador médico, tabla int
IdMedico N/A Público
Medicos
datetime
Fecha Fecha de programación médica N/A Público
184
Hora de inicio de programación char
HoraInicio N/A Público
médica
Hora fin de programación char
HoraFin N/A Público
médica
IdServicio N/A Público
Servicios
GCE11_Pago
Es el documento donde se ingresa la información relacionada al pago del paciente.
Tabla 103
Clase “Pago”
Nombre del Descripción Tipo de Valor Visibilida
atributo dato inicial d
Identificador de comprobante de int
IdComprobantePago N/A Público
pago
char
NroSerie Número de serie de comprobante N/A Público
Número de documento de varchar

NroDocumento N/A Público
comprobante
varchar
RazonSocial Razón social de comprobante N/A Público
RUC RUC Char N/A Público

SubTotal Subtotal de comprobante Money N/A Público
IGV IGV Money N/A Público
Total Total de comprobante Money N/A Público
FechaCobranza Fecha de emisión del documento Datetime N/A Público
GCE12_Programacion
Es el documento donde se ingresa la información de la programación.
Tabla 104
Clase “Programacion”
Identificador médico, tabla int

IdMedico N/A Público
Medicos
185
Identificador de departamento, int
IdDepartamento N/A Público
tabla DepartamentosHospital
datetime
Fecha Fecha de programación médica N/A Público
Hora de inicio de programación char

HoraInicio N/A Público
médica
Hora fin de programación char
HoraFin N/A Público
médica
Identificador de tipo de
int
IdTipoProgramacion programación, tabla N/A Público
TiposProgramacion
Descripción de programación varchar
Descripcion N/A Público
médica
Identificador de especialidad, int
IdEspecialidad N/A Público
tabla Especialidad
IdServicio N/A Público
Servicios
TiempoPromedioAtenci Tiempo de atención que tiene int
N/A Público
on cada cita
GCE13_Medico
Es el documento donde se ingresa la información relacionada al médico.
Tabla 105
Clase “Medico”
IdMedico Identificador de médico Int N/A Público
Colegiatura Colegiatura de médico Char N/A Público

Identificador de empleado, tabla
IdEmpleado Int N/A Público
Empleados
186
GCE14_Empleado
Es el documento donde se ingresa la información relacionada al empleado.
Tabla 106
Clase “Empleado”
IdEmpleado Identificador de empleado Int N/A Público
ApellidoPaterno Apellido paterno de empleado Varchar N/A Público
ApellidoMaterno Apellido materno de empleado Varchar N/A Público

varchar
Nombres Nombre de empleado N/A Público
DNI DNI de empleado Char N/A Público
GCE15_Medico Especialidad
Es el documento donde se ingresa la información relacionada a la especialidad médica.
Tabla 107
Clase “Medico Especialidad”
Nombre del atributo Descripción Tipo de Valor inicial Visibilidad
dato
IdMedicoEspecialidad Identificador de la tabla Int N/A Público
Identificador de especialidad,
IdEspecialidad Int N/A Público
tabla Especialidades
Identificador de médico, tabla
IdMedico Int N/A Público
Medicos
187
GCE16_Especialidad
Es el documento donde se ingresa la especialidad.
Tabla 108
Clase “Especialidad”

IdEspecialidad Identificador de especialidad Int N/A Público
Nombre Nombre de especialidad Varchar N/A Público
IdDepartamento Identificador de departamento Int N/A Público
GCE17_Consultorio
Es el documento donde se ingresa la información del consultorio médico.
Tabla 109
Clase “Consultorio”
IdServicio Identificador de servicio, KEY Int N/A Público

varchar
Nombre Nombre del servicio del hospital N/A Público
Edad Máxima en DIAS de un

Paciente. Ej: Pediatría no puede int
maximaEdad N/A Público
pasar de 12 años, se registra
12*360=4320.
188
CAPÍTULO 5 ARQUITECTURA DEL SOFTWARE
5.1 Introducción
Este capítulo trata del diseño y de la implementación de la arquitectura de software de la
solución tecnológica para el hospital público. Se presentan los diagramas de caso de uso
del ciclo 0, las metas, restricciones, y los mecanismos de la arquitectura que son
significativos para el proyecto. Asimismo, se muestran los paquetes de la vista lógica, la
vista de implementación y la vista de despliegue de la arquitectura de software. Al final,
se van a realizar los casos de uso ciclo 0 seleccionados para la prueba de concepto.
5.2 Diagrama de los casos de uso más significativos para la arquitectura del
software
Figura 59
Diagrama de casos de uso más significativo paquete 01
189
Figura 60
Figura 61
190
5.3 Metas de la arquitectura de software
Tabla 110
Metas de la arquitectura de software
Código Descripción
La aplicación móvil se conectará con tres bases de datos:

- Hospital (local)
RNF004
- Fospeme (externa)
- Copere (externa)
En caso de error la aplicación móvil mostrará un mensaje de

RNF001
error al usuario.
El tiempo máximo de respuesta del sistema a las consultas

RNF014 realizadas por el paciente debe ser entre 1 a 5 segundos.
RNF015 La aplicación móvil debe ser capaz de operar adecuadamente

las transacciones de más de 1200 usuarios de manera
simultánea.
RNF016 La información almacenada en la Base de Datos podrá ser

consultada y actualizada permanente y simultáneamente, sin
que se afecte el tiempo de respuesta.
RNF013 Las comunicaciones y transferencias de información con las

bases de datos externas deben ser encriptadas.
RNF011 La aplicación móvil debe estar disponible 365 días al año.
RNF005 El asistente de voz debe funcionar con la librería text to

speech que permite la intercomunicación entre el agente
virtual y el usuario.
RNF006 Los servicios van a funcionar con Rest para el transporte de

datos.
191
5.4 Restricciones de la arquitectura de software
Tabla 111
Restricciones de la arquitectura de software
Código Descripción
El entorno de desarrollo para la aplicación móvil deberá ser

RNF007 Android Studio debido a que permite trabajar con la api text
to speech como asistente de voz y el framework Flutter.
La aplicación móvil debe trabajar sobre el sistema operativo

RNF008 Android debido a que cubre a la mayoría de usuarios que
portan un dispositivo móvil inteligente.
La librería para generar la respuesta por voz del asistente es

RNF009
TTS (Text to Speech).
La versión del sistema operativo de la aplicación móvil es

Android 5.0 (Lollipop) API 21 para soportar el asistente de
RNF010
voz y para que versiones anteriores del SO puedan ejecutar el
sistema.
Si el paciente ingresa más de tres veces consecutivas la

RNF003 contraseña incorrecta al sistema, este será bloqueado por un
tiempo de 5 minutos.
El diseño de la interfaz gráfica de la aplicación móvil debe

RNF002 trabajar con el framework Flutter para la visualización y la
integración del asistente de voz.
192
5.5 Mecanismos arquitecturales
Tabla 112
Mecanismos arquitecturales
Mecanismos de análisis y soluciones a través del diseño y la implementación
Mecanismo Requerimientos Solución

abordados
Manejo de errores: Comprende:

Permite que los errores El manejo de los errores de datos
sean detectados, que se resolverá en el servidor de
propagados y notificados RNF 016 base de datos y en las clases que
manejan la lógica del negocio
(try catch). La información se
presentará en la interface para
que el usuario decida qué hacer.
Persistencia: Constituye el Las capacidades tanto del

conjunto de servicios para software de administración de
manipular los datos datos SQL Server como del
RNF 016
procesador facilitarán la
conservación y la permanencia
en línea de un gran volumen de
información.
Seguridad: Se utilizará la librería NET

Proporciona servicios de Framework 4 y Open Web
protección contra accesos Interface for .NET (OWIN) para
no permitidos a recursos de generar claves aleatorias de
información RNF 003 acceso a las operaciones de los
servicios web publicados del tipo
REST con el que se garantiza la
confidencialidad del manejo de
las políticas de seguridad.
193
5.6 Vista lógica de la arquitectura de software
Figura 62
Diagrama Vista Lógica de Arquitectura de Software
5.7 Vista de implementación de la arquitectura de software

Figura 63
Diagrama de Implementación de la Arquitectura de Software
194
5.8 Vista de despliegue de la arquitectura de software
Figura 64
Diagrama de Despliegue de la Arquitectura de Software
195
Tabla 113
Detalle de los nodos
DETALLE DE LOS NODOS
Dispositivo Entorno de Requerimientos

Nodo Artefactos Descripción
Ejecución Mínimos
Este nodo
representa un
Quad Core 1.2
Interfaz teléfono
GHz
Dispositivo Android Movil celular que
Smartphone 2 GB RAM
Móvil Versión 5.0 App- ejecuta la
16 GB Memoria
Release.Apk aplicación
Interna
móvil del
sistema.
Este nodo
HP Proliant 360 representa un
Gen9 Gateway que
Windows
Gateway Api Gateway 32 GB RAM direcciona las
Server
500 GB Hard apis en
Disc, 10 núcleos función al
usuario.
Este nodo
representa un
-Service Text to servidor de
Speech aplicaciones
HP Proliant 360
Servidor de -Service y servicios
Gen9
Aplicaciones DerechoPaciente Windows I.Rest web que
32 GB RAM
y Servicios -Service Server Movilapp.ui contiene y
500 GB Hard
Web Beneficios ejecuta los
Disc, 10 núcleos
-Service servicios web
Atenciones a base de las
peticiones del
usuario.
-DB Server Este nodo
HP Proliant 360
Hospital representa un
Gen9
Servidor de -DB Server Windows servidor de
SQL Server 32 GB RAM
Base de Datos Copere Server base de datos
1 TB Hard Disc,
-DB Server que ejecuta y
12 núcleos
Seguro actualiza los
196
datos a base
de las
peticiones del
usuario.
5.9 Prueba de concepto de la arquitectura de software

En la prueba de concepto se eligieron los casos de uso más significativos para el negocio
y la innovación que son los siguientes:
GCE_CUS01 Registrar Familia como paciente:

Objetivo: Registro de un familiar del titular a la base de datos del hospital.
En este caso de uso el titular se loguea y selecciona en el menú el ícono de Registrar

Familia . En la pantalla del registro el titular digita el número CIP del familiar y presiona
el botón Buscar. Se visualiza la información del familiar: Nombre, Número
administrativo (Número CIP), DNI, Fecha de Nacimiento, Tarifa y Motivo. Al presionar
el botón de Registrar como paciente se graba al paciente a la base de datos del hospital.
Asimismo, sale un mensaje de conformidad: Registro Exitoso.
Figura 65
Pantallas de Inicio de la aplicación móvil
197
Figura 66
Pantallas de Registro Familiar de forma manual
GCE_CUS36 Consultar datos del paciente por voz:

1) Consultar carga familiar
Objetivo: El titular requiere consultar su carga familiar.
El titular selecciona en el menú principal de la aplicación móvil el ícono del asistente

virtual y hace sus consultas por voz o de forma manual sobre su carga familiar con las
siguientes instrucciones:
• quienes integran mi familia

• familia registrada
• Carga familiar
• ¿Cuál es mi carga familiar?
Como resultado el asistente virtual muestra la carga familiar del titular.
198
Figura 67
Pantallas de Asistente de Voz de carga familiar
2) Consultar fecha de nacimiento
Objetivo: El titular requiere consultar la fecha de nacimiento.

virtual y hace sus consultas por voz o de forma manual sobre la fecha de nacimiento con
las siguientes instrucciones:
• fecha de nacimiento de
• ¿Cuál es la fecha de cumpleaños de
• ¿Cuál es la fecha de nacimiento de
Como resultado el asistente de voz muestra la fecha de nacimiento del paciente solicitado.
199
Figura 68
Pantallas de Asistente de Voz de fecha de nacimiento
GCE_CUS35 Registrar familiar por voz:
Objetivo: Registro de un familiar del titular por voz en la base de datos del hospital.

virtual y hace uso de las siguientes instrucciones por voz para registrar a su familiar:
• Quiero registrar un carnet
• Registrar
• Registro
200
Figura 69
Pantalla de Asistente de Voz de registrar familiar
GCE_CUS37 Realizar Pre Diagnostico:

Objetivo: Realización de un prediagnóstico al paciente para sacar una cita a la
especialidad recomendada.
El paciente indica en la opción del prediagnóstico sus síntomas y los confirma. El sistema
genera un listado de las especialidades recomendadas a base de los síntomas a través de
la técnica de las redes bayesianas. El paciente termina seleccionando la especialidad
médica más adecuada para sacar una cita.
201
Figura 70
Pantallas del prediagnóstico
GCE_CUS16 Programar Cita:

Objetivo: Programación de una cita médica para el paciente.
En la opción Generar Cita el paciente procede con los pasos a seguir que le proporciona
el sistema para generar una cita médica. Para ello, el paciente (titular o familiar) tiene que
seleccionar la especialidad médica, al médico correspondiente, la fecha, el consultorio y
el horario requerido.
202
Figura 71
Pantallas de la programación de la cita
5.10 Conclusiones
• Tener una arquitectura de software ayuda a estructurar la aplicación móvil
para optimizar el proceso de consulta externa de los pacientes. De esta manera,
agiliza las operaciones como son registrar a un paciente, generar una cita y
consultar datos de los pacientes. Para ello, la implementación del asistente de
voz facilita la realización de estas operaciones.
• Con el uso del asistente de voz el titular puede registrar a su familiar para que
éste pueda ser atendido en el hospital en consulta externa. De esta manera,
evita tener que hacer largas colas. Asimismo, poder consultar por voz o de
manera manual los datos del paciente como es la carga familiar en la
aplicación móvil, ahorran tiempo para el usuario.
203
CAPÍTULO 6 CONSTRUCCIÓN
6.1 Introducción
El presente capítulo corresponde a los patrones de diseño utilizados en el desarrollo del
software. Asimismo, se describe cada uno de ellos para brindar una breve descripción de
su aplicación. Examinar y comprender los patrones de diseño es importante para los
programadores (front end y back end), debido a que estos patrones de diseño son técnicas
que nos permiten resolver problemas comunes al momento de analizar y diseñar el
software y otros ámbitos referentes al diseño de Interacción o Interfaces. El capítulo
incluye también la presentación del modelo de datos físicos del sistema y del diccionario
de datos.
6.2 Diagrama de patrones del sistema
Es necesario tener un diagrama de patrones del sistema para que los desarrolladores del
sistema tengan una guía sobre que patrones van a usar en sus respectivas capas como se
ve en la Figura 78.
Patrón BloC
Las aplicaciones pueden volverse muy difíciles de mantener, sin embargo tener una
adecuada y definida arquitectura de software se puede comparar con tener una receta bien
escrita. Por ello, este patrón propone un esquema en donde existen responsabilidades en
las capas de presentación (widget), lógica de negocios (BLoC) e interacción con los datos
del negocio el cual, tiene como objetivo centralizar la lógica de negocio. Este patrón nos
va a permitir resolver el problema de la escalabilidad debido a que una clase BLoC solo
debe contener lógica y pueda escalar mejor a futuros cambios o a utilizarse en diferentes
tecnologías.
Patrón Singleton
Con la ayuda de este patrón vamos a lograr a tener una sola instancia durante toda la
. Por ello, con la ayuda de este patrón
vamos a solucionar el problema de crear varias instancias para consumir la misma
información (Encapsula su única Instancia).
204
Patrón Facade
Es un tipo de patrón de diseño estructural que se requiere para simplificar la complejidad
de un sistema mediante una interfaz más sencilla. Este patrón tiene como objetivo mejorar
el acceso a nuestro sistema, logrando que otros sistemas o subsistemas usen un punto de
acceso en común que reduce la complejidad, minimizando las interacciones y
dependencias.
Diagrama del patrón aplicado al software

Patrón BLoC (Business Logic Component)
Figura 72
Diagrama del patrón aplicado
Nota. Diagrama del patrón aplicado. Adaptado d

GiancarloCodeES, 2019 (https://twitter.com/GiancarloCodeES/status/1164745388676407299).
6.3 Descripción y aplicación de los patrones

6.3.1 Patron BLoC (Business Logic Component)
El patrón BLoC fue diseñado por Paolo Soares y Cong Hu de Google, y fue presentado
en la Dart Conference 2018. Es un patrón que facilita compartir código entre plataformas
(Móviles, Web, Escritorio, Servidor y más), separando la lógica de negocio de la
aplicación en uno o más Business Login Components (BLoCs). Un BLoC (Business
205
Login Components) es una clase que contiene la lógica de negocio de un componente de
la aplicación. El patrón de arquitectura " Business Login Components " es una filosofía
de diseño de aplicaciones, compuesta por:
Presentación
Business Logic
Repository
Data
Figura 73
Patrón BLoC
Nota. La imagen muestra el patrón BLoC

Project using BLOC S. Suri, 2018 (https://medium.com/codechai/architecting-your-flutter-
project-bd04e144a8f1).
Capa Presentación
En la capa presentación tenemos a un conjunto de widgets (micro aplicaciones que se
despliegan en la pantalla) que van a remitir eventos hacia los BLoC.
206
Figura 74
Capa presentación (Código fuente)
Capa Business Logic

La manera en que se comunica el BLoc con la interface de la aplicación es a través de
recepción de eventos (Cambio de un texto, Presionar un botón, Cerrar una ventana). El
bloc va a procesar ese evento y va a emitir un estado en donde a través de ese estado se
va a actualizar la interface de la aplicación.
Un bloc presenta el Business Login de una pantalla dada, los eventos que vamos a tener
para esa pantalla van estar bien definidos, así como los posibles estados de salidas del
bloc.
207
Figura 75
Evento y Estado Capa Business Logic
Figura 76
Capa Business Logic (Código fuente)
208
Capa Repository
En esta capa el Repository, recibe eventos, mensajes o incluso puede llamar a métodos
que son enviados por un BLoC.
Figura 77
Capa Repository (Código fuente)
Caso de empleo
Se escoge este patrón para tener una clase que contenga la lógica de negocio de un
componente de tu aplicación. En nuestro proyecto estamos usando 4 BloC que se
encuentran en la capa Business Logic.
6.3.2 Patron Singleton
El patrón Singleton es uno de los patrones de diseño que garantiza que una clase tenga
solo una instancia y proporcione un punto de acceso global a esa instancia (Tener una
209
instancia de la clase durante toda la aplicación). Esta clase proporciona una forma de
acceder a su único objeto al que se puede acceder directamente sin necesidad de instanciar
el objeto de la clase.
Figura 78
Patrón Singleton como clase
Figura 79
Patrón Singleton (Código fuente)
210
Caso de empleo
Se aplicó este patrón para la creación de un objeto de tipo conexión con el objetivo que
los usuarios que se van a conectar a la aplicación móvil usen una sola instancia.
Se escoge este patrón porque permite tener un único objeto que se ha instanciado por una
única vez y por cada vez que un usuario que requiera información la pida al objeto que
de repente haya sido instanciado por otro usuario y esto llega a mejorar la performance
en consumo de memoria.
6.3.3 Patrón Facade
El patrón Facade define una interfaz unificada de nivel superior para un subsistema que
facilita su uso. Por ejemplo, cuando un consumidor hace un pedido desde el catálogo, el
consumidor llama a un número y habla con un representante de servicio al cliente. El
representante de servicio al cliente actúa como una fachada, proporcionando una interfaz
para el departamento de cumplimiento de pedidos, el departamento de facturación y el
departamento de envío.
Figura 80
Customer service Facade
211
Figura 81
Patrón Facade (Código fuente)
Caso de empleo
Se aplicó este patrón para simplificar la complejidad del sistema mediante una interfaz
más sencilla y también para ocultar su complejidad.
En nuestro proyecto se usa este patrón para acceder a la información de los pacientes que
se encuentran en sistemas y bases de datos diferentes.
212
6.4 Modelo de Datos
6.4.1 Modelo de datos físico del sistema
Figura 82
Modelo de datos físicos del sistema
213
6.4.2 Diccionario de datos
Tabla 114
Detalle de la tabla de datos Especialidades
Nombre de la tabla dbo.Especialidades

En esta tabla se almacenan los registros de las especialidades
Descripción de la
tabla médicas del hospital.
• dbo.Citas
• dbo.EspecialidadCE
Tabla de Referencia • dbo.Servicios
• dbo.Turnos
• dbo.DepartamentosHospital
Nombre de la Tipo de Tipo

Descripción Único Nulo
columna Dato llave
Identificador de la
IdEspecialidad Int Si No PK
especialidad médica
Nombre de la especialidad
Nombre Varchar (50) No No
médica
Identificador del
departamento médico del
IdDepartamento Int Si No FK
hospital, tabla
DepartamentosHospital
Tiempo promedio de
TiempoPromedioAtencion Int No No
atención
Identificador de la
EspecialidadWeb especialidad que tendrán Bit No No
acceso a la web
Tabla 115
Detalle de la tabla de datos Atenciones
Nombre de la tabla dbo.Atenciones

En esta tabla se almacenan los registros de las atenciones
Descripción de la tabla de paciente de consulta externa, hospitalización y
emergencia.
Tabla de Referencia • dbo.Pacientes
214
• dbo.Citas
• dbo.Servicios
• dbo.Medicos
• dbo.FuentesFinanciamiento
columna Dato llave
Identificador de la
IdAtencion atención del paciente Int Si No PK
en el hospital
Identificador del
IdPaciente paciente, tabla Int Si No FK
Pacientes
Edad del paciente en la
Edad Int No No
atención
FechaIngreso Fecha de ingreso Date No Si
HoraIngreso Hora de ingreso Time No Si
Identificador de
IdServicioIngreso servicio de ingreso, Int No No FK
tabla Servicios
Identificador de médico
IdMedicoIngreso de ingreso, tabla Int No No FK
Medicos
Identificador de la
IdMedicoEspecialidad especialidad del Int No No FK
médico
Identificador de medico
IdMedicoEgreso de egreso, tabla Int No No FK
Medicos
Fecha de egreso de
FechaEgreso Datetime No Si
atención (Alta Médica)
Hora de egreso de
HoraEgreso Char (5) No Si
atención (Alta Médica)
Fecha de egreso
FechaEgresoAdministrativo Datetime No Si
administrativo
Hora de egreso
HoraEgresoAdministrativo Char (5) No Si
administrativo
Identificador del plan
IdFuenteFinanciamiento de atencion, tabla Int No No FK
FuentesFinanciamiento
215
1(Es un paciente que
EsPacienteExterno no tiene historia en el Bit No Si
hospital)
pertenecePrograma Acceso a programas Int No Si

NumcartaGarantia Carta de garantía Varchar (20) No Si
EsPacienteCovid19 Es paciente COVID-19 Bit No Si
Tabla 116
Detalle de la tabla de datos Citas
Nombre de la tabla dbo.Citas

En esta tabla se almacenan los registros de las citas de los
Descripción de la tabla
pacientes del hospital.
• dbo.Pacientes
• dbo.Atenciones
• dbo.Especialidades
• dbo.Medicos
Tabla de Referencia
• dbo.Servicios
• dbo.TiposEstadosCita
• dbo.ProgramacionMedica
• dbo.FactCatalogoServicios
columna Dato llave
IdCita Identificador de la cita Int Si No PK
Fecha Fecha de cita Date No Si
HoraInicio Hora de inicio de cita Time No Si
HoraFin Hora fin de cita Time No Si
Identificador del
IdPaciente paciente, tabla Int No No FK
Pacientes
Identificador de estado
IdEstadoCita de cita, tabla Int No No FK

TiposEstadosCita
Identificador de la
IdAtencion atención, tabla Int No No FK
Atenciones
Identificador de
IdMedico Int No No FK
médico, tabla Medicos
216
Identificador de la
IdEspecialidad especialidad médica, Int No No FK
Identificador de
IdServicio servicio, tabla Int No No FK
Servicios
Identificador de
IdProgramacion programación, tabla Int No No FK
ProgramacionMedica
Identificador de
IdProducto producto, tabla Int No No FK
FactCatalogoServicio
Fecha de solicitud de
FechaSolicitud Datetime No Si
cita
Hora de solicitud de
HoraSolicitud Char (5) No Si
cita
La cita es considerada
EsCitaAdicional Bit No Si
adicional
Tipo de consulta
TipoConsulta (Consulta externa o Char (2) No No
Emergencia)
Nombre de la
NombrePc computadora donde se Varchar (50) No Si

realizó la cita
Tabla 117
Detalle de la tabla de datos Empleados

Nombre de la tabla dbo.Empleados
En esta tabla se almacenan los registros de los
Descripción de la tabla empleados del hospital. Así como también los usuarios
del sistema.
• dbo.Medicos
Tabla de Referencia
• dbo.TiposEmpleado
Nombre de la
Tipo de Tipo
columna Dato llave
217
Identificador de
IdEmpleado Int Si No PK
empleado
Apellido paterno de
ApellidoPaterno Varchar (50) No No
empleado
Apellido materno de
ApellidoMaterno Varchar (50) No No
empleado
Nombre de
Nombres Varchar (50) No No
empleado
Identificador el tipo
IdTipoEmpleado de empleado, tabla Int No No FK
TiposEmpleado
DNI DNI de empleado Char (20) Si No

Código de planilla
CodigoPlanilla Varchar (8) Si No
del empleado
FechaIngreso Fecha de ingreso Datetime No Si

FechaAlta Fecha de alta Datetime No Si
Usuario de
Usuario Varchar (20) No Si
empleado
Clave Clave de empleado Varchar (200) No Si

1 El usuario está
loginEstado Bit No Si
usando el sistema
loginPC Sistema Varchar (50) No Si

FechaNacimiento Fecha de nacimiento Datetime No Si
HisCodigoDigitador Código del digitador Varchar (20) No Si
1 El usuario está
esActivo activo para usar el Bit No Si
sistema
Tabla 118
Detalle de la tabla de datos AppUsuario

Nombre de la tabla Dbo.AppUsuario
En esta tabla se almacenan los registros de los usuarios
que están registrados para usar la aplicación móvil.
Referencia • dbo.paciente_militar
Nombre de la
Tipo de Tipo
columna Dato llave
218
Identificador de
IdUsuario Int Si No PK
usuario
Identificador de
IdPaciente paciente, tabla Int Si No FK

paciente_militar
Número
NA administrativo del Char (9) Si No
usuario
Número de
DNI documento del Varchar (12) Si No
usuario
Usuario Usuario Char (9) No Si

Clave Clave Varchar (30) No Si
Estado de login
EstadoLogin Bit No Si
del usuario
Tabla 119
Detalle de la tabla de datos AtencionesDatosAdicionales

Nombre de la tabla dbo.AtencionesDatosAdicionales
En esta tabla se almacenan los registros adicionales de los
Descripción de la tabla pacientes (acompañantes) en cada atención (Emergencia,
Consulta Externa).
Referencia • dbo.Atenciones
Nombre de la
Tipo de Tipo
columna Dato llave
Identificador de la
idAtencion Int Si No PK
atención adicional
dirección domiciliaria Varchar

DireccionDomicilio No Si
(100)
Nombre del
Varchar
NombreAcompaniante No Si
acompañante (100)
Observaciones Varchar
Observacion No No
(200)
ProximaCita Próximas citas Datetime No Si
NumeroDeHijos Numero de hijo Int No Si
IdSiaSis Identificador de SIS Int No Si
FuaCodigoPrestacion Código de prestación Varchar (3) No Si
219
SisCodigo Código SIS Varchar (2) Si No
HuboInfeccionIntraHospitalari Descripción de infección Int No Si
a
TieneNecropsia Tiene necropsia Bit No Si
Descripción de recién
RecienNacido Bit No Si
nacido
Número de referencia de
NroReferenciaOrigen Varchar(20) Si No
origen
Número de referencia de
NroReferenciaDestino Varchar(20) Si No
destino
SeImprimioFicha Descripción de ficha Bit Si No
Tabla 120
Detalle de la tabla de datos Departamentos

Nombre de la tabla dbo.Departamentos
En esta tabla se almacenan los registros de departamentos
del Perú. Codificado igual que el Ubigeo MINSA
Referencia • dbo.Provincias
Nombre de la
Tipo de Tipo
columna Dato llave
Identificador de
IdDepartamento departamento del Int Si No PK

Perú
Nombre de
departamento
Tabla 121
Detalle de la tabla de datos Distritos

Nombre de la tabla dbo.Distritos
En esta tabla se almacenan los distritos de las provincias
del país. Codificado igual que el ubigeo del MINSA
Referencia • dbo.Provincias
Nombre de la
Tipo de Tipo
columna Dato llave
220
Identificador de
IdDistrito Int Si No PK
distrito
Nombre Nombre de provincia Varchar (50) No No

Identificador de
IdProvincia provincia, tabla Int No No FK

Provincias
Tabla 122
Detalle de la tabla de datos EspecialidadCE

Nombre de la tabla dbo.EspecialidadCE
En esta tabla se almacenan los registros de las
especialidades de consulta externa (CE).
Referencia • dbo.Especialidades
Nombre de la
Descripción Tipo de Tipo
Único Nulo
columna Dato llave
Identificador de la
especialidad de
IdEspecialidadCE Int Si No PK
consulta externa
(CE)
Identificador de la
Tiempo promedio de
TiempoPromedioAtencion Int No Si
atención
Tabla 123
Detalle de la tabla de datos FactCatalogoServicios

Nombre de la tabla dbo.FactCatalogoServicios
En esta tabla se almacenan los registros de facturación de
los catálogos de servicios.
Referencia • dbo.FacturacionServicioPagos
• dbo.Citas
Nombre de la
Tipo de Tipo
columna Dato llave
221
Identificador de
IdProducto Int Si No PK
producto
Codigo Código de servicio Varchar (20) No No

Nombre de servicio,
CPT (Corto, propio
del hospital), saldrá
al registrar datos
Código CPT del
CodMINSA Varchar (20) Si Si
MINSA
0 No se debe
CodMINSAnoActualiza Bit No Si
actualizar
1->Código CPT, 0-
EsCPT Bit No Si
>Insumo
Tabla 124
Detalle de la tabla de datos FactOrdenServicioPagos

Nombre de la tabla dbo.FactOrdenServicioPagos
Es una tabla tipo MOVIMIENTOS, donde se registran los
datos de cabecera de una venta de servicios. Puede estar
Es usada en el registro de: Imageneología, Sala

Operaciones, Laboratorio, Caja, Admisión de
Emergencia, Admisión de Hospitalización, Citas de
Consultas Externas.
Referencia • dbo.FacturacionServicioPagos
• dbo.CajaComprobantesPago
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de la orden de
idOrdenPago Int Si No PK
pago, es autogenerado
Identificador de la tabla
IdComprobantePago Int No No FK
Se usa cuando se genera el
recibo en caja
ImporteExonerado Importe exonerado total Money No No
222
FechaCreacion Fecha de registro Datetime No No
Identificador de la tabla
IdEstadoFacturacion Int No No
Pagado, Registrado,
Anulado
Tabla 125
Detalle de la tabla de datos FacturacionServicioPagos

Nombre de la tabla dbo.FacturacionServicioPagos
Es una tabla tipo MOVIMIENTO, donde se registra los
SERVICIOS que piden los Pacientes. Pueden estar
Pagados o Pendientes de Pagar.
Es usada en el registro de: Imageneología, Sala
Operaciones, Laboratorio, Caja, Admisión de Emergencia,
Admisión de Hospitalización, Citas de Consultas Externas.
Referencia • dbo.FactOrdenServicioPagos
• dbo.FactCatalogoServicios
Nombre de la
Tipo de Tipo
columna Dato llave
Identificador de la
tabla
idOrdenPago Int Si No PK
Identificador de la
tabla
idProducto Int No No PK
Servicio a pagar
(pagado).
Cantidad para pagar
Cantidad Decimal(18,2) No No
(pagada)
Precio Precio de Venta. Money No No
FORMULA: Cantidad
Total Money No No
* Precio
223
Tabla 126
Detalle de la tabla de datos HistoriasClinicas

Nombre de la tabla dbo.HistoriasClinicas
En esta tabla se almacenan los registros de las historias
clínicas.
Referencia • dbo.Pacientes
Nombre de la
Tipo de Tipo
columna dato llave
NroHistoriaClinica Número de historia clínica Int Si No PK
Fecha de creación de
FechaCreacion Datetime No Si
historia
FechaPasoAPasivo Fecha de paso a pasivo Datetime No Si
Identificador de paciente,
IdPaciente Int No No FK
tabla Pacientes
Número de historia clínica
anterior. En caso que antes
de generar el N° Historia
Final se haya usado:
NroHistoriaClinicaAnterior Número de Historia Int Si Si
Temporal Emergencia, CE,
etc. También es usado en la
MIGRACION de historias
desde otro sistema.
Nro Historia del sistema Varchar
HistoriaSistemaAnterior Si Si
anterior (migrado) (50)
Tabla 127
Detalle de la tabla de datos Medicos

Nombre de la tabla dbo.Medicos
En esta tabla se almacenan los registros de los médicos del
Descripción de la tabla hospital. Es usado para la programación de médicos en
Consultas Externas.
• dbo.Empleados
Referencia • dbo.Citas
• dbo.MedicosEspecialidad
224
• dbo.Atenciones
Nombre de la
Tipo de Tipo
columna Dato llave
Identificador de
IdMedico Int Si No PK
médico
Colegiatura de
Colegiatura Char (6) Si Si
médico
Identificador de
IdEmpleado empleado, tabla Int No No FK
Empleados
Lote del sistema
LoteHIS informático Varchar (2) Si Si
hospitalario
Colegio del sistema
idColegioHIS informático Varchar (2) Si Si
hospitalario
rne Médico Varchar (50) Si Si
egresado Egresado Bit No No
Tabla 128
Detalle de la tabla de datos MedicosEspecialidad

Nombre de la tabla dbo.MedicosEspecialidad
En esta tabla se almacenan los registros de la especialidad
de los médicos del hospital.
• dbo.Medicos
Nombre de la
Tipo de Tipo
columna Dato llave
Identificador de la
IdMedicoEspecialidad Int Si No PK
tabla.
Identificador de la
tabla Especialidades.
225
Identificador de
IdMedico médico, tabla Int No No FK
Medicos.
Tabla 129
Detalle de la tabla de datos paciente_militar

Nombre de la tabla dbo.paciente_militar
En esta tabla se almacenan los registros adicionales como
militar de los pacientes (Titular y Familiar).
• dbo.Pacientes
Referencia • dbo.PACIENTES_COPERE
• dbo.FuentesFinanciamiento
Nombre de la
Tipo de Tipo
columna dato llave
Identificador del
IdPaciente Int Si No PK
paciente
Número de historia
NroHistoriaClinica Int Si No
clínica del paciente
Número administrativo
na del paciente, tabla Char (9) Si No FK
PACIENTES_COPERE
Plan tarifario del
Tarifa Char (2) No Si
paciente
EstadoAtencion Estado de atención Char (1) No Si
FOSPEME Descripción de fospeme Char (1) No Si
Identificador de cuerpo
CGI Char (1) No Si
general de invalido
FormaPago Forma de pago Char (1) No Si
Credito crédito Varchar (10) No Si
1 = >(Pertenece al
Oncoep Char (1) No Si
seguro oncológico)
1 = >(Pertenece al
SegundaCapa Char (1) No Si
seguro de salud)
Percibo bruto del
PerciboBruto Money No Si
sueldo
226
Percibo liquido del
PerciboLiquido Money No Si
sueldo
Fecha de ingreso a la
FechaIngreso Date No Si
institución
Fecha de baja a la
FechaBaja Date No Si
institución
AsignacionJudicial Asignación judicial Char (2) No Si
Número administrativo
NAGarante Char (9) No Si
del garante
Fecha de ingreso a la
FechadeIngreso Date No Si
institución
FechadeVencimiento Fecha de vencimiento Date No Si
Varchar
NumerodeAutorizacion Número de autorización No Si
(500)
Fecha de alta a la
Fech_Alta Date No Si
institución
FamiliarTropaCGI Identificador de cgi Char (1) No Si
Identificador si es
FamiliarAgregadoMilitar Char (1) No Si
agregado militar
Identificador de
ExCombatiente Char (1) No Si
excombatiente
Número de solicitud de
NumeroSolicitudFospeme Varchar (12) No Si
fospeme
TiempoServicio Tiempo de servicio Varchar (6) No Si
Motivo Motivo Varchar (50) No Si
Identificador de fuente
IdFuenteFinanciamiento de financiamiento, tabla Int No No FK
FuentesFinanciamiento
FechaCreacion Fecha de creación Datetime No Si
Nombre de la
NombrePCAgrega Varchar (50) No Si
computadora
FechaModificacion Fecha de modificación Datetime No Si
Nombre de la
NombrePCModifica computadora que Varchar (50) No Si
modifica
227
Tabla 130
Detalle de la tabla de datos Pacientes

Nombre de la tabla dbo.Pacientes
Descripción de la tabla En esta tabla se almacenan los registros de pacientes.
• dbo.paciente_militar
• dbo.Atenciones
Referencia • dbo.HistoriasClinicas
• dbo.Citas
• dbo.Distritos
Nombre de la
Tipo de Tipo
columna dato llave
Identificador del
IdPaciente Int Si No PK
paciente
Apellido Paterno de
ApellidoPaterno Varchar (40) No No
paciente
Apellido Materno
ApellidoMaterno Varchar (40) No No
de paciente
Primer nombre de
PrimerNombre Varchar (40) No No
paciente
Segundo nombre de
SegundoNombre Varchar (40) No No
paciente
Tercer nombre de
TercerNombre Varchar (40) No No
paciente
Fecha de
FechaNacimiento nacimiento de Datetime No Si
paciente
Número de
NroDocumento documento de Varchar (12) Si No
paciente
Teléfono de
Telefono Varchar (10) No No
paciente
Dirección de
Varchar
DireccionDomicilio domicilio de No Si
(1000)
paciente
Código
Autogenerado autogenerado: Varchar (30) No Si
Apellido Paterno,
228
Apellido Materno,
Primer Nombre,
Segundo Nombre,
Sexo, Fecha de
Nacimiento
Nombre del padre
NombrePadre Varchar (20) No Si
del paciente
Nombre de la
NombreMadre Varchar (20) No Si
madre del paciente
Número de historia
NroHistoriaClinica Int Si No
clínica
Observación de
Observacion Varchar (150) No Si
paciente
Identificador de
distrito de
IdDistrito Int No No FK
procedencia, tabla
Distrito
Ficha medica
FichaFamiliar Varchar (20) No Si
familiar
Identificador de
IdEtnia Varchar (2) No Si
etnia
GrupoSanguineo Grupo sanguíneo Varchar (10) No Si
Factor recursos
FactorRh Varchar (10) No Si
humanos
1=>Uso de web
UsoWebReniec Bit No Si
reniec
Email Correo electrónico Varchar (50) No Si
Documento de la
madreDocumento Varchar (12) No Si
madre
Apellido paterno de
madreApellidoPaterno Varchar (20) No Si
la madre
Apellido materno
madreApellidoMaterno Varchar (20) No Si
de la madre
Primer nombre de
madrePrimerNombre Varchar (20) No Si
la madre
Segundo nombre de
madreSegundoNombre Varchar (20) No Si
la madre
NroOrdenHijo Numero de hijo Int No Si
229
Tipo de documento
madreTipoDocumento Int No Si
de la madre
Tabla 131
Detalle de la tabla de datos PACIENTES_COPERE

Nombre de la tabla dbo.PACIENTES_COPERE
En esta tabla se almacenan los registros de los pacientes
Descripción de la tabla que tienen acceso a una atención médica en los centros de
salud para los titulares y sus familias.
Nombre de la
Tipo de Tipo
columna dato llave
Número
na Char (9) Si No PK
administrativo
Tipo de documento de
tipodocumento Varchar (2) Si No
la persona militar
Número de
numdocumento documento de la Char (8) Si No
persona militar
Apellido paterno de la
apellidopaterno Varchar (60) No No
persona militar
Apellido materno de
apellidomaterno Varchar (50) No No
la persona militar
Primer nombre de la
primernombre Varchar (40) No No
persona militar
Segundo nombre de la
segundonombre Varchar (40) No No
persona militar
Tercer nombre de la
tercernombre Varchar (40) No No
persona militar
Fecha de nacimiento
fechanacimiento Date No Si
de la persona militar
Varchar
direccion Dirección No No
(4000)
Descripción de
fospeme Char (1) No No
fospeme
tarifahospitalaria Plan tarifario Char (1) No No
230
Identificador de
codigounidad Char (6) No No
unidad
Identificador de
codigsituacion
situación Char (2) No No
administrativa
administrativa
percibobruto Percibo bruto Varchar (50) No No
Percibo bruto
percibobruto_modif Money No No
modificado
entidadcrediticia Entidad Crediticia Char (1) No No
Percibo liquido de Varchar
perciboliquido No No
sueldo (4000)
Identificador de Varchar
codigoinstitucion No No
institución (4000)
tipopersona Tipo de persona Char (2) No No
fechadeingreso Fecha de ingreso Date No Si
fechadebaja Fecha de Baja Date No Si
asignacionjudicial Asignación Judicial Varchar (2) No No
Numero
nagarante administrativo del Char (9) Si No
garante
1=>pertenece al
cgi Cuerpo General de Int No No
Inválidos
Fecha de
fecha_mod Datetime No Si
modificación
sitmil Situación militar Char (1) No No
Fecha de alta como
fech_alta Date No Si
militar
Tiempo de servicio
tiempo_servicio Varchar (6) No Si
del militar
Estado militar del
estado Char (1) No No
militar
Solicitud de
solicitud_fospeme autorización del Char (1) No No
fospeme
231
Tabla 132
Detalle de la tabla de datos ProgramacionMedica

Nombre de la tabla dbo.ProgramacionMedica
Descripción de la tabla En esta tabla se almacenan los registros de programación
médica. Usado en las CITAS.
• dbo.Medicos
• dbo.DepartamentosHospital
Referencia • dbo.Turnos
• dboEspecialidades
• dbo.Servicios
• dbo.TiposServicio
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de la
IdProgramacion Int Si No PK
programación médica
Identificador del
IdMedico Int No No FK
médico, tabla Medicos
Identificador de
departamento del
IdDepartamento Int No No FK
hospital, tabla
DepartamentosHospital
Fecha de programación
Fecha Datetime No No
medica
Hora de inicio de
HoraInicio Time No No
Hora fin de
HoraFin Char (5) No No
Descripción de Varchar
Descripcion No No
programación médica (100)
Identificador de turno,
IdTurno Int No No FK
tabla Turnos
Identificador de
IdEspecialidad especialidad, tabla Int No No FK
Especialidades
Color de programación
Color Int No No
médica
232
Identificador del
IdServicio servicio del hospital, Int No No FK
tabla Servicios
Identificador del tipo
IdTipoServicio de servicio médico, Int No No FK
tabla TiposServicio
FeChar eg Fecha de registro Datetime No Si
Tiempo promedio de
TiempoPromedioAtencion Int No No
atención
Hora fin de
HoraFinProgramacion Time No Si
programación
Programación
ProgramacionBloqueo Bit No No
bloqueada
Tabla 133
Detalle de la tabla de datos Provincias

Nombre de la tabla dbo.Provincias
Descripción de la tabla En esta tabla se almacenan los registros de provincias.
Codificado igual que el ubigeo del MINSA.
Referencia • dbo.Departamentos
• dbo.Distritos
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de
IdProvincia Int Si No PK
provincia
Nombre Nombre de provincia Varchar (50) No No
Identificador de
IdDepartamento departamento, tabla Int No No FK
dbo.Departamentos
Tabla 134
Detalle de la tabla de datos Servicios

Nombre de la tabla dbo.Servicios
Descripción de la tabla En esta tabla se almacenan los registros de los servicios del
hospital.
233
• dbo.TiposServicios
Nombre de la
Tipo de Tipo
Columna dato llave
Identificador del
IdServicio Int Si No PK
servicio del hospital
Nombre del servicio
del hospital
Identificador de
IdEspecialidad especialidad, tabla Int No No FK
Especialidades
IdTipoServicio de servicio, tabla Int No No FK
TiposServicio
0->AMBOS 1-
soloTipoSexo >MASCULINO 2- Int No No
>FEMENINO
Edad máxima en
días de un paciente.
Ej.: Pediatría no
maximaEdad Int No No
puede pasar de 12
años, se registra
12*360=4320.
El servicio no cobra
por CONSULTA
EXTERNA en Caja,
CostoCeroCE Bit No No
se podrá dar
SALIDA a la
historia
Edad mínima del
MinimaEdad Int No No
paciente en días
234
Tabla 135
Detalle de la tabla de datos TiposEmpleado

Nombre de la tabla dbo.TiposEmpleado
En esta tabla se almacenan los registros de tipos de
empleado.
Referencia • dbo.Empleados
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de tipos
IdTipoEmpleado Int Si No PK
de empleados
Descripción de tipos
Descripcion Varchar (50) No No
de empleados
1=> Es programa
EsProgramado Bit No No
para atender
Tipo de empleado en
TipoEmpleadoSIS Varchar (2) No No
el SIS
EsColegiatura 1=> Es colegiado Bit No No
Tabla 136
Detalle de la tabla de datos TiposEstadosCita

Nombre de la tabla dbo.TiposEstadosCita
Descripción de la tabla En esta tabla se almacenan los registros de tipos de estado
de cita.
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de
IdEstadoCita Int Si No PK
estado de cita
Descripción de
estados de cita
235
Tabla 137
Detalle de la tabla de datos TiposFinanciamiento

Nombre de la tabla dbo.TiposFinanciamiento
En esta tabla se almacenan los registros de tipos de
financiamiento normados por el MINSA.
Es usado al registrar: CITAS CONSULTAS EXTERNAS,
ADMISION EMERGENCIA, ADMISION
HOSPITALIZACION, FARMACIA, SERVICIOS,
SEGUROS, REGISTRO DE PROCEDIMIENTOS PARA
CADA PLAN Y REGISTRO DE MEDICAMENTOS
PARA CADA PLAN.
Referencia • dbo.FuentesFinanciamiento
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de la
IdTipoFinanciamiento tabla. Int Si No PK
Es autogenerado.
Descripción del tipo
de financiamiento.
Contado, Sis, Soat,
etc.
Si existe oficina en
esOficina Bit No No
el hospital
1->Se ingresa
SeIngresPrecios precios desde Bit No No
GalenHos
1->Es una Forma de
EsFarmacia Pago (Modulo Bit No No
Farmacia)
D->directa P-
tipoVenta >preventa (solo Varchar (1) Si No
Modulo Farmacia)
1-> se imprime
Recibo, Ticket (solo
SeImprimeComprobante Bit No No
Modulo
FARMACIA)
236
1-> es un Plan de
Atención, asociado a
esFuenteFinanciamiento Bit No No
tabla: Fuentes
Financiamiento
1->Genera ORDEN
DE PAGO, para que
GeneraPago Int Si No
el paciente pague
posteriormente
Tabla 138
Detalle de la tabla de datos Turnos

Nombre de la tabla dbo.Turnos
Descripción de la tabla En esta tabla se almacenan los registros de los turnos.
Referencia • dbo.TiposServicio
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de
IdTurno Int Si No PK
turno
Codigo Código de turno Varchar (3) Si No
Descripcion Descripción de turno Varchar (50) No No
HoraInicio Hora Inicio de turno Time No Si
HoraFin Hora Fin de turno Time No Si
IdTipoServicio de servicio, tabla Int No No FK
TiposServicio
Identificador de la
237
Tabla 139
Detalle de la tabla de datos DepartamentosHospital

Nombre de la tabla dbo.DepartamentosHospital
En esta tabla se almacenan los registros de departamentos
Descripción de la tabla médicos (Medicina Interna, Medicina General, otros) con
los que cuenta el hospital.
Nombre de la
Tipo de Tipo
columna dato llave
Identificador del
IdDepartamento departamento del Int Si No PK
hospital
Nombre del
Nombre departamento Varchar (50) No No
médico
Tabla 140
Detalle de la tabla de datos TiposServicio

Nombre de la tabla dbo.TiposServicio
En esta tabla se almacenan los registros de los tipos de
Descripción de la tabla servicios médicos (Consulta externa o Emergencia) con los
que cuenta el hospital.
• dbo.Servicios
Referencia • dbo.Turnos
Nombre de la
Tipo de Tipo
columna dato llave
IdTipoServicio de servicio médico Int Si No PK
del hospital
Descripción del tipo
de servicio médico
238
Tabla 141
Detalle de la tabla de datos CajaComprobantesPago

Nombre de la tabla dbo.CajaComprobantesPago
En esta tabla se almacenan los registros de comprobantes
de pagos realizados por la cita de consulta externa.
Referencia • dbo.Atenciones
• dbo.FactOrdenServicioPagos
Nombre de la
Tipo de Tipo
columna dato llave
Identificador del
IdComprobantePago comprobante de Int Si No PK
pago
Número de serie del
NroSerie comprobante de Varchar (50) Si No
pago
Número del
NroDocumento Int Si No
documento
RazonSocial Razón social Varchar (50) No No
RUC RUC Varchar (50) Si No
Subtotal a pagar por
SubTotal Money No No
la cita médica
IGV IGV Money No No
Total a pagar por la
Total Money No No
cita médica
FechaCobranza Fecha de cobranza Date No Si
Se registran las
Observaciones Varchar (50) No No
observaciones
Identificador de la
IdCuentaAtencion cuenta de atención, Int No No FK
tabla Atenciones
239
Tabla 142
Detalle de la tabla de datos FuentesFinanciamiento

Nombre de la tabla dbo.FuentesFinanciamiento
En esta tabla se almacenan los registros de las fuentes de
financiamiento del paciente (SIS, ESSALUD, EP).
• dbo.TiposFinanciamiento
Nombre de la
Tipo de Tipo
columna dato llave
Identificador de la
IdFuenteFinanciamiento fuente de Int Si No PK
financiamiento
Descripción del
financiamiento
Identificador de tipo
de financiamiento,
IdTipoFinanciamiento Int No No FK
tabla
TiposFinanciamiento
6.5 Conclusiones
La aplicación móvil se ha desarrollado con el patrón BLoC, debido a que este es
compatible para compartir código con el framework Flutter y el lenguaje de programación
AngularDart y gestionar el estado de la solución (p.ej. actualizar el estado de un widget
desde cualquier lugar). Asimismo, es un patrón recomendado en la Google I/2019. El
BLoC nos permite además reutilizar código y componentes UI en aplicaciones con
características similares, llegando también a cambiar la UI sin afectar la lógica de
negocio.
La elección del SDK (Kit de desarrollo de software) FLUTTER para nuestro proyecto
se debió a las necesidades propias de la empresa ya que este es un código de fuente abierto
para el desarrollo de aplicaciones móviles y se usa para desarrollar interfaces de usuario
para aplicaciones en Android, iOS y Web que son una necesidad para la empresa.
La data que se maneja en las IPRESS (Instituciones Prestadoras de Servicios de Salud)

fue muy compleja para nuestra investigación debido a que la información que almacena
guarda relación desde el ingreso de los pacientes hasta la alta médica de cada uno de ellos
240
(triaje, caja, histórica clínica, consultorio, médicos y otros). Por ello, el modelo de datos
que se ha construido nos ha permitido asegurar que los objetos de datos se representen
con precisión (definir relación entre tablas, claves primarias y externas). Inclusive, este
modelo nos brindó mucha ayuda para agregar, modificar y eliminar tablas que no se
tomaron en cuenta durante el desarrollo del software.
La elaboración del diccionario de datos nos permitió precisar los datos que se manejan en
el desarrollo del software, y logramos evitar así malas interpretaciones y/o ambigüedades.
Asimismo, el empleo de una herramienta (Sql Data Dictionary) nos permitió reducir
esfuerzos en la elaboración del documento. Por consiguiente, podemos afirmar que el uso
de estas herramientas automatizadas nos facilitó la elaboración del diccionario de datos y
otros documentos.
241
CAPÍTULO 7 CALIDAD Y PRUEBAS DEL SOFTWARE
7.1 Introducción
En este capítulo se presenta el plan de calidad del software con las políticas, los objetivos
y las normas aplicables de calidad del hospital. Asimismo, se detallan las métricas usadas
y un análisis de resultados tras la medición. Al final, se especifica el plan de pruebas con
los escenarios de los casos de uso desarrollados así como una encuesta para el usuario
después de haber usado la aplicación móvil.
7.2 Plan de calidad del software

7.2.1 Política de calidad
El sector salud se encuentra dentro los cinco pilares de la Política General de Gobierno
(ejemplo 2021) en los cuales resalta brindar servicios de salud de calidad.
En tal sentido, la política del hospital se encuentra alineada a su objetivo general, misión
y visión, el cual es buscar la completa satisfacción de sus pacientes. Por consiguiente, el
departamento de TI conoce la importancia de brindar un servicio de calidad el cual está
orientado a satisfacer de manera exitosa los requerimientos y las necesidades de sus
clientes.
Por ello, el área de desarrollo de software dispuso establecer políticas de aseguramiento
en la gestión de calidad aplicadas al desarrollo y alineadas a la misión de la empresa para
las siguientes directrices:
• Cumplir con las necesidades de sus clientes, con el objetivo de contar con
servicios que se adecuen a su requerimiento y cubran sus expectativas
logrando así aumentar la satisfacción de sus clientes.
• El núcleo de la atención es cumplir con los tiempos establecidos siempre con
la mejor capacidad técnica y el mayor rendimiento humano orientado a la
calidad.
• Proveer a los clientes internos/externos servicios de información confiable,
comprensible, clara e integra con el objetivo de otorgar una mejor calidad.
• Proveer a los clientes un software de calidad y con alto nivel de evaluación en
las características de seguridad, compatibilidad y fiabilidad para la protección
de datos.
242
7.2.2 Objetivos de calidad
A. O1-Maximizar el cumplimiento de los requerimientos funcionales mayor o igual al
90 %.
La satisfacción de los clientes se da por el cumplimiento de sus requerimientos,
por lo que es importante evaluar la funcionalidad del producto a desarrollar para
luego realizar un checklist con el listado de requerimientos funcionales.
B. O2-Minimizar las incidencias de errores en respuesta, siendo estos no mayor a un
5%.
Para obtener una buena calidad en el desarrollo de software se debe minimizar el
número de caídas o incidencias de error presentadas en las interfaces del usuario
en el producto desplegado.
C. O3-Incrementar la capacitación técnica del personal a un 25% durante los 6
primeros meses.
Para cumplir con los estándares establecidos y buscando satisfacer las necesidades
del cliente interno y/o externo, el personal debe capacitarse permanentemente en
el uso de las mejores prácticas aplicadas en el desarrollo de software.
D. O4-Monitorear el cumplimiento de fechas de cada entregable.
Con el fin de evitar retrasos, los proyectos en desarrollo deben cumplir con los
tiempos establecidos según lo planificado en el plan de gestión del proyecto, por
lo cual no se debe permitir retrasos mayores a un 15% del total de tiempo
asignado.
E. O5-Satisfacción del usuario.
Para cumplir con las funcionalidades esperadas de parte del usuario, se debe
asegurar en tener la totalidad de las funciones y su funcionamiento correcto por lo
menos a un 90%.
7.2.3 Normatividad aplicable

El proyecto se va a realizar con el apoyo del modelo de calidad estándar internacional
ISO/IEC 90003:2004 Guía para la aplicación de la ISO 9001:2000 para el desarrollo,
implementación y mantenimiento de software . Asimismo, nos apoyaremos con la
ISO/IEC 9126 para la evaluación de la calidad del software.
243
Por lo tanto, para el caso específico de este proyecto se han seguido las normas
internacionales y buenas prácticas referidas a la calidad de software las cuales se detallan
a continuación:
Figura 83
Normas aplicadas al desarrollo de software
ISO/IEC 90003:2004
No es una norma certificable, es una guía para la aplicación de la norma ISO 9001:2000
(Requisitos para los SGC) para el desarrollo, implementación y mantenimiento de
software, con el objetivo de ofrecer una descripción de la interpretación o adaptación que
debe realizarse en el caso de desarrollar un software. Este proyecto enfoca la realización
de un producto software y basándose en los objetivos de calidad de la empresa nos
dedicamos al punto 7 de la norma ISO/IEC 90003.
• Séptima Parte: REALIZACIÓN DEL PRODUCTO
Por lo tanto, con el fin de cumplir con los objetivos de calidad de la empresa para la
satisfacción del cliente, se llegó a trabajar con 3 subcapítulos los cuales son:
1. Capitulo “7.1 PLANIFICACIÓN DE LA REALIZACIÓN DEL
PRODUCTO”
Sección 7.1.1 Ciclo de vida del software.
244
En esta
una metodología para gestionar el ciclo de vida del software. Para este proyecto
se optó por usar la metodología RUP (Análisis, Diseño, Desarrollo y Prueba).
2. Capitulo “7.2 PROCESOS RELACIONADOS CON EL CLIENTE”
Sección 7.2.1.1 Requisitos relacionados con el cliente.
Sección 7.2.3.2 Comunicación con el cliente durante el desarrollo.

En su sección 7.2.3.2
realizado reuniones con los stakeholder del proyecto para revisar prototipos,
requerimientos, resultados y avances de las actividades para lograr obtener la
conformidad de los entregables.
3. Capitulo “7.3 DISEÑO Y DESARROLLO”
Sección 7.3.1.1 Planificación del diseño y desarrollo
, se ha utilizado las
metodologías y las buenas prácticas de la Guía de los Fundamentos para la
Dirección de Proyectos (Guía del PMBOK®) sexta edición (Project Management
Institute, 2017) para identificar las etapas del proyecto, eventos importantes y las
actividades de verificación y validación (Gestión de Alcance y tiempo).
En la sección 7.3.3 se indica que los
resultados del proceso de diseño y desarrollo se deberían definir y documentar
utilizando la metodología seleccionada.
IEEE Std. 830-1998
Este estándar IEEE 830-1998 para las ERS (Especificación de requerimientos de
software) tiene como propósito brindar un conjunto de recomendaciones para las
especificaciones del software, el cual nos proporciona pautas concretas para definir
correctamente todos los requisitos del cliente. Las normas ISO señaladas en el punto
anterior mencionan la importancia de los requerimientos, sin embargo, no precisan las
características que deberían cumplir.
ISO 25000
La norma ISO 25000 se utiliza para este proyecto ya que ayuda a medir la calidad del
software mediante las métricas internas, externas y de uso respecto a los requerimientos
de las funcionalidades de la aplicación móvil, así como en la ejecución de este mismo.
245
7.2.4 Métricas de calidad de software
Tabla 143
Métricas de calidad de software

Objetivos de
Tipo Métrica Característica Subcaracterística Nombre de Métrica Fórmula Umbral
Calidad
X= 1- A/B
Escenario 1:
Escenario 1:
A = número de funcionalidades que
1 es aceptable
faltan en los CUS del ciclo 0
< 1 no aceptable
B = número total de funcionalidades
especificadas de los Cus del ciclo 0
Escenario 2:
Completitud de la >= 0.8 aceptable
Adecuación Completitud Escenario 2:
Interna implementación < 0.8 no O1
Funcional funcional A = número de funcionalidades que
funcional aceptable
Escenario 3:
>=0.6 aceptable
< 0.6 no
Escenario 3:
aceptable
A = número de funcionalidades que
246
>=0.95 es
X=A/B
Eliminación de aceptable
Externa Fiabilidad Madurez A = número de fallos corregidos O2
errores < 0.95 no es
B = número total de fallos
aceptable
>=0.90 es
X= A/B
excelente
A = los puntos obtenidos de 10
Satisfacción del >=0.60 y <0.90
Uso Satisfacción Utilidad usuarios en el promedio O5
usuario bueno
B = puntaje promedio total de 10
<0.60
usuarios
insatisfecho
X=A/B >=0.90 es
A = Cantidad de elementos de excelente
Completitud de tareas información presentados de forma >=0.60 y <0.90
Externa Usabilidad Aprendizaje O5
sin capacitación entendible para el usuario (p.ej. aceptable
etiquetados) <0.60 no
B = Número de elementos totales aceptable
247
Realización de la métrica interna Completitud de la implementación funcional (MI01)
Tabla 144
Realización de la métrica interna Completitud de la implementación funcional (MI01)

Completitud de la implementación funcional
Característica Categoría
Sub característica Código
indicador
Adecuación Completitud funcional Métrica Interna MI01
Funcional
Unidad de Fuente de
Descripcion de métrica Responsable
medida Información
Esta métrica mide el grado del Michael Absoluto Funcionalidades
cumplimiento del total de las Elmenthaler / GCE_CUS_01
funcionalidades requeridas del usuario. Juan Montes Registrar Familia
como paciente,
GCE_CUS36
Consultar datos del
paciente por voz,
GCE_CUS35
Registrar familiar
por voz,
GCE_CUS19
Consultar Citas
reservadas y
GCE_CUS09
Realizar inicio de
sesión
Frecuencia de
Objetivo Meta
medición
Cumplimiento con las funcionalidades de la Diario 1 para los CUS
implementación de la aplicación móvil. ciclo 0
>= 0.8 para los
CUS ciclo 1
>= 0.6 CUS ciclo 2
Forma de calculo ISO/IEC Tipo de medida
X = 1- A/B ISO 25000 A = Número de
funcionalidades
faltantes
B = Número total
de funcionalidades
de la aplicación
móvil
Fecha de prueba Interpretación SLA (Service Level Agreement)
04 / 06/ 2020 0 <= X <= 1 Entre más cercano Para los CUS ciclo 0:
a 1, más completo para los 1 es aceptable
CUS ciclo 0. < 1 no es aceptable
0 <= X <= 0.8 Entre más Para los CUS ciclo 1:
cercano a 0.8, más completo >= 0.8 es aceptable
para los CUS ciclo 1 < 0.8 no es aceptable
0 <= X <= 0.6 Entre más Para los CUS ciclo 2:
cercano a 0.6, más completo >= 0.6 es aceptable
para los CUS ciclo 2 < 0.6 no es aceptable
248
Realización de la métrica externa Eliminación de errores (ME01)
Tabla 145
Realización de la métrica externa Eliminación de errores (ME01)

Eliminación de errores
indicador
Fiabilidad Madurez Métrica ME01
Externa
Unidad de Fuente de
medida Información
Esta métrica mide el grado de los Michael Absoluto Funcionalidades
GCE_CUS_01
errores que se encuentran en la Elmenthaler / Registrar Familia
ejecución de la aplicación móvil. Juan Montes como paciente,
GCE_CUS36
Consultar datos
del paciente por
voz,
GCE_CUS35
Registrar familiar
por voz,
GCE_CUS19
Consultar Citas
reservadas y
GCE_CUS09
Realizar inicio de
sesión
Frecuencia de
Objetivo Meta
medición
Contar con una aplicación móvil que tenga la Diario >= 0.95 de fallos
corregidos en la
menor cantidad de errores en su ejecución para ejecución de la
satisfacer al usuario. aplicación móvil
Tipo de
Forma de calculo ISO/IEC
medida
X =A / B ISO 25000 A = número de
fallos corregidos
B = número de
fallos totales
05 / 06 / 2020 0 <= X <= 0.95 entre más Para la eliminación de errores:
cercano a 0.95 mejor para el >= 0.95 es aceptable
cumplimiento de la eliminación < 0.95 no es aceptable
249
de errores para la ejecución
correcta de la aplicación móvil
Realización de la métrica de uso Satisfacción del usuario (MU01)
Tabla 146
Realización de la métrica de uso Satisfacción del usuario (MU01)

Satisfacción del usuario
indicador
Satisfacción Utilidad Uso MU01
Unidad de Fuente de
medida Información
Esta métrica mide el grado de Michael Absoluto Funcionalidades
GCE_CUS_01 Registrar
satisfacción del usuario al Elmenthaler / Familia como paciente,
ejecutar la aplicación móvil. Juan Montes GCE_CUS36 Consultar
datos del paciente por
voz, GCE_CUS35
Registrar familiar por
voz, GCE_CUS19
Consultar Citas
reservadas y
GCE_CUS09 Realizar
inicio de sesión
Frecuencia de
Objetivo Meta
medición
Asegurar la satisfacción del usuario Una vez >= 0.90 satisfacción
del usuario
X=A/B ISO 25000 A = los puntos
obtenidos de 10
usuarios en el
promedio
B = puntaje
promedio total de 10
usuarios
07 / 06 /2020 0 <= X <= 0.90 entre más Para la satisfacción del usuario:
cercano a 0.90 mejor para el >=0.90 es excelente
cumplimiento de la >=0.60 y <0.90 bueno
<0.60 insatisfecho
250
satisfacción del usuario al
ejecutar la aplicación móvil
Realización de la métrica externa Completitud de tareas sin capacitación (ME02)
Tabla 147
Realización de la métrica externa Completitud de tareas sin capacitación (ME02)

Completitud de tareas sin capacitación
Sub caracteristica Codigo
indicador
Usabilidad Aprendizaje Externa ME02
Unidad de Fuente de
medida Información
Esta métrica mide el grado de Michael Absoluto Funcionalidades
GCE_CUS_01 Registrar
completitud de tareas sin Elmenthaler / Familia como paciente,
capacitación del usuario al Juan Montes GCE_CUS36 Consultar
datos del paciente por voz,
ejecutar la aplicación móvil. GCE_CUS35 Registrar
familiar por voz,
GCE_CUS19 Consultar
Citas reservadas y
GCE_CUS09 Realizar
inicio de sesión
Frecuencia de
Objetivo Meta
medición
Asegurar la satisfacción del usuario Una vez >= 0.90 satisfacción
del usuario
X=A/B ISO 25000 A = Cantidad de
elementos de
información
presentados de forma
entendible para el
usuario (p.ej.
etiquetados)
B = Número de
elementos totales
Fecha de
Interpretación SLA (Service Level Agreement)
prueba
07 / 06 /2020 0 <= X <= 0.90 entre más Para la satisfacción del usuario:
cercano a 0.90 mejor para el >=0.90 es excelente
251
cumplimiento de la >=0.60 y <0.90 aceptable
satisfacción del usuario al <0.60 no aceptable
ejecutar la aplicación móvil.
7.2.5 Análisis de resultados de la medición

Tabla 148
Análisis de resultado de la medición

Código Tipo y Nombre Resultados
Métrica de Métrica GCE_CUS01 GCE_CUS36 GCE_CUS35 GCE_CUS19 GCE_CUS09
Registrar Familia Consultar datos Registrar Consultar Realizar
como paciente, del paciente por familiar por
Citas inicio de
ciclo 0 voz, ciclo 0 voz, ciclo 0
reservadas sesión ciclo 2
ciclo 1
Resultado: 1 Resultado: 1 Resultado: 1 Resultado: 1 Resultado: 1
Este puntaje se Este puntaje se Este puntaje se Este puntaje Este puntaje
ha dado tras las ha dado tras las ha dado tras las se ha dado se ha dado
pruebas de pruebas de pruebas de tras las tras las
medición de las medición de la medición de la pruebas de pruebas de
tres funcionalidad de funcionalidad medición en medición en
funcionalidades: consultar datos de registrar a la que se la que se
Interna -
buscar familiar, del paciente por un familiar por cumple con cumple con
Completitud de
scanear carnet y voz. voz. la única la única
MI01 la
registrar funcionalidad funcionalidad
implementación
paciente que de consultar que es el
funcional
han recibido una cita por parte inicio de
evaluación de del paciente. sesión del
aceptable ya que paciente.
se cumplió con
las funciones
especificadas.
Resultado: 0.95 Resultado: 0.95 Resultado: 0.95 Resultado: Resultado:

Este puntaje se Este puntaje se Este puntaje se 0.95 0.95
ha dado tras las ha dado tras las ha dado tras las Este puntaje Este puntaje
pruebas fallos pruebas de pruebas de se ha dado se ha dado
encontrados en medición de la medición de la tras las tras las
la ejecución de funcionalidad de funcionalidad pruebas de pruebas de
Externa - las consultar datos de registrar a medición en medición en
ME01 Eliminación de funcionalidades del paciente por un familiar por la que se la que se
errores buscar familiar, voz. voz. cumple con cumple con
scanear carnet y la única la única
registrar funcionalidad funcionalidad
paciente . de consultar que es el
cita por parte inicio de
del paciente. sesión del
paciente.
252
ha dado tras una ha dado tras una ha dado tras Este puntaje Este puntaje
encuesta de uso encuesta de la una encuesta se ha dado se ha dado
de las funcionalidad de de la tras la tras una
Uso - funcionalidades: consultar datos funcionalidad encuesta la encuesta con
MU01 Satisfacción del buscar familiar, del paciente por de registrar a única la única
usuario scanear carnet y voz. un familiar por funcionalidad funcionalidad
registrar voz. de consultar que es el
paciente que cita por parte inicio de
han recibido una del paciente. sesión del
evaluación de paciente.
aceptable.
ha dado tras la ha dado tras la ha dado tras la Este puntaje Este puntaje
Externa - medicón del uso medicón del uso medicón del se ha dado se ha dado
Completitud de del aplicativo del aplicativo por uso del tras la tras la
ME02
tareas sin por parte del parte del aplicativo por medicón del medicón del
capacitación usuario. usuario. parte del uso del uso del
usuario. aplicativo aplicativo
por parte del por parte del
usuario. usuario.
7.3 Pruebas del software

7.3.1 Plan de pruebas
7.3.1.1 Objetivo
El objetivo del presente documento es la certificación de las funcionalidades de los casos
de uso de prueba de concepto a base de los requerimientos descritos en el capítulo N° 4.
7.3.1.2 Alcance
Dentro del alcance
Se encuentran dentro de nuestro alcance, los casos de uso desarrollados en la prueba de
concepto. Para las pruebas de certificación se validará el funcionamiento de los siguientes
casos de uso de sistema.
• GCE_CUS01 Registrar Familia como paciente

• GCE_CUS36 Consultar datos del paciente por voz
• GCE_CUS37 Realizar Pre diagnostico
• GCE_CUS16 Programar Cita
253
Para cada uno de los casos de uso de sistema se determinará los escenarios detallados en
la tabla de plan de pruebas de software.
Fuera del alcance
• Revisión del código fuente.

• Funcionalidades desarrolladas necesarias para la autenticación y categorización
de los usuarios.
7.3.1.3 Recurso y ambiente de pruebas

El ambiente para la realización de la prueba de software será dentro las instalaciones del
hospital. La ejecución de los casos de prueba se realizará con un ordenador workstation
como estación de trabajo, configurado con las especificaciones mínimas que son las
siguientes:
Hardware
• Procesador: Intel Core 2 Duo CPU
• Ram: 8 GB
• Video: 800 x 600, High Color (16 bit) y 1024 x 768, 256 colores
Software
• Sistema Operativo Windows 10
• Base de Datos SQL R2 2008
• Android studio 3.6.3
• IDE : Visual Studio 2015
Sistema Móvil
• Dispositivo : Smartphone
• Sistema Operativo : Android 9.0
• RAM : 1.5 GB
• Tamaño de Pantalla
• Resolución : 1080x1920
• Aplicación (app) : TuHMC
254
7.3.1.4 Roles y responsabilidades
Tabla 149
Roles y responsabilidades
Recursos Humanos
Rol Encargado Responsabilidades y Observaciones

Proporcionar atención especial al
Administrador Juan Montes
funcionamiento correcto de las tareas
de pruebas Michael Elmenthaler
principales del sistema.
Identificar, asignar la prioridad e
implementar los casos de la prueba a
ejecutar.
Diseñador de Juan Montes Responsabilidades:
pruebas Michael Elmenthaler
Generar el modelo de prueba.
prueba.
7.3.1.5 Requisitos
• Se debe haber concluido el análisis y el diseño de la solución.
• Los usuarios asignados para las pruebas deben estar dados de alta en la base de
datos del ambiente de pruebas.
7.3.1.6 Documentación de las pruebas

La siguiente tabla muestra el detalle de la plantilla Excel con el plan de pruebas. En esta
se indican los pasos que debe seguir el usuario sobre cada escenario junto con las
condiciones que el software debe cumplir o validar.
255
Tabla 150
Plan de Pruebas de Software

Código Caso de Uso Escenario Tipo de Fecha de la
del Caso prueba Prueba
de Prueba
GCE_CUS01
Validación de Prueba
CUS1E1 Registrar Familia 10/06/2020
campos Funcional
como paciente
GCE_CUS01 Validación de
Prueba
CUS1E2 Registrar Familia datos no 10/06/2020
Funcional
como paciente encontrados
Validación de la
GCE_CUS01
información Prueba
CUS1E3 Registrar Familia 10/06/2020
obtenida del Funcional
como paciente
paciente
GCE_CUS01 Validación de la
Prueba
CUS1E4 Registrar Familia información 10/06/2020
Funcional
como paciente registrada
GCE_CUS01 Validación de la
Prueba
CUS1E5 Registrar Familia duplicidad del 10/06/2020
Funcional
como paciente registro
GCE_CUS36
CUS36E1 Consultar datos del 10/06/2020
preámbulo Funcional
paciente por voz
GCE_CUS36
CUS36E2 Consultar datos del 10/06/2020
carga familiar Funcional
paciente por voz
GCE_CUS37
Validar listado de Prueba
CUS37E1 Realizar pre 10/06/2020
síntomas Funcional
diagnostico
GCE_CUS37
Validar resultado Prueba
CUS37E2 Realizar pre 10/06/2020
de síntomas Funcional
diagnostico
256
GCE_CUS16 Validar
Prueba
CUS16E2 Programar Cita confirmación de la 10/06/2020
Funcional
cita médica
7.3.2 Caso de pruebas para el CUS GCE_CUS01 Registrar Familia como paciente
Tabla 151
Resultado del Caso de Prueba GCE_CUS01E1

Puntos Resultado del caso de pruebas
de
Control GCE_CUS01 Registrar Familia como paciente
Escenari CUS1E1: Validación de campos
o
Flujo Básico
Fecha en
que se
Instruccione Resultado Levantad
Paso Resultado Esperado levanta la
s Obtenido o por
observació
n
1.- Ingresar al
Portal de
Sistema
Móvil
(App)
Se
ingresará a
la opción
Registrar
Juan
Familia No aplica
Montes
Modulo
Registrar
Familia
El usuario
puede
257
escoger los
2 tipos de
búsqueda:
-Scanear
-Buscar
2.- Se muestra
el El sistema
formulario muestra un
mensaje de
Se presiona
error
el botón
Buscar x na Juan
No aplica
Montes
si no se
coloca
el numero
administrativ
o del militar
(Paciente)
Tabla 152

Resultado del caso de pruebas
Puntos de
Escenario CUS1E2: Escenario Validación de datos no encontrados
Flujo Básico
Fecha en
Resultado Levantado que se
Paso Instrucciones Resultado Esperado
Obtenido por levanta la
observación
258
1.- Ingresar al
Portal de
Sistema
Móvil (App)
Se
ingresará a
la opción
Registrar
Familia
Juan
No aplica
Montes
Modulo
Registrar
Familia
El usuario
puede escoger
los 2 tipos de
búsqueda:
-Scanear
-Buscar
259
2.- Buscar
Información
El sistema
El usuario
muestra un
digita el mensaje
numero
administrativo encontró
información
del familiar Juan
de la No aplica
Montes
que desea
registrar en caso no
como esté
paciente para autorizada

para su
el hospital
atención.
Ejemplo:
328086160
Tabla 153

Puntos de
Escenario CUS1E3: Escenario Validación de la información obtenida del paciente
Flujo Básico
Fecha en
observación
260
1.- Ingresar al
Portal de
Sistema
Móvil (App)
Se
ingresará a
la opción
Registrar
Familia
Juan
No aplica
Montes
Modulo
Registrar
Familia
El usuario
puede escoger
los 2 tipos de
búsqueda:
-Scanear
-Buscar
261
2.- Buscar Si la persona
se encuentra
Información
autorizado por
El usuario
la institución,
digita el el sistema
numero muestra en
administrativo pantalla la
siguiente
del familiar
información Juan
que desea No aplica
Montes
de la persona:
registrar
como Nombre, Cip,
paciente para Edad,
Fecha de
el hospital
renovación,
Observaciones
Ejemplo:
328086120 y tarifa (Plan
tarifario)
Tabla 154

Puntos de
Escenario CUS1E4: Escenario Validación de la información registrada
Flujo Básico
Fecha en
observación
262
1.- Ingresar al
Portal de
Sistema
Móvil (App)
Se
ingresará a
la opción
Registrar
Familia
Juan
No aplica
Montes
Modulo
Registrar
Familia
El usuario
puede escoger
los 2 tipos de
búsqueda:
-Scanear
-Buscar

se encuentra
Información
autorizado por
El usuario
la institución,
digita el el sistema
numero muestra en
administrativo pantalla la Juan
No aplica
Montes
siguiente
del familiar
información
que desea
de la persona:
registrar
como Nombre, Cip,
Edad,
263
paciente para Fecha de
renovación,
el hospital
Observaciones
Ejemplo:
328086120 y tarifa (Plan
tarifario)
3 Registrar
Paciente
El usuario
luego de El sistema
ejecutar el muestra un
paso N°2 mensaje de

Juan
No aplica
Montes
debe
registrado
presionar el
botón
Registrar
como
paciente
Tabla 155

de
Escenari CUS1E5: Escenario Validación de la duplicidad del registro
o
Flujo Básico
Fecha en
que se
Resultado Levantad
Paso Instrucciones Resultado Esperado levanta la
Obtenido o por
observació
n
264
1.- Ingresar al
Portal de
Sistema
Móvil (App)
Se
ingresará a
la opción
Registrar
Familia
Juan
No aplica
Montes
Modulo
Registrar
Familia
El usuario
puede
escoger los 2
tipos de
búsqueda:
-Scanear
-Buscar

Información se encuentra
El usuario autorizado
por la
digita el
institución,
numero
el sistema Juan
No aplica
administrativ Montes
muestra en
o del familiar pantalla la
que desea siguiente

información
registrar
de la persona:
como
265
paciente para Nombre, Cip,
Edad,
el hospital
Fecha de
Ejemplo:
renovación,
328086120
Observacione
s y tarifa
(Plan
tarifario)
3 Registrar
Paciente El sistema
El usuario muestra un
luego de mensaje de
ejecutar el El usuario
paso N°2
que quiere
debe Juan
No aplica
presionar el agregar a su Montes
botón plan familiar
Registrar ya se
como
encuentra
paciente
registrado
7.3.3 Caso de pruebas para el GCE_CUS36 Consultar datos del paciente por voz
Tabla 156
Puntos de Resultado del caso de pruebas

Control GCE_CUS36 Consultar datos del paciente por voz
Escenario CUS36E1: Escenario Validación de preámbulo
Flujo Básico
Fecha en que
Resultado Levantado
Paso Instrucciones Resultado Esperado se levanta la
Obtenido por
observación
266
1.- Ingresar al
Portal de
Sistema
Móvil (App)
Se
ingresará a
la opción Juan
No aplica
Montes
Asistente
Virtual
2.- Se muestra el El sistema

módulo asisten
muestra
virtual
un
mensaje
con el
nombre
del
usuario
que se Juan
No aplica
Montes
conectó a
la
aplicación
móvil y
las
preguntas
más
frecuentes
Tabla 157

Control
GCE_CUS36 Consultar datos del paciente por voz
Escenario CUS36E2: Escenario Validación de carga familiar
267
Flujo Básico
Fecha en
observación
1.- Ingresar al
Portal de
Sistema
Móvil
(App)
Se
ingresará a
la opción
Asistente
Virtual
Juan
No aplica
Montes
Modulo
Asistente
Virtual
Con las
preguntas
más
frecuentes
268
2.- Se selecciona El sistema
la opción
muestra un
Consultar
carga listado de la
carga
familiar de
titular
Juan
conteniendo No aplica
Montes
la siguiente
información:
Nombre
Cip, Dni,
Tarifa
Tipo
7.3.4 Caso de pruebas para el GCE_CUS37 Realizar Pre Diagnostico

Tabla 158

Control
GCE_CUS37 Realizar Pre Diagnostico
Escenario CUS37E1: Escenario Validar listado de síntomas
Flujo Básico
Fecha en
observación
1.- Ingresar al
Portal de
Sistema
Móvil
(App)
Se Juan
ingresará a No aplica
Montes
la opción
Asistente
Virtual
269
Se
ingresará a
la opción
pre –
diagnostico
Juan
No aplica
Montes
2.- Se
selecciona
el cuadro de
texto y se
digita los
síntomas
que
presenta el
Juan
paciente Montes
No aplica
270
2.- El usuario
selecciona y
añade a la
lista
principal de
síntomas los
diagnósticos
que Juan
No aplica
presenta. Montes
3.- El usuario
El sistema te
después de
realizar el muestra una
paso N°2 lista de
debe alternativas
presionar el
con un
botón
confirmar porcentaje de
Juan
recomendación No aplica
Montes
para poder
sacar una cita
en la
especialidad
según el
diagnostico
7.3.5 Caso de pruebas para el GCE_CUS16 Programar Cita

Tabla 159

de
Control GCE_CUS16 Programar Cita
Escenari CUS16E1: Escenario Validar confirmación de la cita medica
o
Flujo Básico
271
Levant Fecha en que
Resultado
Paso Instrucciones Resultado Esperado ado se levanta la
Obtenido
por observación
1.- Ingresar al
Portal de
Sistema
Móvil
(App)
Se
ingresará a Juan
No aplica
la opción Montes
Asistente
Virtual
2.- Se
ingresará a
la opción
Generar
Cita
Seleccionar Juan
No aplica
al paciente Montes
que desea
sacar la cita
médica
Por
ejemplo:
Montes
Ureta Maria
272
3.- Seleccionar
la
especialida
d en donde
desea sacar
la cita.
Por ejemplo
Juan
Alergia No aplica
Montes
4.- Seleccionar
al médico
que se
encuentra
asignado
a la
especialida
d Juan
No aplica
seleccionad Montes
a en al paso
N°3
Por
ejemplo:
Dr. Mateo
273
5.- Seleccionar
el icono de
calendario
para
visualizar la
programaci
ón médica y
consultorio
disponible
del médico. Juan
No aplica
Montes
Por
ejemplo:
Fecha
30/06/2020
Consultorio
Alergia 1
6.- El El sistema
procedimie muestra en
nto de pantalla la
generar la
cita médica siguiente
termina información
cuando el
icono de Nombre del
avance se
paciente,
encuentre Juan
pintado en nombre del No aplica
Montes
el final de médico,
fila Especialidad,
consultorio,
Fecha y hora
de la cita el
cual fue
seleccionado
por el usuario
274
7.4 Encuesta realizada sobre el uso del software
A través del Departamento de Telemática y Estadística del hospital, se tiene interés en
conocer la calidad de atención que reciben los pacientes en los diferentes servicios de
salud que se brindan. Por ello, se ha desarrollado una encuesta que consta de una serie de
preguntas que se realizan con la finalidad de recopilar información procedente de una
muestra de la población representativa del resto con objeto de extrapolar los resultados al
total de la población. Conocer la satisfacción de los pacientes es uno de los principales
elementos de evaluación en salud. A la vez, es un importante indicador que permitirá
medir de calidad de atención.
Después de haber finalizado las pruebas de software al 100%, se realizó un cuestionario

de 21 preguntas (Anexo N° 02) para validar si se alcanzaron los objetivos. En vista que
el problema principal del hospital es el elevado índice de reclamos y quejas de los
pacientes, se elaboraron preguntas a base de ÍA TÉCNICA PARA EVALUACIÓN
DE LA SATISFACCIÓN DEL USUARIO EXTERNO EN LOS
ESTABLECIMIENTOS DE SALUD Y SERVICIOS MÉDICOS DE APOYO que está
aprobada por la Resolución Ministerial N° 527-2011/ MINSA.
Objetivo General de la encuesta

Medir el nivel de satisfacción en la calidad de atención a los usuarios externos (pacientes)
con respecto a los servicios que presta el establecimiento de salud.
Objetivo Específico de la encuesta

Conocer el grado de satisfacción en la calidad de atención al usuario externo en el servicio
asistencial de consulta externa.
275
Base Legal
Resolución Ministerial N.º 527-

la evaluación de la satisfacción del usuario externo en los establecimientos de
según el Ministerio de Salud (MINSA,
2012).
Variables
Variable: Satisfacción en la atención de salud

Los criterios o dimensiones a evaluar para medir el nivel de satisfacción del usuario están
distribuidos en cinco, y se definen de la siguiente manera:
Fiabilidad: Capacidad para cumplir exitosamente con el servicio ofrecido.

Es la forma como percibe el paciente que el establecimiento de salud cumple con
la entrega del servicio ofrecido en forma tal como se ofreció y pacto; preguntas
del 1 al 4.
Seguridad: Confianza que genera la actitud del personal que brinda servicio de
salud demostrando habilidad para transmitir confidencia en la atención; preguntas
del 5 al 7.
Capacidad de Respuesta: Destreza para servir y brindar buena voluntad en
ayudar a los pacientes en un servicio rápido y oportuno; preguntas del 8 al 13.
Empatía: Capacidad que tiene la persona que brinda una atención médica para
ponerse en el lugar del paciente; preguntas del 14 al 16.
Aspectos Tangibles: Apariencia y aspectos físicos de las instalaciones
(equipamiento, apariencia del personal y materiales de comunicación); preguntas
del 17 al 21.
276
Tabla 160
Cuadro de dimensiones, indicadores e ítems del cuestionario

DIMENSION INDICADORES ITEM
(PREGUNTA)
• Orientación sobre trámites
administrativos
• Diferencia a la programación
Fiabilidad establecida 12,3,4
• Obtención de citas medicas
• Información personal
actualizada
• Respeto a la privacidad
• Cortesía
Seguridad 5,6,7
• Confianza
• Atención medica rápida

• Atención contable ágil
• Prontitud para actualizar datos
Capacidad de • Medios tecnológicos para 8,9,10,
Respuesta reservar cita 11,12,13
• Calidad de la atención
• Tiempo de espera
• Trato respetuoso y amable del

personal
• Disposición a responder las
Empatía 14,15,16
preguntas del paciente
• Explicaciones claras del
personal medico
• Infraestructura apropiada
• Orientación adecuada a los
pacientes
Aspectos Tangibles • Equipamiento adecuado 17,18,19,20,21
• Comodidad de las estalaciones
• Señalización en la orientación
Metodología de Evaluación
277
El
la Evaluación de la Satisfacción del Usuario Externo en los Establecimientos de Salud y
Población
La población de estudio será conformada para el servicio asistencial de consulta externa.
Criterios de inclusión
Paciente de ambos sexos (Masculino y Femenino).

Paciente mayor a 18 años de edad al momento de la atención médica.
Pacientes nuevos o continuadores en el servicio.
Criterios de exclusión
Paciente menor de 18 años.
Paciente que por algún tipo de discapacidad no pueda expresar su
opinión.
Paciente que no desee participar en el estudio.
Criterios de Eliminación
Rechazar las encuestas llenadas de forma errada o incompleta.
Niveles de Rango
La escala de medición a las preguntas es de tipo Likert, las respuestas que los pacientes
marquen frente a cada pregunta son las siguientes:
Tabla 161
Cuadro de la escala del cuestionario

1 2 3 4 5
No Más bien no Dudoso Más bien sí Sí
Con cierta
Nunca Alguna vez Con frecuencia Siempre
frecuencia
Muy malo Malo Regular Bueno Muy bueno
Nada No tan Extremadamente

Algo satisfecho/a Muy satisfecho/a
satisfecho/a satisfecho/a satisfecho/a
278
Interpretación
El estándar esperado en la evaluación a los pacientes debe ser mayor a un 60% en la
atención en consulta externa. A continuación, se muestra el rango en porcentaje y la
categoría a la que corresponde.
Tabla 162
Cuadro del grado de satisfacción del paciente

N° % de Satisfacción Categoría
1 Mayor de 60% Aceptable
2 40% - 60% En proceso
3 Menor de 40% Por mejorar
Tabla 163
Ficha técnica de la encuesta sectorial
Encuesta de satisfacción del paciente en la

NOMBRE DE LA ENCUESTA
calidad de atención
Departamento de Imagen Institucional –

SERVICIO RESPONSABLE
Departamento de Telemática
POBLACIÓN Pacientes atendidos en consultorio externo
MUESTRA 250 pacientes
FECHA TRABAJO DE CAMPO Mayo 2022
TÉCNICA DE RECOGIDA DE DATOS A través de un cuestionario
Medir el nivel de satisfacción en la calidad de

atención a los usuarios externos con respecto
OBJETIVO DE LA ENCUESTA a los servicios que presta el establecimiento
de salud.
NÚMERO DE PREGUNTAS
21
FORMULADAS
Responsables
Los integrantes del proyecto y el Departamento de Telemática y Estadística del hospital.
279
Resultados de la encuesta
A continuación, se describen los resultados obtenidos de la encuesta tomada a 250

pacientes en el mes de mayo del 2022 que se ven graficados en el diagrama de barras
El
, lo que significa que se logró
alcanzar el estándar esperado (resultado mayor a 60%).
Figura 84
Resultados de la encuesta
Satisfacción Global de los Pacientes

50% 45%
40%
32%
30%
20% 16%
10% 5%
2%
0%
Estados de Satisfacción
Nada satisfecho/a No tan satisfecho/a Algo satisfecho/a

Muy satisfecho/a Extremadamente satisfecho/a
Se concluye que la mayoría de los pacientes encuestados se encuentra muy satisfecha

hasta extremadamente satisfecha con la atención en el hospital debido al uso de la
aplicación móvil que les permite resolver sus necesidades. Ello es un indicador positivo
para el logro del objetivo general que es la reducción de los reclamos que se reportaron
en el hospital. Asimismo, el resultado de la encuesta ha sido aprobado en el hospital como
se indica en el acta de aceptación de los indicadores de éxito para el cierre del proyecto
(Anexo N° 03).
280
CAPÍTULO 8 GESTIÓN DEL PROYECTO
8.1 Introducción
La gestión de proyecto es importante para la planificación del desarrollo de un software
que consiste en la aplicación de metodologías, técnicas, buenas prácticas, juicio de
experto y herramientas para la definición, planificación y realización de actividades.
Asimismo, a lo largo de este capítulo se llega a especificar la EDT, las actas de aceptación
de entregables, el cronograma de ejecución y el registro de interesados para identificar
los niveles de interés así como los niveles de influencia en el desarrollo del proyecto.
8.2 Registro de Interesados

Tabla 164
Registro de Interesados
Nivel de
Nivel de
interés
influencia
N° Cargo Organización Categoría (Bajo,
(Bajo,
Medio,
Medio, Alto)
Alto)
Director
1 General del Hospital Patrocinador Alto Alto
Hospital
Jefe del
departamento Alta
2 Hospital Alto Alto
de Telemática Dirección
y Estadística
Jefe de la Representante
3 sección de Hospital del área de Alto Medio
Informática informática
Jefe de Miembro del
4 Hospital Alto Medio
Proyecto proyecto
Nota. Los nombres de los interesados se mantienen en reserva.
281
8.3 EDT
Figura 85
EDT completo
282
8.4 Cronograma de Ejecución
Figura 86
Cronograma de Ejecución Completo
283
284
8.5 Acta de Aceptación de Entregables
Para este proyecto se requiere los documentos que permitan justificar el uso de la
información, la aprobación del tema y las actas de aceptación de la empresa que contienen
la validación de todos los entregables presentados. A continuación, mostramos los
documentos firmados por el jefe de TI del hospital.
8.5.1 Carta de la Empresa para el uso de Información
285
8.5.2 Acta de aprobación de Tema de Tesis
286
288
290
291
8.6 Conclusiones
La elaboración de gestión de proyectos es un material fundamental para la
implementación del proyecto informático que permitió obtener un panorama completo de
las tareas (actividades) cumplidas y por cumplir. Asimismo, a través de las herramientas
se pudo definir los tiempos y entregables de tal forma que se cumplan estrictamente.
La presentación de las actas de aceptación y entregables firmadas por la empresa

confirman que el proyecto ha ido cumpliendo con los requerimientos del área usuaria.
El plan de trabajo (cronograma) permitió organizar, controlar y verificar las actividades

a ejecutar a lo largo del proyecto, el cual ha sido elaborado de tal forma que cumpla con
los plazos establecidos por la Dirección Académica de la Facultad de Ingeniería de la
UPC.
292
CONCLUSIONES
De acuerdo a la encuesta realizada se concluye que la propuesta de solución de

implementar una aplicación móvil que permita la reserva predictiva de citas médicas en
un hospital logró reducir los reclamos en consulta externa.
Se analizó la mejor técnica de la inteligencia artificial para poder construir un modelo que
realice la derivación predictiva de atención médica de forma más efectiva. Se concluye
en base a estudios que las redes bayesianas son una solución apropiada debido a sus
resultados en el manejo de datos de entrenamiento y la velocidad en su procesamiento
como vimos en el capítulo 3.2.5.
Se concluye que el diseñó de la interfaz de la aplicación móvil logró soportar e integrar

un modelo predictivo basado en redes bayesianas para la derivación predictiva así como
el chatbot para la atención médica. Asimismo, la arquitectura de software presentada en
el capítulo 5 y el modelo de base de datos en el capítulo 6.4.1 lograron la funcionalidad
de la aplicación móvil.
El resultado de la encuesta que vimos en el capítulo 7.4 demostró que los pacientes
quedaron satisfechos en un 77% luego de haber usado la aplicación móvil por lo que se
concluye que hubo una mejora en la atención médica.
293
RECOMENDACIONES
Se sugiere para la implementación de un prediagnóstico basado en redes bayesianas en

un hospital, la colaboración de los médicos de diferentes especialidades para que el
resultado tenga un alto valor de acierto.
Se recomienda para que la aplicación móvil del proyecto tenga mayores funcionalidades,
que se trabaje con servicios cloud de Mircosoft Azure o Google debido a la gran oferta
de bibliotecas y herramientas que poseen.
Se recomienda contar con varias capas de seguridad en la web por la información sensible
que tienen los pacientes de un hospital.
294
GLOSARIO
Tabla 165
Glosario del documento

Termino Descripción
CDC: Es la agencia nacional de salud pública de Estados Unidos

que tiene como principal objetivo la protección de la salud
pública a través del control y de la prevención de
enfermedades, lesiones y discapacidades tanto en el propio
país como a nivel mundial.
CGI: Es el cuerpo general de inválidos.
COPERE: Es una entidad del ejército que gestiona los derechos del
personal militar y sus familiares.
EDT: Es una representación gráfica de un proyecto de forma

descriptiva. En este gráfico se divide de forma organizada
las actividades del proyecto en diferentes niveles para su
planificación y control.
FOSPEME: Es una unidad del ejército que se encarga de las

prestaciones de salud de todo personal militar y familiar
en situación de actividad y retiro.
HMC: Es un establecimiento de salud.
IPRESS: Son las Instituciones Prestadoras de Servicios de Salud

conformadas por establecimientos de salud y servicios
médicos de apoyo públicos, privados o mixtos que
realizan atenciones en salud con fines de prevención,
promoción, diagnóstico, tratamiento y/o rehabilitación, así
como aquellos servicios complementarios o auxiliares de
la atención médica.
295
LUIS: Es un servicio conversacional de inteligencia artificial
basado en la nube creado por Microsoft que aplica
inteligencia de aprendizaje automático personalizado a
una conversación o un texto de lenguaje natural de un
usuario para predecir el significado global y extraer
información pertinente y detallada.
MINSA: Es el sector del Poder Ejecutivo encargado del área de

salud.
OMS: Es el organismo de la Organización de las Naciones

Unidas (ONU) especializado en gestiones políticas de
prevención, promoción e intervención a nivel mundial de
la salud.
ONCOEPE: Es un programa sin fines de lucro que sirve para financiar

dentro del territorio nacional la atención integral de salud
oncológica de los oficiales, técnicos y suboficiales del
Ejército de Perú en situación de actividad, disponibilidad
y retiro con derecho a pensión renovable, así como a sus
derechohabientes.
OPS: Es el organismo especializado de salud del sistema

interamericano, encabezado por la Organización de los
Estados Americanos (OEA), y también está afiliada a la
Organización Mundial de la Salud (OMS).
PMBOK: Es una guía desarrollada por el Project Management

Institute (PMI) que presenta estándares, pautas y normas
para la gestión de proyectos.
296
SEGUNDA CAPA: Es un plan complementario creado sin fines de lucro,
dirigido al personal militar en actividad o retiro que cubre
los gastos de hospitalización de la familia del titular.
RUP: Es una metodología estándar junto con el Lenguaje

Unificado de Modelado (UML) para ordenar y estructurar
el desarrollo del software.
297
SIGLARIO
1. CDC: Centers for Disease Control and Prevention
2. CGI: Cuerpo general de Inválidos
3. COPERE: Comando de Personal del Ejército
4. EDT: Estructura de desglose de trabajo
5. FOSPEME: Fondo de Salud para el Personal Militar del Ejército
6. HMC: Hospital
7. IPRESS: Instituciones Prestadoras de Servicios de Salud
8. LUIS: Language Understanding Intelligent Service
9. MINSA: Ministerio de Salud del Perú
10. OMS: Organización Mundial de la Salud
11. OPS: Organización Panamericana de la Salud
12. ONCOEP: Programa Oncológico del Ejército del Perú
13. PMBOK: Project Management Body of Knowledge
14. RUP: Rational Unified Process
298
BIBLIOGRAFÍA
Amazon. (2021). Magic Quadrant de 2021 para servicios de infraestructura y
plataforma em la nube. Amazon. Recuperado el 14 de noviembre de 2021, de
https://aws.amazon.com/es/resources/analyst-reports/gartner-mq-cips-2021/
Bibault, J.-E., Chaix, B., Nectoux, P. Pienkowski, A., Guillemasé, A. & Brouard, B.
(2019). Healthcare ex Machina: Are conversational agents ready for prime time
in oncology? Revista Clinical and Translational Radiation Oncology, 16, 55-59.
https://www.researchgate.net/publication/332218606_Healthcare_ex_Machina_
Are_conversational_agents_ready_for_prime_time_in_oncology
Centers for Disease Control and Prevention. (2020). Test for Current Infection. Centers
for Disease Control and Prevention. Recuperado el 28 de junio de 2020, de
https://www.cdc.gov/coronavirus/2019-ncov/testing/diagnostic-testing.html
Charité Universitätsmedizin Berlin. (2015). Mehr Zeit am Krankenbett. Charité

Universitätsmedizin Berlin. Recuperado el 18 de noviembre de 2021, de
https://www.charite.de/service/pressemitteilung/artikel/detail/mehr_zeit_am_kra
nkenbett/
Computing. (2018). Casos de Éxitos – Analytics. Computing. Recuperado el 27 de

octubre de 2019, de http://www.computing.es/analytics/casos-
exito/1104697046201/sap-hana-hospital-de-mollet.1.html
Dell. (2019). Ventajas y desventajas de la informática en la nube para las pequeñas

empresas. Dell. Recuperado el 27 de octubre de 2019, de
https://www.dell.com/learn/sr/es/srbsdt1/sb360/sb-newsletter-3-2012-
2#:~:text=Es%20probable%20que%20los%20est%C3%A1ndares,est%C3%A1n
dares%20clave%20de%20la%20industria
299
DeWilde, B. (26 de octubre de 2012). Classification of Hand-written Digits (3). DeWilde.
Recuperado el 10 de diciembre de 2021, de
https://bdewilde.github.io/blog/blogger/2012/10/26/classification-of-hand-
written-digits-3/
García, E. (2013). Computación en La Nube. Propiedad Inmaterial, 17, 223 245.

https://pwebebsco.upc.elogim.com/ehost/detail/detail?vid=13&sid=cfd8e171-
ebf4-4d6a-82c5-
88fa72f5fa06%40redis&bdata=Jmxhbmc9ZXM%3d#AN=92944391&db=fap
Gartner. (2018). Public Cloud Revenue. Gartner. Recuperado el 14 de noviembre de 2018,

de https://www.gartner.com/en/newsroom/press-releases/2018-09-12-gartner-
forecasts-worldwide-public-cloud-revenue-to-grow-17-percent-in-2019
GiancarloCodeES. [@GiancarloCodeES]. (2019, 22 de agosto). Aprende a utilizar la

Arquitectura por capas con el patrón BLoC en Flutter y cómo estructurar un
BLoC complejo [Imagen adjunta] [Tweet] Twitter.
https://twitter.com/GiancarloCodeES/status/1164745388676407299
Gonzalez, L. (2019, 19 de julio). K Vecinos más Cercanos. Recuperado el 10 de diciembre

de 2021, de https://aprendeia.com/k-vecinos-mas-cercanos-teoria-machine-learning/
González de Gracia, J. (2018, 10 de mayo). Despliega tu chatbot en una hora con

Dialogflow. Paradigmadigital. Recuperado el 5 de diciembre de 2021, de
https://www.paradigmadigital.com/dev/despliega-tu-chatbot-en-una-hora-con-
dialogflow/
300
Google Cloud (2020). Compila e implementa un chatbot mediante Dialogflow
(descripción general). Google Cloud. Recuperado el 28 de junio de 2020, de
https://cloud.google.com/solutions/building-and-deploying-chatbot-
dialogflow?hl=es-419
Hospital Johns Hopkins. (2021a). Aplicaciones móviles. Hopkinsmedicine. Recuperado

el 16 de noviembre de 2021, de
https://www.hopkinsmedicine.org/apps/categories/patients-caregivers
Hospital Johns Hopkins. (2021b). Telemedicina de Johns Hopkins. Hopkinsmedicine.

Recuperado el 17 de noviembre de 2021, de
https://www.hopkinsmedicine.org/telemedicine/index.html#learn
Hospital Universitario La Moraleja. (2021). Cita por voz o por chat. Hospital La
Moraleja. Recuperado el 11 de noviembre de 2021, de
https://www.hospitallamoraleja.es/es/cita-virtual.php
Hospital Universitario La Zarzuela. (2021). Actualidad y Consejos de Salud. Hospital La

Zarzuela. Recuperado el 11 de noviembre de 2021, de
https://www.hospitallazarzuela.es/es/actualidad/68/inteligencia_artitificial
IBM Cloud Education. (2020). Redes neuronales. IBM Cloud Education. Recuperado el
4 de enero de 2022, de https://www.ibm.com/pe-es/cloud/learn/neural-networks
International Telecommunication Union (ITU). (2018). Estudio sobre TIC y salud pública
en América Latina: la perspectiva de e-salud y m-salud. International
Telecommunication Union. Recuperado el 28 de junio de 2020, de
301
https://www.itu.int/dms_pub/itu-d/opb/str/D-STR-E_HEALTH.13-2018-PDF-
S.pdf
Jacobson, I., Booch, G., & Rumbaugh, J. (2000). El proceso unificado de desarrollo de
software. Addison Wesley Longman Inc.
Javatpoint. (2021). K-Means Clustering Algorithm. Javatpoint. Recuperado el 9 de

diciembre de 2021, de https://www.javatpoint.com/k-means-clustering-
algorithm-in-machine-learning
Kharkovyna, O. (2020, 14 de mayo). Bosques Aleatorios Para Principiantes. Datasource.

Recuperado el 17 de diciembre de 2021, de https://www.datasource.ai/es/data-
science-articles/bosques-aleatorios-para-principiantes
Krüger-Brand, H. (2012). App-Projekt. Mit dem Touchpad zur Visite. Deutsches

Ärzteblatt, 109(3), A104. https://www.aerzteblatt.de/pdf.asp?id=119010
Langarizadeh, M. & Moghbeli, F. (2016). Applying naive bayesian networks to disease

prediction: a systematic review. Acta Inform Med, 24(5), 364-369.
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5203736/
Lolimsa. (2022). Acerca de LOLIMSA. Lolimsa. Recuperado el 27 de octubre de 2018,

de https://www.lolimsa.com.pe/sobre-nosotros/
Lyons, K. (2020, 21 de marzo). CDC uses Microsoft healthcare chatbot service to create
coronavirus symptom checker. The Verge. Recuperado el 28 de junio de 2020, de
https://www.theverge.com/2020/3/21/21189227/cdc-microsoft-chatbot-
coronavirus-symptom-checker
302
Martínez, J. (2019, 28 de mayo). Máquinas de Vectores de Soporte (SVM). Iartificial.
Recuperado el 7 de diciembre de 2021, de https://www.iartificial.net/maquinas-
de-vectores-de-soporte-svm/
Martínez, J. (2020, 18 de setiembre). Random Forest (Bosque Aleatorio): combinando

árboles. Iartificial. Recuperado el 20 de diciembre de 2021, de
https://www.iartificial.net/maquinas-de-vectores-de-soporte-svm/
MathWorks. (2021). Support Vector Machine (SVM). MathWorks. Recuperado el 7 de

diciembre de 2021, de https://la.mathworks.com/discovery/support-vector-
machine.html
Microsoft Azure. (2018). ¿Qué es la nube pública, privada e híbrida? Microsoft Azure.
Recuperado el 14 de noviembre de 2018, de https://azure.microsoft.com/es-
es/overview/what-are-private-public-hybrid-clouds/
Microsoft Azure. (2019a). ¿Qué es SaaS? Microsoft. Recuperado el 20 de noviembre de

2019, de https://azure.microsoft.com/es-es/resources/cloud-computing-
dictionary/what-is-saas/
Microsoft Azure. (2019b). ¿Qué es PaaS? Microsoft. Recuperado el 20 de noviembre de

dictionary/what-is-paas/
Microsoft Azure. (2019c). ¿Qué es IaaS? Microsoft. Recuperado el 20 de noviembre de

dictionary/what-is-iaas/#overview
303
Microsoft Docs. (2022). Bot de preguntas frecuentes. Microsoft Docs. Recuperado el 28
de Junio de 2020, de https://docs.microsoft.com/es-es/azure/architecture/solution-
ideas/articles/faq-chatbot-with-data-champion-model
Ministerio de Salud. (2012). Guía Técnica para la Evaluación de la Satisfacción del

Usuario Externo en los Establecimientos de Salud y Servicios Médicos de Apoyo:
R.M. N°527-2011/MINSA.
Ministerio de Salud. (2014). Decreto Supremo 031-2014-SA de 2014. Por lo cual se

aprueban el Reglamento de Infracciones y Sanciones de la Superintendencia
Nacional de Salud – SUSALUD.
Ministerio de Salud. (2018). Resolución Ministerial 811-2018/MINSA del 05 de setiembre

del 2018. Por lo cual se establecen la elaboración e implementación del Plan
“Cero Colas” en las Instituciones Prestadoras de Servicios de Salud públicas
adscritas al Ministerio de Salud y Gobiernos Regionales.
Ministerio de Salud. (2020a). Resolución Ministerial 816-2020/MINSA del 9 de octubre

del 2020. Por lo cual se aprueba el Documento Técnico: Agenda Digital del
Sector Salud 2020-2025.
Ministerio de Salud. (2020b). Documento Técnico: Agenda Digital del Sector Salud
2020-2025.
Ministerio de Salud. (2020c). Directiva Administrativa 294-MINSA/2020/OGTI. Por lo

cual se establece el Tratamiento de los datos personales relacionados con la
Salud o Datos personales en Salud.
304
Organización Mundial de la Salud (OMS). (2016). Salud: uso de las tecnologías móviles
inalámbricas en la salud pública: informe de la Secretaría. OMS. Recuperado el
30 de mayo de 2020, de https://apps.who.int/iris/handle/10665/250908
Organización Mundial de la Salud (OMS). (2017). mSalud: uso de tecnologías digitales

apropiadas en la salud pública: informe del Director General. OMS. Recuperado
el 15 de mayo de 2020, de
https://apps.who.int/iris/bitstream/handle/10665/274135
Organización Mundial de la Salud (OMS). (2019). La OMS publica las primeras

directrices sobre intervenciones de salud digital. OMS. Recuperado el 30 de enero
de 2021, de https://www.who.int/es/news-room/detail/17-04-2019-who-releases-
first-guideline-on-digital-health-interventions
Organización Mundial de la Salud (OMS). (2020a). Declaración conjunta de la UIT y la

OMS: Desencadenar el potencial de la tecnología de la información para
derrotar la COVID-19. OMS. Recuperado el 30 de mayo de 2021, de
https://www.who.int/es/news/item/20-04-2020-itu-who-joint-statement-
unleashing-information-technology-to-defeat-covid-19
Organización Mundial de la Salud (OMS). (2020b). Servicios sanitarios de calidad.

Ginebra: OMS. Recuperado el 30 de mayo de 2021, de
https://www.who.int/es/news-room/fact-sheets/detail/quality-health-services
Organización Mundial de la Salud (OMS). (2021a). La OMS publica el primer informe

mundial sobre inteligencia artificial (IA) aplicada a la salud y seis principios
rectores relativos a su concepción y utilización. OMS. Recuperado el 28 de junio
305
de 2021, de https://www.who.int/es/news/item/28-06-2021-who-issues-first-
global-report-on-ai-in-health-and-six-guiding-principles-for-its-design-and-use
Organización Mundial de la Salud (OMS). (2021b). Ética y gobernanza de la inteligencia

artificial para la salud. OMS. Recuperado el 15 de agosto de 2021, de
https://www.who.int/publications/i/item/9789240029200
Organización Panamericana de la Salud (OPS). (2011). Estrategia y plan de acción sobre

esalud. OPS. Recuperado el 28 de junio de 2020, de
https://www.paho.org/hq/dmdocuments/2011/CD51-13-s.pdf
Organización Panamericana de la Salud (OPS). (2014). Conversaciones sobre eSalud.

Gestión de información, diálogos e intercambio de conocimientos para
acercarnos al acceso universal a la salud. OPS. Recuperado el 28 de junio de
2020, de https://iris.paho.org/handle/10665.2/28391
Organización Panamericana de la Salud (OPS). (2018). Inteligencia artificial en salud

pública: IS4H- KMCAI. OPS. Recuperado el 20 de mayo de 2020, de
https://www3.paho.org/ish/images/toolkit/IS4HCC_InteligenciaArtificial.pdf
Organización Panamericana de la Salud (OPS). (2020a). COVID-19 y el rol de los

sistemas de información y las tecnologías en el primer nivel de atención. OPS.
Recuperado el 15 de febrero de 2021, de
https://iris.paho.org/handle/10665.2/52205
Organización Panamericana de la Salud (OPS). (2020b). El potencial de las tecnologías

de la información de uso frecuente durante la pandemia. OPS. Recuperado el 25
de febrero de 2021, de https://iris.paho.org/handle/10665.2/52022
306
Organización Panamericana de la Salud (OPS). (s.f). La eSalud y la información de la
salud @WHO/HQ por Najeeb Al-Shorbaji, Director del Departmento de Gestión
e Intercambio de Conocimiento, Organización Mundial de la Salud (OMS). OPS.
Recuperado el 28 de junio de 2020, de
https://www3.paho.org/ict4health/index.php?option=com_content&view=article
&id=32:ehealth-and-health-informatics-whohq-by-najeeb-al-shorbaji-director-
of-the-department-of-knowledge-management-and-sharing-world-health-
organization-who&Itemid=226&lang=es
Parra, F. (2019). Estadística y Machine Learning con R. Bookdown. Recuperado el 17 de

diciembre de 2021, de https://bookdown.org/content/2274/metodos-de-
clasificacion.html#arbol-cart-classification-and-regression-trees
Paulino, L., & Huayna, A. (2019). Sistema Experto Probabilístico basado en Redes
Bayesianas para la predicción del cáncer de cuello uterino. Revista Peruana de
Computación y Sistemas, 2(1), 15-26.
https://revistasinvestigacion.unmsm.edu.pe/index.php/rpcsis/article/view/16360/
14138
Presidencia del Consejo de Ministros (PCM). (2020). Agenda Digital al Bicentenario.

PCM. Recuperado el 20 de enero de 2021, de
https://www.gob.pe/institucion/pcm/informes-publicaciones/606643-agenda-
digital-al-bicentenario
Project Management Institute (PMI). (2017). Guía de los Fundamentos para la Dirección
de Proyectos (Guía del PMBOK®) Sexta Edición. Newtown Square: Project
Management Institute Inc.
307
Rodrigo, J. (2020, octubre). Árboles de decisión, random forest, gradient boosting y C5.0.
Cienciadedatos. Recuperado el 13 de diciembre de 2021, de
https://www.cienciadedatos.net/documentos/33_arboles_de_prediccion_bagging
_random_forest_boosting#C50
Rzepka, S. (2011, 9 de diciembre). Service management for hybrid clouds. Ibm.

Recuperado el 10 de diciembre de 2020, de https://www.ibm.com/blogs/cloud-
computing/2011/12/09/service-management-for-hybrid-clouds/
Sakkaf, Y. (2020, 31 de marzo). Árboles de decisión: explicación del algoritmo ID3.

Towardsdatascience. Recuperado el 27 de diciembre de 2021, de
https://towardsdatascience.com/decision-trees-for-classification-id3-algorithm-
explained-89df76e72df1
Sanabria, A. (2020, 19 de mayo). Una introducción a los Árboles de Decisión.

Recuperado el 15 de diciembre de 2021, de
https://www.grupodabia.com/post/2020-05-19-arbol-de-decision/
SAP. (2014). SAP hace la diferencia en el sector salud. SAP. Recuperado el 10 de enero
de 2022, de https://news.sap.com/latinamerica/2014/05/sap-hace-la-diferencia-
en-el-sector-salud/
SAP. (2022). ¿Qué es una plataforma tecnológica? SAP. Recuperado el 10 de enero de

2022, de https://www.sap.com/latinamerica/insights/what-is-a-technology-
platform.html
Secretaria de Gobierno y Transformación Digital (SGTD). (s.f). Estrategia Nacional de

Inteligencia Artificial (ENIA). SGTD. Recuperado el 30 de enero de 2021, de
308
https://www.gob.pe/institucion/pcm/informes-publicaciones/1929011-estrategia-
nacional-de-inteligencia-artificial
Serrano, A. (2018, 16 de julio). Luda, una plataforma tecnológica para hacer frente a
amenazas como amazon. Correo Farmacéutico, 12.
https://search.proquest.com/docview/2070048259?accountid=43860
Sherweb. (2022, 1 de setiembre). Everything you should know about Microsoft Azure
Active Directory. Sherweb. Recuperado el 5 de setiembre de 2022, de
https://www.sherweb.com/blog/cloud-server/microsoft-azure-active-directory/
Suárez, M. (2011). Probabilidad Total y Teorema de Bayes. Monografias. Recuperado el

3 de enero de 2022, de https://www.monografias.com/trabajos89/probabilidad-
total-y-teorema-bayes/probabilidad-total-y-teorema-bayes.shtml
Sucar, L. (2006). Chapter 1 Redes Bayesianas. Ccc. Recuperado el 2 de enero de 2021,

de https://ccc.inaoep.mx/~esucar/Clases-mgp/caprb.pdf
Suri, S. (2018, 26 de agosto). Architect your Flutter project using BLOC pattern.
Medium. Recuperado el 10 de diciembre 2021, de
https://medium.com/codechai/architecting-your-flutter-project-bd04e144a8f1
Tablada, C. & Torres, G. (2009). Redes Neuronales Artificiales. Revista de educación

matemática, 24(3), 22-29.
https://revistas.unc.edu.ar/index.php/REM/article/view/10280/10979
309
Trevino, A. (2016, 6 de diciembre). Introduction to K-means Clustering. Oracle.
Recuperado el 4 de enero de 2022, de https://blogs.oracle.com/ai-and-
datascience/post/introduction-to-k-means-clustering
Universidad Peruana de Ciencias Aplicadas (UPC) (2022). Proyecto de Investigacion 2

Ingeniería de Sistemas EPE. Universidad Peruana de Ciencias Aplicadas (UPC).
310
ANEXOS
Anexo N° 01 Plan tarifario que rige en el hospital
311
312
Anexo N° 02 Encuesta de satisfacción del paciente en la atención médica
313
314
Anexo N° 03 Acta de aceptación de los indicadores de éxito para el cierre del
proyecto
ACTA DE ACEPTACIÓN DE CIERRE DEL PROYECTO
Sistema Asistido por Voz para la Reserva Predictiva de Citas Médicas en un Hospital
Proyecto de Categoría III-1 utilizando Redes Bayesianas
Objetivo Dar conformidad al cierre del proyecto

Fecha del acta 05/09/2022
Lugar Hospital (Área Informática)
PARTICIPANTES
N° NOMBRE CARGO FIRMA
Jefe de la
Henry Acosta
1 sección
Chusquisengo
Informática
Analista de
Sistemas /
2 Juan Montes
Miembro del
Proyecto
Miembro del
3 Michael Elmenthaler
Proyecto
ACUERDOS
Se deja constancia de conformidad de la aceptación del cumplimiento de los objetivos específicos (OE)
a través de sus indicadores de éxito:
OE1 – Análisis de la solución.
• Modelo predictivo de las redes bayesianas
• Modelo de asistente de voz
OE2 – Diseño de la solución.
• Diseño de la interfaz de la aplicación móvil
• Modelo de la base de datos
OE 3 – Construcción de la solución.
• Construcción del software
OE 4 – Resultados de la solución.
• Funcionamiento correcto del software
• Encuesta sobre la satisfacción en la atención médica
315

Montes AJ

Cargado por

Copyright:

Formatos disponibles

Montes AJ

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

Montes AJ

Cargado por

Copyright:

Formatos disponibles

2.1.2 Student Outcome (2) ................................................................................

4.1.3.2 Casos de Uso de Negocio ......................................................................... 109

4.1.4 Modelo de Análisis de Negocio ............................................................. 110

4.1.4.2 Entidades de Negocio .............................................................................. 112

4.1.4.3 Diagrama de clases del negocio................................................................ 123

4.1.4.3.1 CUN01_Solicitar Apertura de Atención Médica .................................. 123

4.1.4.3.2 CUN02_Obtener Cita .......................................................................... 124

4.1.5 Realización de los Casos de Uso de Negocio ......................................... 124

4.1.5.1.1 GCE_CUN01_ Solicitar Apertura de Atención Médica........................ 124

4.1.5.1.2 GCE_CUN02_Obtener Cita ................................................................ 130

4.2 Requerimientos.......................................................................................... 135

4.2.2.2 Requerimientos No Funcionales ............................................................... 136

4.3 Modelo de Casos de Uso del Sistema ......................................................... 139

4.3.4.2 Paquete PQ02_Gestión de Atención ......................................................... 144

4.3.4.3 Paquete PQ03_Gestión de Atención por Voz ........................................... 145

4.3.4.4 Paquete PQ04_Seguridad ......................................................................... 146

4.3.5 Atributos de los Casos de Uso del Sistema ............................................. 146

4.3.7.2 GCE_CUS16_Programar Cita .................................................................. 171

4.3.7.4 GCE_CUS36_Consultar datos del paciente por Voz ...................................... 176

4.3.8 Diagrama del Modelo Conceptual .......................................................... 179

7.3.1.2 Alcance ................................................................................................... 253

7.3.1.3 Recurso y ambiente de pruebas ................................................................ 254

7.3.1.4 Roles y responsabilidades ........................................................................ 255

7.3.1.5 Requisitos ................................................................................................ 255

7.3.1.6 Documentación de las pruebas ................................................................. 255

Tabla 1 Indicadores de quejas y reclamos .................................................................. 11

Tabla 6 uadro Comparativo de Soluciones encontradas ............................................. 21

Tabla 10 Datos del flujo de caja ................................................................................. 30

Tabla 15 Matriz de asignación de responsabilidades .................................................. 38

Tabla 20 Funciones de kernel ..................................................................................... 82

Tabla 25 Actores de Negocio .................................................................................... 109

Tabla 28 Atributos de la entidad de negocio CIP...................................................... 112

Tabla 33 Atributos de la entidad de negocio Parte de Atencion ................................ 115

Tabla 38 Atributos de la entidad de negocio Lista de Programación ........................ 118

Tabla 43 Atributos de la entidad de negocio Lista de Personal CGI ......................... 121

Tabla 47 Actores del Sistema.................................................................................... 139

Tabla 52 Especificación de alto nivel “Aperturar Atención” .................................... 152

Tabla 61 Especificación de alto nivel “Consultar Médico” ...................................... 156

Tabla 66 Especificación de alto nivel “Mantener cita” ............................................ 159

Tabla 71 Especificación de alto nivel “Evaluar atención médica” ........................... 161

Tabla 81 Especificación de alto nivel “Realizar Pre Diagnóstico” ........................... 165

Tabla 85 Especificación de alto nivel “Realizar Inicio de Sesión”............................ 166

Tabla 90 Caso de Uso de Sistema GCE_CUS16_Programar Cita ............................ 171

Tabla 95 Clase “Paciente Militar” ........................................................................... 181

Tabla 100 Clase “Atencion” .................................................................................... 183

Tabla 105 Clase “Medico” ...................................................................................... 186

Tabla 110 Metas de la arquitectura de software ....................................................... 191

Tabla 113 Detalle de los nodos ................................................................................ 196

Tabla 118 Detalle de la tabla de datos AppUsuario .................................................. 218

Tabla 123 Detalle de la tabla de datos FactCatalogoServicios ................................. 221

Tabla 128 Detalle de la tabla de datos MedicosEspecialidad ................................... 225

Tabla 133 Detalle de la tabla de datos Provincias .................................................... 233

Tabla 138 Detalle de la tabla de datos Turnos.......................................................... 237

Tabla 142 Detalle de la tabla de datos FuentesFinanciamiento ................................ 240

Tabla 151 Resultado del Caso de Prueba GCE_CUS01E1 ....................................... 257

Tabla 156 Resultado del Caso de Prueba GCE_CUS36E1 ....................................... 266

Tabla 161 Cuadro de la escala del cuestionario ....................................................... 278

Figura 1 Diagrama de Mapa de Procesos del hospital ................................................. 5

Figura 2 Proceso de Atención en Consulta Externa ...................................................... 6