Teleasistencia

Universidad Carlos III de Madrid
Repositorio institucional e-Archivo http://e-archivo.uc3m.es

Trabajos acadmicos Trabajos Fin de Grado Escuela Politcnica Superior
2013-06-19
Diseo e implementacin de un sistema

de teleasistencia basado en el uso de
una web y un mvil. Parte II: Aplicacin mvil
Molina Rodas, Mara
http://hdl.handle.net/10016/19738
Descargado de e-Archivo, repositorio institucional de la Universidad Carlos III de Madrid

Trabajo Fin de Grado
Mara Molina Rodas
UNIVERSIDAD CARLOS III ESCUELA POLITCNICA SUPERIOR

Diseo e implementacin de un sistema de
Teleasistencia basado en el uso de una web
y un mvil (Parte II: Aplicacin mvil)
Autor: Mara Molina Rodas

Tutor: Alejandro Caldern Mateos
Legans, 19 de Junio de 2013

Mara Molina Rodas
Pgina 2 de 145
Mara Molina Rodas
Agradecimientos
Quiero dedicar especialmente el presente Trabajo Fin de Grado a mis padres,
Jaime Lorenzo y M del Pilar, por el esfuerzo que han realizado y que estn realizando a
lo largo de sus vidas para ofrecerme todas las posibilidades que he disfrutado y sigo
disfrutando, as como la educacin y los valores que me han enseado.
Tambin quiero agradecer especialmente este proyecto a mi hermano, Jaime,

por ser como es y haberme ayudado en lo necesario para la realizacin de la carrera.
Hago extensible esta dedicatoria al reto de mi familia ms cercana, as como a mis
amigos que han estado siempre ah.
Anlogamente, tambin me gustara agradecer a mi novio Felipe el apoyo

recibido durante todo este periodo ya que sin l todo hubiera sido ms difcil.
Por otro lado, quiero agradecer a mis compaeros de la universidad, Gabriel

Montero Montes, lvaro Montero Montes, Manuel Muoz y especialmente a Rosa M
Marcos, que ha sido mi compaera en todas las prcticas de la carrera, por haberme
acompaado durante el grado y saber que siempre estaban ah y poda contar con ellos.
Por ltimo, y no con menos importancia, quiero dedicar este proyecto a mi tutor,
Alejandro, por el gran esfuerzo que ha realizado y los nimos que me ha dado para la
realizacin y finalizacin de este proyecto.
Pgina 3 de 145
Mara Molina Rodas
Pgina 4 de 145
Mara Molina Rodas
Resumen
Los avances tecnolgicos han sufrido un aumento notable en los ltimos aos.
La tecnologa est presente en casi todos los sectores de la sociedad actual. La
Teleasistencia es un sector que aumenta cada da. Los avances tecnolgicos orientados a
este tipo de servicios tienen gran relevancia para diferentes tipos de personas como
personas de avanzada edad, personas que tengan movilidad reducida, personas con
alguna discapacidad, personas que no tengan familiares, etc., adems de cualquier
persona que lo quiera utilizar. Para todo este tipo de personas la Teleasistencia tiene un
carcter fundamental para su bienestar.
La finalidad de este proyecto de fin de grado es el desarrollo de una aplicacin

mvil que ayude a proporcionar un servicio de Teleasistencia a las personas que lo
soliciten. Este servicio ayudar a los usuarios a sentirse seguros, atendidos y a mejorar
su relacin con los doctores.
El propsito es ofrecer una aplicacin fcil e intuitiva. Adems puede ser

utilizada de manera sencilla por los usuarios, sin necesidad de poseer conocimientos
tcnicos especficos. El nico requisito imprescindible es disponer de un dispositivo
mvil Android.
En este documento, se irn describiendo las distintas etapas que componen el

desarrollo de la aplicacin, desde un estudio de inicial a la obtencin de requisitos y la
implementacin final.
Pgina 5 de 145
Mara Molina Rodas
Pgina 6 de 145
Mara Molina Rodas
Abstract
Technological advances have had increased in recent years. The technology is
present in almost all sectors of society. Telecare is a sector which is growing every day.
Technological advances aimed at these services are highly relevant for different types of
people as elderly, persons with disabilities, persons who living alone, etc, plus anyone
who wants use. To all these people the Telecare is fundamental for their welfare.
The purpose of this project is to develop a mobile application that will help to
provide a Telecare service to people who request it. This service will help users feel
safer, cared for and will improve their relationship with doctors.
The purpose is to provide an easy and intuitive. It can also be used

independently by users without prior technical knowledge. The only requirement is to
have an Android mobile device.
In this document we will describe the making stages for building the application,
from a market survey of similar applications to the final implementation and tests.
Pgina 7 de 145
Mara Molina Rodas
Pgina 8 de 145
Mara Molina Rodas
Tabla de contenido
1 Introduccin ........................................................................................................................ 17
1.1 Contexto ...................................................................................................................... 17
1.2 Problema ..................................................................................................................... 18
1.3 Motivacin .................................................................................................................. 19
1.4 Objetivos ..................................................................................................................... 21
1.4.1 Objetivo Principal ............................................................................................... 21
1.4.2 Objetivos Secundarios ......................................................................................... 22
1.5 Fases del desarrollo ..................................................................................................... 23
1.6 Medios empleados ....................................................................................................... 23
1.7 Marco regulador Tcnico-Legal .................................................................................. 23
1.8 Estructura del documento ............................................................................................ 24
2 Estado de la Cuestin .......................................................................................................... 26
2.1 Introduccin a la Teleasistencia .................................................................................. 26
2.1.1 Qu es la Teleasistencia? ................................................................................... 26
2.1.2 Objetivos y servicios que se prestan en la Teleasistencia ................................... 26
2.1.3 Para quienes va destinada la Teleasistencia? ..................................................... 27
2.1.4 Costes de la Teleasistencia .................................................................................. 28
2.1.5 Ventajas e inconvenientes de la Teleasistencia ................................................... 29
2.2 Sistemas Similares....................................................................................................... 30
2.2.1 Servicio de Teleasistencia para personas con Alzheimer .................................... 30
2.2.2 Dispositivos de Teleasistencia de la Cruz Roja................................................... 32
2.2.3 Mimov ................................................................................................................. 34
2.2.4 Mobile Tel (Cedetel) ........................................................................................... 35
2.2.5 Dispositivos de Teleasistencia GSM-GPS (eHealth) .......................................... 37
2.2.6 Dispositivo de Teleasistencia Mvil (eHealth) ................................................... 38
2.2.7 Robots paramdicosuBOT-5 ............................................................................... 39
2.2.8 Grupo Neat Teleasistencia................................................................................... 40
2.3 Estudio de la tecnologa seleccionada ......................................................................... 52
2.3.1 Entorno de la aplicacin ...................................................................................... 52
2.3.2 Lenguajes de Programacin y herramientas ........................................................ 53
2.3.3 Base de Datos ...................................................................................................... 57
Pgina 9 de 145
Mara Molina Rodas
3 Anlisis del sistema ............................................................................................................. 60

3.1 Requisitos de Usuario.................................................................................................. 60
3.1.1 Requisitos de Capacidad ..................................................................................... 61
3.1.2 Requisitos de Restriccin .................................................................................... 65
3.2 Especificacin de Casos de Uso .................................................................................. 68
3.2.1 Diagrama de Casos de Uso.................................................................................. 68
3.2.2 Descripcin textual de los Casos de Uso............................................................. 69
3.3 Especificacin de Requisitos de Software................................................................... 74
3.3.1 Requisitos Funcionales ........................................................................................ 75
3.3.2 Requisitos No Funcionales .................................................................................. 79
3.4 Matrices de Trazabilidad ............................................................................................. 83
3.4.1 Matriz de trazabilidad entre requisitos de usuario y casos de uso ....................... 83
3.4.2 Matriz de trazabilidad entre requisitos de usuario y requisitos de software
funcionales .......................................................................................................................... 84
3.4.3 Matriz de trazabilidad entre requisitos de usuario y requisitos de software no
funcional 85
3.4.4 Matriz de trazabilidad entre requisitos de software y casos de uso ..................... 86
4 Diseo del sistema............................................................................................................... 88
4.1 Contexto del sistema ................................................................................................... 88
4.2 Arquitectura Software ................................................................................................. 90
4.2.1 Arquitectura del Sistema ..................................................................................... 91
4.3 Especificacin del diseo de componentes ................................................................. 94
4.3.1 Componente del Sistema ..................................................................................... 95
4.3.2 Matrices de trazabilidad ...................................................................................... 97
4.4 Estructura del Modelo de Datos .................................................................................. 98
4.4.1 Base de Datos de los Estados .............................................................................. 98
4.5 Prototipo de la interfaz .............................................................................................. 101
4.5.1 Ventana de Registro .......................................................................................... 101
4.5.2 Ventana de Aceptacin de Datos....................................................................... 102
4.5.3 Ventana Principal .............................................................................................. 102
4.5.4 Ventana de Emergencia ..................................................................................... 102
4.5.5 Ventana de Toma de Medicamentos ................................................................. 103
4.5.6 Ventana de Mensajes mdico-paciente ............................................................. 104
4.5.7 Ventana de Acceso a la Aplicacin Web .......................................................... 104
Pgina 10 de 145
Mara Molina Rodas
5 Implementacin y Desarrollo ............................................................................................ 105

5.1 Tecnologas empleadas ............................................................................................. 105
5.2 Estructura del Proyecto ............................................................................................. 105
5.3 Base de Datos Mysql con php ................................................................................ 107
5.4 Navegabilidad Android .......................................................................................... 111
5.5 Interfaz ...................................................................................................................... 112
5.5.1 Interfaz de Registro Usuario.............................................................................. 112
5.5.2 Interfaz de Confirmacin de los Datos .............................................................. 113
5.5.3 Interfaz Principal de la Aplicacin .................................................................... 114
5.5.4 Interfaz de Emergencia...................................................................................... 115
5.5.5 Interfaz de Acceso a la Pgina Web .................................................................. 116
5.5.6 Interfaz de Mensajes doctor-paciente ................................................................ 116
5.5.7 Interfaz de Envo de Mensajes .......................................................................... 117
5.5.8 Interfaz de Consulta de Tratamientos ................................................................ 118
5.5.9 Interfaz de Consulta de Medicamento del Tratamiento .................................... 118
5.5.10 Interfaz de Borrado de Mensajes del doctor-paciente ....................................... 119
5.6 Pruebas ...................................................................................................................... 120
5.6.1 Tabla de Pruebas ............................................................................................... 120
5.6.2 Matriz de Trazabilidad ...................................................................................... 121
5.7 Implantacin .............................................................................................................. 122
6 Gestin del proyecto.......................................................................................................... 123
6.1 Modelo del ciclo de vida del software....................................................................... 123
6.2 Planificacin.............................................................................................................. 124
6.2.1 Planificacin Previa........................................................................................... 124
6.2.2 Planificacin Final............................................................................................. 126
6.3 Presupuesto ............................................................................................................... 127
6.3.1 Coste del personal ............................................................................................. 127
6.3.2 Bienes tangibles................................................................................................. 127
6.3.3 Costes Indirectos ............................................................................................... 129
6.3.4 Resumen de Costes............................................................................................ 129
6.3.5 Precio total......................................................................................................... 129
7 Conclusiones y lneas de trabajos futuros ......................................................................... 130
7.1 Conclusiones ............................................................................................................. 130
Pgina 11 de 145
Mara Molina Rodas
7.2 Lneas Futuras ........................................................................................................... 131

8 Referencias ........................................................................................................................ 133
9 Anexo I: Manual de Usuario .............................................................................................. 137
Pgina 12 de 145
Mara Molina Rodas
ndice de Tablas
Tabla 1.- Tabla comparativa de los diferentes sistemas del mercado ......................................... 47
Tabla 2.- Comparativa de los diferentes sistemas similares en el mercado ................................ 51
Tabla 3.- Tabla de los diferentes gestores de Bases de Datos ..................................................... 57
Tabla 4.- Ejemplo de Tabla de Requisito .................................................................................... 61
Tabla 5.- Requisito de Usuario RUC-01Registrar usuario ...................................................... 61
Tabla 6.- Requisito de Usuario RUC-02Registro usuario ....................................................... 62
Tabla 7.- Requisito de Usuario RUC-03Verificar los datos de acceso ................................... 62
Tabla 8.- Requisito de Usuario RUC-04Avisar en caso de Emergencia ................................. 62
Tabla 9.- Requisito de Usuario RUC-05Enviar mensajes al doctor ........................................ 63
Tabla 10.- Requisito de Usuario RUC-06Recibir mensajes del doctor ................................... 63
Tabla 11.- Requisito de Usuario RUC-07Consultar mensajes del doctor ............................... 63
Tabla 12.- Requisito de Usuario RUC-08Acceder a la pgina web ........................................ 63
Tabla 13.- Requisito de Usuario RUC-09Recibir alerta de las tomas ..................................... 64
Tabla 14.- Requisito de Usuario RUC-10Consultar las tomas ................................................ 64
Tabla 15.- Requisito de Usuario RUC-11Borrar los mensajes................................................ 64
Tabla 16.- Requisito de Usuario RUC-12Actualizar los Tratamientos ................................... 64
Tabla 17.- Requisito de Usuario RUC-13Borrar los tratamientos .......................................... 65
Tabla 18.- Requisito de Restriccin RUR-01Compatibilidad con el telfono ........................ 65
Tabla 19.- Requisito de Restriccin RUR-02--Idioma ................................................................ 65
Tabla 20.- Requisito Restriccin RUR-03Un terminal por paciente....................................... 65
Tabla 21.- Requisito de Restriccin RUR-04Acceso a los datos del usuario registrado......... 66
Tabla 22.- Requisito de Restriccin RUR-05Elementos para su funcionalidad ..................... 66
Tabla 23.- Requisito de Restriccin RUR-06Conexin a Internet .......................................... 66
Tabla 24.- Requisito de Restriccin RUR-07Validar los campos de registro ......................... 66
Tabla 25.- Requisito de Restriccin RUR-08Proteccin de los datos ..................................... 67
Tabla 26.- Ejemplo de Tabla textual de Caso de Uso ................................................................. 69
Tabla 27.- Tabla Textual de Caso de Uso 01Darse de alta en la aplicacin ........................... 70
Tabla 28.- Tabla Textual de Caso de Uso 02Enviar mensaje al doctor .................................. 70
Tabla 29.- Tabla textual del Caso de Uso 03Consultar mensajes ........................................... 71
Tabla 30.- Tabla Textual de Caso de Uso 04Acceder a la pgina web ................................... 71
Tabla 31.- Tabla Textual de Caso de Uso 05Alerta de la toma de un medicamento .............. 72
Tabla 32.- Tabla Textual de Caso de Uso 06Consultar tratamientos ...................................... 72
Tabla 33.- Tabla Textual de Caso de Uso 07Enviar mensaje de emergencia ......................... 73
Tabla 34.- Tabla Textual de Caso de Uso 07Borrar mensajes ................................................ 73
Tabla 35.- Ejemplo de Tabla de Requisito de Software .............................................................. 75
Tabla 36.- Requisito de Software Funcional 01Usuario registrado ........................................ 75
Tabla 37.- Requisito de Software Funcional 02Registrar usuario........................................... 76
Tabla 38.- Requisito de Software Funcional 03Localizacin ................................................. 76
Tabla 39.- Requisito de Software Funcional 04Emergencia ................................................... 76
Tabla 40.- Requisito Software Funcional 05Acceso a pgina web ......................................... 76
Tabla 41.- Requisito de Software Funcional 06Comunicacin ............................................... 77
Tabla 42.- Requisito de Software Funcional 07Consultar mensajes ....................................... 77
Pgina 13 de 145
Mara Molina Rodas
Tabla 43.- Requisito de Software Funcional 08Enviar mensajes ............................................ 77

Tabla 44.- Requisito de Software Funcional 09Alertar las tomas de los medicamentos ........ 77
Tabla 45.- Requisito de Software Funcional 10Consultar los tratamientos ............................ 78
Tabla 46.- Requisito de Software Funcional 11Consultar los medicamentos ......................... 78
Tabla 47.- Requisito de Software Funcional 12Actualizar los tratamientos ........................... 78
Tabla 48.- Requisito de Software Funcional 13Borrar los tratamientos ................................. 79
Tabla 49.- Requisito de Software Funcional 14Borrar los mensajes ...................................... 79
Tabla 50.- Requisito de Software No Funcional 01Dispositivo Android ............................... 79
Tabla 51.- Requisito de Software No Funcional 02Idioma ..................................................... 80
Tabla 52.- Requisito de Software No Funcional 03Usuario registrado................................... 80
Tabla 53.- Requisito de Software No Funcional 04Localizar usuario .................................... 80
Tabla 54.- Requisito de Software No Funcional 05Datos del usuario .................................... 80
Tabla 55.- Requisito de Software No Funcional 06Iconos de la Interfaz ............................... 81
Tabla 56.- Requisito de Software No Funcional 07Usabilidad de la interfaz ......................... 81
Tabla 57.- Requisito de Software No Funcional 08Comprobacin de los campos obligatorios
..................................................................................................................................................... 81
Tabla 58.- Requisito de Software No Funcional 09--Internet ..................................................... 81
Tabla 59.- Requisito de Software No Funcional 10Campos de registro ................................. 82
Tabla 60.- Requisito de Software No Funcional 11Ayuda ..................................................... 82
Tabla 61.- Matriz de Trazabilidad de los Requisitos de Usuario y Restriccin frente a los Casos
de Uso.......................................................................................................................................... 84
Tabla 62.- Matriz de Trazabilidad de los Requisitos de Usuario frente a los Requisitos de
Software Funcional ..................................................................................................................... 85
Tabla 63.- Matriz de Trazabilidad de los Requisitos de Usuario frente a los Requisitos de
Software No Funcional................................................................................................................ 86
Tabla 64.- Matriz de Trazabilidad de los Requisitos de Software frente a los Casos de Uso ..... 87
Tabla 65.- Tabla de Ejemplo de los Componentes del Sistema .................................................. 94
Tabla 66.- Componente del Sistema 01Base de datos externa ................................................ 95
Tabla 67.- Componente del Sistema 02Acceso al Sistema ..................................................... 95
Tabla 68.- Componente del Sistema 03Interfaz ...................................................................... 95
Tabla 69.- Componente del Sistema 04Comunicacin ........................................................... 95
Tabla 70.- Componente del Sistema 05Internet ...................................................................... 96
Tabla 71.- Componente del Sistema 06Base de datos local .................................................... 96
Tabla 72.- Componente del Sistema 07Visualizacin............................................................. 96
Tabla 73.- Componente del Sistema 08Gestin de verificacin ............................................. 96
Tabla 75.- Tabla de Pruebas de la aplicacin ............................................................................ 121
Tabla 76.- Matriz de Trazabilidad de las Pruebas ................................................................... 121
Tabla 77.- Tabla de Sueldos por persona .................................................................................. 127
Tabla 78.- Alquiler del Inmueble .............................................................................................. 128
Tabla 79.- Tabla de los Materiales empleados .......................................................................... 128
Tabla 80.- Tabla de Amortizacin de los materiales ................................................................. 129
Tabla 81.- Resumen de los Costes ............................................................................................ 129
Pgina 14 de 145
Mara Molina Rodas
ndice de Ilustraciones
Ilustracin 1. Tabla de Costes de la Teleasistencia .................................................................. 28
Ilustracin 2. Dispositivo de Teleasistencia para personas Alzheimer..................................... 30
Ilustracin 3. Sistema de GPS para Teleasistencia ................................................................... 32
Ilustracin 4. Dispositivo de la Cruz Roja ................................................................................. 32
Ilustracin 5. Dispositivos telefnicos de la Cruz Roja ............................................................. 33
Ilustracin 6. Dispositivo de Teleasistencia Mimov ................................................................. 34
Ilustracin 7. Dispositivo de Teleasistencia Mobile Tel............................................................ 35
Ilustracin 8. Dispositivo de Teleasistencia GMS-GPS (eHealth) ............................................. 37
Ilustracin 9. Dispositivo de Teleasistencia Mvil (eHealth).................................................... 38
Ilustracin 10. Dispositivo de Teleasistencia Robot uBOT-5 .................................................... 39
Ilustracin 11. Terminal Domiciliario Neo ................................................................................ 40
Ilustracin 12. Pulsador i-ATOM .............................................................................................. 41
Ilustracin 13. Terminal mvil NEMO ...................................................................................... 43
Ilustracin 14. Dispositivo de Teleasistencia TeleMedCare ..................................................... 44
Ilustracin 15. Comparativa de Android, iOs y Windows Phone ............................................. 53
Ilustracin 16. Crecimiento en el mercado Android e iOs ....................................................... 54
Ilustracin 17. Comparativa de las versiones Android ............................................................. 55
Ilustracin 18. Diagrama Casos de Uso .................................................................................... 68
Ilustracin 19. Entorno de la Aplicacin Mvil......................................................................... 89
Ilustracin 20. Modelo de Vista Controler (MVC) .................................................................... 90
Ilustracin 21. Modelo de Vista Vista-Controler ...................................................................... 91
Ilustracin 22. Fases de la ejecucin aplicacin ....................................................................... 92
Ilustracin 23. Mdulos de la aplicacin .................................................................................. 92
Ilustracin 24. Base de Datos Interna ...................................................................................... 98
Ilustracin 25. Modelo relacional de la Base de Datos Externa ............................................. 101
Ilustracin 26. Ventana principal ........................................................................................... 102
Ilustracin 27. Ventana de emergencia.................................................................................. 103
Ilustracin 28. Ventana de tratamientos ............................................................................... 103
Ilustracin 29. Ventana de consulta de tratamientos ............................................................ 104
Ilustracin 30. Ventana de acceso a la aplicacin web .......................................................... 104
Ilustracin 31. Estructura de Eclipse con Android.................................................................. 105
Ilustracin 32. Estructura de los Directorios .......................................................................... 106
Ilustracin 33. PHP - Consulta ................................................................................................ 108
Ilustracin 34. PHP Insercin ............................................................................................... 108
Ilustracin 35. PHP - Borrado ................................................................................................. 109
Ilustracin 36. HttpClient y HttpResponse ............................................................................. 109
Ilustracin 37. Leer datos con BufferedReader ...................................................................... 110
Ilustracin 38. Obtener los objetos con JSON ........................................................................ 110
Ilustracin 39. Navegabilidad de Android .............................................................................. 111
Ilustracin 40. Navegabilidad de Android con datos ............................................................. 111
Ilustracin 41. Navegabilidad de Android con Bundle ........................................................... 111
Ilustracin 42. Interfaz de Registro ........................................................................................ 112
Pgina 15 de 145
Mara Molina Rodas
Ilustracin 43. Interfaz de Confirmacin ................................................................................ 113

Ilustracin 44. Interfaz Principal............................................................................................. 114
Ilustracin 45. Interfaz de Emergencia................................................................................... 115
Ilustracin 46. Interfaz de acceso a la pgina web................................................................. 116
Ilustracin 47. Interfaz de los Mensajes................................................................................. 116
Ilustracin 48. Interfaz de Enviar Mensajes ........................................................................... 117
Ilustracin 49. Interfaz de Tratamientos ................................................................................ 118
Ilustracin 50. Interfaz del Medicamento .............................................................................. 118
Ilustracin 51. Interfaz de Borrado de Mensajes ................................................................... 119
Ilustracin 52. Ciclo de Vida en Cascada ................................................................................ 123
Ilustracin 53. Planificacin Inicial del Diagrama de Gantt .................................................... 125
Ilustracin 54. Planificacin Final del Diagrama de Gantt...................................................... 126
Pgina 16 de 145
Mara Molina Rodas
1 Introduccin
El objetivo de este captulo es introducir al lector en el proyecto, presentando su
contexto, los problemas que abordan, los objetivos planteados y la estructura que
seguir el documento.
1.1 Contexto
En este punto se desarrollar la importancia de las nuevas tecnologas y la posible
implantacin de estas en el sector de la Teleasistencia.
En las ltimas dcadas se han ido sucediendo una serie de innovaciones

tecnolgicas y cientficas denominada por algunos autores como la tercera revolucin
industrial[1]. El impacto de estos avances se ha hecho notar con ms fuerza en algunos
sectores de la sociedad como la energa nuclear, informtica, robtica o
telecomunicaciones. Uno de los actores ms importantes junto con Internet dentro de la
evolucin de las comunicaciones es, sin duda, el telfono mvil. Desde la aparicin del
primer telfono mvil comercializable, el DynaTAC 8000X de Motorola en 1983 [2], la
evolucin de esta tecnologa ha sido continua, tanto a nivel de diseo o tamao como de
prestaciones, dejando de ser un dispositivo exclusivo de lujo. El telfono mvil solo
cumpla con su objetivo original, el de poder comunicarse desde cualquier lugar, pero
ahora ha pasado a convertirse en todo un fenmeno social que permite, adems, realizar
fotos, escuchar msica, navegar por Internet y muchas otras funciones.
Por lo que, podemos decir que el telfono mvil ha ido evolucionando llegando a
ser en estos momentos un mini ordenador. Esta plataforma puede ser muy importante
para la realizacin de nuevas aplicaciones y el aporte de nuevos servicios debido al
crecimiento tan elevado que el telfono mvil est sufriendo y a que hay un porcentaje
muy elevado de personas que utilizan estos servicios.
En el presente trabajo nos vamos a centrar en el sector sanitario y en cmo se han

adaptado la evolucin de las tecnologas en este campo. Ms concretamente, trataremos
la Teleasistencia, que en los ltimos aos est tomando un carcter fundamental para
mejorar la calidad de vida de multitud de personas.
Uno de los recursos de atencin socio-sanitaria ofrecido a la poblacin mayor o

