universidad centroamericana facultad de ciencia ...repositorio.uca.edu.ni/4808/1/ucani5179.pdf ·...

Universidad Centroamericana Facultad de Ciencia, Tecnología y Ambiente

Ingeniería en Sistemas y Tecnologías de la Información

Desarrollo de una aplicación móvil que permite llevar un control nutricional para las personas con diabetes en Nicaragua

Producto creativo para optar al título de: Ingeniero en Sistemas y Tecnologías

de la Información (Concentración: Sistemas de Información)

Autores: Raúl Iván López Lanuza (2011930024)

Frander Edgardo Mejía Alfaro (2011930214)

Tutor: Lic. Justo Villanueva Rayo

Managua, Nicaragua 08 de Diciembre de 2015

Dedicatoria

Mamá, todo lo que soy hoy en día te lo debo a ti y a tus sabios consejos; gracias

por llenar mi vida de alegría, una buena madre vale por miles de maestros. Doy

gracias por darme tu mano y estar a mi lado las “noches de invierno”, sonriendo si

yo me reía y llorando conmigo en los peores momentos.

Tú me enseñaste a tomarme las cosas de una manera diferente, que siempre se

puede mejorar y que sueñe a lo grande y lo intente; que si tengo miedo le haga

frente, que devuelva el amor a mi gente, que todo tiene solución en la vida, que

viva el presente, y que siga peleando mi suerte.

Eres la persona más grande que existe entre miles; y ese corazón que no cabe en

tu pecho… Te amo mamá, eso nunca lo olvides…

Todos mis triunfos te los dedico a ti.

Raúl Iván Lanuza

Dedico este trabajo de culminación de estudios a mis familiares, quienes con su

apoyo me permitieron superar las dificultades en el transcurso de mi formación

académica.

Gracias a Dios por brindarme la fuerza, disciplina y perseverancia necesaria para

terminar este proyecto con éxito.

Frander Edgardo Mejía Alfaro

Agradecimientos

A Dios; amigo incondicional, motor de nuestras vidas, quien sigue tocando hasta lo

profundo de nuestro corazón con su mirada tierna.

A nuestros familiares, por estar siempre en los buenos y malos momentos.

A nuestros amigos; por permitirnos disfrutar a su lado de lo bello que es la vida,

experiencias buenas y divertidas, y los más gratos recuerdos que vivirán por

siempre en nuestra memoria y nuestros corazones. Siempre los llevaremos

presentes.

A personas especiales que Dios colocó en nuestras vidas para ayudarnos en el

camino de una forma u otra.

Al Lic. Justo Villanueva; por darse a la tarea de, más que un tutor, ser un amigo y

aportarnos sus conocimientos y buenos consejos para realizar un trabajo de

calidad. Gracias por su paciencia, esfuerzo y dedicación.

Tabla de Contenido

Resumen ................................................................................................................. 6

Introducción ............................................................................................................. 7

II. Objetivos ........................................................................................................... 9

Objetivo General .................................................................................................. 9

Objetivos Específicos .......................................................................................... 9

III. Marco Teórico .............................................................................................. 10

IV. Metodología ................................................................................................. 20

V. Presentación de Resultados ........................................................................ 25

VI. Conclusiones ............................................................................................... 60

VII. Referencias Bibliográficas ........................................................................... 61

VIII. Anexos ........................................................................................................ 63

Anexo 1: Guía de Observación .......................................................................... 64

Anexo 2: Formato de Entrevista ........................................................................ 66

Anexo 3: Cuestionario para la versión beta de la app ....................................... 68

Anexo 4: Propuestas de logotipos ..................................................................... 70

Anexo 5: Bocetos de la primera etapa de Diseño .............................................. 71

Anexo 6: Pantallas de la segunda etapa de Diseño .......................................... 73

Anexo 7: Pantallas de la tercera etapa de Diseño ............................................. 76

Anexo 8: Pantallas del Front-end ....................................................................... 92

Anexo 9: Fotografías de la feria “mSalud Nicaragua 2015” ............................... 98

Anexo 10: Panel de Administración de Parse .................................................. 100

6

Resumen

Esta Forma de Culminación de Estudios consistió en el desarrollo de una

aplicación móvil que permite llevar un control nutricional para las personas con

diabetes en Nicaragua, con el fin de evitar el aumento del número de muertes a

causa de esta enfermedad.

La aplicación móvil permite a los pacientes mediante un perfil de usuario mantener

un control nutricional diario a través del seguimiento detallado de la dieta del

paciente, control de calorías según los alimentos consumidos, control de la

actividad física diaria y control de la glucosa.

Este trabajo representó todo un gran reto, en donde se incursionó por primera vez

en Nicaragua en el ámbito del desarrollo de aplicaciones móviles dirigidas a la

salud. Sin embargo, el proyecto fue todo un éxito lo que permitió su participación

en la primera feria de aplicaciones móviles “mSalud Nicaragua 2015”, organizada

por la Universidad Centroamericana en conjunto con la Organización

Panamericana de la Salud.

Abstract

This final dissertation project consisted in the development of a mobile application

that allows you to keep nutritional management for people with diabetes in

Nicaragua, in order to avoid increasing the number of deaths from this disease.

The mobile application allows patients using a user profile maintain a daily

nutritional control through detailed monitoring of the patient's diet, calories control

as the food consumed, control of daily physical activity and glucose control.

This work represents all a big challenge, where it was first entered in Nicaragua in

the field of mobile application development aimed at health. However, the project

was a success allowing its participation in the first fair of mobile applications,

"mSalud Nicaragua 2015" organized by the Universidad Centroamericana in

conjunction with the Organización Panamericana de la Salud.

7

Introducción

Las Aplicaciones móviles son herramientas útiles tanto para el médico como para

el paciente. Éstas ofrecen la posibilidad de conocer una información que antes

estaba reservada a los especialistas de la medicina, como medir la tensión o

determinar la cantidad de medicamento que se debe administrar a un paciente. La

salud móvil (“mHealth”), dos palabras que unidas nadie pronunciaba hace muy

pocos años se está transformando en uno de los pilares básicos de la sanidad en

todas partes, incluidos los países en vías de desarrollo como Nicaragua.

La diabetes era en 2009 la octava causa de muerte en las Instituciones

Proveedoras de Servicios de Salud (IPSS), conocidas entre la población como

clínicas previsionales, y desde el 2012 ocupa el primer lugar. De 932 muertes que

se registraron en las IPSS el año pasado, 125 fueron causadas por diabetes.

Esta enfermedad no tiene cura. Sin embargo, entre las principales

recomendaciones que brindan los especialistas para tratar esta enfermedad se

encuentra: tener una alimentación saludable y seguir un plan de comidas, medir

los niveles de azúcar en la sangre, mantenerse activos mediante la práctica de

ejercicios, e inyectarse insulina, si el caso lo requiere.

En Nicaragua no existe, aún, alguna propuesta informática por incursionar en esta

área médica; por lo tanto, este proyecto es pionero en este ámbito. La aplicación

móvil, como tal, apoyada por las recomendaciones antes mencionadas, permitirá a

los pacientes mediante un perfil de usuario mantener un control nutricional diario a

través del seguimiento detallado de la dieta del paciente, control de calorías según

los alimentos consumidos, control de la actividad física diaria y control de la

8

glucosa. Además, la aplicación permitirá el envío de recordatorios cuando el

paciente deba aplicar sus inyecciones de insulina, medicación prescrita por el

doctor (horas para tomar la medicina indicada) y, como función adicional, la

representación mediante gráficos de todos los indicadores antes mencionados

como medida de seguimiento diario del estado nutricional del usuario.

Se espera que esta aplicación móvil sea de gran utilidad para la población

nicaragüense tanto diabética como prediabética, y les permita mantener un control

nutricional adecuado y que esté acorde a los tratamientos e indicaciones

prescritas por los especialistas, para evitar el aumento del número de muertes a

causa de esta enfermedad.

9

II. Objetivos

Objetivo General

Desarrollar una aplicación amigable e intuitiva que permita el control nutricional

para las personas con diabetes en Nicaragua.

