universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/19865/1/ug-fcmf-b-cisc-pt… ·...
TRANSCRIPT
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL PARA USO DE
PACIENTES CON PROBLEMAS DE DIABETES, EL MISMO QUE TENDRÁ COMO
SOPORTE UN PORTAL WEB PARA USO DE LOS MÉDICOS TRATANTES,
A FIN DE ASISTIR EN EL MONITOREO, EVALUACIÓN Y CONTROL DE
DIABETES MELLITUS TIPO 1, TIPO 2 Y DIABETES GESTACIONAL,
ENFOCADO EN EL DESARROLLO DEL APLICATIVO MÓVIL
ANDROID EN LOS MÓDULOS REGISTRO
DEL PULSO CARDIACO, GLUCOSA,
REGISTRO HISTÓRICO DE
ENFERMEDADES Y EXÁMENES”
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR:
REYMOND YOSHINOBO AGEMURA MOSQUERA
TUTOR:
ING. GARY REYES ZAMBRANO, M.SC.
GUAYAQUIL – ECUADOR 2017
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
“DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL PARA USO DE PACIENTES CON PROBLEMAS DE DIABETES, EL MISMO QUE TENDRÁ COMO SOPORTE UN PORTAL WEB PARA USO DE LOS MÉDICOS TRATANTES, A FIN DE ASISTIR EN EL MONITOREO, EVALUACIÓN Y CONTROL DE DIABETES MELLITUS TIPO 1, TIPO 2 Y DIABETES GESTACIONAL, ENFOCADO EN EL DESARROLLO DEL APLICATIVO MÓVIL ANDROID EN LOS MÓDULOS REGISTRO DEL PULSO CARDIACO, GLUCOSA, REGISTRO HISTÓRICO DE ENFERMEDADES Y EXÁMENES COMPLEMENTARIOS”
REVISORES: Ing. Jimmy Sornoza Moreira, M.Sc.Lcda. Evelyn Henríquez Antepara, Mgs.
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: Junio del 2017
N° DE PÁGS.: 84
ÁREA TEMÁTICA: Tecnología de Información
PALABRAS CLAVES: Android, app, móvil, desarrollo, json, aplicación
RESUMEN: Este proyecto tiene como finalidad diseñar una aplicación móvil desarrollada en lenguaje Java y xml bajo la plataforma de Android Estudio, enfocada en la capa de presentación consumiendo servicios web en formato json.
N° DE REGISTRO: N° DE CLASIFICACIÓN:
DIRECCIÓN URL:
ADJUNTO PDF SÍ NO
CONTACTO CON AUTOR: REYMOND AGEMURA MOSQUERA
TELÉFONO: 0996571594
E-MAIL: [email protected]
CONTACTO DE LA INSTITUCIÓN: Universidad de Guayaquil Carrera de Ingeniería en Sistemas Computacionales Víctor Manuel Rendón y Baquerizo Moreno
NOMBRE: Ab. Juan Chávez Atocha
Teléfono: 2307729
X
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, DISEÑO E
IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL PARA USO DE
PACIENTES CON PROBLEMAS DE DIABETES, EL MISMO QUE TENDRÁ
COMO SOPORTE UN PORTAL WEB PARA USO DE LOS MÉDICOS
TRATANTES, A FIN DE ASISTIR EN EL MONITOREO, EVALUACIÓN Y
CONTROL DE DIABETES MELLITUS TIPO 1, TIPO 2 Y DIABETES
GESTACIONAL, ENFOCADO EN EL DESARROLLO DEL APLICATIVO
MÓVIL ANDROID EN LOS MÓDULOS REGISTRO DEL PULSO
CARDIACO, GLUCOSA, REGISTRO HISTÓRICO DE ENFERMEDADES Y
EXÁMENES COMPLEMENTARIOS, elaborado por el Sr. REYMOND
YOSHINOBO AGEMURA MOSQUERA, Alumno no titulado de la Carrera de
Ingeniería en Sistemas Computacionales, Facultad de Ciencias Matemáticas
y Físicas de la Universidad de Guayaquil, previo a la obtención del Título de
Ingeniero en Sistemas, me permito declarar que luego de haber orientado,
estudiado y revisado, la Apruebo en todas sus partes.
Atentamente
ING. GARY REYES ZAMBRANO, M.SC.
TUTOR
IV
DEDICATORIA
La presente tesis está dedicada a Dios, ya que gracias a él he logrado culminar este gran paso en mi vida, a mis padres porque siempre estuvieron a mi lado brindándome su apoyo incondicional y sabios consejos, a mis hermanos y amigos por sus palabras y compañía, en especial a mi novia por su confianza y por ser el pilar fundamental de todos mis logros. A todas aquellas personas que de una u otra manera han contribuido para el logro de mis objetivos.
V
AGRADECIMIENTO
Me gustaría que estas líneas sirvieran para expresar mi más profundo y sincero agradecimiento a todas aquellas personas que con su ayuda han colaborado en la realización del presente trabajo, en especial mis padres quienes son pilares fundamentales en mi vida, a
mi madre, por la orientación, Un agradecimiento muy especial merece la comprensión, paciencia y el ánimo recibidos de mi familia y amigos. .
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc. DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y FÍSICAS
Ing. Roberto Crespo Mendoza, Mgs. DIRECTOR DE LA CARRERA DE
INGENIERÍA EN SISTEMAS COMPUTACIONALES
Ing. Jimmy Sornoza Moreira, M.Sc. PROFESOR REVISOR DEL
ÁREA – TRIBUNAL
Lcda. Evelyn Henríquez Antepara, Mgs. PROFESOR REVISOR DEL
ÁREA - TRIBUNAL
Ing. Gary Reyes Zambrano. M.Sc. PROFESOR TUTOR DEL PROYECTO
DE TITULACIÓN
Ab. Juan Chávez Atocha, Esp. SECRETARIO
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
REYMOND YOSHINOBO AGEMURA MOSQUERA
VIII
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
“DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL PARA USO DE
PACIENTES CON PROBLEMAS DE DIABETES, EL MISMO QUE TENDRÁ COMO
SOPORTE UN PORTAL WEB PARA USO DE LOS MÉDICOS TRATANTES,
A FIN DE ASISTIR EN EL MONITOREO, EVALUACIÓN Y CONTROL DE
DIABETES MELLITUS TIPO 1, TIPO 2 Y DIABETES GESTACIONAL,
ENFOCADO EN EL DESARROLLO DEL APLICATIVO MÓVIL
ANDROID EN LOS MÓDULOS REGISTRO
DEL PULSO CARDIACO, GLUCOSA,
REGISTRO HISTÓRICO DE
ENFERMEDADES Y EXÁMENES”
Proyecto de Titulación que se presenta como requisito para optar por el título
de INGENIERO EN SISTEMAS COMPUTACIONALES
Auto/a: REYMOND YOSHINOBO AGEMURA MOSQUERA
C. I. 0915067631
Tutor: ING. GARY REYES ZAMBRANO, M.Sc.
Guayaquil, junio del 2017
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el/la estudiante REYMOND YOSHINOBO AGEMURA MOSQUERA, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL PARA USO DE PACIENTES CON PROBLEMAS DE DIABETES, EL MISMO QUE TENDRÁ COMO SOPORTE UN PORTAL WEB PARA USO DE LOS MÉDICOS TRATANTES, A FIN DE ASISTIR EN EL MONITOREO, EVALUACIÓN Y CONTROL DE DIABETES MELLITUS TIPO 1, TIPO 2 Y DIABETES GESTACIONAL, ENFOCADO EN EL DESARROLLO DEL APLICATIVO MÓVIL ANDROID EN LOS MÓDULOS REGISTRO DEL PULSO CARDIACO, GLUCOSA, REGISTRO HISTÓRICO DE ENFERMEDADES Y EXÁMENES COMPLEMENTARIOS Considero aprobado el trabajo en su totalidad.
Presentado por:
REYMOND YOSHINOBO AGEMURA MOSQUERA C.I. 0915067631
Tutor: ING. GARY REYES ZAMBRANO, M.Sc
Guayaquil, junio del 2017
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: REYMOND YOSHINOBO AGEMURA MOSQUERA
Dirección: Los esteros, Coop. 25 de septiembre Manzana A, Sol. 3
Teléfono: 0996571594 E-mail: [email protected]
Facultad: CIENCIAS MATEMÁTICAS Y FÍSICAS
Carrera: INGENIERÍA EN SISTEMAS COMPUTACIONALES
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: ING. GARY REYES ZAMBRANO, M.Sc.
Título del Proyecto de titulación: DISEÑO E IMPLEMENTACIÓN DE UNA
APLICACIÓN MÓVIL PARA USO DE PACIENTES CON PROBLEMAS DE
DIABETES, EL MISMO QUE TENDRÁ COMO SOPORTE UN PORTAL
WEB PARA USO DE LOS MÉDICOS TRATANTES, A FIN DE ASISTIR EN
EL MONITOREO, EVALUACIÓN Y CONTROL DE DIABETES MELLITUS
TIPO 1, TIPO 2 Y DIABETES GESTACIONAL, ENFOCADO EN EL
DESARROLLO DEL APLICATIVO MÓVIL ANDROID EN LOS MÓDULOS
REGISTRO DEL PULSO CARDIACO, GLUCOSA, REGISTRO HISTÓRICO
DE ENFERMEDADES Y EXÁMENES COMPLEMENTARIOS
Tema del Proyecto de Titulación: ELABORACIÓN DE APLICACIÓN MÓVIL PARA USO DE PACIENTES CON PROBLEMAS DE DIABETES
XI
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno: _________________________________ Reymond Yoshinobo Agemura Mosquera
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM x
XII
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR ................................................................................... III
DEDICATORIA ........................................................................................................ IV
AGRADECIMIENTO ................................................................................................ V
TRIBUNAL PROYECTO DE TITULACIÓN .......................................................... VI
CERTIFICADO DE ACEPTACIÓN DEL TUTOR.................................................. IX
ÍNDICE DE GRÁFICOS ...................................................................................... XVIII
ÍNDICE DE CUADROS ........................................................................................... XX
RESUMEN .............................................................................................................. XXI
ABSTRACT ........................................................................................................... XXII
INTRODUCCIÓN ........................................................................................................ I
CAPÍTULO I ................................................................................................................ 1
EL PROBLEMA .......................................................................................................... 1
PLANTEAMIENTO DEL PROBLEMA .................................................................... 1
Ubicación del problema en un contexto ................................................................... 1
Situación conflicto nudos críticos ............................................................................ 2
Causas y consecuencias del problema...................................................................... 2
Delimitación del Problema ....................................................................................... 3
Formulación del Problema ....................................................................................... 4
Evaluación del Problema.......................................................................................... 4
Delimitado ............................................................................................................ 4
Evidente................................................................................................................ 4
Relevante .............................................................................................................. 4
Original ................................................................................................................ 4
Factible ................................................................................................................. 5
Claro ..................................................................................................................... 5
OBJETIVOS ................................................................................................................ 5
Objetivo General ...................................................................................................... 5
Objetivos Específicos ............................................................................................... 5
JUSTIFICACIÓN E IMPORTANCIA ........................................................................ 6
XIII
ALCANCES DEL PROBLEMA ................................................................................. 7
CAPÍTULO II .............................................................................................................. 8
MARCO TEÓRICO ..................................................................................................... 8
Antecedentes del estudio .............................................................................................. 8
Fundamentación Teórica ............................................................................................ 12
Aplicación Móvil ............................................................................................... 12
Android .............................................................................................................. 13
IOS ..................................................................................................................... 13
BlackBerry OS ................................................................................................... 14
Windows Phone ................................................................................................. 14
Android Studio ................................................................................................... 15
Estructura del proyecto ...................................................................................... 16
Gradle ................................................................................................................. 17
Ant ...................................................................................................................... 18
Arquitectura de Aplicaciones Android .............................................................. 18
Estructura de Carpetas........................................................................................ 20
Layout ................................................................................................................ 21
Activity ............................................................................................................... 21
Ciclo de vida de una actividad ........................................................................... 22
Programación orientada a objetos ...................................................................... 24
Web Services ...................................................................................................... 24
Json ..................................................................................................................... 24
Xml ..................................................................................................................... 24
Fundamentación Legal ............................................................................................... 25
Decreto 1014 Sobre El Uso Del Software Libre ................................................ 30
Prestadores De Servicios De Telecomunicaciones ............................................ 31
Ley De Propiedad Intelectual ............................................................................. 32
Pregunta Científica a Contestarse .............................................................................. 35
Definiciones conceptuales .......................................................................................... 35
Java ..................................................................................................................... 35
Res ...................................................................................................................... 35
XIV
Open Source ....................................................................................................... 35
Javascript ............................................................................................................ 35
GooglePlay store ................................................................................................ 36
Sqlite .................................................................................................................. 36
CAPÍTULO III ........................................................................................................... 37
PROPUESTA TECNOLÓGICA ............................................................................... 37
Herramientas Utilizadas ............................................................................................. 38
Descargar Android Studio .................................................................................. 38
Instalación de Android Studio ............................................................................ 38
Librerías utilizadas ..................................................................................................... 42
MPAndroidChart ................................................................................................ 42
ORMLite ............................................................................................................ 42
Retrofit2 ............................................................................................................. 42
Universal Image Loader ..................................................................................... 43
Creación del proyecto en Android Studio .................................................................. 43
Estructura del Proyecto .............................................................................................. 47
Activities ............................................................................................................ 47
Adapters ............................................................................................................. 47
Fragments ........................................................................................................... 47
Funtion ............................................................................................................... 48
Interfaz del Proyecto .................................................................................................. 48
Módulo Pulso ..................................................................................................... 48
Módulo Glucosa ................................................................................................. 52
Modulo Exámenes Complementarios ................................................................ 54
Modulo Historial de Enfermedades ................................................................... 59
Análisis De Factibilidad ............................................................................................. 60
Factibilidad Operacional ........................................................................................ 61
Factibilidad Técnica ............................................................................................... 61
Factibilidad Legal................................................................................................... 62
Factibilidad Económica .......................................................................................... 62
Etapas de la metodología del proyecto....................................................................... 63
XV
Entregables del proyecto ................................................................................... 64
Criterios de validación de la propuesta ...................................................................... 64
Población ............................................................................................................ 64
Tamaño de la muestra y parámetros................................................................... 65
Fórmula del tamaño de la muestra ..................................................................... 65
Encuesta ............................................................................................................. 67
Observación........................................................................................................ 67
Entrevista............................................................................................................ 68
Recolección de la Información .......................................................................... 68
Procesamiento y Análisis ................................................................................... 68
Análisis e Interpretación de Resultados ............................................................. 68
ENCUESTA REALIZADA ................................................................................... 69
Validación De La Idea A Defender ........................................................................ 77
CAPÍTULO IV ........................................................................................................... 78
Criterios de aceptación del producto o servicio ......................................................... 78
Conclusiones y Recomendaciones ............................................................................. 82
Conclusiones ...................................................................................................... 82
Recomendaciones ............................................................................................... 83
Bibliografía ................................................................................................................ 84
ANEXOS .................................................................................................................... A
XVI
ABREVIATURAS
APP Aplicación Móvil
UG Universidad de Guayaquil
Html Lenguaje de Marca de salida de Hyper Texto
http Protocolo de transferencia de Hyper Texto
Ing. Ingeniero
CC.MM.FF Facultad de Ciencias Matemáticas y Físicas
ISP Proveedor de Servicio de Internet
Msc. Master
URL Localizador de Fuente Uniforme
XVII
SIMBOLOGÍA
s Desviación estándar
e Error
s Estimador de la desviación estándar
n Tamaño de la muestra
N Tamaño de la población
Z Nivel de confianza deseado
p Proporción de individuos que poseen características de estudios de la población
q Proporción de individuos que no poseen esas características
XVIII
ÍNDICE DE GRÁFICOS
Gráfico #1: Arquitectura del proyecto .............................................................. 7
Gráfico #2: Interfaz de Usuario ..................................................................... 15
Gráfico #3: Archivos del proyecto en vista Android ....................................... 16
Gráfico #4: Android Manifest ........................................................................ 17
Gráfico #5: Arquitectura de Aplicación de Android........................................ 19
Gráfico #6: Ciclo de Vida de una Actividad ................................................... 22
Gráfico #7: Web Android Studio .................................................................... 38
Gráfico #8: Android Studio (Paso 1) ............................................................. 38
Gráfico #9: Android Studio (Paso 2) ............................................................. 39
Gráfico #10: Android Studio (Paso 3) ........................................................... 39
Gráfico #11: Android Studio (Paso 4) ........................................................... 40
Gráfico #12: Android Studio (Paso 5) ........................................................... 40
Gráfico #13: Android Studio (Paso 6) ........................................................... 41
Gráfico #14: Android Studio (Paso 7) ........................................................... 41
Gráfico #15: Android Studio (Paso 8) ........................................................... 42
Gráfico #16: Creación de proyecto Android Studio (Paso 1) ........................ 43
Gráfico #17: Creación de proyecto Android Studio (Paso 2) ........................ 43
Gráfico #18: Creación de proyecto Android Studio (Paso 3) ........................ 44
Gráfico #19: Creación de proyecto Android Studio (Paso 4) ........................ 45
Gráfico #20: Creación de proyecto Android Studio (Paso 5) ........................ 46
Gráfico #21: Creación de proyecto Android Studio (Paso 6) ........................ 46
Gráfico #22: Estructura de proyecto Android Studio ..................................... 47
Gráfico #23: Proyecto HealMonitor – Modulo Pulso ..................................... 48
Gráfico #24: Proyecto HealMonitor – Pulso Estadísticas .............................. 49
Gráfico #25: Proyecto HealMonitor – Pulso registro ..................................... 50
Gráfico #26: Proyecto HealMonitor – Pulso Registro Automático ................. 50
Gráfico #27: Proyecto HealMonitor – Pulso Registro Automático ................. 51
Gráfico #28: Proyecto HealMonitor – Pulso Registro Automático ................. 51
Gráfico #29: Proyecto HealMonitor – Modulo Glucosa ................................. 52
XIX
Gráfico #30: Proyecto HealMonitor – Glucosa Estadísticas .......................... 52
Gráfico #31: Proyecto HealMonitor – Glucosa Registro ................................ 53
Gráfico #32: Proyecto HealMonitor – Exámenes Complementarios ............. 54
Gráfico #33: Proyecto HealMonitor – Colesterol ........................................... 55
Gráfico #34: Proyecto HealMonitor – Registro Colesterol ............................. 55
Gráfico #35: Proyecto HealMonitor – Triglicéridos ........................................ 56
Gráfico #36: Proyecto HealMonitor – Registro Triglicéridos ......................... 56
Gráfico #37: Proyecto HealMonitor – HBA1C ............................................... 57
Gráfico #38: Proyecto HealMonitor – Registro HBA1C ................................. 57
Gráfico #39: Proyecto HealMonitor – Cetonas .............................................. 58
Gráfico #40: Proyecto HealMonitor – Registro Cetonas ............................... 58
Gráfico #41: Proyecto HealMonitor – Historial de Enfermedades ................. 59
Gráfico #42: Proyecto HealMonitor – Registro de Enfermedades................. 60
Gráfico #43: Ciclo de vida Sprint ................................................................... 63
Gráfico #44: Pregunta N°1 (Gráfico Circular 3D) .......................................... 69
Gráfico #45: Pregunta N°2 (Gráfico Circular 3D) .......................................... 70
Gráfico #46: Pregunta N°3 (Gráfico Circular 3D) .......................................... 71
Gráfico #47: Pregunta N°4 (Gráfico Circular 3D) .......................................... 72
Gráfico #48: Pregunta N°5 (Gráfico Circular 3D) .......................................... 73
Gráfico #49: Pregunta N°6 (Gráfico Circular 3D) .......................................... 74
Gráfico #50: Pregunta N°7 (Gráfico Circular 3D) .......................................... 75
Gráfico #51: Pregunta N°8 (Gráfico Circular 3D) .......................................... 76
XX
ÍNDICE DE CUADROS
Tabla #1: Causas y Consecuencias ................................................................ 2
Tabla #2: Delimitación del Problema .............................................................. 3
Tabla #3: Aplicaciones Destacadas ................................................................ 9
Tabla #4: Presupuesto Aproximado .............................................................. 62
Tabla #5: Estimación de la Población ........................................................... 64
Tabla #6: Estimación de la Población ........................................................... 66
Tabla #7: Pregunta N°1 ................................................................................ 69
Tabla #8: Pregunta N°2 ................................................................................ 70
Tabla #9: Pregunta N°3 ................................................................................ 71
Tabla #10: Pregunta N°4 .............................................................................. 72
Tabla #11: Pregunta N°5 .............................................................................. 73
Tabla #12: Pregunta N°6 .............................................................................. 74
Tabla #13: Pregunta N°7 .............................................................................. 75
Tabla #14: Pregunta N°8 .............................................................................. 76
Tabla #15: Requisitos ................................................................................... 79
Tabla #16: Criterios de aceptación - Módulo de Pulso .................................. 79
Tabla #17: Criterios de aceptación - Módulo de Glucosa ............................. 80
Tabla #18: Criterios de aceptación - Módulo para Ingreso de Histórico de
Patologías ..................................................................................................... 80
Tabla #19: Criterios de aceptación - Módulo de Exámenes Complementarios
...................................................................................................................... 80
Tabla #20: Criterios de Valor ........................................................................ 81
XXI
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL PARA USO DE
PACIENTES CON PROBLEMAS DE DIABETES, EL MISMO QUE TENDRÁ COMO
SOPORTE UN PORTAL WEB PARA USO DE LOS MÉDICOS TRATANTES,
A FIN DE ASISTIR EN EL MONITOREO, EVALUACIÓN Y CONTROL DE
DIABETES MELLITUS TIPO 1, TIPO 2 Y DIABETES GESTACIONAL,
ENFOCADO EN EL DESARROLLO DEL APLICATIVO MÓVIL
ANDROID EN LOS MÓDULOS REGISTRO
DEL PULSO CARDIACO, GLUCOSA,
REGISTRO HISTÓRICO DE
ENFERMEDADES Y EXÁMENES
COMPLEMENTARIOS
RESUMEN
El presente proyecto tiene como objetivo realizar una aplicación móvil, enfocándose al sector de la salud, brindando una ayuda a los pacientes con problemas de Diabetes, siendo esta una de las principales enfermedades con más índice de mortalidad en el Ecuador. Este aplicativo permitirá que el paciente pueda llevar un registro de sus diferentes exámenes y mediciones, ayudando al médico tratante, a tener un mejor control y monitoreo de sus pacientes y poder ver el progreso del mismo a través de informes que llegan por correo electrónico. Esta aplicación también incorpora un sistema de recomendación, que se presentarán al momento de registrar sus mediciones. Se plantea incorporar una aplicación móvil amigable y de fácil uso, disponible para los pacientes que dispongan de un Smartphone con sistema operativo Android. La aplicación será desarrollada en una plataforma Android usando como lenguaje de programación JAVA para lógica de negocio y XML para su diseño (Interfaz de usuario). El proyecto será desarrollado bajo la metodología moderna llamada Scrum llevando el roll de Scrum Master, y contará con varios módulos para el ingreso de los exámenes como los de la Glucosa, Colesterol, Triglicéridos, HBA1C, Cetona, Pulso. Permitiendo visualizar los gráficos estadísticos. Así como también el registro histórico de las diferentes patologías que se le han presentado al paciente tratante. Palabras Clave: Aplicación móvil, Smartphone, Android, Java, Scrum, Diabetes.
Autor: Reymond Yoshinobo Agemura Mosquera Tutor: Ing. Gary Reyes Zambrano, M.Sc.
XXII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESIGN AND IMPLEMENTATION OF A MOBILE APPLICATION THAT TARGETS
DIABETES DIAGNOSED PATIENTS, THAT INCLUDES, A WEB BASED ADMINISTRATION PANEL, TO ASSIST TREATING PHYSICIANS ON
THE MONITOR, EVALUATION AND CONTROL OF DIABETES MELLITUS TYPE 1, TYPE 2 AND GESTATIONAL DIABETES; FOCUSING ON THE DEVELOPMENT
OF THE MOBILE ANDROID APPLICATION WITCH INCLUDES PULSE REGISTER,
GLUCOSE LEVELS, HISTORICAL RECORDS OF DISEASES AND
COMPLEMENTARY EXAMINATIONS.
ABSTRACT
This here by project aims to develop a mobile application, focusing on the health sector. Providing help to patients with diagnosed Diabetes, being one of the main diseases with the highest death rate in Ecuador. This application will allow the patient to keep a record of their different examinations and measurements, helping the attending physician, to have better control and monitoring of their patients and to be able to monitor the progress of the patient through email based reports. This application also incorporates a recommendation system, which will be shown at the time of measurement recording. The app proposes to incorporate a friendly and easy to use mobile application, available to patients with a Smartphone with an Android operating system. The application will be developed on Android platform using JAVA programming language for business logic and XML design (User Interface). The project will be developed under the modern methodology “Scrum” taking the roll of Scrum Master, and will have several modules for the recording of exams such as Glucose, Cholesterol, Triglycerides, HBA1C, Ketone, and Pulse. The app also allows the display of statistical graphs, as well as historical records of the different pathologies that have been presented to the treating patient. Keywords: Mobile application, Smartphone, Android, Java, Scrum, Diabetes.
Autor: Reymond Yoshinobo Agemura Mosquera Tutor: Ing. Gary Reyes Zambrano, M.Sc.
I
INTRODUCCIÓN
La Diabetes Mellitus es una enfermedad crónica, considerada actualmente como un
problema de salud pública. Su atención se centra tanto en la prevención de su
aparición como en mejorar su control, tratamiento y pronóstico.
La tendencia de este mercado está enfocada a mejorar la calidad de vida de los
usuarios mediante el uso de la tecnología, los dispositivos médicos que se
interconectan con los teléfonos móviles son cada vez más comunes generando la
aparición de nuevos campos de estudio.
El presente proyecto de tesis tiene como finalidad la comunicación clara, sencilla y a
tiempo real entre los datos de salud del paciente diabético y el médico especialista a
través de tecnología móvil, ya que el control de dicha enfermedad actualmente es
realiza con información desactualizada y esto afecta al tratamiento y pronostico del
tratante.
Basados en la necesidad de comunicar los datos del paciente de manera eficaz y
confiable a su médico tratante se creará una aplicación móvil con Android la cual
mantendrá la información actualizada según las demandas de uso del paciente,
ayudando a la prevención y pronóstico de esta enfermedad.
Este trabajo consta de los siguientes capítulos:
• Capítulo I: En este capítulo, se estudia la metodología para el desarrollo del
problema, así como sus causas y consecuencias, las metas u objetivos a cumplir
y los alcances propuestos para el proyecto. (Marco Lógico)
• Capítulo II: En este capítulo se justifica mediante estudios a diversos proyectos
similares, conceptos y normativas legales, para identificar los puntos claves en
etapa de análisis del proyecto.
II
• Capítulo III: En este capítulo detalla la propuesta tecnológica y se analiza la
factibilidad de la misma tanto en el campo legal, operacional, técnica y la
metodología utilizada para el desarrollo de la aplicación.
• Capítulo IV: En este capítulo se define la aceptación del proyecto, se evaluará la
calidad de la aplicación y se detallan las conclusiones y recomendaciones.
1
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del problema en un contexto
En el Ecuador, la Diabetes mellitus está dentro de las 10 causas de muerte junto a
las enfermedades cardiovasculares (infartos cardíacos, enfermedades
cerebrovasculares, enfermedades debidas a la hipertensión y al colesterol elevado).
En 2011, la Diabetes fue causante del 7,1% de las muertes, proporción que había
sido de 3,6% en 1997.
Dado los datos de esta enfermedad, en la actualidad en el hospital “IEES-Hospital
del Día Sur Valdivia”, de la ciudad de Guayaquil, no consta con una herramienta
flexible, fácil de manejar y con información a tiempo real para el control de pacientes
diabéticos esto causa que la enfermedad no sea controlada de una manera eficiente,
ya que la información de cada paciente no se encuentra actualizada y puede causar
que se envíen dosis de medicación inadecuada, tratamiento equívocos, también no
se pueden establecer rápidas consultas de pacientes, ya que estos deben acercarse
al hospital para reservar una previa cita causando malestar a los pacientes por no
ser atendidos de una manera personalizada puesto que la enfermedad de Diabetes
es una enfermedad con alto nivel de mortalidad.
2
Situación conflicto nudos críticos
En base a la situación actual de la Diabetes en la ciudad de Guayaquil en “IEES-
Hospital del Día Sur Valdivia”, y entre los factores que influyen en la implementación
de una aplicación móvil se ha podido considerar:
• Disponibilidad baja de tiempo que poseen los pacientes para poder acudir a cita
médica.
• Los médicos no poseen información en tiempo real de registros diarios de su
glucosa, pulso, colesterol, triglicéridos, hba1c, cetona de sus pacientes
• Actualmente no se encuentra disponible la información de los pacientes ni
médicos para uso en evaluaciones de Diabetes
• El doctor no cuenta con un historial médico para acceso rápido de verificación
de enfermedades del paciente, para prevención de aplicación de medicamento
correcta.
Causas y consecuencias del problema
Se detalla a continuación las causas y consecuencias de no tener una aplicación
móvil para el control de Diabetes en la ciudad de Guayaquil en el hospital “IEES-
Hospital del Día Sur Valdivia”.
Tabla #1: Causas y Consecuencias
CAUSAS EFECTOS Constante traslado del paciente al
hospital, para entregar los resultados
de sus exámenes médicos.
Malestar del paciente diabético al tener
que movilizarse hasta el hospital para
recibir un diagnóstico poco acorde a la
evolución de la enfermedad, debido al
tiempo trascurrido desde el examen
hasta la próxima cita.
No llevar un registro histórico de las
enfermedades que ha padecido el
paciente.
Dificultad a los médicos tratantes al
momento de dar un diagnóstico.
3
Falta de conocimiento de los niveles
normales que debería tener el
paciente con Diabetes.
El paciente podría tener una
interpretación equivocada de sus
exámenes, provocando un alto riesgo
a su salud.
Los pacientes con Diabetes no
cuentan con una herramienta que les
ayude su control diario de su
tratamiento.
Al no llevar un correcto control del
tratamiento, provocará que la salud del
paciente se agravarse.
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Delimitación del Problema
Tabla #2: Delimitación del Problema
CAMPO Aplicado a pacientes de Diabetes para el hospital
“IEES-Hospital del Día Sur Valdivia”
ÁREA Aplicación en dispositivos móviles.
ASPECTO Se aplica Metodologías, Calidad y Gestión de Proyectos.
TEMA DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN
MÓVIL PARA USO DE PACIENTES CON PROBLEMAS
DE DIABETES, EL MISMO QUE TENDRÁ COMO
SOPORTE UN PORTAL WEB PARA USO DE LOS
MÉDICOS TRATANTES, A FIN DE ASISTIR EN EL
MONITOREO, EVALUACIÓN Y CONTROL DE Diabetes
MELLITUS TIPO 1, DIABETES MELLITUS TIPO 2 Y
DIABETES GESTACIONAL, ENFOCADO EN EL
DESARROLLO DEL APLICATIVO MÓVIL ANDROID EN
LOS MÓDULOS REGISTRO DEL PULSO CARDIACO,
GLUCOSA, REGISTRO HISTÓRICO DE
ENFERMEDADES Y EXÁMENES COMPLEMENTARIOS
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
4
Formulación del Problema
¿Cómo ayudará una aplicación móvil que es usada por pacientes con problemas con
diabetes, junto con un portal web que es de uso de los médicos tratantes, al
monitorear, evaluar y controlar la diabetes?
Evaluación del Problema
A continuación, encontrará usted los aspectos que permiten evaluar el problema.
Delimitado
El presente proyecto se aplicará en la Ciudad de Guayaquil específicamente en el
hospital “IEES-Hospital del Día Sur Valdivia” para realizar ingreso y consulta de
datos de pacientes diabéticos utilizando una aplicación móvil.
Evidente
El actual proyecto implementará una herramienta tecnológica desarrollada en
entorno de Android, el cual facilitará el modo de consultar los datos del paciente
diabético, con una interfaz amigable y desde cualquier dispositivo móvil.
Relevante
A través de este proceso que se ha creado permitirá un mejor rendimiento en el
cuidado de la salud de los pacientes que utilicen la aplicación móvil.
Original
El desarrollo del presente proyecto se basó en los problemas que existen en la
actualidad para la consulta eh ingreso de datos de los pacientes diabéticos, por lo
que hoy en día podemos observar que no se cuenta con una aplicación que
mantenga dicha información en tiempo real.
5
Factible
Se considera que el actual proyecto es factible dado que bajo la solución que hemos
planteado nos asegura buenos resultados en cuanto a control y monitoreo de los
pacientes diabéticos que acceden a diario a la aplicación y existe la necesidad de
consulta de sus datos de salud
Claro
Se ha expuesto de una forma clara las causas y consecuencias del problema para
poder dar solución al proyecto e implementar una aplicación móvil en donde los
pacientes y doctores puedan tener fácil acceso a la misma información.
OBJETIVOS
Objetivo General
Diseñar, desarrollar e implementar una aplicación para dispositivos móviles
inteligentes con sistema operativo Android que ayude a pacientes con Diabetes
Mellitus Tipo 1, Diabetes Mellitus Tipo 2, Gestacional, a llevar un control del
tratamiento de una forma práctica.
Objetivos Específicos
• Aplicar Metodología SCRUM y cumplir con el rol del SCRUM MASTER dentro
del equipo de desarrollo de aplicaciones para dispositivos móviles (Gestión en
cumplimiento de objetivos en equipo de desarrollo móvil).
• Analizar y generar un modelo visual y estructural de la aplicación móvil en una
plataforma Android Studio y como lenguaje de programación Java y Xml, que
estará acoplado a varios módulos (secciones), que permitirán el ingreso de datos
y gráficos estadísticos.
• Estructurar la lógica, para la interacción de la aplicación y los procesos de
negocios mediante Web Services, brindando la capacidad de comunicarse en
cualquier entorno en tiempo real mediante el uso del internet.
6
• Desarrollar los módulos de control del pulso cardiaco, control de la glucosa,
registro histórico de enfermedades y el control de exámenes complementarios,
tales como Colesterol, Triglicéridos, HBA1c, Cetonas.
• Implementar la funcionalidad de poder medir y registrar la frecuencia cardiaca
mediante la cámara del dispositivo móvil.
JUSTIFICACIÓN E IMPORTANCIA
Se busca fomentar la investigación en temas vinculados a la salud y el tratamiento
de la diabetes, impulsando la creación de aplicaciones que se desarrollen en torno a
dispositivos de uso masivo, como celulares. Despertando el interés de empresas,
entidades educativas e instituciones públicas o privadas.
También es justificable ya que al no existir una herramienta que permita el control y
análisis de los datos del paciente diabético en tiempo real en “IEES-Hospital del Día
Sur Valdivia” (datos verificados a través de encuestas que se incluirán en el capítulo
III del documento), nace la necesidad de desarrollar una aplicación que facilite a los
pacientes con diabetes poder registrar cada uno de sus exámenes clínicos, a través
de una interfaz amigable en la cual se listen los diferentes módulos (control del pulso
cardiaco, control de la glucosa, registro histórico de enfermedades y el control de
exámenes complementarios), y a su vez que permitan la visualización de los datos
del paciente diabético y así mismo la visualización estadística de dichos datos, para
disminuir los tiempos de tomas de decisiones y que la medicación y controles sean
los adecuados para esta enfermedad.
Con el cumplimiento de los objetivos expuestos en la fase de recopilación de la
información se espera solucionar satisfactoriamente las necesidades del “IEES-
Hospital del Día Sur Valdivia”, cuya tendencia es automatizar los procesos de control
de la enfermedad de Diabetes.
7
ALCANCES DEL PROBLEMA
La presente propuesta tiene como alcance el desarrollo de una aplicación móvil en la
plataforma ANDROID.
Podrá ser visualizada en dispositivos Móviles Android que posean versiones iguales
o superiores a Android 4.0.3 IceCreamSandwich.
La aplicación puede ser utilizada solo cuando el dispositivo móvil posea acceso a
internet.
No es necesario el previo registro de usuario para acceder a los diferentes módulos
de la aplicación.
El usuario podrá enviar un informe de los registros de los módulos, de un rango de
tiempo determinado en la aplicación en formato pdf al e-mail del doctor que haya
seleccionado.
Se dejará instalada la aplicación en los móviles Android correspondientes en la
finalización del proyecto, y será publicarlo en GooglePlay Store (La institución debe
contar con una cuenta de Desarrollador de google habilitado para subir aplicaciones
a la GooglePlay Store).
Gráfico #1: Arquitectura del proyecto
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
8
CAPÍTULO II
MARCO TEÓRICO
Antecedentes del estudio
Se realizó el respectivo análisis del proyecto y las conclusiones en las que se
determinó que actualmente no existe título de investigación o implementación que
coincida con el tema expuesto, “Diseño e implementación de una aplicación móvil
para uso de pacientes con problemas de Diabetes, el mismo que tendrá como soporte
un portal web para uso de los médicos tratantes, a fin de asistir en el Monitoreo,
evaluación y control de Diabetes mellitus tipo 1, Diabetes mellitus tipo 2 y Diabetes
gestacional, enfocado en el desarrollo del aplicativo móvil Android en los módulos
registro del pulso cardiaco, glucosa, registro histórico de enfermedades y exámenes
complementarios”.
La revisión tuvo como fuente de consulta a la biblioteca de la Universidad de
Guayaquil, en el cual no se registra un proyecto de implementación con el tema
mencionado, ni en algún otro establecimiento de nivel superior en la ciudad de
Guayaquil.
Dado que no se encontró ningún título de investigación o implementación, nos
enfocamos en aplicaciones que actualmente se ofrecen en el mercado, y tienen
similitud al proyecto que se desea realizar como es el monitoreo de la Diabetes a
través de dispositivo móviles tanto para Android como para IOS.
Analizamos 10 principales aplicaciones dedicadas al control de la Diabetes, donde
se describe sus principales ventajas y desventajas.
9
Tabla #3: Aplicaciones Destacadas
APLICACIÓN VENTAJAS DESVENTAJAS
Diabetes - Diario de
Glucosa
1.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
2.- Permite exportar datos a
CSV y XML.
3.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
1.- No genera tendencias
sobre el comportamiento de
los valores de glucosa
ingresados.
2.- Disponible solo para
Android.
3.- No se puede enviar por
correo los valores
ingresados.
Glucool Diabetes
1.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
2.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
3.- Permite generar reportes de
los datos y gráficos registrados
para enviarlos por correo.
1.- La versión completa
debe ser comprada.
2.- No genera tendencias
sobre el comportamiento de
los valores de glucosa
ingresados.
3.- No da recomendaciones
de los valores ingresados
por el usuario.
Diabetes Glucose
Tracker
1.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
3.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
4.- Analiza tendencias de las
variables según los valores
ingresados.
5.- Permite generar reportes de
los datos y enviarlos por
correo.
1.- Disponible solo para IOS
y debe ser comprada.
2.-No alerta o da
recomendaciones de los
valores ingresados por el
usuario solo lo almacena.
10
My Diabetes
1.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
3.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
3.- Permite generar reportes de
los datos y gráficos registrados
para enviarlos por correo y/o
sincronizarlos con una cuenta
en Dropbox.
1.- Disponible solo para
Android.
2.- No genera tendencias
sobre el comportamiento de
los valores de glucosa
ingresados.
3.- No alerta o da
recomendaciones de los
valores ingresados por el
usuario solo lo almacena.
SiDiary Diabetes
1.- Disponible para Android y
IOS.
2.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
3.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
4.- Analiza tendencias de las
variables según los valores
ingresados.
5.- Cuenta con interfaz para PC
1.- La versión completa
debe ser comprada
2.-No alerta o da
recomendaciones de los
valores ingresados por el
usuario solo lo almacena.
Glucose Buddy
1.- Disponible para sistemas
Android y IOS.
2.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
3.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
4.- Permite programar
recordatorios para que el
usuario realice sus tomas de
glucosa
1.- La versión completa
debe ser comprada
2.- No da recomendaciones
de los valores ingresados
por el usuario solo lo
almacena.
3.- No genera tendencias
de los valores
almacenados.
4.- No permite los exportar
los valores ingresados.
11
OnTrack Diabetes
1.- aplicación gratuita.
2.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
3.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
1.- Disponible solo para
Android.
2.- No permite los exportar
los valores ingresados.
3.- No genera tendencias
de los valores
almacenados.
Dbees.com
1.- Disponible para sistemas
Android, IOS
2.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
3.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
4.- Cuenta con interfaz para
PC.
5.- Cuenta con interfaz web
para el médico.
1.- Debe ser comprada.
2.- No genera tendencias
de los valores
almacenados.
3.- No alerta o da
recomendaciones de los
valores ingresados por el
usuario solo lo almacena.
Glucometro
1.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
2.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
3.- Permite ingresar los valores
a través de conexión bluetooth
entre el dispositivo móvil y
dispositivo de medición
(Glucómetro).
1.- Disponible solo para
Android.
2.- No genera tendencias
sobre el comportamiento de
los valores de glucosa
ingresados.
3.- No permite exportar los
valores almacenados.
4.- No alerta o da
recomendaciones de los
valores ingresados por el
usuario solo lo almacena
12
Diabetes
1.- Permite monitorear los
valores de glucosa en la
sangre, peso y comidas.
2.- Permite visualizar gráficos
estadísticos de los valores
ingresados.
4.- Permite generar informes
en formato PDF.
5.- Incluye juegos motivadores
sobre el control de la
enfermedad.
1.- Disponible solo para
IOS.
2.- No alerta o da
recomendaciones de los
valores ingresados por el
usuario solo lo almacena
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Fundamentación Teórica
Aplicación Móvil
Son pequeños programas informáticos que se ejecutan en los dispositivos móviles y
cumplen una funcionalidad específica. El autor David Lomeña nos acota con lo
siguiente:
Una aplicación móvil, apli o app (en inglés) es una aplicación
informática diseñada para ser ejecutada en teléfonos inteligentes,
tablets y otros dispositivos móviles. Generalmente se encuentran
disponibles a través de plataformas de distribución, operadas por
las compañías propietarias de los sistemas operativos móviles
como Android, iOS, BlackBerry OS, Windows Phone, entre otros.
Existen aplicaciones móviles gratuitas o de pago, donde en
promedio el 20-30% del costo de la aplicación se destina al
distribuidor y el resto es para el desarrollador. (Lomeña, 2016).
Es decir que las aplicaciones móviles, en su mayoría son distribuidas por los
propietarios del sistema operativo, obteniendo como ganancia entre el 20 y 30% del
costo de la aplicación.
13
Android
Es un sistema operativo especializado en dispositivos móviles inteligentes, siendo
este uno de los sistemas operativos móvil mayor utilizado en el mundo. El editor
Julián Pérez nos explica un poco más sobre los inicios de Android:
Es un Sistema operativo basado en Linux diseñado especialmente
para dispositivos móvil con pantalla táctil, tabletas, google TV y
otros dispositivos.
El sistema fue desarrollado inicialmente por Android inc., teniendo
todo el apoyo de google para luego ser comprada en el 2005 por
Google inc.
Dada la gran cantidad de dispositivos con sistema operativo
Android y su gran acogida por sus usuarios es posible encontrar
millones de aplicativos que utilizan este sistema operativo. Android
tan bien se caracteriza por su seguridad y confiabilidad, ya que los
expertos han encontrado pocas vulnerabilidades en su estructura.
(Pérez, 2015)
Sin duda Android junto con IOs son los sistemas operativos más confiables y seguros
en la actualidad. Gracias a que cuentan con millones de aplicaciones en su
plataforma ha llegado a tener una gran acogida por sus usuarios.
IOS
El sistema operativo IOs es uno de los sistemas más utilizado y con mayor
acogida por los usuarios debido a su revolucionario sistema y su gran
automatización con sus equipos. Juan González nos detalla los inicios del
sistema operativo IOs:
El iOS es el sistema operativo diseñado por Apple para sus
productos, iPhone, iPad, iPod Touch, y Apple TV , otros dispositivos
como el iPod Nano y el iWach utilizan otro sistema más básico y
dirigido a una función más específica basado en iOS porque
incorpora algunos de sus gestos e iconos y además se pueden
sincronizar con teléfonos o Tablets. Presentado en 2007 junto con el
14
primer teléfono de la compañía dedicada en sus inicios a
revolucionar el mundo de los ordenadores de mesa y portátiles, el
iOS marcó una pauta sin precedentes al llegar al mercado con un
sistema que no necesitaba más teclas físicas que las del volumen,
encendido, bloqueo y un solitario botón llamado “Home” que
permitiera al usuario a volver al inicio en su pantalla, casi todo el
sistema fue y sigue siendo usado con la pantalla táctil que
incorporan sus dispositivos. (Gonzalez, 2014)
Tal como lo indica Juan su botón “Home”, su pantalla táctil y junto con su sistema
operativo ha llegado a tener un gran impacto sobre el mercado. Convirtiéndose en el
sistema operativo más utilizado en mundo.
BlackBerry OS
Es el sistema operativo móvil que dio inicio a los teléfonos inteligentes, teniendo
soporte a multitareas y servicios exclusivos como Trackball, touchpad y pantallas
táctiles. Alegsa Leandro nos ayuda ampliando la definición:
El BlackBerry OS es un sistema operativo para móviles desarrollado
por Research In Motion (RIC) para su línea de smartphone
BlackBerry.
La plataforma BlackBerry es muy conocida por su soporte nativo al
email corporativo a través de MIDP, que permite activación
inalámbrica completa y sincronización con Microsoft Exchange,
Lotus Domin, o Novell GroupWise. (Alegsa, Alegsa, 2010)
Windows Phone
El sistema operativo Windows Phone es la apuesta de Microsoft para poder
introducirse en el mercado de los dispositivos móviles y llegar a competir con los dos
grandes sistemas operativos para móvil como lo son iOS y Android, si bien es cierto
Windows Phone cuenta con una interface simple e intuitiva, consiguiendo un sistema
operativo muy fluido y estable. Pero la falta de aplicaciones de calidad y el poco
soporte que se le da a las mismas es la razón principal por la que sus usuarios han
optado por cambiar de sistema operativo. Leandro Alegsa nos acota con lo siguiente:
15
Windows Phone (WP) es una línea de sistemas operativos para
dispositivos móviles desarrollados por la compañía Microsoft. Es el
sucesor del Windows Mobile. Este sistema está dirigido
principalmente al mercado de usuarios de consumo en lugar del
mercado empresarial como el viejo Windows Mobile. (Alegsa, Alegsa
, 2016)
Android Studio
Android Studio es IDE (Entorno de desarrollo integrado) oficial para desarrollar
aplicaciones de Google Inc. Cuenta con un potente editor de código y muchas
herramientas para los desarrolladores al momento de crear sus aplicativos.
La ventana principal de Android Studio consta de diferentes áreas que se identifican
en la siguiente gráfica.
Gráfico #2: Interfaz de Usuario
Fuente: Android Studio Elaborado por: Reymond Agemura Mosquera
En la barra de herramienta se encuentran las opciones de mayor utilidad o más
utilizadas al momento de realizar una aplicación, tales como guardar nuestro
proyecto, depurar o ejecutar una aplicación.
16
La barra de navegación situada en la parte lateral izquierda es la que nos permite
visualizar, explorar las carpetas y archivos del proyecto con la finalidad de poder abrir
y editar algún archivo del proyecto.
La ventana del editor que se encuentra en el centro de IDE es el área en la que
permite programar y diseñar las pantallas.
El editor puede cambiar dependiendo del archivo que se va a crear o modificar,
ejemplo al modificar un archivo de diseño el editor se muestra como editor de diseño.
Las ventanas de herramientas es la que permite acceder a todas las opciones del
IDE, como la de administración de proyectos, ejecutar la aplicación, guardar el
proyecto, entre otras.
La barra de estado es la que nos permite visualizar las advertencias, mensajes
errores y cualquier eventualidad del proyecto.
Estructura del proyecto
Según cada proyecto en Android Studio contiene uno o más módulos con archivos
de código fuente y archivos de recursos. Entre los tipos de módulos se incluyen los
siguientes:
• Módulos de apps para Android
• Módulos de bibliotecas
• Módulos de Google App Engine (Gradle).
Gráfico #3: Archivos del proyecto en vista Android
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
17
Al crear un proyecto con Android Studio se crea una estructura por cada módulo de
la aplicación que contiene las siguientes carpetas:
• Manifiestos
• Java
• Res
En la página oficial de Android indica lo siguiente:
La estructura del proyecto para Android en el disco difiere de esta
representación plana. Para ver la estructura de archivos real del
proyecto, selecciona Project en la lista desplegable Project.
(Android-inc., 2015)
Gráfico #4: Android Manifest
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gradle
Gradle es el encargado de construir el código y generar el build de la aplicación,
siendo uno de los más rápidos al momento de compilar y permite trabajar con
diferentes lenguajes de programación. Cecilio Álvarez nos explica un poco más del
tema:
Es una herramienta de automatización de la construcción de nuestro
código que toman de las aportaciones que han realizado
herramientas como ant y maven pero intenta llevarlo todo un paso
más allá. Para empezar, se apoya en Groovy y en un DSL (Domain
Specific Language) para trabajar con un lenguaje sencillo y claro a
18
la hora de construir el build comparado con Maven. Por otro lado,
dispone de una gran flexibilidad que permite trabajar con ella
utilizando otros lenguajes y no solo Java. Dispone por otro lado de
un sistema de gestión de dependencias sólido. (Caules, 2015).
Ant
Ant y Maven son librería de Java que su función principal es convertir el lenguaje de
alto nivel a un lenguaje de bajo nivel o lenguaje máquina. En la página principal de
Apache Software Foundation nos acota lo siguiente:
Es una biblioteca de Java y una herramienta de línea de comandos cuya
misión es conducir los procesos descritos en archivos de construcción
como objetivos y puntos de extensión dependientes entre sí. El principal uso
conocido de Ant es la compilación de aplicaciones Java. Ant proporciona
una serie de tareas integradas que permiten compilar, ensamblar, probar y
ejecutar aplicaciones Java. (The Apache, 2017).
Es decir que no tan solo se encarga de compilar la aplicación, sino que también nos
ayuda ensamblando, probando y ejecutando la aplicación.
Arquitectura de Aplicaciones Android
La arquitectura de una aplicación Android está compuesta de 4 capas principales que
son:
• Aplicaciones
• Entorno de aplicación
• Runtime de Android
• Núcleo Linux
Aplicaciones
Este nivel está formado por conjunto de aplicaciones que se encuentran en el
dispositivo.
Entorno de aplicación
Este nivel está diseñado para simplificar la integración de la aplicación con los
sensores, servicios y componentes del dispositivo.
19
Runtime de Android
Este nivel está basado en la máquina virtual Dalvik que facilitan la optimización de
los recursos, Cada aplicación corre en su propia instancia de la máquina virtual Dalvik
Núcleo Linux
Este nivel es la capa principal de Android que está formado por el sistema operativo
Linux. Encargada de los multiprocesos, el manejo de la memoria, los servicios de
seguridad y todos los drives del dispositivo.
Gráfico #5: Arquitectura de Aplicación de Android
Fuente: https://jarroba.com/arquitectura-android-art-vs-dalvik/ Elaborado por: Ramón Invarato
20
Estructura de Carpetas
Carpeta /java/
En esta carpeta se guarda toda la programación de la aplicación, en esta carpeta se
encuentra las clases de la aplicación, funciones auxiliares y conexiones a los
diferentes servicios.
Carpeta /res/
En carpeta res se encuentran todos los recursos del proyecto, que serán utilizado en
toda la aplicación, por ejemplo: textos, imágenes, videos, etc. Los mismos que se
distribuyen en las siguientes subcarpetas:
/res/drawable/.
En esta carpeta se guardan las imágenes del proyecto y a su vez se divide en
/drawable-ldpi, /drawable-mdpi y /drawable-hdpi, que se usa para guardar diferentes
resoluciones de la imagen para los diferentes tamaños de los dispositivos.
/res/layout/.
Esta carpeta contiene los archivos xml que se definieron para las pantallas de la
aplicación.
/res/anim/.
En esta carpeta se encuentran todas las animaciones utilizadas en la aplicación.
/res/menú/.
En esta carpeta se define el menú de la aplicación.
/res/values/.
En esta carpeta se incluye todos los recursos de texto de la aplicación como cadenas
de texto fijas, colores, tamaños, estilos, etc.
Fichero AndroidManifest.xml
21
Contiene las configuraciones principales de la aplicación como por ejemplo el nombre
de la aplicación, el tema a visualizar, la versión de la aplicación y el icono de la
aplicación. También contendrá la declaración de todas las actividades de se creen
en el proyecto.
Se detalla alguna de las opciones que permite configurar el manifest:
• Uses-permission: Son los permisos solicitados al usuario al momento de
ejecutar la aplicación.
• Uses-library: En este segmento se detalla todas las librerías del proyecto.
• Activity: en este segmento se debe especificar todas las actividades o clases
que contiene el proyecto.
Layout
Son elementos no visuales destinados a controlar la distribución, posición y
dimensiones de los controles que se insertan en su interior. Los diferentes tipos de
layout que existen son los siguientes:
• FrameLayout: Coloca a todos sus componentes internos y los alinea en la
esquina superior izquierda, dejando a cada control oculto por el control
siguiente.
• LinearLayout: Estable los componentes visuales uno junto al otro, ya sea
horizontal o verticalmente dependiendo como se establezca el layout.
• RelativeLayout: Permite establecer la posición de cada elemento
referenciándolo a otro elemento que estén en el layout principal.
Activity
Es una clase la cual extiende de otras clases llamadas activity, esta clase pueden
variar dependiendo de las funcionalidades que necesitemos en nuestra aplicación,
es decir cualquier evento provocado por el usuario como pulsar botones, imágenes,
textos, etc. Son controlados a través por la actividad.
22
Ciclo de vida de una actividad
Son aquellos estados en por los cual pasa una actividad desde que es lanzada.
Gráfico #6: Ciclo de Vida de una Actividad
Fuente: http://droideando.blogspot.com/2011/02/ciclo-de-vida-de-una-aplicacion-
android.html Elaborado por: Angel Agueda
onCreate
El primer método que se ejecuta al crear una actividad es el onCreate y su función
principal es parametrizar cualquier configuración inicial, como llenar los datos de
combos y listas, etc. También proporciona un diccionario de datos Bundle que
permite transferir información ente actividades.
onStart
Este método es invocado cuando se necesita realizar una tarea específica antes de
que la actividad sea visible en pantalla del usuario, como por ejemplo capturar la
fecha actual y actualizar los valores en pantalla.
onPause
23
Este método se invoca cuando otra actividad se sobrepone a la actividad principal
colocándola background. Normalmente este método es utilizado para guardar los
datos no confirmados, destruir o liberar recurso de esta actividad. Los métodos
utilizados deberán finalizar rápidamente, debido a que ninguna actividad se
reanudará hasta que se termine de ejecutar el método.
Tener en cuenta que la actividad puede ser destruida silenciosamente por el sistema
operativo después del onPause. Por tanto se recomienda utilizar este método e
ignorar los métodos onStop() y onDestroy().
onResume
Este método se invoca cuando una actividad pasa de estar en pausa a ser la actividad
principal. Normalmente este método es utilizado para refrescar la información de la
pantalla por ejemplo después de confirmar los cambios guardados.
onStop
Este método es invocado cuando la actividad no se encuentra visible para el usuario
debido a que otra actividad se ha iniciado y está sobreponiéndose a esta. Este
método es utilizado para realizar tareas específicas antes de ser liberada.
Este método puede ser obviado por la actividad debido a que el sistema operativo
destruyo la instancia de dicha actividad para liberar recurso.
onRestart
Este método se invoca después del método onStop al momento que la actividad se
está volviendo visible para el usuario nuevamente, normalmente se utiliza este
método para realizar procesos llenados de datos automáticos, antes de llamado el
método onStart y el método onResume para finalmente mostrar la actividad al
usuario.
onDestroy
Este método es invoca antes de que la actividad sea destruida. Al terminar de
ejecutarse este método la actividad es destruida y será borrado de los recursos del
sistema, destruyendo permanentemente los datos de la actividad, siendo necesario
remplazar por una nueva actividad para salvar los datos del estado de esta actividad.
onSaveInstanceState
24
Este método es utilizado cuando se produce un cambio de orientación de pantalla,
dando la oportunidad a la actividad de guardar los datos o refrescar los datos de la
pantalla.
Programación orientada a objetos
Es una serie de normas de realizar las cosas de manera que otras personas puedan
utilizarlas y adelantar su trabajo, de manera que consigamos que el código se pueda
reutilizar.
Web Services
Es un conjunto de protocolos y estándares que sirven para intercambiar datos entre
aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de
programación diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los
servicios web para intercambiar datos en redes de ordenadores como internet.
Json
Es una notación Javascript ligera para el intercambio de información, permitiendo
crear una estructura de objetos de una manera simple, Json es una alternativa más
ligera que XML. La mayor ventaja de Json es que su estructura puede ser leída por
los diferentes lenguajes de programación, por lo este motivo puede ser utilizado para
la comunicación entre diferentes plataformas.
Xml
Es un meta código que permite definir lenguajes de marcas que se utiliza para
almacenar datos en forma legible, proviene del leguaje SGML y permite definir la
gramática de lenguajes específicos para estructurar documentos grandes a
diferencia de otros lenguajes XML da soporte a bases de datos, siendo útil al
momento de que varias aplicaciones se comuniquen entre sí o integrar información.
25
Fundamentación Legal
Este trabajo de tesis se basa en bases legales jurídicas que expide la Asamblea
Nacional del Ecuador dice en sus artículos:
• Art. 32.- La salud es un derecho que garantiza el Estado, cuya realización se
vincula al ejercicio de otros derechos, entre ellos el derecho al agua, la
alimentación, la educación, la cultura física, el trabajo, la seguridad social, los
ambientes sanos y otros que sustentan el buen vivir. El Estado garantizará
este derecho mediante políticas económicas, sociales, culturales, educativas
y ambientales; y el acceso permanente, oportuno y sin exclusión a programas,
acciones y servicios de promoción y atención integral de salud, salud sexual
y salud reproductiva. La prestación de los servicios de salud se regirá por los
principios de equidad, universalidad, solidaridad, interculturalidad, calidad,
eficiencia, eficacia, precaución y bioética, con enfoque de género y
generacional.
Sección segunda
Salud
• Art. 358.- El sistema nacional de salud tendrá por finalidad el desarrollo,
protección y recuperación de las capacidades y potencialidades para una vida
saludable e integral, tanto individual como colectiva, y reconocerá la
diversidad social y cultural. El sistema se guiará por los principios generales
del sistema nacional de inclusión y equidad social, y por los de bioética,
suficiencia e interculturalidad, con enfoque de género y generacional.
• Art. 359.- El sistema nacional de salud comprenderá las instituciones,
programas, políticas, recursos, acciones y actores en salud; abarcará todas
las dimensiones del derecho a la salud; garantizará la promoción, prevención,
recuperación y rehabilitación en todos los niveles; y propiciará la participación
ciudadana y el control social.
• Art. 363.- El Estado será responsable de:
1. Formular políticas públicas que garanticen la promoción,
prevención, curación, rehabilitación y atención integral en salud y
26
fomentar prácticas saludables en los ámbitos familiar, laboral y
comunitario.
2. Universalizar la atención en salud, mejorar permanentemente la
calidad y ampliar la cobertura.
3. Fortalecer los servicios estatales de salud, incorporar el talento
humano y proporcionar la infraestructura física y el equipamiento a las
instituciones públicas de salud.
4. Garantizar las prácticas de salud ancestral y alternativa mediante el
reconocimiento, respeto y promoción del uso de sus conocimientos,
medicinas e instrumentos.
5. Brindar cuidado especializado a los grupos de atención prioritaria
establecidos en la Constitución.
6. Asegurar acciones y servicios de salud sexual y de salud
reproductiva, y garantizar la salud integral y la vida de las mujeres, en
especial durante el embarazo, parto y postparto.
7. Garantizar la disponibilidad y acceso a medicamentos de calidad,
seguros y eficaces, regular su comercialización y promover la
producción nacional y la utilización de medicamentos genéricos que
respondan a las necesidades epidemiológicas de la población. En el
acceso a medicamentos, los intereses de la salud pública
prevalecerán sobre los económicos y comerciales.
8. Promover el desarrollo integral del personal de salud.
• Art. 365.- Por ningún motivo los establecimientos públicos o privados ni los
profesionales de la salud negarán la atención de emergencia. Dicha negativa
se sancionará de acuerdo con la ley.
• Art. 366.- El financiamiento público en salud será oportuno, regular y
suficiente, y deberá provenir de fuentes permanentes del Presupuesto
General del Estado. Los recursos públicos serán distribuidos con base en
criterios de población y en las necesidades de salud. El Estado financiará a
27
las instituciones estatales de salud y podrá apoyar financieramente a las
autónomas y privadas siempre que no tengan fines de lucro, que garanticen
gratuidad en las prestaciones, cumplan las políticas públicas y aseguren
calidad, seguridad y respeto a los derechos. Estas instituciones estarán
sujetas a control y regulación del Estado.
Sección Octava
Ciencia, tecnología, innovación y saberes ancestrales
1. Art. 385.- El sistema nacional de ciencia, tecnología, Innovación y saberes
ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las
culturas y la soberanía, tendrá como finalidad:
a) Generar, adaptar y difundir conocimientos científicos y tecnológicos.
b) Desarrollar tecnologías e innovaciones que impulsen la producción
nacional, eleven la eficiencia y productividad, mejoren la calidad de
vida y contribuyan a la realización del buen vivir.
2. Art. 386.- El sistema comprenderá programas, políticas, recursos, acciones,
e incorporará a instituciones del Estado, universidades y escuelas
politécnicas, institutos de investigación públicos y privados, empresas
públicas y privadas, organismos no gubernamentales y personas naturales o
jurídicas, en tanto realizan actividades de investigación, desarrollo
tecnológico, innovación…
El Estado, a través del organismo competente, coordinará el sistema,
establecerá los objetivos y políticas, de conformidad con el Plan Nacional de
Desarrollo, con la participación de los actores que lo conforman.
3. Art. 387.- Será responsabilidad del Estado:
a) Facilitar e impulsar la incorporación a la sociedad del conocimiento
para alcanzar los objetivos del régimen de desarrollo.
b) Promover la generación y producción de conocimiento, fomentar la
investigación científica y tecnológica…
28
c) Asegurar la difusión y el acceso a los conocimientos científicos y
tecnológicos, el usufructo de sus descubrimientos y hallazgos en el
marco de lo establecido en la Constitución y la Ley.
d) Garantizar la libertad de creación e investigación en el marco del
respeto a la ética, la naturaleza, el ambiente…
e) Reconocer la condición de investigador de acuerdo con la Ley.
4. Art. 388.- El Estado destinará los recursos necesarios para la investigación
científica, el desarrollo tecnológico, la innovación, la formación científica, y la
difusión del conocimiento. Un porcentaje de estos recursos se destinará a
financiar proyectos mediante fondos concursables. Las organizaciones que
reciban fondos públicos estarán sujetas a la rendición de cuentas y al control
estatal respectivo.
La fundamentación legal para los estudios según la nueva ley de educación
superior se refleja en los artículos:
5. Art. 8.- Serán Fines de la Educación Superior. - La educación superior tendrá
los siguientes fines:
a) Aportar al desarrollo del pensamiento universal, al despliegue de la
producción científica y a la promoción de las transferencias e
innovaciones tecnológicas;
b) Fortalecer en las y los estudiantes un espíritu reflexivo orientado al
logro de la autonomía personal, en un marco de libertad de
pensamiento y de pluralismo ideológico;
c) Contribuir al conocimiento.
d) Formar académicos y profesionales responsables, con conciencia
ética y solidaria, capaces de contribuir al desarrollo de las instituciones
de la República, a la vigencia del orden democrático, y a estimular la
participación social;
e) Aportar con el cumplimiento de los objetivos del régimen de desarrollo
previsto en la Constitución y en el Plan Nacional de Desarrollo;
29
f) Fomentar y ejecutar programas de investigación de carácter científico,
tecnológico y pedagógico que coadyuven al mejoramiento y
protección del ambiente y promuevan el desarrollo sustentable
nacional;
g) Constituir espacios para el fortalecimiento del Estado Constitucional,
soberano, independiente, unitario, intercultural, plurinacional y laico;
Contribuir en el desarrollo local y nacional de manera permanente, a través
del trabajo comunitario o extensión universitaria.
6. Art. 71.- Principio de igualdad de oportunidades. - El principio de igualdad de
oportunidades consiste en garantizar a todos los actores del Sistema de
Educación Superior las mismas posibilidades en el acceso, permanencia,
movilidad y egreso del sistema, sin discriminación de género, credo,
orientación sexual, etnia, cultura, preferencia política, condición
socioeconómica o discapacidad.
Las instituciones que conforman el Sistema de Educación Superior
propenderán por los medios a su alcance que, se cumpla en favor de los
migrantes el principio de igualdad de oportunidades. Se promoverá dentro de
las instituciones del Sistema de Educación Superior el acceso para personas
con discapacidad bajo las condiciones de calidad, pertinencia y regulaciones
contempladas en la presente Ley y su Reglamento. El Consejo de Educación
Superior, velará por el cumplimiento de esta disposición.
7. Art. 117.- Tipología de instituciones de Educación Superior. - Las
instituciones de Educación Superior de carácter universitario o politécnico se
clasificarán de acuerdo con el ámbito de las actividades académicas que
realicen. Para establecer esta clasificación se tomará en cuenta la distinción
entre instituciones de docencia con investigación, instituciones orientadas a
la docencia e instituciones dedicadas a la educación superior continua.
En función de la tipología se establecerán qué tipos de carreras o programas
podrán ofertar cada una de estas instituciones, sin perjuicio de que
30
únicamente las universidades de docencia con investigación podrán ofertar
grados académicos de PHD o su equivalente.
Esta tipología será tomada en cuenta en los procesos de evaluación,
acreditación y categorización.
8. Art. 118.- Niveles de formación de la educación superior. - Los niveles de
formación que imparten las instituciones del Sistema de Educación Superior
son:
a) Nivel técnico o tecnológico superior, orientado al desarrollo de las
habilidades y destrezas que permitan al estudiante potenciar el saber
hacer. Corresponden a éste los títulos profesionales de técnico o
tecnólogo superior, que otorguen los institutos superiores técnicos,
tecnológicos, pedagógicos, de artes y los conservatorios superiores.
Las instituciones de educación superior no podrán ofertar títulos
intermedios que sean de carácter acumulativo.
Decreto 1014 Sobre El Uso Del Software Libre
Art. 1: Establecer como política pública para las entidades de administración pública
central la utilización del software libre en sus sistemas y equipamientos informáticos.
Art. 2: Se entiende por software libre, a los programas de computación que se pueden
utilizar y distribuir sin restricción alguna, que permitan el acceso a los códigos fuentes
y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
• Utilización de programa con cualquier propósito de uso común.
• Distribución de copias sin restricción alguna.
• Estudio y modificación de programa (Requisito: código fuente disponible)
• Publicación del programa mejorado (Requisito: código fuente disponible)
31
Art. 3: Las entidades de la administración pública central previa a la instalación del
software libre en sus equipos, deberán verificar la existencia de capacidad técnica
que brinde el soporte necesario para este tipo de software.
Art. 4: Se faculta la utilización de software propietario (no libre) únicamente cuando
no exista una solución de software libre que supla las necesidades requeridas, o
cuando esté en riesgo de seguridad nacional, o cuando el proyecto informático se
encuentre en un punto de no retorno.
Art. 5: Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos.
Art. 6: La subsecretaría de Informática como órgano regulador y ejecutor de las
políticas y proyectos informáticos en las entidades de Gobierno Central deberá
realizar el control y seguimiento de este Decreto.
Prestadores De Servicios De Telecomunicaciones
Art 24.- Obligaciones de los prestadores de servicios de telecomunicaciones. Son
deberes de los prestadores de servicios de telecomunicaciones, con independencia
del título habilitante del cual se derive tal carácter, los siguientes:
14. Adoptar las medidas necesarias para la protección de los datos personales de
sus usuarios y abonados, de conformidad con esta Ley, su Reglamento General y las
normas técnicas y regulaciones respectivas.
15. Adoptar las medidas para garantizar la seguridad de las redes.
17. No limitar, bloquear, interferir, discriminar, entorpecer, priorizar ni restringir el
derecho de sus usuarios o abonados a utilizar, enviar, recibir u ofrecer cualquier
contenido, aplicación, desarrollo o servicio legal a través de Internet o en general de
sus redes u otras tecnologías de la información y las comunicaciones, ni podrán
limitar el derecho de un usuario o abonado a incorporar o utilizar cualquier clase de
instrumentos, dispositivos o aparatos en la red, siempre que sean legales, salvo las
32
excepciones establecidas en la normativa vigente. Se exceptúan aquellos casos en
los que el cliente, abonado o usuario solicite de manera previa su decisión expresa
de limitación o bloqueo de contenidos, o por disposición de autoridad competente.
Los prestadores pueden implementar las acciones técnicas que consideren
necesarias para la adecuada administración de la red en el exclusivo ámbito de las
actividades que le fueron habilitadas para efectos de garantizar el servicio.
Ley De Propiedad Intelectual
Art.1.- El Estado reconoce, regula y garantiza la propiedad intelectual adquirida de
conformidad con la ley, las Decisiones de la Comisión de la Comunidad Andina y los
convenios internacionales vigentes en el Ecuador.
La propiedad intelectual comprende:
a) Los derechos de autor y derechos conexos.
b) La propiedad industrial, que abarca, entre otros elementos, los siguientes:
c) Las invenciones;
d) Los dibujos y modelos industriales;
e) Los esquemas de trazado (topografías) de circuitos integrados;
f) La información no divulgada y los secretos comerciales e industriales;
g) Las marcas de fábrica, de comercio, de servicios y los lemas comerciales;
h) Las apariencias distintivas de los negocios y establecimientos de comercio;
i) Los nombres comerciales;
j) Las indicaciones geográficas;
Cualquier otra creación intelectual que se destine a un uso agrícola, industrial o
comercial.
De Los Derechos De Autor y Derechos Conexos
Art. 5.- El derecho de autor nace y se protege por el solo hecho de la creación de la
obra, independientemente de su mérito, destino o modo de expresión. Se protegen
todas las obras, interpretaciones, ejecuciones, producciones o emisión radiofónica
cualquiera sea el país de origen de la obra, la nacionalidad o el domicilio del autor o
33
titular. Esta protección también se reconoce cualquiera que sea el lugar de
publicación o divulgación.
Art. 7.- Para los efectos de este Título los términos señalados a continuación tendrán
los siguientes significados:
Autor: Persona natural que realiza la creación intelectual.
Base de datos: Compilación de obras, hechos o datos en forma impresa, en una
unidad de almacenamiento de ordenador o de cualquier otra forma.
Programa de ordenador (software): Toda secuencia de instrucciones o
indicaciones destinadas a ser utilizadas, directa o indirectamente, en un dispositivo
de lectura automatizada, ordenador, o aparato electrónico o similar con capacidad de
procesar información, para la realización de una función o tarea, u obtención de un
resultado determinado, cualquiera que fuere su forma de expresión o fijación. El
programa de ordenador comprende también la documentación preparatoria, planes
y diseños, la documentación técnica, y los manuales de uso.
Disposiciones Especiales Sobre Ciertas Obras De Los
Programas De Ordenador
Art. 28.- Los programas de ordenador se consideran obras literarias y se protegen
como tales. Dicha protección se otorga independientemente de que hayan sido
incorporados en un ordenador y cualquiera sea la forma en que estén expresados,
ya sea en forma legible por el hombre (código fuente) o en forma legible por máquina
(código objeto), ya sean programas operativos y programas aplicativos, incluyendo
diagramas de flujo, planos, manuales de uso, y en general, aquellos elementos que
conformen la estructura, secuencia y organización del programa.
Art. 29.- Es titular de un programa de ordenador, el productor, esto es la persona
natural o jurídica que toma la iniciativa y responsabilidad de la realización de la obra.
Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre conste
en la obra o sus copias de la forma usual.
34
Dicho titular está además legitimado para ejercer en nombre propio los derechos
morales sobre la obra, incluyendo la facultad para decidir sobre su divulgación.
El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la realización
de modificaciones o versiones sucesivas del programa, y de programas derivados
del mismo.
Las disposiciones del presente artículo podrán ser modificadas mediante acuerdo
entre los autores y el productor.
Art. 30.- La adquisición de un ejemplar de un programa de ordenador que haya
circulado lícitamente, autoriza a su propietario a realizar exclusivamente:
Una copia de la versión del programa legible por máquina (código objeto) con fines
de seguridad o resguardo;
Fijar el programa en la memoria interna del aparato, ya sea que dicha fijación
desaparezca o no al apagarlo, con el único fin y en la medida necesaria para utilizar
el programa.
Salvo prohibición expresa, adaptar el programa para su exclusivo uso personal,
siempre que se limite al uso normal previsto en la licencia. El adquirente no podrá
transferir a ningún título el soporte que contenga el programa así adaptado, ni podrá
utilizarlo de ninguna otra forma sin autorización expresa, según las reglas generales.
Se requerirá de autorización del titular de los derechos para cualquier otra utilización,
inclusive la reproducción para fines de uso personal o el aprovechamiento del
programa por varias personas, a través de redes u otros sistemas análogos,
conocidos o por conocerse.
Art. 31.- No se considerará que exista arrendamiento de un programa de ordenador
cuando éste no sea el objeto esencial de dicho contrato. Se considerará que el
programa es el objeto esencial cuando la funcionalidad del objeto materia del
35
contrato, dependa directamente del programa de ordenador suministrado con dicho
objeto; como cuando se arrienda un ordenador con programas de ordenador
instalados previamente.
Art. 32.- Las excepciones al derecho de autor establecidas en los artículos 30 y 31
son las únicas aplicaciones respecto a los programas de ordenador.
Las normas contenidas en el presente Párrafo se interpretarán de manera que su
aplicación no perjudique la normal explotación de la obra o los intereses legítimos del
titular de los derechos.
Pregunta Científica a Contestarse
1. Con la creación de módulos (control de Pulso, Control de exámenes, e Histórico
de patología), ¿Se podrá tener acceso a la información en tiempo real del
paciente diabéticos?
2. ¿Qué inconvenientes existirán una vez que el sistema entre en funcionamiento
en el hospital “IEES-Hospital del Día Sur Valdivia” y a sus pacientes?
Definiciones conceptuales
Java
Contiene los archivos de código fuente de Java, incluido el código de prueba JUnit.
Res
Contiene todos los recursos, como diseños XML, cadenas de IU e imágenes de mapa
de bits.
Open Source
También llamado código abierto, término con el cual se identifica al software
desarrollado libremente y compartido, para intereses prácticos (uso, y modificación).
Javascript
Al igual que HTML, Javascript es un lenguaje de programación que se puede utilizar
para construir sitios Web y para hacerlos más interactivos
36
GooglePlay store
Es una tienda en línea, que nos permite visualizar los diversos productos que Google
tiene disponible a los internautas en todos los dispositivos sean Android.
Sqlite
Es un motor de base de datos de pequeño tamaño, no necesita servidor, fácil configuración y de código libre.
37
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Los módulos creados (Medición de Pulso, Glucosa, Exámenes complementarios e
Historial clínico) para la aplicación Android son de uso de pacientes con Diabetes, y
el personal médico del “IEES-Hospital del Día Sur Valdivia”, para registro, consulta
de sus datos deberán contar con acceso a internet, estas modalidades serán
intuitivas y de fácil manejo.
➢ Si el paciente ingresa al módulo de Pulso, podrá ingresar sus datos en forma
manual o a la vez contará con la medición rápida a través de la cámara del
dispositivo esto solo se podrá realizar si el dispositivo cuenta con flash, también
podrá ver una gráfica estadística de sus mediciones antes realizadas.
➢ Si el paciente ingresa al módulo de Glucosa, contara con la opción de ingreso
manual, el cual te muestra una pequeña recomendación si su glucosa está bien
y también permite la visualización de grafica estadística con el histórico de las
mediciones del paciente diabético.
➢ Si el paciente ingresa al módulo de Exámenes complementario, en este módulo
podrá ingresar los datos tales como nivel de colesterol, triglicéridos, Hba1c, y
cetonas, asociados al paciente registrado para que su doctor tenga datos
adicionales para su diagnóstico final.
➢ Si el paciente ingresa al módulo de histórico de enfermedades, aquí podrá asociar
las patologías que ha sufrido ejemplo (hipertensión, obesidad, etc.).
38
Herramientas Utilizadas
Descargar Android Studio
En la página web developer de Android nos permite descargar el instalador, solo
dando click “Descargar Android Studio”, aceptar las condiciones de uso y seleccionar
el destino de donde se va a descargar.
Gráfico #7: Web Android Studio
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Instalación de Android Studio
➢ La primera pantalla que veremos será la del asistente de instalación de
Android Studio.
Gráfico #8: Android Studio (Paso 1)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
39
➢ Siguiendo el asistente nos preguntara por los componentes que deseamos
instalar de esta suite de programación. Lo más recomendable es instalar
todos los componentes para tener todas las funciones disponibles en caso de
que queremos utilizarlas.
Gráfico #9: Android Studio (Paso 2)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
➢ Procediendo con la instalación llegaremos a los términos de uso y licencia, en
la que tenemos que aceptar para poder proceder con la instalación.
Gráfico #10: Android Studio (Paso 3)
40
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
➢ En el siguiente paso debemos elegir la ruta donde instalaremos Android
Studio y seleccionaremos otra ruta para instalar el SDK. En esta última ruta
se descargan todos los componentes incluyendo sus actualizaciones.
Gráfico #11: Android Studio (Paso 4)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
➢ En el siguiente paso el asistente nos permitirá configurar la cantidad de
recurso para las máquinas virtuales y emuladores de Android.
Gráfico #12: Android Studio (Paso 5)
41
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
➢ Con eso comenzara la instalación y copiara los archivos al disco duro. Por
tanto este proceso puede un tiempo, dependiendo de la velocidad del sistema.
Gráfico #13: Android Studio (Paso 6)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
➢ Una vez finalice la instalación de Android Studio, procederá a conectarse a
internet y descargará los elementos del SDK para funcionar correctamente.
Gráfico #14: Android Studio (Paso 7)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
➢ Una vez terminada la descarga y copia de archivos, presionaremos Finalizar.
Teniendo nuestro entorno de desarrollo Android listo.
42
Gráfico #15: Android Studio (Paso 8)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Librerías utilizadas
En el proyecto se utilizaron varias librerías necesarias, que traen consigo funciones
adicionales, necesarias para el desarrollo del proyecto. Las librerías utilizadas son
las siguientes:
MPAndroidChart
MPAndroidChart es una librería de gráficos para Android es muy completa y fácil de
usar, se ejecuta en la API 8 en adelante. Una característica adicional, es que esta
librería está disponible tanto para Android como iOS. En el proyecto se utilizó la
versión 2.2.4
ORMLite
ORMLite es una librería que proporciona un mapeo Objeto Relacional entre la clase
java y base de datos SQLite. Permitiéndonos abstraernos de los script de SQL. En el
proyecto se utilizó la versión 4.48
Retrofit2
La librería Retrofit2 es un cliente REST para Android y Java, desarrollada por Squere,
fácil de utilizar y muy completa. Permite hacer peticiones GET, PUT, PATCH,
43
DELETE, HEAD; Gestionar diferentes tipos de parámetros y convierte
automáticamente la respuesta del Servicio Web. En el proyecto se utilizó la versión
2.0.0
Universal Image Loader
Esta librería tiene como objetivo proporcionar un conjunto de funcionalidades
potente, fácil de utilización y muy personalizable para la carga de imágenes, controla
el almacenamiento en caché y la visualización. Optimizando el tiempo en descargar
la imagen. En el proyecto se utilizó la versión 1.9.8
Creación del proyecto en Android Studio
Se creó el proyecto en Android Studio, desde el menú Archivo, se selecciona Nuevo
y luego Nuevo Proyecto.
Gráfico #16: Creación de proyecto Android Studio (Paso 1)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Se ingresó como nombre del aplicativo “HealthMonitor”, como dominio de la
compañía se ingresó “com.grupocisc”.
Gráfico #17: Creación de proyecto Android Studio (Paso 2)
44
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
En el segundo diálogo procedemos a especificar la versión de Android mínima
donde se ejecutará la aplicación de nuestro proyecto (dejaremos la versión
4.0.3)
Gráfico #18: Creación de proyecto Android Studio (Paso 3)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
45
En el dialogo siguiente se especifica el esqueleto de nuestra aplicación, para nuestro
proyecto utilizaremos “Empty Activity”
Gráfico #19: Creación de proyecto Android Studio (Paso 4)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Por último, se indica el nombre de la ventana principal de la aplicación y el nombre
del Layout correspondiente.
46
Gráfico #20: Creación de proyecto Android Studio (Paso 5)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Una vez finalizado los pasos para crear un proyecto se podrá visualizar nuestra
pantalla principal, que para nuestro proyecto será nuestra pantalla de inicio.
Gráfico #21: Creación de proyecto Android Studio (Paso 6)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
47
Estructura del Proyecto
Se creó varios paquetes o estructuras separados por módulo y este a su vez se divide en 4 sub paquetes, que se mencionan a continuación:
➢ Activities
➢ Adapter
➢ Fragment
➢ Funtion
Gráfico #22: Estructura de proyecto Android Studio
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Activities
En el paquete activities, se encuentran todas las clases utilizadas para la
programación de las pantallas y declaración de todos los objetos utilizados.
Adapters
En este paquete se encuentran las clases que contiene toda la lógica para conectarse
a los diferentes métodos del web services.
Fragments
En este paquete se encuentra la lógica de diferentes fragmentos utilizados en las
pantallas, como por ejemplo los gráficos y listas.
48
Funtion
En este paquete se incluye todas las funciones adicionales que son necesarias en
las diferentes pantallas.
Interfaz del Proyecto
Módulo Pulso
Esta modulo permite el registro de manera manual y automática, y la visualización
del pulso, así mismo nos permite visualizar de manera gráfica la evolución de la
misma.
Pestaña Registro
En esta opción se muestran los últimos registros ingresados, la fecha de ingreso y la cantidad de pulsaciones registradas, en esta pantalla nos muestra el botón +, el cual nos da la opción de ingreso manual o el ingreso automático.
Gráfico #23: Proyecto HealMonitor – Modulo Pulso
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
49
Pestaña Estadísticas
Se presenta un gráfico estadístico por fecha de ingreso de la información registrada.
Permite filtrar por:
• Periodo Inicial: Fecha de Inicio de Búsqueda por Filtro.
• Periodo Final: Fecha Fin de Búsqueda por Filtro.
Gráfico #24: Proyecto HealMonitor – Pulso Estadísticas
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
Pantalla de Registro Se registra el ritmo cardíaco del Pulso, la fecha de ingreso de la información,
selección de Sección del día y alguna observación no obligatoria.
50
Gráfico #25: Proyecto HealMonitor – Pulso registro
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
Pantalla de Registro Automático Esta pantalla permite calcular el pulso mientras coloca el dedo en el flash de la
cámara.
1. Se presiona la imagen en color rojo y se coloca cualquier dedo de la mano en
el flash de la cámara.
Gráfico #26: Proyecto HealMonitor – Pulso Registro Automático
Fuente: Datos del desarrollo
Elaborado por: Reymond Agemura Mosquera
51
2. Se crea una línea alrededor del círculo mientras se mide el pulso
Gráfico #27: Proyecto HealMonitor – Pulso Registro Automático
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
3. Se completa la circunferencia y muestra el Ritmo Cardíaco.
4. Presionamos grabar
Gráfico #28: Proyecto HealMonitor – Pulso Registro Automático
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
52
Módulo Glucosa
En este módulo permite el ingreso y visualización de la glucosa, así mismo nos
permite visualizar de manera gráfica la evolución de la misma.
Pestaña Registro
En esta opción se muestran los últimos registros ingresados, la fecha de
ingreso y la cantidad de Concentración en Miligramos / Decilitros registrados.
Gráfico #29: Proyecto HealMonitor – Modulo Glucosa
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
Pestaña Estadísticas
Se presenta un gráfico estadístico por fecha de ingreso de la información registrada.
Permite filtrar por:
• Periodo Inicial: Fecha de Inicio de Búsqueda por Filtro.
• Periodo Final: Fecha Fin de Búsqueda por Filtro.
Gráfico #30: Proyecto HealMonitor – Glucosa Estadísticas
53
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
Pantalla de Registro Se registra la cantidad de Concentración de Glucosa en medida de miligramos o
decilitros, la fecha de ingreso de la información y alguna observación no obligatoria,
luego presionamos el botón guardar el sistema validará su información y mostrará
una alerta de recomendación.
Gráfico #31: Proyecto HealMonitor – Glucosa Registro
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
54
Modulo Exámenes Complementarios
Esta opción permite al usuario registrar los resultados de los exámenes
complementarios a la Diabetes, esto le permitirá al usuario llevar control de dichos
exámenes, tales como:
✓ Colesterol
✓ Triglicéridos
✓ HBA1C
✓ Cetonas
Gráfico #32: Proyecto HealMonitor – Exámenes Complementarios
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
Pestaña Colesterol
En esta opción se muestran los últimos registros ingresados, la fecha de ingreso de
colesterol, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.
55
Gráfico #33: Proyecto HealMonitor – Colesterol
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
Registro de Exámenes Colesterol
Esta pantalla le permite al usuario el ingreso de la cantidad de colesterol, la fecha de
ingreso y una observación opcional y guardar lo ingresado.
Gráfico #34: Proyecto HealMonitor – Registro Colesterol
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
56
Pestaña Triglicéridos
En esta opción se muestran los últimos registros ingresados, la fecha de ingreso de
triglicéridos, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.
Gráfico #35: Proyecto HealMonitor – Triglicéridos
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Registro de Exámenes Triglicéridos
Esta pantalla le permite al usuario el ingreso de la cantidad de triglicéridos, la fecha
de ingreso y una observación opcional y guardar lo ingresado.
Gráfico #36: Proyecto HealMonitor – Registro Triglicéridos
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
57
Pestaña HBA1C
En esta opción se muestran los últimos registros ingresados, la fecha de ingreso de
HBA1C, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.
Gráfico #37: Proyecto HealMonitor – HBA1C
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
Registro de Exámenes HBA1C
Esta pantalla le permite al usuario el ingreso de la cantidad de HBA1C, la fecha de
ingreso y una observación opcional y guardar lo ingresado.
Gráfico #38: Proyecto HealMonitor – Registro HBA1C
Fuente: Aplicación HealMonitor Elaborado por: Reymond Agemura Mosquera
58
Pestaña Cetonas
En esta opción se muestran los últimos registros ingresados, la fecha de ingreso de
cetonas, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.
Gráfico #39: Proyecto HealMonitor – Cetonas
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
Registro de Exámenes Cetonas
Esta pantalla le permite al usuario el ingreso de la cantidad de cetonas, la fecha de
ingreso y una observación opcional y guardar lo ingresado.
Gráfico #40: Proyecto HealMonitor – Registro Cetonas
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
59
Modulo Historial de Enfermedades
Esta opción permite el registro y presentación de las enfermedades que registre el
usuario.
Pestaña registro Histórico En esta opción se muestran las enfermedades ingresadas por el usuario y la fecha
de ingreso, también tiene un botón el cual permite ir a la pantalla de ingreso de
enfermedades.
Gráfico #41: Proyecto HealMonitor – Historial de Enfermedades
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
Pestaña registro de enfermedades Se registra la patología que presenta el usuario, en el campo buscar patología el
sistema le mostrará una lista de patologías y el usuario deberá escoger una, también
debe ingresar la fecha de registro y una observación opcional y guardar.
60
Gráfico #42: Proyecto HealMonitor – Registro de Enfermedades
Fuente: Aplicación HealMonitor
Elaborado por: Reymond Agemura Mosquera
Análisis De Factibilidad
La ejecución de una aplicación móvil para el control de pacientes diabéticos nace de
la necesidad de optimizar tiempos de respuesta para la toma de decisión en
diagnóstico de los doctores que atiendes a este tipo de pacientes en “IEES-Hospital
del Día Sur Valdivia”.
El hospital, consciente de la necesidad de automatizar el control e ingreso de datos
de sus pacientes y de su enfermedad, brindaron total facilidad para que el desarrollo
de la aplicación dé inicio, y al contar con estudiantes de una carrera como la de
Ingeniería en Sistemas Computacionales se brindó la oportunidad de generar un gran
beneficio para la institución Universitaria, sin la necesidad de generar costos por
recursos al hospital.
La influencia de expertos para la guía y el desarrollo del proyecto por parte de la
Universidad de Guayaquil y las encuestas realizadas a los pacientes y doctores,
evidencian la necesidad de implementar una herramienta de control e ingreso de
datos de los pacientes diabéticos, por lo que el hospital está a favor de la
61
implementación de la aplicación móvil para el control y monitoreo de los pacientes
Diabéticos
Factibilidad Operacional
Este proyecto resulta factible operacionalmente puesto que se cuenta con el apoyo
de las autoridades del “IEES-Hospital del Día Sur Valdivia” y la Universidad de
Guayaquil, cuenta con el personal estudiantil necesario para realizar la aplicación,
brindando en conjunto los recursos necesarios para la implementación de este
proyecto, así como el soporte de personal especializado.
Se cuenta con el sostén de los interesados (Pacientes y Doctores) lo cual se ve
reflejado en las encuestas realizadas en donde obtuvimos las respuestas afirmativas
de la necesidad de implementar una solución de este tipo.
Este sistema reduce el tiempo a los doctores en la toma de decisión en su diagnóstico
necesario por lo que las probabilidades de disminución de la enfermedad aumentan,
puesto que la información esa a la vista del doctor tratante a tiempo real y los
pacientes pueden consultar sus datos sin la necesidad de aproximarse al hospital.
Se requiere una lógica para el funcionamiento de esta aplicación, pero dado que es
una herramienta intuitiva no requiere el usuario un conocimiento técnico para
manejarla.
Factibilidad Técnica
Para poder ingresar al aplicativo, es necesario que los usuarios cuenten un
dispositivo móvil que tenga acceso a internet, el sistema podrá ser descargado de la
App Store de manera gratuita, y podrán acceder a él todos los que lo necesiten para
el control de su Diabetes registrándose en la página de inicio de la aplicación.
Los servidores, la base de datos, y los Web-Services son proporcionados por
colaboradores de este proyecto, sin embargo, es de manera transparente como la
información interactúa con los diversos módulos expuestos en este documento.
62
Factibilidad Legal
Este proyecto será de uso exclusivo para pacientes con Diabetes, doctores y
personal administrativo del “IEES-Hospital del Día Sur Valdivia”. Puesto que se
tendrá acceso a información sensible del paciente, que se encuentra almacenada en
la base de datos, el ingreso de los pacientes al sistema contará con el uso de usuario
y contraseña.
Al ser una aplicación móvil exclusivamente para el hospital el estudiante no incumple
las leyes de propiedad intelectual y normas de la institución, que se encuentran
expuestas en el capítulo II (Fundamentación Legal).
Factibilidad Económica
Se necesitan de uso de recursos como hardware y software, así como el
conocimiento de personal especialista debido a la naturaleza del proyecto.
Los costos serán un aproximado ya que es necesario un equipo portátil de propiedad
del estudiante para la implementación, el equipo será retirado al finalizar la etapa de
desarrollo, los valores serán detallados en la siguiente tabla:
Tabla #4: Presupuesto Aproximado
RUBROS
FUENTES TOTAL$ ESTUDIANTES TIEMPO/
HORAS VALOR$
Recursos Humanos 1 360 8 2880
Recursos hardware
Recurso de Software
Viajes y Salida de
campo
Recursos varios
Servicios técnicos
TOTALES $2880
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
63
Dados los beneficios de la implementación de una aplicación móvil para el control de
los pacientes Diabéticos, se justifica la proyección de la inversión, para el diagnóstico
de los doctores sea más rápido y acertado ya que consta con la información a tiempo
real de los síntomas del paciente.
Al ser un proyecto de tesis, los costos detallados en el documento son acercados a
la realidad, puesto que los expertos y estudiantes que trabajaron en el mismo
pertenecen a la universidad de Guayaquil y el equipo utilizado para la implementación
del aplicativo es de uso personal del estudiante.
Etapas de la metodología del proyecto
Basado en metodologías Agiles, seleccionando Scrum, en donde el corazón de esta
metodología es un Sprint, es un intervalo prefijado durante el cual se crea un
incremento de producto "Hecho o Terminado" utilizable, potencialmente entregable.
A lo largo del desarrollo hay Sprints consecutivos de duración constante.
Gráfico #43: Ciclo de vida Sprint
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
64
Entregables del proyecto
Con la elaboración del presente proyecto los entregables finales del proyecto son los
siguientes:
1. Ejecutable de la aplicación móvil que está dirigida a los pacientes.
2. Portal web para uso de los médicos tratantes.
3. Manual de diseño
4. Manual de usuario
5. Manual técnico
Criterios de validación de la propuesta
Previa realización de análisis para la determinación del nivel aceptación de los
distintos módulos realizados en el momento de forma manual por el “IEES-Hospital
del Día Sur Valdivia”. Se identificó que de la manera en que se manipula la
información de paciente diabético, carencia de un sistema que facilite su
administración.
Población
Para este estudio la población serán pacientes que acuden a la consulta externa del
C.C.Q.A. Hospital Sur Valdivia.
Estimación de la Población
Tabla #5: Estimación de la Población
POBLACIÓN CRITERIO DE DEFINICIÓN DE
POBLACIÓN
CANTIDAD
Pacientes Pacientes que:
• Pertenezcan a la ciudad de
Guayaquil.
• Que su lugar de domicilio sea al sur
de la ciudad de Guayaquil.
900
65
• Que sean pacientes del Centro
Clínico Quirúrgico Hospital del Día
Sur Valdivia.
• Que presenten Diabetes Mellitus.
Médicos
tratantes
Médicos que:
• Que su lugar de domicilio sea en la
ciudad de Guayaquil.
• Que pertenezcan al Centro Clínico
Quirúrgico Hospital del Día Sur
Valdivia.
• Que sean especialistas en el
tratamiento de la Diabetes Mellitus.
9
Fuente: Pacientes que acuden a consulta externa Elaborado por: Reymond Agemura Mosquera
Tamaño de la muestra y parámetros
De 900 pacientes se realizará un muestreo para llevar acabo la encuesta, la cual se
preguntarán a personas que asisten a la consulta externa del área de Medicina
Interna del C.C.Q.A. Hospital Sur Valdivia, sobre la aceptación de los controles
preventivos de la Diabetes. Es por ello que se calculará la muestra considerando:
antecedentes, varianza, expectativas, nivel de confianza que son relevantes para
este estudio.
Fórmula del tamaño de la muestra
Para calcularla se aplicó la Fórmula del tamaño de Muestra, mediante una ecuación
que relaciona dos términos:
• INCÓGNITA: Correspondiente al número de personas a encuestar, en este
caso son 900 pacientes.
• FACTORES QUE CONDICIONAN EL TAMAÑO DE LA MUESTRA: El nivel de
confianza, medida de dispersión de datos, costo de unidad de muestreo y
tamaño de la población.
Por lo antes mencionado se aplicará la Fórmula para determinar el tamaño de
Muestra.
66
n = Z2 * p * q * N
(N*e2)+Z2 *p*q
Se evaluará con el 90% de confiabilidad, el error será del 5% (0.05) Donde:
• N Es el tamaño de la muestra
• Z Constante que depende del nivel de confianza, en este caso según la
tabla de distribución normal estándar, corresponde al 90% el porcentaje que
indica que las encuestas realizadas son ciertas,
• e Es la precisión o el error deseado, en este caso un 5% de probabilidad
de estar equivocadas.
• p Es la proporción o distribución de las respuestas que poseen
características de estudios de la población, se establece en este caso
p=q=50% para determinar una muestra más exacta.
• q Proporción de individuos que no poseen esas características: 1-p
• N Es el tamaño de la población, para este estudio será 900 pacientes.
A fin de ilustrar el tamaño de la muestra, se presenta la Tabla N° 6
Ilustración del Tamaño de la Muestra según opciones
Tabla #6: Estimación de la Población
OPCIONES DE TÉRMINO
N° DE ELEMENTOS
PACIENTE
N° DE ELEMENTOS
MEDICO
Z 90% (1.65) 90% (1.65)
e 5% (0.05) 5% (0.05)
p 50% 0.5 50% 0.5
q 50% 0.5 50% 0.5
N 900 9 TOTAL MUESTRA 208 9
Fuente: Texto Muestreo Estadístico Diseño y Aplicaciones Elaborado por: Reymond Agemura Mosquera
67
Calculo de la muestra de pacientes:
n = (1.65) (0.5) (0.5) (900) _
(900)(0.0036) + (1.65) (0.5) (0.5)
n = 208 (Tamaño de la muestra Pacientes)
Calculo de la muestra de médicos tratantes:
n = (1.65) (0.5) (0.5) (9) _
(900)(0.0036) + (1.65) (0.5) (0.5)
n = 9 (Tamaño de la muestra Médicos)
Encuesta
Es un instrumento de recolección de información que consta de una serie de
preguntas que van dirigidas a una muestra representativas de la población escogida,
la cual tendrá el objetivo de obtener resultados información que servirá para conocer
la situación del personal involucrado en el tema de estudio.
Hay dos tipos de encestas que se pueden dar: las cuales son abiertas y cerradas. De
acuerdo con lo que el autor Tamayo menciona:
Es aquella que permite dar respuestas a problemas en términos descriptivos como de relación de variables, tras la recogida sistemática de información según un diseño previamente establecido que asegure el rigor de la información obtenida. (Tamayo, 2011, pág. 48)
Para el presente tema expuesto se obtuvo un resultado favorable para la utilización
de la aplicación móvil en el tratamiento de diabetes mellitus.
Observación
La observación se orienta en saber lo que se va a escoger, lo que se necesita para
obtener un análisis profundo de la investigación realizada.
68
Entrevista
El consultor debe generar pregustas al involucrado las cuales proporcionen datos
relevantes para la investigación mediante el dialogo.
En base a las técnicas mencionadas se manejará como instrumento de recolección
de datos la encuesta.
Recolección de la Información
Para llevar a cabo este proceso se elaboró una lista de preguntas que resalten el
tema a tratar “Diseño e implementación de una aplicación móvil para uso de
pacientes con problemas de diabetes, el mismo que tendrá como soporte un portal
web para uso de los médicos tratantes, a fin de asistir en el monitoreo, evaluación y
control de diabetes mellitus tipo 1, tipo 2 y gestacional, enfocado en el desarrollo del
aplicativo móvil Android del módulo de peso para el registro de peso y presión
arterial”.
Las encuestas realizadas fueron impresas en hojas formato A4 para ser entregadas
dentro del Hospital del IESS en el mes de febrero. Están enfocadas directamente a
los pacientes que padecen la enfermedad de la diabetes Tipo 1, Tipo 2 y Gestacional
para manejar ideas, opiniones precisas y claras sobre cada ítem establecido en la
investigación, esto ayuda a tener una mayor perspectiva para el levantamiento de
información que se desea realizar y factibilidad de la misma.
Procesamiento y Análisis
Una vez finalizado la realización de encuestas se realiza el procesamiento y análisis
de resultados, para ello se utilizó la herramienta Microsoft Excel, la cual por medio de
tablas dinámicas permite realizar la tabulación de datos y generación de gráficos
estadísticos, en este caso el diagrama de barra fue el seleccionado para la
representación de salida.
Análisis e Interpretación de Resultados
A continuación, se mostrarán cada una de las preguntas realizadas a los involucrados
y los resultados obtenidos de cada una de ellas así mismo se realizarán un análisis
por cada ítem mencionad.
69
ENCUESTA REALIZADA
Pregunta 1: ¿Cuál sería su opinión de contar con una aplicación móvil que le
permita llevar un mejor control de su salud como por ejemplo su nivel de
glucosa, su peso, su presión, le recomiende que comer, entre otros; y que toda
esa información la pudiese compartir con su médico?
En la cual podemos identificar que el 52% en la tabla y el grafico de los encuestados
ven la aplicación de un modo atractivo, puesto que el control será
Tabla #7: Pregunta N°1
Alternativas # Encuestas % Respuestas
Muy interesante 109 52%
Interesante 53 25%
Neutro 5 2%
Poco interesante 7 3%
Nada interesante 34 16%
TOTAL 208 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gráfico #44: Pregunta N°1 (Gráfico Circular 3D)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Análisis: En esta encuesta podemos ver que la mayoría de los interesados se
encuentran a favor de contar con una aplicación móvil que permita llevar a cabo el
control de la salud del paciente diabético, para compartir dicha información con su
médico.
52%26%
3%
3%16%
Opinión de contar con aplicación móvil
Muyinteresante
Interesante
Neutro
70
Pregunta 2: ¿Conoces alguna aplicación móvil que le permita administrar,
revisar y controlar su estado de salud en Diabetes?
Tabla #8: Pregunta N°2
Alternativas # Encuestas % Respuestas
Si 38 18% No 170 82%
TOTAL 208 100,00% Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Gráfico #45: Pregunta N°2 (Gráfico Circular 3D)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Análisis: Según los datos encontrados, se determina la existencia de pocas
personas conocedoras de aplicaciones que ayuden al centro y monitoreo de
la salud de pacientes diabéticos, esto quiere decir que esta aplicación móvil
puede ayudar a que más personas interactúen con las nuevas tendencias de
la información, ya que estamos estableciendo en tiempo real la información y
ayudamos a los médicos tratantes a que de un diagnóstico más acertados a
sus pacientes.
18%
82%
¿Conoce alguna aplicación que permita controlar la diabetes?
SI NO
71
Pregunta 3: ¿Está de acuerdo que un sistema móvil ayudará en su control y
prevención de la Diabetes?
Tabla #9: Pregunta N°3
Alternativas # Encuestas % Respuestas
Totalmente de acuerdo 106 51%
De acuerdo 76 37%
Imparcial 12 6%
En desacuerdo 9 4%
Totalmente en desacuerdo 5 2%
TOTAL 208 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gráfico #46: Pregunta N°3 (Gráfico Circular 3D)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Análisis: En esta encuesta se puede observar la aprobación de un sistema móvil por
parte de los interesados para el control y prevención de la Diabetes, ya que este será
beneficioso tanto para pacientes como para médicos tratantes de esta enfermedad
51%37%
6% 4%2%
¿Está de acuerdo que un sistema móvil ayudara al control de la diabetes?
Totalmente deacuerdo
De acuerdo
Imparcial
En desacuerdo
Totalmente endesacuerdo
72
Pregunta 4: ¿Estás de acuerdo con que un paciente diagnosticado con Diabetes
pueda tener un manejo diario de sus controles y tener un registro histórico del
mismo?
Tabla #10: Pregunta N°4
Alternativas # Encuestas % Respuestas
Totalmente de acuerdo 87 42%
Parcialmente de acuerdo 56 27%
De acuerdo 32 15%
Parcialmente desacuerdo 6 3%
Totalmente en desacuerdo 27 13%
TOTAL 208 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Análisis: Se identifica que la mayoría de encuestados están de acuerdo con un
manejo diario del control para mantener un registro histórico del paciente diabético,
ya que esto ayudará a un mejor manejo de la enfermedad el paciente recibirá una
mejor atención.
Gráfico #47: Pregunta N°4 (Gráfico Circular 3D)
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
42%
27%
15%
3%13%
¿Está de acuerdo que un paciente con diabetes pueda tener manejo diario de sus
controles?
Totalmente deacuerdo
Parcialmente deacuerdo
De acuerdo
Parcialmentedesacuerdo
Totalmente endesacuerdo
73
Pregunta 5: ¿Está de acuerdo usted que se tenga que registrar información
personal como enfermedades congénitas para tenerlas con total accesibilidad
para el doctor?
Tabla #11: Pregunta N°5
Alternativas # Encuestas % Respuestas
Totalmente de acuerdo 102 49%
Parcialmente de acuerdo 57 27%
De acuerdo 20 10%
Parcialmente desacuerdo 3 1%
Totalmente en desacuerdo 26 13%
TOTAL 208 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gráfico #48: Pregunta N°5 (Gráfico Circular 3D)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Análisis: Según los resultados obtenidos nos muestran que el 49% de los pacientes
encuestados consideran que importante que el medico tenga toda la información
necesaria para dar una recomendación mas precisa.
49%
27%
10%
1%
13%
¿Está de acuerdo en que se registre su información personal para que el medico tenga total accesibilidad?
Totalmente de acuerdo
Parcialmente de acuerdo
De acuerdo
Parcialmentedesacuerdo
Totalmente endesacuerdo
74
Pregunta 6: ¿Cree Ud. que una aplicación móvil facilitaría el control de las dietas
para los pacientes diabéticos?
Tabla #12: Pregunta N°6
Alternativas # Encuestas
% Respuestas
SI 8 93%
NO 1 7%
TOTAL 9 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gráfico #49: Pregunta N°6 (Gráfico Circular 3D)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Análisis: según los resultados obtenidos en la encuesta indica que el 89% de los
médicos encuestados cree que la aplicación móvil facilitara el control de la dieta de
los pacientes que tienen diabetes.
93%
7%
¿Cree usted que una app móvil facilitaría el control de dietas?
SI NO
75
Pregunta 7: ¿Cree usted que mediante un control diario usando una aplicación
móvil, el paciente con Diabetes mejoraría su estilo de vida?
Tabla #13: Pregunta N°7
Alternativas # Encuestas
% Respuestas
Totalmente de acuerdo 2 20%
De acuerdo 6 73%
Imparcial 0 0%
En desacuerdo 1 7%
Totalmente en desacuerdo 0 0%
TOTAL 9 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gráfico #50: Pregunta N°7 (Gráfico Circular 3D)
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Análisis: Según los resultados obtenidos el 67% de los médicos encuestados está
totalmente de acuerdo de que una aplicación móvil ayudaría a mejorar el estilo de
vida de los pacientes con diabetes.
20%
73%
0%
7%
0%
¿Cree Ud. que el uso de la app móvil mejoraría el estilo de vida del paciente?
Totalmente de acuerdo De acuerdo
Imparcial En desacuerdo
Totalmente en desacuerdo
76
Pregunta 8: ¿Está de acuerdo con que el paciente pueda llevar un registro diario
o mensual de su glucosa?
Tabla #14: Pregunta N°8
Alternativas # Encuestas
% Respuestas
Si 8 93.33%
No 1 6.67%
TOTAL 9 100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Gráfico #51: Pregunta N°8 (Gráfico Circular 3D)
Fuente: Datos de la Investigación
Elaborado por: Reymond Agemura Mosquera
Análisis: Según los resultados obtenidos de la encuesta nos indican que el 89% de
los médicos encuestados están de acuerdo de que el paciente debe llevar un registro
de su presión arterial mientras que el 11% no lo cree necesario, en conclusión, si se
debe crear un módulo para que el paciente pueda llevar un control de su presión
arterial.
93%
7%
¿Cree Ud. que el paciente debería llevar un registro de la glucosa?
Si No
77
Validación de la idea a defender
Tomando en consideración las respuestas a de las encuestas realizadas es posible
deducir que el contar con una aplicación móvil para el control y monitoreo de los datos
de salud de paciente con Diabetes es necesario y recomendado para la evaluación
de su tratamiento y que sería una forma óptima de obtención de datos fundamentales
para la prevención y recuperación de la salud de pacientes que sufran de esta
patología apoyándose en la tecnología actual como lo es el uso accesible de un
dispositivo móvil.
Se puede indicar en base a los resultados obtenidos de las encuestas realizadas que
es factible la implementación del aplicativo móvil, esto favorece tanto a los doctores
quienes podrán tener una evaluación diaria de su paciente al monitorear que está
cumpliendo con el tratamiento recomendado, y a los pacientes, los cuales se sentirán
bien atendidos por su doctor al momento de la cita médica presencial ya que no
necesitan darle un detalle de sus actividades diarias, sino que mediante la aplicación
ya fueron evaluados y se les daría un tratamiento diferente al que están siguiendo
conforme a sus avances.
Dentro de los beneficios de esta aplicación móvil se denota lo siguiente:
• Comunicación médico – paciente
• Mayor control y efectividad de tratamiento en el paciente.
• Cambios de recomendaciones según estados de salud.
• Mayor cumplimiento en recomendaciones del doctor.
78
CAPÍTULO IV
Criterios de aceptación del producto o servicio
El IEES-Hospital del Día Sur Valdivia, conociendo los beneficios que abarca la
implementación de una aplicación para el control y monitoreo de la salud del paciente
Diabético avala el desarrollo de este proyecto completamente. Logrando que la
aplicación se desarrolle con éxito.
Con los datos recopilados podemos constatar, que las acciones tomadas en cuenta
para la aplicación son válidas, tanto como para los pacientes diabéticos y sus
médicos tratantes, ya que están al tanto de las ventajas que se obtendrán con la
implementación de esta novedosa aplicación, que realizarán el control y monitoreo
en tiempo real del progreso de la salud del paciente, la cual abarca con el
cumplimento de los alcances establecidos en el capítulo I.
La finalidad del desarrollo de una aplicación móvil para el control de pacientes
Diabéticos reside en efectuar los objetivos identificados en el capítulo I como lo
indican las técnicas de Scrum, Los cuales son comprobados durante la etapa de
prueba y entrega del proyecto.
Los interesados que intervinieron durante el desarrollo de la aplicación móvil se
encuentran satisfechos con los resultados de las pruebas que fueron realizadas a
cada uno de los módulos de este proyecto, logrado con el producto final el cual
cumple con la expectativas de los requisitos planteados permitiendo el manejo de la
aplicación de control y monitoreo de la salud de pacientes diabéticos, con un
79
herramienta actualmente utilizada por todos como los son los dispositivos móviles, y
esta permite posibles mejoras a futuro..
Dado a que realiza el desarrollo con herramientas open sourse, no fueron necesarias
la obtención de licencias o hardware costosos.
Para logra la implementación de esta aplicación móvil fueron evaluados los módulos
y sus funcionalidades realizados en el desarrollo, por personal del hospital, con la
finalidad de hallar defectos que puedan ser corregidos antes del lanzamiento a
producción.
Tabla #15: Requisitos
TIPO DE REQUISITO DESCRIPCIÓN DEL REQUISITO PORCENTAJE DE ACEPTACIÓN
Módulo de Pulso Permitir realizar la configuración manual del pulso, o medirlo atravesó del sensor de la cámara, y la presentación de una estadística histórica de la misma
100%
Módulo para ingreso de Glucosa
Permitir el ingreso de Glucosa y la presentación de una estadística histórica de la misma
100%
Módulo para Ingreso de Histórico de
Patologías
Permite el ingreso manual de las patologías posibles que el paciente pueda tener
100%
Módulo de Exámenes Complementarios
Permite el ingreso manual de los diferentes exámenes tales como Colesterol, Triglicéridos, HBA1c, Cetonas
100%
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Tabla #16: Criterios de aceptación - Módulo de Pulso
FUNCIONALID
AD
TIEMPO DE
RESPUESTA
FACILIDAD
DE MANEJO
VALIDACIONES DE
ENTRADAS
MANEJO DE
ERRORES
Ingreso de
Pulso
manualmente
ALTO ALTO ALTO ALTO ALTO
Medición de
Pulso con
cámara del
móvil
ALTO ALTO ALTO ALTO ALTO
80
Visualización
de cuadro
estadístico
ALTO ALTO ALTO ALTO ALTO
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Tabla #17: Criterios de aceptación - Módulo de Glucosa
FUNCIONALI
DAD
TIEMPO DE
RESPUESTA
FACILIDAD
DE MANEJO
VALIDACIONES
DE ENTRADAS
MANEJO DE
ERRORES
Ingreso de
Glucosa
manualmente
ALTO ALTO ALTO ALTO ALTO
Visualización
de cuadro
estadístico
ALTO ALTO ALTO ALTO ALTO
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Tabla #18: Criterios de aceptación - Módulo para Ingreso de Histórico de Patologías
FUNCIONALI
DAD
TIEMPO DE
RESPUESTA
FACILIDAD
DE MANEJO
VALIDACIONES
DE ENTRADAS
MANEJO DE
ERRORES
Ingreso de
Histórico de
patología
manualmente
ALTO ALTO ALTO ALTO ALTO
Visualización
de datos
ingresados
ALTO ALTO ALTO ALTO ALTO
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Tabla #19: Criterios de aceptación - Módulo de Exámenes Complementarios
FUNCIONALI
DAD
TIEMPO DE
RESPUESTA
FACILIDAD
DE MANEJO
VALIDACIONES
DE ENTRADAS
MANEJO DE
ERRORES
Ingreso de
exámenes
complementa
rios
manualmente
ALTO ALTO ALTO ALTO ALTO
81
Visualización
de datos
ingresados
ALTO ALTO ALTO ALTO ALTO
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
Tabla #20: Criterios de Valor
CRITERIO VALOR
Alto 100
Medio 50
Bajo 25
Fuente: Datos de la Investigación Elaborado por: Reymond Agemura Mosquera
82
Conclusiones y Recomendaciones
Conclusiones
• Se cumplió con el rol de Scrum Master dentro del equipo de desarrollo aplicando
la metodología Scrum (Gestión de objetivos cumplidos en equipo de desarrollo
móvil).
• Se realizó el análisis, generación de modelo visual y estructural de la aplicación
móvil en plataforma Android Studio, utilizando como lenguaje de programación
Java y Xml, que este acoplado a varios módulos (secciones), que permitirán el
ingreso de datos de salud de los pacientes diabéticos y su visualización a través
de gráficos estadísticos.
• Se estructuró de la lógica para la interacción de Web Services con la capa de
negocios para garantizar el acceso a la aplicación en cualquier momento y desde
cualquier punto.
• Se desarrolló los módulos de control de pulso cardiaco, control de glucosa,
registro histórico de enfermedades y el control de exámenes complementarios
(Colesterol, Triglicérido, HBA1c y Cetonas).
• Se Implemento la funcionalidad de medición y registro de frecuencia cardiaca
mediante la cámara del dispositivo móvil.
83
Recomendaciones
• Añadir en el módulo de Glucosa la opción de poder integrar los valores tomados
por el glucómetro y sean ingresados de manera automática en la aplicación
mediante conexión Bluetooth.
• Añadir recordatorios de citas y horarios de ingesta de medicina.
• Añadir la opción de compartir a las redes sociales los datos ingresados.
• Añadir la opción de poder guardar una foto de los exámenes físicos tomados,
con la finalidad de tener un respaldo y de fácil acceso en cualquier momento.
• Crear la funcionalidad de poder grabar registrarse mediante las redes sociales.
• Incluir la funcionalidad para poder de poder modificar o eliminar los exámenes
ya registrados.
84
Bibliografía
Alcalde, A. (16 de 9 de 2016). El baul del programador. Obtenido de El baul del
programador: https://elbauldelprogramador.com/fundamentos-programacion-
android/
Alegsa, L. (19 de 11 de 2010). Alegsa. Obtenido de Alegsa:
http://www.alegsa.com.ar/Dic/windows_phone.php
Alegsa, L. (28 de 06 de 2016). Alegsa . Obtenido de Alegsa :
http://www.alegsa.com.ar/Dic/windows_phone.php
Android-inc. (05 de 10 de 2015). Android Estudio. Obtenido de Android Estudio:
https://developer.android.com/studio/intro/index.html
Arlandy, R. M. (26 de 03 de 2012). adictos al trabajo. Obtenido de adictos al
trabajo: https://www.adictosaltrabajo.com/tutoriales/trabajando-intellijidea/
Caules, C. Á. (2 de 4 de 2015). arquitecturajava. Obtenido de arquitecturajava:
http://www.arquitecturajava.com/que-es-gradle/
Chávez, G. E. (11 de 05 de 2005). Maestros del Web. Obtenido de Maestros del
Web.: http://www.maestrosdelweb.com/flashxml/
Cuellar, G. E. (16 de 7 de 2016). somoslibres.org. Obtenido de somoslibres.org:
http://www.somoslibres.org/modules.php?name=News&file=article&sid=183
Gonzalez, J. (15 de 11 de 2014). Concepto de definicion. Obtenido de Concepto de
definicion: http://conceptodefinicion.de/ios/
google play store. (s.f.). playstore. Obtenido de playstore:
http://playstore.topdescarga.com/play-store-que-es/
Lomeña, D. (10 de 01 de 2016). Metadata. Obtenido de Metadata:
http://www.metadata.es/aplicaciones-moviles-es-presente-es-futuro/
Martínez, E. (30 de 5 de 2013). comunidad ieb school. Obtenido de comunidad ieb
school: http://comunidad.iebschool.com/iebs/general/metodologia-scrum/
Morales Vallejo, P. (2012). Tamaño necesario de la muestra: ¿Cuántos sujetos
necesitamos? Estadística aplicada a las Ciencias Sociales. Obtenido de
http://web.upcomillas.es/personal/peter/investigacion/Tama%F1oMuestra.pdf
Pérez, J. P. (2015). Definiciones de. Obtenido de Definiciones de:
http://definicion.de/android/
Tamayo, M. T. (2011). El proceso de la investigación científica.
The Apache, S. F. (6 de 2 de 2017). The Apache Software Foundation. Obtenido de
The Apache Software Foundation.: http://ant.apache.org/
Tijero, U. E. (23 de 07 de 2016). Dev Academy. Obtenido de Dev Academy.:
https://stories.devacademy.la/android-ciclo-de-vida-de-un-activity-
b2a68c506961
Tomás, J. (20 de 11 de 2016). Android Curso. Obtenido de Android Curso:
http://www.androidcurso.com/index.php/tutoriales-android/32-unidad-2-
diseno-de-la-interfaz-de-usuario-vistas-y-layouts/114-layouts
Villalobos, J. (02 de 10 de 2013). código programación. Obtenido de código
programación:
http://codigoprogramacion.com/cursos/javascript/introduccion-a-json-
sintaxis-y-ejemplos.html
A
ANEXOS