con algn tipo de discapacidad fsica que ms desarrollo est experimentando en los
ltimos aos es la Teleasistencia. Adems, podemos afirmar que es un sector que goza
de un nivel de aceptacin muy elevado entre sus usuarios.
La mayora de las personas que disponen de estos servicios tienen afirmaciones muy
favorables acerca de la ayuda que les aporta a sus vidas cotidianas como En
situaciones en las que necesitas ayuda, con este servicio obtienen la sensacin de
seguridad que necesitan, o como las personas que lo utilizan no pueden prescindir de
este servicio, aseguran los especialistas que trabajan en este prspero sector.
La Teleasistencia, hoy en da, se ha ido posicionando como un excelente recurso

para combatir uno de los principales males del envejecimiento: la soledad. Aunque, hay
que destacar que existen otros tipos de problemas que pueden tener las personas
mayores aparte de la soledad como enfermedades fsicas y psquicas, abandono de los
Pgina 17 de 145
Mara Molina Rodas
familiares, etc. Los especialistas destacan la importancia que tiene que este tipo de
personas mayores tengan contacto social para mantenerse activos.
Paralelamente, la incorporacin de los avances tecnolgicos del campo de la

seguridad en el hogar y de la comunicacin ha agregado nuevas posibilidades a este
modelo asistencial. Hoy en da, el servicio se disea de forma personalizada, mediante
planes adaptados a la medida de las necesidades de cada usuario.
En algn momento de nuestra vida afrontaremos la etapa del envejecimiento, y

el sector de Teleasistencia progresa con el fin de hacer que la calidad de vida de la
sociedad en los ltimos aos de vida sea lo ms cmoda, segura y despreocupada
posible. Las prestaciones para hacer esto posible es muy variada. Algunas compaas
ofrecen diferentes tipos de prestaciones como puede ser apoyo psicolgico, cualquier
tipo de informacin para la realizacin de trmites administrativos, hasta asesoramiento
en temas de alimentacin o para realizar un viaje con el IMSERSO[3]. Otras se
preocupan de motivar a sus usuarios tratando de procurar que las personas no se
encuentren solo y realicen algn tipo de actividad.
Por otro lado, el avance tecnolgico ha permitido, integrar a los servicios

ofrecidos nuevas funcionalidades, especialmente dirigidas a los mayores con problemas
de movilidad y que gozan de una frgil salud o cuyas viviendas estn ms deterioradas.
Por todo ello cada vez se demandan ms sensores de cadas, detectores de movimiento,
de fugas de agua, de gas, de humo, etc.
Despus de manifestar todos los datos tratados con anterioridad y todos los
avances tecnolgicos que surgen y seguirn surgiendo en los prximos aos
propondremos unas soluciones que nos ayuden a mejorar este tipo de situaciones
obteniendo el mximo beneficio posible a lo largo del presente trabajo.
1.2 Problema
En este apartado se detalla el problema que se nos puede plantear al aplicar las
nuevas tecnologas con respecto a la Teleasistencia.
Con la Teleasistencia lo que se busca es la mejora de la calidad de vida de

personas con problemas de discapacidad o impedidas por alguna deficiencia, o que
simplemente necesiten del servicio por otro tipo problemas.
Debido a este tipo de personas que va dirigida la Teleasistencia, la usabilidad de

los sistemas es uno de los mayores problemas al que nos podemos enfrentar. En otras
palabras, el sector al que van destinados todo este tipo de servicios se compone de un
perfil de usuarios poco relacionados con las nuevas tecnologas. Adems, al no estar
habituados a este tipo de aplicaciones, los usuarios debido a su edad avanzada, tienen
ms problemas a la hora de aprender a usar estas aplicaciones de Teleasistencia, por lo
que estas deben ser lo ms sencillas posibles. Para ello se tendr que disponer de algn
manual de ayuda o normas de servicio de Teleasistencia para que los usuarios puedan
familiarizarse los antes posibles con estos sistemas.
Pgina 18 de 145
Mara Molina Rodas
En el momento social que nos encontramos, en estado de crisis, el sector de la

investigacin y el desarrollo de servicios y aplicaciones sufre importante consecuencias
debido a que este se queda parado, o su crecimiento es inferior. Debido a que cada vez
existen menos financiaciones para servicios o aplicaciones como en el caso de la
Teleasistencia, por lo que el mercado con respecto a este sector puede verse daado.
Hoy en da, contamos con numerosos avances tecnolgicos dndonos la posibilidad de
realizar servicios de Teleasistencia ms avanzados que, por falta de recursos, no se
llevan a cabo.
Conjuntamente, el uso de las nuevas tecnologas tambin nos puede derivar a

algn tipo de problema. Es decir, podemos enfrentarnos a problemas tcnicos de
conexin, de interrupcin del servicio, de mala implementacin, interrupcin inesperada
de la aplicacin, etc. Existen casos conocidos de fallos de los servicios de Teleasistencia
como en de la Junta de Andaluca [4].
En este tipo de aplicaciones como la Teleasistencia, este tipo de fallos representan

una amenaza de carcter ms grave respecto a otras, debido a que se basa en el sector
sanitario y provee de ayuda a personas que lo necesitan. Por lo que, si surgiera algn
caso de urgencia de algn paciente se podra producir produjera un tipo de estos fallos
las consecuencias podran ser nefastas. En el sector sanitario estos fallos toman un
carcter ms grave que en otros sectores. Es decir, si lo que intentamos es proteger a las
personas ms desvalidas y nuestros sistemas fallan, las consecuencias podran ser
graves en caso de emergencia. Por esto es aconsejable que las empresas dedicadas a
desplegar este tipo de servicios cuenten con sistemas de respaldo frente a posibles
errores.
Por ltimo, hay que tener en cuenta los posibles problemas que se pueden
ocasionar debido al mal uso de los propios usuarios de dichos servicios o aplicaciones.
En este punto nos estamos refiriendo tanto a un mal uso de dichos dispositivos como la
existencia de una posible equivocacin por parte del usuario creando una falsa
alarma. Por lo que tambin hay que concienciar al usuario de que debe de hacer un
buen uso de los sistemas y alertar cuando realmente surja algn tipo de contratiempo
sobre su persona.
1.3 Motivacin
En este apartado, se explicarn las diferentes motivaciones que se han tenido para
la realizacin del proyecto.
Hoy en da, hay un gran nmero de personas que necesitan una asistencia especial
y no disponen de ella, o de algn familiar que les pueda ayudar para desempear las
tareas cotidianas. Como ya se coment en diferentes partes del documento la
Teleasistencia va designada a un tipo de personas que por sus enfermedades o debido a
la edad avanzada toman muchos medicamentos. Debido a estos problemas los usuarios
pueden olvidarse de la ingesta de alguno de ellos. Por lo que la Teleasistencia sirve de
gran ayuda para este tipo de circunstancias debido a que con nuestra aplicacin se puede
llevar un control de dichas tomas. La toma de los medicamentos es algo que no se puede
Pgina 19 de 145
Mara Molina Rodas
tomar a la ligera. Es importante que no olviden tomar ningn medicamento, o por el

contrario los tomen en exceso.
Aunque la mala fama siempre persigue a la personas mayores respecto a la

asistencia del mdico ya que se dice que pasan mucho tiempo all sin necesitarlo, hay a
personas que por diferentes circunstancia la asistencia a los centros de salud no les
resulta del todo agradable. Adems, debido a la dificultad de lectura de las recetas
mdicas o medicamentos, los pacientes se ven obligados a asistir al mdico para
consultar sus dudas.
Segn un estudio realizado por el instituto de estadstica de la Comunidad de

Madrid [5], el 20% del total de las veces que las personas mayores de 65 aos acuden al
mdico, son simplemente para consultar dudas a sus doctores.
La Teleasistencia fue creada para poder asistir a personas mayores, o personas con
discapacidad o movilidad reducida, o simplemente para personas que la requieran por
diferentes motivos. Con este servicio pblico se pretende ayudar a las personas mayores
para que tengan una mejorar su calidad de vida tanto en el aspecto social como en el
sanitario. La finalidad de este servicio es evitar diferentes tipos de situaciones como la
soledad, el abandono, la inseguridad, etc., proporcionando al paciente una mayor
seguridad ya que se realiza una comunicacin constante con el domicilio de la persona
para poder responder con total rapidez en caso de surgir algn tipo de emergencia.
Una de las principales fuentes para la motivacin de este trabajo de fin de grado,
debe ser las ganas de realizar o proponer un tipo de aplicacin que solucione todas las
posibles necesidades de estos pacientes. Hay que tratar de tener un aspecto ms
especfico de los problemas que pueden tener este tipo de personas, para poder disear
una aplicacin que en gran medida solucione este tipo de problemas. Con nuestra
aplicacin lo que se intenta es proporcionar un servicio que sea cercano entre doctores y
pacientes ofrecindoles una serie funcionalidades que satisfagan todas sus posibles
preocupaciones y responsabilidades.
Al realizar el estudio de las aplicaciones existentes, que se puede encontrar en los

siguientes puntos, la mayora de los servicios van centrados a peticiones de ayuda frente
a emergencias. Pero esto no es solo el principal problema que pueden presentar los
pacientes, ya que da a da necesitan consultar algn tipo de problema que les ha surgido
con el medicamento, a las tomas del mismo, etc. Existen algunos proyectos en el
mercado que se encuentran en fases de desarrollo que tratan distintos tipos de
necesidades mdicas por medio de la robtica destinados a la ayuda en el da a da.
En algunos sistemas la toma de pastillas es una funcionalidad inexistente. Por lo

que, se debe de sopesar si dicha funcionalidad tiene que tener un carcter obligatorio o
complementario. Desde mi opinin, y sin dejar de lado la necesidad de los servicios de
emergencias, el servicio recordatorio de toma de pastillas es un servicio imprescindible
que se le debe ofrecer al usuario. La toma de pastillas es algo que todas las personas a
las que van dedicados estos servicios deben hacer diariamente. Si se olvida tomar algn
medicamento, o si no se toman de manera adecuada, la salud de los pacientes puede
empeorar de manera notable. Por lo que, creo que existe la necesidad de crear un
servicio que proporcione una alerta en las tomas de los medicamentos, as como la
Pgina 20 de 145
Mara Molina Rodas
comunicacin entre paciente y doctor ya que as se mejora la calidad del paciente y el

doctor ofrece un mejor servicio a este.
Por lo que todo lo comentado con anterioridad me lleva a la motivacin de

realizar una aplicacin encargada de ste tipo de aspectos. En siguientes apartados se
detallarn los aspectos fundamentales del sistema que se pretende desarrollar.
1.4 Objetivos
El presente Trabajo de Fin de Grado se busca desarrollar un prototipo que permita
mejorar un servicio de Teleasistencia con respecto a las soluciones existentes, ayudando
a los usuarios a mejorar su calidad de vida, sentirse ms seguros y mantener una
relacin ms estrecha con sus doctores [6].
El proyecto se divide en dos aplicaciones. En primer lugar, tenemos una

aplicacin web encargada para el uso especialmente de doctores, en los cuales ellos
registraran a sus pacientes, anotando sus tratamientos y otro tipo de informacin
relevante de ste. Tambin existir una zona en cargada para el administrador y el
responsable de incidencias, stos sern los responsables de observar todos los datos que
se encuentran en la base de datos y gestionarlos de manera correcta segn los
requerimientos oportunos. Tambin existe un rea reserva al paciente donde podr
acceder para observar los diferentes mensajes y tratamientos relativos a l. En segundo
lugar, encontramos la aplicacin mvil, siendo sta de uso exclusivo para el paciente.
Con la aplicacin mvil el paciente recibir mensajes de texto enviados por su doctor,
podr enviar mensajes de incidencia o consulta a su doctor, adems podr observar los
tratamientos y medicamentos que tiene en ese momento, siendo alertado en cada
momento de cundo debe tomarlos. Adems en caso de emergencia al pulsar un botn
enviar un mensaje de auxilio con la localizacin. Por ltimo, dispondr de un acceso
directo a la aplicacin web en caso de necesitarlo. Hay que tener en cuenta que las dos
aplicaciones estn unidas mediante una base de datos externa donde se encuentra toda la
informacin.
Una vez comentado el proyecto global, en el presente trabajo nos centraremos en

lo referente a la aplicacin mvil, ya que la aplicacin web es relevante a otro proyecto
fin de grado. A continuacin, se explicar al detalle todo lo comentado con anterioridad.
1.4.1 Objetivo Principal

El objetivo principal de este proyecto es prestar auxilio a los pacientes
registrados en la aplicacin, y adems informar en todo momento al paciente cuando
debe de realizar la toma del medicamento correspondiente a su tratamiento. En la
aplicacin se deben registrar todos los de pacientes que estn interesados en dicho
servicio. Aunque, hay que destacar que cada paciente en su aplicacin solo tendr
acceso a sus datos correspondientes, en ningn momento tendr acceso a informacin
que no sea la suya.
Pgina 21 de 145
Mara Molina Rodas
1.4.2 Objetivos Secundarios

Nuestra aplicacin est destinada fundamentalmente a los pacientes registrados
en el sistema, pero adems se pretende hacerla til tanto para el paciente como para el
mdico debido a que se podrn comunicar entre ellos sin necesidad de asistir a una
consulta mdica siempre y cuando no sea necesario.
Con la necesidad de alcanzar nuestros objetivos sin dejar de lado la usabilidad

de la aplicacin hacindola lo ms fcil e intuitiva posible.
Entre los objetivos secundarios de este proyecto estn:
Mejorar la seguridad de los usuarios del sistema (pacientes):
Los pacientes tendrn la posibilidad de avisar a los mdicos en caso de

tener algn tipo de emergencia, por el cul ser llamado en dicho caso
para constatar dicho problema. Si ese paciente no contestar se
procedera a asistir al lugar de auxilio, ya que cuando pulsa dicho botn
se enva la localizacin del paciente.
Despus si el usuario tuviera alguna duda podra mandar mensajes con

dudas a los doctores contndoles sus sntomas y sensaciones desde la
misma aplicacin mvil a la que podrn acceder desde su terminal mvil
con tan solo pulsar un botn. Estos mensajes llegarn a la bandeja de
entrada de mensajes de emergencia de los doctores. Aqu aparecera el
papel del responsable del sistema de emergencia que debe estar
pendiente en todo momento de estos mensajes y actuar en consecuencia.
Por ltimo, el paciente recibir la informacin necesaria para la toma de

medicamentos, indicndose tanto la hora de la toma como el
medicamento que debe de tomar y porque.
Mejorar las prestaciones de los mdicos:
En este caso el mdico se podr poner en contacto con el paciente

mediante un mensaje de texto o si bien lo desea por telfono. El cual
llegar a la aplicacin mvil del paciente y este podr leerlo. Si por el
contrario el mdico desea observar cualquier mensaje del paciente o
historial tendr que acceder a la pgina web correspondiente.
Mejorar la comunicacin paciente-doctor:
Como ya se ha comentado en el apartado anterior existe una

comunicacin mediante mensajes entre paciente y doctor.
Mejorar el acceso al sistema web:
Pgina 22 de 145
Mara Molina Rodas
El paciente si lo desea tendr un acceso directo a la aplicacin web en el

caso que desea obtener algn tipo de informacin ms detallada
registrndose en dicha web. Pudiendo por tanto, consultar los
tratamientos, mensajes con el doctor, etc. De esta forma se pretende
evitar visitas innecesarias con finalidad informativa. Adems como los
pacientes podrn acceder a sus tratamientos, ya no tendrn el problema
de no poder entender bien la caligrafa de sus recetas.
1.5 Fases del desarrollo

El desarrollo de este proyecto se ha dividido en las siguientes etapas principalmente:
Anlisis de las tecnologas para el desarrollo de la aplicacin

Anlisis de los sistemas de Teleasistencia existentes
Definicin de objetivos a conseguir
Especificacin de los requisitos del sistema
Planificacin y presupuesto
Diseo de la aplicacin
Desarrollo de la aplicacin
Pruebas de la aplicacin
Puesta en produccin
El ltimo punto de puesta en produccin es un punto a tener pendiente para el futuro,

pero tambin formara parte de las fases de desarrollo de nuestro proyecto.
1.6 Medios empleados

Para el desarrollo de este proyecto se han utilizado:
Un equipo personal
Una licencia de Microsoft Windows 7
Una licencia de Microsoft Office 2010
Una licencia de Notepad+
Servidor Xampp para la base de datos MySQL
Entorno de programacin Eclipse
Sistema de lenguaje Java para Android
Dispositivo mvil Android
1.7 Marco regulador Tcnico-Legal

En este punto destacaremos las medidas legales que se han tenido en cuenta para la
realizacin de nuestra aplicacin. Los datos que se manejan en la aplicacin son
considerados como datos sensibles segn el artculo 7 de la LOPD (Ley Orgnica de
Proteccin de Datos), ya que estos son almacenados debidamente en una Base de Datos.
Pgina 23 de 145
Mara Molina Rodas
Por esta razn se debe tener en cuenta una serie de medidas legales que han de
cumplirse:
Antes de que un paciente se registre en la aplicacin mvil deber aceptar una

serie de trminos legales, por los que da derecho a la empresa responsable de la
aplicacin a almacenar sus datos de carcter personal y tener acceso a los
mismos.
Los datos sanitarios, referidos a los pacientes, al igual que los datos personales
almacenados en el sistema debern estar protegidos frente a posibles amenazas o
intrusiones en el sistema. Si se produjera alguna prdida o filtracin de datos se
responsabilizara directamente a la empresa contratante de la aplicacin y se le
impondra la sancin sealada en la LOPD.
1.8 Estructura del documento

El resto del documento se estructura de la siguiente manera:
Estado de la cuestin: En este apartado se realizar un anlisis de lo que es la
Teleasistencia observando sus ventajas e inconvenientes. Por otro lado se
analizaran las aplicaciones o servicios que se encuentran en el mercado, las
ventajas e inconvenientes de cada uno y la novedad que se introduce con
respecto a estos en el mercado.
Anlisis del Sistema: En este captulo se recogern toda la informacin relativa

a la fase de anlisis del proyecto. Presentndose los requisitos del usuario que
generarn los casos de uso y estos a su vez derivarn en los requisitos de
software verificando su coherencia con matrices de trazabilidad. De tal forma
que se aseguren todas las funcionalidades solicitadas por el cliente.
Diseo de la Aplicacin: En este apartado se presentarn la arquitectura que

seguir la aplicacin y los componentes que la conformarn. Presentando al final
del captulo un conjunto de requisitos de la interfaz de usuario que permitir
guiar mejor el diseo.
Implementacin y Pruebas: A lo largo de este captulo se describirn los

detalles de la implementacin de la aplicacin. Adems se incluir un apartado
de pruebas para comprobar el correcto funcionamiento de ste.
Implantacin: En este apartado se especifican una serie de requisitos que hay

que tener en cuenta antes de instalar la aplicacin.
Pgina 24 de 145
Mara Molina Rodas
Gestin del Proyecto: En este apartado se documentar el desarrollo del

proyecto indicndose la metodologa empleada y la planificacin que se seguir.
Adems se incluye los costes asociados a la realizacin del proyecto.
Conclusiones: Una vez realizadas las pruebas se expondrn las conclusiones

que se pueden extraer tras la realizacin del proyecto adems de algunas lneas
futuras sobre la aplicacin o lneas de investigacin.
Referencias: En este apartado se expone la documentacin a la cual se ha hecho

referencias en diferentes partes del documento.
Manual de usuario: Por ltimo se adjuntar como anexo a este documento una
gua detallada para la instalacin de la aplicacin. Indicndose los requisitos
mnimos del sistema y los pasos que hay que seguir para su ejecucin, para que
el usuario obtenga un correcto funcionamiento de la aplicacin.
Pgina 25 de 145
Mara Molina Rodas
2 Estado de la Cuestin
En este apartado del documento lo que se pretende es dar una visin ms amplia de
lo que significa la Teleasistencia. Se analizarn las principales lneas de investigacin
de la Teleasistencia explicando qu es, a quienes va destinada, los distintos objetivos y
servicios que se prestan y las ventajas e inconvenientes.
2.1 Introduccin a la Teleasistencia

La Teleasistencia es el marco en el que se basa proyecto. Por lo que es
conveniente mostrar una perspectiva ms amplia de lo que es este concepto,
ayudndonos pues a entrar en materia y exponer la finalidad de dicho proyecto.
2.1.1 Qu es la Teleasistencia?
El Servicio de Teleasistencia [8] es un servicio de carcter social que permite a

travs de la lnea telefnica y con un equipamiento de comunicaciones e informtico
especfico, apoyar la permanencia en su domicilio de aquellas personas que se hallen en
situacin de dependencia, proporcionndoles una serie de atenciones personalizadas que
pueden mejorar sus condiciones de seguridad y compaa en la vida cotidiana, potenciar
su independencia y su autonoma personal y facilitar la integracin en su entorno
habitual de convivencia. Este tipo de servicios debe estar disponible las 24 horas del
da, los 365 das del ao.
2.1.2 Objetivos y servicios que se prestan en la Teleasistencia

El objetivo de la Teleasistencia [9] es proveer de un servicio atencin
especializado en caso de ser necesario para las personas mayores y/o discapacitadas que
vivan solas y en situacin de riesgo. En caso de que sea necesario, se dispondr de un
servicio de unidades mviles que actan en caso de emergencia cuando dicha persona lo
solicite, trasladndose al domicilio del usuario o donde esta persona lo requiera.
A continuacin, se comentan una serie de servicios en general que prestan los

servicios de Teleasistencia (teniendo en cuenta que no todos los servicios poseen los
mismos dispositivos o mecanismos):
Instalacin del equipo en el domicilio, puesta en funcionamiento, reparacin y

mantenimiento del mismo sin coste alguno. Enseanza de su uso y
funcionamiento.
Atencin inmediata y adecuada a las alarmas en caso de emergencia, en

cualquier momento del da o de la noche durante todos los das del ao.
Pgina 26 de 145
Mara Molina Rodas
Seguimiento y evaluacin de su situacin, mediante la realizacin de llamadas

telefnicas y visitas domiciliarias, facilitando el apoyo necesario, salvo para las
personas que hayan renunciado expresamente a ello.
Control de ausencias domiciliarias y aviso a familiares o personas de contacto en

caso de emergencia.
El servicio de Teleasistencia recuerda datos importantes como toma de

medicacin y realizacin de gestiones, para ello se utilizan "los avisos de agenda
personalizados".
Organizacin de actividades complementarias: oferta de espacios de ocio,

encuentros, actividades culturales.
Verificacin peridica del correcto funcionamiento del equipo.
2.1.3 Para quienes va destinada la Teleasistencia?

El servicio de Teleasistencia va dirigido [10] a una serie de personas que cumplan los
siguientes requisitos:
Personas mayores de 65 aos o que sufran alguna discapacidad, que se

encuentren en situacin de soledad sin nadie que pueda ayudarlas en sus tareas
cotidianas o sufran algn tipo de discapacidad.
No padecer trastornos mentales graves, incluidas las demencias seniles.
No padecer deficiencias importantes de audicin y/o expresin oral (aunque este

requisito es cada vez menos imprescindible ya que los avances tecnolgicos
hacen que la Teleasistencia pueda ser aplicable a personas sordas).
Disponer en su domicilio de lnea telefnica y de suministro elctrico. En el caso

del proyecto que se est realizando habra necesidad de disponer de un
dispositivo mvil con Android, siendo aconsejable que tuviera acceso a Internet.
Adems de cumplir los requisitos anteriormente mencionados, los usuarios podrn

formar parte como usuario en un servicio de Teleasistencia teniendo en cuenta una serie
de condiciones:
Titular del servicio: dispone del terminal de usuario y de la unidad de control

remoto. Debe cumplir todos los requisitos citados con anterioridad.
Usuario con unidad de control remoto adicional: convive con el titular del
servicio y rene los requisitos para ser usuario. Dispondr de una unidad de
control remoto adicional para su uso exclusivo.
Pgina 27 de 145
Mara Molina Rodas
Usuario sin unidad de control remoto: convive con el titular, y necesitando las
prestaciones y atenciones que ste servicio proporciona, carece de capacidad
fsica, psquica o sensorial para poder contactar con el Centro de Atencin.
2.1.4 Costes de la Teleasistencia

En la actualidad, nos encontramos con que la mayora de las Comunidades
Autnomas ofrecen servicios de Teleasistencia, ya que estos servicios se han ido
demandando en gran cantidad con el paso de los aos para asistir a personas mayores
muy necesitadas. En el ao 2006 la Teleasistencia era utilizada por 3,5 personas de cada
100 personas con 65 aos o ms (datos ofrecidos por el Ministerio de trabajo y Asuntos
Sociales en su informe sobre personas mayores del ao 2006). El coste pblico para
cada usuario de este servicio se calcula en 261,51 euros como media.
[11]
En la siguiente tabla se ofrecen los datos sobre el coste medio de la
Teleasistencia en las distintas Comunidades Autnomas:
Ilustracin 1. Tabla de Costes de la Teleasistencia
Pgina 28 de 145
Mara Molina Rodas
2.1.5 Ventajas e inconvenientes de la Teleasistencia
La Teleasistencia proporciona una serie de servicios muy importantes para las

personas que lo requieren. Gracias a dicho servicio, el paciente tiene la posibilidad [12]
de:
Evitar desplazarse a otro lugar, ya que con el servicio se puede seguir viviendo
en su propia vivienda, en vez de vivir en una residencia o estar ingresado en un
hospital.
Mejora la calidad de vida de las personas que utilizan el servicio.
Disminuir los desplazamientos desde su casa a los centros de salud.
Recibir ayuda ms rpido, en caso de necesitarlo.
Mantener una mejor autonoma y un incremento de la capacidad de eleccin.
Pero los pacientes no son los nicos que se benefician de este tipo de servicios, sino
tambin la sociedad, los sistemas sanitarios, etc., ya que:
Mejoran la gestin de los pacientes.