Objetivos Específicos

1. Analizar los requerimientos funcionales y no funcionales que serán

necesarios para el desarrollo de la aplicación.

2. Establecer características de diseño específicas para que la aplicación sea

amigable e intuitiva.

3. Presentar una versión beta de la app en la primera feria de aplicaciones

móviles “mSalud Nicaragua 2015” para conocer las diversas expectativas y

opiniones de los profesionales de la salud y público en general, a través de

la utilización de un cuestionario para medir el grado de aceptación.

10

III. Marco Teórico

En los últimos años la diabetes se ha convertido en la principal causa de muerte

entre los nicaragüenses. En el 2010 la diabetes era la octava causa de muerte en

las Instituciones Proveedoras de Servicios de Salud (IPSS), conocidas entre la

población como clínicas previsionales. Con los años la situación cambió y de

acuerdo al Anuario Estadístico del Instituto Nicaragüense de Seguridad Social

(INSS), esta enfermedad fue la primera causa de muerte en 2014. De 932 muertes

que se registraron en las IPSS, 125 fueron causadas por diabetes. Se estima que,

al menos, un 24% de la población nicaragüense padece diabetes o es

prediabético. (Córdoba , 2015)

La diabetes es una afección crónica que se desencadena cuando el organismo

pierde su capacidad de producir suficiente insulina o de utilizarla con eficacia. La

insulina es una hormona que se fabrica en el páncreas y que permite que la

glucosa de los alimentos pase a las células del organismo, en donde se convierte

en energía para que funcionen los músculos y los tejidos. Como resultado, una

persona con diabetes no absorbe la glucosa adecuadamente, de modo que ésta

queda circulando en la sangre (hiperglucemia) y dañando los tejidos con el paso

del tiempo. (Internacional Diabetes Federation, s.f.)

Hay tres tipos principales de diabetes:

Diabetes de tipo 1: (también llamada insulinodependiente, juvenil o de

inicio en la infancia) está causada por una reacción autoinmune, en la que

el sistema de defensas del organismo ataca las células productoras de

insulina del páncreas. Como resultado, el organismo deja de producir la

11

insulina que necesita. La enfermedad puede afectar a personas de

cualquier edad, pero suele aparecer principalmente en niños y jóvenes. Las

personas con esta forma de diabetes necesitan inyecciones de insulina a

diario con el fin de controlar sus niveles de glucosa en sangre. Sin insulina,

una persona con diabetes tipo 1 morirá.

Sus síntomas consisten, entre otros, en excreción excesiva de orina

(poliuria), sed (polidipsia), hambre constante (polifagia), pérdida de peso,

trastornos visuales y cansancio. Estos síntomas pueden aparecer de forma

súbita. (Internacional Diabetes Federation, s.f.)

Diabetes de tipo 2: (también llamada no insulinodependiente o de inicio en

la edad adulta) suele aparecer en adultos, pero cada vez existen más casos

en niños y adolescentes. En ésta, el organismo puede producir insulina

pero, o bien no es suficiente, o el organismo no responde a sus efectos,

provocando una acumulación de glucosa en la sangre. Las personas con

diabetes tipo 2 podrían pasar mucho tiempo sin saber de su enfermedad

debido a que los síntomas podrían tardar años en aparecer o en

reconocerse, tiempo durante el cual el organismo se va deteriorando debido

al exceso de glucosa en sangre.

Diabetes gestacional: La diabetes gestacional se caracteriza por

hiperglucemia (aumento del azúcar en la sangre) que aparece durante el

embarazo y alcanza valores que, pese a ser superiores a los normales, son

inferiores a los establecidos para diagnosticar una diabetes. Las mujeres

con diabetes gestacional corren mayor riesgo de sufrir complicaciones

durante el embarazo y el parto, y de padecer diabetes de tipo 2 en el futuro.

Los bebés nacidos de madres con diabetes gestacional también corren un

mayor riesgo de obesidad y de desarrollar diabetes tipo 2 en la edad adulta.

12

Suele diagnosticarse mediante las pruebas prenatales, más que porque el

paciente refiera síntomas. (Internacional Diabetes Federation, s.f.)

Las consecuencias más frecuentes de la diabetes son:

Con el tiempo, la diabetes puede dañar el corazón, los vasos sanguíneos,

ojos, riñones y nervios.

La diabetes aumenta el riesgo de cardiopatía y accidente vascular cerebral

(AVC). Según un estudio realizado en varios países, un 50% de los

pacientes diabéticos mueren de enfermedades cardiovasculares

(principalmente cardiopatía y AVC).

La neuropatía de los pies combinada con la reducción del flujo sanguíneo

incrementan el riesgo de úlceras de los pies, infección y, en última

instancia, amputación.

La retinopatía diabética es una causa importante de ceguera y es la

consecuencia del daño de los pequeños vasos sanguíneos de la retina que

se va acumulando a lo largo del tiempo. El 1% de los casos mundiales de

ceguera es consecuencia de la diabetes.

La diabetes se encuentra entre las principales causas de insuficiencia renal.

En los pacientes con diabetes el riesgo de muerte es al menos dos veces

mayor que en las personas sin diabetes. (Internacional Diabetes

Federation, s.f.)

Se ha demostrado que medidas simples relacionadas con el estilo de vida son

eficaces para prevenir la diabetes de tipo 2 o retrasar su aparición. Para ayudar a

prevenir la diabetes de tipo 2 y sus complicaciones se debe:

Alcanzar y mantener un peso corporal saludable.

Mantenerse activo físicamente: al menos 30 minutos de actividad regular de

intensidad moderada la mayoría de los días de la semana; para controlar el

peso puede ser necesaria una actividad más intensa.

13

Consumir una dieta saludable que contenga entre tres y cinco raciones

diarias de frutas y hortalizas y una cantidad reducida de azúcar y grasas

saturadas.

Evitar el consumo de tabaco, puesto que aumenta el riesgo de sufrir

enfermedades cardiovasculares. (Internacional Diabetes Federation, s.f.)

El diagnóstico se puede establecer tempranamente con análisis de sangre

relativamente baratos. El tratamiento de la diabetes consiste en la reducción de la

glucemia y de otros factores de riesgo conocidos que dañan los vasos

sanguíneos. Para evitar las complicaciones también es importante dejar de fumar.

Entre las intervenciones que son factibles y económicas en los países en

desarrollo se encuentran:

El control moderado de la glucemia. Los pacientes con diabetes de tipo 1

necesitan insulina y los pacientes con diabetes de tipo 2 pueden tratarse

con medicamentos orales, aunque también pueden necesitar insulina.

El control de la tensión arterial.

Los cuidados podológicos (relacionados al cuido de los pies).

De forma general, se puede decir que para que el diabético muera necesita tener

valores de glicemia elevados, lo que se conoce como hiperglicemia. En la

hiperglicemia influye el abandono del tratamiento, la obesidad, los malos hábitos

alimenticios, el sedentarismo y la falta de atención médica. (Internacional Diabetes

Federation, s.f.)

Según Dowshen (2015), esta enfermedad no tiene cura. Sin embargo, entre las

principales recomendaciones que brindan los especialistas para tratar esta

enfermedad se encuentra: tener una alimentación saludable y seguir un plan de

comidas, medir los niveles de azúcar en la sangre, mantenerse activos mediante

la práctica de ejercicios, e inyectarse insulina, si el caso lo requiere.

14

En la actualidad ha habido grandes avances en el campo del desarrollo de

aplicaciones móviles dirigidas al sector salud, en donde éstas se han convertido

en herramientas útiles tanto para el médico como para el paciente. Las

aplicaciones móviles ofrecen la posibilidad de conocer una información que antes

estaba reservada a los especialistas de la medicina, como medir la tensión o

determinar la cantidad de medicamento que se debe administrar a un paciente.

(Peñarredonda, 2012)

Según Robles (2013), una aplicación móvil o app (en inglés) es una aplicación

informática diseñada para ser ejecutada en teléfonos inteligentes, tabletas y otros

dispositivos móviles. Por lo general 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, Windows Phone, entre otros.

