UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/19865/1/UG-FCMF-B-CISC-PT… ·...

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









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 #16: Creación de proyecto Android Studio (Paso 1) ........................ 43






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








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


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









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


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


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






ingresados.

3.- Permite generar reportes de

los datos y gráficos registrados

para enviarlos por correo.

1.- La versión completa

debe ser comprada.




ingresados.

3.- No da recomendaciones

de los valores ingresados

por el usuario.

Diabetes Glucose

Tracker






ingresados.

4.- Analiza tendencias de las

variables según los valores

ingresados.


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






ingresados.


los datos y gráficos registrados

para enviarlos por correo y/o

sincronizarlos con una cuenta

en Dropbox.


Android.




ingresados.

3.- No alerta o da




SiDiary Diabetes

1.- Disponible para Android y

IOS.






ingresados.

4.- Analiza tendencias de las

variables según los valores

ingresados.

5.- Cuenta con interfaz para PC


debe ser comprada

2.-No alerta o da




Glucose Buddy

1.- Disponible para sistemas

Android y IOS.






ingresados.

4.- Permite programar

recordatorios para que el

usuario realice sus tomas de

glucosa


debe ser comprada

2.- No da recomendaciones

de los valores ingresados

por el usuario solo lo

almacena.


de los valores

almacenados.

4.- No permite los exportar

los valores ingresados.

11

OnTrack Diabetes

1.- aplicación gratuita.






ingresados.


Android.

2.- No permite los exportar

los valores ingresados.


de los valores

almacenados.

Dbees.com

1.- Disponible para sistemas

Android, IOS






ingresados.

4.- Cuenta con interfaz para

PC.

5.- Cuenta con interfaz web

para el médico.

1.- Debe ser comprada.


de los valores

almacenados.

3.- No alerta o da




Glucometro






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


Android.




ingresados.

3.- No permite exportar los

valores almacenados.

4.- No alerta o da



usuario solo lo almacena

12

Diabetes






ingresados.

4.- Permite generar informes

en formato PDF.

5.- Incluye juegos motivadores

sobre el control de la

enfermedad.


IOS.

2.- No alerta o da



usuario solo lo almacena


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


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


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

https://jarroba.com/arquitectura-android-art-vs-dalvik/

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

http://droideando.blogspot.com/2011/02/ciclo-de-vida-de-una-aplicacion-android.html

http://droideando.blogspot.com/2011/02/ciclo-de-vida-de-una-aplicacion-android.html

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



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)



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.




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


40


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




➢ En el siguiente paso el asistente nos permitirá configurar la cantidad de

recurso para las máquinas virtuales y emuladores de Android.


41


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




➢ Una vez finalice la instalación de Android Studio, procederá a conectarse a

internet y descargará los elementos del SDK para funcionar correctamente.




➢ Una vez terminada la descarga y copia de archivos, presionaremos Finalizar.

Teniendo nuestro entorno de desarrollo Android listo.

42




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)



Se ingresó como nombre del aplicativo “HealthMonitor”, como dominio de la

compañía se ingresó “com.grupocisc”.


44



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)




45

En el dialogo siguiente se especifica el esqueleto de nuestra aplicación, para nuestro

proyecto utilizaremos “Empty Activity”




Por último, se indica el nombre de la ventana principal de la aplicación y el nombre

del Layout correspondiente.

46




Una vez finalizado los pasos para crear un proyecto se podrá visualizar nuestra

pantalla principal, que para nuestro proyecto será nuestra pantalla de inicio.




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



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


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


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


51

2. Se crea una línea alrededor del círculo mientras se mide el pulso



3. Se completa la circunferencia y muestra el Ritmo Cardíaco.

4. Presionamos grabar




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


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


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



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



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


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


56

Pestaña Triglicéridos


triglicéridos, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.

Gráfico #35: Proyecto HealMonitor – Triglicéridos


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


57

Pestaña HBA1C


HBA1C, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.

Gráfico #37: Proyecto HealMonitor – HBA1C


Registro de Exámenes HBA1C

Esta pantalla le permite al usuario el ingreso de la cantidad de HBA1C, la fecha de


Gráfico #38: Proyecto HealMonitor – Registro HBA1C


58

Pestaña Cetonas


cetonas, presionando el botón de ingreso el cual nos lleva a la pantalla de registro.

Gráfico #39: Proyecto HealMonitor – Cetonas



Registro de Exámenes Cetonas

Esta pantalla le permite al usuario el ingreso de la cantidad de cetonas, la fecha de


Gráfico #40: Proyecto HealMonitor – Registro Cetonas



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



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



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


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



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%


Gráfico #44: Pregunta N°1 (Gráfico Circular 3D)



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?



Si 38 18% No 170 82%

TOTAL 208 100,00% Fuente: Datos de la Investigación





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?



Totalmente de acuerdo 106 51%

De acuerdo 76 37%

Imparcial 12 6%

En desacuerdo 9 4%

Totalmente en desacuerdo 5 2%

TOTAL 208 100%





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?




Parcialmente de acuerdo 56 27%

De acuerdo 32 15%

Parcialmente desacuerdo 6 3%


TOTAL 208 100%


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.



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


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?




Parcialmente de acuerdo 57 27%

De acuerdo 20 10%

Parcialmente desacuerdo 3 1%


TOTAL 208 100%





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


74

Pregunta 6: ¿Cree Ud. que una aplicación móvil facilitaría el control de las dietas

para los pacientes diabéticos?


Alternativas # Encuestas

% Respuestas

SI 8 93%

NO 1 7%

TOTAL 9 100%





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?



% Respuestas


De acuerdo 6 73%

Imparcial 0 0%

En desacuerdo 1 7%


TOTAL 9 100%




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?



% Respuestas

Si 8 93.33%

No 1 6.67%

TOTAL 9 100%





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%


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


80

Visualización

de cuadro

estadístico



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


Visualización

de cuadro

estadístico



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


Visualización

de datos

ingresados



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


81

Visualización

de datos

ingresados



Tabla #20: Criterios de Valor

CRITERIO VALOR

Alto 100

Medio 50

Bajo 25


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

UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/19865/1/UG-FCMF-B-CISC-PT… ·...

Documents

Transcript of UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/19865/1/UG-FCMF-B-CISC-PT… ·...