Mejoran la calidad de los cuidados y la satisfaccin de los pacientes con los
servicios recibidos
Reduce el nmero de desplazamientos realizados por el personal sanitario
Disminuye la necesidad de cuidados residenciales/sanitarios
Alivia la carga psicolgica y fsica que soporta la familia y los cuidadores.
Pero como todos los sistemas podemos encontrar una serie de desventajas [13] o barreras
en la Teleasistencia:
Para el despliegue de la Teleasistencia la barrera que se puede encontrar es

respecto a las organizaciones, debido a no querer afrontar cambios en sus
procesos o flujos de trabajo incorporando nuevas rutinas o modelos de gestin.
En el campo del desarrollo tecnolgico la disponibilidad del equipamiento o

creacin de aplicaciones no supone un importante factor desfavorable. Pero en
cambio, la capacidad de personalizacin, mantenimiento y actualizacin de los
sistemas a partir de diferentes necesidades puede producir un factor coste-
beneficio que no resulte interesante.
Por ltimo, otras de las desventajas que podemos encontrar es que este tipo de
servicios va destinado a una personas que no tienen mucha relacin con la
Pgina 29 de 145
Mara Molina Rodas
nuevas tecnologas y por lo tanto puede resultarle ms difcil la aceptacin de

este tipo de dispositivos.
2.2 Sistemas Similares

En la actualidad existe un amplio mercado de aplicaciones orientadas al mbito de
la Teleasistencia, algunas de ellas ya operativas, otras simplemente son ideas que se
pretenden desarrollar en un futuro. En este punto se estudiar las aplicaciones que se
encuentran en el mercado y se expondr la funcionalidad de cada una, tanto el mbito al
que van destinados como las ventajas e inconvenientes respecto a otros.
2.2.1 Servicio de Teleasistencia para personas con Alzheimer

Este es el dispositivo de posicionamiento global por satlite
(GPS), de localizador por celdas (GSM) y transmisor de voz,
por el cual al pulsar un botn el usuario puede ponerse en
contacto con el Centro de Atencin, tanto desde la vivienda
como fuera de ella. Adems los profesionales podrn conocer
la ubicacin geogrfica de este, lo que permitir prestarle la
ayuda necesaria en cada momento.
Ilustracin 2.2 Dispositivo de Teleasistencia para personas Alzheimer
2.2.1.1 En qu consiste el servicio

El servicio de atencin a enfermos de Alzheimer [14] es un servicio de atencin
integral a enfermos con alteraciones cognitivas (Alzheimer y otras demencias) y que
incluye localizacin permanente, dentro y fuera del domicilio, a travs de un dispositivo
especfico de Geolocalizacin GPS y GSM conectado con un centro de atencin.
Adems, el servicio incluye una atencin Bio-Psco-Social a los familiares y cuidadores
de los enfermos.
Este servicio integra telefona mvil, alertas inteligentes y localizacin por

satlite. Con este ltimo, lo que nos permite es localizar al usuario con mayor precisin
en situaciones de emergencia, o en necesidad de asistencia, de prdida o desorientacin.
Adems, al incorporar la tecnologa mvil y el brazalete (que se debe llevar siempre
puesto) nos permite contactar con el usuario gracias a la funcin de manos libres que
est integrada en el dispositivo.
Pgina 30 de 145
Mara Molina Rodas
2.2.1.2 Qu ofrece el servicio?

A continuacin se mencionan los diferentes servicios que ofrece este dispositivo:
Geolocalizacin y posicionamiento geogrfico del enfermo/a.
Atencin permanente de alertas provocadas por la salida de la zona de seguridad

o por la pulsacin del botn del dispositivo personal del enfermo/a.
Seguimiento peridico como apoyo a los cuidadores y familiares de los

usuarios.
Seguimiento personalizado despus de una incidencia hasta la normalizacin de

la situacin que la haya producido.
Sistema de agendas de apoyo al cuidador para recordarle actividades o hbitos

que debe realizar de forma espordica o peridica (administrar medicacin,
visitas al mdico, etc.).
Contacto con el Centro de Atencin 24 horas, atendido por profesionales

especializados.
2.2.1.3 Cmo funciona?

La persona que utilice el sistema debe llevar de forma permanente un dispositivo
dentro y fuera de su hogar para poder ser localizada en caso de necesitarlo. Dicho
dispositivo est conectado con un centro de atencin donde ser atendido, las 24 horas
del da todos los das del ao, por profesionales cualificados que ayudarn a resolver las
situaciones de emergencia que se le presenten.
Cuando se realiza el alta de este servicio, se define una zona de seguridad por
la que el enfermo puede moverse sin peligro, y en caso de desplazarse fuera de la misma
se activar una alerta en el Centro de Atencin.
Tras producirse la alerta, se informar de forma inmediata al cuidador principal

o a un familiar, y en caso necesario, se pondrn en marcha los recursos de emergencia
correspondientes. Con posterioridad, los operadores del Centro de Atencin realizarn
un seguimiento hasta que la alerta haya quedado resuelta.
Pgina 31 de 145
Mara Molina Rodas
Ilustracin 3.3 Sistema de GPS para Teleasistencia
2.2.2 Dispositivos de Teleasistencia de la Cruz Roja
El servicio de Teleasistencia Domiciliaria [15] de la Cruz

Roja da una respuesta inmediata en situaciones de emergencia.
Consta de un dispositivo sencillo que con tan solo pulsar un botn
se pone en contacto telefnico mediante un dispositivo implantado
que se encarga de conectar con la Central de Alarmas de la Cruz
Roja.
Ilustracin 4.4 Dispositivo de la Cruz Roja

El servicio de Teleasistencia Domiciliaria de la Cruz Roja da una respuesta
inmediata en situaciones de emergencia estando disponible las 24 horas del da y 365
das al ao. Su finalidad es promover la autonoma e independencia de las personas
mayores y otros colectivos en situacin de dependencia. La funcionalidad del
dispositivo consta tan solo de pulsar un botn, he inmediatamente se encarga de
conectar por va telefnica con la Central de Alarmas de la Cruz Roja. La tarifa del
dispositivo es tan solo 24,04 euros al mes, depositando una fianza de 60,10 euros y una
tarifa de conexin solo el primer mes de instalarlo de 36,06 euros.

El servicio de Teleasistencia Domiciliaria de la Cruz Roja ofrece este tipo de servicios:
Atencin inmediata en caso de urgencias domsticas y sanitarias.
Pgina 32 de 145
Mara Molina Rodas
Seguimiento individualizado: seguimiento peridico del usuario desde la Central

de Atencin y visitas de voluntarios voluntarias de la Cruz Roja.
Agendas para recordar los datos importantes.
Aviso a familiares o a las personas que estn habilitadas.
Actividades complementarias: espacios de ocio, encuentros, excursiones

El aparato de Teleasistencia se instala en el domicilio del usuario mediante un
apartado conectado a la lnea telefnica y a la alimentacin elctrica. El equipo se
complementa con un mando remoto en forma de colgante que el usuario debe ponerse
cuando est en el domicilio.
Slo cuando el usuario pulsa el botn del mando remoto se establece un contacto
con la Central de Alarmas de la Cruz Roja, desde donde se activar la respuesta ms
adecuada en cada caso.
Ilustracin 5.5 Dispositivos telefnicos de la Cruz Roja
Pgina 33 de 145
Mara Molina Rodas
2.2.3 Mimov
Mimov [16] es un dispositivo que funciona con tarjeta

SIM como si fuera un telfono mvil, encargado de avisar en
caso de emergencia a uno de los contactos que estn
registrados en los botones de contactos.
Ilustracin 6.6 Dispositivo de Teleasistencia Mimov

MIMOV es un telfono mvil en el que se inserta una tarjeta SIM de cualquier
compaa de telefona mvil. El dispositivo trata de una serie de botones en los cuales
se registran una serie de telfonos de contacto que el usuario decida. En el caso de
apretar el botn SOS el sistema enva un mensaje SMS a cada uno de los contactos
configurados a este botn, y a continuacin realiza una llamada telefnica al primero de
los contactos configurados en dicho botn. Si esta llamada no es atendida, se realiza otra
llamada telefnica al segundo de los contactos, y si sta tampoco fuera atendida, se
procede a llamar al tercero de los contactos.
La facturacin de las llamadas, mensajes y el acceso a internet son efectuados

directamente por el operador con quien se ha contratado la tarjeta SIM.

El servicio de Teleasistencia Mimov ofrece este tipo de servicios:
Aviso a los familiares asignados en el telfono en caso de emergencia.
Aviso a los contactos en caso de emergencia de la localizacin de la persona que

pide ayuda.
rea de seguridad, que al ser franqueada deja una alerta en la pgina web.
Comodidad de utilizar dicho dispositivo como telfono mvil a las tres personas
que usted tenga como contacto.
Pgina 34 de 145
Mara Molina Rodas
Utilizar el dispositivo mvil con la tarifa y compaa telefnica que usted

decida.

MIMOV es un telfono mvil que se configura desde la plataforma web
www.mimov.es. Para empezar a usar el telfono debo insertar la tarjeta SIM (con el PIN
desbloqueado), introducir la batera (asegrate que est cargada), y encender el telfono,
realizando el mismo procedimiento que se realizara con cualquier otro dispositivo
mvil. Puedes consultar todos estos pasos en el Manual que se suministra con el
telfono. Con el telfono encendido accede a la plataforma www.mimov.com,
selecciona "acceso a usuarios" y selecciona la opcin "regstrate aqu". Una vez
completado el proceso de registro utiliza tu usuario y contrasea para acceder a los
servicios de configuracin de MIMOV.
Para realizar una llamada desde MIMOV solo tienes que pulsar cualquiera de las
teclas de contacto 1 y 2 o la tecla SOS durante 3 segundos hasta notar una vibracin.
Las teclas se iluminarn y una meloda indicar que la llamada se ha iniciado.
Otra opcin que se contempla es la de definir reas seguras para el usuario de

MIMOV. Activando esta funcionalidad, MIMOV emitir una alerta a la pgina web
cada vez que el usuario de MIMOV salga de esta zona segura.
2.2.4 Mobile Tel (Cedetel)
MobileTel [17] es un terminal (transmisor -

receptor) de comunicacin GSM/GPRS diseado para
la comunicacin de eventos (alarmas), datos y voz. Es
un telfono mvil sencillo y fcil de manejar.
Ilustracin 7.7 Dispositivo de Teleasistencia Mobile Tel

MobileTel es un terminal transmisor/receptor de comunicacin GSM/GPRS
diseado para la comunicacin de eventos (alarmas), datos y voz. Este dispositivo
dispone de unas caractersticas perfectas para el uso en el mbito de la Teleasistencia y
adems permite el control de personas con minusvalas, Alzheimer, mujeres
Pgina 35 de 145
Mara Molina Rodas
maltratadas, nios, para deportes de riesgo, guardias de seguridad, guardas forestales,

guardaespaldas, transporte de mercancas de alto valor, representantes joyeros, etc.
La principal novedad es que el dispositivo termina con la barrera de los 50

metros, lo que permite a estas personas salir de sus casas sin perder la seguridad que
ofrece la Teleasistencia. Se trata de un terminal GSM, incorpora tecnologa digital, lo
que posibilita la conexin con un ordenador y su configuracin va web.

El servicio de Teleasistencia Mobile Tel ofrece esta serie de servicios:
Equipo de Teleasistencia mvil.
Fcil uso. Solo pulsar un botn.
Comunicacin vocal full-duplex.
Acelermetro.
Sensor de cadas.
Sensor de movimiento.
Sensor de inactividad.
Localizacin de personas.
Sensor de alimentacin.
Sensor de cobertura GSM.

El funcionamiento es sencillo. El aparato consta de dos botones, uno rojo de
emergencia y otro verde de ayuda, que al ser pulsados enva mensajes de texto a
mviles o establecen comunicaciones de voz. En este sentido, los nmeros de telfono
de los familiares y cuidadores que reciben y envan alertas se registran previamente en
una agenda incluida en la plataforma.
El dispositivo cuenta adems con diferentes sensores de alerta como el sensor de

temperatura, movimiento o alimentacin. Estos sensores son activados cuando los
Pgina 36 de 145
Mara Molina Rodas
niveles de temperatura, movimiento o alimentacin, se salen de los parmetros

preestablecidos, as como cuando se detectan cadas, inactividad, fallos del sistema,
niveles bajos de batera o el abandono del rea de seguridad en caso de equipos dotados
con GPS.
El servicio cuenta con un mdulo de seguimiento y localizacin GPS va web

que permite realizar peticiones de posicionamiento tiles, por ejemplo, para cuidar a
personas enfermas de Alzheimer. El sistema se encarga de realizar el almacenamiento,
procesado y representacin cartogrfica a partir de las coordenadas GPS proporcionadas
por el dispositivo de Teleasistencia. Para la representacin grfica se hace uso del
sistema de cartografiado Google Maps.
2.2.5 Dispositivos de Teleasistencia GSM-GPS (eHealth)

Es una pulsera porttil de Teleasistencia
GSM-GPS[18] para aplicaciones de Teleasistencia y
vigilancia. Se utiliza tanto en interior como en
exterior (A-GPS).
Ilustracin 8.8 Dispositivo de Teleasistencia GMS-GPS (eHealth)

El dispositivo cuenta con el siguiente listado de servicios:
Incorpora un telfono integrado GSM cuadri-banda
Cuenta con un pulsador de emergencia
Permite fijar zonas, para que enve una alerta si el usuario abandona dicha zona
Dispone de pantalla y acelermetro con deteccin de cadas
Pgina 37 de 145
Mara Molina Rodas
Las aplicaciones sugeridas son de Teleasistencia y gente de edad avanzada

El dispositivo consta de una serie de botones. Dependiendo del botn que se
pulse la finalidad es distinta. Incorpora un botn de llamada, otro de emergencia.
Dispone de una pantalla amplia donde se puede observan un acelermetro con deteccin
de cadas. Si has fijado alguna zona de seguridad cuando ests fuera de sta se mandar
un mensaje alertando de la situacin.
2.2.6 Dispositivo de Teleasistencia Mvil (eHealth)

La Pulsera de Teleasistencia Mvil [18]
es un dispositivo de comunicaciones
inalmbrico que permite al usuario estar en
contacto permanentemente. Posee un maneja
sencillo ya que basta con presionar un botn
para contactar con alguien o pedir ayuda en
caso de necesidad.
Ilustracin 9.9 Dispositivo de Teleasistencia Mvil (eHealth)

El dispositivo cuenta con el siguiente listado de servicios:
Est dotado de un GPS interno con antena integrada.
Permite fijar zonas, para que enve un SMS a un telfono mvil o a una
direccin de correo, si el usuario abandona dicha zona.
Trabaja en las bandas GSM de 900/1800 y 850/1900 MHz.
Se puede utilizar en pulsera o como colgante.
Pgina 38 de 145
Mara Molina Rodas

Este dispositivo es fcil y sencillo de manejar. Cuanta con una serie de botones
en los cuales se encuentra el telfono de un familiar o persona que cada uno estime.
Acta como telfono mvil en caso de necesitarlo, puedes llamarlos. Si necesitas ayuda
tambin se incorpora un botn para dicha funcin. Adems tambin incorpora la
posibilidad de fijar un rea de seguridad. Si la zona es sobrepasada se enviar un SMS a
un telfono mvil o direccin de correo.
2.2.7 Robots paramdicos uBOT-5

El uBOT-5 [19] es un original robot creado por
cientficos de la Universidad de Massachusetts
capacitado de manejar pequeos objetos, llamar al
telfono de emergencias en caso de necesitarlo e incluso
utilizar un estetoscopio para comprobar las constantes
vitales de una persona a su cargo. Adems ha sido
programado para dar medicamentos a los pacientes.
Ilustracin 10.10 Dispositivo de Teleasistencia Robot uBOT-5

El robot uBOT-5 ofrece diferente tipo de servicios:
Web Cam y micrfono para poder comunicarse con los familiares o su mdico.
Incorpora una pantalla tctil y conexin a Internet.
Capacidad de manejar diferentes tipos de objetos pequeos.
Realizar llamadas al servicio de emergencias en caso de necesitarlo.
Utiliza un estetoscopio para comprobar las constantes vitales de una persona.
Programado para suministrar medicamentos al paciente con la dosis adecuada.
Pgina 39 de 145
Mara Molina Rodas

El uBot-5 [20] fue diseado y construido desde cero en el Laboratorio de Robtica
de percepcin. El robot tiene 11 DOF, 4 en cada brazo, dos ruedas y un tronco
rotatorio. Cada conjunto es accionado mediante motores de corriente continua sin
ncleo Micromo. La potencia es proporcionada por seis A123 packs de carreras. La
plataforma est equipada con un ordenador basado en Pentium PC/104 + para la
computacin de alto nivel y conectividad inalmbrica. Por lo que el robot, con todas
estas caractersticas es capaz de manejar pequeos objetos, llamar al telfono de
emergencias e incluso utilizar un estetoscopio para comprobar las constantes vitales de
una persona a su cargo. Por ltimo, tambin es programado para poder administrar la
dosis adecuada de medicamentos al paciente.
2.2.8 Grupo Neat Teleasistencia

Desde 1993, Grupo Neat [21] ha diseado sistemas de atencin para el sector
socio-sanitario y, como empresa pionera, ha desarrollado sistemas de Teleasistencia fija
y mvil, residencias y software para la gestin de la ayuda a domicilio.
Es una de las empresas lderes en el sector de la Teleasistencia en Espaa y con

importante penetracin en mercados europeos, posicionndose como la mejor
alternativa a los sistemas existentes dando respuesta global a las necesidades exigidas y
buscando una total implicacin en todo el proceso productivo. El diseo de sus sistemas
se basa en dos pilares fundamentales como son la constante innovacin tecnolgica en
los sistemas de atencin al usuario y la sencillez de uso en los diferentes dispositivos
finales.
2.2.8.1 Terminal Domiciliario Neo
2.2.8.1.1 Qu ofrece el servicio?

NEO es un terminal de comunicaciones
utilizado en Teleasistencia, residencias, centros
asistenciales, centros hospitalarios y life resorts.
Cuando el usuario se encuentra en una situacin
de emergencia puede realizar una llamada al
centro de atencin con tan solo pulsar un botn,
con una sola pulsacin, o al centro de
residencias en el caso de encontrarse en una de
ellas.
Ilustracin 11.11 Terminal Domiciliario Neo
Pgina 40 de 145
Mara Molina Rodas

El Terminal Domiciliario Neo ofrece esta serie de servicios:
Facilidad de ubicacin tanto en la pared como en una mesa.
Control de volumen.
Cinco protocolos diferentes.
Secuencia de llamadas con 4 centros distintos.
Pueden programarse hasta 6 telfonos diferentes.
Botn de emergencia con alumbrado para la noche.
2.2.8.1.3 Cmo funciona?

En el dispositivo, el usuario puede programar hasta 6 telfonos diferentes,
pudiendo llamar a cada uno de ellos cuando lo necesite. Como ya se comento
anteriormente, si el usuario se encuentra en una situacin de emergencia puede, con
una sola pulsacin, desencadenar una llamada que es dirigida al centro de atencin, en
el caso de Teleasistencia o al sistema que la distribuye hacia el personal asignado en las
residencias. El personal autorizado se pondr en contacto con el usuario a travs del
dispositivo de manos libres.
2.2.8.2 Pulsador i-ATOM
2.2.8.2.1 En qu consiste el servicio

I-ATOM se usa junto con el terminal NEO o
cualquier otro dispositivo va radio NEAT. Con I-
ATOM, el usuario puede contactar con el centro de
atencin cuando se encuentre en situacin de
necesidad. Adems puede ser usado para contestar las
llamadas remotas del NEO.
Ilustracin 12.12 Pulsador i-ATOM

El pulsador i-ATOM ofrece este tipo de servicios:
Pulsador con alarma de inactividad.

Pgina 41 de 145
Mara Molina Rodas
Alerta cuando el usuario no porta el pulsador.
Puede usarse en modo pulsera o colgante.
Diseo ergonmico para adaptarse perfectamente a la mueca.
Botn de alarma de gran tamao para facilitar la pulsacin.
La comunicacin se realiza en la frecuencia europea dedicada para alarmas

sociales.
Comunicacin va radio es bidireccional para verificar que la alarma ha llegado

a la unidad principal.
Detector de movimiento, si el pulsador no registra movimiento manda una

alarma.
Alarmas de test automticas para verificar la unin a la unidad principal.
Alarma de baja batera.
Resistente al agua (Waterproof).
Cumple con las normas de UE para alarmas sociales EN 50 134.

I-ATOM se usa junto con el terminal NEO o cualquier otro dispositivo va radio
NEAT. Con I-ATOM, el usuario puede contactar con el centro de atencin cuando se
encuentre en situacin de necesidad. Adems puede ser usado para contestar las
llamadas remotas del NEO con tan solo pulsar el botn.
El I-ATOM cuenta con una funcin exclusiva para asegurar que el usuario lleva
puesto el pulsador. Si el pulsador no ha registrado movimiento en un periodo de tiempo,
el I-ATOM enviar una alarma al centro de atencin. El cdigo de identificacin, el
perodo de inactividad y otros parmetros pueden ser configuradas mediante el
programador I-ATOM y la NPU.
Pgina 42 de 145
Mara Molina Rodas
2.2.8.3 Terminal Mvil NEMO

Nemo es un telfono GSM pequeo y ligero. Puede
usarse tanto si se necesita un telfono de asistencia con o sin
GPS. Tambin es perfecto para personas que quieran la
posibilidad de enviar alarmas a pesar de que se estn
moviendo en reas relativamente extensas. Se puede asociar
otro equipamiento Neat, como, por ejemplo, un detector de
humo, el cual podr enviar una alarma al Nemo y al centro de
atencin.
Ilustracin 13.13 Terminal mvil NEMO

El dispositivo ofrece diferentes tipos de servicios como:
Servicio de Internet.
Botn de alarma.
Posibilidad de la utilizacin de GPS o no.
Comunicacin va radio con el centro de atencin, residencia o familiar.
Posibilidad de llamar hasta 3 telfonos predefinidos.
Botn para contestar llamadas entrantes y otro para colgar la llamada.

Nemo puede enviar una alarma con el botn dedicado para ello en la unidad o a
travs de un pulsador de alarma externo. Con GPS tiene un servicio de Internet que
puede usarse para situar la posicin del dispositivo en tiempo real.
Cuando se pulsa el botn de alarma en Nemo, o se ha pulsado el brazalete

externo, se establece una comunicacin va radio con el centro de atencin, residencia o
familiar. Adems del botn de alarma, Nemo tiene, en funcin del modelo, la
posibilidad de llamar entre 1 y 3 telfonos predefinidos previamente. Tambin hay un
botn para contestar llamadas entrantes y otro para finalizar las llamadas.
Pgina 43 de 145
Mara Molina Rodas
2.2.8.4 TeleMedCare

TeleMedCare es un sistema especialmente
indicado para la telemonitorizacin de pacientes
crnicos. Incluye desde el dispositivo de toma de
constantes, la conexin a la plataforma de
atencin, el mantenimiento y la integracin con
bases de datos.
Ilustracin 14.14 Dispositivo de Teleasistencia TeleMedCare

El dispositivo de TeleMedCare ofrece diferentes tipos de servicios como son:
Facilidad de uso, diseo compacto y ergonmico.
Pantalla tctil de gran tamao que orienta a la persona en su manejo.
Multiusuario.
Reconocimiento biomtrico a travs de la huella digital del usuario.
Diferentes mecanismos de medicin de constantes vitales

El dispositivo de TeleMedCare destaca por su facilidad de uso, su diseo
compacto y ergonmico. Posee una pantalla tctil de gran tamao que orienta a
la persona en su manejo. Es multiusuario e incluye el reconocimiento biomtrico a
travs de la huella digital del usuario. Adems dispone de mecanismos de medicin de
constantes vitales integrados como: tensimetro, termmetro, electrocardigrafo,
espirmetro, pulsioxmetro, bscula y glucmetro, adems de otros que se pueden
aadir.
TMC Care permite la telemonitorizacin de pacientes crnicos a domicilio

o en residencias, centros de da, etc. La capacidad multiusuario le confiere una ventaja
en este tipo de entornos.
Pgina 44 de 145
Mara Molina Rodas
TMC Clinical cumple con el reto de agilizar los procesos de

monitorizacin de pacientes crnicos. Contribuye con el uso efectivo de los limitados
recursos clnicos.
TCM Fitness proporciona la herramienta para medir la salud. La

monitorizacin de la forma fsica, la dieta y las constantes vitales ofrecen una valiosa
informacin del bienestar personal.
TCM Work monitoriza la salud de los empleados a lo largo del tiempo y de

modo continuo, reforzndolos de este modo a reducir factores de riesgo mediante
informacin constante, motivacin y educacin.
2.2.8.5 Comparativa de todos los sistemas expuestos con anterioridad.

Si observamos la tabla comparativa de los diferentes sistemas analizados que se
encuentran en el mercado podemos decir que el sistema ms completo es el uBOT-5. El
uBOT-5 consta de un robot encargado de tener una comunicacin paciente-doctor, pero
adems te ayuda en caso de cadas, te lee las constantes vitales, te puede dar la toma del
medicamento. Pero tiene sus contraindicaciones y son que est en desarrollo, que ocupa
mucho espacio y el precio es muy elevado.
Si hacemos una comparativa del programa que estamos creando es un sistema

muy sencillo, ya que consta de una aplicacin que se instala en un mvil Android donde
ofrece la mayora de los servicios del uBOT-5. Adems consta de una aplicacin Web
donde los doctores pueden observar las incidencias de sus pacientes y avisarles a estos
en caso de necesitarlo. En el factor econmico podemos decir que la aplicacin resulta
mucha ms asequible que uBOT-5.
Respecto al caso de la aplicacin mvil encontramos un servicio parecido en el