Existen algunas aplicaciones móviles dirigidas a personas prediabéticas y

diabéticas que permiten controlar el tratamiento que se prescribe a estas

personas, por desgracia, ninguna abarca todo el tratamiento y tampoco son fáciles

de entender para los usuarios, por lo que su funcionalidad es relativamente baja lo

que reduce su potencial de efectividad. Por ejemplo, la aplicación “Easy Diabetes”

permite, únicamente, guardar los niveles de glucosa y clasificarlos a través de una

escala de colores la cual determina si su situación es preocupante o no;

careciendo de funcionalidad porque no es necesario ingresar un dato a una

aplicación para que el paciente sepa si su nivel de glucosa es bajo o elevado. Otra

aplicación que se puede mencionar es “Diabetes:M”, la cual permite llevar

controles ordenados para medir la dieta del paciente; pero su debilidad radica en

que no cuenta con una interfaz amigable para el usuario haciendo que todos los

datos que se presentan sean difíciles de comprender. (Ippok, 2014)

Según Nieto (2011), un gran número de estas aplicaciones corren bajo Android,

este un sistema operativo basado en Linux, con un núcleo libre, gratuito y

multiplataforma. Este sistema permite programar aplicaciones en una variación de

Java llamada Dalvik, proporcionando todas las interfaces necesarias para

15

desarrollar aplicaciones que accedan a las funciones del teléfono (como el GPS,

las llamadas, la agenda, la galería de imágenes, sensores, alarmas, etc.) de una

forma muy sencilla.

A veces estas Apps necesitan conectarse con un servidor remoto para guardar y

recibir datos o archivos, o incluso para iniciar sesión. Para que una aplicación

realice este tipo de funciones, se requiere montar un Back-end en éste de forma

que la App se conecte a él y pueda ejecutar este tipo de operaciones. (Becerril,

2014)

Según Alvarado (2014), Back-end se refiere a la labor de ingeniería que compone

el acceso a bases de datos y generación de plantillas del lado del servidor,

recibiendo, procesando y enviando información al navegador del usuario. Por

ejemplo, Parse es un back-end que nos provee de herramientas dentro de un

servidor web, para poder implementar determinadas funcionalidades.

Según Díaz (2013), las principales funcionalidades que ofrece Parse son:

Modelo de datos en la nube: creación de tablas no-SQL en la nube y

capacidades para inserción, modificación y consulta vía API.

Notificaciones Push: posibilidad de envío de notificaciones push a

nuestros usuarios, previa aceptación por parte del usuario.

Cloud Code: capacidades para la ejecución de código en el servidor, muy

útil para la realización de validaciones de seguridad, o procesos

automáticos por cambios en los datos.

Contrariamente al back-end se encuentra el front-end, el cual no es más que la

parte del software que interactúa con el usuario recolectando sus datos de entrada

y transformándolos a las especificaciones que demanda el back-end para poder

procesarlos. En el back-end se maqueta la estructura semántica del contenido

usando, por lo general, HTML que es un lenguaje de enmarcado que sirve de

referencia para la elaboración de páginas web. La última versión usada en la

actualidad es HTML5. (Alvarado, 2014)

16

Según Alvarado (2014), para agregar interacciones con el usuario se utiliza

JavaScript, éste es un lenguaje de programación implementado como parte de un

navegador web que permite mejoras en la interfaz del usuario y páginas web

dinámicas, añadiendo el componente de interactividad y conexión al servidor. Es

posible comunicarse con el back-end y la base de datos sin recargar la página

usando AJAX, que es una técnica de desarrollo web para crear aplicaciones

interactivas que permite mejorar la interactividad, velocidad y usabilidad de las

mismas.

Para el desarrollo de la interfaz del back-end existen diversos entornos de

desarrollo integrados (IDE), los cuales son programas informáticos compuestos

por un conjunto de herramientas de programación, tales como un editor de código,

un compilador, un depurador y un constructor de interfaz gráfica. (Ramos Salavert

& Lozano Pérez, 2000)

Un IDE bastante utilizado es IntelliJ IDEA, es desarrollado por JetBrains

(anteriormente conocido como IntelliJ), y está disponible en dos ediciones:

community edition y commercial edition. Este IDE permite trabajar utilizando la

integración continua (continuous integration, en inglés) que es un modelo

informático que consiste en hacer integraciones automáticas de un proyecto, lo

más a menudo posible para así poder detectar fallos cuanto antes. Entendemos

por integración la compilación y ejecución de todo un proyecto. (JetBrains, s.f.)

Para la implementación de estas app, en la mayoría de los casos, se utilizan

metodologías de desarrollo ágiles. Ésta se refiere a métodos de ingeniería del

software basados en el desarrollo iterativo e incremental, estas metodologías son

imprescindibles en un mundo en el que nos exponemos a cambios

recurrentemente. (Joyanes Aguilar, 1997)

Según Vegazo (2012), una de las metodologías ágiles más usadas es Scrum, que

es un modelo de referencia ágil que define un conjunto de prácticas y roles, y que

puede tomarse como punto de partida para definir el proceso de desarrollo que se

ejecutará durante un proyecto. Este permite la creación de equipos auto-

17

organizados impulsando la co-localización de todos los miembros del equipo, y la

comunicación verbal entre todos los miembros y disciplinas involucrados en el

proyecto.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas

por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está

especialmente indicado para proyectos en entornos complejos, donde se necesita

obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, y

donde la innovación, la competitividad, la flexibilidad y la productividad son

fundamentales.

Según Vegazo (2012), menciona que en Scrum un proyecto se ejecuta en bloques

temporales cortos y fijos. Cada iteración tiene que proporcionar un resultado

completo, un incremento de producto final que sea susceptible de ser entregado

con el mínimo esfuerzo al cliente cuando lo solicite.

El proceso parte de la lista de objetivos/requisitos priorizada del producto, que

actúa como plan del proyecto. En esta lista el cliente prioriza los objetivos

balanceando el valor que le aportan respecto a su coste y quedan repartidos en

iteraciones y entregas.

La metodología SCRUM incorpora controles generales para evitar la pérdida de

control, utilizando técnicas de orientación a objetos para la construcción de las

entregas.

El principal control es el del riesgo. La gestión de riesgos da lugar a cambios en

los controles y respuestas del equipo.

Los controles de la metodología SCRUM son:

Backlog: requisitos que el producto en su versión actual no gestiona de

forma adecuada. Errores, defectos, peticiones del cliente, incorporación de

mejoras competitivas o tecnológicas son elementos del backlog.

18

Los elementos del backlog que comprenden una nueva versión

comprenden variables de fechas, calidad y funcionalidad viables.

Paquetes: componentes del producto que deben cambiarse para

implementar la nueva versión.

Cambios: cambios que deben producirse en un paquete para implementar

una nueva versión.

Problemas: dificultades técnicas presentes que deben resolverse para

implementar un cambio.

Riesgos: para lograr el éxito del proyecto se revisan de forma continua los

riesgos y las respuestas previstas. La gestión de riesgos afecta a otros

controles.

Soluciones: respuestas a problemas y riesgos, que suelen ser cambios.

Temas: Cuestiones generales del proyecto que no se definen en términos

de paquetes. (Vegazo, 2012)

Según Campos (2011), para Scrum es primordial recurrir a la programación

asíncrona, dado que ésta pretende llevar este patrón de diseño a todos los

aspectos del desarrollo de software por medio de mecanismos que articulan de

una u otra forma el uso de eventos, señales y callbacks en todas las llamadas a

funciones y métodos llevados a cabo por la aplicación utilizando múltiples hilos de

ejecución.

Según Tamborero (2015), para el uso de esta metodología ágil es recomendado

Git, que es un software de control de versiones diseñado por Linus Torvalds,

pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de

aplicaciones cuando éstas tienen un gran número de archivos de código fuente.

Esta metodología ágil también considera que es importante lograr un desarrollo

guiado por pruebas o, en inglés Test-driven development (TDD), que es una

práctica de ingeniería de software que involucra otras dos prácticas: escribir las

pruebas primero (Test First Development) y refactorización (Refactoring). Para

