decanato de ingenieria e informatica …...ii finalmente, pero no menos importante, quien ha hecho...
TRANSCRIPT
I
DECANATO DE INGENIERIA E INFORMATICA
ESCUELA DE INFORMÁTICA
DISEÑO DE UN SISTEMA DE NOTIFICACIÓN AUTOMÁTICA SOBRE
VARIACIONES DE LA PRESIÓN ARTERIAL DE LOS PACIENTES DEL
INSTITUTO DOMINICANO PARA EL CUIDADO PERIOPERATORIO
INDOPER
TRABAJO DE GRADO PARA OPTAR POR EL TÍTULO DE
INGENIERO DE SOFTWARE
Sustentantes:
Eddy Robert Gomera Almanzar 2014-0164
Asesor:
Ing. Luis Núñez
Santo Domingo, Rep. Dom.
Marzo, 2018
Los conceptos emitidos en el presente trabajo de investigación son de la
exclusiva responsabilidad de quien(es) los sustentan.
I
AGRADECIMIENTOS
Primero que todo, le doy gracias a mi madre, Zoila Almanzar Sandoval, por haberme
dado la vida y criarme completamente sola frente a todas las adversidades,
proporcionando a mi vida oportunidades invalorables, apoyo, enseñanzas, sabiduría, y
sobre todo el más cálido amor. Te adoro.
A mis hermanas, Lucyedith Gomera Almanzar y Rossyedith Gomera Almanzar, quienes
han vivido conmigo todo este carrusel de emociones y vivencias que llamamos vida;
siempre han estado ahí para mí, brindándome apoyo y alegría. Las amo.
A mi tía, Hilda Almanzar Sandoval, quien apoyó siempre la crianza de mis hermanas y
mía; siendo un pilar fundamental de mi éxito, acogiéndome en su hogar por estos 4 años
de crecimiento.
A mis mejores amigos y segundos hermanos, Elena Cagigal, Fran González y Eli García,
quienes han sido el cohete que despegó el deseo de cursar esta carrera, siempre a mi lado,
siempre entusiasmados por mí, siempre creyendo en mí, siempre unidos.
A mi jefa, María Consuelo Varela, quien ha apoyado todas mis locuras y logros
profesionales, enseñándome incontables lecciones y conocimientos que jamás imaginaría
que conocería. Gracias por todas estas oportunidades.
Al Departamento de Investigación Clínica de Laser Center, quienes han aportado cada
día al crecimiento de mi carrera académica y profesional.
II
Finalmente, pero no menos importante, quien ha hecho posible este trabajo de grado, a
mi asesor, el ingeniero Luis Núñez, quien me brindó todo el conocimiento, consejos y
sabiduría necesarios para el desarrollo de esta tesis. Mi admiración y agradecimiento
siempre la tendrá.
III
DEDICATORIA
Le dedico este trabajo de grado y todos mis logros a mi madre, por todo el sudor
derramado para que yo este dónde estoy, por cuidarme siempre, incluso desde la distancia,
porque luchó contra todo pronóstico, porque la admiro como persona; ella es la fuerza
que amanece junto a mi cada día.
A mis hermanas, por haber compartido toda mi vida y estar siempre ahí, y por todas
esas travesuras que vivimos juntos.
Finalmente, a mi sobrina, Paula Vargas Gomera, a quien amo desde que nació, y espero
desarrolle habilidades como las que siempre ha demostrado tener.
IV
ÍNDICE GENERAL
AGRADECIMIENTOS ................................................................................................... I
DEDICATORIA ............................................................................................................III
ÍNDICE GENERAL ..................................................................................................... IV
ÍNDICE DE TABLAS ................................................................................................ VII
ÍNDICE DE FIGURAS ............................................................................................. VIII
RESUMEN EJECUTIVO ............................................................................................. X
INTRODUCCIÓN ..................................................................................................... XIII
CAPÍTULO 1: MARCO TEÓRICO ............................................................................. 1
INTRODUCCIÓN ...................................................................................................... 2
1.1 Sistemas Informáticos ........................................................................................... 3
1.1.1 Concepto de desarrollo de software ................................................................... 3
1.1.2 Modelos de desarrollo de software .................................................................... 4
1.1.3 Computación ubicua .......................................................................................... 9
1.1.4 Concepto del internet de las cosas ................................................................... 10
1.1.5 Concepto y tipos de sensores ........................................................................... 11
1.1.6 El software en la computación ubicua ............................................................. 13
1.2 Sistemas de Salud ............................................................................................... 16
1.2.1 Presión arterial ................................................................................................. 16
1.2.2 Concepto y tipos de enfermedades cardíacas .................................................. 17
1.2.3 Sistemas de emergencia de salud ..................................................................... 18
1.2.4 Sistemas informáticos en la salud .................................................................... 20
1.2.5 Sistemas de registro de presión arterial ........................................................... 21
RESUMEN CAPÍTULO 1 ........................................................................................ 24
CAPÍTULO 2: METODOLOGÍA .............................................................................. 25
INTRODUCCIÓN .................................................................................................... 26
2.1 Concepto y tipos de Investigación Científica ..................................................... 27
2.1.1 Investigación Descriptiva ................................................................................ 28
2.1.2 Investigación Exploratoria ............................................................................... 29
2.1.3 Investigación Explicativa ................................................................................. 30
2.2 Investigación Clínica .......................................................................................... 31
2.3 Métodos de Investigación ................................................................................... 34
V
2.3.1 Método de observación .................................................................................... 34
2.3.2 Método inductivo ............................................................................................. 35
2.3.3 Método deductivo ............................................................................................ 35
2.4 Concepto y métodos de análisis .......................................................................... 36
2.4.1 Análisis estadístico .......................................................................................... 36
2.5 Fuentes y técnicas ............................................................................................... 37
2.5.1 Población ......................................................................................................... 37
2.5.2 Muestra ............................................................................................................ 37
2.5.3 Observación ..................................................................................................... 38
2.5.4 Encuesta ........................................................................................................... 39
2.5.5 Cuestionario ..................................................................................................... 39
2.6 Tratamiento de la información ............................................................................ 41
RESUMEN CAPÍTULO 2 ........................................................................................ 42
CAPÍTULO 3: ANÁLISIS DETALLADO SOBRE ESTADO ACTUAL DE
INDOPER ...................................................................................................................... 43
INTRODUCCIÓN .................................................................................................... 44
3.1 Descripción de la empresa .................................................................................. 45
3.1.1 Historia de INDOPER ..................................................................................... 45
3.1.2 Misión de la institución .................................................................................... 45
3.1.3 Visión de la institución .................................................................................... 45
3.1.4 Valores de la institución .................................................................................. 46
3.2 Análisis FODA de INDOPER ............................................................................ 47
3.3 Impacto ............................................................................................................... 49
3.3.1 En relación a la seguridad del paciente ............................................................ 49
3.3.2 En relación a la fiabilidad de los datos captados ............................................. 49
3.3.3 En relación a la solución .................................................................................. 49
3.4 Presentación de los resultados ............................................................................ 50
3.4.1 Introducción ..................................................................................................... 50
3.4.2 Presentación y análisis de los resultados de la encuesta .................................. 51
3.4.3 Análisis general ................................................................................................ 59
3.5 Documento Visión .............................................................................................. 60
3.6 Documento de Especificación de Requerimientos de Software ......................... 81
3.7 Estudio de factibilidad del sistema ................................................................... 124
3.7.1 Introducción ................................................................................................... 124
VI
3.7.2 Propósito ........................................................................................................ 124
3.7.3 Descripción General ...................................................................................... 125
3.7.4 Factibilidad Técnica ....................................................................................... 125
3.7.5 Factibilidad Operativa .................................................................................... 127
3.7.6 Factibilidad Económica ................................................................................. 129
3.7.7 Beneficios del Sistema ................................................................................... 131
3.7.8 Retorno de la Inversión .................................................................................. 131
3.7.9 Conclusiones .................................................................................................. 132
3.8 Diagrama de Dominio ....................................................................................... 133
RESUMEN CAPÍTULO 3 ...................................................................................... 134
CAPÍTULO 4: DISEÑO DE LA PROPUESTA DE UN SISTEMA
AUTOMÁTICO DE NOTIFICACIÓN DE PRESIÓN ARTERIAL ..................... 135
INTRODUCCIÓN .................................................................................................. 136
4.1 Diseño del sistema ............................................................................................ 137
4.2 Diagramas UML ............................................................................................... 138
4.2.1 Diagrama de Arquitectura .............................................................................. 138
4.2.2 Diagramas de casos de uso ............................................................................ 140
4.2.3 Diagrama de clases ........................................................................................ 143
4.2.4 Diagramas de secuencias ............................................................................... 144
4.2.5 Diagrama de estados ...................................................................................... 148
4.2.6 Diagrama entidad-relación ............................................................................. 152
4.3 Diseño preliminar de la interfaz gráfica ........................................................... 153
4.4 Fiabilidad del sistema ....................................................................................... 164
RESUMEN CAPÍTULO 4 ...................................................................................... 165
CONCLUSIÓN ........................................................................................................... 166
RECOMENDACIONES ............................................................................................ 169
REFERENCIAS BIBLIOGRÁFICAS ...................................................................... 171
Bibliografía .................................................................................................................. 171
GLOSARIO ............................................................................................................ 178
Encuesta .................................................................................................................. 179
Anteproyecto ........................................................................................................... 181
VII
ÍNDICE DE TABLAS
Tabla 1: Escala de Niveles de Conformidad (Fuente Propia) ......................................... 40
Tabla 2: Conformación de entrevistados ........................................................................ 50
Tabla 3: Escala de tiempo de los entrevistados en INDOPER ....................................... 51
Tabla 4: Tabulación de respuestas a la pregunta #1 ....................................................... 51
Tabla 5: Tabulación de respuestas a la pregunta #2 ....................................................... 53
Tabla 6: Tabulación de las respuestas a la pregunta #3 .................................................. 54
Tabla 7: Tabulación de las respuestas a la pregunta #4 .................................................. 55
Tabla 8: Tabulación de las respuestas a la pregunta #5 .................................................. 57
Tabla 9: Presupuesto del proyecto SINAVAPA ............................................................. 75
VIII
ÍNDICE DE FIGURAS
Ilustración 1: Grafico de las fases del modelo en cascada (Pressman R. S., 2015) .......... 5
Ilustración 2: Ilustración del Modelo de prototipo (Tutorials Point, 2017) ...................... 6
Ilustración 3. Ilustración del Modelo en espiral (Tutorials Point, 2017) .......................... 7
Ilustración 4: Modelo RUP (BLOG INGENIERIA EN SOFTWARE , 2012) ................ 8
Ilustración 4: Imagen de un sensor de presión. (HETPRO, 2018) ................................. 13
Ilustración 5: Porcentaje de conformación de los entrevistados ..................................... 50
Ilustración 6: Porcentaje del tiempo de los entrevistados en INDOPER ........................ 51
Ilustración 7: Suma de las respuestas a la pregunta #1 ................................................... 52
Ilustración 8: Porcentaje de respuestas a la pregunta #1 ................................................ 52
Ilustración 9: Suma de las respuestas a la pregunta #2 ................................................... 53
Ilustración 10: Porcentaje de respuestas a la pregunta #2 .............................................. 53
Ilustración 11: Suma de las respuestas a la pregunta #3 ................................................. 54
Ilustración 12: Porcentaje de las respuestas a la pregunta #4 ......................................... 55
Ilustración 13: Suma de las respuestas a la pregunta #4 ................................................. 56
Ilustración 14: Porcentaje de respuestas a la pregunta #4 .............................................. 56
Ilustración 15: Suma de las respuestas a la pregunta #5 ................................................. 57
Ilustración 16: Porcentaje de las respuestas a la pregunta #5 ......................................... 58
Ilustración 18: Organigrama de INDOPER .................................................................... 72
Ilustración 19: Modelo Organizacional del Negocio ...................................................... 73
Ilustración 20: Diagrama de Casos de Uso General de SINAVAPA ........................... 100
Ilustración 21: Diagrama de Casos de Uso para Gestionar Usuarios de SINAVAPA . 101
Ilustración 22: Diagrama de Casos de Uso para Gestionar Pacientes de SINAVAPA 108
Ilustración 23: Diagrama de Casos de uso para Gestionar la Cuenta de SINAVAPA . 116
Ilustración 24: Diagrama de Casos de Uso para Generar Notificaciones en SINAVAPA
.............................................................................................................................. 121
Ilustración 25: Diagrama de Dominio .......................................................................... 133
Ilustración 26: Diagrama de Arquitectura de SINAVAPA .......................................... 138
Ilustración 27: Diagrama de Arquitectura Interno de SINAVAPA .............................. 139
Ilustración 28: Diagrama de caso de uso general ......................................................... 140
Ilustración 29: Diagrama de caso de uso CUS01 ......................................................... 140
Ilustración 30: Diagrama de caso de uso CUS02 ......................................................... 141
Ilustración 31. Diagrama de caso de uso CUS03 .......................................................... 141
Ilustración 32: Diagrama de caso de uso CUS04 ......................................................... 142
Ilustración 33: Diagrama de clases ............................................................................... 143
Ilustración 34: Diagrama de secuencia del caso de uso CUS01 ................................... 144
Ilustración 35: Diagrama de secuencia del caso de uso CUS02 ................................... 145
Ilustración 36: Diagrama de secuencia del caso de uso CUS03 ................................... 146
Ilustración 37: Diagrama de secuencia del caso de uso CUS04 ................................... 147
Ilustración 38: Diagrama de estado del Usuario ........................................................... 148
Ilustración 39: Diagrama de estado del Paciente .......................................................... 148
Ilustración 40: Diagrama de estado de la Cita .............................................................. 149
IX
Ilustración 41: Diagrama de estado del Sensor ............................................................. 149
Ilustración 42: Diagrama de estado de la Presión Arterial ........................................... 150
Ilustración 43: Diagrama de estado del Registro .......................................................... 150
Ilustración 44: Diagrama de estado de la Notificación ................................................. 151
Ilustración 45: Diagrama de estado de los Sistemas de Emergencia ............................ 151
Ilustración 46: Diagrama Entidad-Relación ................................................................. 152
Ilustración 47: Interfaz gráfica de la pantalla Login ..................................................... 153
Ilustración 48: Interfaz gráfica de la pantalla Login con credenciales erroneos .......... 153
Ilustración 49: Interfaz gráfica de la pantalla Gestión de Usuarios .............................. 154
Ilustración 50: Interfaz gráfica de la pantalla Crear Usuario ........................................ 154
Ilustración 51: Interfaz gráfica de la pantalla al Crear Usuario Satisfactoriamente ..... 155
Ilustración 52: Interfaz gráfica de la pantalla al Crear Usuario ya Existente ............... 155
Ilustración 53: Interfaz gráfica de la pantalla Modificar Usuario ................................. 156
Ilustración 54: Interfaz gráfica de la pantalla al Modificar Usuario Satisfactoriamente
.............................................................................................................................. 156
Ilustración 55: Interfaz gráfica de la pantalla Gestión de Reportes de Usuarios .......... 157
Ilustración 56: Interfaz gráfica de la pantalla Generar Reportes de Usuarios .............. 157
Ilustración 57: Interfaz gráfica de la pantalla Generar Reportes de Usuarios
Satisfactoriamente ................................................................................................. 158
Ilustración 58: Interfaz gráfica de la pantalla Generar Reportes de Pacientes ............. 158
Ilustración 59: Interfaz gráfica de la pantalla Generar Reportes de Pacientes
Satisfactoriamente ................................................................................................. 159
Ilustración 60: Interfaz gráfica de la pantalla Ver Reportes de Usuarios ..................... 159
Ilustración 61: Interfaz gráfica de la pantalla Ver Reportes de Pacientes .................... 160
Ilustración 62: Interfaz gráfica de la pantalla Gestión de Pacientes ............................. 160
Ilustración 63: Interfaz gráfica de la pantalla Monitorear Paciente .............................. 161
Ilustración 64: Interfaz gráfica de la pantalla Gestionar Citas ...................................... 161
Ilustración 65: Interfaz gráfica de la pantalla Crear Citas ............................................ 162
Ilustración 66: Interfaz gráfica de la pantalla Crear Citas Satisfactoriamente.............. 162
Ilustración 67: Interfaz gráfica de la pantalla Modificar Citas ..................................... 163
Ilustración 68: Interfaz gráfica de la pantalla Modificar Citas Satisfactoriamente ...... 163
Ilustración 69: Interfaz gráfica de la pantalla Visualizar Ubicación ............................ 164
X
RESUMEN EJECUTIVO
El presente trabajo de grado incorpora el análisis y diseño de un sistema de notificación
automática sobre las variaciones de la presión arterial de los pacientes que padecen de
enfermedades cardiovasculares del Instituto Dominicano para el Cuidado Perioperatorio
INDOPER.
Se presenta el diseño de una plataforma automatizada que genera y envía una notificación
a los sistemas de emergencias al momento de registrar una variación significativa de la
presión arterial de un paciente que padece de una enfermedad cardiovascular de
INDOPER. Por un lado, servirá para monitorear la presión arterial de manera rigurosa e
ininterrumpida del individuo, en especial a aquellos que no pueden valerse por sí mismos.
De igual manera, ayudará a agilizar los servicios de emergencias de los sistemas de salud.
En el caso de la República Dominicana, no existe un proceso que permita supervisar a
estos pacientes de manera remota y automática, lo que aumenta el riesgo de la pérdida de
vida en caso de generarse un evento adverso. Esta situación se intensifica al conocer la
falta de una comunicación automática con los servicios de emergencia para socorrer a
individuos que no pueden valerse por sí mismos.
Debido a esta necesidad, se ha desarrollado este trabajo de grado, proponiendo agilizar y
revolucionar los servicios actuales de emergencia y prevenir la pérdida de vida al diseñar
un sistema robusto, seguro, eficaz y eficiente que permita no solo generar
automáticamente notificaciones sobre las variaciones de la presión arterial, sino también
gestionar citas, reportes y usuarios. Para esta propuesta se utilizó la metodología del
XI
Proceso Unificado de Desarrollo de Software basado en RUP (Rational Unified Process,
por sus siglas en inglés), la cual consiste en el desarrollo iterativo e incremental, dirigido
por casos de uso y centrado en la arquitectura.
Por un lado, la problemática fue comprobada gracias a la encuesta realizada a los
cardiólogos y a los familiares de los pacientes que padecen de enfermedades
cardiovasculares de INDOPER, la cual consistía en 5 preguntas cerradas basadas en la
valoración de Likert. El cuestionario fue proporcionado a la muestra del estudio, la cual
ascendía a 95 sujetos determinados mediante muestreo probabilístico aleatorio simple
para poblaciones finitas.
En cambio, el análisis de los datos capturados por la encuesta demostró la inconformidad
con los servicios actuales de emergencia, debido a que el 92% de los encuestados
aseguraron estar totalmente en desacuerdo o en desacuerdo en considerar que los sistemas
actuales de emergencia son eficaces para socorrer a una persona que padece una
enfermedad cardiovascular del centro INDOPER.
Otro punto a destacar es que el 98% de los encuestados mantuvieron estar totalmente de
acuerdo o de acuerdo en la implementación de un sistema que notifique automáticamente
a los servicios de emergencia cuando un paciente de INDOPER sufre una alteración de
la presión arterial ayudará a prevenir las muertes ocasionadas por una enfermedad
cardiovascular.
Gracias a estos resultados, se diseñó un sistema que cumpla con todos los requisitos
expuestos en la problemática. La misma fue detallada en un documento visión, así como
XII
los requerimientos del desarrollo de la plataforma, cuyo modelado figura en un
documento de especificación de requisitos de software.
Por consiguiente, este sistema solventará la problemática expuesta durante el estudio
científico, además de representar un cambio favorable revolucionario para la supervisión
de pacientes que padecen de enfermedades cardiovasculares.
XIII
INTRODUCCIÓN
Durante estas dos últimas décadas hemos visto como la tecnología de la información y
sus especialidades han evolucionado exponencialmente a la vez que mejora el estilo de
vida del ser humano. Es uno de estos campos el que tomará protagonismo durante todo
este trabajo de grado. Hablamos del software y su industria, una ramificación de la
informática que aporta nuevas tecnologías cada vez más. De hecho, se estima que para el
2020 la demanda de profesionales del software sea mucho mayor que la oferta existente.
Inclusive, es un área de la informática que no se conforma con aportar a las tecnologías,
sino también a un sin fin de campos de las ciencias, lo que a su vez provoca exigir a sus
profesionales la capacidad de adaptarse a los demás conocimientos del hombre.
Así mismo, implementar el software en la mejora de la vida y la salud del ser humano ha
tomado prioridad máxima. De modo que cada día las exigencias por el cumplimiento de
la calidad y la robustez de un sistema software es cada vez mayor. Es por ello que la salud
ha sido una de las prioridades de la industria del software desde hace años, generando una
fuerte apuesta por la implementación de las últimas tecnologías en el cuidado de la
humanidad.
Entre los factores que se intenta mejorar, se encuentra la prevención de la vida humana y
la mejora de la eficiencia y eficacia de los servicios de emergencia. Esto se ve reflejado
en la sociedad dominicana, pues el Ministerio de Salud y los centros clínicos y
hospitalarios cada vez invierten más en la adquisición de tecnologías de la información
para mejorar sus procesos internos y externos.
XIV
Una de las instituciones que apuestan por la mejora de sus servicios a manos del software
es el Instituto Dominicano para el Cuidado Perioperatorio INDOPER, un pequeño centro
especializado en la atención previa y posterior a cirugías. Esta organización ha reportado
un grave descontento de los familiares de sus pacientes sobre los servicios de emergencias
que socorren eventos adversos relacionados con enfermedades cardiovasculares, lo que
ha provocado una atención deficiente hasta el punto de perder vidas humanas. Por esta
razón desean recurrir a las ingenierías y a la industria del software para mejorar los
procesos e implementar una plataforma que dé solución a esta problemática.
En primer lugar, el desarrollo de este trabajo de grado inicia con el planteamiento del
problema anteriormente mencionado, buscando encontrar la raíz del mismo para dar caza
a la mejor solución posible implementando las buenas prácticas clínicas y las últimas
tecnologías del software, por lo que el objetivo general de este trabajo de grado, es
diseñar un sistema que permita la correcta comunicación entre el paciente y los sistemas
de emergencia, permitiendo así el socorro oportuno en caso de posibles eventos adversos.
En segundo lugar, se establecieron 4 objetivos específicos con el fin de dar forma a la
estructura de este trabajo de grado, la cual está dividida en 4 capítulos descritos a
continuación:
• El primer capítulo titulado “Marco Teórico”, engloba el 1er objetivo específico
que busca definiciones teóricas del software relacionados con el desarrollo de este
trabajo de grado, así como las relacionadas a la salud y enfermedades
cardiovasculares; además de describir la repercusión que tienen los sistemas de
XV
captación por sensores (computación ubicua) para el tratamiento de pacientes del
Instituto Dominicano para el Cuidado Perioperatorio INDOPER.
• El segundo capítulo titulado “Metodología” y centrado en el 2do objetivo
específico, permitirá estudiar los métodos de investigación científicas existentes,
además de definir la metodología a utilizar en el mismo.
• El tercer capítulo titulado “Análisis Detallado sobre Estado Actual de
INDOPER”, intentará lograr el 3er objetivo específico en el cual se analizará el
estado actual de las tecnologías de la información implementadas en INDOPER,
sus fortalezas, oportunidades, debilidades, amenazas, así como la condición de
sus pacientes que padecen de enfermedades cardiovasculares, quienes serán
entrevistados y posteriormente analizados para verificar la problemática y
proponer una solución robusta, eficiente, eficaz y segura.
• El cuarto y último capítulo titulado “Diseño de la Propuesta de un Sistema
Automático de Notificación de Presión Arterial”, contendrá el 4to objetivo
específico que consiste en diseñar un sistema que permita captar la variación de
la presión arterial de pacientes del Instituto Dominicano para el Cuidado
Perioperatorio INDOPER y notificar automáticamente a las autoridades en caso
de emergencia.
Se espera que, tras la investigación científica y la implementación de la propuesta en este
trabajo de grado, la problemática y sus objetivos específicos sean resueltos correctamente
empleando los recursos de la ingeniería de software.
La novedad de este trabajo de grado es el de implementar por primera vez el internet de
las cosas en los servicios de salud de la República Dominicana de modo que logremos
XVI
abrirnos paso a las ciudades inteligentes que serán el futuro de todas las sociedades,
además de preservar la vida de esas personas que no pueden valerse por sí mismas.
1
CAPÍTULO 1:
MARCO TEÓRICO
2
INTRODUCCIÓN
La importancia de la implementación de la ingeniería de software en la captura de la
presión arterial recae en las distintas formas de mejorar la calidad de vida del ser humano,
sobre todo cuando podemos preservarla al aplicar buenas prácticas. De hecho, es
alarmante la enorme cantidad de personas que pierden la vida por enfermedades
cardiovasculares. Según la Asociación Americana del Corazón1, estas enfermedades
cobran más vidas que todos los tipos de cáncer y enfermedad crónica de vías respiratorias
inferiores combinadas. (Asociación Americana del Corazón , 2017)
¿Pero, cómo la ingeniería de software ayuda a capturar la presión arterial? ¿Qué
necesitamos para realizarlo? ¿Qué paradigmas se asocian y permiten la captura de
elementos sensoriales del cuerpo? ¿Cómo puede esta ayudar a prevalecer la vida del ser
humano? Durante este primer capítulo daremos caza a estas incógnitas.
1 La American Heart Association (AHA) publica las Guías para reanimación cardiopulmonar
(RCP) y atención cardiovascular de emergencia (ACE) científicas, que conforman la base de los
protocolos que salvan vidas usados por profesionales de la salud, empresas y hospitales en los
Estados Unidos y en todo el mundo.
3
1.1 Sistemas Informáticos
1.1.1 Concepto de desarrollo de software
Para entablar una definición de la ingeniería de software y su desarrollo, primero debemos
establecer varios conceptos y conocimientos previos.
El software es un conjunto de instrucciones detalladas que permite el control operacional
de los sistemas computacionales. Entre sus funciones encontramos la gestión de los
recursos computacionales de entidades y organizaciones, proveer herramientas para los
individuos de manera que aprovechen esos recursos, y actuar como intermediario entre
organizaciones e información almacenada. Una definición que encaja con la propuesta
por Federica Frabetti en su libro Software Theory: A Cultural and Philosophical Study.
(Frabetti, 2015)
Por otra parte, el termino ingeniería abarca una serie de elementos de suma importancia
para las ciencias del saber, pues introduce paradigmas que aún no se han definido. El
diccionario de Merriam-Webster lo define como “la aplicación de las ciencias y
matemáticas por la cual las propiedades de la materia y las fuentes de energía en la
naturaleza son puestas a uso de las personas en estructuras, maquinas, productos, sistemas
y procesos.” (Merriam-Webster, 2017)
En este punto el software toma de la ciencia y sus amplios campos de conocimiento para
formar algo mucho mayor, la ingeniería de software. Definida por Merriam-Webster
como “el conjunto de ciencias de la computación que permite el diseño, implementación
y mantenimiento de los complejos programas computacionales.” (Merriam-Webster,
2017)
4
Entonces podemos concluir que el desarrollo de software no es más que todo el ciclo de
vida del mismo, desde su concepción hasta el final de su mantenimiento, por el cual se
pretende analizar, diseñar, codificar, testear, implementar y mantener para cumplir con
los requisitos del cliente y/o usuario.
1.1.2 Modelos de desarrollo de software
A medida que surgía el desarrollo de los primeros programas informáticos, los
desarrolladores tenían que integrar sus conocimientos, las nuevas tecnologías y los
avances científicos en sus propios procesos. Es así como surgen distintos modelos para
el desarrollo de software.
• Modelo en cascada: “El modelo en cascada ordena los procesos de desarrollo del
sistema en una forma secuencial de forma que una fase del proyecto de desarrollo
del sistema solo se inicia cuando una fase anterior ya ha sido finalizada. Este es
el modelo básico que emplean la mayoría de las organizaciones que desarrollan
sistemas, donde el retorno a una etapa anterior puede acarrear un gran coste al
proceso de desarrollo. Este tipo de modelo, sin embargo, es adecuado para una
gestión simplificada.” (Arias, 2015)
5
Ilustración 1: Grafico de las fases del modelo en cascada (Pressman R. S., 2015)
Este modelo está conformado por varias fases:
o Ingeniería y Análisis del Sistema: En donde se realiza el levantamiento
de los requerimientos del sistema.
o Análisis de los requisitos del software: Que especializa el levantamiento
de los requisitos de software del sistema.
o Diseño: En donde se traducen los requisitos en una representación de la
estructura, la arquitectura, procedimientos e interfaz del software.
o Codificación: Esta fase transforma el diseño en un conjunto de códigos
entendibles por la máquina.
o Prueba: Tras la finalización del código se empieza a poner a prueba el
resultado, de manera que se pueda comprobar la viabilidad de la
estabilidad del programa y sus resultados tras verificar las entradas y
salidas del mismo.
o Mantenimiento: Esta fase se especializa en dar seguimiento a la vida útil
del programa, en donde se realizan cambias para mejorar la experiencia
del usuario, así como añadir nuevas funcionalidades.
6
• Modelo evolutivo: Este modelo es utilizado cuando se conoce con exactitud los
factores evolutivos de un proyecto de software, pues está estructurado para
proveer adaptabilidad al cambio durante el desarrollo del mismo. Esta bifurcado
en:
o Modelo de prototipo: Este utiliza la ejecución de prototipos para mostrar,
conocer y moldear las mejoras y exigencias del cliente.
Ilustración 2: Ilustración del Modelo de prototipo (Tutorials Point, 2017)
o Modelo en espiral: Este modelo implementa la naturaleza de la creación
de prototipos con las características propias del control y estructura del
modelo en cascada, basándose principalmente en un conjunto de ciclos
repetitivos.
7
Ilustración 3. Ilustración del Modelo en espiral (Tutorials Point, 2017)
• Proceso Unificado de Desarrollo de Software: Para el desarrollo del sistema
propuesto en este trabajo de grado, se utilizará la metodología del Proceso
Unificado de Desarrollo de Software (RUP, por sus siglas en inglés, Rational
Unified Process, versión comercial implementada por IBM). Este provee un
enfoque disciplinado e incremental impulsado por los casos de uso y centrado en
la arquitectura para asignar tareas y responsabilidades dentro de una organización
de desarrollo. Su objetivo es garantizar la producción de software de alta calidad
que satisfaga las necesidades de sus usuarios finales, dentro de un calendario y un
presupuesto predecibles.
8
RUP está dividido en 4 fases, Inicio, Elaboración, Construcción y Transición; los
que a su vez están conformados por 9 flujos de trabajo como muestra la figura
siguiente.
Ilustración 4: Modelo RUP (BLOG INGENIERIA EN SOFTWARE , 2012)
o La fase de concepción: Durante la fase de concepción, se establece el
caso del negocio para el sistema y se delimita el alcance del proyecto.
o La fase de elaboración: El propósito de la fase de elaboración es analizar
el dominio del problema, establecer una base arquitectónica sólida,
desarrollar el plan del proyecto y eliminar los elementos de mayor riesgo
del proyecto.
o La fase de construcción: Durante la fase de construcción, todos los
componentes restantes y las características de la aplicación se desarrollan
e integran en el producto, y todas las características se prueban
exhaustivamente. La fase de construcción es, en cierto sentido, un proceso
de fabricación en el que se hace hincapié en la gestión de los recursos y el
9
control de las operaciones para optimizar los costes, los horarios y la
calidad.
o La fase de transición: El propósito de la fase de transición es hacer la
transición del producto de software a la comunidad de usuarios
1.1.3 Computación ubicua
La tecnología de la información ha estado en un auge evolutivo tan grande que cada día
nuevos paradigmas azotan a toda la comunidad de la informática. Esto ha llevado a a
volver a soñar con aquellos pensamientos que se tenían en los años 60 sobre el futuro de
la tecnología e inteligencia artificial.
Muchos son los logros que se han obtenido desde entonces, pero aún estamos muy lejos
de lo que antaño deseábamos. Sin embargo, esto no menguo la inspiración y entusiasmo
de los grandes innovadores.
Una de las mayores visiones en la industria de la tecnología ha sido siempre la inteligencia
artificial y el cómo las maquinas actúan por si solas. Este pensamiento por sí solo no se
dará de la noche a la mañana, por lo que se han ido estableciendo una serie de avances y
protocolos que año tras año han guiado hacia el camino de este gran logro.
Es aquí en donde toma importancia el termino de computación ubicua, el cual es un
modelo subsiguiente al computador personal de interacción entre humano y maquina en
el que el procesamiento de la información se ha integrado de manera completa en los
objetos, entidades y actividades ordinarias. De manera que en el transcurso de las
actividades cotidianas las personas que usan la computación ubicua se implican en varios
10
dispositivos y sistemas computacionales simultáneamente, y puede que incluso no sepa
que lo está haciendo. Este modelo es generalmente considerado un avance del paradigma
de la computadora de escritorio tal y como explica la autora Mary L. Howard en su libro
Pervasive Computing. (Howard M. , 2012)
1.1.4 Concepto del internet de las cosas
El concepto del internet de las cosas ha variado con el tiempo, así que, para poder hablar
sobre él, debemos primero analizar cómo fue concebido el término. Según Peter Waher,
autor del libro Learning Internet of Things, “Kevin Ashton noto que la mayoría de los
datos encontrados en el internet de aquellos años eran originalmente proporcionados o
capturados en el sistema por seres humanos. Desde un punto de vista de sistemas, un
humano no es más que un lento, propenso al error, e ineficiente conductor de datos que
pone límites a la calidad y cantidad de los datos disponibles y algunas veces incluso se
atreve a interpretar y corregir datos. Como alternativa, sería más eficiente si esos sistemas
pudieran conectarse a sensores que midan directamente esos eventos y propiedades del
mundo real. Así que, en esa visión, los sistemas sobrepasarían los intermediarios humanos
y se conectarían directamente a sensores conectados al internet para capturar datos del
mundo real.” (Waher, 2015).
En pocas palabras Kevin Ashton considera que las personas somos un estorbo para la
evolución del internet, pues llega a la conclusión que la tendencia a fallos que poseemos
y la limitada capacidad en velocidad y análisis de datos, cohíben la correcta integración
de las tecnologías. Esto queda evidenciado cuando al recordamos por qué se fabricaron
los primeros computadores de la historia, pues la capacidad de cálculo del ser humano
estaba limitada en cantidad y tiempo.
11
Es por esto que el autor Peter Waher se pregunta ¿cuál es la diferencia entre una red de
sensores y el internet de las cosas? ¿Cuál es la diferencia entre el Big Data y el IoT? De
esta manera el libro Internet of Things concluye en la siguiente definición: “El internet
de las cosas es lo que obtenemos al conectar Cosas, las cuales no son operadas por
humanos, al internet.” (Waher, 2015).
Sin embargo, uno de los problemas de la definición antes mencionada es que no realmente
una definición, sino una visión, aunque con un punto de vista importante. Si los sistemas
pudieran acceder a los datos capturados directamente por sensores, evidentemente los
datos serán mucho más cuantiosos y en menor cantidad de errores.
De este modo Waher concluye en una definición mucho más sencilla, “El internet de las
cosas es lo que obtenemos cuando conectamos Cosas, las cuales no son operadas por
humanos, al internet.” (Waher, 2015)
1.1.5 Concepto y tipos de sensores
Los sensores entre los muchos dispositivos que encontramos en la domótica, y entre los
clasificados como funcionales para el internet de las cosas. Estos dispositivos tienen
capacidad para interceptar y manifestar actividades o impulsos externos y responder
como respuesta.
El portal de Merriam-Webster define los sensores como “un dispositivo que responde a
estímulos físicos (como es la temperatura, luz, sonido, presión, magnetismo, o un
movimiento particular) y trasmite impulsos como resultado (que podrían ser medidas o
el control operativo).” (Merriam-Webster, 2017)
12
Podemos deducir entonces que existen varios tipos de sensores, los cuales ejercen una
funcionalidad distinta. Entre los que encontramos los siguientes:
• Sensor de temperatura: Estos sensores se encargan de captar las variaciones de
la temperatura al que estén instalados, ya sea del entorno o de una superficie.
• Sensor de luz: Proveen por lo general una respuesta binaria para conocer si se
captan rayos de luz o no, sin embargo, en los últimos años su estructura ha visto
un cambio notable, pues ahora permiten captar distintos parámetros del espectro
de radio emitido por la luz.
• Sensor de sonido: Estos sensores permiten registrar las ondas de frecuencia
emitidas por el sonido.
• Sensor de presión: Este dispositivo permite captar la fuerza ejercida por las
presiones de las superficies a las que se instala.
• Sensor de magnetismo: Estos sensores pueden generar un registro de las
fluctuaciones de las ondas magnéticas.
• Sensor de movimiento: Proveen información sobre el movimiento físico que
pueda existir en los alrededores de la zona en la que está instalado o integrado.
13
Ilustración 5: Imagen de un sensor de presión. (HETPRO, 2018)
Para los fines de este trabajo de grado, la importancia de estos dispositivos recaerá sobre
los sensores de presión. Estos permitirán el registro de los datos necesarios para concluir
la investigación científica.
1.1.6 El software en la computación ubicua
Hasta ahora solo hemos hablado y especificado algunas entidades que conforman la
computación ubicua, sin embargo, existe otro factor que sin él la computación ubicua no
podría lograr. Así es, el software es un elemento fundamental para que la implementación
de la computación ubicua en el mundo real se dé.
Al igual que el internet de las cosas, la computación ubicua requiere de un conjunto de
tecnologías que resultan del cómputo, debido a que están conformados por una
agrupación de dispositivos que al unirse e integrarse manipulan datos para mejorar las
actividades cotidianas de los individuos.
14
Las autoras del artículo El cómputo ubicuo y su importancia para la construcción del
internet de las cosas y el big data concluyen en que entre las aportaciones del software a
la computación ubicua encontramos las siguientes:
• Seguridad informática: “La seguridad informática está concebida para proteger
los activos informáticos, entre los que se encuentran; la infraestructura
computacional, los usuarios y la información. Se puede definir como el área de la
informática que se centra en la protección de la infraestructura computacional y
todo lo relacionado con esta y sobretodo la información contenida. Existen una
serie de estándares, herramientas y leyes concebidas para minimizar los posibles
riesgos a la infraestructura o a la información.” (Torres & Arias, 2014)
• Sistemas distribuidos: “Son colecciones de computadoras conectadas entre sí
por una red de comunicaciones y están separadas físicamente; el programador
percibe el conjunto como un sistema único donde se puede acceder a los
componentes remotos de la misma manera en que se accedería a los locales, pero
cada máquina posee sus componentes de hardware y software. El tamaño de estos
sistemas es muy variado, desde decenas a millones de host (escalabilidad) y deben
ser muy confiables y seguros ya que, al tratarse de una red conectada, si falla uno
de los componentes, otro debe ser capaz de reemplazar sus funciones (tolerancia
a fallos).” (Torres & Arias, 2014)
• Computación móvil: “Las redes móviles utilizan servicios telefónicos y servicios
públicos para transmitir y recibir señales de forma inalámbrica. Para que esto
funcione se utiliza: Comunicación de paquetes vía radio, redes celulares y
estaciones de satélite. Es una serie de artefactos y equipos portátiles, que hacen
uso de la computación para lograr su funcionamiento, como pueden ser las
15
computadoras portátiles, los teléfonos celulares, los cuadernos de notas
computarizados, etc.” (Torres & Arias, 2014)
• Computación en la nube: “La computación en la nube permite ofrecer servicios
de computación a través de Internet. En este tipo de computación todo lo que
puede brindar un sistema informático se ofrece como servicio, de modo que los
usuarios puedan acceder a los servicios disponibles en la nube de Internet sin
conocimientos avanzados en la gestión de los recursos que usan. Es un modelo en
el que la información se almacena de manera permanente en servidores de Internet
y se envía al usuario; ya sea a sus equipos de escritorio, centros de ocio, laptops,
etc. La computación en la nube está formada por servidores que desde Internet se
encargan de atender las peticiones en cualquier momento. Se puede tener acceso
a su información o servicio, mediante una conexión a internet desde cualquier
dispositivo móvil o fijo ubicado en cualquier lugar, de esta forma se reducen
costes y se garantiza un mejor tiempo de actividad.” (Torres & Arias, 2014)
El software es evidentemente la clave de la computación ubicua y el internet de las cosas,
pues es donde se almacenarán y procesaran los datos y las decisiones que tomaran los
dispositivos.
16
1.2 Sistemas de Salud
1.2.1 Presión arterial
Para conocer el término de tensión arterial primero debemos definir varios conceptos.
Para los fines de este trabajo de grado describiremos la presión como la fuerza que
permite comprimir o estrujar en una entidad, tal y como expresa Pérez Porto y Gardey en
su artículo “Definición de Presión Arterial, 2014”. Por otra parte, arterial contempla todo
lo referente a las arterias, que son los conductos que posibilitan la circulación de la sangre
hacia todo el cuerpo.
De este modo estos conceptos convergen en la presión arterial, el cual es definido por
Pérez Porto y Gardey como “la fuerza ejercida por la sangre al circular por el cuerpo. El
concepto suele utilizarse como sinónimo de tensión arterial, aunque esta idea refiere
específicamente a la reacción exhibida por las arterias ante dicha presión” (Perez Porto
& Gardey, Definición de Presión Arterial, 2014). Esto nos permite ilustrar las fuerzas
opuestas que se encuentran, hablamos de la presión de las arterias que se someten sobre
el flujo de la sangre que transcurre por ellas.
Es de este modo que comprendemos la importancia de distinguir los términos de presión
arterial y tensión arterial. Por un lado la primera responde a la maniobra de la sangre
contra las paredes de las arterias, mientras que la segunda apunta a la presión ejercida de
las venas a la sangre. El papel que juega en este trabajo de grado es fundamental, pues
este determina el estado de emergencia de un paciente al registrarse.
17
1.2.2 Concepto y tipos de enfermedades cardíacas
Las enfermedades cardiacas y del flujo sanguíneo son muy comunes, las personas están
tan acostumbrados con las manifestaciones de esta que incluso los médicos suponen
erróneamente signos no cardiacos a una enfermedad cardiaca, tal y como expresan Dennis
L. Kasper, Eugene Braunwald, Anthony S. Fauci, Stephen L. Hauser, Dan L. Longo,
J. Larry Jameson, y Kurt J. Isselbacher en su libro “Harrison, Principios de Medicina
Interna, 19ª. edicion”. (Kasper, y otros, Harrison. Principios de Medicina Interna, 2016).
A su vez las describen como uno de los más graves trastornos que atacan al aparato
cardiovascular.
Distinguir los signos ocasionados por patologías del corazón de los que no comprenden
una relación directa requiere una ardua labor de suma importancia y difícil para esos
pacientes. Según la New York Heart Association2, la clasificación de las enfermedades
cardiacas están conformadas por:
• Clase I: No hay restricción de la función física además de carencia de síntomas
con las tareas habituales.
• Clase II: Leve restricción de la función física y/o las tareas habituales causan
síntomas.
• Clase III: Importante restricción de la función física, una tarea ordinaria inferior
causa síntomas y/o carencia de síntomas en reposo.
2 La New York Heart Association proporciona una forma simple de clasificar el alcance de la
insuficiencia cardíaca. Coloca a los pacientes en una de cuatro categorías en función de cuánto
están limitados durante la actividad física; las limitaciones / síntomas son con respecto a la
respiración normal y en grados variables en la dificultad para respirar y / o la angina de pecho.
18
• Clase IV: Impotencia de ejecutar cualquier función física sin padecer molestias
y/o existencia de síntomas en reposo.
Un reporte de estadísticas realizado en el 2017 por la Asociación Americana del Corazón
(American Heart Association) conglomero una serie de estudios clínicos desarrollados a
lo largo de los años 2015 y 2016 en donde concluyeron que solo en los Estados Unidos
las enfermedades cardiovasculares provocan más de 801,000 muertes al año, equivalente
a una de cada 3 muertes en este país. Esta condición mata diariamente a 2,200
estadounidenses, lo que se traduce en una muerte cada 40 segundos. Por consiguiente, las
enfermedades cardiovasculares “cobran más vidas que todos los tipos de cáncer y
enfermedad crónica de vías respiratorias inferiores combinadas” (Asociación Americana
del Corazón , 2017). Estos añadieron también que “la enfermedad cardiovascular es la
causa principal de mortalidad a nivel mundial, y en 2013 causo más de 17.3 millones de
muertes, una cifra que se proyecta aumentara a más de 23.6 millones para el año 2030”.
Estos datos demuestran el alarmante problema que existe en la población humana que
padece de alguna condición cardiovascular, quienes corren una suerte incierta respecto a
su vida. Este trabajo de grado consistirá en brindar una esperanza para la prevención a
esta problemática.
1.2.3 Sistemas de emergencia de salud
Los sistemas de emergencias de la salud (en España SEM, Sistema de Emergencias
Médicas) son modelos operativos que al integrarse con centros médicos y hospitales
cumplen su propósito de socorrer de manera oportuna a las personas víctimas de alguna
urgencia de grado notable. Según consultorsalud.com, los sistemas de emergencias en la
19
salud están comprendido por los siguientes elementos: “Los mecanismos para notificar
las emergencias médicas, la actuación del primer respondiente, la prestación de servicios
pre-hospitalarios y de urgencias, las modalidades de transporte básico y medicalizado, la
financiación, la atención hospitalaria, el trabajo de los centros reguladores de urgencias y
emergencias, los programas educacionales y los procesos e vigilancia en salud pública.”
(ConsultorSalud, 2007).
A pesar de que estos modelos son originarios de Europa, los países del continente
americano han adaptado sus sistemas a ellos. De esta manera poder integrar avanzados
protocolos médicos para la correcta atención de los pacientes.
Actualmente contamos con el servicio del Sistema nacional de Atención a Emergencias
y Seguridad 911 en la República Dominicana el cual concentra “en un solo número, los
sucesos que requieren atención o tratamiento inmediato. Nuestro objetivo es proveer a
los ciudadanos, residentes, visitantes y todo aquel que se encuentre en el territorio
dominicano las atenciones que requieran en materia de seguridad y servicio público
integrados en el mismo. Con este sistema integrado se proveerá una respuesta coordinada,
consolidada y efectiva a las llamadas de emergencias realizadas por nacionales y
extranjeros en República Dominicana. Los equipos, tanto técnicos como humanos, están
dotados y capacitados para ofrecer un servicio eficiente y oportuno.” (Sistema Nacional
de Atención a Emergencias y Seguridad, 2017)
Según los datos del 911 de la república Dominica, durante la segunda mitad del 2017 el
29% de los casos se reportaron directamente por el Ministerio de Salud; una cantidad que
asciende a 2,918,551 casos de emergencias en la salud. (911, 2018)
20
El sistema del 911 trabajaría estrechamente con el sistema a diseñar en este trabajo de
grado, pues es un servicio que cumple con los requisitos necesarios para socorrer de
manera oportuna a pacientes que no pueden valerse por sí mismos.
1.2.4 Sistemas informáticos en la salud
Los sistemas informáticos han estado relacionados estrechamente con la salud, desde
hace años debido al incesante crecimiento de la información generada por los primeros
mencionados. Estos a su vez viajan y evolucionan de la mano de los avances en la salud
debido al enorme requerimiento de datos que requiere este último.
Tal y como opina Juan Jesús Ros Guzmán en su artículo El Sector Salud se Sumerge en
la Transformación Digital en el cual afirma que “Es necesario el desarrollo de una nueva
generación de plataformas de análisis de información médica que permita que todos los
datos deriven en información valiosa y accionable, para convertirla en una herramienta
clave en la toma de decisiones del profesional clínico, la predicción de enfermedades y
epidemias, y la evaluación terapéutica. ” (Ros Guzmán, 2017).
Esto nos indica que el avance acelerado de la informática permite con mayor exactitud
aportar un valor añadido al suministro de los datos que se reciben y a su vez mejorar la
manera en la que se utilizan. Por ello Ros Guzmán vuelve a remarcar que “Un sistema de
Big Data sanitario bien implementado será fundamental en la predicción de listas de
espera, evaluación de tratamientos farmacológicos, medicina prospectiva, investigación
de enfermedades hereditarias, genómica, evaluación de programas clínicos, detección
precoz de enfermedades o medicina predictiva. Los avances como la telemedicina
permiten al paciente entre otras cosas tener acceso a su historia clínica y estar mejor
21
informados sobre su enfermedad, o la telemonitorización domiciliaria para pacientes
crónicos, que evita desplazamientos prescindibles para los pacientes permitiendo en
muchos casos transferir el diagnóstico, el seguimiento y las terapias al propio hogar. ”
(Ros Guzmán, 2017).
Actualmente esta disciplina está sustentada en cuatro pilares fundamentales para el
desarrollo de los paradigmas en el uso de la información en la salud. Estos pilares son:
• Crear sistemas para interpretar datos y conocimientos.
• Desarrollar metodologías para adquirir con precisión y cuidado la interpretación
de los datos.
• Controlar las alteraciones entre los procesos y los individuos involucrados en la
optimización del correcto uso de la información.
• Integrar las informaciones de las diferentes fuentes.
1.2.5 Sistemas de registro de presión arterial
El paradigma del registro de la actividad arterial ha ido variando a lo largo de los años, y
por defecto el auge de la tecnología de la información ha permitido que el primero
evolucione a gran escala dando paso a nuevos sistemas.
En la actualidad existen varias tecnologías que permiten el registro de la presión arterial,
entre ellos podemos destacar el conocido como MAPA (Monitoreo Ambulatorio de
Presión Arterial). El Dr. Rigoberto J. Marcano Pasquier valiéndose de distintas fuentes
describe este sistema de la siguiente manera: “MAPA (monitoreo ambulatoria de la
presión arterial) también llamado Holter de tensión arterial (Se prefiere llamar MAPA
para diferenciarlo del Holter de arritmias) es un método técnico no invasivo que pretende
22
obtener una medición de la presión arterial durante un periodo de tiempo determinado,
generalmente 24 horas, de forma ambulatoria (fuera de la consulta u hospital), de tal
forma que los datos de tensión arterial recogidos puedan ser posteriormente analizados
por su médico. Se trata de una técnica muy efectiva y que ofrece una visión de la tensión
arterial mucho más global a lo largo del día, poniendo en evidencia el ritmo circadiano
de la tensión arterial, ya que la tensión arterial no se comporta de igual manera a lo largo
del día, evidenciando además el error de medición de tensión arterial en los consultorios
médicos, donde a menudo, los valores tensionales suelen estar más elevados (fenómeno
“bata blanca”). La prueba se realiza de forma ambulatoria. El paciente debe acudir al
centro médico para la colocación del aparato Holter. Éste consta de un brazalete que
contiene un sensor que detecta los pulsos arteriales durante la toma de la tensión y que va
conectado con un aparato de registro que graba los datos obtenidos. El brazalete está
diseñado para inflarse de forma periódica según haya sido programado, generalmente
cada 15-20 minutos en periodo diurno y por la noche cada 20-30 min. Tras inflarse el
brazalete irá poco a poco desinflándose y registrando mediante el sensor los pulsos
arteriales que permiten obtener los datos de la tensión arterial. El registro obtenido es
trasmitido a un aparato grabador que almacenará los datos. Éste aparato se encuentra
habitualmente sujeto a un cinturón que se proporciona al paciente de forma que resulte
cómodo llevarlo, ya que su peso no suele ser muy elevado. El paciente suele hacer durante
el día del estudio una vida normal, con la salvedad que debe registrar por escrito ciertas
situaciones a lo largo del día que puedan modificar de forma natural los datos de la tensión
arterial, esto incluye la actividad física, el estrés, las comidas o el momento de dormirse
y levantarse al día siguiente. Los datos del registro obtenido por el aparato Holter son
posteriormente valorados por un especialista en el contexto de la actividad cotidiana
23
registrada por el paciente. ” (Marcano Pasquier, 2015). Las características de MAPA se
pueden observar en la Tabla I.
Otra de las tecnologías más utilizadas e innovadoras para el registro de la presión arterial
son los mundialmente conocidos Smartwatches; relojes inteligentes que poseen su propia
arquitectura de software. Estos han revolucionado la manera en la que un dispositivo
inteligente interactúa artificialmente con el ser humano. Interactuando directamente con
el software, estos dispositivos proveen de un abanico de herramientas vitales para la
realización de esta actividad.
A pesar de que existen un sin fin de Smartwatches, variando entre sistemas operativos,
hardware, software, marcas, desarrolladoras, funcionalidades; todos gozan de una
característica común, los sensores.
24
RESUMEN CAPÍTULO 1
Como hemos podido comprender en este capítulo, la evolución de la salud ha venido de
la mano al desarrollo de la tecnología de la información desde hace años. Esto ha
provocado un incremento exponencial en los aportes que conjuntamente han logrado. Por
lo tanto, mientras existan sensores que permitan capturar la presión arterial de los
pacientes que padecen de enfermedades del aparato cardiovascular, se podrá
monitorear la actividad y riesgos de estos individuos.
Gracias a sistemas como MAPA y los Smartwatches, que registran las variaciones de
sus condiciones sistémicas, podremos implementar y desarrollar sistemas de software
que ayuden a desvincular a los seres humanos de la captura de grandes volúmenes de
datos, el cual es uno de los objetivos del internet de las cosas. Pero para poder recopilar
los datos proporcionados por los sensores, es imperativo saber cómo gestionar el proyecto
de software. Por consiguiente, surgen los modelos de desarrollo de software tales como
el modelo en cascada, los modelos evolutivos y RUP, los cuales ayudan a estructurar y
facilitar las tareas para dar vida a los complejos sistemas que diseñemos.
25
CAPÍTULO 2:
METODOLOGÍA
26
INTRODUCCIÓN
Los estudios de una investigación científica son metodológicos, esto quiere decir que se
rigen bajo un conjunto de pasos y procesos que se deben realizar para cumplir con los
requisitos del método científico para generar conocimientos. Lo que a su vez implica el
tener que conocer los conceptos y metodologías de estos trabajos; mismos que
desarrollaremos en este capítulo.
En las próximas líneas relacionaremos los distintos métodos que existen para llevar a
cabo una investigación científica. Así mismo, detallaremos las tareas y procesos que se
ejecutaran en el transcurso de este trabajo de grado para obtener los resultados necesarios
para su desarrollo.
27
2.1 Concepto y tipos de Investigación Científica
La primera etapa para la obtención de nuevos conocimientos es la investigación científica,
la cual nos permite disponer de metodologías, procesos y herramientas para la
implementación del mismo. Además, es importante conocer que metodologías ofrece,
para crear el saber y mejorar las prácticas operativas.
Ana Lía Longhi y Adriana Ferreyro en su libro Metodología de la Investigación 1
comentan que “A los profesionales que nos hemos formado y trabajamos en el contexto
de las Ciencias Experimentales, como la Física, la Química o la Biología, frente a la
cuestión ¿a qué se llama investigación?, nos lleva a pensar en el conocimiento científico,
que es un tipo particular de conocimiento que se encuentra íntimamente relacionado con
el proceso de investigación, ya que es el fruto del mismo. El conocimiento científico se
obtiene mediante la utilización cuidadosa de métodos y procedimientos científicos, para
dar respuestas fiables a unas interrogantes que se han planteado.” (Longhi & Ferreyro,
2014)
Según Longhi y Ferreyro la investigación contiene un nexo importante en el
conocimiento científico, el cual permite responder incógnitas planteadas de manera
íntegra gracias a las metodologías científicas. Es por ello que concluyen que “El
conocimiento científico es el resultado de la investigación científica” (Longhi & Ferreyro,
2014)
En pocas palabras, investigar es la suma de un conjunto de tareas o procesos por los cuales
se pretende solucionar una problemática o cuestionamiento a través de métodos y técnicas
sistemáticas que permiten la creación de información útil y correcta.
28
El profesor Raúl Ishiyama Cervantes en su artículo “La investigación científica y su
difusión”, explica que “la investigación científica es la búsqueda de nuevos
conocimientos o de soluciones de problemas, la tecnología es la utilización del
conocimiento científico aplicado para el desarrollo. Se considera dos clases de
investigación, la básica llamada investigación pura, creando nuevas teorías o modificando
las ya existentes y, la aplicada que utiliza los conocimientos para resolver problemas o
verificar lo que se tiene con el fin de ser utilizadas” (Ishiyama Cervantes, 2011)
En algunos casos las investigaciones pueden responder a un enfoque exploratorio,
descriptivo, correlacional o explicativo, aunque no manifestarse en solo uno de ellos. Es
decir, cuando un estudio es clasificado como exploratorio, es posible que contenga
elementos explicativos. De hecho, es probable que una investigación empiece sobre una
base explicativa y más tarde se convierta en descriptiva.
2.1.1 Investigación Descriptiva
La investigación descriptiva contempla el propio término de la descripción para asegurar
proporcionar la mayor cantidad de información acerca de las entidades bajo el estudio.
Esto quiere decir que el enfoque principal es el de describir.
En el libro “Metodología de la Investigación en su 6ta. Edición”, el profesor Roberto
Hernandez Sampieri considera que el propósito de la investigación descriptiva es “buscar
especificar las propiedades, las características y los perfiles de personas, grupos,
comunidades, procesos, objetos o cualquier otro fenómeno que se someta a un análisis.”
(Fernández Sampieri, Fernández Collado, & Baptista Lucio, 2014). Esto confirma que la
principal función de este enfoque se basa en la esencia de las entidades a estudiar.
29
Implicando de esta manera, aplicar métodos de obtención de información, así como la
investigación exhaustiva de fuentes documentadas previamente.
La investigación descriptiva proporciona un valor importante a la ciencia explica
Fernández Sampieri afirmando que “es útil para mostrar con precisión los ángulos o
dimensiones de un fenómeno, suceso, comunidad, contexto o situación.” (Fernández
Sampieri, Fernández Collado, & Baptista Lucio, 2014). Dejando claro de esta manera,
que el rol que juega la exactitud del volumen de datos e información de las entidades en
estudio es mayor a las interpretaciones y conclusiones de su redactor.
2.1.2 Investigación Exploratoria
En muchos casos, a la hora de desarrollar una investigación científica, nos encontramos
con temas y entidades pocas veces estudiadas, causado por la falta de fuentes
documentadas que existen. Esto nos lleva a entrar en campos desconocidos a los que
debemos primeramente “explorar” para poder obtener la información. Por lo general estos
estudios son realizados con el objetivo de proporcionar datos para completar otra
investigación en otro contexto. Fernandez Sampieri menciona que esta “se realiza cuando
el objetivo es examinar un tema o problema de investigación poco estudiado, del cual se
tienen muchas dudas o no se ha abordado antes.” (Fernández Sampieri, Fernández
Collado, & Baptista Lucio, 2014)
Este enfoque ayuda a generar conocimientos de manera explícita, pues al carecer de
información previa, los temas se deben detallar de la manera más clara posible. De hecho,
la investigación exploratoria “ayuda a familiarizarse con fenómenos desconocidos,
obtener información para realizar una investigación más completa en un contexto
30
particular, investigar nuevos problemas, identificar conceptos o variables promisorias,
establecer prioridades para investigaciones futuras, o sugerir afirmaciones y postulados”
explica Fernández Sampieri en su libro Metodología de la Investigación en su 6ta.
edición. (Fernández Sampieri, Fernández Collado, & Baptista Lucio, 2014)
2.1.3 Investigación Explicativa
Pensemos en la gran cantidad de incógnitas que generamos cuando desconocemos un
tema en específico, un número que crece a medida que profundizamos en la misma idea.
La primicia de la investigación explicativa surge para dar respuesta a estas dudas. En el
libro Metodología de la Investigación en su 6ta. edición manifiestan que “Está dirigido a
responder por las causas de los eventos y fenómenos físicos o sociales. Se enfoca en
explicar por qué ocurre un fenómeno y en qué condiciones se manifiesta, o por qué se
relacionan dos o más variables.” (Fernández Sampieri, Fernández Collado, & Baptista
Lucio, 2014)
Para las ciencias, la investigación explicativa es la más acertada en cuanto a método, pues
permite incorporar las filosofías de los demás enfoques. Por consiguiente, el
razonamiento y la deducción juegan un rol primordial, y brindan la mayor cantidad de
conocimientos posibles. Fernández Sampieri explica que el valor añadido de este enfoque
radica en que “se encuentra más estructurado que los demás alcances (de hecho, implica
los propósitos de estos); además de que proporciona un sentido de entendimiento del
fenómeno a que hace referencia.” (Fernández Sampieri, Fernández Collado, & Baptista
Lucio, 2014)
31
2.2 Investigación Clínica
Cuando surge un nuevo producto, dispositivo, tratamiento, procedimiento o medicamento
para el uso en seres humanos, estos deben ser primero revisados y aprobados por los
comités, consejos y federaciones de éticas nacionales e internacionales; de lo contrario
no podrán comercializarse o aplicarse. Esto ha supuesto la conformación de organismos
que regulen las “buenas prácticas clínicas” en los individuos a estudiar, generando los
requerimientos necesarios para la ejecución de los “ensayos clínicos”.
La investigación clínica surge para resolver y mejorar los procesos y gestiones necesarios
por un estudio científico en humanos en su etapa de aprobación, más conocidos como
ensayos clínicos. La misma no se limita a esto solo, sino que implementa los conceptos
de la investigación científica, pues ayuda a obtener nuevos conocimientos y responder
incógnitas en la medicina.
Frederick P. Ognibene y John I. Gallin en su libro Principles and Practice of Clinical
Research (Principios y Practica de la Investigación Clínica) en su 3ra. Edición y
basándose en la definición dada por el Grupo de Trabajo de la Asociación de Facultades
de Medicina de Estados Unidos sobre Investigación Clínica, comentan que “la
Investigación Clínica es un componente de la investigación en la salud y medicina
encargada de producir conocimientos esenciales para comprender las condiciones
humanas, la prevención y tratamiento de enfermedades, y promover la salud. La misma
enfrenta un conjunto de estudios envueltos en las interacciones con pacientes,
diagnósticos clínicos en materiales y datos, o poblaciones, en cualquiera de estas
categorías: mecanismos de enfermedad; investigación traslacional: conocimiento clínico;
detección; diagnóstico e historia natural de la enfermedad; intervenciones terapéuticas
32
que incluyen ensayos clínicos; prevención y promoción de la salud; investigación
conductual; investigación de servicios de salud; epidemiología; y la investigación basada
en la atención basada en la comunidad y en la comunidad.” (Ognibene & Gallin, 2012)
De este modo podemos afirmar que la investigación clínica involucra el estudio de los
seres humanos en una investigación sistemática de la salud y enfermedades humanas,
enfocados al desarrollo o contribución al conocimiento generalizable. Esto se consigue
gracias al conjunto de actividades que pone a prueba las hipótesis y permite elaborar
conclusiones, pues el objetivo es que el conocimiento generado sea de utilidad para el
entendimiento de la salud y condiciones humanas, y a su vez mejorar los cuidados
médicos gracias al desarrollo de la seguridad y efectividad de intervenciones en la
prevención, diagnóstico y tratamiento.
Sin embargo, existen algunas terminologías que debemos comprender para poder recurrir
a la implementación de una investigación clínica para el desarrollo de un dispositivo de
uso en humanos.
• Investigador principal: Es el responsable de la dirección de todo el estudio
clínico. En algunos casos este es acompañado por investigadores secundarios. A
pesar de este rol, en estas investigaciones también se involucran otros roles tales
como el coordinador del estudio, administrador financiero, asistentes de
investigación, especialistas de laboratorio.
• Centro de investigación: Hace referencia al centro en donde se lleva a cabo la
investigación.
33
• Protocolo: Es un plan escrito que describe las actividades del estudio clínico. El
contenido de este documento está dividido en antecedentes científicos, el
propósito y objetivos del estudio, una descripción del diseño del estudio, el plan
estadístico sobre los resultados, y el diseño del dispositivo en casi de aplicar.
El desarrollo de la solución expuesta en este trabajo de grado requerirá un protocolo para
la realización del estudio clínico necesario para probar la efectividad y confiabilidad del
sistema a diseñar durante los próximos capítulos. El mismo incluirá el diseño del estudio,
así como del sistema propuesto.
34
2.3 Métodos de Investigación
Como hemos visto hasta ahora, la investigación científica busca sobre todas las cosas
generar conocimientos científicos. Sin embargo, no existe una forma estándar para
obtener este factor, de hechos estamos incurriendo al uso de distintos métodos de trabajo
científico, los cuales relataremos a continuación.
2.3.1 Método de observación
La observación es una actividad que realizamos de manera casi inconsciente, de hecho,
es natural para el ser humano desde que este nace. La observación nos ha permitido
conocer y estudiar los fenómenos que nos rodean, los mismos que luego definimos y
razonamos. Es por esto que la investigación científica toma esta característica para
implementarla en la generación de conocimientos.
En el libro Metodología de la Investigación, Ferreyro y Longhi consideran lo siguiente:
“La mayoría de los procesos de investigación tienen su origen en actividades que
realizamos en nuestra vida cotidiana, por ejemplo, resolver problemas y observar. Cuando
observamos ponemos nuestra atención en un objeto, pro-ceso o comportamiento y
mentalmente lo interpretamos para darle un significado. De alguna manera estamos
haciendo un “registro” no sistemático de algo. La mayoría de las investigaciones en
ciencias sociales se valen de este proceso y lo aplican de una forma sistemática para
explicar o comprender un hecho o un proceso. Así la observación sistemática, como
metodología de recolección de datos, debe ser planificada, controlada y relacionada con
las proposiciones teóricas del tema analizado.” (Longhi & Ferreyro, 2014)
35
2.3.2 Método inductivo
Este método es conocido por llevar el conocimiento de lo particular a lo general, un
proceso muy parecido a la clasificación típica. Según Ferreyro y Longhi en su libro
Metodología de la Investigación este marco de trabajo se define como “un tipo de
razonamiento que nos lleva de una larga lista de enunciados singulares, particulares, que
son observacionales, a la justificación de un enunciado universal; podríamos decir que se
desarrolla un proceso que nos lleva de una parte al todo. El proceso se llama inducción,
cuyo fruto es la formulación de alguna regla o teoría científica.” (Longhi & Ferreyro,
2014)
Para este trabajo de grado se tomará la inducción al obtener los datos de los récords de
cada paciente para moldear generalidades sobre sus síntomas y actividades cumpliendo
así en llevar lo particular a lo general.
2.3.3 Método deductivo
Este método acoge al razonamiento para generar conocimientos de utilidad para la
ciencia. Gracias a este podremos descifrar incógnitas aplicando la lógica a la realidad tal
y como expresan en el libro Metodología de la Investigación: “el método deductivo parte
de una ley general, a la cual se llega desde la razón, y de ella se deducen consecuencias
lógicas aplicables a la realidad. Un excelente ejemplo de disciplina científica que utiliza
este tipo de método es la Matemática.” (Longhi & Ferreyro, 2014)
Esta investigación científica tomará este método para obtener la veracidad de los hechos
utilizando enlaces lógicos que permitan disminuir la generación de informaciones
ambiguas.
36
2.4 Concepto y métodos de análisis
El análisis está considerado como el estudio profundizado de una entidad, hecho o
situación con la finalidad de conocer la raíz de sus motivos, fundamentos y causas. Para
la valides de una investigación clínica o de cualquier estudio los análisis estadísticos se
han convertido en la norma por excelencia, ya que permiten representar en números y
gráficos las variaciones de los hallazgos.
2.4.1 Análisis estadístico
El análisis estadístico engloba un conjunto de procesos y técnicas estadísticas que ayudan
a conocer patrones de comportamientos no observables. Estos resultados suelen ser
utilizados para proveer de predicciones.
37
2.5 Fuentes y técnicas
2.5.1 Población
Este trabajo de grado contará con una población compuesta por todos los cardiólogos y
los familiares de pacientes de INDOPER que padecen de una enfermedad cardiovascular
durante el periodo de enero-abril del 2018. Este conjunto está comprendido por 116
pacientes que han sido atendidos y tratados en el centro, más 11 cardiólogos; resultando
en un total de 127 sujetos.
2.5.2 Muestra
El tamaño de la muestra para esta investigación clínica se estimó empleando los criterios
provistos por la estadística. Debido a que la totalidad de la población de este estudio
dispone de la variable de medición, el método utilizado es el muestreo probabilístico
comúnmente conocido como aleatorio simple para poblaciones finitas. Para determinar
el resultado de la muestra, primero debemos definir varios factores los cuales
conoceremos como variables.
• Tamaño de la población: Tal y como se menciona en el punto 2.5.1 el tamaño
es de 127. Esta variable será identificada con la letra N.
• El margen de error: El valor de esta variable será de un 5% y estará identificada
con la letra E.
• El margen de confiabilidad: Su valor será de un 95%, el cual de acuerdo con la
tabla de distribución estándar es un 1.96. Esta variable estará identificada con la
letra Z.
• La desviación estándar: Su valor será de un 50% y estará representada con la
letra S.
38
El tamaño de la muestra está representado con la letra n, este es el valor por determinar
utilizando la formula dada por Bernal (2010):
𝑛 =𝑆2
𝐸2
𝑍2+𝑆2
𝑁
Sustituyendo las variables identificadas en la formula, se obtiene el siguiente resultado:
𝑛 =0.52
0.0052
1.962+0.52
127
= 95.45
Concluyendo de esta forma que el tamaño de la muestra es de 95 sujetos.
2.5.3 Observación
En el punto 2.3.1 detallamos el concepto del método de la observación aplicable a
investigaciones clínicas, siendo el mismo una extensión para un análisis estadístico,
término detallado en el punto 2.4.1. El mismo fue puesto en práctica para la obtención y
análisis de los datos generados para este trabajo de grado.
Esta observación se implementó en conjunto a los datos capturados por las encuestas que
se detallarán en el punto siguiente.
39
2.5.4 Encuesta
Una encuesta recopila una serie de incógnitas o preguntas que permiten obtener datos
claves para el desarrollo de la investigación científica, dando respuesta a los
planteamientos de esta última.
Para este trabajo de grado se proporcionaron encuestas en forma de cuestionarios, las
cuales están orientadas a capturar las respuestas de una amplia población, en este caso la
muestra detallada en el punto 2.5.2.
2.5.5 Cuestionario
Este trabajo de investigación científica contó con una encuesta basada en la escala de
Likert3 (1932), la cual fue diseñada y estructurada para medir la necesidad del personal
médico y familiares de los pacientes que sufren enfermedades cardiovasculares en
INDOPER en relación al monitoreo de la actividad cardíaca, y el preferir una
implementación que asegure la captura de la presión arterial y notifique a las autoridades
competentes de manera automatizada si el paciente sufre alguna alteración de la misma
siempre que estén en disconformidad con los servicios de emergencias actuales.
La escala utilizada está enfocada en los niveles de conformidad clasificados del 1 al 5
según la consideración del encuestado. La siguiente tabla muestra los niveles utilizados:
3 La escala de Likert (también denominada método de evaluaciones sumarias) se denomina así
por Rensis Likert. Es una escala psicométrica comúnmente utilizada en cuestionarios y es la
escala de uso más amplio en encuestas para la investigación. Al responder a una pregunta de un
cuestionario elaborado con la técnica de Likert, se especifica el nivel de acuerdo o desacuerdo.
40
Nivel de Satisfacción Descripción
1 Totalmente en desacuerdo
2 En desacuerdo
3 Ni de acuerdo, ni en desacuerdo
4 De acuerdo
5 Totalmente de acuerdo
Tabla 1: Escala de Niveles de Conformidad (Fuente Propia)
41
2.6 Tratamiento de la información
Con la finalidad de plantear la información obtenida, se obtuvieron datos absolutos en
base a las respuestas dadas a las preguntas que se realizaron en los cuestionarios y en las
encuestas.
Dicha información se tabuló para una mejor representación de los datos resultantes.
También, se realizaron gráficos de tipo histogramas y polígonos de frecuencia para una
mayor facilidad a la hora de analizar las preguntas realizadas.
42
RESUMEN CAPÍTULO 2
En pocas palabras, podemos afirmar, tras comprender el contenido de este último
capítulo, que toda investigación científica es ejecutada bajo las directrices de un marco
de trabajo el cual puede ser descriptivo, exploratorio y explicativo: tres enfoques que
permiten al investigador guiarse correctamente. Por consiguiente, y debido al diseño de
este trabajo de grado, la investigación tomará un enfoque explicativo debido a las
generosidades que brinda a la hora de dar respuestas.
En definitiva, se determinó la muestra gracias a la población dada la cual ascenderá a
95 sujetos, a los cuales se les entregó una encuesta compuesta por 6 preguntas que
recopilaron los datos y que posteriormente fueron analizados estadísticamente e
interpretados en consecuencia.
43
CAPÍTULO 3:
ANÁLISIS DETALLADO SOBRE ESTADO ACTUAL DE
INDOPER
44
INTRODUCCIÓN
Este trabajo de grado busca, entre otros objetivos, conocer el estado en el que se
encuentran actualmente las tecnologías de la información y el cuidado de los pacientes
que sufren de enfermedades cardiovasculares del Instituto Dominicano para el Cuidado
Perioperatorio INDOPER, para determinar la problemática y proponer una solución
factible. Es por ello que primero debemos comprender el funcionamiento del centro
clínico INDOPER mas afondo.
En las próximas líneas expondremos en un marco explicativo la situación actual en
INDOPER, así como la problemática que existe a la hora de socorrer a los pacientes que
sufren de presiones arteriales irregulares. Seguidamente, se presentarán los datos
estadísticos de la investigación científica realizada, siguiendo la metodología establecida
en el capítulo 2 de este trabajo de grado. De esta manera y gracias al análisis general, se
generará un documento visión que contendrá la descripción tanto de la problemática como
de la posible solución. Acción que finalizará con la elaboración de un documento de
especificación de software que detallará todos los requisitos y el diseño del sistema
propuesto.
45
3.1 Descripción de la empresa
El Instituto Dominicano para el Cuidado Perioperatorio INDOPER es una institución
dedicada al servicio de salud especializado en evaluaciones pre-anestésicas y pruebas
requeridas para la seguridad durante y después de las cirugías. Durante las visitas de los
pacientes, INDOPER realiza varios exámenes médicos que muestran el estado de los
sistemas corporales, ayudando a identificar cualquier condición adversa que se pueda
presentar. Actualmente dispone de 23 médicos, de los cuales 11 son cardiólogos.
3.1.1 Historia de INDOPER
INDOPER nace hace 16 años tras la decisión de la Dr. Jadla Hache y el Dr. Juan Batlle
de proporcionar un centro de cuidados perioperatorios para los pacientes operados del
centro de oftalmología LASER CENTER, los cuales no disponían de un instituto
dedicado a las evaluaciones pre-anestésicas en las cercanías.
3.1.2 Misión de la institución
Brindar servicios para el cuidado perioperatorio especializados en las evaluaciones pre-
anestésicas para cirugías oftálmicas.
3.1.3 Visión de la institución
Convertirse en un centro de cuidados pre y post quirúrgicos de referencia para todos los
centros de oftalmología del país, apoyando a su vez el crecimiento tecnológico e
innovador de los centros terciarios.
46
3.1.4 Valores de la institución
• Calidad: Nuestros servicios cumplen con los más altos estándares de los centros
de cuidados terciarios.
• Responsabilidad: Nos comprometemos a brindar los servicios perioperatorios
con calidad, teniendo en cuenta que la satisfacción con el servicio que le
ofrecemos es lo más importante para nosotros.
• Libertad: Escuchamos las peticiones de nuestros pacientes y permitimos que
puedan expresarse con seguridad siempre y cuando sea con respeto y cordialidad.
• Trabajo en equipo: Potenciamos los resultados obtenidos para la innovación de
los servicios sumando el esfuerzo de cada uno de los integrantes de nuestro equipo
médico.
• Honestidad: Siempre elegiremos la mejor opción conforme a sus necesidades.
• Seguridad: Nos enfocamos en su satisfacción y seguridad en los servicios que le
ofrecemos.
• Puntualidad: Nuestro equipo valora su tiempo, de tal modo que su atención
jamás tendrá retrasos prolongados y molestos.
47
3.2 Análisis FODA de INDOPER
Fortalezas
• Más de 15 años de experiencia
• Servicios especializados en los cuidados perioperatorios
• Soporte directo a clínicas de oftalmología
• Ubicación estratégica cerca de Corazones Unidos, Hospital de las Fuerzas
Armadas, Plaza de la Salud, además de varios laboratorios y avenidas importantes
de la capital
• Atención de primera calidad
• Precio competitivo
Oportunidades
• Futuro apoyo del departamento de Investigación Clínica de LASER CENTER
• Futura alianza con el Hospital General de la Plaza de la Salud
• Futura alianza a Corazones Unidos
• Servicio especializado poco ofrecido
Debilidades
• Uso de records en papel
• Tamaño del equipo relativamente pequeño en comparación a la demanda
• Servicios operativos hasta las 12:00PM
• Pacientes carecen de atención familiar
• No dispone de un sistema de intercomunicación con sistemas de emergencia
nacional
• No dispone de métodos para el seguimiento de las alteraciones de las presiones
arteriales
48
Amenazas
• Entrada de nuevos competidores
• Trafico de la zona altamente congestionado
• Centro clínico poco conocido
49
3.3 Impacto
El desarrollo de este trabajo de investigación clínica y su solución, intentan redefinir la
manera en la que las familias dominicanas puedan monitorear y cuidar su salud,
permitiendo entender y visualizar paradigmas que hoy día son posibles gracias al Internet
de las Cosas y a la Ingeniería de Software.
3.3.1 En relación a la seguridad del paciente
Gracias a los resultados de este trabajo de grado, los cardiólogos y los familiares de
pacientes que padecen de enfermedades cardiovasculares podrán controlar la seguridad
de estos últimos.
3.3.2 En relación a la fiabilidad de los datos captados
Una de las finalidades de los resultados de esta investigación es poder diseñar un sistema
que goce de fiabilidad a la hora de capturar los datos emitidos por la presión arterial y la
generación de reportes y registros que realice.
3.3.3 En relación a la solución
La solución propuesta en este trabajo de grado busca sobre todo poder prevenir la pérdida
de vidas humanas enviando notificaciones precisas y fiables a las autoridades y servicios
de emergencias para que éstas acudan al socorro.
50
3.4 Presentación de los resultados
3.4.1 Introducción
En las próximas líneas se presentarán los resultados de la recopilación de datos a manera
de gráficos y texto, realizada gracias a la implementación de la encuesta proporcionada
por este trabajo de grado. La misma fue aplicada a los cardiólogos y a los familiares de
pacientes que padecen de alguna enfermedad cardiovascular del centro INDOPER.
Estos datos serán analizados para dar respuesta a las incógnitas de esta investigación
científica. Para ello debemos primero conocer a la muestra utilizada para tales fines.
Los entrevistados estaban conformados de la siguiente manera:
Tabla 2: Conformación de entrevistados
Ilustración 6: Porcentaje de conformación de los entrevistados
El tiempo que tienen formando parte de la institución es el siguiente:
Cardiólogos12%
Familiares88%
Relación que guarda con los pacientes
Cardiólogos
Familiares
51
Tabla 3: Escala de tiempo de los entrevistados en INDOPER
Ilustración 7: Porcentaje del tiempo de los entrevistados en INDOPER
3.4.2 Presentación y análisis de los resultados de la encuesta
Resultados de la pregunta #1: “Considero que los sistemas actuales de emergencia son
eficaces para socorrer a una persona que padece una enfermedad cardiovascular del centro
INDOPER…”.
Tabla 4: Tabulación de respuestas a la pregunta #1
54%29%
17%
Cantidad de tiempo en INDOPER
menos de 5 años
de 5 a 10 años
mas de 10 años
52
Ilustración 8: Suma de las respuestas a la pregunta #1
Ilustración 9: Porcentaje de respuestas a la pregunta #1
El 92% de los encuestados estuvieron totalmente en desacuerdo o en desacuerdo en
considerar que los sistemas actuales de emergencia son eficaces para socorrer a una
persona que padece una enfermedad cardiovascular del centro INDOPER. Mientras el
otro 8% mantuvo una opinión neutra con esta afirmación. Evidenciando de esta manera
que la gran mayoría de los participantes de la encuesta muestran inconformidad con
la eficacia de los sistemas de emergencia de INDOPER.
0
10
20
30
40
50
60
Totalmente deacuerdo
De acuerdo Ni de acuerdo nien desacuerdo
En desacuerdo Totalmente endesacuerdo
Nú
mer
o d
e R
eco
rds
Considero que los sistemas actuales de emergencia son eficaces para socorrer a una persona que padece una enfermedad cardiovascular del centro INDOPER…
8%
38%54%
Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni endesacuerdo
En desacuerdo
Totalmente endesacuerdo
53
Análisis de la pregunta #2: “Considero eficiente la gestión actual de los servicios de
emergencia del centro INDOPER para pacientes que padecen de enfermedades
cardiovascular…”.
Tabla 5: Tabulación de respuestas a la pregunta #2
Ilustración 10: Suma de las respuestas a la pregunta #2
Ilustración 11: Porcentaje de respuestas a la pregunta #2
0
10
20
30
40
50
60
70
Totalmente deacuerdo
De acuerdo Ni de acuerdo ni endesacuerdo
En desacuerdo Totalmente endesacuerdo
Nú
mer
o d
e R
eco
rds
Considero eficiente la gestión actual de los servicios de emergencia del centro INDOPER para pacientes que
padecen de enfermedades cardiovascular…
6%
31%
63%
Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni endesacuerdo
En desacuerdo
Totalmente endesacuerdo
54
El 94% de los encuestados están totalmente en desacuerdo o en desacuerdo en considerar
eficiente la gestión actual de los servicios de emergencia del centro INDOPER para
pacientes que padecen de enfermedades cardiovasculares. El 6% restante mantuvieron
una postura neutral ante la pregunta. Estos resultados demuestran que las gestiones
actuales de los servicios de emergencia del centro son ineficientes.
Análisis de la pregunta #3: “Considero que sería de suma utilidad disponer de algún
sistema que informe en todo momento sobre el estado de la presión arterial de los
pacientes de INDOPER…”.
Tabla 6: Tabulación de las respuestas a la pregunta #3
Ilustración 12: Suma de las respuestas a la pregunta #3
0
10
20
30
40
50
60
70
80
90
Totalmente deacuerdo
De acuerdo Ni de acuerdo nien desacuerdo
En desacuerdo Totalmente endesacuerdo
Nú
mer
o d
e R
eco
rds
Considero que sería de suma utilidad disponer de algún sistema que informe en todo momento sobre el estado de la presión arterial de los pacientes de INDOPER…
55
Ilustración 13: Porcentaje de las respuestas a la pregunta #4
El 97% de los encuestados están totalmente de acuerdo o de acuerdo en considerar que
sería de suma utilidad disponer de algún sistema que informe en todo momento sobre el
estado de la presión arterial de los pacientes de INDOPER. El 3% restante se mostró
neutro. Estos datos muestras que un sistema como el que se diseñará en este trabajo
sería de suma utilidad.
Análisis de la pregunta #4: “Un sistema que capture en todo momento las variaciones de
la presión arterial e interprete las mismas, ayudará a los pacientes de INDOPER a
recopilar información útil para que los cardiólogos puedan mantener un registro y control
de sus condiciones de manera más rigurosa.”.
Tabla 7: Tabulación de las respuestas a la pregunta #4
82%
15%3%
Totalmente deacuerdo
De acuerdo
Ni de acuerdo ni endesacuerdo
En desacuerdo
Totalmente endesacuerdo
56
Ilustración 14: Suma de las respuestas a la pregunta #4
Ilustración 15: Porcentaje de respuestas a la pregunta #4
El 97% de los participantes en la encuesta están totalmente de acuerdo o de acuerdo en
que un sistema que capture en todo momento las variaciones de la presión arterial e
interprete las mismas, ayudará a los pacientes de INDOPER a recopilar información útil
para que los cardiólogos puedan mantener un registro y control de sus condiciones de
manera más rigurosa. El 3% restante mostraron una opinión neutra o en desacuerdo. Estos
0
10
20
30
40
50
60
70
Totalmente deacuerdo
De acuerdo Ni de acuerdo ni endesacuerdo
En desacuerdo Totalmente endesacuerdo
Nú
mer
o d
e R
eco
rds
Un sistema que capture en todo momento las variaciones de la presión arterial e interprete las mismas,
ayudará a los pacientes de INDOPER a recopilar información útil para que los cardiólogos puedan
mantener un registro y control de sus condiciones de man
66%
31%
2%1%
Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni endesacuerdo
En desacuerdo
Totalmente endesacuerdo
57
resultados evidencian la importancia de desarrollar un sistema que ayude a realizar estas
tareas, además, muestran la disposición que existe para socorrer a los más necesitados.
Análisis de la pregunta #5: “Un sistema que notifique automáticamente a los servicios de
emergencia cuando un paciente de INDOPER sufre una alteración de la presión arterial
ayudará a prevenir las muertes ocasionadas por una enfermedad cardiovascular".
Tabla 8: Tabulación de las respuestas a la pregunta #5
Ilustración 16: Suma de las respuestas a la pregunta #5
0
10
20
30
40
50
60
70
80
Totalmente deacuerdo
De acuerdo Ni de acuerdo nien desacuerdo
En desacuerdo Totalmente endesacuerdo
Nú
mer
o d
e R
eco
rds
Un sistema que notifique automáticamente a los servicios de emergencia cuando un paciente de
INDOPER sufre una alteración de la presión arterial ayudará a prevenir las muertes ocasionadas por una
enfermedad cardiovascular.
58
Ilustración 17: Porcentaje de las respuestas a la pregunta #5
El 98% de los encuestados están totalmente de acuerdo o de acuerdo en que un sistema
que notifique automáticamente a los servicios de emergencia cuando un paciente de
INDOPER sufre una alteración de la presión arterial ayudará a prevenir las muertes
ocasionadas por una enfermedad cardiovascular. El 2% restante se postula neutra ante
esta afirmación. Estos datos demuestran la necesidad que sienten los entrevistados de
que un sistema con tales características sea desarrollado y puesto en marcha, sobre
todo tras la inconformidad que existe sobre la eficacia de los sistemas de emergencia
de INDOPER.
80%
18%
2%
Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni endesacuerdo
En desacuerdo
Totalmente endesacuerdo
59
3.4.3 Análisis general
Como pudimos observar en el punto anterior, las respuestas de las primeras dos preguntas
evidencian una desconformidad de los individuos ante la ineficacia de los sistemas de
emergencia de INDOPER para socorrer a pacientes que padecen enfermedades
cardiovasculares, así como de ineficiencia de la gestión de estos servicios.
Mientras tanto, a partir de la pregunta número 3, podemos observar como los participantes
de la encuesta han retroalimentado la idea del desarrollo de un sistema que les ayude a
monitorear el estado de las presiones arteriales de los pacientes, y que esto sea notificado
de manera automática a las autoridades o sistemas de emergencia en caso de ser necesario.
Afirmaciones que fortalecen el diseño propuesto en este trabajo de grado.
60
3.5 Documento Visión
Sistema de notificación automática sobre variaciones de la
presión arterial de los pacientes de INDOPER
Versión 1.7
Por:
Eddy Robert Gomera Almanzar
61
Historial de Revisiones
Fecha Versión Descripción Autor
22/01/2018 1.0 Propuesta inicial del documento visión Eddy R.
Gomera
24/01/2018 1.1
Añadido el posicionamiento,
descripción de los stakeholders y
entorno del usuario
Eddy R.
Gomera
25/01/2018 1.2 Preparado para corrección de la sección
1
Eddy R.
Gomera
27/01/2018 1.3 Corrección de la sección 1 Eddy R.
Gomera
29/01/2018 1.4 Añadido la descripción del producto,
restricciones y estándares aplicables
Eddy R.
Gomera
02/02/2018 1.5
Añadido las características del sistema,
requerimientos de hardware y software,
y manual de usuario
Eddy R.
Gomera
04/02/2018 1.6 Preparado para corrección completa Eddy R.
Gomera
11/02/2018 1.7 Corrección de la sección 1 y 2 Eddy R.
Gomera
62
Tabla de contenidos
Sección I: Definición Preliminar del Problema .......................................................... 63
1. Introducción ....................................................................................................... 63
1.1 Propósito ....................................................................................................... 63
1.2 Alcance ......................................................................................................... 64
1.3 Definiciones, Acrónimos, y Abreviaciones .................................................. 64
1.4 Referencias ................................................................................................... 65
1.5 Resumen del Contenido del Documento Visión .......................................... 65
1.6 Metodología a Utilizar .................................................................................. 65
2. Posicionamiento ................................................................................................. 66
2.1 Oportunidad de Negocio ............................................................................... 66
2.2 Modelo Organizacional del Negocio ............................................................ 67
2.3 Definición del Problema ............................................................................... 68
2.4 Posición del Producto ................................................................................... 68
3. Descripción de los Stakeholders ....................................................................... 69
4. Entorno del Usuario ........................................................................................... 71
4.1 Organigrama de la Organización .................................................................. 72
Sección II. Definición de Alcance del Sistema ............................................................ 73
5. Descripción del Producto .................................................................................. 73
5.1 Modelo del Negocio ..................................................................................... 73
5.2 Resumen de Beneficios del Sistema ............................................................. 74
5.3 Supuestos y Dependencias ........................................................................... 74
5.4 Costo y Precio ............................................................................................... 74
6. Descripción del Producto .................................................................................. 76
7. Restricciones ....................................................................................................... 77
8. Estándares Aplicables ........................................................................................ 77
9. Características de Sistema ................................................................................ 77
9.1 Requerimientos de Desempeño .................................................................... 77
9.2 Requerimientos de Documentación .............................................................. 78
10. Requerimientos de Hardware y Software ....................................................... 79
11. Manual de Usuario ............................................................................................. 80
63
Documento Visión
Sección I: Definición Preliminar del Problema
1. Introducción
Este documento tiene como finalidad definir el alcance y objetivo del Sistema de
notificación automática sobre variaciones de la presión arterial de los pacientes de
INDOPER correspondiente al periodo comprendido entre enero-marzo de 2018.
Propósito
El propósito de este documento es sistematizar el análisis general del problema, las
necesidades y las características del proceso actual utilizado para registrar las presiones
arteriales de los pacientes de INDOPER que padecen de alguna enfermedad
cardiovascular y que en caso de emergencia no puedan ser asistidos de manera oportuna.
El documento comprende una visión general del Instituto Dominicano para el Cuidado
Perioperatorio (INDOPER), institución dedicada a la asistencia médica pre y post
quirúrgica y el servicio que se ofrece a través de este; y describe el sistema mediante el
cual se pretende contribuir a resolver la problemática identificada de la necesidad de
crear un sistema que notifique automáticamente sobre las variaciones de la presión
arterial a los sistemas de emergencia. Además, se describen las necesidades y perfiles de
los involucrados en el proyecto.
64
Alcance
El alcance de este documento visión abarca la definición de todos los elementos
involucrados en el proyecto de desarrollo del sistema de notificación automática sobre
variaciones de la presión arterial de los pacientes de INDOPER, correspondiente al
periodo comprendido entre enero-marzo de 2018. En donde se describe la problemática
a resolver, los involucrados y el planteamiento de la propuesta de desarrollo.
Definiciones, Acrónimos, y Abreviaciones
• Proceso Unificado: es una metodología incremental de desarrollo de software
impulsada por los casos de uso y centrado en la arquitectura.
• RUP: por sus siglas en inglés Rational Unified Process, es una versión
comercial del proceso unificado implementada por IBM.
• Casos de uso: descripción de las actividades a realizar para llevar a cabo un
determinado proceso.
• Modelado: representación gráfica de un caso de uso.
• UML: por sus siglas en inglés Unified Modeling Language, es una
estandarización de gráficas que permiten modelar casos de usos.
• Stakeholders: cualquier persona que tenga algo que ver con el desarrollo y
ejecución exitosa del proyecto.
• INDOPER: Instituto Dominicano para el Cuidado Perioperatorio.
• SINAVAPA: Sistema de notificación automática sobre variaciones de la
presión arterial de los pacientes de INDOPER.
65
Referencias
• Pressman, Roger S. (2015). Ingeniería del software: un enfoque práctico. 5ta.
Edicion.México: McGraw-Hill.
• Rational Software. (s.f.). Rational Unified Process: Best Practices for Software
Development Teams. Consultado el 31 de enero de 2018, de
https://www.ibm.com.
Resumen del Contenido del Documento Visión
Este documento incluye información sobre INDOPER, el problema identificado en
relación a la gestión actual para registrar las variaciones de las presiones arteriales de los
pacientes que sufren alguna enfermedad cardiovascular, la descripción de los principales
involucrados en el proyecto y la explicación general de la solución propuesta por medio
de la notificación automática a los sistemas de emergencia.
Metodología a Utilizar
Para el desarrollo del ciclo de vida de esta plataforma se utilizará la metodología del
Proceso Unificado de Desarrollo de Software (RUP), tal y como se definió en el marco
teórico de este trabajo de grado.
66
2. Posicionamiento
Oportunidad de Negocio
Este sistema permitirá a los cardiólogos y a los familiares de pacientes que padecen
enfermedades cardiovasculares monitorizar de forma rigurosa y constante las variaciones
de las presiones arteriales, mejorando significativamente la supervisión del cuidado de
los mismos. Además, en caso de registrar una variación brusca, la solución enviará una
notificación automáticamente a los sistemas de emergencia para que éstos acudan al
socorro.
67
Modelo Organizacional del Negocio
Aliados Clave:
*INDOPER
*Sistema Nacional de
Atención a Emergencias y
Seguridad 911
*Hospital de la Plaza de la
Salud
*Corazones Unidos
*Laser Center
Actividades Clave:
*Supervisión de la presión
arterial
*Gestión de citas
*Envío automático de
notificaciones
Propuesta de Valor:
*El paciente recibirá una
notificación en la
variación de la presión
arterial.
*Ofrece un sistema
automático de
emergencia para los
pacientes que no puede
valerse por sí mismo.
*Evitar la atención tardía
del paciente.
*Reducir el número de
personas que pierden la
vida.
Relación con el Cliente:
Los representantes
ofrecerán charlas y
presentaciones a los
médicos y directivos de los
hospitales y clínicas sobre
los beneficios de la
implementación del
proyecto.
Segmentos de Clientes:
*INDOPER
*Centros Hospitalarios de
Tercer Nivel
*Salud Pública
*Sistema Nacional de
Atención a Emergencias y
Seguridad 911
Recursos Clave:
*Cardiólogos
*Sensores
*Sistemas de emergencia
*Plataforma móvil
Canales:
*Charlar de
concientización
*Presentaciones
*Seminarios
*Congresos
*Revistas de medicina
Estructura de Costes:
Costos fijos: personal de desarrollo, hosting y gestión del proyecto.
El costo del negocio será costeado en su totalidad por la inversión del
cliente, en este caso INDOPER.
Estructura de Ingresos:
*Reducción de gastos por personal fijo
*Pequeño aumento en la tarifa de consultas con cardiólogos
*Subvención gubernamental
Tabla 9: Modelo Organizacional
68
Definición del Problema
El problema / Necesidad u
oportunidad de negocio
La atención reducida a un paciente cuando sufre
alguna alteración en la presión arterial es uno de
los factores de mayor riesgo de muerte, pues en
ciertas circunstancias se podría encontrar con
escasa compañía, y debido a sus incapacidades
puede no notificar a las autoridades oportunas.
Afecta a
o Pacientes.
o Familiares de los pacientes.
o Cardiólogos
El impacto asociado es
o Insatisfacción del servicio de emergencia
o Pérdida de vidas humanas
o Ineficiencia del servicio de atención para
enfermedades cardiovasculares
Posición del Producto
Para
o Pacientes
o Familiares de pacientes
o Cardiólogos
o Sistemas de emergencias
Quienes
Necesitan un sistema de notificación automática de la
variación de la presión arterial a los sistemas de emergencia
nacional y privados
El producto
SINAVAPA
Sistema de notificación automática sobre variaciones de la
presión arterial de los pacientes de INDOPER.
Cualidades del sistema
propuesto
o Confiable
o Rápido
o De fácil uso
o Novedoso
o Seguro
o Eficiente.
A diferencia de
Los servicios actuales de atención a emergencias de
pacientes con enfermedades cardiovasculares presentan
los siguientes inconvenientes:
o Ineficiencia
69
o Ineficacia
o Inseguridad
o Lentitud
3. Descripción de los Stakeholders
Para proveer de forma efectiva productos y servicios que se ajusten a las necesidades de
los involucrados en este proyecto, es necesario identificarlos y determinar sus
necesidades.
En este apartado se describe los resultados esperados de los Stakeholders del
proyecto. Para los Stakeholders que también serán usuarios del sistema, se describen las
responsabilidades y funciones que realizarán en el futuro Sistema de Información.
a) Stakeholders
Nombre Paciente
Descripción
Es el individuo que padece una enfermedad
cardiovascular y del cual el sistema toma el registro de la
presión arterial.
Tipo ¿Usuario del sistema? Sí__X__ No _ __
Criterio de éxito
• Es importante que el sistema registre la presión
arterial del paciente de manera fiable y concisa.
• Es importante que el sistema permita visualizar el
registro de todas las variaciones de la presión
arterial.
• Es importante que el sistema permita gestionar la
ubicación y las citas del paciente.
Problemas clave Tener conexión a internet 24/7
70
Nombre Familiar de paciente
Descripción Encargado de la supervisión y el cuidado del paciente.
Tipo ¿Usuario del sistema? Sí___X_ No ___
Criterio de éxito • Es importante que el sistema registre la presión
arterial del paciente de manera fiable y concisa.
• Es importante que el sistema permita visualizar el
registro de todas las variaciones de la presión
arterial.
• Es importante que el sistema permita gestionar la
ubicación y las citas del paciente.
Problemas clave Tener conexión a internet 24/7
Nombre Cardiólogo
Descripción Encargado de los exámenes médicos y del diagnóstico y
seguimiento de los pacientes.
Tipo ¿Usuario del sistema? Sí___X_ No ___
Criterio de éxito • Es importante que el sistema registre la presión
arterial del paciente de manera fiable y concisa.
• Es importante que el sistema permita visualizar el
registro de todas las variaciones de la presión
arterial.
• Es importante que el sistema permita gestionar la
ubicación y las citas del paciente.
• Es importante que el sistema permita gestionar el
conjunto de los pacientes asignados por
cardiólogo.
Problemas clave Solicitud del servicio por parte del paciente o un familiar
de este
71
Nombre Administrador
Descripción Es el encargado de gestionar las cuentas de usuarios del
sistema y velar por la correcta integración a los sistemas
de emergencia.
Tipo ¿Usuario del sistema? Sí ___ No__X__
Criterio de éxito Es importante que el sistema permita gestionar cuentas de
usuarios y monitorear la integración con los sistemas de
emergencia.
Problemas clave Fallo en la integración con los sistemas de emergencia
4. Entorno del Usuario
El sistema estará conformado por el sensor que capturará las variaciones de la presión
arterial del paciente, este puede ser un sensor tradicional, personalizado o un smartwatch,
y el cual deberá estar siempre con el individuo que sufre de una enfermedad
cardiovascular. Por otra parte, la interfaz será una aplicación móvil la cual permitirá el
acceso al monitoreo de las fluctuaciones capturadas por los sensores; desde la misma se
podrá gestionar las próximas citas al centro médico; y en caso de ser un cardiólogo se
podrá visualizar todos los pacientes a los que tenga asignado.
72
Organigrama de la Organización
Ilustración 18: Organigrama de INDOPER
Presidencia
Gerente General Coordinador Médico
Equipo de Cardiología
Jefe de Cardiología
Cardiólogo
Cardiólogo
Cardiólogo
CardiólogoCardiólogo
Cardiólogo
Cardiólogo
Cardiólogo
Equipo de Preanestesia
Jefe de Preanestesia
Anestesiólogo
Anestesiólogo
Anestesiólogo
AnestesiólogoAnestesiólogo
Anestesiólogo
Anestesiólogo
Anestesiólogo
Anestesiólogo Anestesiólogo
Anestesiólogo
Asistente Gerencia
ContadorCoordinador quirúrgico
Recepcionista
73
Sección II. Definición de Alcance del Sistema
5. Descripción del Producto
El SINAVAPA es un entorno que permitirá comunicar automáticamente a los pacientes
y a sus familiares con los sistemas de emergencia de salud, enviando notificaciones sobre
las alteraciones de la presión arterial de pacientes que padecen de enfermedades
cardiovasculares, para que de este modo puedan ser socorridos de manera oportuna.
Modelo del Negocio
Ilustración 19: Modelo Organizacional del Negocio
Gestionar cuenta
Paciente / Familiar
Cardiólogo
Administrador
Paciente / Familiar
Cardiólogo
Sistema de emergencia / 911
Gestionar usuarios
Gestionar pacientes
Monitorear presión arterial
Gestionar citas
Gestionar ubicación
Gestionar reportes
Crear cita
Modificar cita
Ver citaVer lista de pacientes
Crear usuario
Modificar usuario
Gestionar notificaciones
<<extend>>
<<include>> <<include>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
74
Resumen de Beneficios del Sistema
Los beneficios que se obtienen de la implementación del sistema SINAVAPA se
encuentran los siguientes:
1. Reducir el número de personas que pierden la vida.
2. Evitar la atención tardía del paciente.
3. El usuario podrá monitorear en todo momento las actividades cardiovasculares
del paciente.
4. Los sistemas de emergencia recibirán una notificación automática en caso de que
el paciente sufra una variación brusca de la presión arterial.
Supuestos y Dependencias
Para que el sistema funcione de manera correcta, deben de darse estas suposiciones:
1. La plataforma debe de estar disponible a través de un servidor web.
2. Los usuarios deben de poseer un Smartphone o computador.
3. Los usuarios deben de tener acceso a Internet.
4. Los usuarios deben de tener algún dispositivo que disponga de un sensor para la
presión arterial.
5. El sistema deberá tener acceso a los records médicos para conocer las
fluctuaciones límite.
6. El usuario debe tener dominio básico de dispositivos móviles.
Costo y Precio
Basados en el estudio de factibilidad realizado para el desarrollo del sistema SINAVAPA
que se detallará más adelante, se estimó un presupuesto basado en el tiempo de cada
miembro del equipo de desarrollo y de los materiales necesarios para sus labores.
75
Tabla 9: Presupuesto del proyecto SINAVAPA
El personal de desarrollo realizará un mantenimiento del sistema cada semana, el cual
tendrá una duración de 3 horas. Por lo cual se comprometen a realizar un mantenimiento
Presupuesto de Proyecto SINAVAPA
Líder del Proyecto: Eddy R. Gomera
Elemento Tipo de Recurso Unidades Tasa Semi Total
Consultor 1 Consultoría 280 340.00RD$ RD$95,200.00
Gerente de proyecto Labor (Personal) 280 370.00RD$ RD$103,600.00
Gerente de Analisis de requerimientos Labor (Personal) 63 280.00RD$ RD$17,640.00
Gerente de Desarrollo Labor (Personal) 86 320.00RD$ RD$27,520.00
Gerente de Implementación y pruebas Labor (Personal) 74 300.00RD$ RD$22,200.00
Gerente de Soporte tecnico y capacitacion Labor (Personal) 37 270.00RD$ RD$9,990.00
Gerente de Diseño y creatividad Labor (Personal) 70 280.00RD$ RD$19,600.00
Desarrollador Senior 1 (Lead) Labor (Personal) 75 218.00RD$ RD$16,350.00
Desarrollador Junior 1 Labor (Personal) 67 163.00RD$ RD$10,921.00
DBA Labor (Personal) 76 200.00RD$ RD$15,200.00
Analista de requerimientos Labor (Personal) 52 165.00RD$ RD$8,580.00
Analista de calidad (Tester) Labor (Personal) 60 165.00RD$ RD$9,900.00
Soporte tecnico Labor (Personal) 30 150.00RD$ RD$4,500.00
Especialista de entrenamiento Labor (Personal) 26 153.00RD$ RD$3,978.00
Especialista de instalacion y despliegue Labor (Personal) 20 200.00RD$ RD$4,000.00
Escritor tecnico Labor (Personal) 35 125.00RD$ RD$4,375.00
Laptop Materiales 10 37,000.00RD$ RD$370,000.00
Computadora de escritorio Materiales 6 65,000.00RD$ RD$390,000.00
Impresora Materiales 4 8,800.00RD$ RD$35,200.00
Microsoft Project Licencias 8 10,000.00RD$ RD$80,000.00
Microsoft Office Licencias 10 10,498.00RD$ RD$104,980.00
Enterprise Architech Licencias 3 9,168.00RD$ RD$27,504.00
Microsoft SQL Server Management Studio Licencias 2 -RD$ RD$0.00
Software Photoshop Licencias 1 13,293.00RD$ RD$13,293.00
Software Git Licencias 1 -RD$ RD$0.00
Software Github Licencias 1 11,460.00RD$ RD$11,460.00
Microsoft Visual Studio 2017 Licencias 12 25,000.00RD$ RD$300,000.00
RD$1,332,437.00
RD$373,554.00
0
RD$1,705,991.00
RD$255,898.65
RD$1,961,889.65
RD$843,612.55
RD$2,805,502.20
RD$981,925.77
RD$3,787,427.97
Total Gastos
Ganancias
Total
Total Material
Total Personal
Total Otros
Semi-Total
Previsión o Margen
Total Coste
Impuestos
76
mensual equivalente a 12 horas, las cuales tienen un precio final de RD$ 1,300.00 por
hora, dando un total mensual de RD$ 15,600.00.
6. Descripción del Producto
El sistema está basado en cuatro módulos, los cuales son:
• Módulo de gestión de cuenta.
Mediante este módulo los usuarios podrán visualizar y monitorear las variaciones
de las presiones arteriales, además podrán gestionar sus citas médicas.
• Módulo de gestión de pacientes.
A través de este módulo los usuarios tendrán la posibilidad visualizar el conjunto
de pacientes asignados a un cardiólogo, además podrán gestionar las citas de sus
pacientes.
• Módulo de gestión de notificaciones.
Este módulo es el corazón del sistema pues es el encargado de realizar los
algoritmos para notificar automáticamente a los sistemas de emergencia sobre las
variaciones bruscas de la presión arterial de un paciente.
• Módulo de gestión de usuarios.
Mediante este módulo los administradores del sistema podrán crear, eliminar,
modificar y visualizar los usuarios del mismo.
77
7. Restricciones
Algunas de las restricciones encontradas para el desarrollo del sistema son las siguientes:
• El sistema debe ser desarrollado utilizando el framework multiplataforma
Xamarin para poder implementar las plataformas IOS y Android bajo el mismo
código.
• La base de datos deberá estar diseñada bajo SQL Server y usar a éste como gestor
de base de datos.
• El sistema será desarrollado en un tiempo no menor a 35 días.
8. Estándares Aplicables
• Este proyecto será desarrollado utilizando la metodología de desarrollo RUP y el
modelo en espiral.
• Para la implementación de la notificación automática se utilizará la plataforma de
emergencia del 911 de la República Dominicana como estándar.
9. Características de Sistema
Requerimientos de Desempeño
• El tiempo máximo de espera para visualizar el monitoreo de las presiones
arteriales será de 15 segundos.
• El tiempo máximo para el envío de las notificaciones automáticas deberá ser de
10 segundos.
• Los máximos de caídas por mantenimiento serán máximos 2 veces al año.
• El tiempo fuera de servicio de la plataforma será de no más de 5 minutos.
78
Requerimientos de Documentación
• Manual de uso del cliente móvil.
• Manual de uso del administrador.
• Manual de uso del sistema de emergencia.
• Manual de mantenimiento de la plataforma.
79
10. Requerimientos de Hardware y Software
Requerimientos de Hardware del Sistema SINAVAPA
Requerimiento Detalle
Espacio Físico Espacio físico con proporciones de tamaño media y que cuente
con una temperatura promedio de 20-30 grados Celsius. Además,
el lugar no debe poseer humedad alguna.
Estaciones de
trabajo
Estaciones de trabajo con las siguientes características:
Memoria RAM: 2.0 Gb DDR3 ó superior
Almacenamiento interno: HDD 250 Gb ó superior
Procesador: 1.5Ghz o superior (2 núcleo preferiblemente)
Mouse y Teclado
Conexión a
internet
Disponibilidad de internet estable a una velocidad mínima de 10
Mbits/s de bajada.
Equipo
suplementario
de energía
Suplidor de energía ininterrumpible (UPS)
Recomendado: APC BE550G Back-UPS 550VA
Servidor Servidor de aplicación con las características siguientes:
Sistema Operativo: CentOS 7
Memoria RAM: 16GB RAM DDR3 ó superior
Almacenamiento interno: HDD 2 TB ó superior
Procesador: 2 Procesadores 3.4Ghz Quad-Core ó superior
Requerimientos de Software del Sistema SINAVAPA
Requerimiento Detalle
Sistema Operativo Windows 7 ó superior
Explorador web Chrome 40.0 ó superior
Firefox 39.0 ó superior
Internet Explorer 9 ó superior
Gestor de Base de datos SQL Server
Entorno de Desarrollo
(IDE)
Microsoft Visual Studio 2017
80
11. Manual de Usuario
El sistema dispondrá de un manual de uso para los usuarios finales.
Manual De Usuario
Nombre: Manual de Usuario – Uso del sistema: “Sistema de notificación
automática sobre variaciones de la presión arterial de los
pacientes de INDOPER”.
Medio de
Publicación:
El manual será publicado de manera digital.
Actualizaciones: Se realizarán las actualizaciones a dicho manual de usuario del
sistema en conjunto con las actualizaciones mayores del sistema.
Tipo de Manual: El manual de usuario estará disponible de manera escrita.
81
3.6 Documento de Especificación de Requerimientos de Software
Documento de Especificación de Requisitos de Software para
el sistema de notificación automática sobre variaciones de la
presión arterial de los pacientes de INDOPER (SINAVAPA)
Versión 1.5
82
Historial de Revisiones
Fecha Versión Descripción Autores
03/02/2018 1.0 Estructuración y diagramación del
documento
Eddy R.
Gomera
05/02/2018 1.1 Añadido la descripción general Eddy R.
Gomera
06/02/2018 1.2 Añadido los requisitos específicos Eddy R.
Gomera
07/02/2018 1.3 Añadido las especificaciones de casos
de uso
Eddy R.
Gomera
09/02/2018 1.4 Preparado para corrección completa Eddy R.
Gomera
11/02/2018 1.5
Corrección de la sección requisitos
específicos añadiendo profundidad y
corrección de la sección
especificaciones de casos de uso
Eddy R.
Gomera
83
Tabla de Contenido
1. Introducción ......................................................................................................... 85
1.1 Propósito ............................................................................................................. 85
1.2 Alcance ................................................................................................................ 85
1.3 Definiciones, Siglas y Abreviaciones ................................................................ 86
1.4 Referencias ......................................................................................................... 87
1.5 Visión General del Documento ......................................................................... 87
2. Descripción General ............................................................................................ 88
2.1 Perspectiva del Producto ................................................................................... 88
2.2 Funciones del Producto ..................................................................................... 88
2.2.1 Módulo de Gestión de Usuario ........................................................................ 88
2.2.2 Módulo de Gestión de Cuentas ........................................................................ 88
2.2.3 Módulo de Gestión de Pacientes………………………...…………………...89
2.2.4 Módulo de Notificaciones………………...………………………………….89
2.3 Características de los Usuarios ......................................................................... 89
2.4 Restricciones de Diseño ..................................................................................... 89
2.5 Suposiciones y Dependencias ............................................................................ 90
3 Requisitos Específicos ......................................................................................... 91
3.1 Interfaces ............................................................................................................ 91
3.1.1 Interfaces de Usuario ....................................................................................... 91
3.1.2 Interfaces de Hardware .................................................................................... 91
3.1.3 Interfaces de Software ..................................................................................... 91
3.1.4 Interfaces de Comunicación ............................................................................. 91
3.2 Requisitos Funcionales ...................................................................................... 92
3.2.1 Gestión de Usuarios ......................................................................................... 92
3.2.2 Gestión de Cuentas .......................................................................................... 93
3.2.3 Gestión de Pacientes………………………………………………………….94
3.2.4 Gestionar Notificaciones……………………………………………………..96
3.3 Requisitos no Funcionales ................................................................................. 97
3.3.1 Requisitos de Seguridad ................................................................................... 97
3.3.2 Requisitos de Apariencia o Interfaz Externa ................................................... 97
3.3.3 Requisitos de Disponibilidad ........................................................................... 98
84
3.3.4 Requisitos de Soporte ...................................................................................... 98
3.3.5 Requisitos de Confidencialidad ....................................................................... 99
3.3.6 Requisitos de Rendimiento .............................................................................. 99
4 Especificación de Casos de Uso ................................................................................ 100
4.1 Diagrama de Casos de Uso General ............................................................... 100
4.2 Casos de uso del Módulo Gestionar Usuarios………………………………101
4.2.1 Diagrama de Casos de Uso para Gestionar Usuarios……………………….101
4.2.2 CUS01 - Gestionar Usuarios……………..…………………………………102
4.3 Casos de Uso del Módulo Gestionar Pacientes……………………………..108
4.3.1 Diagrama de Casos de Uso para Gestionar Pacientes…………………...….108
4.3.2 CUS02 - Gestionar Pacientes……………..………………………………...109
4.4 Casos de Uso del Módulo Gestionar Cuenta………………………………..116
4.4.1 Diagrama de Casos de Uso para Gestionar la Cuenta…………………...….116
4.4.2 CUS03 - Gestionar Cuenta…………..……………………………………...117
4.5 Casos de Uso del Módulo de Generar Notificaciones..……………………..121
4.5.1 Diagrama de Casos de Uso para Generar Notificaciones...……………...….121
4.5.2 CUS04 - Generar Notificaciones...………..………………………………...122
85
Documento de Especificación de Requisitos
1. Introducción
1.1 Propósito
El propósito de este documento es plasmar de manera técnica todos los requerimientos
expuestos en el documento visión del sistema SINAVAPA. Durante su desarrollo se
definirán todas las especificaciones no funcionales y funcionales que permitirán
solucionar las problemáticas con el actual cuidado y monitoreo de las presiones arteriales
de los pacientes que sufren de alguna enfermedad cardiovascular de INDOPER.
1.2 Alcance
En el presente documento abarca los requerimientos necesarios para la solución del
problema detectado y la elaboración del modelado del sistema SINAVAPA, con el
objetivo de crear una plataforma que notifique automáticamente a los sistemas de
emergencia si las presiones arteriales de los pacientes de INDOPER que sufren de alguna
enfermedad cardiovascular varían de manera brusca.
86
1.3 Definiciones, Siglas y Abreviaciones
Definiciones, siglas y
abreviaciones Descripción
SRS
Por sus siglas en inglés, Software Requirements
Specifications, es un documento que describe los
requerimientos funcionales y no funcionales de un
sistema.
SINAVAPA Sistema de notificación automática sobre variaciones de
la presión arterial de los pacientes de INDOPER
Paciente Individuo que padece de alguna enfermedad
cardiovascular.
INDOPER Instituto Dominicano para el Cuidado Perioperatorio
PDF Portable Document Format.
CSV Comma Separated Values.
SOLID
Acrónimo de Single responsibility (Responsabilidad
única), Open-closed (Abierto-Cerrado), Liskov
substitution (Sustitución de Liskov), Interface
segregation (Segregación de interfaces) y Dependency
inversión (Inyección de dependencias).
87
1.4 Referencias
• IEEE. (1998). IEEE recommended practice for software requirements
specifications. (1998). New York: IEEE.
• ISO/IEC/IEEE International Standard. (2011). Systems and software
engineering -- Life cycle processes --Requirements engineering. New York:
IEEE.
1.5 Visión General del Documento
Este documento enumerará todos los requerimientos identificados para el desarrollo del
sistema. Estos requerimientos son agrupados en:
• Requerimientos Funcionales (RF).
• Requerimientos No Funcionales (RNF).
• Otros Requerimientos.
88
2. Descripción General
2.1 Perspectiva del Producto
El sistema notificará las variaciones de la presión arterial de los pacientes de INDOPER
a los sistemas de emergencia para que éstos puedan socorrerlos de manera oportuna. Esta
plataforma a su vez permitirá a los usuarios, familiares de los pacientes y cardiólogos,
monitorear las presiones arteriales y sus fluctuaciones en el tiempo. Además, gestionará
las citas de los mismos permitiendo la creación y modificaciones de evaluaciones
médicas.
Este sistema poseerá una arquitectura Cliente – Servidor, contando con clientes móviles
para IOS y Android.
2.2 Funciones del Producto
El sistema por desarrollar estará compuesto por 4 módulos, los cuales son descritos con
sus funcionalidades a continuación.
2.2.1 Módulo de Gestión de Usuario
Este módulo permitirá la visualización del monitoreo de las presiones arteriales, la
creación y modificación de citas médicas, la supervisión de la ubicación del paciente
registrado, así como los datos del mismo.
2.2.2 Módulo de Gestión de Cuentas
Este módulo permitirá a los administradores del sistema crear, eliminar, editar y
visualizar las cuentas de los usuarios, además permitirá la generación de reportes.
89
2.2.3 Módulo de Gestión de Pacientes
Este módulo permitirá a los usuarios cardiólogos visualizar el listado de los pacientes que
tengan asignados, monitorear las variaciones de las presiones arteriales de cada uno.
Además, dará acceso a la creación, edición y eliminación de citas médicas.
2.2.4 Módulo de Notificaciones
Este módulo enviará automáticamente una notificación con los datos médicos y de
ubicación de los pacientes de INDOPER cuando el sistema registra una variación fuera
del rango permitido en su historial clínico.
2.3 Características de los Usuarios
Las características que deben de poseer los usuarios del sistema son las siguientes:
• Conocer cómo interactuar con un explorador de Internet.
• Poseer conocimientos básicos en el uso de sistemas de información.
• Conocimientos básicos en el uso de Internet para realizar compras o
transacciones.
2.4 Restricciones de Diseño
• El sistema debe ser desarrollado utilizando el framework multiplataforma
Xamarin para poder implementar las plataformas IOS y Android bajo el mismo
código.
• La base de datos deberá estar diseñada bajo SQL Server y usar a éste como
gestor de base de datos.
• Se utilizará el Rational Unified Process para el modelado del sistema.
90
2.5 Suposiciones y Dependencias
Para que el sistema funcione de manera correcta, deben de darse estas suposiciones:
1. La plataforma debe de estar disponible a través de un servidor web.
2. Los usuarios deben de poseer un Smartphone o computador.
3. Los usuarios deben de tener acceso a Internet.
4. Los usuarios deben de tener algún dispositivo que disponga de un sensor para la
presión arterial.
5. El sistema deberá tener acceso a los records médicos para conocer las
fluctuaciones límite.
6. El usuario debe tener dominio básico de dispositivos móviles.
91
3 Requisitos Específicos
3.1 Interfaces
3.1.1 Interfaces de Usuario
El sistema será manipulable por usuarios no experimentados en la informática por lo que
es necesario un diseño amigable para su uso por lo que el cliente móvil utilizará el
concepto “Material Design” implementando herramientas intuitivas.
3.1.2 Interfaces de Hardware
El sistema será capaz de ejecutarse en las estaciones de trabajo de los sistemas de
emergencia tales como el 911 y en dispositivos Android 4.0 y superior, y IOS 8 o superior,
con conexión a Internet de manera ininterrumpida y estable.
3.1.3 Interfaces de Software
El sistema será desarrollado con la intención de ser implementado tanto en IOS y Android
como en las plataformas de los sistemas de emergencias.
3.1.4 Interfaces de Comunicación
El sistema mantendrá comunicación estable y constante a través del Internet entre los
sistemas de emergencia y los dispositivos registrados de manera que se asegure el registro
ininterrumpido de las presiones arteriales.
92
3.2 Requisitos Funcionales
3.2.1 Gestión de Usuarios
SINAVAPA
Código RF001
Nombre del Requerimiento Creación de una cuenta.
Características El administrador crea una cuenta.
Descripción del Requerimiento
El sistema permitirá crear cuentas al
administrador las cuales serán suministradas
a los usuarios registrados.
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF002
Nombre del Requerimiento Modificar usuario.
Características El administrador edita los datos de la cuenta
usuario.
Descripción del Requerimiento El sistema permitirá editar los datos
generales de la cuenta de usuario.
Dependencia RF001
Prioridad del Requerimiento Baja.
SINAVAPA
Código RF003
Nombre del Requerimiento Generar y Visualizar reporte.
Características Generar un reporte sobre actividades de
usuarios en la aplicación.
Descripción del Requerimiento
El sistema permitirá al administrador generar
y visualizar un reporte sobre las actividades
de los usuarios.
Dependencia RF001
Prioridad del Requerimiento Media.
SINAVAPA
Código RF004
Nombre del Requerimiento Exportar reporte.
Características Exportar un reporte desde la aplicación.
Descripción del Requerimiento El sistema permitirá al administrador
exportar un reporte previamente generado.
93
Dependencia RF001
Prioridad del Requerimiento Media.
3.2.2 Gestión de Cuentas
SINAVAPA
Código RF005
Nombre del Requerimiento Monitorear presión arterial.
Características Visualiza los registros de las presiones
arteriales.
Descripción del Requerimiento
El sistema permitirá al usuario visualizar los
registros de las presiones arteriales tanto en
tiempo real como un listado de cada registro.
Dependencia RF001
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF006
Nombre del Requerimiento Crear cita.
Características El usuario crea una cita médica.
Descripción del Requerimiento
El sistema permitirá al usuario crear una cita
médica con su cardiólogo desde la
perspectiva del paciente.
Dependencia RF001
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF007
Nombre del Requerimiento Modificar cita.
Características El usuario modifica una cita médica.
Descripción del Requerimiento El sistema permitirá al usuario modificar una
cita médica ya creada.
Dependencia RF001
Prioridad del Requerimiento Alta.
94
SINAVAPA
Código RF008
Nombre del Requerimiento Visualizar cita.
Características El usuario visualiza sus citas médicas.
Descripción del Requerimiento El sistema permitirá al usuario visualizar
todas sus citas médicas.
Dependencia RF001
Prioridad del Requerimiento Alta.
3.2.3 Gestión de Pacientes
SINAVAPA
Código RF009
Nombre del Requerimiento Visualizar pacientes.
Características Visualiza la lista de pacientes.
Descripción del Requerimiento
El sistema permitirá al cardiólogo visualizar
un listado de todos los pacientes que tiene
asignado.
Dependencia RF001
Prioridad del Requerimiento Alta
SINAVAPA
Código RF010
Nombre del Requerimiento Monitorear presión arterial.
Características Visualiza los registros de las presiones
arteriales del paciente seleccionado.
Descripción del Requerimiento
El sistema permitirá al cardiólogo visualizar
los registros de las presiones arteriales tanto
en tiempo real como un listado de cada
registro según el paciente seleccionado.
Dependencia RF009
Prioridad del Requerimiento Alta.
95
SINAVAPA
Código RF011
Nombre del Requerimiento Crear cita.
Características El cardiólogo crea una cita médica.
Descripción del Requerimiento El sistema permitirá al cardiólogo crear una
cita médica con su paciente seleccionado.
Dependencia RF001
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF012
Nombre del Requerimiento Modificar cita.
Características El cardiólogo modifica una cita médica.
Descripción del Requerimiento El sistema permitirá al cardiólogo modificar
una cita médica ya creada.
Dependencia RF001
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF013
Nombre del Requerimiento Visualizar cita.
Características El cardiólogo visualiza sus citas médicas.
Descripción del Requerimiento El sistema permitirá al cardiólogo visualizar
todas sus citas médicas.
Dependencia RF001
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF014
Nombre del Requerimiento Generar y Visualizar reporte.
Características
Generar y visualizar un reporte sobre los
registros de las presiones arteriales en la
aplicación.
Descripción del Requerimiento
El sistema permitirá al al cardiólogo generar
y visualizar un reporte sobre los registros de
las presiones arteriales por paciente o de
todos ellos.
96
Dependencia RF001
Prioridad del Requerimiento Media.
SINAVAPA
Código RF015
Nombre del Requerimiento Exportar reporte.
Características Exportar un reporte desde la aplicación.
Descripción del Requerimiento
El sistema permitirá al cardiólogo exportar
un reporte previamente generado por el
cardiólogo.
Dependencia RF001
Prioridad del Requerimiento Media.
3.2.4 Gestionar Notificaciones
SINAVAPA
Código RF016
Nombre del Requerimiento Registrar automáticamente la presión arterial.
Características Registra la presión arterial del paciente de
manera automática.
Descripción del Requerimiento
El sistema registrará automáticamente las
presiones arteriales de los pacientes, tomando
en consideración su ubicación.
Dependencia RF001
Prioridad del Requerimiento Alta.
SINAVAPA
Código RF017
Nombre del Requerimiento Enviar notificación automática.
Características Envía una notificación de manera automática
a los sistemas de emergencia
Descripción del Requerimiento
El sistema tras registrar una presión arterial
fuera del rango permitido del paciente,
enviará una notificación automáticamente a
los sistemas de emergencia.
Dependencia RF001. RF016
97
Prioridad del Requerimiento Alta.
3.3 Requisitos no Funcionales
3.3.1 Requisitos de Seguridad
SINAVAPA
Código RNF001
Nombre del Requerimiento Protección y seguridad.
Descripción del Requerimiento
Cada cuenta deberá disponer de una
contraseña para proteger los datos de cada
individuo.
Habrá tres tipos de cuenta de usuario que
contarán cada uno con sus privilegios:
Usuario, Cardiólogo y Administrador.
Prioridad del Requerimiento Alta.
SINAVAPA
Código RNF002
Nombre del Requerimiento Registro y auditoría.
Descripción del Requerimiento El sistema deberá registrar todas las acciones
realizadas por los usuarios.
Prioridad del Requerimiento Alta.
3.3.2 Requisitos de Apariencia o Interfaz Externa
SINAVAPA
Código RNF003
Nombre del Requerimiento Consistencia de diseño.
Descripción del Requerimiento
El diseño en los diferentes clientes debe de
ser tan similar como sea posible, de manera
que se mantenga una consistencia en los
mismos. Los patrones de colores, tipografía y
diseño deben ser siemp0re el mismo.
Prioridad del Requerimiento Alta.
SINAVAPA
Código RNF004
Nombre del Requerimiento Lenguaje común.
98
Descripción del Requerimiento
Utilizar un lenguaje de bajo nivel técnico de
manera que los usuarios comprendan las
acciones a realizar en el sistema. Este
lenguaje debe ser el común de los individuos
y cardiólogos orientados a la supervisión de
pacientes con enfermedades
cardiovasculares.
Prioridad del Requerimiento Alta.
SINAVAPA
Código RNF005
Nombre del Requerimiento Fácil uso.
Descripción del Requerimiento
Las acciones en el sistema deben de ser
lógicas e intuitivas de manera que los
usuarios sin necesidad de ayuda puedan saber
cómo realizar todos los procesos. Estas
acciones deben ser similares al uso básico de
smartphones con opciones visuales y claras.
Prioridad del Requerimiento Alta.
3.3.3 Requisitos de Disponibilidad
SINAVAPA
Código RNF006
Nombre del Requerimiento Disponibilidad del sistema.
Descripción del Requerimiento El sistema debe de estar en línea 24/7.
Prioridad del Requerimiento Alta.
3.3.4 Requisitos de Soporte
SINAVAPA
Código RNF007
Nombre del Requerimiento Mantenimiento del sistema.
Descripción del Requerimiento
El sistema utilizará los principales principios
de programación, de manera que sea fácil
extender su funcionamiento.
Prioridad del Requerimiento Alta.
99
3.3.5 Requisitos de Confidencialidad
SINAVAPA
Código RNF008
Nombre del Requerimiento Confidencialidad del sistema.
Descripción del Requerimiento
El sistema debe ser seguro, utilizar
certificados de seguridad y mecanismos de
encriptación y enmascaramiento de los datos.
Prioridad del Requerimiento Alta.
3.3.6 Requisitos de Rendimiento
SINAVAPA
Código RNF009
Nombre del Requerimiento Consultas Eficientes.
Descripción del Requerimiento
Se mantendrá una alta eficiencia en las
consultas a base de datos utilizando filtros y
manteniendo la información indexada.
Prioridad del Requerimiento Media.
SINAVAPA
Código RNF010
Nombre del Requerimiento Alta disponibilidad de Internet.
Descripción del Requerimiento
Se mantendrá una alta velocidad de Internet
del lado del servidor, de manera que se
puedan responder las solicitudes de los
clientes de manera rápida.
Prioridad del Requerimiento Alta.
100
4 Especificación de Casos de Uso
4.1 Diagrama de Casos de Uso General
Ilustración 20: Diagrama de Casos de Uso General de SINAVAPA
101
4.2 Casos de Uso del Módulo Gestionar Usuarios
4.2.1 Diagrama de Casos de Uso para Gestionar Usuarios
Ilustración 21: Diagrama de Casos de Uso para Gestionar Usuarios de SINAVAPA
102
4.2.2 CUS01 – Gestionar Usuarios
Caso de Uso Gestionar usuarios CUS01
Actor (es) Administrador
Tipo Avanzado
Propósito Permitir a un administrador gestionar las cuentas de usuario del
sistema.
Referencias
Precondición (es) No aplica.
Postcondición Gestión satisfactoria del usuario.
Autores Eddy R. Gomera Fecha 11/02/2018 Versión 1.1
Resumen
Este caso de uso inicia cuando el administrador ingresa al sistema, selecciona la opción
crear cuenta y completa los datos requeridos. Luego de esto, el sistema procede a
realizar el registro del usuario en la base de datos. Por último, presenta un mensaje
indicando la creación exitosa del usuario.
Flujo Básico
Paso Usuario Sistema
FB1
El caso de uso comienza cuando el
administrador se dirige a la aplicación y
esta le muestra la lista de los usuarios
creados y selecciona del menú de opciones:
“Crear Cuenta”. (Menú de opciones: Crear
Cuenta, Modificar Usuario, Reportes)
FB2
El sistema lo redirecciona a la
página de creación de cuentas y
le muestra el formulario de
registro.
103
FB3
El administrador procede a llenar el
formulario y pulsa la opción “Guardar”.
FB4
El sistema valida que los campos
cumplan con el formato y luego
los registra al sistema.
FB5
El sistema muestra un mensaje
confirmando la creación exitosa
de la cuenta.
Flujos Alternos
FA1 en FB3, FA2.3, FA3.4, FA5.3 y FA6.3: El administrador selecciona la opción:
“Cancelar”
Paso Usuario Sistema
FA1.1 El administrador selecciona la
opción: “Cancelar”.
FA1.2 El sistema redirecciona al
administrador a la página principal.
FA2 en FB1: El administrador selecciona la opción: “Modificar Usuario”
FA2.1
El administrador selecciona un
usuario de la lista de usuarios ya
creados y hace click en la opción:
“Modificar Usuario”
FA2.2
El sistema muestra los campos
editables del perfil y los botones de
guardar, cancelar y cerrar cuenta.
FA2.3
El administrador procede a cambiar
la información guardada en el
formulario y pulsa la opción
“Guardar”
FA2.4
El sistema muestra un mensaje de
confirmación: “¿Está seguro de que
desea guardar los cambios del perfil?”
104
FA2.5
\
El administrador selecciona la
opción: “Si”.
FA2.6 El sistema valida todos los campos del
formulario, los procesa y guarda.
FA2.7
El sistema muestra un mensaje: “Los
datos han sido actualizados
satisfactoriamente.”, cambia los
campos editables a solo lectura y
esconde los botones de guardar,
cancelar y cerrar cuenta.
FA3 en FB1: El administrador selecciona la opción: “Reportes”
FA3.1 El administrador selecciona la
opción: “Reportes”.
FA3.2
El sistema muestra al administrador la
lista de reportes generados y un nuevo
listado de opciones (Generar Reporte,
Visualizar Reporte, Exportar Reporte,
Imprimir Reporte y Atrás).
FA3.3 El administrador selecciona la
opción: “Generar Reporte”.
FA3.4
El sistema lo redirecciona a la página
de generación de reportes la cual está
conformada por una serie de
parámetros elegibles por el
administrador.
FA3.5
El administrador procede a
seleccionar los parámetros deseados
y hace click en “Generar”.
FA3.6
El sistema genera el reporte con los
parámetros seleccionados y muestra un
mensaje confirmando la creación
exitosa del reporte.
FA3.7 El sistema muestra el reporte generado
al administrador.
105
FA3.8 El administrador hace click en
“Aceptar”.
FA3.9
El sistema cierra la ventana del reporte
y envía al administrador a la lista de
reportes generados.
FA4 en FA3.3: El administrador selecciona la opción: “Visualizar Reporte”
FA4.1
El administrador selecciona un
reporte de la lista de reportes ya
generados y hace click en
“Visualizar Reporte”.
FA4.2 El sistema muestra una ventana con los
detalles del reporte seleccionado.
FA4.3 El administrador hace click en
“Aceptar”.
FA4.4
El sistema cierra la ventana del reporte
y envía al administrador a la lista de
reportes generados.
FA5 en FA3.3: El administrador selecciona la opción: “Exportar Reporte”
FA5.1
El administrador selecciona un
reporte de la lista de reportes ya
generados y hace click en “Exportar
Reporte”.
FA5.2
El sistema muestra una ventana de
acceso al directorio de archivo del
sistema operativo con las opciones de
los formatos permitidos para la
exportación.
FA5.3
El administrador procede a
seleccionar el formato deseado y
hace click en “Guardar”.
FA5.4
El sistema crea el archivo en el formato
deseado con los datos de los reportes
seleccionados y muestra un mensaje de
confirmación de la creación exitosa.
106
FA5.5 El sistema envía al administrador a la
lista de reportes generados.
FA6 en FA3.3: El administrador selecciona la opción: “Imprimir Reporte”
FA6.1
El administrador selecciona un
reporte de la lista de reportes ya
generados y hace click en “Imprimir
Reporte”.
FA6.2
El sistema redirecciona al
administrador a la ventana de acceso a
las impresoras y sus opciones de
impresión.
FA6.3
El administrador selecciona los
parámetros de impresión y hace
click en: “Imprimir”.
FA6.4
El sistema imprime el documento con
los parámetros seleccionados y
muestra un mensaje de confirmación
de impresión exitosa.
FA6.5 El sistema envía al administrador a la
lista de reportes generados.
FA7 en FA3.3: El administrador selecciona la opción: “Atrás”
FA7.1 El usuario selecciona la opción:
“Atrás”.
FA7.2 El sistema redirecciona al usuario a la
pantalla principal.
Flujos de Error
FE1 en FB3: Datos no corresponden con el formato de validación.
FE1.1
El administrador introduce datos
que no corresponden con el formato
de validación y pulsa la opción:
“Guardar”
107
FE1.2
El sistema muestra un error de
validación en pantalla y le muestra el
formato que necesita tener.
108
4.3 Casos de Uso del Módulo Gestionar Pacientes
4.3.1 Diagrama de Casos de Uso para Gestionar Pacientes
Ilustración 22: Diagrama de Casos de Uso para Gestionar Pacientes de SINAVAPA
109
4.3.2 CUS02 – Gestionar Pacientes
Caso de Uso Gestionar pacientes CUS02
Actor (es) Cardiólogo
Tipo Básico
Propósito Permitir al cardiólogo gestionar la lista de pacientes que tiene
asignado.
Referencias CUS01
Precondición (es) Tener una cuenta de usuario creada.
Postcondición Gestión adecuada de los pacientes asignados al cardiólogo
Autores Eddy R. Gomera Fecha 11/02/2018 Versión 1.1
Resumen
Este caso de uso inicia cuando el cardiólogo está dentro del sistema y este último le
muestra la lista de todos los pacientes que tiene asignado, el cardiólogo selecciona la
opción "Monitorear paciente". El sistema presenta una vista con la captura en tiempo
real de las presiones arteriales del paciente seleccionado, además de un listado de los
registros en el tiempo de la misma.
Flujo Básico
Paso Usuario Sistema
FB1
El caso de uso comienza cuando el
cardiólogo está dentro del sistema y
al visualiza la lista de pacientes que
tiene asignado selecciona a uno de los
pacientes y hace click en “Monitorear
paciente” del menú de opciones
(Monitorear paciente, Citas,
Reportes).
FB2 El sistema muestra en la mitad superior
de la pantalla un gráfico que representa
110
la variación en tiempo real de la presión
arterial del paciente. En la otra mitad el
sistema muestra una lista dinámica de
los registros capturados de las presiones
arteriales.
FB3 El cardiólogo hace click en
“Aceptar”.
FB4
El sistema redirecciona al cardiólogo a
la lista de todos los pacientes que tiene
asignado.
Flujos Alternos
FA1 en FB1: El cardiólogo no tiene pacientes asignados.
Paso Usuario Sistema
FA1.1
El cardiólogo selecciona la opción
ver lista de pacientes, pero éste no
tiene pacientes asignados.
FA1.2
El sistema muestra un mensaje que
dice: ¨Usted no tiene pacientes
asignados.¨.
FA2 en FB1: El cardiólogo selecciona la opción: “Citas”
FA2.1 El cardiólogo selecciona la opción
“Citas”.
FA2.2
El sistema muestra al cardiólogo un
calendario interactivo con las citas ya
programadas y un nuevo listado de
opciones (Visualizar cita, Crear cita,
Modificar cita y Atrás).
FA2.3
El cardiólogo selecciona desde el
calendario interactivo la cita de
interés y hace click en “Visualizar
cita”.
111
FA2.4
El sistema redirecciona al cardiólogo
una página con los datos de la cita
seleccionada.
FA2.5 El cardiólogo hace click en
“Aceptar”
FA2.6 El sistema redirecciona al cardiólogo a
la pantalla de citas.
FA3 en FA2.3: El cardiólogo selecciona la opción: “Crear cita”
FA3.1 El cardiólogo selecciona la opción
“Crear cita”.
FA3.2
El sistema muestra una nueva página
con un formulario y los datos
requeridos para programar una cita.
FA3.3
El cardiólogo completa el
formulario con los datos
solicitados y hace click “Crear”
FA3.4
El sistema muestra un mensaje
confirmando la creación satisfactoria
de la cita.
FA3.5 El sistema envía al cardiólogo a la
pantalla de citas.
FA4 en FA2.3: El cardiólogo selecciona la opción: “Modificar cita”
FA4.1 El cardiólogo selecciona la opción
“Modificar cita”.
FA4.2
El sistema muestra la página con el
formulario editable y los datos
requeridos para modificar una cita.
FA4.3
El cardiólogo completa el
formulario con los datos
solicitados y hace click
“Modificar”
FA4.4
El sistema muestra un mensaje
confirmando la modificación
satisfactoria de la cita.
112
FA4.5 El sistema envía al cardiólogo a la
pantalla de citas.
FA5 en FB1: El cardiólogo selecciona la opción: “Reportes”
FA5.1 El cardiólogo selecciona la opción:
“Reportes”.
FA5.2
El sistema muestra al cardiólogo la lista
de reportes generados y un nuevo
listado de opciones (Generar Reporte,
Visualizar Reporte, Exportar Reporte,
Imprimir Reporte y Atrás).
FA5.3 El cardiólogo selecciona la opción:
“Generar Reporte”.
FA5.4
El sistema lo redirecciona a la página
de generación de reportes la cual está
conformada por una serie de
parámetros elegibles por el cardiólogo.
FA5.5
El cardiólogo procede a
seleccionar los parámetros
deseados y hace click en
“Generar”.
FA5.6
El sistema genera el reporte con los
parámetros seleccionados y muestra un
mensaje confirmando la creación
exitosa del reporte.
FA5.7 El sistema muestra el reporte generado
al cardiólogo.
FA5.8 El cardiólogo hace click en
“Aceptar”.
FA5.9
El sistema cierra la ventana del reporte
y envía al cardiólogo a la lista de
reportes generados.
FA6 en FA5.3: El cardiólogo selecciona la opción: “Visualizar Reporte”
FA6.1 El cardiólogo selecciona un
reporte de la lista de reportes ya
113
generados y hace click en
“Visualizar Reporte”.
FA6.2 El sistema muestra una ventana con los
detalles del reporte seleccionado.
FA6.3 El cardiólogo hace click en
“Aceptar”.
FA6.4
El sistema cierra la ventana del reporte
y envía al cardiólogo a la lista de
reportes generados.
FA7 en FA5.3: El cardiólogo selecciona la opción: “Exportar Reporte”
FA7.1
El administrador selecciona un
reporte de la lista de reportes ya
generados y hace click en
“Exportar Reporte”.
FA7.2
El sistema muestra una ventana de
acceso al directorio de archivo del
sistema operativo con las opciones de
los formatos permitidos para la
exportación.
FA7.3
El administrador procede a
seleccionar el formato deseado y
hace click en “Guardar”.
FA7.4
El sistema crea el archivo en el formato
deseado con los datos de los reportes
seleccionados y muestra un mensaje de
confirmación de la creación exitosa.
FA7.5 El sistema envía al administrador a la
lista de reportes generados.
FA8 en FA5.3: El cardiólogo selecciona la opción: “Imprimir Reporte”
FA8.1
El cardiólogo selecciona un
reporte de la lista de reportes ya
generados y hace click en
“Imprimir Reporte”.
114
FA8.2
El sistema redirecciona al cardiólogo a
la ventana de acceso a las impresoras y
sus opciones de impresión.
FA8.3
El cardiólogo selecciona los
parámetros de impresión y hace
click en: “Imprimir”.
FA8.4
El sistema imprime el documento con
los parámetros seleccionados y muestra
un mensaje de confirmación de
impresión exitosa.
FA8.5 El sistema envía al cardiólogo a la lista
de reportes generados.
FA9 en FA3.3, FA4.3, FA5.5, FA7.3 y FA8.3: El cardiólogo selecciona la opción:
“Cancelar”
FA9.1 El cardiólogo selecciona la opción:
“Cancelar”.
FA9.2 El sistema redirecciona al cardiólogo a
la página principal.
FA10 en FA2.3 y FA5.3: El cardiólogo selecciona la opción: “Atrás”
FA10.1 El cardiólogo selecciona la opción:
“Atrás”.
FA10.2 El sistema redirecciona al cardiólogo a
la pantalla principal.
Flujos de Error
FE1 en FB2: El sistema no ha registrado presiones arteriales.
FE1.1 El sistema no ha registrado presiones
arteriales.
FE1.2
El sistema muestra un error de
notificación que dice: “El sistema no
ha registrado presiones arteriales. Por
favor verifique la conexión a internet
115
de los dispositivos o que el paciente
este usando el dispositivo sensorial.”
FE2 en FA3.3 y FA4.3: Datos no corresponden con el formato de validación.
FE2.1
El cardiólogo introduce datos que no
corresponden con el formato de
validación y pulsa la opción de
validación del formulario.
FE2.2
El sistema muestra un error de
validación en pantalla y le muestra el
formato que necesita tener.
116
4.4 Casos de Uso del Módulo Gestionar Cuenta
4.4.1 Diagrama de Casos de Uso para Gestionar la Cuenta
Ilustración 23: Diagrama de Casos de uso para Gestionar la Cuenta de SINAVAPA
117
4.4.2 CUS03 – Gestionar Cuenta
Caso de Uso Gestionar cuenta CUS03
Actor (es) Usuario
Tipo Básico
Propósito
Permitir a un usuario visualizar el registro en tiempo real de las
presiones arteriales del paciente en observación y gestionar las
citas que tiene asignado.
Referencias CUS01
Precondición (es) Haber creado un usuario.
Postcondición Visualizar las variaciones de las presiones arteriales.
Gestión satisfactoria de las citas del paciente.
Autores Eddy R. Gomera Fecha 11/02/2018 Versión 1.1
Resumen
Este caso de uso inicia cuando el usuario accede al sistema, éste le muestra las
variaciones de la presión arterial en tiempo real, un listado de los registros en el tiempo
de la misma y una opción para gestionar las citas que el paciente tiene programado. El
caso de uso finaliza cuando el usuario accede a la pantalla de citas y crea una nueva.
Flujo Básico
Paso Usuario Sistema
FB1 El caso de uso comienza cuando el
usuario está dentro del sistema.
FB2
El sistema muestra en la mitad
superior de la pantalla un gráfico que
representa la variación en tiempo real
de la presión arterial del paciente. En
la otra mitad el sistema muestra una
lista dinámica de los registros
capturados de las presiones arteriales.
118
FB3 El usuario hace click en “Citas”.
FB4
El sistema muestra al usuario un
calendario interactivo con las citas ya
programadas y un nuevo listado de
opciones (Visualizar cita, Crear cita,
Modificar cita y Atrás).
FB5
El usuario selecciona desde el
calendario interactivo la cita de
interés y hace click en “Visualizar
cita”.
FB6
El sistema redirecciona al usuario a
una página con los datos de la cita
seleccionada.
FB7 El cardiólogo hace click en
“Aceptar”.
FB8 El sistema redirecciona al cardiólogo
a la pantalla de citas.
Flujos Alternos
FA1 en FB5: El usuario selecciona la opción: “Crear cita”
FA1.1 El usuario selecciona la opción
“Crear cita”.
FA1.2
El sistema muestra una nueva página
con un formulario y los datos
requeridos para programar una cita.
FA1.3
El usuario completa el formulario
con los datos solicitados y hace
click “Crear”
FA1.4
El sistema muestra un mensaje
confirmando la creación satisfactoria
de la cita.
FA1.5 El sistema envía al usuario a la pantalla
de citas.
119
FA2 en FB5: El usuario selecciona la opción: “Modificar cita”
FA2.1 El usuario selecciona la opción
“Modificar cita”.
FA2.2
El sistema muestra la página con el
formulario editable y los datos
requeridos para modificar una cita.
FA2.3
El usuario completa el formulario
con los datos solicitados y hace
click “Modificar”
FA2.4
El sistema muestra un mensaje
confirmando la modificación
satisfactoria de la cita.
FA2.5 El sistema envía al usuario a la pantalla
de citas.
FA3 en FA1.3, FA2.3: El usuario selecciona la opción: “Cancelar”
FA3.1 El usuario selecciona la opción:
“Cancelar”.
FA3.2 El sistema redirecciona al usuario a la
pantalla de citas.
FA4 en FB5: El usuario selecciona la opción: “Atrás”
FA4.1 El usuario selecciona la opción:
“Atrás”.
FA4.2 El sistema redirecciona al usuario a la
pantalla principal.
Flujos de Error
FE1 en FB2: El sistema no ha registrado presiones arteriales.
FE1.1 El sistema no ha registrado
presiones arteriales.
FE1.2 El sistema muestra un error de
notificación que dice: “El sistema no
120
ha registrado presiones arteriales.
Por favor verifique la conexión a
internet de los dispositivos o que el
paciente este usando el dispositivo
sensorial.”
FE2 en FA1.3 y FA2.3: Datos no corresponden con el formato de validación.
FE2.1
El usuario introduce datos que no
corresponden con el formato de
validación y pulsa la opción de
validación del formulario.
FE2.2
El sistema muestra un error de
validación en pantalla y le muestra
el formato que necesita tener.
121
4.5 Casos de Uso del Módulo de Generar Notificaciones
4.5.1 Diagrama de Casos de Uso para Generar Notificaciones
Ilustración 24: Diagrama de Casos de Uso para Generar Notificaciones en SINAVAPA
122
4.5.2 CUS04 – Generar Notificaciones
Caso de Uso Generar notificaciones CUS04
Actor (es) Sistema
Tipo Avanzado
Propósito
Genera una notificación automática a los sistemas de emergencia
cuando la presión arterial de un paciente sale del rango permitido
por éste.
Referencias CUS01
Precondición (es) Haber registrado presiones arteriales. Registrar presiones arteriales
fuera del rango de un paciente.
Postcondición Notificación automática enviada a los sistemas de emergencia.
Autores Eddy R. Gomera Fecha 11/02/2018 Versión 1.1
Resumen
Este caso de uso inicia cuando el sistema registra una presión arterial fuera del rango
permitido por un paciente. El sistema procede a enviar una notificación de manera
automática a los sistemas de emergencia registrados con la información del paciente y
su ubicación.
Flujo Básico
Paso Usuario Sistema
FB1
El caso de uso comienza cuando el
sistema registra una presión arterial
fuera del rango permitido por un
paciente.
El sistema genera la ubicación del
paciente al que pertenece la presión
arterial y la almacena en la base de
datos.
123
FB2
El sistema envía una notificación
automáticamente a los sistemas de
emergencia registrados y a los
interesados (Cardiólogos y/o Usuarios)
con la información del paciente y su
ubicación.
124
3.7 Estudio de factibilidad del sistema
3.7.1 Introducción
Después de la realización del análisis de la situación actual respecto al proceso de registro
de la presión arterial de los pacientes del Instituto Dominicano para el Cuidado
Perioperatorio INDOPER, la cual nos cedió libre voluntad de definir los criterios para el
planteamiento de la problemática general y establecer las razones por las que este trabajo
de grado recomienda la implementación de un nuevo y novedoso sistema para estos fines,
es necesaria y pertinente la realización de un estudio de factibilidad, con el fin de
determinar el software, hardware y los recursos humanos necesarios para la
implementación del proyecto, de la misma manera se estimaron los costos y beneficios
que la propuesta genera a la empresa.
El presente Estudio de Factibilidad busca establecer la viabilidad con un grado
considerable de confiabilidad de implementar un sistema de notificación automática
sobre variaciones de la presión arterial de los pacientes del Instituto Dominicano para el
Cuidado Perioperatorio INDOPER, tanto en términos técnicos, económicos y operativos.
El éxito del proyecto dependerá del grado de viabilidad que se presente en las áreas
mencionadas anteriormente.
3.7.2 Propósito
Este estudio de factibilidad tiene como propósito recolectar la información necesaria para
la propuesta de desarrollo del proyecto, a fin de determinar qué tan útil y viable sería la
implementación del mismo y tomar decisiones en base a la información obtenida.
125
3.7.3 Descripción General
El presente estudio de factibilidad es un análisis de los aspectos más importantes del
proyecto a fin de establecer la disponibilidad de los recursos necesarios para la realización
del proyecto y determinar la utilidad del mismo conforme a los objetivos esperados por
la empresa. Esta investigación se llevó a cabo tomando en cuenta los siguientes criterios:
● Factibilidad Técnica
● Factibilidad Económica
● Factibilidad Operativa
3.7.4 Factibilidad Técnica
Con el fin de especificar la factibilidad técnica de la realización del sistema de
notificación automática sobre variaciones de la presión arterial de los pacientes del
Instituto Dominicano para el Cuidado Perioperatorio INDOPER, se realizó una
evaluación de los recursos técnicos existentes en la organización, con el propósito de
determinar si dichos recursos son suficientes para la realización del proyecto o si deben
complementarse.
Para la evaluación de este proyecto la organización determinó dos factores:
• Evaluación de los recursos de Software.
• Evaluación de los recursos de Hardware.
Recursos de Software
Los recursos de software necesarios para la implementación de la solución propuesta son
los detallados a continuación:
126
Requerimientos de Software del Sistema INDOPER
Requerimiento Detalle
Sistema Operativo Windows 7 ó superior
Explorador Web
Chrome 40.0 ó superior
Firefox 39.0 ó superior
Internet Explorer 9 ó superior
Gestor de Base de Datos SQL Server
Entorno de Desarrollo (IDE) Microsoft Visual Studio 2017
<<tabla 1>>
Hay que destacar que estos recursos fueron requerimientos del cliente y por consiguiente,
no deberán adquirir nueva tecnología dado que ya cuentan con varios de estos recursos
como son: el gestor de base de datos SQL Server, el sistema operativo MS Windows 7 y
la utilización de entorno de desarrollo de tecnología propietaria implica que se deberá
ajustar un gasto por estos conceptos.
Recursos de Hardware
Requerimientos de Hardware del Sistema INDOPER
Requerimiento Detalle
Espacio Físico
Espacio físico con proporciones de tamaño media y que cuente
con una temperatura promedio de 20-30 grados Celsius. Además,
el lugar no debe poseer humedad alguna.
Estaciones de
trabajo
Estaciones de trabajo con las siguientes características:
Memoria RAM: 2.0 Gb DDR3 ó superior
Almacenamiento interno: HDD 250 Gb ó superior
Procesador: 1.5Ghz o superior (2 núcleo preferiblemente)
127
Mouse y Teclado
Conexión a
internet
Disponibilidad de internet estable a una velocidad mínima de 10
Mbits/s de bajada.
Equipo
suplementario
de energía
Suplidor de energía ininterrumpible (UPS)
Recomendado: APC BE550G Back-UPS 550VA
Servidor
Servidor de aplicación con las características siguientes:
Sistema Operativo: CentOS 7
Memoria RAM: 16GB RAM DDR3 ó superior
Almacenamiento interno: HDD 2 TB ó superior
Procesador: 2 Procesadores 3.4Ghz Quad-Core ó superior
<<tabla 2>>
En este aspecto el Instituto Dominicano para el Cuidado Perioperatorio INDOPER no
deberá hacer inversión en la adquisición de nuevas estaciones de trabajos puesto que, ya
cuentan con estaciones que cumplen las características especificadas. Asimismo, la
empresa cuenta con el espacio físico en las condiciones requeridas y también, con una
conexión a internet estable que cumple con las especificaciones.
Por otro lado, la empresa deberá adquirir un servidor de aplicación con las características
mencionadas en la tabla anterior (tabla 2) dado que, no cuentan con ningún servidor de
aplicación disponible que cumpla las características especificadas.
3.7.5 Factibilidad Operativa
Desde el punto de visto operativo, el sistema a implementar para INDOPER, resultará
altamente factible en todas sus dimensiones. Debido al incremento notable en la fiabilidad
128
de los datos captados, así como de la rápida atención al paciente que sufre un ataque del
corazón, esta propuesta supone un cambio drástico tanto en el modus operandi de los
actores así como en las operaciones mismas.
Tras presentarse la problemática, se decidió dar un cambio revolucionario para la empresa
en los campos de la gestión interna, permitiendo a la empresa lograr todos sus objetivos
a un bajo coste en relación a los beneficios que supondrá este sistema.
Los desarrolladores del sistema tomarán las riendas del proyecto en su totalidad,
permitiendo a INDOPER dedicarse a sus labores cotidianas sin necesidad de cesar sus
actividades.
Debido a que el sistema propuesto será realizado en un entorno separado, con una interfaz
muy intuitiva y de fácil uso, no será necesario la utilización de recursos internos de
INDOPER para la implementación del mismo, lo cual a su vez permitirá a los
desarrolladores trabajar de la manera más ágil sin necesidad de traslados o algún otro
proceso que implique secar las actividades de desarrollo.
Finalmente se realizó un censo de la preparación necesaria para la utilización del sistema
a implementar, el cual solicitó las siguientes aptitudes:
● Conocimientos básicos de informática.
● Conocimientos básicos de navegación por internet.
● Conocer el manejo de los records médicos.
129
Tras estas especificaciones, se confirmó que todos los empleados de INDOPER están
capacitados, eliminando así el margen de imposibilidad de implementación por
incapacitación del personal.
3.7.6 Factibilidad Económica
El estudio realizado por este trabajo de grado para determinar los costes y beneficios del
sistema fueron basados en el análisis exhaustivo de los recursos requeridos y el retorno
de la inversión realizada por la empresa INDOPER, quienes aprobaron la realización de
una extracción de datos a la misma a través de los modelos de minería de datos.
Coste del Sistema
Debido a que la implementación del sistema no requiere de grandes recursos de hardware,
el equipo de investigación contable determinó como prioridad los gastos internos que
necesitará el equipo de desarrollo para la implementación del sistema y notificó que desea
realizar un presupuesto fraccionado de los recursos de hardware que se citará en este
documento.
A continuación, se detallan los costes de los recursos que se emplearán para el desarrollo
del sistema.
130
Presupuesto de Proyecto SINAVAPA
Líder del Proyecto: Eddy R. Gomera
Elemento Tipo de Recurso Unidades Tasa Semi Total
Consultor 1 Consultoría 280 340.00RD$ RD$95,200.00
Gerente de proyecto Labor (Personal) 280 370.00RD$ RD$103,600.00
Gerente de Analisis de requerimientos Labor (Personal) 63 280.00RD$ RD$17,640.00
Gerente de Desarrollo Labor (Personal) 86 320.00RD$ RD$27,520.00
Gerente de Implementación y pruebas Labor (Personal) 74 300.00RD$ RD$22,200.00
Gerente de Soporte tecnico y capacitacion Labor (Personal) 37 270.00RD$ RD$9,990.00
Gerente de Diseño y creatividad Labor (Personal) 70 280.00RD$ RD$19,600.00
Desarrollador Senior 1 (Lead) Labor (Personal) 75 218.00RD$ RD$16,350.00
Desarrollador Junior 1 Labor (Personal) 67 163.00RD$ RD$10,921.00
DBA Labor (Personal) 76 200.00RD$ RD$15,200.00
Analista de requerimientos Labor (Personal) 52 165.00RD$ RD$8,580.00
Analista de calidad (Tester) Labor (Personal) 60 165.00RD$ RD$9,900.00
Soporte tecnico Labor (Personal) 30 150.00RD$ RD$4,500.00
Especialista de entrenamiento Labor (Personal) 26 153.00RD$ RD$3,978.00
Especialista de instalacion y despliegue Labor (Personal) 20 200.00RD$ RD$4,000.00
Escritor tecnico Labor (Personal) 35 125.00RD$ RD$4,375.00
Laptop Materiales 10 37,000.00RD$ RD$370,000.00
Computadora de escritorio Materiales 6 65,000.00RD$ RD$390,000.00
Impresora Materiales 4 8,800.00RD$ RD$35,200.00
Microsoft Project Licencias 8 10,000.00RD$ RD$80,000.00
Microsoft Office Licencias 10 10,498.00RD$ RD$104,980.00
Enterprise Architech Licencias 3 9,168.00RD$ RD$27,504.00
Microsoft SQL Server Management Studio Licencias 2 -RD$ RD$0.00
Software Photoshop Licencias 1 13,293.00RD$ RD$13,293.00
Software Git Licencias 1 -RD$ RD$0.00
Software Github Licencias 1 11,460.00RD$ RD$11,460.00
Microsoft Visual Studio 2017 Licencias 12 25,000.00RD$ RD$300,000.00
RD$1,332,437.00
RD$373,554.00
0
RD$1,705,991.00
RD$255,898.65
RD$1,961,889.65
RD$843,612.55
RD$2,805,502.20
RD$981,925.77
RD$3,787,427.97
Total Gastos
Ganancias
Total
Total Material
Total Personal
Total Otros
Semi-Total
Previsión o Margen
Total Coste
Impuestos
131
Coste de Mantenimiento
El personal de desarrollo realizará un mantenimiento del sistema cada semana, el cual
tendrá una duración de 3 horas. Por lo cual se comprometen a realizar un mantenimiento
mensual equivalente a 12 horas, las cuales tienen un precio final de RD$ 1,300.00 por
hora, dando un total mensual de RD$ 15,600.00.
3.7.7 Beneficios del Sistema
A. Tangibles:
a. Reducción en gastos innecesarios en emergencias fallidas
b. Reducción en gastos innecesarios por emergencias no reales
c. Reducción de gastos operarios debido a la optimización del personal.
d. Aumento justificable de la tarifa de servicios
B. Intangibles:
a. Mejora del flujo de trabajo
b. Servicio exclusivo e innovador
c. Aumento significativo en la calidad de los servicios
d. Disminución de muertes por emergencias
3.7.8 Retorno de la Inversión
Tras el análisis obtenido de las investigaciones del personal operativo previo a esta
implementación, se determinó que se podrá prescindir de al menos 2 cardiólogos los
cuales generaban un gasto mensual para la empresa de RD$ 96,000.00. A su vez se
concluyó en prescindir de 3 anestesiólogos los cuales reportaban para la empresa un gasto
mensual de RD$ 105,000.00.
132
Los analistas asumieron que el nuevo sistema disminuirá notablemente los gastos del
departamento de emergencias, generando un incremento en las ganancias de 17.3%, los
cuales serán reflejados en las ganancias por servicios de emergencias mensuales de
INDOPER las cuales ascienden a al menos RD$ 352,000.00.
De este modo la empresa se ahorrará mensualmente un monto total por gastos de personal
de RD$ 201,000.00 e incrementará sus ganancias por servicios de emergencia mensuales
en al menos RD$ 60,896.00. Generando así un beneficio mensual de RD$ 261,896.00 tras
la implementación del sistema a desarrollar.
Finalmente se espera que tras 15 meses INDOPER recupere el monto total de la inversión
la cual asciende a RD$ 3,787,427.97, a partir del cual la empresa reportará beneficios
permanentes de RD$ 261,896.00 mensualmente.
3.7.9 Conclusiones
Finalizado el Estudio de Factibilidad Técnica, Operativa y Económica sobre la
implementación del sistema a desarrollar, se cuenta con la información necesaria para
concluir con que el proyecto representa un avance y una excelente oportunidad de
inversión para INDOPER, ya que además de poseer de antemano varios de los requisitos,
la inversión realizada será amortiguada rápidamente. A partir de entonces la empresa
generará grandes beneficios monetarios y una extensa lista de ventajas que harán de
INDOPER uno de los centros médicos más modernos, exclusivos y rentables.
133
3.8 Diagrama de Dominio
Ilustración 25: Diagrama de Dominio
134
RESUMEN CAPÍTULO 3
INDOPER es un centro clínico que a pesar de su extensa experiencia en el cuidado
perioperatorio, carecen de un sistema que notifique automáticamente a los servicios de
emergencia para socorrer a sus pacientes que padecen de enfermedades cardiovasculares.
Esto a su vez da cabida al problema de la preservación de la vida y a rápida atención de
estos individuos. En efecto, tal y como se observa en la investigación realizada, no solo
da por cierto la existencia de este inconveniente, sino que fortalece la necesidad del
desarrollo de una plataforma que cumpla con lo establecido en el documento de
especificación de requisitos de software de este trabajo de grado.
Así pues, la inconformidad con los servicios de emergencia presentada por los
cardiólogos y los familiares de pacientes que sufren enfermedades cardiovasculares de
INDOPER, han dado paso la elaboración de un documento visión que contenga en
detalle la problemática y su solución. Finalmente se realizó el levantamiento de los
requisitos necesarios para el desarrollo del sistema propuesto en el documento de
especificación de software.
135
CAPÍTULO 4:
DISEÑO DE LA PROPUESTA DE UN SISTEMA
AUTOMÁTICO DE NOTIFICACIÓN DE PRESIÓN
ARTERIAL
136
INTRODUCCIÓN
Una vez presentados los datos estadísticos de la investigación científica realizada sobre
la problemática propuesta en este trabajo de grado, y al determinar una solución factible
y precisa, el siguiente paso es el diseño del sistema especificado en los documentos visión
y SRS expuestos en el capítulo 3, para lo cual se utilizarán los diagramas UML
Durante este capítulo final se mostrarán los diagramas UML del diseño de cada
componente y proceso del sistema propuesto en el capítulo anterior utilizando
herramientas profesionales especializadas para estas tareas. Además, se incluirán las
pantallas preliminares de la interfaz gráfica.
137
4.1 Diseño del sistema
Para el diseño del sistema de notificación automática sobre variaciones de la presión
arterial de los pacientes de INDOPER (SINAVAPA) se utilizaron las siguientes
herramientas para diagramación:
• Microsoft Visio 2016: Este entorno gráfico para diagramaciones profesionales
sirvió para el diseño de los diagramas UML de todo el sistema.
• Balsamiq Mockups 3: Esta herramienta para creación de prototipos se utilizó
para el diseño de la interfaz preliminar.
138
4.2 Diagramas UML
4.2.1 Diagrama de Arquitectura
Ilustración 26: Diagrama de Arquitectura de SINAVAPA
Dispositivo con sensor de presión
arterial
Paciente
Internet Firewall
Servidor
Servidor Secundario
Firewall
Internet
Firewall
Firewall
Dispositivo Móvil
Usuario
SINAVAPA
Base de DatosWeb App
API
Kernel SINAVAPA
Gestión de usuarios
Gestión de notificaciones
Gestión de pacientes
Gestión de cuenta
Registro automátizado
Gestión de Reportes
Gestión de citas
Generador de ubicación
139
Diagrama de Arquitectura Interno de SINAVAPA
Ilustración 27: Diagrama de Arquitectura Interno de SINAVAPA
SINAVAPA
Base de DatosWeb App
API
Kernel SINAVAPA
Gestión de usuarios
Gestión de notificaciones
Gestión de pacientes
Gestión de cuenta
Registro automátizado
Gestión de Reportes
Gestión de citas
Generador de ubicación
140
4.2.2 Diagramas de casos de uso
Diagrama de caso de uso General
Ilustración 28: Diagrama de caso de uso general
Diagrama de caso de uso CUS01 – Gestionar Usuarios
Ilustración 29: Diagrama de caso de uso CUS01
Gestionar cuenta
Usuario
Usuario
Sistema de emergencia / 911
Gestionar usuarios
Gestionar pacientes
Monitorear presión arterial
Gestionar citas
Generar ubicación
Gestionar reportes
Crear cita
Modificar cita
Ver cita
Crear usuario
Modificar usuario
Generar notificaciones
<<extend>>
<<include>>
<<include>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Generar reporte
Exportar reporte
<<extend>>
<<extend>>
<<extend>>
Imprimir reporte
<<extend>>
Gestionar usuarios
Gestionar reportes
Crear usuario
Modificar usuario
<<extend>>
<<extend>>
<<extend>>
Generar reporte
Exportar reporte
<<extend>>
<<extend>>
Imprimir reporte
<<extend>>
141
Diagrama de caso de uso CUS02 – Gestionar Pacientes
Ilustración 30: Diagrama de caso de uso CUS02
Diagrama de caso de uso CUS03 – Gestionar Cuenta
Ilustración 31. Diagrama de caso de uso CUS03
Gestionar pacientesMonitorear presión
arterial
Gestionar citas
Gestionar reportes
Crear cita
Modificar cita
Ver cita
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>> Generar reporte
Exportar reporte
<<extend>>
<<extend>>
<<extend>>
Imprimir reporte
<<extend>>
Gestionar cuenta
Monitorear presión arterial
Gestionar citas Crear cita
Modificar cita
Ver cita
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
142
Diagrama de caso de uso CUS04 – Generar Notificaciones
Ilustración 32: Diagrama de caso de uso CUS04
Monitorear presión arterial
Generar ubicación
Generar notificaciones
<<include>>
<<include>>
143
4.2.3 Diagrama de clases
Ilustración 33: Diagrama de clases
Paciente
-idPaciente: int-nombre: String-apellido: String-edad: int-idSensor: int-recordMedico: int-telefono: int-estado: boolean-pMin: int-pMax: int
-asignarMedico()
Presión Arterial
-idPresion: int-presion: int-idSensor: int
-generarRegistro()
Notificación
-idNotificacion: int-idUsuario: Array(int)-idSistema: Array(int)-idRegistro: int-informacion: String-estado: boolean
-enviarNotificacion()
Sensor
-idSensor: int-estado. boolean-dispositivo: String-marca: String-idPaciente: int-estado: boolean
-capturarPresion()
Usuario
-idUsuario: int-nombre: String-apellido: String-edad: int-nombreUsuario: String-contraseña: password-rol: String-telefono: int-estado: boolean
-login()-acceder()-cambiarContraseña()-cambiarRol()-crearUsuario()modificarUsuario()-generarReporte()-exportarReporte()-imprimirReporte()-verPaciente()
Registro
-idRegistro: int-idPresion: int-idPaciente: int-fecha: Date-hora: Time-idUbicacion: int
-generarUbicacion()-monitorear()-generarNotificacion()
Sistema de Emergencia
-idSistema: int-nombre: String-telefono: int-direccion: String
-ejecutar()
Cita
-idCita-idUsuario: int-idPaciente: int-fecha: Date-hora: Time-estado: String-detalle: String
-crearCita()-modificarCita()
Ubicación
-idUbicacion: int-ubicacion: String
-ejecutar()
1
1Tiene
1 … Captura
…
1
Realiza
… 1
Tiene
…
… Notifica
… 1...*
Visualiza
2
…
Tiene
…
…
Notifica
1
…
Genera
Diagrama de Clases del Sistema de notificación automática sobre variaciones de la presión arterial de los pacientes de
INDOPER. (SINAVAPA)
1
…
Tiene
0..*
…
Monitorea
144
4.2.4 Diagramas de secuencias
Diagrama de secuencia del caso de uso CUS01 – Gestionar Usuarios
Ilustración 34: Diagrama de secuencia del caso de uso CUS01
UsuarioGUI Login
Servicio Autenticación
Acceder()
Login(userName, password): String
[else]
[userName.Exist()==true &&password.Exiist()==true &&userName.Rol()==Admin]: String
GUI InicioServicio
Gestion Usuario
alt ValidarUsuario()
Acceder()
[else]
Crear Usuario(userName,
password, rol): String
alt CrearUsuario()
[userName.Exist()==false]: String Mensaje (¨Usuario creado satisfactoriamente¨)
Redireccionar()
Mensaje (¨Usuario ya existe¨)
Mensaje (¨Error de login¨): String
Redireccionar()
Modificar Usuario(): String
Mensaje (¨Usuario modificado satisfactoriamente¨)
Redireccionar()
Servicio Gestion Reportes
Generar reporte(criteria1, criteria2, criteria3): String
Redireccionar()
Mensaje (¨Reporte generado¨): String
opt GenerarReporte()
[criteria1.Exist()==true &&criteria2.Exist()==true &&criteria3.Exist()==true]: String
Exportar Reporte(): String
Mensaje (¨Reporte exportadosatisfactoriamente¨)
Redireccionar()
Imprimir Reporte(): String
Mensaje (¨Reporte impresosatisfactoriamente¨)
Redireccionar()
145
Diagrama de secuencia del caso de uso CUS02 – Gestionar Pacientes
Ilustración 35: Diagrama de secuencia del caso de uso CUS02
UsuarioGUI Login
Servicio Autenticación
Acceder()
Login(userName, password): String
[else]
[userName.Exist()==true &&password.Exiist()==true &&userName.Rol()==Doc]: String
GUI InicioServicio
Citas
alt ValidarUsuario()
Acceder()
Mensaje (¨Error de login¨): StringRedireccionar()
Servicio Pacientes
Ver Paciente()Crear Cita
(idPaciente, idDoctor, fecha, hora): String
alt CrearCita()
[else]
[idPaciente.Exist==true &&idDoctor.Exist==true && fecha.Available==true && hora.Available==true]: String
Mensaje (¨Cita programada correctamente¨): String
Redireccionar()
Mensaje (¨La cita no se puede programar¨): String
Modificar Cita(fecha, hora): String
alt CrearCita()
[else]
[fecha.Available==true && hora.Available==true]: String
Mensaje (¨Cita modificada correctamente¨): StringRedireccionar()
Mensaje (¨La cita no se puede programar¨): String
Servicio Gestion Reportes
Generar reporte(criteria1, criteria2, criteria3): String
Redireccionar()
Mensaje (¨Reporte generado¨): String
opt GenerarReporte()
[criteria1.Exist()==true &&criteria2.Exist()==true &&criteria3.Exist()==true]: String
Exportar Reporte(): String
Mensaje (¨Reporte exportadosatisfactoriamente¨)
Redireccionar()
Imprimir Reporte(): String
Mensaje (¨Reporte impresosatisfactoriamente¨)
Redireccionar()
146
Diagrama de secuencia del caso de uso CUS03 – Gestionar Cuenta
Ilustración 36: Diagrama de secuencia del caso de uso CUS03
UsuarioGUI Login
Servicio Autenticación
Acceder()
Login(userName, password): String
[else]
[userName.Exist()==true &&password.Exiist()==true &&userName.Rol()==User]: String
GUI InicioServicio
Citas
alt ValidarUsuario()
Acceder()
Mensaje (¨Error de login¨): String
Redireccionar()
Servicio Pacientes
Ver Paciente()Crear Cita
(idPaciente, idDoctor, fecha, hora): String
alt CrearCita()
[else]
[idPaciente.Exist==true &&idDoctor.Exist==true && fecha.Available==true && hora.Available==true]: String
Mensaje (¨Cita programada correctamente¨): String
Redireccionar()
Mensaje (¨La cita no se puede programar¨): String
Modificar Cita(fecha, hora): String
alt CrearCita()
[else]
[fecha.Available==true && hora.Available==true]: String
Mensaje (¨Cita modificada correctamente¨): StringRedireccionar()
Mensaje (¨La cita no se puede programar¨): String
147
Diagrama de secuencia del caso de uso CUS04 – Generar Notificaciones
Ilustración 37: Diagrama de secuencia del caso de uso CUS04
SINAVAPA
Servicio Notificación
Servicio Ubicación
Sistema de Emergencia
Registro Presión Arterial
Generar Notificación(): Boolean
alt Monitorear()
[else]
[pArterial.OutRange()==true]: String
Monitorear Presión Arterial(pArterial): String
Generar Ubicación(): String
String(Ubicacion)
String(Ubicacion)
String(datosRegistro)
Enviar Notificación(datosRegistro): Boolean
Boolean(datosRegistro.Enviado(true))
Boolean(datosRegistro.Enviado(true))
Boolean(datosRegistro.Enviado(true))
String(datosRegistro)
String(datosRegistro)
148
4.2.5 Diagrama de estados
Ilustración 38: Diagrama de estado del Usuario
Ilustración 39: Diagrama de estado del Paciente
Inicio
Creado
Eliminado
Activo
Inactivo
(Activar / desactivar)
(Eliminar)
Final
)
Inicio
Registrado
Eliminado
Citado
(Eliminar)
(Citar / Esperar)
Final
149
Ilustración 40: Diagrama de estado de la Cita
Ilustración 41: Diagrama de estado del Sensor
Inicio
Creada
Confirmada
Pendiente Cancelada
Reasignada
Final
(Confirmar / Cambiar)
(Confirmar / Cambiar)
(Confirmar / Cambiar)
(Confirmar / Cambiar)
(Confirmar / Cambiar)
Inicio
Instalado
Desconectado
Conectado
No
Si
Final
(Conectar / Desconectar)
¿Esta conectado al sistema?
150
Ilustración 42: Diagrama de estado de la Presión Arterial
Ilustración 43: Diagrama de estado del Registro
Inicio
No registradaFinal
Registrada(Registrar)
Inicio
Dentro del rango
Fuera de rango
(Monitorear)
(Monitorear)
Final
(Monitorear)
151
Ilustración 44: Diagrama de estado de la Notificación
Ilustración 45: Diagrama de estado de los Sistemas de Emergencia
Inicio
EnviadaGeneradaFinal
(Enviar)
Inicio
Notificado
RegistradoFinal
(Notificar)
En espera
(Notificar / Esperar)
152
4.2.6 Diagrama entidad-relación
Ilustración 46: Diagrama Entidad-Relación
Paciente
Presión Arterial
Notificación
Sensor
Usuario
Registro
Sistema de EmergenciaCita
Ubicación
1
1
Tiene
1 … Captura
…
1
Realiza
… 1Tiene
… … Notifica
…
1...*Visualiza
2
…
Tiene
…
…
Notifica
1
…
Genera
Diagrama Entidad-Relación del Sistema de notificación automática sobre variaciones de la presión arterial de los pacientes
de INDOPER. (SINAVAPA)
1
…
Tiene
0..*
… Monitorea
153
4.3 Diseño preliminar de la interfaz gráfica
Interfaz gráfica de la pantalla Login
Ilustración 47: Interfaz gráfica de la pantalla Login
Interfaz gráfica de la pantalla Login al introducir credenciales no autorizadas
Ilustración 48: Interfaz gráfica de la pantalla Login con credenciales erroneos
154
Interfaz gráfica de la pantalla Gestión de Usuarios
Ilustración 49: Interfaz gráfica de la pantalla Gestión de Usuarios
Interfaz gráfica de la pantalla Crear Usuario
Ilustración 50: Interfaz gráfica de la pantalla Crear Usuario
155
Interfaz gráfica de la pantalla al Crear Usuario Satisfactoriamente
Ilustración 51: Interfaz gráfica de la pantalla al Crear Usuario Satisfactoriamente
Interfaz gráfica de la pantalla al Crear Usuario ya Existente
Ilustración 52: Interfaz gráfica de la pantalla al Crear Usuario ya Existente
156
Interfaz gráfica de la pantalla Modificar Usuario
Ilustración 53: Interfaz gráfica de la pantalla Modificar Usuario
Interfaz gráfica de la pantalla al Modificar Usuario Satisfactoriamente
Ilustración 54: Interfaz gráfica de la pantalla al Modificar Usuario Satisfactoriamente
157
Interfaz gráfica de la pantalla Gestión de Reportes de Usuarios
Ilustración 55: Interfaz gráfica de la pantalla Gestión de Reportes de Usuarios
Interfaz gráfica de la pantalla Generar Reportes de Usuarios
Ilustración 56: Interfaz gráfica de la pantalla Generar Reportes de Usuarios
158
Interfaz gráfica de la pantalla Generar Reportes de Usuarios Satisfactoriamente
Ilustración 57: Interfaz gráfica de la pantalla Generar Reportes de Usuarios
Satisfactoriamente
Interfaz gráfica de la pantalla Generar Reportes de Pacientes
Ilustración 58: Interfaz gráfica de la pantalla Generar Reportes de Pacientes
159
Interfaz gráfica de la pantalla Generar Reportes de Pacientes Satisfactoriamente
Ilustración 59: Interfaz gráfica de la pantalla Generar Reportes de Pacientes
Satisfactoriamente
Interfaz gráfica de la pantalla Ver Reportes de Usuarios
Ilustración 60: Interfaz gráfica de la pantalla Ver Reportes de Usuarios
160
Interfaz gráfica de la pantalla Ver Reportes de Pacientes
Ilustración 61: Interfaz gráfica de la pantalla Ver Reportes de Pacientes
Interfaz gráfica de la pantalla Gestión de Pacientes
Ilustración 62: Interfaz gráfica de la pantalla Gestión de Pacientes
161
Interfaz gráfica de la pantalla Monitorear Paciente
Ilustración 63: Interfaz gráfica de la pantalla Monitorear Paciente
Interfaz gráfica de la pantalla Gestionar Citas
Ilustración 64: Interfaz gráfica de la pantalla Gestionar Citas
162
Interfaz gráfica de la pantalla Crear Citas
Ilustración 65: Interfaz gráfica de la pantalla Crear Citas
Interfaz gráfica de la pantalla Crear Citas Satisfactoriamente
Ilustración 66: Interfaz gráfica de la pantalla Crear Citas Satisfactoriamente
163
Interfaz gráfica de la pantalla Modificar Citas
Ilustración 67: Interfaz gráfica de la pantalla Modificar Citas
Interfaz gráfica de la pantalla Modificar Citas Satisfactoriamente
Ilustración 68: Interfaz gráfica de la pantalla Modificar Citas Satisfactoriamente
164
Interfaz gráfica de la pantalla Visualizar Ubicación
Ilustración 69: Interfaz gráfica de la pantalla Visualizar Ubicación
4.4 Fiabilidad del sistema
La fiabilidad de los datos gestionados por el sistema estará basada en las buenas prácticas
clínicas empleadas en el registro de los historiales clínicos de cada paciente de INDOPER.
Esto quiere decir que los parámetros para los rangos permitidos en la variación de la
presión arterial de cada individuo serán los establecidos por el cardiólogo.
165
RESUMEN CAPÍTULO 4
Un diseño consistente y coherente es esencial para un sistema que envuelve a individuos
humanos, y sobre todo si pensamos en la simplicidad de la idea. Los diagramas del diseño
mostrados en este último capítulo cumplen con estas características como se ha podido
observar.
Cabe destacar la importancia del uso de UML para el diseño de sistemas robustos, pues
permite visualizar e integrar cada componente necesario para el funcionamiento del
sistema propuesto.
166
CONCLUSIÓN
El objetivo de este trabajo de grado consistió en diseñar un sistema que notifique de
manera automática a los sistemas de emergencia sobre las variaciones de las presiones
arteriales de los pacientes que sufren enfermedades cardiovasculares de INDOPER. Esta
propuesta ayudará a solventar la problemática identificada sobre los servicios de
emergencias y supervisión de los individuos en esas condiciones.
Ahora bien, para poder lograr esta finalidad, necesitamos primeramente determinar los
conceptos teóricos relacionados con este trabajo de grado y definir la metodología
para la investigación científica y el desarrollo de la plataforma propuesta, acciones
que describen al 1er y 2do objetivo específico, respectivamente. Metas que hemos
conseguido en los capítulos 1 y 2 tras determinar lo siguiente:
• El enfoque explicativo fue el método de investigación científica utilizado para
este trabajo de grado, el cual definió el concepto de la presión arterial, así como
las enfermedades cardiovasculares.
• Se determinó que el Proceso Unificado originó la metodología de desarrollo de
software que proporcionó los estándares de calidad para el ciclo de vida de esta
propuesta, a la vez que implementó los conceptos de la computación ubicua,
tales como el internet de las cosas, para resolver la problemática.
Una vez definida la metodología y como respuesta al 3er objetivo específico que
consistía en analizar el estado actual de las tecnologías de la información
implementadas en INDOPER, se realizó un análisis exhaustivo en donde se determinó
la falta de un sistema que facilite la comunicación con los servicios de emergencia
167
externos, además de la inexistencia de un método riguroso para el seguimiento de las
variaciones de la presión arterial de los pacientes que padecen de enfermedades
cardiovasculares. Así mismo, para validar estas afirmaciones, la investigación científica
arrojó los siguientes resultados:
• El 92% de los sujetos encuestados consideran ineficaz los sistemas actuales de
emergencia que socorren a personas que padecen de enfermedades
cardiovasculares.
• El 94% de las personas encuestadas consideran ineficiente la gestión actual de los
servicios de emergencias del centro INDOPER.
Para contrastar esta información, la investigación también demostró que:
• El 97% de los encuestados afirmaron que disponer de un sistema que informe
ininterrumpidamente sobre las variaciones de la presión arterial sería apropiado y
beneficioso.
• El 97% de los sujetos encuestados consideran que un sistema que monitorice las
presiones arteriales de los pacientes de INDOPER en todo momento ayudará
considerablemente a los cardiólogos a mantener un registro riguroso.
• El 98% de las personas entrevistadas confirman que para mejorar la prevención
de muertes ocasionadas por eventos adversos relacionados a enfermedades
cardiovasculares es necesario un sistema que notifique automáticamente a los
servicios de emergencia cuando un paciente de INDOPER sufre una alteración de
la presión arterial.
En consecuencia a los resultados del análisis estadístico proporcionado, se confirmó la
problemática existente sobre la ineficiencia e ineficacia de los servicios de emergencia
168
del centro INDOPER y la mejor solución aplicable bajo los estándares de la ingeniería de
software.
Así pues, se logró el 4to objetivo específico que buscaba diseñar una plataforma que
permita capturar las anomalías de la presión arterial de los pacientes del Instituto
Dominicano para el Cuidado Perioperatorio; modelando un sistema de notificación
automática de las variaciones de la presión arterial de los pacientes que sufren
enfermedades cardiovasculares en INDOPER, el cual se denominó “SINAVAPA”,
una plataforma que cumple con todos los requisitos necesarios para alcanzar el objetivo
principal de este trabajo de grado. En definitiva, un sistema seguro, eficaz, eficiente,
robusto y de calidad que rinde tributo a una frase de Thomas Edison que dice “el valor
de una idea radica en el uso de la misma”.
169
RECOMENDACIONES
Teniendo en cuenta la importancia de implementar la ingeniería de software en el
seguimiento de las presiones arteriales de pacientes que sufren de enfermedades
cardiovasculares y el incremento beneficioso de los servicios de emergencia, se aconseja
lo siguiente:
• El desarrollo de la solución propuesta deberá ir de la mano del desarrollo del
estudio clínico que se realice para aprobar la utilización de estas tecnologías en
seres humanos.
• Utilizar un marco de trabajo de desarrollo de software como Xamarin para que
la plataforma pueda ser accesible por cualquier usuario de dispositivos móviles,
y que a su vez se beneficie de las ventajas que estos últimos brindan.
• Exponer la solución a otros centros de cuidados perioperatorios y de cardiología
para que el alcance y repercusión del sistema sea mucho mayor, disminuyendo
así la tasa de mortalidad por enfermedades cardiovasculares.
• Implementar la mayor cantidad de servicios de emergencias, tales como el 911,
de modo que el abanico de respuesta ante un evento adverso sea mucho más
rápido y seguro.
• Instalar la mayor cantidad de puntos de acceso a internet en los lugares habituales
de los pacientes que padecen de enfermedades cardiovasculares, para que el
sistema SINAVAPA pueda estar en todo momento registrando las variaciones
de la presión arterial.
170
• Realizar una investigación clínica con su respectivo protocolo tras el desarrollo
de la solución, con el fin de obtener la aprobación por parte de las autoridades
de la salud, para su uso en seres humanos.
171
REFERENCIAS BIBLIOGRÁFICAS
Bibliografía
• 911, S. N. (4 de Enero de 2018). Estadísticas Sistema 9-1-1. Obtenido de Datos
Abiertos Gob RD: http://datos.gob.do/dataset/https-911-gob-do-wp-content-
uploads-2017-09-estadisticas-9-1-1-2017
• Arias, A. (2015). Aprende sobre la Ingeniería de Software: 2ª Edición. Madrid:
Createspace Independent Pub.
• Asociación Americana del Corazón . (2017). Resumen de estadísticas de 2017:
Enfermedad del corazón y ataque cerebral. American Heart Association.
Asociación Americana del Corazón .
• Baena Diez, J. M., del Val Garcia, J. L., Tomas Pelegrina, J., Martinez Martinez,
J. L., Martin Peñacoba, R., Gonzalez Tejon, I., . . . Oller Colom, M. (2005).
Epidemiología de las enfermedades cardiovasculares y factores de riesgo en
atención primaria. Revista Española de Cardiología, 367-373.
• BLOG INGENIERIA EN SOFTWARE . (2012). Fases del Modelo RUP.
Obtenido de Metodología RUP: http://metodologiadesoftware.blogspot.com/
• Cohen Karen, D., & Asin Lares, E. (2014). Tecnologías de la información (6a.
ed.). Mexico D. F.: McGraw-Hill Interamericana.
• ConsultorSalud. (01 de Diciembre de 2007). EL SISTEMA DE EMERGENCIAS
MEDICAS SEM - RESOLUCION. Obtenido de consultorsalud:
http://www.consultorsalud.com/
• Emergency Care Research Institute. (1998). ECRI. Obtenido de ECRI Institute:
http://www.ecri.org
172
• Fernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2014).
Metodología de la Investigación, 6ta. Edición. México: McGrall Hill.
• Frabetti, F. (2015). Software Theory : A Cultural and Philosophical Study.
Londres: Rowman & Littlefield International. .
• Gabay, J. (28 de 10 de 2015). Tecnología de sensores para aplicaciones de salud
y estado físico. Obtenido de www.digikey.com:
https://www.digikey.com/es/articles/techzone/2015/oct/sensor-technology-for-
health-and-fitness-applications
• Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, M. (2014).
Metodología de la investigación (6a. ed.). Mexico D. F.: McGraw-Hill
Interamericana.
• HETPRO. (2018). SENSOR DE PRESIÓN FUERZA MF01-N-221-A01. Obtenido
de HETPRO: https://hetpro-store.com/sensor-de-presion-fuerza-mf01/
• HospiMedica. (28 de Marzo de 2012). Sensor óptico revoluciona medición de la
presión sanguínea. Obtenido de www.hospimedica.es :
https://www.hospimedica.es/cuidados-criticos/articles/294739977/sensor-optico-
revoluciona-medicion-de-la-presion-sanguinea.html
• Howard, M. (2012). Pervasive Computing. New York: Nova Science Publishers,
Inc.
• Howard, M. L. (2012). Pervasive Computing. Nueva York: Nova Science
Publishers, Inc.
• Ishiyama Cervantes, R. (2011). La investigación científica y su difusión.
Asociación Peruana de Editores Científicos.
173
• Kaschel Carcamo, H., & Perez Bahamondes, J. (2014). Monitoreo ubicuo de salud
en tiempo real con WBSN. Ingeniare. Revista chilena de ingeniería, 22(2), 169-
176.
• Kasper, D., Fauci, A., Hauser, S., Longo, D., Jameson, J. L., Loscalzo, J., . . .
Isselbacher, K. J. (2005). Harrison. Principios de Medicina Interna. Madrid,
España: S.A. McGraw-Hill .
• Kasper, D., Fauci, A., Hauser, S., Longo, D., Jameson, J. L., Loscalzo, J., . . .
Isselbacher, K. J. (2016). Harrison. Principios de Medicina Interna. Madrid,
España: S.A. McGraw-Hill.
• Longhi, A. L., & Ferreyro, A. (2014). Metodologia de la investigacion, 1.
Córdoba: Encuentro Grupo Editor.
• Lopez Messa, J. B., Alonso Fernandez, J. I., Andres de Llano, J. M., Garmendia
Leiza, J. R., Ardura Fernandez, J., De Castro Rodriguez, F., & Gil Gonzalez, J.
M. (2012). Características generales de la parada cardiaca extrahospitalaria
registrada por un servicio de emergencias médicas. Emergencias: Revista de la
Sociedad Española de Medicina de Urgencias y Emergencias, 24(1), 28-34.
• Marcano Pasquier, R. J. (11 de Abril de 2015). MAPA. Obtenido de Medicina
Precentiva Santa Fe:
http://www.medicinapreventiva.com.ve/mapa.htm#Requisitos
• Martinez, I., Fernandez, J., Galarraga, M., Serrano, L., Toledo, P. D., & Garcia,
J. (2007). Optimización de una Plataforma Telemática para Monitorización de
Pacientes orientada a u-Salud, y basada en Estándares y Plug-and-Play. Jornadas
de Ingeniería Telemática, 156-163.
• Merriam-Webster. (3 de Diciembre de 2017). Engineering. Obtenido de Merriam-
Webster Since 1828: https://www.merriam-webster.com/dictionary/engineering
174
• Merriam-Webster. (28 de Diciembre de 2017). Sensor. Obtenido de Merriam-
Webster Since 1828: https://www.merriam-webster.com/dictionary/sensor
• Merriam-Webster. (2017). Software engineering. Obtenido de Merriam-Webster
Since 1828: https://www.merriam-
webster.com/dictionary/software%20engineering
• Nicolas. (9 de Marzo de 2013). ¿Qué es un sistema automático? Obtenido de
http://campus.almagro.ort.edu.ar:
http://campus.almagro.ort.edu.ar/educaciontecnologica/articulo/369736/sistemas
-automaticos-y-sus-diagramas-de-bloques
• Norton, P. (2014). Introducción a la computación (6a. ed.). Mexico D. F.:
McGraw-Hill Interamericana.
• Ognibene, F. P., & Gallin, J. I. (2012). Principles and Practice of Clinical
Research, 3ra. Edición. Londres: Academic Press.
• Organización Mundial de la Salud. (1 de Enero de 2015). Enfermedades
cardiovasculares. Obtenido de http://www.who.int:
http://www.who.int/mediacentre/factsheets/fs317/es/
• Perez Conde, C. (1996). Sensores ópticos. Valencia: Universitat de València.
• Perez Porto, J. (1 de Enero de 2008). Definición de Sistema. Obtenido de
definicion.de: https://definicion.de/sistema/
• Perez Porto, J., & Gardey, A. (1 de Enero de 2014). Definición de Presión
Arterial. Obtenido de definicion.de: https://definicion.de/presion-arterial/
• Perez Porto, J., & Gardey, A. (1 de Enero de 2017). Definición de Base de Datos.
Obtenido de definicion.de: https://definicion.de/base-de-datos/
• Perez Porto, J., & Gerdey, A. (1 de Enero de 2012). Definición de Temperatura.
Obtenido de definicion.de: https://definicion.de/temperatura/
175
• Perez Porto, J., & Merino, M. (1 de Enero de 2009). Definición de Automático.
Obtenido de definicion.de: https://definicion.de/automatico/
• Perez Porto, J., & Merino, M. (1 de Enero de 2016). Definición de Temperatura
Corporal. Obtenido de definicion.de: https://definicion.de/temperatura-corporal/
• Pitt, J. (2012). This Pervasive Day: The Potential And Perils Of Pervasive
Computing. Londres: Imperial College Press.
• Pressman, R. (2010). Ingeniería del software: un enfoque práctico (7a. ed.).
Mexico D. F.: McGraw-Hill Interamericana.
• Pressman, R. S. (2015). Ingeniería de Software: Un enfoque práctico 5ta. edición.
México: McGraw Hill.
• Rodríguez, V. (s.f.). Modelos de proceso evolutivo. Modelo en espiral. Google.
• Ros Guzmán, J. J. (2 de Enero de 2017). El sector salud se sumerge en la
transformación digital. Obtenido de Sistemas de Información:
https://juanjesusros.com/2017/01/02/el-sector-salud-se-sumerge-en-la-
transformacion-digital/#more-826
• Sistema Nacional de Atención a Emergencias y Seguridad. (2017). 911, Sistema
Nacional de Atención a Emergencias y Seguridad. Obtenido de 911, Sistema
Nacional de Atención a Emergencias y Seguridad: https://911.gob.do
• Torres, G. A., & Arias, R. (2014). El cómputo ubicuo y su importancia para la
construcción del internet de las cosas y el big data. Revista General de
Informacion y Documentacion, 2017-232.
• Tutorials Point. (2017). Ciclo de Vida del Desarrollo de Software. Modelo de
construcción de prototipos. India. Obtenido de IS11801 Sección 8:
https://sites.google.com/site/is11801/contenido/modelos-de-proceso-evolutivo
176
• Waher, P. (2015). Learning Internet of Things. Birmingham, Inglaterra: Packt
Publishing.
177
ANEXOS
178
GLOSARIO
• Automático: Hace referencia a la acción de funcionar por sí mismo, realizando
las tareas sin la asistencia humana.
• Automatizar: Es implementar tareas automáticas a un proceso ya existente.
• Big Data: hace referencia a la tendencia actual por el enfoque hacia la
manipulación y análisis de grandes cantidades de datos.
• Cardiólogo: Médico especializado en el corazón y aparato cardiovascular.
• Evento adverso: Es la lesión o complicación médica no intencional.
• Individuo: Sinónimo de persona.
• Iterativo: Se refiera a una función que se repite.
• Material Design: Es un lenguaje visual creado para sintetizar los principios
clásicos del buen diseño implementando la innovación.
• Método: Conjunto de procesos necesarios para lograr un fin.
• Metodología: Doctrinas empleadas para estudiar los métodos.
• Notificación: Es la acción de comunicar algo oficialmente.
• Paciente: Individuo que padece de alguna enfermedad o dolor, y recibe atención
médica.
• Plataforma: Hace referencia al recurso que permite conseguir una condición
mejor.
• Requerimientos: Es el requisito que un individuo solicita a otro.
• Requisitos: Es una condición o eventualidad necesarias para cumplir algo.
• Sistema: Es el conjunto de instrucciones y procedimientos ordenados que
permiten el funcionamiento de una entidad.
179
Encuesta
Encuesta para el Diseño de un Sistema de Notificación Automática
sobre Variaciones de la Presión Arterial de los Pacientes del Instituto
Dominicano para el Cuidado Perioperatorio INDOPER
La siguiente encuesta ha sido creada basándose en la escala de Likert (1932) y tiene como
objetivo medir la necesidad del personal médico y los familiares de pacientes que sufren
enfermedades cardiovasculares en INDOPER en relación al monitoreo de la actividad
cardiaca, y el preferir una implementación que asegure la captura de la presión arterial y
notifique a las autoridades competentes de manera automatizada si el paciente sufre
alguna alteración de la misma.
Esta encuesta contiene 5 preguntas que solo le tomara unos minutos en responder.
¡Muchas gracias por su participación!
Para las incógnitas encontradas dentro de la siguiente tabla, deberá marcar la respuesta
según considere, basándose en la siguiente escala de niveles de conformidad clasificados
del 1 al 5.
180
Nivel de Satisfacción Descripción
1 Totalmente en desacuerdo
2 En desacuerdo
3 Ni de acuerdo ni en desacuerdo
4 De acuerdo
5 Totalmente de acuerdo
Relación que guarda con el paciente (Cardiólogo, Familiar): _______________________
Edad: ____ Cantidad de tiempo en INDOPER (años y meses):______________________
#
PREGUNTA
NIVEL DE
CONFORMIDAD
1 2 3 4 5
1
Considero que los servicios actuales de emergencia
son eficaces para socorrer a una persona que padece
una enfermedad cardiovascular…
2
Considero que los pacientes y/o familiares que
padecen de una enfermedad cardiovascular poseen
los recursos económicos necesarios para su
tratamiento…
3
Considero que los pacientes y/o familiares que
padecen una condición cardiovascular disponen del
cuidado y supervisión necesario…
4
Un sistema que notifique automáticamente a los
servicios de emergencia cuando un paciente sufre una
alteración de la presión arterial ayudará a prevenir las
muertes ocasionadas por una enfermedad
cardiovascular.
5
Un sistema que capture las variaciones de la presión
arterial e interprete las mismas ayudará a los
pacientes de INDOPER a recopilar información útil
para que los cardiólogos puedan mantener un registro
y control de sus condiciones de manera más rigurosa.
181
Anteproyecto
182
Tabla de contenido
Introducción ................................................................................................................ 183
1. Justificación ............................................................................................................. 185
2. Problema de la Investigación ................................................................................. 188
2.1. Planteamiento del Problema ......................................................................... 188
3. Objetivos .................................................................................................................. 190
3.1. General ............................................................................................................ 190
3.2. Específicos ....................................................................................................... 190
4. Marco referencial .................................................................................................... 191
4.1. Marco teórico ................................................................................................. 191
4.2. Marco conceptual ........................................................................................... 196
4.3. Marco temporal .............................................................................................. 198
4.4. Marco espacial ................................................................................................ 198
5. Aspectos Metodológicos .......................................................................................... 199
5.1. Tipo de estudio ............................................................................................... 199
5.2. Método de la investigación ............................................................................ 199
5.3. Fuentes y técnicas ........................................................................................... 200
5.4. Tratamiento de la información ..................................................................... 201
6. Bibliografía .............................................................................................................. 202
7. Esquema Preliminar de Contenido ....................................................................... 207
183
Introducción
Los sistemas de salud que involucran sensores para recopilar información útil para su
utilización posterior han representado un avance de extrema necesidad en la preservación
de la vida humana. Esto ha contribuido a que las personas con familiares con alguna
discapacidad, puedan vigilar el estado de salud y responder a tiempo para extender la vida
del individuo.
Existen varios sistemas que ayudan a la captación de información en beneficio de la
industria de la salud. Entre ellos, hay un tipo poco particular como es el Smartphone, el
cual ha incorporado recientemente utilidades y herramientas para el cuidado de la salud
del usuario. Este dispositivo ha introducido tecnologías que ayudan a medir la
temperatura corporal, contar los pasos recorridos, controlar las calorías quemadas, y la
más innovadora, la captura de la presión arterial.
Sin embargo, los campos en los que hoy día se realiza la captura de la presión arterial son
muy superficiales y no van más allá del simple registro de la actividad arterial. Por ello
actualmente hacen nuevas investigaciones sobre aplicaciones innovadoras de está
utilidad.
Este documento integra la fase inicial del compendio esquemático de la investigación
científica a realizar, para resolver la reducida implementación de sistemas de notificación
de alertas para individuos que sufren de cambios de presión arterial. En el mismo
trataremos los conceptos teóricos de las entidades a estudiar y sus distintas aplicaciones
en el campo del cuidado de la salud. Además, se mostrará una posible solución para
184
mejorar la atención a los pacientes con problemas cardiovasculares y la alerta de sus
interesados.
Para los fines de este anteproyecto se indagará sobre el contraste existente entre las
tecnologías más vanguardistas con el sistema de salud y emergencias, con el fin de
encontrar un equilibrio entre un evento adverso y la acción inmediata ante el mismo.
185
1. Justificación
Se espera que con el desarrollo de esta investigación científica, se reduzca el riesgo de la
pérdida de la vida debido a la problemática planteada al inicio.
La importancia de este trabajo de grado radica en el impacto preventivo que podría tener
a futuro, pues contribuirá a reducir el porcentaje actual de personas que sufren de alguna
alteración de este tipo a una tasa inferior. Además, se podrá realizar análisis con los datos
recopilados en busca de posibles patrones secuenciales entre los distintos pacientes y la
variación en la presión arterial que estos experimenten.
La investigación es metodológica porque existen varios sistemas que ayudan a la
captación de información, lo cual ha resultado en la evolución de la industria de la salud.
Entre ellos, existe un tipo poco particular como son los Smartphones, los cuales han
estado incorporando utilidades y herramientas para el cuidado de la salud de los usuarios.
Estos han introducido tecnologías que ayudan a medir la temperatura corporal, contar los
pasos recorridos, controlar las calorías quemadas, y la innovadora captura de la presión
arterial. También, la investigación es teórica debido a que los campos en los que se
desarrolla la captura de esta medida son muy superficiales y no exploran más que el
simple registro de la actividad arterial. Por esta razón, en el presente se investigan nuevas
aplicaciones de está utilidad.
Se implementará el método deductivo en conjunto con el método estadístico para mejorar
los resultados de las conclusiones enriqueciendo la recomendación gracias al estudio de
los datos tabulados de la muestra.
186
A este método se le añadirá una rigurosa observación del patrón de los pacientes, así
como la emisión de un cuestionario corriente y uno formulado por la FDA4 que serán
difundidos en forma de encuesta a todos los familiares y médicos de cabecera de los
pacientes incluidos en la muestra a analizar.
Para el procesamiento de los datos, el primer paso consistirá en la creación de una base
de datos con los resultados de las encuestas. Está pasará a la fase de validación y edición
de datos, para asegurar que las respuestas se ajusten a los requerimientos de la
investigación y los resultados deseados disminuyendo las fallas de los entrevistadores.
Luego se inicia el proceso de codificación en donde se tomarán los datos tabulados y se
les asignará un valor numérico, para permitir el análisis estadístico posterior. Finalmente
se representan los datos tabulados en gráficas de barras o círculos para mejorar el nivel
de visibilidad y la interpretación de los mismos.
La presente investigación pretende demostrar los factores que contribuyen a la detección
de enfermedades cardiovasculares a través del sistema, indagando a su vez en los sistemas
de emergencia que se utilizan en pacientes con patologías similares. Durante la misma se
revisarán informes estadísticos y cuantitativos de oficio de cardiólogos y profesionales
del área de emergencias.
4 La FDA (Food and Drug Administration: Administración de Medicamentos y
Alimentos) es responsable de proteger la salud pública garantizando la seguridad, la
eficacia y la seguridad de los medicamentos humanos y veterinarios, productos biológicos
y dispositivos médicos; y asegurar la seguridad del suministro de alimentos, cosméticos
y productos que emiten radiación.
187
Asimismo, la investigación es práctica ya que parte de los resultados que se espera
obtener contribuirá a aumentar los conocimientos relacionados con el análisis y los
diseños de este tipo de plataformas que ayudan a la prevención de la pérdida de la vida
de personas afectadas por este tipo de patología.
188
2. Problema de la Investigación
2.1. Planteamiento del Problema
El Instituto Dominicano para el Cuidado Perioperatorio INDOPER es una institución
dedicada al servicio de salud especializado en evaluaciones pre-anestésicas y pruebas
requeridas para la seguridad durante y después de las cirugías. Durante las visitas de los
pacientes, INDOPER realiza varios exámenes médicos que muestran el estado de los
sistemas corporales, ayudando a identificar cualquier condición adversa que se puede
presentar.
Según INDOPER la mayoría de los pacientes que superan los 50 años de edad y que son
atendidos en sus instalaciones padecen de alguna enfermedad del corazón, la cual requiere
de la atención apropiada. Esto a su vez conlleva un meticuloso registro de sus actividades
y de las personas a cargo de sus cuidados.
Los inconvenientes no incluyen el poder registrar la presión arterial, sino la rigurosa
continuidad del mismo. De hecho, se estima que un ataque al corazón o una alteración de
la presión arterial regular del paciente puede preverse incluso meses antes del suceso.
Pero para poder realizar estas mediciones, es necesario mantener un seguimiento
periódico de 24 horas los 7 días a la semana.
Aun pudiendo registrar de manera continua la presión arterial de un paciente durante cada
jornada diaria, estos datos por si solos no pueden actuar de manera oportuna. El poder
determinar qué tipo de información es la que se obtiene, estudiarla, y en caso de
emergencia, recurrir a las autoridades oportunas es la principal incógnita.
189
Por todo ello la atención reducida a un paciente cuando sufre alguna alteración en la
presión arterial es uno de los factores de mayor riesgo de muerte, pues en ciertas
circunstancias se podría encontrar con escasa compañía, y debido a sus incapacidades
puede no notificar a las autoridades oportunas.
190
3. Objetivos
3.1. General
Proponer un sistema que registre las alteraciones en la presión arterial de los pacientes
del Instituto Dominicano para el Cuidado Perioperatorio INOPER durante el periodo
enero-abril del 2018.
3.2. Específicos
● Describir la repercusión que tienen los sistemas de captación por sensores
(computación ubicua) para el tratamiento de pacientes del Instituto Dominicano
para el Cuidado Perioperatorio INDOPER.
● Estudiar los métodos de investigación clínica existentes y válidos en el país, así
como de desarrollo de software para su implementación en pacientes del Instituto
Dominicano para el Cuidado Perioperatorio INDOPER.
● Analizar el estado actual de las tecnologías de la información implementadas en
el Instituto Dominicano para el Cuidado Perioperatorio INDOPER, así como la
condición de sus pacientes con problemas cardiovasculares.
● Diseñar un sistema que permita captar la variación de la presión arterial de
pacientes del Instituto Dominicano para el Cuidado Perioperatorio INDOPER y
notificar automáticamente a las autoridades en caso de emergencia.
191
4. Marco referencial
4.1. Marco teórico
¨Las enfermedades del corazón y de la circulación son muy frecuentes, y la población
está tan familiarizada con sus síntomas cardinales que los pacientes, y a veces los mismos
médicos, atribuyen erróneamente muchos síntomas no cardíacos a una enfermedad
cardiovascular. La combinación del temor tan extendido a las enfermedades del corazón,
junto con las connotaciones emocionales, arraigadas en lo más profundo, de la función
de este órgano suelen provocar síntomas que simulan los de una enfermedad orgánica en
personas con un aparato cardiovascular normal. Diferenciar los síntomas y los signos
causados por la cardiopatía orgánica de aquéllos que no guardan una relación directa
supone una de las tareas más importantes y complejas en estos enfermos.¨ (Kasper, y
otros, Harrison. Principios de Medicina Interna, 2005)
Según los autores del libro Harrison, existe un alto riesgo proviniendo de los diagnósticos
de médicos que incurren en ser errores debido a la regularidad de la presencia de
enfermedades del corazón. De hecho, el miedo al padecimiento de estas condiciones
puede llegar a generar una situación de falsa alarma, y por ello es imperial que se vigile
con determinación a estos pacientes.
¨Los pacientes con una cardiopatía confirmada, en especial los que han sufrido un
acontecimiento cardiovascular grave (como infarto de miocardio o arritmia grave) a
menudo se muestran asustados y preocupados cuando reciben el alta hospitalaria y deben
reanudar sus actividades normales, incluidas las relaciones sexuales. En la atención de
los pacientes cardíacos resulta vital ocuparse de estos aspectos.¨ (Kasper, y otros,
Harrison. Principios de Medicina Interna, 2005)
192
Es importante destacar, como mencionan Kasper y demás autores del libro Harrison, que
las personas que ya han sufrido un ataque cardiovascular de peso y estos son dados de
alta, deben recibir las atenciones apropiadas y ser informados de manera correcta y clara
para evitar confusiones y miedos.
¨Cuando se recoge la historia clínica de un paciente con enfermedad cardiovascular
conocida o presunta, ha de prestarse especial atención a los antecedentes familiares. La
presentación familiar es frecuente en muchas enfermedades cardíacas.¨ (Kasper, y otros,
Harrison. Principios de Medicina Interna, 2005)
Tal y como aclaran en esta última cita, se debe tener en cuenta la posible presencia de
patologías familiar que suele estar relacionado con las enfermedades del corazón. La
atención de los pacientes en choque debe realizarse en una unidad de cuidados intensivos.
Es necesaria la valoración cuidadosa y continua del estado fisiológico. Se deben vigilar
de forma continua la presión arterial, a través de un catéter permanente, el pulso y
frecuencia respiratoria; debe colocarse una sonda de Foley para el control de la diuresis;
y valorar con frecuencia el estado mental.¨ (Kasper, y otros, Harrison. Principios de
Medicina Interna, 2005)
Kasper y demás autores del libro Harrison añaden que, sin la ayuda de una unidad
especializada para cuidados intensivos equipada con las herramientas y dispositivos
necesarios, la atención y socorro de un paciente en choque se dificultara, o peor se haría
imposible.
193
¨La SCD5 se puede presagiar con días, semanas o meses de antelación por un aumento de
la angina, disnea, palpitaciones, fatigabilidad fácil y otras molestias inespecíficas. Sin
embargo, estas molestias prodrómicas suelen anunciar un acontecimiento cardíaco
importante cualquiera; no son específicas de la muerte súbita cardíaca.¨ (Kasper, y otros,
Harrison. Principios de Medicina Interna, 2005)
En esta última cita del libro Harrison, los autores dejan en claro que es muy probable el
conocer previamente el paro cardiaco semanas e incluso meses si se conocen las
variaciones de la presión arterial.
¨La probabilidad de reanimar a la víctima de un paro cardíaco está relacionada con el
tiempo que transcurre entre instauración y comienzo de los esfuerzos de reanimación,
ambiente en que se produce el suceso, mecanismo (fibrilación ventricular, taquicardia
ventricular, actividad eléctrica sin pulsos, asistolia) y estado clínico del paciente antes del
paro cardíaco. El retorno de la circulación y los índices de supervivencia como resultado
de desfibrilación disminuyen en forma lineal desde el primer minuto hasta los 10 min. A
los 5 min los índices mencionados no son mayores de 25 a 30% en entornos
extrahospitalarios.¨ (Kasper, y otros, Harrison. Principios de Medicina Interna, 2005)
Kasper y demás autores del Harrison concluyen en que a los 10 minutos de presentarse
un paro cardiaco, las posibilidades de reanimación disminuyen en casi su totalidad, por
lo que se requiere de actuación rápido en estos casos.
5 La SCD es el acrónimo del término en inglés Sudden Cardiac Death que significa muerte
cardíaca súbita.
194
“La computación ubicua es un paradigma informático que promete hacer la vida más
sencilla a través de entornos enriquecidos electrónicamente que detectan el contexto, se
adaptan a él y actúan automáticamente en consecuencia para satisfacer las necesidades de
los usuarios.” (Howard M. L., 2012)
Mary L. Howard, autora del libro Pervasive Computing, remarca la importancia de la
computación ubicua en el aporte para mejorar la calidad del ser humano, asegurando que
los requisitos de los usuarios pueden ser complacidas siempre y cuando existan contextos
ricos en datos e información útil.
“La red de sensores inalámbricos (WSN) está compuesta por uno o varios sumideros
remotos y un número mayor de nodos de sensores. Cada nodo de sensor es un pequeño
dispositivo inalámbrico que puede recopilar continuamente su información circundante y
reportar los datos de detección a los sumideros a través de un esquema de enrutamiento.
Las WSN proporcionan una nueva oportunidad para la computación ubicua y el
monitoreo contextual de los entornos físicos. Por lo general se despliegan en regiones de
interés para observar fenómenos específicos o rastrear objetos. Las aplicaciones prácticas
de las WSN incluyen, por ejemplo, monitoreo de animales, transformación de la
agricultura, cuidado de la salud, vigilancia en interiores y edificios inteligentes.” (Howard
M. L., 2012)
En esta última cita, el libro Pervasive Computing explica que gracias a la captación de
los datos obtenidos de los distintos sensores, la computación ubicua ha contribuido al
desarrollo de actividades tales como el cuidado de la salud.
195
“La determinación del estado de nuestra salud siempre ha sido una cuestión de encontrar
la manera de monitorear y medir las funciones más básicas del cuerpo. Antes de la
instrumentación, se utilizaban indicadores visuales que nos permitían saber, por ejemplo,
la temperatura corporal adecuada, el pulso saludable y la frecuencia respiratoria
aceptable.” (Gabay, 2015)
Tal como muestra Jon Gabay, la medicina siempre ha buscado la manera de observar de
manera constante los signos vitales del cuerpo humano, para así poder llevar un control
de los mismos.
“Un novedoso método para medir la presión sanguínea (PS), basado en un sensor óptico,
tiene características únicas que dan mayor exactitud y facilidad de uso comparado con los
dispositivos actuales.” (HospiMedica, 2012)
Según HospiMedica, existen sensores de mayor calidad y precisión en la industria actual
que ayudarán en gran medida a la elaboración de sistemas para el control de pacientes
que padecen enfermedades cardíacas.
Según Rivero, (2013, p. 1), las consecuencias de la presión arterial alta constituye una de
las causas más comunes de muerte en todo el mundo. Pero a pesar de ello menos de la
mitad de los que la padecen se miden su presión con regularidad.
De acuerdo con la cita anterior, la presión arterial alta es una de las causas más frecuentes
de muerte de pacientes a nivel global. A pesar de esto, menos de la mitad de las personas
que padecen de esta condición se miden la presión con regularidad, y desconocen el
estado actual de la misma y lo que les podría provocar el fallecimiento.
196
“Los ataques cardíacos y accidentes cerebrovasculares suelen tener su causa en la
presencia de una combinación de factores de riesgo, tales como el tabaquismo, las dietas
malsanas y la obesidad, la inactividad física, el consumo nocivo de alcohol, la
hiperpresión arterial, la diabetes y la hiperlipidemia.” (Organización Mundial de la Salud,
2015)
Como se lee en la cita anterior, la Organización Mundial de la Salud considera que una
de las causas más comunes de los ataques cardíacos es la falta de una dieta sana, el
consumo de sustancias nocivas como el alcohol o el tabaco e incluso la falta de ejercicios.
4.2. Marco conceptual
1. Sensor: Dispositivo capaz de registrar de manera directa, continua y reversible
un parámetro físico (sensor físico) o la concentración de una especie química
(sensor químico). (Perez Conde, 1996)
2. Presión: Es un término que deriva del latín pressio y que hace referencia a la
acción y efecto de comprimir o apretar. Este verbo, por su parte, se asocia a
ajustar, oprimir, estrechar o apiñar algo. La presión, por lo tanto, puede ser una
fuerza que se ejerce sobre algo. (Perez Porto & Gardey, Definición de Presión
Arterial, 2014)
3. Arterial: Es aquello relacionado con las arterias: los vasos que permiten la
circulación sanguínea desde el corazón hacia el resto del organismo. (Perez Porto
& Gardey, Definición de Presión Arterial, 2014)
4. Presión arterial: Es la fuerza ejercida por la sangre al circular por el cuerpo. El
concepto suele utilizarse como sinónimo de tensión arterial, aunque esta idea
197
refiere específicamente a la reacción exhibida por las arterias ante dicha presión.
(Perez Porto & Gardey, Definición de Presión Arterial, 2014)
5. Datos: Es una información concreta, un testimonio, una prueba o una
documentación. (Perez Porto & Gardey, Definición de Base de Datos, 2017)
6. Base de datos: Son entidades que permiten el almacenamiento de datos de forma
estructurada y organizadas, con la menor cantidad de redundancia posible para
que su contenido pueda ser tratado y analizado de manera rápida y sencilla. (Perez
Porto & Gardey, Definición de Base de Datos, 2017)
7. Temperatura: Del latín temperatura, la temperatura es una magnitud física que
refleja la cantidad de calor, ya sea de un cuerpo, de un objeto o del ambiente.
Dicha magnitud está vinculada a la noción de frío (menor temperatura) y caliente
(mayor temperatura). (Perez Porto & Gerdey, Definición de Temperatura, 2012)
8. Corporal: Es aquello vinculado al cuerpo (algo con extensión restringida o el
conjunto de los órganos, aparatos y sistemas que componen a los seres vivientes).
(Perez Porto & Merino, Definición de Temperatura Corporal, 2016)
9. Temperatura corporal: Es aquella que se registra en el cuerpo de una persona o
de un animal. (Perez Porto & Merino, Definición de Temperatura Corporal, 2016)
10. Sistema: Es un conjunto de partes (módulos) que se encuentran relacionados e
interactúan entre sí para cumplir con un objetivo en común. (Perez Porto,
Definición de Sistema, 2008)
11. Automático: Es aquello que funciona por sí solo, en su totalidad sin interacción
humana, o en parte. (Perez Porto & Merino, Definición de Automático, 2009)
12. Sistema automático: Un sistema automático es un sistema que funciona por sí
solo, efectúa y controla las secuencias de operaciones sin la ayuda de la actividad
humana. (Nicolas, 2013)
198
4.3. Marco temporal
Transversal: debido a la poca complejidad que implica el desarrollo de este software, el
tiempo estimado para el mismo es de 4 meses.
4.4. Marco espacial
Instituto Dominicano para el Cuidado Perioperatorio INDOPER.
199
5. Aspectos Metodológicos
5.1. Tipo de estudio
Descriptivo
Este proyecto de investigación será descriptivo porque gran parte de la información se
obtendrá a través de entrevistas y encuestas a los pacientes de INDOPER y sus familiares;
proporcionando los aspectos demográficos, de género y edad sobre problemas
cardiovasculares sufridos.
Exploratorio
Este trabajo de investigación será exploratorio debido a que a partir de la observación de
los pacientes de INDOPER se podrá determinar los aspectos generales y característicos
que tienen en común.
Explicativo
Este proyecto de investigación será de tipo explicativo debido a que su fin es comprender
el problema que afrontan los servicios de emergencias a la hora de socorrer pacientes con
problemas cardiovasculares que sufren un ataque repentino.
5.2. Método de la investigación
Entre los métodos utilizados en la investigación están la observación, la cual será ejercida
para analizar las entrevistas y cuestionarios realizados a los pacientes de INDOPER y sus
familiares.
Se tomará la inducción al obtener los datos de los récords de cada paciente para moldear
generalidades sobre sus síntomas y actividades cumpliendo así en llevar lo particular a lo
general.
200
Así mismo, otro de los métodos que se utilizara en la investigación será el método
deductivo. De esa manera, se podrá determinar la veracidad de la hipótesis planteada en
esta investigación científica.
También, mediante un análisis estadístico se determinará el número de personas
(pacientes, familiares, médicos) que apoyan la idea de que se realice todo el
levantamiento para el desarrollo de un software que notifique de forma automática a los
sistemas de emergencia cuando los pacientes sufran un cambio inesperado en su presión
arterial. De tal forma, luego del análisis realizado se presentarán los resultados de manera
sintetizada, utilizando el método de síntesis.
5.3. Fuentes y técnicas
A lo largo de esta investigación científica se hará uso de diversos tipos de documentos
que formarán parte de las fuentes a utilizar.
Las fuentes primarias serán recopiladas de artículos de internet, libros, revistas y artículos
científicos. Asimismo, algunas de las fuentes secundarias que se utilizaran son las
enciclopedias y diccionarios.
Por otro lado, con el objetivo de poder desarrollar la investigación, se hará uso de diversos
tipos de técnicas, tales como:
Observación: Se llevarán a cabo varios tipos de observación, entre los que se encuentran
la no participante, indirecta y de campo.
201
Cuestionarios: Se realizarán un conjunto de preguntas con respecto a la investigación
para obtener resultados de la población. (Anexo: Cuestionario General)
Entrevistas: Se entrevistará a las personas involucradas con la problemática. Igualmente,
se entrevistará a personas no involucradas, simplemente para conocer su punto de vista
respecto al tema de investigación.
5.4. Tratamiento de la información
Con la finalidad de plantear la información obtenida, se obtendrán datos absolutos en base
a las respuestas provenientes de los cuestionarios y entrevistas.
Dicha información se tabulará para una mejor representación de los datos resultantes.
También, se realizarán gráficos de tipo histogramas y polígonos de frecuencia para más
facilidad del análisis de las preguntas realizadas.
202
6. Bibliografía
• 911, S. N. (4 de Enero de 2018). Estadísticas Sistema 9-1-1. Obtenido de Datos
Abiertos Gob RD: http://datos.gob.do/dataset/https-911-gob-do-wp-content-
uploads-2017-09-estadisticas-9-1-1-2017
• Arias, A. (2015). Aprende sobre la Ingeniería de Software: 2ª Edición. Madrid:
Createspace Independent Pub.
• Asociación Americana del Corazón . (2017). Resumen de estadísticas de 2017:
Enfermedad del corazón y ataque cerebral. American Heart Association.
Asociación Americana del Corazón .
• Baena Diez, J. M., del Val Garcia, J. L., Tomas Pelegrina, J., Martinez Martinez,
J. L., Martin Peñacoba, R., Gonzalez Tejon, I., . . . Oller Colom, M. (2005).
Epidemiología de las enfermedades cardiovasculares y factores de riesgo en
atención primaria. Revista Española de Cardiología, 367-373.
• BLOG INGENIERIA EN SOFTWARE . (2012). Fases del Modelo RUP.
Obtenido de Metodología RUP: http://metodologiadesoftware.blogspot.com/
• Cohen Karen, D., & Asin Lares, E. (2014). Tecnologías de la información (6a.
ed.). Mexico D. F.: McGraw-Hill Interamericana.
• ConsultorSalud. (01 de Diciembre de 2007). EL SISTEMA DE EMERGENCIAS
MEDICAS SEM - RESOLUCION. Obtenido de consultorsalud:
http://www.consultorsalud.com/
• Emergency Care Research Institute. (1998). ECRI. Obtenido de ECRI Institute:
http://www.ecri.org
• Fernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2014).
Metodología de la Investigación, 6ta. Edición. México: McGrall Hill.
203
• Frabetti, F. (2015). Software Theory : A Cultural and Philosophical Study.
Londres: Rowman & Littlefield International. .
• Gabay, J. (28 de 10 de 2015). Tecnología de sensores para aplicaciones de salud
y estado físico. Obtenido de www.digikey.com:
https://www.digikey.com/es/articles/techzone/2015/oct/sensor-technology-for-
health-and-fitness-applications
• Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, M. (2014).
Metodología de la investigación (6a. ed.). Mexico D. F.: McGraw-Hill
Interamericana.
• HETPRO. (2018). SENSOR DE PRESIÓN FUERZA MF01-N-221-A01. Obtenido
de HETPRO: https://hetpro-store.com/sensor-de-presion-fuerza-mf01/
• HospiMedica. (28 de Marzo de 2012). Sensor óptico revoluciona medición de la
presión sanguínea. Obtenido de www.hospimedica.es :
https://www.hospimedica.es/cuidados-criticos/articles/294739977/sensor-optico-
revoluciona-medicion-de-la-presion-sanguinea.html
• Howard, M. (2012). Pervasive Computing. New York: Nova Science Publishers,
Inc.
• Howard, M. L. (2012). Pervasive Computing. Nueva York: Nova Science
Publishers, Inc.
• Ishiyama Cervantes, R. (2011). La investigación científica y su difusión.
Asociación Peruana de Editores Científicos.
• Kaschel Carcamo, H., & Perez Bahamondes, J. (2014). Monitoreo ubicuo de salud
en tiempo real con WBSN. Ingeniare. Revista chilena de ingeniería, 22(2), 169-
176.
204
• Kasper, D., Fauci, A., Hauser, S., Longo, D., Jameson, J. L., Loscalzo, J., . . .
Isselbacher, K. J. (2005). Harrison. Principios de Medicina Interna. Madrid,
España: S.A. McGraw-Hill .
• Kasper, D., Fauci, A., Hauser, S., Longo, D., Jameson, J. L., Loscalzo, J., . . .
Isselbacher, K. J. (2016). Harrison. Principios de Medicina Interna. Madrid,
España: S.A. McGraw-Hill.
• Longhi, A. L., & Ferreyro, A. (2014). Metodologia de la investigacion, 1.
Córdoba: Encuentro Grupo Editor.
• Lopez Messa, J. B., Alonso Fernandez, J. I., Andres de Llano, J. M., Garmendia
Leiza, J. R., Ardura Fernandez, J., De Castro Rodriguez, F., & Gil Gonzalez, J.
M. (2012). Características generales de la parada cardiaca extrahospitalaria
registrada por un servicio de emergencias médicas. Emergencias: Revista de la
Sociedad Española de Medicina de Urgencias y Emergencias, 24(1), 28-34.
• Marcano Pasquier, R. J. (11 de Abril de 2015). MAPA. Obtenido de Medicina
Precentiva Santa Fe:
http://www.medicinapreventiva.com.ve/mapa.htm#Requisitos
• Martinez, I., Fernandez, J., Galarraga, M., Serrano, L., Toledo, P. D., & Garcia,
J. (2007). Optimización de una Plataforma Telemática para Monitorización de
Pacientes orientada a u-Salud, y basada en Estándares y Plug-and-Play. Jornadas
de Ingeniería Telemática, 156-163.
• Merriam-Webster. (3 de Diciembre de 2017). Engineering. Obtenido de Merriam-
Webster Since 1828: https://www.merriam-webster.com/dictionary/engineering
• Merriam-Webster. (28 de Diciembre de 2017). Sensor. Obtenido de Merriam-
Webster Since 1828: https://www.merriam-webster.com/dictionary/sensor
205
• Merriam-Webster. (2017). Software engineering. Obtenido de Merriam-Webster
Since 1828: https://www.merriam-
webster.com/dictionary/software%20engineering
• Nicolas. (9 de Marzo de 2013). ¿Qué es un sistema automático? Obtenido de
http://campus.almagro.ort.edu.ar:
http://campus.almagro.ort.edu.ar/educaciontecnologica/articulo/369736/sistemas
-automaticos-y-sus-diagramas-de-bloques
• Norton, P. (2014). Introducción a la computación (6a. ed.). Mexico D. F.:
McGraw-Hill Interamericana.
• Ognibene, F. P., & Gallin, J. I. (2012). Principles and Practice of Clinical
Research, 3ra. Edición. Londres: Academic Press.
• Organización Mundial de la Salud. (1 de Enero de 2015). Enfermedades
cardiovasculares. Obtenido de http://www.who.int:
http://www.who.int/mediacentre/factsheets/fs317/es/
• Perez Conde, C. (1996). Sensores ópticos. Valencia: Universitat de València.
• Perez Porto, J. (1 de Enero de 2008). Definición de Sistema. Obtenido de
definicion.de: https://definicion.de/sistema/
• Perez Porto, J., & Gardey, A. (1 de Enero de 2014). Definición de Presión
Arterial. Obtenido de definicion.de: https://definicion.de/presion-arterial/
• Perez Porto, J., & Gardey, A. (1 de Enero de 2017). Definición de Base de Datos.
Obtenido de definicion.de: https://definicion.de/base-de-datos/
• Perez Porto, J., & Gerdey, A. (1 de Enero de 2012). Definición de Temperatura.
Obtenido de definicion.de: https://definicion.de/temperatura/
• Perez Porto, J., & Merino, M. (1 de Enero de 2009). Definición de Automático.
Obtenido de definicion.de: https://definicion.de/automatico/
206
• Perez Porto, J., & Merino, M. (1 de Enero de 2016). Definición de Temperatura
Corporal. Obtenido de definicion.de: https://definicion.de/temperatura-corporal/
• Pitt, J. (2012). This Pervasive Day: The Potential And Perils Of Pervasive
Computing. Londres: Imperial College Press.
• Pressman, R. (2010). Ingeniería del software: un enfoque práctico (7a. ed.).
Mexico D. F.: McGraw-Hill Interamericana.
• Pressman, R. S. (2015). Ingeniería de Software: Un enfoque práctico 5ta. edición.
México: McGraw Hill.
• Rodríguez, V. (s.f.). Modelos de proceso evolutivo. Modelo en espiral. Google.
• Ros Guzmán, J. J. (2 de Enero de 2017). El sector salud se sumerge en la
transformación digital. Obtenido de Sistemas de Información:
https://juanjesusros.com/2017/01/02/el-sector-salud-se-sumerge-en-la-
transformacion-digital/#more-826
• Sistema Nacional de Atención a Emergencias y Seguridad. (2017). 911, Sistema
Nacional de Atención a Emergencias y Seguridad. Obtenido de 911, Sistema
Nacional de Atención a Emergencias y Seguridad: https://911.gob.do
• Torres, G. A., & Arias, R. (2014). El cómputo ubicuo y su importancia para la
construcción del internet de las cosas y el big data. Revista General de
Informacion y Documentacion, 2017-232.
• Tutorials Point. (2017). Ciclo de Vida del Desarrollo de Software. Modelo de
construcción de prototipos. India. Obtenido de IS11801 Sección 8:
https://sites.google.com/site/is11801/contenido/modelos-de-proceso-evolutivo
• Waher, P. (2015). Learning Internet of Things. Birmingham, Inglaterra: Packt
Publishing.
207
7. Esquema Preliminar de Contenido
I. Presentación y Portada
II. Dedicatoria y agradecimientos
III. Índice general
IV. Índice de tablas
V. Índice de figuras
VI. Resumen
VII. Introducción
1. CAPÍTULO 1: MARCO TEÓRICO
1.1. Introducción
1.2. Bases teóricas
1.2.1. Presión arterial
1.2.2. Concepto y tipos de enfermedades cardíacas
1.2.3. Sistemas de emergencia de salud
1.2.4. Sistemas informáticos en la salud
1.2.4.1. Sistemas de registro de presión arterial
1.2.4.2. Récords médicos electrónicos
1.2.5. Computación ubicua
1.2.5.1. Concepto del internet de las cosas
1.2.5.2. Concepto y tipos de sensores
1.2.5.3. El software en la computación ubicua
1.2.6. Concepto de desarrollo de software
1.2.6.1. Modelos de desarrollo de software
1.3. Resumen Capítulo 1
2. CAPÍTULO 2: METODOLOGÍA
208
2.1. Introducción
2.2. Concepto y tipos de Investigación Científica
2.2.1. Investigación Descriptiva
2.2.2. Investigación Exploratoria
2.2.3. Investigación Explicativa
2.3. Investigación Clínica
2.4. Métodos de Investigación
2.4.1. Método de observación
2.4.2. Método inductivo
2.4.3. Método deductivo
2.5. Concepto y métodos de análisis
2.5.1. Análisis estadístico
2.6. Fuentes y técnicas
2.6.1. Observación
2.6.2. Encuesta
2.6.2.1. Cuestionario
2.6.2.2. Entrevista
2.7. Tratamiento de la información
2.8. Resumen Capítulo 2
3. CAPÍTULO 3: ANÁLISIS DETALLADO SOBRE ESTADO ACTUAL DE
INDOPER
3.1. Introducción
3.2. Descripción de la empresa
3.2.1. Historia de INDOPER
3.2.2. Misión de la institución
209
3.2.3. Visión de la institución
3.2.4. Valores de la institución
3.3. Análisis FODA de INDOPER
3.4. Impacto
3.4.1. En relación a la seguridad del paciente
3.4.2. En relación a la fiabilidad de los datos captados
3.4.3. En relación a la solución
3.5. Presentación de los resultados
3.5.1. Introducción
3.5.2. Presentación de los resultados de la encuesta
3.5.3. Análisis de los resultados
3.5.4. Análisis general
3.6. Documento Visión
3.6.1. Sistema automático de notificación de presión arterial
3.6.1.1. Descripción del sistema
3.6.1.2. Alcance del sistema
3.6.1.3. Funciones del sistema
3.7. Documento de Especificación de Requerimientos de Software
3.7.1. Requisitos del sistema
3.7.1.1. Requisitos funcionales
3.7.1.2. Requisitos no funcionales
3.7.2. Estudio de factibilidad del sistema
3.7.2.1. Factibilidad técnica
3.7.2.2. Factibilidad operativa
3.7.2.3. Factibilidad económica
210
3.7.2.4. Presupuesto
3.7.2.5. Retorno de la inversión
3.8. Diagrama de Dominio
3.9. Resumen Capítulo 3
4. CAPÍTULO 3: DISEÑO DE LA PROPUESTA DE UN SISTEMA
AUTOMÁTICO DE NOTIFICACIÓN DE PRESIÓN ARTERIAL
4.1. Introducción
4.2. Diseño del sistema
4.2.1.1. Diagramas UML
4.2.1.1.1. Diagrama de arquitectura
4.2.1.1.2. Diagrama de clases
4.2.1.1.3. Diagramas de componentes
4.2.1.1.4. Diagrama de actividades
4.2.1.1.5. Diagrama de casos de uso
4.2.1.1.6. Diagrama de estados
4.2.1.1.7. Diagrama entidad-relación
4.2.2. Fiabilidad del sistema
4.2.3. Implementación del sistema
4.2.4. Impacto real de la implementación
4.2.5. Propuesta de extensión del alcance
4.2.5.1. Sobre el historial demográfico de presión arterial del país
4.2.5.2. Sobre la aplicación de los datos estadísticos
4.2.5.3. Sobre las ventajas
4.3. Resumen Capítulo 4
5. CONCLUSIÓN
211
6. RECOMENDACIONES
7. REFERENCIAS BIBLIOGRÁFICAS
8. ANEXOS
8.1. Glosario
8.2. Encuesta
8.3. Entrevista
8.4. Tablas de datos
8.5. Gráficos y figuras
8.6. Presupuesto
8.7. Diagramas
8.8. Anteproyecto