mercado que es Mobile Tel que ofrece un servicio muy completo al usuario. Pero este
servicio no ofrece comunicacin de tomas, ni otro tipo de informacin que sea relevante
para el paciente, sino que solo existe una comunicacin en el caso de ocurrir alguna
emergencia o cuando el dispositivo observa alguna alerta mediante algn sensor.
Para concluir, hay que destacar que en la actualidad no se encuentra ningn

sistema de Teleasistencia que cubra todos los requisitos especficos de nuestro Proyecto
Fin de Grado.
Pgina 45 de 145
Mara Molina Rodas
Aplicacin Recordatorio Aviso Comunicacin Coste Estado Prestaciones Comunicacin Sensores para
tomas Emergencia Paciente- Mdicos entre comprobar
Doctor Doctores bienestar
paciente
Pulsador No Si Si, con un Asequible En el No No No
Geolocalizador micrfono se mercado
pone en contacto
el doctor con el
paciente
Dispositivos Cruz No, pero S Si, mediante 24,04 En el No No No
Roja recuerda datos lnea telefnica euros/mes mercado
importantes fianza de
del paciente. 60,10 euros
36,06
instalacin
Mimov No Si S, 129 euros En el No No Si, rea de
comunicacin terminal. mercado seguridad
telefnica Al mes segn
la tarifa
mvil.
Mobile Tel No S S, mediante va Servicio En el No No Si, sensores de
telefnica. Premium: 20 Mercado inactividad,
euros/mes movimiento y
ms IVA cadas
Servicio
Bsico:5
euros/mes
ms IVA
Pgina 46 de 145
Mara Molina Rodas
Teleasistencia No Si Si, 466 euros por En el No No S, zona de

GSM-GPS comunicacin dispositivo mercado seguridad y
(eHealth) va telfono. detector cadas
Teleasistencia No Si Si 413 euros por En el No No Si, zona de
Mvil (eHealth) dispositivo mercado seguridad
UBOT-5 Opcional, se S S, por Muy Elevado En S No S, adems de
puede videoconferenci 65.000 desarroll lector de
programar a dlares o constantes
vitales
Pulsador i-ATOM No Si Si, por radio. 80 euros En el No No Si, detector
+ Dispositivo Neo dispositivo mercado movimiento
Ms la cuota
el mes por el
servicio.
Terminal Mvil No Si Si, Asequible, En el No No Opcional
NEMO comunicacin subvencionad mercado detectores
por radio. o
TeleMedCare No No No, pero puede Todava no En No, pero ya No No, pero tiene
tener tiene precio proceso que registra lector de
informacin en el informacin constantes
mediante el mercado del estado del vitales
dispositivo. paciente.
Este Proyecto Si Si Comunicacin Gratis En Si Si Opcional
va telefnica y proceso
mensajera.
Tabla 1.- Tabla comparativa de los diferentes sistemas del mercado
Pgina 47 de 145
Mara Molina Rodas
2.2.8.6 Comparativa de todos los sistemas expuestos con anterioridad.

En este apartado podremos ver una tabla en la que se enumerarn las distintas
ventajas e inconvenientes de las aplicaciones que hemos estudiado en los apartados
anteriores frente a la aplicacin que hemos desarrollado en este Proyecto Fin de Grado.
Aplicaciones Ventajas Inconvenientes

Pulsador Geolocalizador - Los usuarios estarn geo- - No ofrecen servicios
localizados en caso de recordatorios de tomas de
emergencia. medicamentos.
- Cuentan con un botn de - No aportan

peticin de ayuda. funcionalidades para los
mdicos.
- Cuentan con un
micrfono de - No ofrecen comunicacin
comunicacin entre doctores
Dispositivo de la Cruz - Agenda recordatoria de - No ofrecen servicios

Roja diferentes eventos del recordatorios de tomas de
paciente. medicamentos.
-Seguimiento peridico del - No aportan

paciente. funcionalidades para los
mdicos.
- Actividades
complementarias: espacios - No ofrecen comunicacin
de ocio, encuentros, entre doctores
excursiones
-No ofrece diferentes
detectores para saber el
estado del paciente.
Mobile Tel - Comunicacin vocal full- - No ofrecen servicios

duplex recordatorios de tomas de
medicamentos.
- Acelermetro
- No aportan
- Sensor de cadas, Sensor funcionalidades para los
de movimiento, Sensor de mdicos.
inactividad, Sensor de
cobertura y Sensor de - No ofrecen comunicacin
alimentacin y Sensor de entre doctores
cobertura GSM.
- Localizacin de personas
- Llamada a diferentes
personas
Pgina 48 de 145
Mara Molina Rodas
Mimov -Aviso a los familiares - No ofrecen servicios

asignados en el telfono en recordatorios de tomas de
caso de emergencia. medicamentos.
-Aviso a los contactos en - No aportan

caso de emergencia de la funcionalidades para los
localizacin de la persona mdicos.
que pide ayuda.
- No ofrecen comunicacin
- rea de seguridad entre doctores
-Utilizar el dispositivo
mvil con la tarifa y
compaa telefnica que
usted decida.
Teleasistencia GSM-GPS - Incorpora un telfono - No ofrecen servicios

(eHealth) integrado GSM cuadri- recordatorios de tomas de
banda medicamentos
- Cuenta con un - No aportan

pulsador de emergencia funcionalidades para los
mdicos.
- Permite fijar zonas, para
que enve una alerta si el - No ofrecen comunicacin
usuario abandona dicha entre doctores
zona
- Dispone de pantalla y
acelermetro con deteccin
de cadas
-Permite la llamada a tres
contactos
Teleasistencia Mvil - Est dotado de un GPS - No ofrecen servicios

(eHealth) interno con antena recordatorios de tomas de
integrada. medicamentos.
- Permite fijar zonas, para - No aportan

que enve un SMS a un funcionalidades para los
telfono mvil o a una mdicos.
direccin de correo, si el
usuario abandona dicha - No ofrecen comunicacin
zona. entre doctores
- Permite llamar a
diferentes personas
Pgina 49 de 145
Mara Molina Rodas

UBOT-5 - Combinado con la - No ofrecen servicios
robtica se obtiene una recordatorios de tomas de
aplicacin autnoma capaz medicamentos.
de interactuar con el
paciente. - No ofrecen comunicacin
entre doctores
- Favorece una
comunicacin mdico- - Al tratarse de un proyecto
paciente ms cercana por an en desarrollo su precio
videoconferencia. es muy elevado llegando a
costar 65.000 dlares.
- Se pueden tomar
constantes vitales a los
pacientes y detectar si todo
va bien.
- Se favorece la
comunicacin del paciente
con el mundo exterior.
- Se pueden realizar
llamadas de emergencia.
Pulsador i-ATOM + - Pulsador con alarma de - No ofrecen servicios

Dispositivo Neo inactividad. Alerta cuando recordatorios de tomas de
el usuario no porta el medicamentos.
pulsador.
- No aportan
- Botn de alarma de gran funcionalidades para los
tamao para facilitar la mdicos.
pulsacin.
- No ofrecen comunicacin
- La comunicacin se entre doctores
realiza en la frecuencia
europea dedicada para
alarmas sociales.
- Comunicacin va radio
bidireccional
- Detector de movimiento,
si el pulsador no registra
movimiento manda una
alarma.
- Resistente al agua
(Waterproof).
Pgina 50 de 145
Mara Molina Rodas

Terminal Mvil NEMO - Servicio de Internet. - No ofrecen servicios
recordatorios de tomas de
- Botn de alarma para medicamentos.
casos de emergencia.
- No aportan
- Posibilidad de la funcionalidades para los
utilizacin de GPS o no. mdicos.
- Comunicacin va radio - No ofrecen comunicacin

con el centro de atencin, entre doctores.
residencia o familiar.
- No ofrecen detectores
- Posibilidad de llamar para observar estado
hasta 3 telfonos paciente.
predefinidos.
TeleMedCare - Pantalla tctil de gran - No ofrecen servicios

tamao que orienta a la recordatorios de tomas de
persona en su manejo. medicamentos.
- Multiusuario - No aportan
funcionalidades para los
- Reconocimiento mdicos.
biomtrico a travs de la
huella digital del usuario. - No ofrecen comunicacin
entre doctores.
- Diferentes dispositivos de
medicin de constantes - No ofrece comunicacin
vitales. directa entre doctor y
paciente aunque si registra
estado de este.
- No ofrecen un mecanismo
de alarma como un botn.
Tabla 22.- Comparativa de los diferentes sistemas similares en el mercado
Pgina 51 de 145
Mara Molina Rodas
2.3 Estudio de la tecnologa seleccionada

Para la implementacin de la aplicacin de Proyecto Fin de Grado, de la que
hemos estado hablando a lo largo del documento, podemos usar una amplia gama de
tecnologas, cada una nos ofrece unas ventajas y unos inconvenientes. Para realizar una
correcta eleccin de las tecnologas utilizadas en el desarrollo de la aplicacin, se ha
realizado un estudio en el cual se observa al detalle las caractersticas de cada una de las
que, a priori, cumplen los requisitos para la realizacin del proyecto.
2.3.1 Entorno de la aplicacin

La aplicacin que se ha desarrollado es una aplicacin Android. Para la
utilizacin de esta hay que disponer de un telfono mvil que cuente con este tipo de
tecnologa, pero el tipo de versin es indiferente debido a que sirve para cualquiera.
Con este tipo de tecnologa se consigue que el usuario final tenga una mayor
oportunidad para poder hacerse con este tipo de servicios. La necesidad de utilizar
Android es debido, a que los sistemas Android con respecto a iOs son ms econmicos,
ya que no es necesario usar una versin reciente de Android para poder utilizarla en
cualquier dispositivo que contenga Android. Por lo tanto, al no tener que disponer de un
dispositivo de ltima generacin sino uno normal, existe mayor posibilidad de que
exista mayor aceptacin al pblico, siempre teniendo en cuenta que es una aplicacin
pensada para el rango de personas mayores. Por lo que, al contar con un terminal de
gama baja todos los usuarios podrn hacerse con dicho servicio ya que esta aplicacin
va destina a unos usuarios que no estn muy familiarizados con las ltimas tecnologas.
En este caso, como ya hemos mencionado, la aplicacin debe tener una interfaz
grfica de usuario sencilla. A pesar de que la aplicacin cuenta con una tecnologa
avanzada el uso de la aplicacin no requiere tener unos conocimientos elevados en
dispositivos mviles ya que la usabilidad de la aplicacin est relacionada con la edad
de las personas a la que van destinadas. Esta aplicacin va destina exclusivamente al
uso de los pacientes y estos tienden a ser personas de edad avanzada.
A parte de esto, existe una aplicacin web no relativa a este proyecto, que
tambin pueden tener acceso a ella los pacientes para observar los medicamentos que se
tienen que tomar y mensajes que se envan doctor-paciente que se muestran tambin en
la aplicacin mvil. La aplicacin mvil tendr estos recursos comentados con
anterioridad pero adems dispondr de un servicio de alerta en caso de tener una
emergencia y el acceso a la pgina web.
Por ltimo, tenemos que recalcar que el telfono mvil tendr que disponer de
tarifa plana de datos, ya que se necesita el acceso a Internet para posibles
actualizaciones de esta aplicacin as como para la utilizacin de la misma.
Pgina 52 de 145
Mara Molina Rodas
2.3.2 Lenguajes de Programacin y herramientas

Una vez comentado el entorno, las caractersticas y el formato de la aplicacin,
pasaremos a analizar las herramientas ms apropiadas para su desarrollo. Tambin es
importante tener en cuenta el lenguaje de programacin elegido. En nuestra aplicacin
la interfaz de usuario toma un carcter muy importante, por lo que debemos centrarnos
en los entornos de desarrollo que integren un diseador grfico.
2.3.2.1 Android, Ios y Windows

A continuacin se muestra una tabla comparativa [22]de los tres lenguajes de
programacin ms competitivos que se encuentra hoy en da en el mercado.
Ilustracin 15.15 Comparativa de Android, iOs y Windows Phone
Pgina 53 de 145
Mara Molina Rodas
Aunque en la mayora de las estadsticas encontradas iOs es uno de los sistemas ms

utilizados en el mercado. Aunque, segn una previsin de una Gartner[23] a partir de
2015 Android ir creciendo y conseguir un gran liderazgo en el mercado.
Ilustracin 16.16 Crecimiento en el mercado Android e iOs
Tal y como vemos en el resultado de las predicciones de Gartner, durante los

prximos aos va a haber muchos cambios de tendencia en el uso de telfonos y
plataformas mviles. Por ejemplo, vemos como Android seguir creciendo y
manteniendo el liderazgo durante los prximos 4 aos.
Por su parte, iOs tambin crecer de una forma proporcional con respecto a la
plataforma de Google, pero los dos grandes cambios se producirn en Symbian y
Windows Phone 7. Es curioso porque Nokia ser el responsable de los cambios
radicales que llegarn a ambas plataformas mviles.
Tambin hay que tener en cuenta, que iOs tiene unos precios bastante elevados y
que no todo el mundo puede hacerse con este tipo de dispositivos mviles. Hay que
tener en cuenta que la aplicacin va destinada a personas mayores cuyos terminales
mviles disponen de una tecnologa que no suele ser de gama alta, sino ms bien baja.
Por lo que despus de observar todas estas estadsticas y apreciar que Android
ir creciendo, se llega a la conclusin de que este es el mejor sistema que se puede
escoger.
Pgina 54 de 145
Mara Molina Rodas
2.3.2.2 Android
Desde el equipo de desarrolladores de Android han publicado las cifras
mensuales de distribucin de las versiones ms populares [24]de Android. Con estos
datos hemos tenido en cuenta que versin escoger a la hora de realizar nuestra
aplicacin, ya que hay que tener en cuenta al sector de la poblacin que va destinada.
Si bien es cierto que es una plataforma an muy reciente, Ice CreamSandwich la

ltima versin, no llega siquiera al 5% de cuota de mercado que posee Android. Una
porcin insignificante en comparacin con Gingerbread y Froyo, las dos versiones ms
actuales de Android.
Que Gingerbread (63.9%) y Froyo (20.9%) sean las versiones con ms cuota de
mercado tiene su razn de ser. Por una parte, son dos versiones con mucho tiempo y que
se han asentado en buena parte de terminales de gama baja y media con Android como
sistema operativo, adems de que muchos Smartphones continan llegando al mercado
con Gingerbread debido a falta de hardware para soportar Ice CreamSandwich.
Curiosamente, la actualizacin de ICS con ms repercusin es la ms reciente, ICS
4.0.3, debido principalmente a que es una renovacin destinada a adaptarse a terminales
con algo menos de recursos.
Por lo que podemos concluir que la versin que hemos utilizado ha sido la 2.2
(Froyo) debido a que la aplicacin de Teleasistencia va dirigida a personas mayores en
mayor parte, por lo que la gama de los terminales suele ser baja y as es utilizable para
todo tipo de dispositivos tengan o no, una versin ms nueva de Android.
Ilustracin 17.17 Comparativa de las versiones Android
Pgina 55 de 145
Mara Molina Rodas
2.3.2.3 Eclipse y Visual Basic

Basic4Android [25] es una plataforma de programacin para aplicaciones Android
cuyo lenguaje base de programacin es VisualBasic, el cul es considerado el eterno
rival de Java, ese lenguaje que est orientado a aquellas personas que empiezan en el
mundo de la programacin de una manera ms grfica y no tan abstracta. Este lenguaje
no es el mismo que el de Microsoft, pero su sintaxis es la misma, lo cual tiene sus
mismas ventajas como algunos de sus inconvenientes.
Otro de los lenguajes que Microsoft desarrollo para hacer aplicaciones fue C# y
.NET, las cuales son muy usados en diferentes ambientes, por lo que no podra faltar
que estos lenguajes tan comunes y opuestos a Java llegaran a Android.
Con Visual Studio lo nico que se debe hacer es instalar el SDK de Android, la
versin para Android de Mono. Adems segn Xamarin (la empresa creadora de Mono),
trabajas con un lenguaje nativo para Android ya que no tiene un intrprete con lo tendra
Basic4Android, y su aprendizaje es relativamente sencillo en un tiempo prudente si lo
que buscas es hacer una aplicacin rpidamente y no tener que emplear un tiempo en
aprender un nuevo lenguaje. Por otro lado, hay que tener en cuenta el coste de este
producto, ya que la versin ms econmica de Mono es de 399 dlares americanos y la
ms cara tiene una cifra muy elevada.
Eclipse [26] es un entorno de desarrollo integrado de cdigo abierto

multiplataforma para desarrollar lo que el proyecto llama "Aplicaciones de Cliente
Enriquecido", opuesto a las aplicaciones "Cliente-liviano" basadas en navegadores. Esta
plataforma, tpicamente ha sido usada para desarrollar entornos de desarrollo integrados
(del ingls IDE), como el IDE de Java llamado Java DevelopmentToolkit (JDT) y el
compilador (ECJ) que se entrega como parte de Eclipse (y que son usados tambin para
desarrollar el mismo Eclipse). Adems te lo puedes descargar de forma gratuita.
Con Eclipse tambin solo debes incluir el SDK de Android para poder
programar la aplicacin. Adems el lenguaje que se utiliza es Java que es uno de los
lenguajes de programacin ms utilizados. El SDK de Android te proporciona las
bibliotecas API y herramientas de desarrollo necesarias para crear, probar y depurar
aplicaciones para Android. Si usted es un nuevo desarrollador de Android, se
recomienda descargar el paquete de ADT para iniciar rpidamente el desarrollo de
aplicaciones. Con Eclipse tienes un simulador con el que puedes observar cmo
quedara tu aplicacin en un telfono mvil.
Con todo lo comentado con anterioridad, se ha de concluir que el sistema

elegido para la realizacin de la aplicacin es Eclipse con el SDK de Android ya que es
una herramienta que proporciona un entorno de visualizacin de la aplicacin como si
se tratar de un telfono mvil y el manejo del lenguaje es fcil y sencillo.
Pgina 56 de 145
Mara Molina Rodas
2.3.3 Base de Datos

Para el desarrollo de nuestra aplicacin es necesaria la existencia de una base de
datos en la que se guardarn los datos de los mdicos, pacientes, sus mensajes, sus
historiales y los medicamentos a tomar. La Base de Datos ser el punto de conexin
entre los dos proyectos, ya que cuando un doctor le mande una nueva medicina al
paciente el telfono mvil tendr que acceder a esta base de datos para mostrrselo al
usuario.
2.3.3.1 Sistemas gestores de Base de Datos

En el mercado podemos encontrarnos con diferentes gestores de base de datos
tanto gratuitos como otros en los cuales se requiere un previo pago. En el caso de
nuestra base de datos queremos que tenga una implementacin clara, directa y sencilla.
A continuacin, se muestran una serie de gestores de base de datos tanto de pago como
gratuitos:
Gratuitas De pago
PostgreSQL MySQL (ediciones de pago)
SQL Server dBase
MySQL (edicin gratuita) Oracle
Tabla 33.- Tabla de los diferentes gestores de Bases de Datos
2.3.3.1.1 SQL Server
Microsoft SQL Server [27] es un sistema para la gestin de bases de datos

producido por Microsoft basado en el modelo relacional. Sus lenguajes para consultas
son T-SQL y ANSI SQL. Microsoft SQL Server constituye la alternativa de Microsoft a
otros potentes sistemas gestores de bases de datos como son Oracle, PostgreSQL o
MySQL.
Algunas de las caractersticas:
Soporte de transacciones.
Soporta procedimientos almacenados.
Incluye tambin un entorno grfico de administracin, que permite el uso de

comandos DDL y DML grficamente.
Permite trabajar en modo cliente-servidor, donde la informacin y datos se

alojan en el servidor y los terminales o clientes de la red slo acceden a la
informacin.
Pgina 57 de 145
Mara Molina Rodas
Adems permite administrar informacin de otros servidores de datos.
Este sistema incluye una versin reducida, llamada MSDE con el mismo motor de
base de datos pero orientado a proyectos ms pequeos, que en sus versiones 2005 y
2008 pasa a ser el SQL Express Edition, que se distribuye en forma gratuita.
2.3.3.1.2 MySQL
MySQL [28] es un sistema de gestin de bases de datos relacional, multihilo y
multiusuario con ms de seis millones de instalaciones. Existen diferentes interfaces de
programacin de aplicaciones en diversos lenguajes que permiten acceder a la base de
datos de MySQL como por ejemplo: C, C++, C#, Pascal, Java, Java con Android, PHP,
etc. Adems, es la base de datos de cdigo abierto ms popular del mundo, lo que
permite la entrega rentable de aplicaciones de bases de datos confiables y de alto
rendimiento y escalables basadas en la Web y embebidos.
MySQL es una base de datos con lectura muy rpida cuando se utiliza el motor
no transaccional MyISAM, aunque este puede tener algunos problemas con la
integridad en entorno de alta concurrencia en la modificacin. En nuestra aplicacin
existe una baja concurrencia respecto a la modificacin por lo que esta es apropiada en
este sentido.
Al contrario de proyectos como Apache, donde el software es desarrollado por

una comunidad pblica y los derechos de autor del cdigo estn en poder del autor
individual, MySQL es patrocinado por una empresa privada, que posee el copyright de
la mayor parte del cdigo.
2.3.3.1.3 Oracle
Oracle Corporation [29] es una de las mayores compaas de software del mundo.
Sus productos van desde bases de datos (Oracle) hasta sistemas de gestin. Cuenta
adems, con herramientas propias de desarrollo para realizar potentes aplicaciones,
como Oracle Designer, Oracle JDeveloper y Oracle Developer Suite. Su actual
consejero delegado es Larry Ellison. Hoy Oracle es el estndar de oro para la tecnologa
de base de datos y aplicaciones en las empresas en todo el mundo. La compaa es el
proveedor lder mundial de software de gestin de informacin y la segunda mayor
compaa de software independiente. La adquisicin de Sun le otorg un papel de
liderazgo en el campo del software.
Para concluir, hay que decir que en nuestro caso por todas las caractersticas
comentadas anteriormente, elegiremos MySQL, tanto porque el volumen de datos que
vamos a mover con nuestra aplicacin, que no es excesivo, como para tener servidores a
nuestra disposicin, ya que se trata de un software libre.
Pgina 58 de 145
Mara Molina Rodas
2.3.3.2 Servidor XAMPP

XAMPP [30] es un servidor independiente de plataforma. Es un software libre,
que consiste principalmente en la base de datos MYSQL el servidor web Apache y los
intrpretes para lenguajes de script: PHP y Perl.
El programa est protegido bajo la licencia GNU y acta como un servidor web
libre, fcil de usar y capaz de interpretar pginas dinmicas. Actualmente XAMPP est
disponible para Microsoft Windows, GNU/Linux, Solaris y MacOS X.
XAMPP se actualiza regularmente para incorporar las ltimas versiones de

Apache/MySQL/PHP y Perl. Tambin incluye otros mdulos como Open SSL y
phpMyAdmin.
Oficialmente, los diseadores de XAMPP slo pretendan su uso como una

herramienta de desarrollo, para permitir a los diseadores de sitios webs y
programadores testear su trabajo en sus propios ordenadores sin ningn acceso a
Internet. En la prctica, sin embargo, XAMPP es utilizado actualmente como servidor
de sitios Web, ya que, con algunas modificaciones, es generalmente lo suficientemente
seguro para serlo. Con el paquete se incluye una herramienta especial para proteger
fcilmente las partes ms importantes.
Por todas estas caractersticas, por tratarse de un software libre, aportar ciertas
medidas de seguridad, y por incorporar MySQL hemos elegido como servidor XAMPP,
ya que adems nos facilita que cuente con PHP ya que va a ser utilizado para la
conexin de la aplicacin de Android con la base de datos de MySQL.
Pgina 59 de 145
Mara Molina Rodas
3 Anlisis del sistema

Una vez presentado y analizado el estado de la cuestin, pasaremos a comentar la
siguiente etapa en el desarrollo del proyecto que es la del anlisis. En este apartado se
estudia el problema con el cliente acordando el alcance del proyecto y los requisitos que
deben satisfacer, as como los distintos casos de uso. En el siguiente paso se desglosar
toda la informacin obtenida en los diferentes requisitos de software que especificarn
de una manera ms detallada y especfica comprobando su coherencia mediante la
realizacin de matrices de trazabilidad.
Para la obtencin de los requisitos de usuario y los casos de uso se han realizado una
serie de entrevistas con el tutor que ha realizado el rol de cliente. Tras esta serie de
entrevistas el jefe de proyecto, autor de este documento, ha expuesto los requisitos de
usuario, casos de uso y requisitos de software al cliente para su confirmacin.
3.1 Requisitos de Usuario

En este apartado se enumeraran los diferentes tipos de requisitos, por los cuales el
cliente determinar las funcionalidades que quiere para su aplicacin final. Existen dos
clases de requisitos:
Requisitos de Capacidad: Son los requisitos que definirn las

funcionalidades que la aplicacin debe de proporcionar.
Requisitos de Restriccin: Son los requisitos que indicar las propiedades

de las capacidades. Indicando restricciones temporales, de rendimiento, de
seguridad, de disponibilidad, de estabilidad, etc.
Para la especificacin de cada requisito se utilizarn los siguientes campos:

Identificador: Permitir reconocer a cada requisito de manera unvoca.
Este campo seguir la siguiente nomenclatura: RUC-<Nmero> para los
requisitos de capacidad y RUR-<Nmero> para los requisitos de
restriccin. El nmero ser un valor de dos cifras que empezar desde el
valor 01 y ser ir incrementado en una unidad.
Nombre: Indicar de manera breve el objetivo del requisito.
Descripcin: Especificar ms detalladamente y de manera completa el