escribir las pruebas generalmente se utilizan las pruebas unitarias (unit test, en

19

inglés). Este proceso de desarrollo consiste, en primer lugar, en escribir una

prueba y verificar que las pruebas fallan. A continuación, se implementa el código

que hace que la prueba pase satisfactoriamente y seguidamente se refactoriza el

código escrito. El propósito del desarrollo guiado por pruebas es lograr un código

limpio que funcione. La idea es que los requisitos sean traducidos a pruebas, de

este modo, cuando las pruebas pasen se garantizará que el software cumple con

los requisitos que se han establecido. (Expósito, 2015)

20

IV. Metodología

Esta investigación es de tipo descriptiva porque desde el inicio se observó el

índice de muertes que provocaba la Diabetes y desde entonces se procedió a

describir lo referente a esta enfermedad y a la manera de tratarla sin llegar al

establecimiento de la relación causa-efecto, obteniendo como resultado la

propuesta de la aplicación móvil que se ha creado, la cual supone un impacto en

la vida de las personas que la padecen. El enfoque del estudio es cualitativo ya

que no se midió con datos reales ninguna variable, sino que simplemente se

enfocó en la descripción genérica del tema de estudio.

La recopilación de información se hizo mediante la técnica de observación, en

donde se utilizó una guía para investigar información referente a la diabetes en el

sitio web y otros sitios oficiales de la Organización Mundial de la Salud, y observar

los datos y cifras más alarmantes relacionados a las consecuencias provocadas

por esta enfermedad; lo que permitió asimilar mejor los factores necesarios para

poner en marcha la realización de este producto creativo. Conjuntamente se utilizó

la técnica de la entrevista en la etapa de determinación de los requerimientos

funcionales para refinarlos y ajustarlos en relación a las necesidades reales.

El “desarrollo de la aplicación móvil que permite llevar un control nutricional para

las personas con diabetes en Nicaragua” partió de la idea de crear una

herramienta que ayudara a estos pacientes a mejorar sus estilos de vida en

cuanto a nutrición, actividad física, control de medicaciones de insulina y atacar los

puntos donde por distracciones o desconocimiento dejan el tratamiento que se les

prescribió.

21

Partiendo de esta idea, primeramente, se definió el desarrollo de esta aplicación

móvil en Android por ser un núcleo libre, gratuito y multiplataforma, realizando la

programación en Java Dalvik que trae el sistema operativo. En segundo lugar, se

seleccionó Scrum como metodología de desarrollo tomando como referencia que

esta define un conjunto de prácticas y roles que se utilizaron como punto de

partida en la definición del proceso de desarrollo que se ejecutó durante este

proyecto.

Siguiendo el proceso que dicta esta metodología, lo primero que se realizó fue una

planificación partiendo del desarrollo de un product backlog completo; éste

consistió en un documento de alto nivel para todo el proyecto que contenía

descripciones genéricas de funcionalidades deseables y todos los requisitos

necesarios. Para esto fueron muy importante las entrevistas que se tuvieron con el

especialista en Medicina Interna, Dr. Osnar Pérez, las cuales permitieron aclarar

dudas en cuanto a términos y procedimientos técnicos que se desconocían, que

también ayudó a refinar los requerimientos funcionales más importantes de la

aplicación. A continuación, se planificaron las iteraciones en donde se elaboró una

lista de tareas que eran necesarias para cumplir los requisitos establecidos y se

estimó el esfuerzo que debía ser aplicado.

Luego se procedió a la realización del sprint backlog en donde se establecieron los

requisitos que serían implementados en cada uno de los sprint subdividiéndolos

en tareas a las cuales también se les asignó un número de días necesarios para

completarlas. Todo este proceso se detalló mejor en una tabla propuesta por la

metodología Scrum, en donde se colocaron todas las tareas y a cada una se le

asignó el tiempo estimado en días para completarla y el tiempo que se le dedicó

(también en días); según el número de días establecidos para cada tarea, se

determinó el número de horas que se trabajarían por días. También fue muy

importante para lograr el éxito del proyecto la revisión continua de los riesgos

existentes y la determinación de respuestas previstas para solucionarlos.

Se redactaron las diferentes historias de usuarios para cerrar el ciclo formal del

levantamiento de requerimientos, escribiéndolas de forma clara y sencilla con el fin

22

de describir el beneficio exacto que tendrían para la sección representada por esta

funcionalidad. Las historias de usuario conllevaron desde aspectos básicos de

diseño y presentación de información, hasta el establecimiento de las diferentes

funcionalidades deseadas en la aplicación.

Posteriormente, se diseñó el diagrama relacional y se seleccionó Parse como

back-end para manejar el acceso a la base de datos y generar plantillas del lado

del servidor, recibiendo, procesando y enviando información al dispositivo del

usuario. Con Parse se realizó el modelo de datos en la nube en donde se crearon

las diferentes tablas no-SQL y se establecieron las capacidades para inserción,

modificación y consulta vía API.

Propiamente enfocados en la fase de Diseño, se procedió a elaborar bocetos a

mano que representaran las primeras impresiones que se tenían para las pantallas

de recopilación de la información personal del usuario. Luego se realizaron

mockups (maquetas), utilizando la herramienta Adobe Photoshop CS6 y Balsamiq

Mockups, para definir las diferentes interfaces que contendría la aplicación, en

concordancia con los objetivos planteados de que éstas fueran amigables e

intuitivas para el usuario. También se diseñó el logo principal que representaría a

la aplicación.

Se decidió utilizar IntelliJ IDEA como entorno de desarrollo integrado (IDE),

permitiendo el uso de la integración continua que es un modelo informático que

ayudó a hacer integraciones automáticas del proyecto lo más a menudo posible,

para así poder detectar fallos cuanto antes. En este IDE se programó todo el

código referente a la aplicación.

La fase de Desarrollo se inició con la implementación de la librería Sugar ORM

para que la aplicación guardara los datos en SQL Lite (interno de la app) de

manera más precisa. Luego se crearon los métodos necesarios para sincronizar

esa base de datos de la app móvil con el servidor del Back-end, el cual estaba

soportado por Parse que a su vez provee de más versatilidad. Se partió del

diagrama relacional para el modelado de la base de datos en Parse en donde el

proceso de guardado se hace en forma de documentos.

23

A continuación se procedió a crear el flujo de interacción para que el usuario

pudiera agregar datos relacionados a las comidas, ejercicios y mediciones de

glucosa; estos tres siguen el mismo patrón de interacción con el objetivo de que

siempre le resulte intuitivo al usuario navegar por este flujo.

Seguido de esto, se implementaron las librerías necesarias para poder crear

gráficos a partir de los datos guardados en la aplicación; estos gráficos

representan las mediciones de glucosa con periodicidad diaria y semanal.

También se crearon gráficos para representar los diferentes tipos de ejercicios que

el usuario ha realizado, y otros que muestran la cantidad de calorías que se han

ingerido en el desayuno, almuerzo o cena.

Se recurrió a la utilización de programación asíncrona como patrón de diseño para

todos los aspectos del desarrollo por medio de mecanismos que articularon el uso

de eventos, señales y callbacks en todas las llamadas a funciones y métodos

llevados a cabo por la aplicación utilizando múltiples hilos de ejecución.

También, se dispuso la importancia de lograr un desarrollo guiado por pruebas

(TDD) que permitió escribir las pruebas primero y la refactorización. Para escribir

éstas se utilizaron pruebas unitarias. En este proceso, en primer lugar, se

escribieron las pruebas y luego se verificó si fallaban. A continuación, se

implementó el código que hizo que la prueba pasará satisfactoriamente y

seguidamente se refactorizó el código escrito; logrando un código limpio y

funcional que garantizó que la app cumpliera con los requisitos.

Propiamente en la fase de pruebas, en concordancia con el cumplimiento de los

objetivos propuestos para este trabajo, se desarrolló y se presentó una versión

beta de la app en la primera feria de aplicaciones móviles “mSalud Nicaragua

2015” para conocer las diversas expectativas y opiniones de los profesionales de

la salud y público en general, a través de la utilización de un cuestionario que se le