requisito.
Fuente: Indicar la persona que ha solicitado este requisito o de donde

proviene.
Pgina 60 de 145
Mara Molina Rodas
Necesidad: Reflejar el nivel de importancia de realizar el requisito

mediante los valores de Opcional, Deseable y Esencial.
Prioridad: Reflejar el nivel de importancia de importancia del requisito

mediante los valores Bajo, Medio y Alto.
Claridad: Especificar el nivel de explicacin o comprensin que tiene el

requisito.
Estabilidad: Indicar la estabilidad que tendr este requisito con los

dems requisitos. El valor de este campo ser Estable o Inestable. Si algn
requisito no es inestable se podr identificar una incoherencia entre
requisitos.
Verificabilidad: Indicar el nivel de comprobacin que tiene el requisito

para demostrar si se cumple o no se cumple.
Pre-requisito: Indicar los requisitos necesarios para poder cumplir este

requisito. En este campos aparecern los identificadores de los requisitos
necesarios
A continuacin se muestra una tabla de ejemplo para los requisitos de usuario
RUC-01
Nombre
Descripcin
Fuente Necesidad
Prioridad Claridad
Estabilidad Verificabilidad
Pre-requisito
Tabla 44.- Ejemplo de Tabla de Requisito
3.1.1 Requisitos de Capacidad
RUC-01
Nombre Registrar usuario
Descripcin El usuario podr registrarse en la aplicacin.
Fuente Cliente Necesidad Esencial
Prioridad Alta Claridad Alta
Estabilidad Estable Verificabilidad Alta
Pre-requisito Ninguno
Tabla 55.- Requisito de Usuario RUC-01Registrar usuario
Pgina 61 de 145
Mara Molina Rodas
RUC-02
Nombre Registro usuario
Descripcin El sistema tendr capacidad para registrar un usuario:
Nombre
Apellidos
Correo electrnico.
Trminos proteccin de datos

Tabla 66.- Requisito de Usuario RUC-02Registro usuario
RUC-03
Nombre Verificar datos acceso
Descripcin El usuario podr antes de registrarse cambiar los datos en caso
de que no sean correctos.
Prioridad Media Claridad Alta
Tabla 77.- Requisito de Usuario RUC-03Verificar los datos de acceso
RUC-04
Nombre Avisar en caso de Emergencia
Descripcin El usuario podr avisar de una emergencia pulsando un botn el
cual enviar un mensaje que contendr:
Mdico destinatario
Nombre del paciente
Lugar donde se encuentra el paciente

Tabla 88.- Requisito de Usuario RUC-04Avisar en caso de Emergencia
Pgina 62 de 145
Mara Molina Rodas
RUC-05
Nombre Enviar mensajes al doctor
Descripcin El sistema permitir al usuario de la aplicacin enviar mensajes
al doctor:
Doctor destinatario del mensaje
Nombre del paciente
Contenido del mensaje
Motivo del mensaje

Tabla 99.- Requisito de Usuario RUC-05Enviar mensajes al doctor
RUC-06
Nombre Recibir mensajes doctor
Descripcin El sistema tendr la capacidad de recibir los mensajes que el
doctor envi a ese paciente.
Tabla 1010.- Requisito de Usuario RUC-06Recibir mensajes del doctor
RUC-07
Nombre Consultar mensajes doctor
Descripcin El sistema tendr la capacidad de poder consultar los mensajes
enviados a dicho paciente por el doctor.
Tabla 1111.- Requisito de Usuario RUC-07Consultar mensajes del doctor
RUC-08
Nombre Acceder a pgina web
Descripcin El sistema permitir al usuario poder acceder a la pgina web
con tan solo pulsar un botn.
Tabla 1212.- Requisito de Usuario RUC-08Acceder a la pgina web
Pgina 63 de 145
Mara Molina Rodas
RUC-09
Nombre Recibir alerta de las tomas
Descripcin El sistema tendr la capacidad para alertar al usuario de cundo
debe tomar el medicamento y cul es la causa.
Tabla 1313.- Requisito de Usuario RUC-09Recibir alerta de las tomas
RUC-10
Nombre Consultar las tomas
Descripcin El sistema permitir al usuario poder consultar las tomas en el
momento que lo desee.
Tabla 1414.- Requisito de Usuario RUC-10Consultar las tomas
RUC-11
Nombre Borrar mensajes
Descripcin El sistema permitir al usuario poder borrar cualquier mensaje
recibido por parte del doctor.
Tabla 1515.- Requisito de Usuario RUC-11Borrar los mensajes
RUC-12
Nombre Actualizar Tratamientos
Descripcin El sistema tendr la capacidad de actualizar durante ciertos
periodos los tratamientos por si el doctor lo ha modificado.
Tabla 1616.- Requisito de Usuario RUC-12Actualizar los Tratamientos
Pgina 64 de 145
Mara Molina Rodas
RUC-13
Nombre Borrar Tratamientos
Descripcin El sistema tendr la capacidad de borrar los tratamientos cuando
estos hayan caducado.
Tabla 1717.- Requisito de Usuario RUC-13Borrar los tratamientos
3.1.2 Requisitos de Restriccin
RUR-01
Nombre Compatibilidad con telfono mvil
Descripcin La aplicacin ser compatible con cualquier versin de Android.
Fuente Cliente y Jefe de Necesidad Esencial
Proyectos
Tabla 1818.- Requisito de Restriccin RUR-01Compatibilidad con el telfono
RUR-02
Nombre Idioma
Descripcin El idioma de la aplicacin deber ser castellano, ya que est
pensado para el mercado espaol.
Tabla 1919.- Requisito de Restriccin RUR-02--Idioma
RUR-03
Nombre Slo un usuario por terminal
Descripcin El sistema solo tendr la capacidad de registrar un usuario por
terminal mvil.
Fuente Jefe de Proyecto Necesidad Esencial
Pre-requisito RUC-01, RUC-02
Tabla 2020.- Requisito Restriccin RUR-03Un terminal por paciente
Pgina 65 de 145
Mara Molina Rodas
RUR-04
Nombre Acceso a datos de usuario registrado
Descripcin El sistema solo podr mostrar la informacin relativa al usuario
registrado en cada terminal.
Pre-requisito RUC-06,07,09,10
Tabla 2121.- Requisito de Restriccin RUR-04Acceso a los datos del usuario registrado
RUR-05
Nombre Elementos para su funcionalidad
Descripcin El sistema mostrar al usuario las diferentes funcionalidades de
la aplicacin mediante cuatro botones.
Tabla 2222.- Requisito de Restriccin RUR-05Elementos para su funcionalidad
RUR-06
Nombre Conexin a Internet
Descripcin El telfono mvil tendr que estar conectado a internet para
poder conseguir la localizacin de este en caso de emergencia y
poder acceder a la pgina web.
Fuente Jefe de Proyecto y Necesidad Esencial
Cliente
Pre-requisito RUC-04,08
Tabla 2323.- Requisito de Restriccin RUR-06Conexin a Internet
RUR-07
Nombre Validar campos registro
Descripcin Para el proceso de registro del usuario el sistema validar los
campos a cumplimentar
Pre-requisito RUC-02
Tabla 2424.- Requisito de Restriccin RUR-07Validar los campos de registro
Pgina 66 de 145
Mara Molina Rodas
RUR-08
Nombre Proteccin de datos
Descripcin Los datos sensibles almacenados en el sistema tras el registro
debern estar eficazmente protegidos.
Pre-requisito Ninguna
Tabla 2525.- Requisito de Restriccin RUR-08Proteccin de los datos
Pgina 67 de 145
Mara Molina Rodas
3.2 Especificacin de Casos de Uso

A partir del anlisis de los requisitos de usuario, se pueden determinar el conjunto
de casos de uso que representarn las interacciones y comunicaciones por parte de los
usuarios con la aplicacin. Para ello se mostrarn por un lado los casos de uso
grficamente mediante un diagrama para posteriormente mostrarlos en detalle con una
descripcin textual de los mismos.
3.2.1 Diagrama de Casos de Uso
Darse de alta en la
aplicacin
Sistema
Enviar mensaje al
doctor
Consultar mensajes
USUARIO doctor-paciente
Borrar Mensajes
Acceder a la
Pgina Web
Consultar tomas
medicamentos
Alertar de las tomas

de los
medicamentos
Enviar mensajes de
emergencia
Ilustracin 18.18 Diagrama Casos de Uso
Pgina 68 de 145
Mara Molina Rodas
3.2.2 Descripcin textual de los Casos de Uso

Para describir textualmente cada uno de los casos de uso se emplear una tabla con
los siguientes campos.
Identificador: Permitir reconocer el caso de uso unvocamente. Su estructura

ser la siguiente: CU-<Nmero>. Ser un valor de dos cifras que empezar en
01 y se ir incrementando en una unidad.
Nombre: Indicar brevemente la tarea del caso de uso.
Actor: Indicar el tipo de usuario o usuarios que podrn realizar el caso de uso.
Descripcin: Detallar en qu consiste el caso de uso y su objetivo.
Precondiciones: Se indicarn las condiciones que deben de existir antes de

poderse realizar el caso de uso.
Flujo Normal: Indicar los pasos que se seguirn para realizar el caso de uso.
Flujo Alternativo: Indicar los posibles flujos alternativo al flujo normal

durante la realizacin del caso de uso y los pasos que sigue.
Poscondiciones: Indicar las condiciones nuevas tras la realizacin de este caso

de uso.
A continuacin se muestra un ejemplo de la tabla de casos de uso:
Identificador CU-01
Nombre
Actor
Descripcin
Precondiciones
Flujo Normal
Flujo
Alternativo
Poscondiciones
Tabla 2626.- Ejemplo de Tabla textual de Caso de Uso
Pgina 69 de 145
Mara Molina Rodas
3.2.2.1 Tablas textuales de los casos de Uso
Identificador CU-01
Nombre Darse de alta en la aplicacin
Actor Usuario
Descripcin En este caso de uso tiene como objetivo que el usuario pueda
registrarse en la aplicacin para poder recibir la informacin
correspondiente.
Precondiciones Ninguna
Flujo Normal El usuario accede a la aplicacin
El usuario rellena los campos obligatorios de registro
El usuario acepta trminos de proteccin de datos.
El usuario pasa a la pgina de confirmacin de datos
registro.
El usuario si acepta ya est registrado y puede acceder a la
aplicacin.
Flujo Si el usuario no rellena bien los datos del formulario, tendr

Alternativo que introducirlos correctamente.
Poscondiciones El usuario ya est registrado en la aplicacin y puede acceder

cuando quiera.
Tabla 2727.- Tabla Textual de Caso de Uso 01Darse de alta en la aplicacin
Identificador CU-02
Nombre Enviar mensaje al doctor
Actor Usuario
Descripcin Cuando el usuario tenga una consulta que hacer al doctor, le
enviar un mensaje con dicha consulta.
Precondiciones El usuario debe estar registrado
El usuario debe acceder al botn de envo de mensajes
El doctor al que se le enva la consulta debe estar registrado
en el sistema.

Pulsa el botn de mensajes.
Despus accede a escribir un mensaje.
Introduce el doctor de destino
Introduce el asunto del mensaje
Introduce el contenido de la consulta
Pulsa el botn de envo de mensaje.
Flujo Si falta algn campo se le notificar que tiene que rellenar
Alternativo los campos.
Poscondiciones El doctor ha recibido el mensaje de consulta del paciente.
Tabla 2828.- Tabla Textual de Caso de Uso 02Enviar mensaje al doctor
Pgina 70 de 145
Mara Molina Rodas
Identificador CU-03
Nombre Consultar mensajes paciente-doctor
Actor Usuario
Descripcin En este caso de uso el objetivo es consultar los mensajes enviados
por el doctor o los doctores al paciente.
El usuario debe acceder al botn de envo de mensajes

Pulsa el botn de mensajes
Puede observar todos los mensajes recibidos
Si quiere mirar uno en concreto debe pulsar el dicho
mensaje para observar todo el contenido.
Flujo No hay otra forma de acceder, pero en cambio puede

Alternativo acceder al enlace de la pgina web y observar desde all los
mensajes
En el caso de no querer acceder a mensajes pulsamos el
botn del mvil para atrs.
Poscondiciones El usuario observa los mensajes de los doctores.
Tabla 2929.- Tabla textual del Caso de Uso 03Consultar mensajes
Identificador CU-04
Nombre Acceder a la pgina web
Actor Usuario
Descripcin En este caso de uso el objetivo es que el usuario tenga un acceso
directo a la web con solo pulsar un botn se necesidad de ir al
navegador de internet.
El usuario debe entrar en la aplicacin
El usuario pulsa el botn de acceso a la web
El usuario podr navegar por la pgina web
Flujo Cuando el usuario quiera salir de la pgina web debe pulsar

Alternativo el botn de salir del telfono mvil.
Poscondiciones El usuario podr haber accedido a la web de forma ms rpida y
sencilla.
Tabla 3030.- Tabla Textual de Caso de Uso 04Acceder a la pgina web
Pgina 71 de 145
Mara Molina Rodas
Identificador CU-05
Nombre Alertar al usuario de las tomas de los medicamentos
Actor Usuario
Descripcin Este caso de uso tiene el objetivo de alertar al usuario de cundo
debe realizar la toma de un medicamento determinado.
El usuario debe de tener algn tratamiento
Flujo Normal Sonar una alarma como de la llegada de un mensaje

El usuario pulsar el botn de medicamentos
El usuario pulsar aceptar cuando haya ledo el mensaje de
las tomas.
Flujo El usuario acceder directamente pulsando el botn de los

Alternativo medicamentos y consultar si tiene tomas pendientes.
Poscondiciones El usuario podr tomarse los medicamentos a sus horas
correspondientes y el medicamento adecuado.
Tabla 3131.- Tabla Textual de Caso de Uso 05Alerta de la toma de un medicamento
Identificador CU-06
Nombre Consultar las tomas de los medicamentos
Actor Usuario
Descripcin Este caso de usuario tiene como objetivo poder consultar las tomas
de los medicamentos que tenga en ese momento como tratamiento.
Precondiciones El usuario debe estar registrado en la aplicacin
El usuario debe de tener algn tratamiento
Flujo Normal El usuario debe acceder a la aplicacin

Debe pulsar el botn de medicamentos
Se puede observar los diferentes tratamientos mdicos del
paciente
Si quiere acceder el usuario algn tratamiento para ver ms
informacin debe pulsar el tratamiento.
Flujo Observar los datos de los medicamentos accediendo a

Alternativo travs de la pgina web.
Poscondiciones Observar los tratamientos que tiene y porque motivos los tiene.
Tabla 3232.- Tabla Textual de Caso de Uso 06Consultar tratamientos
Pgina 72 de 145
Mara Molina Rodas
Identificador CU-07
Nombre Enviar mensaje de emergencia
Actor Usuario
Descripcin Con este caso de uso lo que se requiere es que el usuario en caso
de emergencia pulse un botn y se comunique con el doctor o
emergencias.
El usuario debe haber accedido a la aplicacin
El usuario debe encontrarse en caso de emergencia
Flujo Normal El usuario deber pulsar el botn de emergencias

La aplicacin localizar el dispositivo mvil para enviar la
localizacin.
La aplicacin enviar un mensaje de auxilio al doctor del
usuario.
Flujo Llamar por telfono a una persona de la agenda del

Alternativo telfono.
Poscondiciones El usuario ser atendido por dicha urgencia.

Tabla 3333.- Tabla Textual de Caso de Uso 07Enviar mensaje de emergencia
Identificador CU-08
Nombre Borrar mensajes del doctor
Actor Usuario
Descripcin Con este caso de uso lo que se requiere es que el usuario en caso
de querer borrar un mensaje, pulsa dicho mensaje y este es
borrado.
El usuario debe haber accedido a la aplicacin
El usuario debe tener mensajes.
Flujo Normal El usuario deber pulsar el botn de mensajes

El usuario deber pulsar el mensaje a eliminar
El usuario deber aceptar la eliminacin para que dicho
mensaje desaparezca de la bandeja de mensajes.
Flujo Realizar dicho proceso mediante el acceso a la Pgina

Alternativo Web.
Poscondiciones El mensaje borrado desaparecer de la bandeja de entrada.

Tabla 3434.- Tabla Textual de Caso de Uso 07Borrar mensajes
Pgina 73 de 145
Mara Molina Rodas
3.3 Especificacin de Requisitos de Software

Tras el anlisis de los requisitos de usuario y los requisitos de software se detalla en
un nivel de abstraccin ms bajo la funcionalidad que se espera del sistema mediante los
requisitos de software.
Los requisitos de software se dividen en dos tipos:

Requisitos funcionales: Estos requisitos describen lo que el sistema ha de
poder hacer o capaz de realizar a en la entrega de este.
Requisitos no funcionales: Especifica algunas propiedades de las
capacidades de las que dispone la aplicacin como la disponibilidad, el
testeo, el rendimiento, la calidad
Para describir cada uno de los requisitos se emplear una tabla con los siguientes
campos:
Identificador: Permitir reconocer a cada requisito de manera unvoca.

Este campo seguir la siguiente nomenclatura RS <Tipo>-<Nmero>
dnde:
o <Tipo>: Podr tomar los siguientes valores de:
F: Para indicar que se trata de un requisito de software
funcional.
NF: Para indicar que se trata de un requisito de software no
funcional.
o <Nmero>: Ser un nmero de dos cifras que empezar desde el
valor 01 y ser ir incrementado en una unidad (Tras las
modificaciones de los requisitos no se asegurar la sucesin de los
nmeros).
Nombre: Indicar de manera breve el objetivo del requisito.
Descripcin: Especificar ms detalladamente y de manera completa el

requisito.
Fuente: Indicar la persona que ha solicitado este requisito o de donde

proviene.
Necesidad: Reflejar el nivel de importancia de realizar el requisito

mediante los valores de Opcional, Deseable y Esencial.
Prioridad: Reflejar el nivel de importancia de importancia del requisito

mediante los valores Bajo, Medio y Alto.
Pgina 74 de 145
Mara Molina Rodas
Claridad: Especificar el nivel de explicacin o comprensin que tiene el

requisito.
Estabilidad: Indicar la estabilidad que tendr este requisito con los

dems requisitos. El valor de este campo ser Estable o Inestable. Si algn
requisito no es inestable se podr identificar una incoherencia entre
requisitos.
Verificabilidad: Indicar el nivel de comprobacin que tiene el requisito

para demostrar si se cumple o no se cumple.
Pre-requisito: Indicar los requisitos necesarios para poder cumplir este

requisito. En este campos aparecern los identificadores de los requisitos
necesarios.
A continuacin se muestra un ejemplo de la tabla que contendr los requisitos de

software:
RSF-01
Nombre
Descripcin
Fuente Necesidad
Prioridad Claridad
Estabilidad Verificabilidad
Pre-requisito
Tabla 3535.- Ejemplo de Tabla de Requisito de Software
3.3.1 Requisitos Funcionales
RSF-01
Nombre Usuario Registrado
Descripcin El sistema podr mostrar el nombre del usuario que est
registrado en la aplicacin.
Tabla 3636.- Requisito de Software Funcional 01Usuario registrado
Pgina 75 de 145
Mara Molina Rodas
RSF-02
Nombre Registrar usuario
Descripcin El sistema tendr la funcionalidad de registrar al usuario la
primera vez de inicie la aplicacin:
Nombre
Apellidos
Correo electrnico
Tabla 3737.- Requisito de Software Funcional 02Registrar usuario
RSF-03
Nombre Localizacin
Descripcin El sistema podr obtener la localizacin del dispositivo cuando
el cliente est en peligro o tenga alguna emergencia.
Tabla 3838.- Requisito de Software Funcional 03Localizacin
RSF-04
Nombre Emergencia
Descripcin El sistema tendr la funcionalidad de cuando el cliente tenga
algn tipo de emergencia enviar un mensaje con su localizacin
para poder auxiliarlo lo antes posible.
Tabla 3939.- Requisito de Software Funcional 04Emergencia
RSF-05
Nombre Acceso a Web
Descripcin El sistema tendr la funcionalidad de poder acceder a la pgina
web sin necesidad de introducir la direccin web en el
navegador.
Tabla 4040.- Requisito Software Funcional 05Acceso a pgina web
Pgina 76 de 145
Mara Molina Rodas
RSF-06
Nombre Comunicacin
Descripcin El sistema, al ser una aplicacin mvil, tendr la funcionalidad
de poder recibir llamadas y realizar llamadas a cualquier persona
de la agenda.
Tabla 4141.- Requisito de Software Funcional 06Comunicacin
RSF-07
Nombre Consultar mensajes
Descripcin El sistema tendr la funcionalidad de consultar mensajes
realizados entre doctor y paciente.
Tabla 4242.- Requisito de Software Funcional 07Consultar mensajes
RSF-08
Nombre Enviar mensajes
Descripcin El sistema tendr la funcionalidad de poder enviar un mensaje al
doctor con cualquier duda que tenga.
Tabla 4343.- Requisito de Software Funcional 08Enviar mensajes
RSF-09
Nombre Alertar de las tomas medicamentos
Descripcin El sistema tendr la funcionalidad de alertar al usuario cuando
debe realizar la toma de un medicamento.
Tabla 4444.- Requisito de Software Funcional 09Alertar las tomas de los medicamentos
Pgina 77 de 145
Mara Molina Rodas
RSF-10
Nombre Consultar tratamiento
Descripcin El sistema tendr la funcionalidad de poder consultar el
tratamiento que tiene en ese momento:
Medicamento
Foto
Frecuencia
Fecha inicio y fin
Tabla 4545.- Requisito de Software Funcional 10Consultar los tratamientos
RSF-11
Nombre Consultar medicamento de cada tratamiento
Descripcin El sistema tendr la funcionalidad de poder consultar el
tratamiento que tiene en ese momento:
Nombre
Foto
Posologa
Contraindicaciones
Historial
Tabla 4646.- Requisito de Software Funcional 11Consultar los medicamentos
RSF-12
Nombre Actualizar Tratamientos
Descripcin El sistema tendr la funcionalidad de actualizar los tratamientos
cada cierto tiempo debido a que estos pueden ser modificados
por el doctor.
Tabla 4747.- Requisito de Software Funcional 12Actualizar los tratamientos
Pgina 78 de 145
Mara Molina Rodas
RSF-13
Nombre Borrar tratamiento caducado
Descripcin El sistema tendr la funcionalidad de cuando un tratamiento
tenga la fecha pasado de eliminarlo.
Tabla 4848.- Requisito de Software Funcional 13Borrar los tratamientos
RSF-14
Nombre Borrar mensaje
Descripcin El sistema tendr la funcionalidad de cuando un usuario quiera
eliminar un mensaje podr hacerlo al pulsarlo.
Tabla 4949.- Requisito de Software Funcional 14Borrar los mensajes
3.3.2 Requisitos No Funcionales

Los requisitos de software no funcionales se pueden dividir en diferentes grupos
segn caractersticas: rendimiento, disponibilidad, seguridad, accesibilidad,
operatividad, etc. En este documento se presentarn clasificados.
RSNF-01
Nombre Dispositivo Android
Descripcin El sistema podr ser instalado en cualquier terminal que posea
Android para cualquier tipo de versin.
Fuente Cliente y Jefe de Necesidad Deseable
Proyecto
Tabla 5050.- Requisito de Software No Funcional 01Dispositivo Android
Pgina 79 de 145
Mara Molina Rodas
RSNF-02
Nombre Idioma
Descripcin El idioma de la aplicacin deber ser castellano, ya que est
pensado para el mercado espaol.
Fuente Jefe de Proyecto y Necesidad Esencial
Cliente
Tabla 5151.- Requisito de Software No Funcional 02Idioma
RSNF-03
Nombre Usuario registrado
Descripcin El usuario solo podr registrarse una nica vez en la aplicacin.
Solo cuando el usuario encienda por primera la aplicacin podr
darse de alta en el servicio.
Tabla 5252.- Requisito de Software No Funcional 03Usuario registrado
RSNF-04
Nombre Localizar usuario
Descripcin La aplicacin solo usar la localizacin del usuario cuando sea
imprescindible para localizar al usuario cuando se encuentre en
un estado de emergencia.
Tabla 5353.- Requisito de Software No Funcional 04Localizar usuario
RSNF-05
Nombre Datos usuario
Descripcin Solo se enviarn los datos correspondientes al usuario registrado
en la aplicacin, es decir, no se enviarn otras informaciones de
un paciente a otros pacientes.
Tabla 5454.- Requisito de Software No Funcional 05Datos del usuario
Pgina 80 de 145
Mara Molina Rodas
RSNF-06
Nombre Iconos de la Interfaz
Descripcin Los iconos o botones deben ser grandes e intuitivos.
Tabla 5555.- Requisito de Software No Funcional 06Iconos de la Interfaz
RSNF-07
Nombre Usabilidad de la Interfaz
Descripcin La interfaz debe ser fcil, usable y contener iconos de carcter
descriptivo. La fuente debe ser de un tamao razonable y el color
debe facilitar la visualizacin de la aplicacin.
Tabla 5656.- Requisito de Software No Funcional 07Usabilidad de la interfaz
RSNF-08
Nombre Comprobacin de campos obligatorios
Descripcin Cuando un usuario se registre en la aplicacin se debe
comprobar si ha rellenado todos los campos correctamente,
Tabla 5757.- Requisito de Software No Funcional 08Comprobacin de los campos obligatorios
RSNF-09
Nombre Internet
Descripcin Para algunos requisitos de la aplicacin es conveniente que el
usuario tenga activados los datos del telfono mvil.
Tabla 5858.- Requisito de Software No Funcional 09--Internet
Pgina 81 de 145
Mara Molina Rodas
RSNF-10
Nombre Campos registro
Descripcin Los campos para el registro de un usuario sern:
Un inputtext para el nombre
Un inputtext para los apellidos
Un inputtext para el correo electrnico
Un checkbox para las condiciones de proteccin de datos
Tabla 5959.- Requisito de Software No Funcional 10Campos de registro
RSNF-11
Nombre Ayuda
Descripcin Con la aplicacin se entregar un manual de usuario para poder guiar
al usuario en el manejo de la aplicacin.
Tabla 6060.- Requisito de Software No Funcional 11Ayuda
Pgina 82 de 145
Mara Molina Rodas
3.4 Matrices de Trazabilidad

Tras la realizacin de los casos de uso y requisitos de software una manera sencilla
de comprobar su coherencia con los requisititos indicados por el usuario es mediante
matrices de trazabilidad. A continuacin mediante matrices de trazabilidad se
comprobar la coherencia de los requisitos de usuario frente a los casos de uso, los
requisitos de usuario frente a los requisitos de software funcional y los requisitos de
usuario frente a los requisitos de software no funcional.
3.4.1 Matriz de trazabilidad entre requisitos de usuario y casos de uso
REQUISITOS DE CASOS DE USO

USUARIO
REQUISTIOS DE CU- CU- CU- CU- CU- CU- CU- CU-

CAPACIDAD 01 02 03 04 05 06 07 08
RUC-01 X
RUC-02 X
RUC-03 X
RUC-04 X
RUC-05 X
RUC-06 X
RUC-07 X
RUC-08 X
RUC-09 X
RUC-10 X
RUC-11 X
RUC-12 X
RUC-13 X
REQUISITOS DE CU- CU- CU- CU- CU- CU- CU- CU-

RESTRICCIN 01 02 03 04 05 06 07 08
RUR-01
RUR-02
Pgina 83 de 145
Mara Molina Rodas
RUR-03
RUR-04 X X X
RUR-05
RUR-06 X X X X X
RUR-07 X
RUR-08 X
Tabla 6161.- Matriz de Trazabilidad de los Requisitos de Usuario y Restriccin frente a los Casos de Uso
3.4.2 Matriz de trazabilidad entre requisitos de usuario y requisitos de software

funcionales
REQUISITOS
REQUISITOS DE SOFTWARE FUNCIONAL
DE USUARIO
REQUISTIOS
RSF-01
RSF-02
RSF-03
RSF-04
RSF-05
RSF-06
RSF-07
RSF-08
RSF-09
RSF-10
RSF-11
RSF-12
RSF-13
RSF-14
DE
CAPACIDAD
RUC-01 X
RUC-02 X
RUC-03
RUC-04 X X
RUC-05 X
RUC-06 X
RUC-07 X
RUC-08 X
RUC-09 X
RUC-10 X X
RUC-11 X
RUC-12 X
RUC-13 X
Pgina 84 de 145
Mara Molina Rodas
REQUISITOS
RSF-01
RSF-02
RSF-03
RSF-04
RSF-05
RSF-06
RSF-07
RSF-08
RSF-09
RSF-10
RSF-11
RSF-12
RSF-13
RSF-14
DE
RESTRICCIN
RUR-01 No Aplicable
RUR-02 No Aplicable
RUR-03 X
RUR-04 X X
RUR-05 No Aplicable
RUR-06 X X X X X X X X X X
RUR-07 X
RUR-08 X
Tabla 6262.- Matriz de Trazabilidad de los Requisitos de Usuario frente a los Requisitos de Software
Funcional
3.4.3 Matriz de trazabilidad entre requisitos de usuario y requisitos de software no

funcional
REQUISITOS DE
REQUISITOS DE SOFTWARE NO FUNCIONAL
USUARIO
RSNF-01
RSNF-02
RSNF-03
RSNF-04
RSNF-05
RSNF-06
RSNF-07
RSNF-08
RSNF-09
RSNF-10
RSNF-11
REQUISTIOS DE
CAPACIDAD
RUC-01 X
RUC-02 X
RUC-03 X
RUC-04 X X
RUC-05
RUC-06
RUC-07 X
RUC-08 X X
Pgina 85 de 145
Mara Molina Rodas
RUC-09
RUC-10 X
RUC-11
RUC-12
RUC-13
RSNF-01
RSNF-02
RSNF-03
RSNF-04
RSNF-05
RSNF-06
RSNF-07
RSNF-08
RSNF-09
RSNF-10
RSNF-11
REQUISITOS DE
RESTRICCIN
RUR-01 X
RUR-02 X
RUR-03 X
RUR-04 X
RUR-05 X X
RUR-06 X
RUR-07 X
RUR-08 X
Tabla 6363.- Matriz de Trazabilidad de los Requisitos de Usuario frente a los Requisitos de Software No
Funcional
3.4.4 Matriz de trazabilidad entre requisitos de software y casos de uso
REQUISITOS DE
CASOS DE USO
SOFTWARE
REQUISTIOS CU- CU- CU- CU- CU- CU- CU- CU-
FUNCIONALES 01 02 03 04 05 06 07 08
RSF-01 X
RSF-02 X
RSF-03 X
RSF-04 X
RSF-05 X
RSF-06 X
Pgina 86 de 145
Mara Molina Rodas
RSF-07 X
RSF-08 X
RSF-09 X
RSF-10 X
RSF-11 X
RSF-12 X
RSF-13
RSF-14 X
REQUISITOS NO CU- CU- CU- CU- CU- CU- CU- CU-
FUNCIONALES 01 02 03 04 05 06 07 08
RSNF-01 No Aplicable
RSNF-03 X
RSNF-04 X
RSNF-05 X X X
RSNF-08 X
RSNF-09 X
RSNF-10 X
Tabla 6464.- Matriz de Trazabilidad de los Requisitos de Software frente a los Casos de Uso
Pgina 87 de 145
Mara Molina Rodas
4 Diseo del sistema

Una vez comprobada la coherencia de todos los requisitos y casos de uso en la
siguiente etapa se pasar a describir el diseo de la aplicacin. Para ello en la primera
fase se describir el entorno donde se integrar la aplicacin para poder comprender en
los siguientes apartados el funcionamiento de nuestra aplicacin. En la segunda fase se
presentar la arquitectura software presentndose el patrn de diseo que seguir la
aplicacin. Tras este paso, se describir cada uno de los componentes de la aplicacin
para posteriormente realizar la matriz de trazabilidad con el fin de asegurar que se
encuentran todas las funcionalidades incluidas en los componentes. Por ltimo, se
presentar un prototipo de baja fidelidad con el objetivo de mostrar al cliente cmo ser
la aplicacin para reducir o eliminar las disconformidades y cambios en las futuras
fases.
4.1 Contexto del sistema

Para comprender mejor el funcionamiento de la aplicacin, en primer lugar,
daremos una visin ms general del sistema, observando su entorno y sus lmites. Se
mostrarn los actores que influyen para la entrada y salida de datos en la aplicacin,
adems de los usuarios que pueden consultar la informacin, como es el caso del
usuario o paciente. Por todo esto, se ha de comentar que la aplicacin sirve de
intermediaria para todo este tipo de comunicacin.
Adems, hay que tener en cuenta, que los datos estn almacenados en dos bases
de datos una interna de la aplicacin y otra externa. En la interna se quedan
almacenados los datos de registro del usuario en la aplicacin siendo el nombre,
apellidos, telfono y correo electrnico. En la base de datos externa estn registrados los
datos relativos a los usuarios, mensajes, mdicos, medicamentos, etc. Cuando un
usuario acceda a la aplicacin se comprobar si ya est registrado o no para poder
permitirle el acceso.
Pgina 88 de 145
Mara Molina Rodas
Ilustracin 19.19 Entorno de la Aplicacin Mvil
En este documento se desarrolla el diseo de la aplicacin mvil descrita a lo

largo de todo el documento, pero hay que enmarcar que el proyecto consta de dos partes
que se deben de comunicar para lograr un correcto funcionamiento o equipamiento:
Aplicacin de Mvil: Este proyecto es el que se est describiendo a lo largo de

todo este documento. Tiene como objetivo el diseo de una aplicacin en
Android que permite a los pacientes comunicarse con los doctores, alertar de
incidencias, alertar toma de medicamentos, etc.
Aplicacin Web: Este proyecto tiene como objetivo comunicacin paciente

doctor, mandarles tratamientos, comunicarse doctor con doctor, recepcin y
tratamiento de mensajes de incidencias, etc.
Base de Datos: En la base de datos se almacena todo lo relativo a los pacientes,

doctores, tratamientos, etc. Por lo que la base de datos ser la unin de las dos
aplicaciones.
Pgina 89 de 145
Mara Molina Rodas
4.2 Arquitectura Software

En este apartado se definirn los componentes y la interaccin entre los mismos.
Muestra aplicacin consta de tres partes: la primera es la interfaz de interaccin con los
usuarios, los datos almacenados y la lgica de unin entre las dos partes.
Junto al desarrollo de esta tecnologa se ha hecho uso de un patrn de diseo que

encaja perfectamente con esta tecnologa denominado Model-View-ViewModel [40]
(MVVM). Que consigue separar la vista (View) de la lgica de negocio (ViewModel) y
del modelo de datos (Model) y la lgica de negocio del modelo de datos. Cada una de
estas capas tiene un objetivo dentro del patrn.
Ilustracin 20.20 Modelo de Vista Controler (MVC)
Con MVC cada tipo de objeto es responsable de solo una cosa, lo que simplifica
el desarrollo, comprensin y prueba del cdigo. Adems, es fcil reemplazar las vistas,
o tener ms de una vista de los mismos datos. A continuacin se describirn las
diferentes partes del modelo para as poder describir de forma ms detallada el modelo:
Modelo: el modelo contiene los datos almacenados con los que trabaja la
aplicacin y permite interactuar con ellos y representarlos.
Vista: la vista se refiere a todos los elementos que aparecen en la interfaz grfica
de usuario como botones, etiquetas y otros controles.
Ver modelo: el modelo de vista es un "modelo de la vista", lo que significa que

es una abstraccin de la opinin de que tambin sirve de mediador entre la vista
y el modelo que es el objetivo de los enlaces de vista de datos. Podra ser visto
como un aspecto especializado de lo que sera un controlador (en el patrn
MVC) que acta como un convertidor que cambia la informacin del modelo en
Pgina 90 de 145
Mara Molina Rodas
la informacin vista y pasa comandos desde el punto de vista en el modelo. El

modelo de vista expone propiedades pblicas, los comandos y las abstracciones.
Controlador: representa el papel de mediador entre las dos capas anteriores.

Recibe peticiones de la Vista, que provienen del usuario, y realizar los cambios
oportunos en el modelo. Refresca la Vista con estos cambios para que se le
muestren al usuario.
Binder: el uso de una tecnologa de enlace de datos declarativo se unen y

comando es una parte implcita del patrn. En esencia, este componente
arquitectnico libera al desarrollador de estar obligado a escribir la lgica de la
placa de la caldera para sincronizar el modelo y la vista.
Ilustracin 21.21 Modelo de Vista Vista-Controler
4.2.1 Arquitectura del Sistema
Una vez identificado el entorno donde se integrar la aplicacin a continuacin,

en este punto, se mostrar la arquitectura de la aplicacin indicndose la sucesin de
componentes que sern utilizados para el correcto funcionamiento.
La ejecucin normal de la aplicacin seguir las siguientes cuatro fases. Hay que
tener en cuenta que en caso de activar algn botn la aplicacin aadir nuevas fases al
funcionamiento habitual como por ejemplo en el caso de emergencia se incluirn dos
nuevas fases como localizar el dispositivo y enviar mensaje de emergencia, en caso de
tener duda enviaremos un mensaje, luego otra fase cuando accedamos a la web y por
ltimo otra fase para consultar las tomas de los medicamentos.
Pgina 91 de 145
Mara Molina Rodas
El usuario accede a la aplicacin y se comprueba que esta

RECONOCIMIENTO
registrado en la base de datos.
En esta fase la aplicacin comprueba al conectarse a la

base de datos si el usuario tiene nuevos tratameintos
COMPROBACIN mensajes para alertar de esta novedad.
En esta fase la aplicacin alertar al usuario en caso de

ALERTA MENSAJES
tener un nuevo mensaje del doctor.
En esta fase la aplicacin enva una alerta al usuario de la

ALERTA hora a la que debe tomar el medicamento.
MEDICAMENTOS
Ilustracin 22.22 Fases de la ejecucin aplicacin
A continuacin se mostrar un modelo ms grfico de lo comentado con

anterioridad observando en aspectos generales que arquitectura tiene la aplicacin
mvil.
Ilustracin 23.23 Mdulos de la aplicacin
Pgina 92 de 145
Mara Molina Rodas
A continuacin vamos a exponer las diferentes partes del modelo utilizado de

MVVM con respecto a nuestra aplicacin:
Vista: En la capa correspondiente a la vista se ubica un nico componente

denominado Interfaz. Este se encarga de presentar toda la informacin al usuario
utilizando distintas interfaces y proporcionarle un medio de interaccin
actuando de intermediario entre el mismo y el controlador. Cuando el usuario
interacta con la interfaz, la informacin que introduce, ya sean eventos por
pulsacin de botones o datos introducidos, debe ser comunicada al controlador
para que este pueda notificar al modelo y se realicen los cambios pertinentes.
Para esta comunicacin, el componente de la vista utiliza las interfaces
proporcionadas por el controlador que se especifican posteriormente en la
descripcin de dicha capa.
Controlador: El controlador del sistema se divide en un grupo de componentes

cada uno de los cuales se ocupa de una funcionalidad diferente. Cada
componente se comunica con la vista de manera independiente proporcionando
una interfaz especfica mediante la cual recibe los datos introducidos por el
usuario y realiza las acciones pertinentes sobre el modelo, con el cual se
comunica mediante una interfaz que este proporciona y que se detalla a
continuacin en la seccin relativa al diseo de la capa del modelo.
Emergencia: En esta interfaz se encarga de enviar un mensaje con la

localizacin para avisar al mdico de que el paciente esta indispuesto.
Mensajes: Se encarga de controlar el envo y recepcin de mensajes

entre paciente y doctor.
Acceso Web: En esta interfaz se interactuar con la pgina web que

concierne a la otra parte del proyecto global.
Medicamentos: En esta interfaz lo que tenemos es lo relativo a la toma

y consulta de medicamentos o tratamientos del paciente.
Modelo: En la capa de modelo de la aplicacin se ubica un nico componente

denominado Datos. Como su nombre indica, es el encargado de almacenar los
datos o informacin del sistema garantizando su persistencia y disponibilidad.
Este componente permite la comunicacin con los subcomponentes del
controlador que les ofrece la posibilidad de almacenar y obtener informacin
segn sea pertinente.
Pgina 93 de 145
Mara Molina Rodas
4.3 Especificacin del diseo de componentes

Para esquematizar en ms detalle la arquitectura del sistema que se ha comentado
con anterioridad en este punto, se detallarn los componentes que forman la aplicacin
en forma de tablas. Estas tablas contendrn los siguientes campos:
Identificador: Permitir reconocer a cada componente de la aplicacin de

manera unvoca. Este campo seguir la siguiente nomenclatura: CO-<Nmero>
donde ser un nmero de dos cifras que empezar desde el valor 01 y ser ir
incrementado en una unidad (Tras las modificaciones de los componentes no se
asegurar la sucesin de los nmeros).
Nombre: Indicar de manera breve el objetivo del componente.
Tipo: Indicar el nivel al que se encuentra el componente.
Propsito: Especificar los requisitos de software cuya funcionalidad estar

implementada en el componente.
Funcin: Especificar de manera detalladamente y completa la funcionalidad

componente.
Relacionados: Especificar los componentes con los que estar relacionado

componente actual de manera directa.
Subordinados: Especificar los componentes en los que se dividir el

componente actual.
A continuacin se muestra un ejemplo de la tabla que contendr los componentes

del sistema:
CO-01
Nombre
Tipo
Propsito
Funcin
Relacionados
Subordinados
Tabla 6565.- Tabla de Ejemplo de los Componentes del Sistema
Pgina 94 de 145
Mara Molina Rodas
4.3.1 Componente del Sistema
CO-01
Nombre Base de Datos Externa
Tipo Mdulo
Propsito RSF-07, RSF-08, RSF-09, RSF-10, RSF-11, RSF-13, RSF-14
Funcin Este componente tiene como funcin poder acceder a los datos
almacenados para obtencin de datos, comprobacin de
tratamientos y almacenamiento.
Relacionados Ninguno
Subordinados CO-02
Tabla 6666.- Componente del Sistema 01Base de datos externa
CO-02
Nombre Acceso al Sistema
Tipo Mdulo
Propsito RSF-01, RSF-02
Funcin Este componente tiene como finalidad ofrecer una interfaz de
acceso a los diferentes usuarios de la aplicacin.
Relacionados CO-01
Subordinados Ninguno
Tabla 6767.- Componente del Sistema 02Acceso al Sistema
CO-03
Nombre Interfaz
Tipo Mdulo
Propsito RSF-02, RSF-04, RSF-05, RSF-07, RSF-8, RSF-09, RSF-10,
RSF-12, RSF-13, RSF-14
Funcin Este componente tiene como funcin la renderizacin de la
aplicacin tras la realizacin de diferentes acciones.
Relacionados CO-01, CO-02
Tabla 6868.- Componente del Sistema 03Interfaz
CO-04
Nombre Comunicacin
Tipo Mdulo
Propsito RSF-04, RSF-05, RSF-06, RSF-08
Funcin Este componente tiene como funcin proporcionar comunicacin
entre los usuarios y los doctores.
Tabla 6969.- Componente del Sistema 04Comunicacin
Pgina 95 de 145
Mara Molina Rodas
CO-05
Nombre Internet
Tipo Mdulo
Propsito RSF-03, RSF-05, RSF-06, RSF-08, RSF-12, RSF-13, RSF-14
Funcin Este componente tiene como funcin la comunicacin de la
aplicacin con el otro proyecto (pgina web) y con diferentes
aspectos de la aplicacin.
Relacionados CO-04, CO-03
Tabla 7070.- Componente del Sistema 05Internet
CO-06
Nombre Base de Datos Local
Tipo Mdulo
Propsito RSF-01, RSF-02, RSF-07, RSF-10, RSF-12
Funcin Este componente tiene como funcin poder acceder a los datos
almacenados para comprobacin de registro y otros datos.
Relacionados CO-03
Tabla 7171.- Componente del Sistema 06Base de datos local
CO-07
Nombre Visualizacin
Tipo Mdulo
Propsito RSF-01, RSF-07, RSF-06, RSF-10 , RSF-11
Funcin Este componente tiene como funcin mostrar la informacin
requerida por los usuarios obtenidas de la Base de Datos.
Relacionados CO-01
Tabla 7272.- Componente del Sistema 07Visualizacin
CO-08
Nombre Gestin de Verificacin
Tipo Mdulo
Propsito RSF-02
Funcin Este componente tiene como funcin la comprobacin del
cumplimiento de los requisitos especificados por formularios,
etc.
Tabla 7373.- Componente del Sistema 08Gestin de verificacin
Pgina 96 de 145
Mara Molina Rodas
4.3.2 Matrices de trazabilidad

Una vez presentados, en el punto anterior, los mdulos que componen la
aplicacin y detallado su objetivo en este punto se comprobar que cubren todos los
requisitos de software. Para ello se emplearn una matriz de trazabilidad comparando
los requisitos de software y los componentes o mdulos.
4.3.2.1 Matrices de trazabilidad entre requisitos de software funcionales y

componentes
REQUISITOS DE COMPONENTES DEL SISTEMA
SOFTWARE
REQUISTIOS CO- CO- CO- CO- CO- CO- CO- CO-

FUNCIONALES 01 02 03 04 05 06 07 08
RSF-01 X X X
RSF-02 X X X X
RSF-03 X
RSF-04 X X
RSF-05 X X X
RSF-06 X X
RSF-07 X X X X
RSF-08 X X X X
RSF-09 X X
RSF-10 X X X X
RSF-11 X X
RSF-12 X X X
RSF-13 X X X
RSF-14 X X X
Tabla 74.- Matriz de Trazabilidad entre Requisitos de Software Funcionales y los Componentes del Sistema
Pgina 97 de 145
Mara Molina Rodas
4.4 Estructura del Modelo de Datos

Como se puede ver en el esquema de la arquitectura software existirn dos bancos
de datos para nuestra aplicacin. Por un lado estar la base de datos del registro del
usuario en la aplicacin, cuya base de datos es interna en la aplicacin. Por el otro lado,
estar la base de datos comn entre los dos proyectos existentes ya que comparten la
informacin para los pacientes con sus tratamientos. A continuacin se mostrar el
modelo relacional de ambas base de datos explicndose el contenido de los campos ms
relevantes para la aplicacin.
4.4.1 Base de Datos de los Estados
4.4.1.1 Base de Datos Interna
Ilustracin 24.24 Base de Datos Interna
La Base de Datos Interna contiene tres tablas diferentes. La primera contiene los datos
de acceso a la aplicacin del usuario registrado adems del identificador de usuario en la
base de datos externa y el nmero de doctor que tiene asignado:
Nombre y apellidos: contiene nombre y apellidos del usuario a registrarse.

Telfono mvil: Nmero del telfono en el cual se est instalando la aplicacin.
Correo electrnico: Correo electrnico del paciente para poder comunicarse de
otra modo en caso de necesitarlo.
Nmero: contiene el nmero identificativo de la base de datos externa.
Doctor: contiene el nmero del doctor que tiene asignado en la base de datos
externa.
Pgina 98 de 145
Mara Molina Rodas
La segunda tabla contiene los mensajes que el doctor le ha enviado al paciente:
Origen: contiene el identificador del origen del mensaje, es decir, quin le ha

enviado el mensaje al usuario.
Identificador: contiene el identificador del mensaje de la base de datos externa.
Contenido: contiene el contenido del mensaje.
Foto: contiene la foto que se ha enviado en el mensaje, siempre y cuando
contenga imagen dicho mensaje.
Fecha: contiene la fecha en la que se ha recibido el mensaje.
Hora: Contiene la hora a la que se ha recibido el mensaje.
Por ltimo, la tercera tabla de la base de datos interna es tratamientos, en dicha tabla se
encuentran los tratamientos actuales que tiene el usuario:
Identificador: contiene el identificador del tratamiento en la base de datos

externa.
Inicio: contiene la fecha en la cual debe iniciarse el tratamiento.
Fin: contiene la fecha en la cual debe finalizar el tratamiento.
Medicamento: contiene el identificador del medicamento que debe tomar para
el tratamiento.
Nombre: Contiene el nombre del tratamiento.
Frecuencia: Contiene cada cuanto tiempo tiene que realizar dicho tratamiento.
4.4.1.2 Base de Datos Externa

A continuacin explicaremos las tablas que son relativas a la base de datos externa
de este proyecto, observando adems la estructura completa de la base de datos para la
aplicacin. Hay que destacar que esta es la parte comn entre la aplicacin web y la
aplicacin mvil.
Paciente: que contiene los datos de los pacientes registrados

en el sistema. Cuenta con los siguientes registros:
o NumeroPaciente: es el identificador del paciente de
la aplicacin. Es unvoco.
o Usuario: nombre de acceso a la aplicacin.
o Password: contrasea de acceso a la aplicacin.
o Datos: contiene los datos relevantes del paciente:
alergias, cardiopatas, etc.
o Tratamiento: contiene las tomas de medicamentos del paciente.
o Mdico: contiene el nmero de mdico que lleva la evolucin del
paciente.
o Nombre: contiene el nombre del Paciente.
o Apellidos: contiene los apellidos del Paciente.
o Correo: contiene el correo personal de contacto con el Paciente.
Pgina 99 de 145
Mara Molina Rodas
o Estado: campo que muestra el estado del paciente: 0-Activo, 1-No

activo, 2-Peticin de Baja.
Medicamento: contiene los datos de un

medicamento en concreto que debe tomarse un paciente
registrado en la aplicacin. Cuenta con los siguientes
registros:
o ID: identifica de manera unvoca al
medicamento
o Nombre: nombre del medicamento
o Foto: foto del medicamento.
o Posologa: modo de tomarse cada medicamento.
o Contraindicaciones: contraindicaciones que puede presentar el
medicamento
o Historial: contiene el periodo de tomas del medicamento.
Mensaje: contiene los datos de todos los mensajes

que se intercambian a travs de la aplicacin. Cuenta con
los siguientes registros:
o ID: identifica el mensaje de manera unvoca.
o Origen: contiene en identificador del
usuario de origen que enva el mensaje
o Tipo_Origen: tipo de usuario que enva el mensaje: 0-administrador, 1-
paciente, 2-doctor.
o Destino: identificador del usuario al que va destinado el mensaje.
o Tipo_Destino: tipo de usuario que recibe el mensaje: 0-administrador, 1-
paciente, 2-doctor.
o Contenido: contenido del mensaje
o Tipo_mensaje: identifica al mensaje como: 1-Consulta, 2-Peticion
Ayuda, 3-De Doctores, 4-Incidencia.
o Foto: foto del mensaje si la lleva.
Tipo Mensaje: contiene los distintos tipos de mensajes que

pueden darse en la aplicacin. Cuenta con los siguientes registros:
o ID: identifica el tipo de de mensaje. Puede ser 1,2,3 o 4.
o Tipo: puede ser: Consulta, Peticin Ayuda, De Doctores o Incidencia.
Tratamiento: contiene los datos del tratamiento que debe

llevar un paciente registrado en el sistema con un determinado
medicamento. Cuenta con los siguientes registros:
o ID: identifica de manera unvoca el tratamiento.
o Inicio: fecha de inicio del tratamiento.
o Fin: fecha de fin del tratamiento.
o Medicamento: identifica unvocamente el medicamento de este
tratamiento en concreto.
Pgina 100 de 145

Mara Molina Rodas
o Nombre: nombre del medicamento.