aplicó a 35 personas y que permitió medir el grado de aceptación por parte de los

usuarios. Ver Anexo 3: Cuestionario para la versión beta de la app.

24

Por último, se implementó como un extra la plataforma web para que los usuarios

a través de cualquier navegador puedan consultar sus registros sincronizados con

el Back-end. Para esto se utilizó HTML5 en la creación del Front-end, y JavaScript

con Ajax para realizar las peticiones al servidor en Parse haciendo uso de su API

nativa.

25

V. Presentación de Resultados

Para iniciar el proyecto se desarrollaron una serie de procedimientos definidos en

la metodología. Primeramente, mediante el uso de una guía de observación se

procedió a investigar de forma exhaustiva información referente a la diabetes en el

sitio web de la Organización Mundial de la Salud, en donde también se observaron

los datos y cifras más alarmantes relacionados a las consecuencias provocadas

por esta enfermedad. También se revisaron las diferentes aplicaciones dirigidas al

control de la diabetes para comparar las funcionalidades de una y otra, descubrir

las limitantes existentes, y proponer mejoras para crear una aplicación más

completa. Ver Anexo 1: Guía de Observación.

Entre las aplicaciones más usadas dirigidas al control de la diabetes se encontró

Easy Diabetes, Diabetes:M y Social Diabetes; a las cuales, de forma general, los

usuarios las valoran de entre tres a cuatro estrellas, careciendo una más que otra

de cierta funcionalidad o de simplicidad al momento de usarla en el día a día. Por

ejemplo, la aplicación Easy Diabetes permite, únicamente, guardar los niveles de

glucosa y clasificarlos a través de una escala de colores la cual determina si su

situación es preocupante o no; careciendo de funcionalidad porque no se

establecen parámetros para saber la periodicidad con que se hicieron las

mediciones. En cuanto a “Diabetes:M”, esta permite llevar controles ordenados

para medir la dieta del paciente; pero su debilidad radica en que no cuenta con

una interfaz amigable para el usuario haciendo que todos los datos que se

presentan sean difíciles de comprender. Social Diabetes es de las más completas;

sus carencias, según los comentarios de los usuarios, radican en que toda la

información se muestra desordenada sin categorización, y que varios de los

26

gráficos generados no están lo suficientemente retroalimentados como para

comprender los datos que se están presentando.

En segundo lugar, para determinar el ámbito y los límites del proyecto tuvimos una

entrevista con el Dr. Osnar Pérez, especialista en Medicina Interna, con el cual

ajustamos los requerimientos funcionales que serían necesarios para el correcto

funcionamiento de la aplicación. Ver Anexo 2: Formato de Entrevista.

Una vez establecidos los requerimientos funcionales y no funcionales, se creó el

product backlog y el sprint backlog, en donde a través de la plantilla definida por la

metodología de desarrollo se especificaron las diferentes tareas que serían

necesarias realizar para ejecutar el proyecto y a cada una se le asignó el tiempo

estimado en días para completarla.

Tabla 1. Product Backlog

Nombre de la tarea Tiempo en

días

Diseño de logo 1

Diseño de login screen 1

Diseño de pantalla principal 1

Diseño de Menú 1

Diseño de BD 2

Crear login 1

Preguntas para configuración de la aplicación 1

Implementar navigation drawer del menú principal 1

Implementar módulo de creación de alarmas 2

Crear lista de alarmas donde se desactivan 1

Agregar las actividades para el módulo de actividad

física 1

Implementar módulo de actividades físicas 2

27

Crear interfaz para consultar informe de actividades

físicas 1

Agregar lista de comidas precargadas en la aplicación 1

Implementar módulo de registro de comidas 2

Agregar interfaz para consulta de informe de

actividades físicas 1

Implementar módulo de registro de glucosa 2

Validar la medida de glucosa con colorimetría para

avisar el usuario en el nivel que se encuentra 1

Mostrar en pantalla principal de promedios de niveles

de glucosa, calorías quemadas y calorías consumidas 1

Implementar módulo de gráficos 2

Implementar los módulos de información para

promoción 2

Implementar contador de pasos para registro de

ejercicios 2

Diseñar interfaz web de consulta 2

Implementar BD con Parse 2

Desarrollar API con Parse para guardar datos de la

aplicación 2

Implementar módulo de consultas entre registros en

plataforma web 2

Implementar módulo de gráficos para la plataforma

web 2

28

Tabla 2. Sprint 1

Tarea Tiempo en

días

Diseño de logo 1

Diseño de login screen 1

Diseño de pantalla principal 1

Diseño de Menú 1

Diseño de BD 2

Crear Login 1

Preguntas para configuración de la aplicación 1

Implementar navigation drawer del menú principal 1

Implementar módulo de creación de alarmas 2

Crear lista de alarmas donde se desactivan 1

Agregar las actividades para el módulo de actividad física 1

Implementar módulo de actividades físicas 2

Crear interfaz para consultar informe de actividades

físicas 1

Tabla 3. Sprint 2

Tarea Tiempo en

días

Implementar módulo de registro de comidas 2

Agregar interfaz para consulta de informe de actividades

físicas 1

Implementar módulo de registro de glucosa 2

Validar la medida de glucosa con colorimetría para avisar

el usuario en el nivel que se encuentra 1

Mostrar en pantalla principal promedios de niveles de

glucosa, calorías quemadas y calorías consumidas 1

29

Implementar módulo de gráficos 2

Implementar los módulos de información para promoción 2

Implementar contador de pasos para registro de ejercicios 2

Tabla 4. Sprint 3

Tarea Tiempo en

días

Diseñar interfaz web de consulta 2

Implementar BD con Parse 2

Desarrollar API con Parse para guardar datos de la

aplicación 2

Implementar módulo de consultas entre registros en

plataforma web 2

Implementar módulo de gráficos para la plataforma web 2

Una vez determinadas todas las tareas a realizarse en el Product Backlog y

subdividirlas por Sprints, se especificaron a través de una tabla más formal,

propuesta por la metodología Scrum, el número de horas diarias que se

trabajarían para completar las diferentes tareas establecidas.

30

Tabla 5. Especificación de horas diarias de trabajo por tarea asignada (parte 1)


31



32



33

A continuación, se definieron las historias de usuario que determinaron las

interacciones por las que debía pasar el usuario al momento de utilizar la app. En

éstas se brinda una breve descripción de la historia, el usuario y el responsable

involucrado, las distintas validaciones con las que debía contar, la prioridad y el

tiempo estimado.

Tabla 11. Historia de Usuario 1

Numero: 1 Usuarios: Cliente

Nombre: Programar alarmas

Prioridad: Media Riesgo: Bajo

Tiempo: 3 días Sprint: 1

Responsable: Frander Mejía

Descripción: La aplicación debe permitir agregar alarmas para recordar al

usuario la dosificación de sus medicamentos o períodos para sus mediciones de

glucosa.

Validación: Que la alarma se dispare correctamente y se pueda detener.



Nombre: Registros de actividad física

Prioridad: Media Riesgo: Bajo


Responsable: Raúl Lanuza

Descripción La aplicación debe permitir registrar las actividades físicas del

usuario a través de la selección de diferentes ejercicios que se mostrarán en

una lista, agregando el tiempo en minutos y la intensidad en la que se hizo dicha

actividad, para calcular la cantidad de calorías quemadas.

Validación: Ninguna.

34



Nombre: Registros de comidas

Prioridad: Alta Riesgo: Medio



Descripción: La aplicación debe permitir registrar las comidas consumidas por

el usuario y que lo guíe para que éste evite consumir una cantidad de calorías

excedentes al máximo según su condición.

Validación: Que la aplicación le de alarmas al usuario para que este sepa que

cantidad de calorías debe consumir al día.



Nombre: Registros de medición de glucosa




Descripción: La aplicación debe permitir registrar las mediciones de glucosa del

usuario en los distintos tiempos de comida, guardar la fecha y hora de la

medición, e indicarle a éste si está en valores aceptables.

Validación: La aplicación guarda correctamente estos valores y retroalimenta al

usuario correctamente



Nombre: Plataforma web




35

Descripción: Se debe tener una plataforma web para que el usuario pueda

consultar su información desde una computadora y se la pueda enseñar a su

médico.

Validación: Ninguna.



Nombre: Crear documentación de enfermedad

Prioridad: Medio Riesgo: Medio



Descripción: La aplicación debe abarcar los aspectos informativos de la

promoción de la enfermedad para que funcione como herramienta de

concientización.

Validación: Ninguna



Nombre: Creación de graficas




Descripción: La aplicación debe mostrar gráficas de los registros contenidos en

ella, estas tienen que organizarse por aspectos de tiempo para poder tener un

historial de los registros tanto de glucosa, ejercicio y alimentos consumidos por

el usuario.


36



Nombre: Crear módulo de alarmas por intervalos de tiempo




Descripción: La aplicación debe permitir programar alarmas que se ejecuten

cada cierto intervalo de tiempo para que ayude al usuario a recordar sus

dosificaciones de medicamentos.




Nombre: Crear informes por periodicidad de tiempo




Descripción: La aplicación debe mostrar informes de los diversos registros

guardados de forma diaria, semanal y mensual.




Nombre: Registrar pasos y caminata

Prioridad: Medio Riesgo: Alto



Descripción: La aplicación debe permitir llevar un registro de los pasos

caminados y la distancia recorrida por el usuario, agregándola al historial de

37

actividades.




Nombre: Desarrollo de API




Descripción: Desarrollar un API para que la aplicación móvil interactúe con el

back-end desarrollado en Parse.




Nombre: Integración con Google Fit




Descripción: La aplicación debe permitir la integración con Google Fit para

recuperar los datos de los registros diarios de ejercicio del usuario.


Una vez planteada toda la fase de planificación y obtenidos todos los

requerimientos necesarios para la elaboración de la aplicación móvil, se procedió

a realizar el diseño de la base de datos, el cual se muestra a continuación.

38

Figura 1. Diagrama de la Base de Datos

39

La fase de Diseño se centró propiamente en bosquejar las diferentes vistas e

interfaces con las que cuenta la aplicación. Para esto se trabajó en tres etapas:

1. La primera etapa consistió en la elaboración de bocetos (borradores) de

forma manual para mostrar las primeras impresiones que se tenían de

cómo serían las primeras pantallas de solicitud de la información del

usuario. En total se realizaron nueve bocetos.

2. La segunda etapa se centró en la elaboración de mockups para definir las

ideas concebidas en la primera etapa y darles un toque más gráfico.

Además, se diseñaron diferentes propuestas para el logotipo que

representaría a la aplicación y las diferentes pantallas por las que el usuario

podría navegar. En total se realizaron nueve mockups, cinco propuestas de

logotipos y once pantallas de navegación.

3. La tercera etapa se fundamentó en la implementación final de las diferentes

vistas y pantallas de navegación de la aplicación. En total se diseñaron

treinta y ocho pantallas finales de la app.

A continuación se muestran los bocetos elaborados a mano en la primera etapa,

correspondientes a las primeras pantallas de solicitud de la información del

usuario.

40

Figura 2. Bocetos “Ingresar”

41

Figura 3. Bocetos “Información Personal”

42

Figura 4. Boceto “Bienvenida”

Para visualizar los demás bocetos ir a Anexo 5: Bocetos de la primera etapa de

Diseño.

A continuación se muestran los mockups elaborados en la segunda etapa,

correspondientes al diseño de los bocetos realizados en la primera etapa.

43

Figura 5. Splash screen Figura 6. Login screen Figura 7. Ingresar

44

Figura 8. Registrar usuario Figura 9. Tipo somático Figura 10. Actividad Física

45

Figura 11. Tipo de Diabetes Figura 12. Datos corporales Figura 13. Bienvenida

46

Una vez realizados los mockups correspondientes al diseño de los bocetos

elaborados en la primera etapa, se inició el proceso de diseño de diferentes

propuestas de logotipos que representarían a la aplicación. Ver Anexo 4:

Propuestas de logotipos.

El diseño final seleccionado fue el siguiente:

Figura 14. Propuesta final de logo

Por último, siempre en la segunda etapa, se diseñaron las diferentes pantallas por

las que el usuario podría navegar en la aplicación.

47

Figura 15. Pantalla principal Figura 16. Botón principal

48

Figura 17. Pantalla de recordatorios Figura 18. Menú principal

49

Para visualizar las demás pantallas ir a Anexo 6: Pantallas de la segunda etapa

de Diseño.

A continuación se muestran los diseños elaborados en la tercera etapa,

correspondientes a la implementación final de las diferentes vistas y pantallas de

navegación de la aplicación.

Figura 19. Informes

50

Figura 20. Splash screen Figura 21. Tipo somático

51

Figura 22. Actividad física Figura 23. Agregar comida

52

Figura 24. Botón principal Figura 25. Informes

53

Para visualizar las demás pantallas ir a Anexo 7: Pantallas de la tercera etapa

de Diseño.

En la fase de Desarrollo se crearon los métodos necesarios para sincronizar la

base de datos de la app móvil con el servidor del Back-end, el cual estaba

soportado por Parse que a su vez provee de más versatilidad.

A continuación se procedió a crear el flujo de interacción para que el usuario

pudiera agregar datos relacionados a las comidas, ejercicios y mediciones de

glucosa; estos tres siguen el mismo patrón de interacción con el objetivo de que

siempre le resulte intuitivo al usuario navegar por este flujo. Ver Figura 24, pág.

52.

Seguido de esto, se implementó la librería HighChart que fue necesaria para poder

crear gráficos a partir de los datos guardados en la aplicación; estos gráficos

representan las mediciones de glucosa con periodicidad diaria y semanal.

También se crearon gráficos para representar los diferentes tipos de ejercicios que

el usuario ha realizado, y otros que muestran la cantidad de calorías que se han

ingerido en el desayuno, almuerzo o cena. En total se crearon seis tipos de

gráficos. Ver Anexo 7, Figuras 64-69.

En la fase de pruebas se desarrolló y se presentó una versión beta de la app en la

primera feria de aplicaciones móviles “mSalud Nicaragua 2015” para conocer las

diversas expectativas y opiniones de los profesionales de la salud y público en

general. Ver Anexo 9: Fotografías de la feria “mSalud Nicaragua 2015”. Para

medir el grado de aceptación por parte de los usuarios se aplicó un cuestionario.

Ver Anexo 3: Cuestionario para la versión beta de la app.

En la aplicación del cuestionario dirigido al público observador de la I Feria de

aplicaciones móviles “mSalud Nicaragua 2015” participaron 35 personas, de las

que se obtuvieron los siguientes resultados:

54

Resultado: De las 35 personas a las que se les aplicó el cuestionario, el 100%

coincidió en que DailyDiapp es fácil de usar, lo que demuestra que la app es

amigable.

Resultado: De las 35 personas a las que se les aplicó el cuestionario, el 100%

coincidió en que es fácil navegar por las diferentes pantallas de DailyDiapp, lo que

demuestra que la app es intuitiva.

Sí (35)100%

No (0)0%

1. ¿Consideras que DailyDiapp es fácil de usar?

Sí (35) No (0)

Sí (35)100%

No (0)0%

2. ¿Crees que es fácil navegar por las diferentes pantallas de DailyDiapp?

Sí (35) No (0)

55

Resultado: De las 35 personas a las que se les aplicó el cuestionario, el 88.57%

(equivalente a 31 personas) coincidió en que no tuvo ninguna dificultad al

manipular DailyDiapp; mientras que el 11.43% (4 personas) manifestó que tuvo

poca dificultad al manipularla.


(equivalente a 25 personas) coincidió en que la funcionalidad de DailyDiapp es

excelente; mientras que el 28.57% (10 personas) manifestó que la funcionalidad

es muy buena.

25

10

0 0 00

5

10

15

20

25

30

Excelente (71.43)% Muy Buena(28.57%)

Buena (0%) Regular (0%) Deficiente (0%)

4. ¿Cómo evalúas la funcionalidad de DailyDiapp?

31

40

5

10

15