o Frecuencia: frecuencia de las tomas del medicamento.
Ilustracin 25.25 Modelo relacional de la Base de Datos Externa
4.5 Prototipo de la interfaz

En este apartado ser posible tener una visin general de cmo ser la aplicacin
final. Gracias a estos prototipos, el cliente podr tener una primera toma de contacto de
cmo ser la futura aplicacin permitiendo la reduccin o eliminacin de
disconformidades en la fase de diseo de la aplicacin. A continuacin se mostrarn
cada una de las diferentes ventanas describindola utilidad de cada uno de los
componentes.
4.5.1 Ventana de Registro

Antes de empezar a realizar la aplicacin se disearon una serie de bocetos en los cuales
la venta de registro no constaba como ventana inicial, por lo que la ventana de registro
ha sido realizada una vez ya empezada la programacin de la aplicacin.
Pgina 101 de 145

Mara Molina Rodas
4.5.2 Ventana de Aceptacin de Datos

Como ocurre con la ventana anteriormente citada, esta parte de la aplicacin fue
implementada directamente una vez empezada.
4.5.3 Ventana Principal

En un principio la ventana principal tena esta perspectiva, pero sin embargo ha
cambiado mucho. El botn de aceptar era para aceptar la alerta de la toma de
tratamientos, pero ha sido modificado por un botn especfico de tratamientos. El botn
de emergencia es el mismo para el caso de que ocurra alguna emergencia enviar un
mensaje notificndolo. El botn de consulta es para enviar mensajes al doctor y por
ltimo el botn de familiar sirve para poder contactar con algn familiar en caso de
necesitarlo, pero dicho botn ha sido cambiado por un acceso a la pgina web de la
aplicacin debido que al tratarse de una aplicacin para un telfono mvil este botn
seria redundante.
Ilustracin 26.26 Ventana principal
4.5.4 Ventana de Emergencia

Cuando se pulsa el botn de emergencia lo que realizamos es el envo de un mensaje de
auxilio con la localizacin del telfono mvil.
Pgina 102 de 145

Mara Molina Rodas
Ilustracin 27.27 Ventana de emergencia
4.5.5 Ventana de Toma de Medicamentos

La toma de medicamentos fue contemplada en dos botones, aunque actualmente solo
consta de uno. El primer botn era para aceptar cuando se produjera una alerta de un
medicamento, en el caso del segundo botn era para observar las tomas que tiene en ese
momento. Este ltimo botn es el que ahora est en la aplicacin.
Ilustracin 28.28 Ventana de tratamientos
Pgina 103 de 145

Mara Molina Rodas
Ilustracin 29.29 Ventana de consulta de tratamientos
4.5.6 Ventana de Mensajes mdico-paciente

La ventana de envo de mensajes tambin es nueva, ya que solo contbamos con
llamadas de emergencia y la alerta de toma de medicamentos.
4.5.7 Ventana de Acceso a la Aplicacin Web

En el caso de la ventana de acceso a la aplicacin web en un principio no exista. Por lo
que, en un primer lugar se prevea un botn de llamada a una serie de familiares, pero al
ser una aplicacin para un telfono mvil este botn se elimino al observar que era
innecesario.
Ilustracin 30.30 Ventana de acceso a la aplicacin web
Pgina 104 de 145

Mara Molina Rodas
5 Implementacin y Desarrollo
Este captulo del documento se detallar la implementacin que se ha realizado
para el proyecto. Indicndose previamente los prototipos previos a la implementacin y
la estructura del directorio del proyecto. Adems, se aadir un apartado de pruebas y
un apartado de implantacin de la aplicacin.
5.1 Tecnologas empleadas

La aplicacin deber funcionar independientemente de la versin de Android
utilizada, debido a que esta creado en la versin ms baja para cualquier dispositivo,
para que cualquier persona que disponga de un dispositivo Android pueda utilizarla.
Por otro lado, para desarrollar el cdigo de la aplicacin se ha utilizado, como ya

planeamos, la herramienta Eclipse con su lenguaje de programacin de Java.
5.2 Estructura del Proyecto

Con Eclipse al aadir la funcionalidad de Android nos proporciona una ventana
en la cual podemos disear nuestra aplicacin de forma ms grfica, la cual contiene un
cuadro de herramientas en el que se pueden elegir los controles deseados y se asigna la
ubicacin de cada uno de ellos en la pantalla. Tambin se pueden establecer las
propiedades para cada control que se inserte, para que estas puedan cumplir su cometido
en la aplicacin. Podemos verlo en la siguiente ilustracin.
Ilustracin 31.31 Estructura de Eclipse con Android
Pgina 105 de 145

Mara Molina Rodas
A continuacin podemos ver la estructura de carpetas que contiene el proyecto y

explicaremos que contiene cada una de ellas:
Ilustracin 32.32 Estructura de los Directorios
Pgina 106 de 145

Mara Molina Rodas
Como puede observarse en la ilustracin anterior, la estructura del directorio es la

siguiente:
src: en este paquete contiene todos los todas las clases encargadas de realizar la
funcionalidad de la aplicacin.
o Paquete.asistencia: Contiene todos los archivos java con los cuales se
realiza la funcionalidad de las diferentes partes de la aplicacin.
o Paquete.database: Contiene el archivo el cual se encarga de crear la base
de datos y obtiene los mtodos tiles para la gestin de la base de datos.
gen: contiene todas las referencias a todos los elementos que se encuentran en la
aplicacin.
res: Contiene los xml y los drawables encargados de ver grficamente la

aplicacin.
o Drawable: contiene las imgenes que se pueden observar en la
aplicacin.
o Layout: contiene los xml encargados de pintar la aplicacin.
o Values: contiene los xml de los strings registrados en la aplicacin y xml
adicionales.
AndroidManifest: contiene los permisos y las actividades que se deben utilizar

para que la aplicacin desempee una correcta funcionalidad.
Para la gestin de la base de datos interna, se realiza mediante la misma aplicacin y

las herramientas utilizadas para esta. Pero en el caso de la base de datos externa que es
la comn en los dos proyectos, se ha utilizado la comunicacin mysql-php. Para que la
aplicacin coja los datos de esta base de datos lo que realizamos es la comunicacin de
esa base de datos que esta subida al servidor XAMPP mediante el protocolo cliente-
servidor mediante httpClient y httpResponse.
5.3 Base de Datos Mysql con php

Para la comunicacin con la Base de Datos se ha utilizado una serie de archivos
[32]
PHP que es un lenguaje de programacin de uso general de script del lado del
servidor originalmente diseado para el desarrollo web de contenido dinmico. Estos
archivos de PHP son los encargados de realizar las peticiones de consulta.
Para obtener los datos de dichas peticiones de consulta se utiliza el protocolo

cliente-servidor de HttpClient y HttpResponse[33] que es una interfaz para un cliente
Http. Con estos clientes se encapsulan una mezcla heterognea de objetos necesarios
para ejecutar solicitudes HTTP mediante las cookies de autenticacin, manejo, gestin
de conexiones, y otras caractersticas. Por lo que, con http conseguimos los datos
relativos a la consulta especificada en el PHP.
Por ltimo, para obtener objeto a objeto de la base de datos se utiliza JSON
(JavaScript Object Notation) [34] que es un formato ligero para el intercambio de datos.
Pgina 107 de 145
Mara Molina Rodas
Por lo tanto lo que extraemos es objeto a objeto para as poder utilizarlo como lo
necesitemos en cada momento.
Para que los trminos anteriormente comentados se vean de forma ms clara,

mostraremos a continuacin una serie de fragmentos obtenidos del cdigo de la
aplicacin:
PHP: a continuacin se muestran una serie de consultas para observar con

detenimiento como se realizan dichas consultas con PHP.
En este fragmento de cdigo podemos observar una consulta que hacemos a la

base de datos donde queremos el tratamiento de un paciente especfico.
Ilustracin 33.33 PHP - Consulta
En este fragmento de cdigo lo que podemos observar es una insercin en la

base de datos en la tabla mensajes cuando el usuario tiene una emergencia.
Ilustracin 34.34 PHP Insercin
Pgina 108 de 145

Mara Molina Rodas
En el siguiente fragmento de cdigo lo que podemos observar es el borrado de

un elemento en la base de datos de Mysql.
Ilustracin 35.35 PHP - Borrado
HttpClient y HttpResponse:
En este fragmento de cdigo lo que podemos observar es el envi de una

peticin de consulta con una serie de parmetros de entrada, y despus
obtenemos la respuesta.
Ilustracin 36.36 HttpClient y HttpResponse
Pgina 109 de 145

Mara Molina Rodas
Con este fragmento de cdigo lo que podemos observar es cuando al obtener la

respuesta del HttpResponse lo que hacemos es obtener toda esa informacin en
un String.
Ilustracin 37.37 Leer datos con BufferedReader
JSON:
Con este fragmento de cdigo lo que podemos observar es que con JSONArray
lo que hacemos es poner el String de los datos en un array y con JSONObject lo
que realizamos es obtener objeto a objeto de ese array.
Ilustracin 38.38 Obtener los objetos con JSON
Pgina 110 de 145

Mara Molina Rodas
5.4 Navegabilidad Android

Utilizamos el servicio de navegacin interno de Android para enviar al usuario a
la actividad correspondiente. A continuacin vamos a explicar brevemente los pasos que
deberamos seguir para implementar esta navegabilidad entre las distintas interfaces de
la aplicacin.
En este caso la navegabilidad con Android es muy sencilla, mediante Intent

podemos pasar de manera sencilla de una ventana a otra. Hay dos maneras pasando
datos de una aplicacin a otra o simplemente pasar a una aplicacin.
Intent sin datos de envo: En este caso tan solo con poner la actividad a la que
te quieres desplazar es suficiente.
Ilustracin 39.39 Navegabilidad de Android
Intent con datos de envo: En este caso lo que realizamos es poner los valores
en el intent para poder rescatarlos en la actividad de destino.
Ilustracin 40.40 Navegabilidad de Android con datos
Para obtener los datos en la otra actividad lo que realizamos es lo siguiente:
Ilustracin 41.41 Navegabilidad de Android con Bundle
Pgina 111 de 145

Mara Molina Rodas
5.5 Interfaz
En este apartado comentaremos las diferentes interfaces de usuario que nos podemos
encontrar cuando iniciemos la aplicacin. Aunque al final de dicho documento habr un
manual para el usuario, en este apartado comentaremos la funcionalidad de cada una de
ellas.
5.5.1 Interfaz de Registro Usuario
Ilustracin 42.42 Interfaz de Registro
Esta interfaz sirve para registrar al usuario de la aplicacin. Existen unos campos para
rellenar el nombre, apellidos y el correo electrnico. Hay que tener en cuenta que es
muy importante insertar los mismos datos que se tienen registrados como usuario en la
aplicacin del doctor en la pgina web (otro proyecto), ya que se comprueba con la base
de datos externa, que es donde estn registrados los pacientes, para que no te lleguen los
mensajes y tratamientos de otro usuario.
Pgina 112 de 145

Mara Molina Rodas
5.5.2 Interfaz de Confirmacin de los Datos
Ilustracin 43.43 Interfaz de Confirmacin
En esta interfaz lo que observamos es cuando has metido los datos de registro, se
comprueban con la base de datos externa y si no coincide con ningn paciente te dice
que los datos son incorrectos y debes volver a la interfaz de registro. Si son correctos
entras a la aplicacin. Estas dos pantallas solo se muestran la primera vez que accedes a
la aplicacin, ya que solo se necesario registrarse una vez.
Pgina 113 de 145

Mara Molina Rodas
5.5.3 Interfaz Principal de la Aplicacin
Ilustracin 44.44 Interfaz Principal
En la ventana principal de la aplicacin podemos encontrar cuatro botones, que nos

lleva a las diferentes funcionalidades de dicha aplicacin. Los botones son: el botn de
emergencia, el botn de acceso a la pgina web, el botn de mensajes y el botn de
tratamientos.
Pgina 114 de 145

Mara Molina Rodas
5.5.4 Interfaz de Emergencia
Ilustracin 45.45 Interfaz de Emergencia
Cuando pulsamos el botn de emergencia lo que ocurre es que se enva un mensaje con
las coordenadas en longitud y latitud de donde se encuentra el mvil en ese momento,
para que en caso de que el usuario no conteste saber donde poder ir a buscarle, en caso
de tener alguna emergencia. Se nos muestra un mensaje diciendo que se ha enviado la
peticin correctamente.
Pgina 115 de 145

Mara Molina Rodas
5.5.5 Interfaz de Acceso a la Pgina Web
Ilustracin 46.46 Interfaz de acceso a la pgina web
El enlace a la pgina web, se abre el navegador que tiene acceso a la Pgina web del
otro proyecto. Al no tener acceso a dicho proyecto solo se abre el navegador pero la
pgina que muestra no es la correcta. Sin embargo, si el proyecto estuviera en funcin
se abrira la pgina web correctamente.
5.5.6 Interfaz de Mensajes doctor-paciente
Ilustracin 47.47 Interfaz de los Mensajes
Pgina 116 de 145

Mara Molina Rodas
En esta interfaz se muestran todos los mensajes que el doctor le ha enviado al paciente
en concreto. Se puede observar si tiene foto o no el mensaje, el contenido y la fecha y
hora de recepcin del mensaje. Tambin se observa el botn + el cual sirve para poder
enviar mensajes al doctor.
5.5.7 Interfaz de Envo de Mensajes
Ilustracin 48.48 Interfaz de Enviar Mensajes
En esta interfaz el usuario podr enviar un mensaje a su doctor si tiene alguna consulta o
incidencia con algn medicamento o tratamiento.
Pgina 117 de 145

Mara Molina Rodas
5.5.8 Interfaz de Consulta de Tratamientos
Ilustracin 49.49 Interfaz de Tratamientos
En el caso de tener algn tratamiento se mostrar que tipo de tratamiento se est

realizando, la fecha de inicio y fin del mismo y el medicamento que se debe de tomar.
5.5.9 Interfaz de Consulta de Medicamento del Tratamiento
Ilustracin 50.50 Interfaz del Medicamento
Pgina 118 de 145

Mara Molina Rodas
Si pulsamos unos de los tratamientos que estamos realizando en este momento, se nos
abre esta interfaz en la cual tenemos todos los datos relativos al medicamento que
tenemos que tomar en cada momento.
5.5.10 Interfaz de Borrado de Mensajes del doctor-paciente
Ilustracin 51.51 Interfaz de Borrado de Mensajes
Cuando deseemos borrar algunos de los mensajes que estn almacenados en nuestra
aplicacin, simplemente debemos pulsar sobre dicho mensaje. A continuacin nos
saldr una ventana emergente para poder finalizar con dicho borrado.
Pgina 119 de 145

Mara Molina Rodas
5.6 Pruebas
En este punto, describiremos las distintas pruebas que hemos realizado para comprobar
el correcto funcionamiento de la aplicacin. Adems incluiremos una matriz de
trazabilidad para comprobar que se cumplen todos los requisitos de usuario que se
fijaron en las distintas reuniones con el cliente.
5.6.1 Tabla de Pruebas
Cdigo de Prueba Pruebas Descripcin

Registrar paciente El usuario cuando accede
PRU-01 por primera vez a la
aplicacin se tiene que
registrar.
PRU-02 Acceder a la aplicacin Web El paciente si as lo desea
puede acceder a la pgina de
Web del otro proyecto.
PRU-03 Alertar en caso de emergencia El usuario pulsa un botn en
caso de emergencia, y se
registra un mensaje con sus
coordenadas (longitud y
latitud).
PRU-04 Envo de mensajes El usuario podr enviar
mensajes de consulta a su
doctor.
PRU-05 Recibir mensajes El usuario podr recibir
mensajes de su doctor.
PRU-06 Alertar mensaje nuevo Cuando el doctor enva un
mensaje al paciente, este es
alertado con una alarma.
PRU-07 Consultar tratamiento El usuario podr consultar
los tratamientos que tiene
disponibles.
PRU-08 Consultar medicamento del Cuando el usuario disponga
tratamiento. de tratamientos podr
consultar el medicamento
con sus caractersticas.
PRU-09 Alertar de los tratamientos El usuario ser alertado de
cuando debe tomarse cada
medicamento por los
tratamientos que tenga en
ese momento.
PRU-10 Actualizar Tratamientos La aplicacin actualizar 2
veces al da el tratamiento ya
que este puede ser
modificado por el doctor.
Pgina 120 de 145

Mara Molina Rodas
PRU-11 Borrar Tratamientos El sistema ser el encargado

de borrar los tratamientos de
la aplicacin mvil cuando
estos hayan caducado de
fecha.
PRU-12 Borrar mensajes El usuario podr eliminar
cualquier mensaje de texto
de la aplicacin.
Tabla 7574.- Tabla de Pruebas de la aplicacin
5.6.2 Matriz de Trazabilidad

PRUEBAS
CASOS DE
USO
PRU-01
PRU-02
PRU-03
PRU-04
PRU-05
PRU-06
PRU-07
PRU-08
PRU-09
PRU-10
PRU-11
PRU-12
CU-01 X
CU-02 X
CU-03 X X
CU-04 X
CU-05 X
X X X
CU-06
CU-07 X
X
CU-08
Tabla 7675.- Matriz de Trazabilidad de las Pruebas
Pgina 121 de 145

Mara Molina Rodas
5.7 Implantacin
En este apartado, lo que describiremos es una serie de pasos a seguir para la
instalacin debidamente correcta de la aplicacin. Adems hay que decir, que en el
ltimo apartado de este documento podemos observar un manual de usuario para
ayudarnos de forma ms visual en la instalacin y funcionamiento de la aplicacin.
En primer lugar y muy importante hay que activar los datos del mvil, es decir,
hay que tener acceso a Internet. Adems, hay que tener en cuenta que la
aplicacin tendr permisos de acceso a Internet para la ejecucin de la
aplicacin.
Despus hay que ajustar el formato de la hora del dispositivo siendo esta el
formato de 24 horas, para que as puedan saltar las alertas de los tratamientos.
Hay que tener en cuenta, que en el momento de sufrir una emergencia el sistema
obtendr su localizacin mediante el GPS, por lo que la aplicacin tendr
permisos sobre este.
En Ajustes de las aplicaciones, hay que habilitar la opcin de poder instalar una
aplicacin fuera del Market de Android.
Por otro lado, para empezar con la instalacin el doctor previamente ha debido
de registrar al paciente en la aplicacin web, para que estos datos consten en la
base de datos externa.
Hay que tener claro los datos de registro del usuario es decir, para las dos
aplicaciones el nombre, apellidos y correo electrnico debe de ser el mismo para
que el funcionamiento de la aplicacin sea el correcto y no le llegue informacin
de otro usuario. En el caso de que estos datos no sean iguales no podr realizar
correctamente la instalacin.
Una vez realizado estos pasos, solo queda empezar a utilizar la aplicacin. Si
necesita algn tipo de ayuda, utilice el Manual de Usuario descrito al final del
documento.
Pgina 122 de 145

Mara Molina Rodas
6 Gestin del proyecto

Para un correcto desarrollo del proyecto es conveniente indicar las etapas que va a
seguir el proyecto y la metodologa empleada para su desarrollo. Cada una de estas
etapas se dividir en un conjunto de actividades o tareas que sern planificadas
previamente para garantizar el cumplimiento de los objetivos en el tiempo
disponible. Por ltimo, al final de este captulo se presentar detalladamente los
costes de cada fase en personal y recursos para elaborar un presupuesto.
6.1 Modelo del ciclo de vida del software

Para este proyecto el modelo del ciclo de vida elegido es el modelo en cascada en
su variante retroalimentada. En este ciclo de vida de desarrollo las etapas se van
desarrollando como si fuera una cascada de manera consecutiva, pudindose
retroceder a la anterior o anteriores fases para realizar cambios. En la ilustracin 16,
que se muestra a continuacin, se pude ver las diferentes etapas en las que est
dividido este ciclo de vida.
Ilustracin 52.52 Ciclo de Vida en Cascada
Pgina 123 de 145

Mara Molina Rodas
Entre las ventajas de este ciclo de vida se puede destacar:

Su planificacin sencilla.
El alto nivel de calidad del producto resultante.
Permite la planificacin y seguimiento del desarrollo del proyecto.
Facilidad de correccin de errores en distintas fases.
Entre los inconvenientes de este ciclo cabe mencionar:
La dificultad de obtener todos los requisitos al principio del proyecto.
El alto coste de cometer un error en las primeras fases del ciclo ya que un
cambio en una fase anterior requiere cambios en las fases siguientes.
El desarrollo es caro ya que es una metodologa lenta.
6.2 Planificacin
A continuacin mediante diagramas de Gantt se presentar la planificacin inicial
realizada para el desarrollo del proyecto y la planificacin final que se ha tenido tras
tener que re-planificar. Adems de mostrar las etapas en las que se desarrollar el
proyecto se indicarn las fases de las que consta cada etapa.
6.2.1 Planificacin Previa

En la planificacin inicial se tuvo en cuenta unos datos aproximados sobre el
tiempo de realizacin de las diferentes tareas del proyecto. La planificacin comienza
en octubre, en el primer cuatrimestre de este curso, que es cuando se llev a cabo dicha
realizacin del proyecto.
Planificacin: En esta etapa del proyecto se planificar las siguientes fases del
proyecto y su consecucin para el correcto desarrollo.
Anlisis del Problema: Para esta etapa se analizar el problema que se quiere
solventar y los objetivos a cumplir.
Estado Inicial: En esta etapa se estudiarn las tecnologas que pueden servir
para el desarrollo del proyecto.
Pgina 124 de 145

Mara Molina Rodas
Anlisis: Para esta etapa mediante una serie de entrevistas con el cliente se
modelar un conjunto de requisitos y casos de uso que servirn para guiar el
diseo de la aplicacin.
Diseo: En esta etapa una vez obtenidos todos los requisitos en la etapa anterior
se pasar a indicar el diseo que deber de llevar la aplicacin. Presentndose la
estructura de la base de datos y un prototipo de la interfaz.
Implementacin: En esta etapa del desarrollo se implementar la aplicacin.
Pruebas: Para esta etapa se ejecutarn una serie de pruebas sobre la aplicacin
terminada para verificar que cumple con todos los objetivos y funciona
correctamente.
Integracin: En esta etapa se integrar la aplicacin con las dems aplicaciones

del proyecto de investigacin.
Documentacin: En esta etapa se documentar todo el desarrollo software que

se ha realizado mostrando la informacin de cada una de las fases del desarrollo.
Ilustracin 53.53 Planificacin Inicial del Diagrama de Gantt
Pgina 125 de 145

Mara Molina Rodas
6.2.2 Planificacin Final

Tras la finalizacin del proyecto se puede observar una pequea diferencia entre
la planificacin inicial y la re-planificacin final, debido a que la diferencia entre una y
otra es de pocas horas.
A continuacin, se muestran una serie de motivos por los cuales se han producido
esa serie de alteraciones o desvos en el desarrollo del proyecto:
Demora debido al estudio de la herramienta de desarrollo ya que han surgido

previstos que no se haban planificado.
Problemas con los prototipos iniciales en el proceso de desarrollo, ya que se han

realizado una serie de cambios para introducir mejoras en el producto, teniendo
as que volver a etapas anteriores para introducir los cambios oportunos.
Retrasos en las reuniones con el Cliente por la incompatibilidad de horarios con

el Jefe de Proyectos.
Algunos problemas de integracin con el proyecto existente de la Pgina Web.
Adicin de funcionalidades complementarias en la aplicacin que en un

principio no se haban tenido en cuenta y se aadieron para hacer la aplicacin
ms completa y til para todos sus usuarios.
Ilustracin 54.54 Planificacin Final del Diagrama de Gantt
Pgina 126 de 145

Mara Molina Rodas
6.3 Presupuesto
Una vez presentada la planificacin que se va a seguir para el desarrollo del proyecto se
presentarn los costes que llevar asociada esta planificacin.
6.3.1 Coste del personal

En este punto se describirn los costes asociados al personal del proyecto
indicndose adems la cuota empresarial a la seguridad social y el fondo de garanta.
6.3.1.1 Salario del personal

El desarrollo de todas las tareas del proyecto ha sido realizado por el autor del
proyecto. Sin embargo en el caso de que este proyecto fuera realizado por un equipo de
trabajo, las tareas se pueden dividir entre distintos especialistas de un proyecto software.
A continuacin, vamos a presentar una divisin del tiempo del desarrollo de las tareas
del proyecto por el especialista que le perteneciera y su tiempo de dedicacin que le
conllevara.
# Categora Costes/hora() Horas Total

1 Jefe de Proyecto 39 62 2.418
1 Analista 25 85 2.125
1 Diseador 28 40 1.120
1 Responsable de Calidad y 32 95 3.040
Pruebas
1 Programador 17 380 6.460
Seguridad 25% 3.790,75
Social
Total 18.953,75
Tabla 7776.- Tabla de Sueldos por persona
(*)La cuota empresarial a la seguridad social que la empresa deber aportar por los
empleados establece el 25% del salario del empleado.
6.3.2 Bienes tangibles

En este punto se describirn los costes asociados a los materiales tangibles que se
emplearn en el desarrollo del proyecto.
6.3.2.1 Alquiler del Inmueble

Para llevar a cabo el proceso de desarrollo del proyecto ser necesario disponer de un
inmueble en el que llevar a cabo las tareas del proyecto.
Para dicho desarrollo se ha necesitado alquilar un local por un perodo de 4 meses. La

necesidad de alquilar dicho inmueble es debida a que ser necesario para cierto periodo
en el que se necesitar trabajar en equipo y contar con un lugar con equipos de
Pgina 127 de 145