20

25

30

35

Ninguna (88.57%) Poca (11.43%) Mucha (0) Demasiada (0)

3. ¿Qué grado de dificultad tuviste al manipular DailyDiapp?

56


(equivalente a 23 personas) coincidió en que no encontraron ningún problema al

momento de usar DailyDiapp, el 20% (7 personas) manifestó que conocían cuál

era su tipo somático, el 8.57% (3 personas) dijo que no se habían percatado de

que se podía desplazar hacia los lados, y el 5.72% (2 personas) respondió que no

sabían cómo desactivar los recordatorios.

2

3

7

23

0 5 10 15 20 25

No sabía cómo desactivar los recordatorios (5.72%)

No sabía que se podía desplazar hacia los lados(8.57%)

No sabía cuál era mi tipo somático (20%)

No (65.71%)

5. ¿Encontraste algún problema al momento de usar DailyDiapp? Explica.

2

3

7

23

0 5 10 15 20 25

Agregar botón de desactivación directa (5.72%)

Hacer más visible los títulos (8.57%)

Describir el tipo somático (20%)

Ninguna (65.71%)

6. ¿Qué sugerencias puedes brindar para mejorar este problema? (si encontraste alguno en la pregunta anterior)

57


(equivalente a 23 personas) coincidió en que no encontraron ningún problema al

momento de usar DailyDiapp, el 20% (7 personas) sugirió que era importante

describir los tipos somáticos, el 8.57% (3 personas) recomendó hacer más visibles

los títulos, y el 5.72% (2 personas) aconsejó agregar un botón para desactivas los

recordatorios.


(equivalente a 8 personas) coincidió en que DailyDiapp es bastante fácil de usar,

el 17.14% (6 personas) manifestó que DailyDiapp está muy bien diseñada, otro

17.14% (6 personas) expresó que en DailyDiapp es sencillo agregar y consultar, y

el 42.86% (15 personas) opinó que, además de todo lo antes mencionado,

DailyDiapp en general es bastante interesante.

15

6

6

8

0 2 4 6 8 10 12 14 16

Todo lo antes mencionado, y en general toda la app(42.86%)

Es sencillo agregar y consultar (17.14%)

Está muy bien diseñada (17.14%)

Es bastante fácil de usar (22.86%)

7. ¿Qué aspectos te parecieron más interesantes de DailyDiapp?

58


(equivalente a 3 personas) sugirió agregarle DailyDiapp la opción de recordatorios

por intervalos de tiempo, el 22.86% (8 personas) aconsejó mejor el formato del

texto, y el 68.57% (24 personas) manifestó que todo estaba bien y que no era

necesario agregar nada más a DailyDiapp.

24

8

3

0 5 10 15 20 25 30

No, todo está bien (68.57%)

Mejorar el formato del texto (22.86%)

Recordatorio por intervalos de tiempo (8.57%)

8. ¿Consideras necesario agregar algo a DailyDiapp? ¿Qué sería?

19

16

0 0 00

2

4

6

8

10

12

14

16

18

20

Excelente (54.29%) Muy Buena (45.71%) Buena (0%) Regular (0%) Deficiente (0%)

9. De forma general, calificas a DailyDiapp (aplicación móvil para el control nutricional de las personas con

diabetes) como:

59


(equivalente a 19 personas) calificó de forma general a DailyDiapp como una

aplicación excelente; mientras que el 45.71% (16 personas) la calificaron como

una app muy buena.

Por último, se implementó como un extra la plataforma web para que los usuarios

a través de cualquier navegador puedan consultar sus registros sincronizados con

el Back-end. Para esto se utilizó HTML5 en la creación del Front-end, y JavaScript

con Ajax para realizar las peticiones al servidor en Parse haciendo uso de su API

nativa. Ver Anexo 8: Pantallas del Front-end.

60

VI. Conclusiones

Trabajar en el desarrollo de este producto creativo significó una gran experiencia,

la cual nos permitió adquirir grandes conocimientos en diferentes áreas de las

ciencias de la salud, principalmente en lo que se refiere a diabetes y nutrición.

Conocer vivencias reales de esta enfermedad crónica y diferentes testimonios de

personas que la padecen, nos motivó a poner nuestro máximo esfuerzo para

realizar un trabajo de calidad que ayude a mejorar los controles nutricionales de

las personas prediabéticas y diabéticas de nuestro país.

Este trabajo representó todo un gran reto, en donde se incursionó por primera vez

en Nicaragua en el ámbito del desarrollo de aplicaciones móviles dirigidas a la

salud. Gracias al correcto análisis y determinación de los requerimientos

funcionales y no funcionales que se establecieron, se pudo diseñar una aplicación

amigable e intuitiva con el usuario haciendo que su uso sea toda una experiencia

sencilla y agradable.

Otro gran éxito de este proyecto fue haber podido presentar una versión beta de la

app en la primera feria de aplicaciones móviles “mSalud Nicaragua 2015”,

organizada por la Universidad Centroamericana en conjunto con la Organización

Panamericana de la Salud. Este evento permitió conocer diversas expectativas y

opiniones de distintos profesionales de la salud y público en general; lo cual ayudó

a reafirmar que los objetivos que se plantearon se han cumplido.

61

VII. Referencias Bibliográficas

Alvarado Díaz, I. (12 de Abril de 2014). ¿Que es FrontEnd Y Backend en la

programación web? Recuperado el 01 de Octubre de 2015, de

http://serprogramador.es/que-es-frontend-y-backend-en-la-programacion-

web/

Becerril, S. (16 de Septiembre de 2014). Parse, el Back-end que hará tu vida más

fácil. Recuperado el 01 de Octubre de 2015, de

http://www.cfeapps.com/parse-el-backend-que-debes-conocer/

Campos, O. (21 de Julio de 2011). Introducción a la programación dirigida por

eventos. Recuperado el 01 de Octubre de 2015, de

http://www.genbetadev.com/paradigmas-de-programacion/introduccion-a-la-

programacion-dirigida-por-eventos

Córdoba , M. (07 de Julio de 2015). La diabetes "se roba" más vidas. Recuperado

el 20 de Agosto de 2015, de

http://www.elnuevodiario.com.ni/nacionales/364125-diabetes-se-roba-mas-

vidas/

Díaz Rubio, M. (07 de Junio de 2013). Parse: Introducción e instalación.

Recuperado el 05 de Octubre de 2015, de

http://www.migueldiazrubio.com/2013/06/07/desarrollo-ios-parse-i-

introduccion-e-instalacion/

Dowshen, S. (Julio de 2015). Diabetes tipo 1: ¿cuál es el tratamiento? Recuperado

el 20 de Agosto de 2015, de

http://kidshealth.org/kid/en_espanol/enfermadades/treating_type1_esp.html

Expósito, R. (09 de Agosto de 2015). Test-Driven Development (TDD).


http://raulexposito.com/proyectos/yaus/

62

Internacional Diabetes Federation. (s.f.). ¿Qué es la Diabetes? Recuperado el 01

de Octubre de 2015, de https://www.idf.org/diabetesatlas/5e/es/que-es-la-

diabetes?language=es

Ippok. (06 de Noviembre de 2014). Diabetes y aplicaciones móviles. Recuperado

el 01 de Octubre de 2015, de http://www.ippok.com/blog/diabetes-y-

aplicaciones-moviles-control-glucosa-telefono/

JetBrains. (s.f.). Multi-language Refactorings. Recuperado el 01 de Octubre de

2015, de https://www.jetbrains.com/idea/features/refactoring.html

Joyanes Aguilar, L. (1997). Ingeniería del Software: un enfoque práctico. México:

McGraw-Hill.

Nieto González, A. (08 de Febrero de 2011). ¿Qué es Android? Recuperado el 01

de Octubre de 2015, de http://www.xatakandroid.com/sistema-

operativo/que-es-android

Peñarredonda, J. L. (16 de Marzo de 2012). Aplicaciones móviles que ayudan a

mantener la diabetes bajo control. Recuperado el 20 de Agosto de 2015, de

http://www.enter.co/cultura-digital/salud-digital/aplicaciones-moviles-que-