Mara Molina Rodas
desarrollo. En las primeras etapas del desarrollo, en las que se realizarn reuniones con
el Cliente para obtener los requisitos, casos de uso, etc. el local no sera necesario.
A pesar de que en este periodo de realizacin no ha contado con muchos das festivos,
hemos tenido en cuenta el periodo vacacional de los das festivos de navidad. Por lo que
hemos estimado que este tiempo de alquiler sera adecuado. A parte de dicho alquiler al
inmueble hay que aadir los gastos por luz, agua, gas, acceso a Internet, etc.
Alquiler de Inmuebles
Cantidad Costes unitario Gastos Meses Total
mensual mensuales
1 Inmueble 500 150 4 2.600
Tabla 7877.- Alquiler del Inmueble
6.3.2.2 Resto de Materiales empleados
Material Precio unitario Nmero de Coste total ()

() Unidades
Ordenador Toshiba Satellite 646,20 5 3.231
C855-1QG
Impresora lser 99,86 1 99,86

HP multifuncin 4500 wifi
Microsoft Windows 7 290 5 290

Proffesional (Licencia
Empresa)
Microsoft Office 2010 99 5 495
Eclipse y Mysql gratuito 1 0
TOTAL 4.115,86
Tabla 7978.- Tabla de los Materiales empleados
(*) Hay que tener en cuenta que la licencia es de empresa por lo tanto solo con una es
suficiente.
Debemos tener en cuenta que estos gastos se amortizarn en un corto periodo de tiempo.
6.3.2.3 Amortizacin de materiales

Como ya hemos comentado, tanto los equipos como las licencias Software que hemos
adquirido para la realizacin del proyecto sufren una desamortizacin durante el periodo
de desarrollo que deberemos tener en cuenta para descontrsela al presupuesto global.
Pgina 128 de 145

Mara Molina Rodas
Cantidad Material Amortizacin por unidad Periodo de Total

Amortizacin
5 Ordenador Toshiba Satellite C855-1QG -484,65 3 aos - 2.423,25
1 Impresora lser HP multifuncin 4500 - 24,96 3 aos - 74,89
wifi
5 Microsoft Windows 7 Proffesional -72,5 3 aos - 217,5
(Licencia Empresa)
5 Microsoft Office 2010 - 24,75 3 aos - 74,25
1 Eclipse y Mysql gratuito 3 aos gratuito
Total - 2.789,89
Tabla 8079.- Tabla de Amortizacin de los materiales
6.3.3 Costes Indirectos
Debemos tener en cuenta tambin los costes indirectos que puedan surgirnos a lo largo
del ciclo de vida del proyecto. Estos gastos deben cubrir daos en los materiales,
subidas de alquiler, cambios legales en cuento al IVA, etc. Los costes indirectos
ascienden a un 20% del presupuesto.
6.3.4 Resumen de Costes
El coste total de la elaboracin del proyecto se resume a continuacin.
COSTE TOTAL DE PERSONAL Y MATERIAL

Concepto Coste total ()
Personal 18.953,75
Inmueble 2.600
Materiales 4.115,86
Desamortizacin - 2.789,89
Sub-Total 22.879,72
C. Indirectos (20%) 4.575,94
IVA (21 %) 4.804.74
TOTAL 32.260,40 euros
Tabla 8180.- Resumen de los Costes
Al precio final le hemos aplicado un 21% de IVA para expresar el Precio Final con IVA
INCLUIDO. Este presupuesto tiene un periodo de validez de dos meses tras la
presentacin al cliente.
6.3.5 Precio total
El precio total del proyecto es 32.260,40
Pgina 129 de 145

Mara Molina Rodas
7 Conclusiones y lneas de trabajos futuros

En este captulo se presentarn las conclusiones alcanzadas a la finalizacin del
proyecto y se propondrn distintas posibles lneas de trabajo que podran desarrollarse
como continuacin del proyecto.
7.1 Conclusiones
Como se ha comentado, en anteriores puntos, el sector de las tecnologas de la
informacin se est haciendo cada vez ms presente en diferentes reas de nuestra vida
cotidiana. En el rea de medicina o Teleasistencia cada vez se van incorporando
diferentes tipos de aplicaciones y dispositivos para que sea todo ms informatizado. Por
el momento esta tendencia no parece que vaya cambiar sino que, por el contrario y tal
como demuestra este proyecto, el uso y aplicacin de nuevas tecnologas, no ha hecho
ms que empezar. De hecho, considero muy probable que en un futuro prximo todo el
mundo disponga de algn dispositivo electrnico en su vida, como el telfono mvil, ya
que hasta las personas de edades avanzadas cada vez tienen ms curiosidad por dichos
dispositivos, ya que les facilita mucho la vida en algunos aspectos.
En lo referente a la Teleasistencia, cada vez hay ms personas que necesitan

dichos servicios ya sea porque haya personas que no quieran cuidar de los mayores o
bien porque los familiares de estas personas tengan que trabajar y no puedan estar
pendientes de ellos las 24 horas del da. Por lo que es un sector muy importante hoy en
da, y hay que ir adaptndolo a la poca en la que nos encontramos en la que las nuevas
tecnologas estn tomando un papel muy importante en cada proceso de nuestras vidas.
Por lo que he de descartar, que los Smartphones han supuesto un gran paso adelante en
esta era, con lo que nuestra aplicacin suma un punto ms a favor. A pesar de que iOS
est tomando un papel importante en la sociedad, Android sigue destacando en relacin
a que tienes diferentes tipos de versiones proporcionando respecto a los terminales
posibilidades de adquisicin a niveles de vida un poco ms bajos. Ya que para el tipo de
personas que va destinada nuestra aplicacin, como son las personas mayores, no
necesitan terminales de alta gana sino dispositivos que sean asequibles, con una
funcionalidad sencilla y tiles para sus vidas.
Por otro lado, este proyecto me ha servido tambin para comprobar la dificultad
que se plantea a la hora de tener que realizar la planificacin de un proyecto de
software. Resulta difcil anticiparse a los distintos problemas y dificultades que pueden
surgir a lo largo de sus distintas etapas, por lo que siempre es conveniente estimar
algunos das ms de los inicialmente calculados para disponer de cierta holgura en caso
de que surjan problemas. Por lo que, si observamos la planificacin final esta ha sufrido
una serie de desvos debido a que se ha aumentado la funcionalidad y se han aadido y
cambiado diferentes aspectos de la aplicacin.
Adems, he de mencionar tambin el gran esfuerzo que he tenido que realizar

para la comprensin de Android y como poder realizar las funcionalidades que
Pgina 130 de 145
Mara Molina Rodas
requeran, debido a que la conexin con la base de datos externa supona un aumento
ms de la complejidad de la aplicacin. Ya que este punto es muy importante porque es
el punto de unin de los dos proyectos fin de carrera citados en los diferentes punto,
teniendo que realizar un gran esfuerzo para la buena sincronizacin de los mismos.
Por ltimo, me gustara destacar de manera personal, que el desarrollo de este

Proyecto Fin de Grado me ha servido para repasar y afianzar muchos de los conceptos y
conocimientos impartidos a lo largo de estos ltimos cuatro aos. Adems he tenido que
realizar un importante trabajo de investigacin respecto al lenguaje utilizado ya que
Android no lo haba tratado de forma muy exhaustiva, superando uno a uno los distintos
problemas encontrados en las diferentes partes del proceso del desarrollo del proyecto.
De igual forma, todo el trabajo de investigacin que ha sido necesario realizar ha
terminado siendo muy enriquecedor de cara al futuro, para poder afrontar los diferentes
inconvenientes que se pueden producir de cara al mercado laboral.
7.2 Lneas Futuras

Respecto a los objetivos principales del proyecto, estos han sido cumplidos base
la organizacin y estructura que se dise en un principio alcanzando as las
funcionalidades solicitadas. Pese a todo ello, cabe decir, que existen mrgenes de
introducir nuevas funcionalidades o mejoras.
Una de las lneas futuras que se ha de investigar en la aplicacin es la
introduccin de mejoras en cuanto al rendimiento que es un punto crtico en esta
aplicacin. Ya que requiere procesamiento de imagen y no todos los mviles pueden
con aplicaciones tan forzosas. En cuanto, a la necesidad de las imgenes tambin cabra
destacar la posibilidad de poder intercambiar fotos con el doctor al enviarle un mensaje
o tambin la insercin de algn tipo de video explicativo de los medicamentos para
aquellas personas que no sepan leer. Pero todo ello supone un consumo de recursos
elevados y para telfonos de gana baja esto puede suponer un gran problema.
Una de las lneas de investigacin que puede ser interesante es realizar una serie
de pruebas con gente real, pudiendo probar as con casos reales la funcionalidad de sta
y las posibles necesidades que se deban insertar como mejoras, adems de obtener una
impresin positiva o negativa de la posible aceptacin de la aplicacin en este sector.
Por otro lado, otra lnea de investigacin que se podra realizar es el control de la
persona en s mediante sensores, es decir, aadir algn tipo de funcin para que cuando
una persona lleve un cierto tiempo de horas sin utilizar el mvil salte algn tipo de
alerta. Claro siendo esta siempre tratada desde el servicio de alertas, ponindose en
contacto con el paciente por si le ha surgido algn tipo de contratiempo y no le ha dado
tiempo a darle al botn.
Pgina 131 de 145

Mara Molina Rodas
Estas dos ltimas lneas de investigacin pueden ser muy importantes de cara a
realizar es un futuro debido a que es ms importante o ms seguro para un paciente
saber que aunque no pueda o no le d tiempo a realizar un aviso de emergencia l estar
controlado en todo momento y le pueden prestar auxilio en caso de que ocurra alguna
emergencia.
Pgina 132 de 145

Mara Molina Rodas
8 Referencias
[1] Las revoluciones industriales.
http://www.ign.es/espmap/figuras_industria_bach/pdf/Industria_Fig_01_texto.pdf.
Accedido en Abril de 2013.
[2] DynaTAC 8000X, el primer mvil de la historia. Disponible en Internet:

http://www.abadiadigital.com/articulo/dynatac-8000x-el-primer-movil-de-la-historia/.
[3] Imserso
http://www.imserso.es/imserso_01/el_imserso/index.htm
[4] Problemas de Teleasistencia Junta de Andaluca

https://groups.google.com/group/asterisk-
es/browse_thread/thread/36449d4789bae6cf?hl=es
[5] Instituto de estadstica de la comunidad de Madrid

http://www.madrid.org/iestadis/
[6]Tecnovalia, Asistencia Tcnica Informtica

http://www.tecnovalia.com/telesat.php
[7] Definicin Posologa

http://es.thefreedictionary.com/posolog%C3%ADa
[8] Gobierno de La Rioja

http://www.larioja.org/npRioja/default/defaultpage.jsp?idtab=716477
[9] Unidad Regional de Informacin infodisclm

http://www.infodisclm.com/ayuda_domicilio/teleasistencia.html
Accedido en Mayo de 2013.
[10]Imserso: Instituto de Mayores y Servicios Sociales, Teleasistencia Domiciliaria

http://www.imserso.es/imserso_01/envejecimiento_activo/teleasistencia_domicil
iaria/index.htm
[11] Salud: salud y mayores

http://salud.discapnet.es/Castellano/Salud/Salud%20Mayores/Paginas/Teleasist
encia.aspx
Pgina 133 de 145

Mara Molina Rodas
[12]Vivesgur: Seguridad y confort

http://www.vivesegur.com/teleasistencia.aspx
[13]I-vida: Teleasistencia y tecnologas de la informacin y comunicacin.

http://www.i-vida.es/servicios/teleasistencia/beneficios-de-la-teleasistencia.html
[14] Teleasistencia para personas con Alzheimer

http://www.teleasistencia.com/Alzheimer.aspx
[15] Teleasistencia de la Cruz Roja

http://www.cruzvermella.org/teleasistencia/
[16]Mimov
http://www.mimov.es/
[17] Mobile Tel (Cedetel)

http://www.agenciasinc.es/Noticias/Un-dispositivo-movil-permite-la-
teleasistencia-el-seguimiento-y-la-localizacion-de-personas-mayores
[18] Dispositivos de Teleasistencia (eHealth)

http://www.amper.es/section.cfm?id=4&side=120&extrapage=68&lang=sp
[19] Robots paramdicos uBOT-5

http://www.virtuxweb.com/2008/04/19/robots-paramedicos-ubot-5/
[20]uBOT-5 -- funcionamiento
http://www-robotics.cs.umass.edu/index.php/Robots/UBot-5
Pgina 134 de 145

Mara Molina Rodas
[21]GrupoNeat Teleasistencia
http://www.gruponeat.com/nuestras-soluciones/tecnologia-sector-
sociosanitario/teleasistencia/terminales-domiciliarios
[22] Tabla comparativa Android, iOs y Windows Phone

http://planetamoviles.com/
[23] Dispositivo ms usado en el mercado

http://www.configurarequipos.com/actualidad-informatica/3555/android-windows-
phone-7-ios-y-blackberry-en-2015
[24] Versiones ms usadas Android

http://www.ethek.com/repaso-a-las-versiones-mas-usadas-de-android/
[25] Visual Estudio

http://androideity.com/2012/07/16/5-lenguajes-para-programar-en-android/
[26] Eclipse
http://developer.android.com/sdk/index.html
[27] ORACLE Espaa

http://www.oracle.com/es/index.html
[28] SQLServer Microsoft

http://www.microsoft.com/es-es/sqlserver/default.aspx
[29] MySQL
http://www.mysql.com/
[30]Xampp
http://www.apachefriends.org/es/xampp.html
[31] Modelo View-ViewModel

http://msdn.microsoft.com/en-us/magazine/dd419663.aspx
[32] PHP
http://php.net/
Pgina 135 de 145

Mara Molina Rodas
[33] Http para Android

http://developer.android.com/reference/org/apache/http/client/HttpClient.html
[34] JSON
http://www.json.org/json-es.html
Pgina 136 de 145

Mara Molina Rodas
9 Anexo I: Manual de Usuario
Pgina 137 de 145

Mara Molina Rodas
Registrar Usuario en la aplicacin.
Lo primero que tenemos que hacer es insertar

el nombre del usuario.
Despus en el siguiente cuadro de texto se

inserta los apellidos.
En el ltimo cuadro de texto hay que insertar

el correo electrnico.
Una observacin importante es que todos

estos datos tienen que ser igual a como su doctor le
ha registrado previamente en la consulta, ya que estos
datos son cotejados con dicha base de datos para que
toda la informacin le llegue correctamente.
Por ltimo, aceptamos los trminos de

proteccin de datos y pulsamos el botn registrar.
Hay que tener en cuenta que si no rellenas todos los campos del formulario te aparece los
siguientes mensajes dependiendo del campo que hayas dejado libre al final de la pantalla:
Nombre
Apellidos
Correo electrnico
Pgina 138 de 145

Mara Molina Rodas
Trminos legales
Confirmacin de los datos de Registro.
Si los datos de registro son introducidos

correctamente, es decir, los datos coinciden con los
registrados por su doctor como paciente, se
mostrar un mensaje diciendo que puedes pulsar
Aceptar para continuar y te mostrar que los datos
introducidos son correctos.
Por el contrario si los datos introducidos

no son correctos te mostrar dicho mensaje y te
mostrar los datos que introdujiste en la pantalla
anterior. Te mostrar un mensaje que pondr pulse
el botn Aceptar para volver a la pantalla de
registro. Lo pulsar y volver a la pantalla anterior.
Por ltimo, si a usted no le da tiempo leer

los mensajes emergentes que salen no hay
problema porque cuando pulse el botn Aceptar si
son incorrectos volver hacia atrs y si son
correctos ir a la aplicacin.
En el caso de que los datos no

coincidan con los registrados en la
aplicacin web del doctor, le
aparecer la siguiente ventana
indicndole que los datos no son
correctos y adems al pulsar
Aceptar, volver a la pantalla inicial
de registro.
Pgina 139 de 145

Mara Molina Rodas
Men inicial de la aplicacin.

Esta es la ventana principal de la
aplicacin donde tenemos los cuatro botones
principales de las diferentes funcionalidades de la
aplicacin.
El botn de emergencia debe ser pulsado

cuando el paciente tenga algn tipo de problema.
El botn de Pgina Web es un enlace a la

pgina web de Teleasistencia donde podr poner
sus datos de registro cuando su doctor le registro y
poder acceder a las diferentes partes.
En el botn de mensajera tienes todos los

mensajes enviados por su doctor y adems podrs
enviarle a l.
El botn de tratamientos tendrs toda la

informacin de los tratamientos que tiene
actualmente.
Emergencia
En el caso de que pulsemos el botn de

emergencia se enviar un mensaje de alerta al
responsable de gestionar las alertas.
En este apartado no hay que realizar nada

ms, todo se realiza automticamente, ya que enva
adems la localizacin del telfono mvil para en
caso de que sea muy grave la emergencia poder
localizar al paciente en cualquier momento.
Se mostrar un mensaje diciendo que la

peticin se ha tramitado correctamente.
Pgina 140 de 145

Mara Molina Rodas
Acceso a la Pgina Web
En este apartado al pulsar el botn

se abre una ventana del navegador con la
pgina web de Teleasistencia para poder
acceder sin necesidad de saber la direccin
de la aplicacin.
En este enlace podrs acceder a
todo lo concerniente a este sitio. Todo lo
relacionado con el uso de la aplicacin
web no es concerniente a este manual.
Mensajera
Cual pulsamos el botn de

mensajera nos aparecen una ventana
con todos los mensajes que nos ha
enviado el doctor, siempre y cuando
tengamos alguno.
En la descripcin de cada
mensaje tenemos la fecha y hora del
mensaje, quien lo enva, el contenido
del mensaje y la foto siempre y cuando
contenga imagen el mensaje.
Si queremos enviar un mensaje
al paciente tenemos que pulsar el botn
+, que aparece a la derecha de la
imagen.
Nota: La imagen de la foto con el smbolo de prohibido significa que dicho mensaje que le ha
enviado su doctor no contiene imagen.
Alerta Nuevo Mensaje
En primer lugar te sale un icono de un tringulo diciendo que tienes una alerta nueva.
Pgina 141 de 145

Mara Molina Rodas
Si vas a la alerta, te sale

un mensaje diciendo que tienes
Mensaje Nuevo y si pulsas
dicha alerta te enva a la zona de
mensajes para que pueda ser
ledo.
Enviar Mensaje de Texto al Doctor
Al pulsar el botn + nos sale esta

ventana, en la cual tenemos el botn destino para
enviarle el mensaje al doctor.
Lo siguiente es la posibilidad de enviar el

mensaje de consulta o de incidencia, ya que si es
de consulta ir al doctor y si es de incidencia ser
tratado por el responsable de estas.
Luego tenemos el contenido, que pulsando

ah, rellenamos ese campo que la informacin o
contenido del mensaje.
Por ltimo si pulsamos cancelar el

mensaje no se enviar y volveremos hacia atrs, en
cambio si pulsamos Aceptar el mensaje se enviar.
Borrar Mensaje de Texto

Si queremos borrar algn
mensaje que tengamos almacenado,
solo hay que pulsar el mensaje que
queramos borrar y nos aparecer una
ventana emergente con dos opciones.
Si pulsamos el botn Cancelar el
mensaje no ser borrado, si por el
contrario pulsamos el botn
Aceptar el mensaje ser borrado
de la base de datos interna y externa,
es decir, el mensaje ser borrado
definitivamente.
Pgina 142 de 145

Mara Molina Rodas
Tratamientos
Cuando pulsamos el botn
tratamientos nos muestra en el caso
de que los tengamos los
tratamientos que estamos siguiendo
en ese momento.
Nos muestra cada cuanto se
toma, el periodo de duracin y la
imagen del o los medicamentos.
Si queremos ver de forma
ms detallada el medicamento a
tomar, pulsamos el tratamiento y
nos llevar al medicamento.
Alerta de los Tratamientos
Igual que ocurre en el caso de alerta de mensajes te aparecer una alerta, con un icono de un
tringulo diciendo que tienes una alerta nueva.
Despus, si pulsas la alerta te aparecer que tienes que tomarte el medicamento y te aparecer a
que tratamiento es debido esa toma. Si pulsas la notificacin te llevar a la zona de los
tratamientos por si lo desea ver de forma ms especfica.
Pgina 143 de 145

Mara Molina Rodas
Ver medicamento de cada tratamiento.
Podemos observar el nombre

del medicamento que estamos
tomando, la foto, la posologa, el
historial, y remarcado en rojo las
contraindicaciones que podemos tener
por causa del medicamento.
Nota: Los tratamientos se borrarn de forma automtica cuando el tratamiento se ha caducado,

siempre y cuando el doctor lo haya eliminado con anterioridad. Tambin hay que tener en
cuenta que si un tratamiento ha sido modificado por el doctor, tambin se nos modificar en el
terminal.
Cuestiones a tener en cuenta
1. El usuario solo se registra una sola vez, al instalar por primera vez la aplicacin,
coincidiendo los datos a introducir con los registrados por su doctor en la
aplicacin Web.
2. Si dichos datos son modificados por su doctor, deber desinstalarse la

aplicacin y volverla a instalar ya que los datos no le llegarn correctamente.
3. En el caso de tener alguna incidencia con la aplicacin, envi un mensaje de

incidencia, este ser tratado por los responsables de estos temas.
4. Los tratamientos sern eliminados de forma automtica, cuando la fecha del

tratamiento est vencida.
5. Los tratamientos se actualizarn automticamente, ya que el doctor podr

modificarlos en cualquier momento.
6. Los mensajes enviados por su doctor le llegarn de manera instantnea,

pudiendo estos ser eliminados.
Pgina 144 de 145

Mara Molina Rodas
7. De igual manera los mensajes que usted le envi a su doctor les llegar de
forma instantnea.
8. Podr acceder a la Pgina Web en caso de necesitarlo.
9. Por ltimo, y muy importante, cuando se encuentre en estado de alerta deber

pulsar el botn de emergencia. Se enviar la localizacin de usted para que en
el caso de que sea una emergencia grave pueda ser atendido en la mayor
brevedad posible.
Pgina 145 de 145

Teleasistencia

Cargado por

Copyright:

Formatos disponibles

Teleasistencia

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Teleasistencia

Cargado por

Copyright:

Formatos disponibles

Universidad Carlos III de Madrid

Repositorio institucional e-Archivo http://e-archivo.uc3m.es

Diseo e implementacin de un sistema

Molina Rodas, Mara

Descargado de e-Archivo, repositorio institucional de la Universidad Carlos III de Madrid

UNIVERSIDAD CARLOS III ESCUELA POLITCNICA SUPERIOR

Trabajo Fin de Grado

Autor: Mara Molina Rodas

Legans, 19 de Junio de 2013

Tambin quiero agradecer especialmente este proyecto a mi hermano, Jaime,

Anlogamente, tambin me gustara agradecer a mi novio Felipe el apoyo

Por otro lado, quiero agradecer a mis compaeros de la universidad, Gabriel

La finalidad de este proyecto de fin de grado es el desarrollo de una aplicacin

El propsito es ofrecer una aplicacin fcil e intuitiva. Adems puede ser

En este documento, se irn describiendo las distintas etapas que componen el

The purpose is to provide an easy and intuitive. It can also be used

3 Anlisis del sistema ............................................................................................................. 60

5 Implementacin y Desarrollo ............................................................................................ 105

7.2 Lneas Futuras ........................................................................................................... 131

Tabla 43.- Requisito de Software Funcional 08Enviar mensajes ............................................ 77

Ilustracin 43. Interfaz de Confirmacin ................................................................................ 113

En las ltimas dcadas se han ido sucediendo una serie de innovaciones

En el presente trabajo nos vamos a centrar en el sector sanitario y en cmo se han

Uno de los recursos de atencin socio-sanitaria ofrecido a la poblacin mayor o

La Teleasistencia, hoy en da, se ha ido posicionando como un excelente recurso

Paralelamente, la incorporacin de los avances tecnolgicos del campo de la

En algn momento de nuestra vida afrontaremos la etapa del envejecimiento, y

Por otro lado, el avance tecnolgico ha permitido, integrar a los servicios

Con la Teleasistencia lo que se busca es la mejora de la calidad de vida de

Debido a este tipo de personas que va dirigida la Teleasistencia, la usabilidad de

En el momento social que nos encontramos, en estado de crisis, el sector de la

Conjuntamente, el uso de las nuevas tecnologas tambin nos puede derivar a

En este tipo de aplicaciones como la Teleasistencia, este tipo de fallos representan

tomar a la ligera. Es importante que no olviden tomar ningn medicamento, o por el

Aunque la mala fama siempre persigue a la personas mayores respecto a la

Segn un estudio realizado por el instituto de estadstica de la Comunidad de

Al realizar el estudio de las aplicaciones existentes, que se puede encontrar en los

En algunos sistemas la toma de pastillas es una funcionalidad inexistente. Por lo

comunicacin entre paciente y doctor ya que as se mejora la calidad del paciente y el

Por lo que todo lo comentado con anterioridad me lleva a la motivacin de

El proyecto se divide en dos aplicaciones. En primer lugar, tenemos una

Una vez comentado el proyecto global, en el presente trabajo nos centraremos en

1.4.1 Objetivo Principal

1.4.2 Objetivos Secundarios

Con la necesidad de alcanzar nuestros objetivos sin dejar de lado la usabilidad

Entre los objetivos secundarios de este proyecto estn:

Mejorar la seguridad de los usuarios del sistema (pacientes):

Los pacientes tendrn la posibilidad de avisar a los mdicos en caso de

Despus si el usuario tuviera alguna duda podra mandar mensajes con

Por ltimo, el paciente recibir la informacin necesaria para la toma de

Mejorar las prestaciones de los mdicos:

En este caso el mdico se podr poner en contacto con el paciente

Mejorar la comunicacin paciente-doctor:

Como ya se ha comentado en el apartado anterior existe una

Mejorar el acceso al sistema web:

El paciente si lo desea tendr un acceso directo a la aplicacin web en el

1.5 Fases del desarrollo

Anlisis de las tecnologas para el desarrollo de la aplicacin