ayudan-a-mantener-la-diabetes-bajo-control/

Ramos Salavert, I., & Lozano Pérez, M. (2000). Ingeniería del Software y Bases de

Datos. Cuenca: Ediciones de la Universidad de Castilla-La Mancha.

Robles, F. (01 de Septiembre de 2013). ¿Qué es una App? Recuperado el 01 de

Octubre de 2015, de http://www.appsmag.es/71/que-es-una-app/

Tamborero, G. (18 de Julio de 2015). Aprende GIT: Software de control de

versiones. Recuperado el 01 de Octubre de 2015, de

http://www.educatube.es/aprende-git-software-de-control-de-versiones/

Universidad de Murcia. (s.f.). Sistemas de Gestión de Bases de datos y SIG.


http://www.um.es/geograf/sigmur/sigpdf/temario_9.pdf

Vegazo, P. (22 de Enero de 2012). SCRUM (Desarrollo/Avance en grupo).


http://www.eoi.es/blogs/pedroismaelvegazo/2012/01/22/scrum-

desarrolloavance-en-grupo/

63

VIII. Anexos

64

Anexo 1: Guía de Observación

Universidad Centroamericana (UCA)

Desarrollo de una aplicación móvil que permita llevar un control

nutricional para las personas con diabetes en Nicaragua

Guía de Observación

Objetivos:

Investigar información referente a la diabetes en el sitio web y otros sitios

oficiales de la Organización Mundial de la Salud, y observar los datos y

cifras más alarmantes relacionados a las consecuencias provocadas por

esta enfermedad.

Revisar las diferentes aplicaciones dirigidas al control de la diabetes para

comparar las funcionalidades de una y otra, descubrir las limitantes

existentes, y proponer mejoras para crear una aplicación más completa.

Guía de Observación

Tópicos a Investigar:

¿Qué es la diabetes?

Tipos de diabetes

Consecuencias de la diabetes

Prevención de la diabetes

Diagnóstico de la diabetes

Tratamiento de la diabetes

Datos y cifras más alarmantes

relacionados a las consecuencias

65

provocadas por la diabetes

Aplicaciones móviles relacionadas

con el tema de la diabetes

Tópicos a Observar:

Aplicaciones dirigidas al control de la

diabetes

Easy Diabetes

Diabetes:M

Social Diabetes

Comparativa de funcionalidades

Limitantes existentes en el uso

Valoraciones de los usuarios

Comentarios de los usuarios

Mejoras propuestas para crear una

aplicación más completa

66

Anexo 2: Formato de Entrevista




Entrevista para refinar los requerimientos funcionales de la aplicación

Entrevistado: ______________________________________________________

Fecha: _________________

Objetivos: Recolectar toda la información necesaria y requerida para refinar los

requerimientos funcionales de la aplicación móvil.

Datos generales

Conociendo de antemano información referente a la diabetes,

1. ¿Cuáles son las complicaciones más graves de la diabetes?

2. ¿Qué exámenes de rutina se les realiza a los pacientes diabéticos?

3. ¿Qué tratamiento se le receta a un paciente diabético según su tipo de

diabetes?

Datos específicos

4. ¿Considera que una aplicación móvil puede ser importante para llevar un

control nutricional detallado de las personas diabéticas y prediabéticas?

¿Por qué?

5. ¿Qué funciones considera usted importante agregar a una aplicación de

esta índole?

6. ¿Qué ejercicios físicos se les recomienda realizar a los pacientes con

diabetes?

67

7. ¿Cuál es la dieta en calorías diarias que se recomienda a los pacientes con

diabetes?

8. ¿Con qué periodicidad es recomendable que los pacientes midan su

glucosa?

9. ¿Qué niveles de glucosa son riesgosos en las mediciones que se realizan

los pacientes diabéticos?

10. ¿Existe alguna manera de ver el historial de las mediciones de glucosa del

paciente?

11. ¿Qué medida sugeriría usted para medir las porciones de comida que se

ingieren en cada tiempo?

12. ¿Considera importante que la aplicación muestre la información nutricional

del paciente mediante gráficos?

13. ¿Qué tan responsables son los pacientes con la aplicación del

medicamento que se le receta?

14. ¿Cree que es importante que la aplicación le recuerde al paciente sobre

sus medidas de glucosa, inyecciones de insulina u otros medicamentos?

15. De forma general, ¿qué impacto cree que tenga esta aplicación móvil?

68

Anexo 3: Cuestionario para la versión beta de la app




Cuestionario dirigido al público observador de la I Feria de

aplicaciones móviles “mSalud Nicaragua 2015”

Lee cuidadosamente las preguntas, marca en la casilla de selección con una “X”, y

responda a las preguntas que se le brindan.

1. ¿Consideras que DailyDiapp es fácil de usar?

Sí No

2. ¿Crees que es fácil navegar por las diferentes pantallas de DailyDiapp? Sí No

3. ¿Qué grado de dificultad tuviste al manipular DailyDiapp?

Ninguna Poca Mucha Demasiada

4. ¿Cómo evalúas la funcionalidad de DailyDiapp? Excelente Muy buena Buena Regular Deficiente

5. ¿Encontraste algún problema al momento de usar DailyDiapp? Explica.

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

6. ¿Qué sugerencias puedes brindar para mejorar este problema? (si encontraste

alguno en la pregunta anterior)

__________________________________________________________________

__________________________________________________________________

69

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

7. ¿Qué aspectos te parecieron más interesantes de DailyDiapp?

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

8. ¿Consideras necesario agregar algo a DailyDiapp? ¿Qué sería?

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

9. De forma general, calificas a DailyDiapp (aplicación móvil para el control

nutricional de las personas con diabetes) como:

Excelente Muy buena Buena Regular Deficiente

70

Anexo 4: Propuestas de logotipos

Figura 26. Propuesta de logo 1



Figura 29. Propuesta inicial de logo 4

71

Anexo 5: Bocetos de la primera etapa de Diseño

Figura 30. Bocetos de inicio

72

Figura 31. Bocetos de información

73

Anexo 6: Pantallas de la segunda etapa de Diseño

Figura 32. Agregar ejercicio Figura 33. Medida de glucosa

74

Figura 35. Vista de promoción Figura 34. Agregar comida

75

Figura 36. Informe de glucosa Figura 37. Seleccionar comida

76

Anexo 7: Pantallas de la tercera etapa de Diseño

Figura 38. Nueva cuenta Figura 39. Ingresar

77

Figura 40. Datos personales Figura 41. Tipo de Diabetes

78

Figura 42. Datos corporales Figura 43. Bienvenida

79

Figura 44. Pantalla inicial Figura 45. Menú

80

Figura 46. About Figura 47. Medidas de glucosa

81

Figura 48. Promoción 1 Figura 49. Recordatorio

82

Figura 50. Promoción 2 Figura 51. Agregar glucosa

83

Figura 52. Promoción 3 Figura 53. Lista de comidas

84

Figura 54. Promoción 4 Figura 55. Datos Nutricionales

85

Figura 56. Lista de actividades físicas Figura 57. Detalles de actividad física

86

Figura 58. Calculo de calorías quemadas Figura 59. Controles principales

87

Figura 60. Alarmas Figura 61. Historial de ejercicio

88

Figura 62. Historial de glucosa Figura 63. Historial de comidas

89

Figura 64. Gráfico 1 Figura 65. Gráfico 2

90

Figura 66. Menú de Gráficos Figura 67. Gráfico 3

91

Figura 68. Gráfico 4 Figura 69. Gráfico 5

92

Anexo 8: Pantallas del Front-end

Figura 70. Login

93

Figura 71. Dashboard

94

Figura 72. Búsqueda

95

Figura 73. Contacto

96

Figura 74. Búsqueda personalizada

97

Figura 75. About

98

Anexo 9: Fotografías de la feria “mSalud Nicaragua 2015”

100

Anexo 10: Panel de Administración de Parse

Figura 76: Panel de administración de Parse

universidad centroamericana facultad de ciencia ...repositorio.uca.edu.ni/4808/1/ucani5179.pdf ·...

Documents