Instituto Tecnolgico de Orizaba Divisin de Estudios de Postgrado e Investigacin Maestra en Sistemas Computacionales Desarrollo de un sistema multimodal basado en localizacin

para el descubrimiento de entidades mdicas

REPORTE DE TESIS QUE PRESENTA EL:

I.S.C. Jos Luis Snchez Cervantes

PARA OBTENER EL GRADO DE:

Maestro en Sistemas Computacionales

DIRECTOR DE TESIS

Dr. Giner Alor Hernndez

CO-DIRECTOR DE TESIS

Dr. Ulises Jurez Martnez

ORIZABA, VER, MEXICO

OCTUBRE DEL 2010

Agradecimientos
A Dios, a quien sin duda alguna debo todas las bendiciones recibidas. A mi asesor de tesis, Dr. Giner Alor-Hernndez por sus consejos, apoyo y la aportacin de excelentes ideas para el desarrollo de esta tesis. A mis revisores de tesis, Dr. Ulises Jurez-Martnez, M en C. Celia Romero-Torres y MRT. Ignacio Lpez-Martnez quienes con sus valiosos comentarios y recomendaciones me permitieron realizar mejoras a este trabajo de tesis. A mi amada madre Mara de los ngeles Snchez Cervantes de quien me siento enormemente orgulloso y a quien agradezco su gua y cuidados, porque a pesar de la distancia siempre me ha brindado su amor y apoyo incondicional. A mi abuelito Hilario Snchez Illescas por sus sabios consejos y darme nimo para seguir adelante ante aquellos momentos de adversidad. A mi hermano Jair Santiago por recordarme lo esencial que es rer cada vez que jugamos y por ser parte de lo ms valioso que Dios me ha dado. De manera muy especial a Santiago Lpez Naranjo por su amistad, consejos y apoyo y sobre todo por las atenciones, el cuidado y el amor que le brinda a mi madre y hermano. A todas aquellas personas que me brindaron su amistad y su apoyo en especial a mis compaeros de grupo de maestra: Eunice Martnez-Ramos, Gabriela Urbano del ngel, Maritza Bustos Lpez y Carlos Gustavo Melo Estrada. Al Instituto Tecnolgico de Orizaba-ITO junto con la Divisin de Estudios de Posgrado e Investigacin-DEPI por ofrecerme las instalaciones necesarias para realizar este trabajo de tesis. Al Consejo Nacional de Ciencia y Tecnologa, CONACyT, por el apoyo econmico otorgado para la realizacin de mis estudios de maestra durante el periodo Septiembre 2008 Agosto 2010.

Contenido

ndice general
Lista de figuras Lista de tablas Resumen Abstract Introduccin Captulo 1 Antecedentes 1.1 Historia de la tecnologa mvil 1.2 Marco terico 1.2.1 Java 2 Micro Edition 1.2.1.1 Arquitectura de J2ME 1.2.1.2 Configuraciones en J2ME 1.2.1.3 CDC 1.2.1.4 CLDC 1.2.1.5 MIDP 1.2.1.6 Midlets 1.2.2 LWUIT 1.2.3 Arquitectura de un sistema basado en localizacin 1.2.4 Geolocalizacin por IP 1.2.5 Google Web Toolkit 1.2.6 Yahoo Maps 1.2.7 Lenguajes multimodales 1.2.7.1 MPML 1.2.7.2 SMIL 1.2.8 Lenguajes para el desarrollo de pginas Web 1.2.8.1 PHP 1.2.9 Servicios Web 1.2.9.1 Arquitectura orientada a servicios 1.2.9.2 KSOAP 1.2.10 Gestores de base de datos 1.2.10.1 MySQL 1.3 Planteamiento del problema 1.4 Objetivo general y especficos 1.4.1 Objetivo general iii v vi vii 1 2 2 4 4 4 5 5 6 6 7 8 9 10 11 14 14 15 15 16 16 17 17 19 20 20 21 22 22

Contenido

1.4.2 Objetivos especficos 1.5 Justificacin Captulo 2 Estado de la prctica 2.1 Trabajos relacionados 2.2 Anlisis comparativo 2.3 Propuesta de solucin 2.3.1 Solucin propuesta Captulo 3 Aplicacin de la metodologa 3.1 Arquitectura del sistema basado en localizacin de entidades mdicas 3.1.1 Descripcin de los componentes de la arquitectura 3.1.2 Flujo de trabajo de la arquitectura del sistema 3.1.3 Bsqueda relativa y absoluta de entidades mdicas 3.2 Aplicacin del MPML 3.2.1 Ejecucin de personajes 3.2.2 Descripcin de la interaccin de los personajes para ofrecer multimodalidad 3.2.3 Personajes utilizados 3.2.4 Caractersticas utilizadas 3.3 Aplicacin de LWUIT para el desarrollo de las interfaces de la aplicacin mvil 3.3.1 Temas 3.4 Servicios Web desarrollados 3.5 Mapas Web utilizados 3.6 Repositorio de informacin Captulo 4 Resultados 4.1 Casos de estudio 4.1.1 Caso de estudio: bsqueda de entidades mdicas por especialidad 4.1.2 Caso de estudio: bsqueda de mdicos en un determinado sitio Captulo 5 Conclusiones y recomendaciones 5.1 Conclusiones 5.2 Recomendaciones Acrnimos y trminos utilizados Productos acadmicos Referencias

22 22 24 24 42 46 46 49 49 51 52 53 55 56 57 57 58 58 60 62 66 69 71 73 73 75 80 80 81 82 89 90

ii

Contenido

Lista de Figuras
Figura 1.1 Arquitectura de J2ME. Figura 1.2 Arquitectura del perfil MIDP. Figura 1.3 Ciclo de vida de un Midlet. Figura 1.4 Componentes de LWUIT. Figura 1.5 Conjunto de herramientas de GWT. Figura 1.6 Arquitectura Orientada a Servicio. Figura 3.1 Elementos internos de la arquitectura del sistema. Figura 3.2 Ejemplo de aplicacin del lenguaje MPML en el sistema. Figura 3.3 Ejemplo de interaccin multimodal. Figura 3.4 Personajes utilizados. Figura 3.5 Interfaz de la herramienta Theme Creator. Figura 3.6 Temas desarrollados para la aplicacin mvil. Figura 3.7 Cdigo de carga de temas desarrollados para la aplicacin mvil. Figura 3.8 Cdigo que proporciona la funcin de servidor para una descripcin en WSDL. Figura 3.9 Cdigo que muestra el consumo para el servicio Web mencionado en la Figura 3.10 Cdigo que muestra la integracin de un mapa Google en una pgina PHP. Figura 3.11 Cdigo que muestra la integracin de un mapa Yahoo en una pgina PHP. Figura 3.12 Estructura del repositorio de informacin. Figura 4.1 Multimodalidad de ITOHealth Figura 4.2 Versin ligera de ITOHealth Figura 4.3 Seleccin de estado y especialidad mdica Figura 4.4 Despliegue de resultados de consulta en la aplicacin Web Figura 4.5 Despliegue de las especialidades mdicas en la aplicacin Web Figura 4.6 Despliegue de ubicacin geogrfica del hospital en la aplicacin Web Figura 4.7 Detalles del mdico en la aplicacin mvil Figura 4.8 Especialidad del mdico en la aplicacin mvil 70 72 72 73 74 74 75 77 77
iii

4 7 8 9 13 19 50 55 56 57 60 61 62 65

66 67

69

Contenido

Figura 4.9 Ubicacin geogrfica del mdico en la aplicacin mvil Figura 4.10 Detalles del mdico en la Web. Figura 4.11 Especialidad del mdico en la aplicacin Web Figura 4.12 Ubicacin geogrfica del mdico en la aplicacin Web

77 78 78 78

iv

Contenido

Lista de Tablas
Tabla 1.1 Clases del paquete java.lang.* disponibles en GWT Tabla 1.2 Clases del paquete java.util.* disponibles en GWT Tabla 1.3 Descripcin de los paquetes de KSOAP Tabla 1.4 Caractersticas de MySQL Tabla 2.1 Tabla comparativa de trabajos relacionados Tabla 2.1 Tabla comparativa de trabajos relacionados (Continuacin) Tabla 2.2 Solucin propuesta Tabla 2.2 Solucin propuesta (Continuacin) Tabla 3.1 Controles LWUIT utilizados Tabla 3.1 Controles LWUIT utilizados (Continuacin 1) Tabla 3.1 Controles LWUIT utilizados (Continuacin 2) Tabla 3.2 Servicios Web desarrollados Tabla 3.2 Servicios Web desarrollados (Continuacin 1) Tabla 3.2 Servicios Web desarrollados (Continuacin 2) 12 13 20 21 43 44 46 47 58 59 60 62 63 64

Contenido

Resumen
El avance de la tecnologa mvil es constante y ofrece mltiples beneficios a la sociedad, desde una simple llamada telefnica hasta la localizacin y el descubrimiento de sitios de inters, de la misma manera que las ciencias en el cuidado de la salud poseen avances significativos.

La combinacin de la tecnologa mvil con las ciencias en el cuidado de la salud proporciona diversos beneficios significativos en la sociedad, como monitorizar el estado de salud de una persona, la consulta de informacin para el cuidado de la salud e incluso la atencin oportuna y eficaz de alguna emergencia mdica. El presente texto tiene el propsito de exponer el proyecto de tesis denominado Desarrollo de un sistema multimodal basado en localizacin para el descubrimiento de entidades mdicas, en el que se propone el desarrollo de una plataforma con caractersticas de multimodalidad que permitir a los usuarios acceder a determinada informacin para el cuidado de la salud desde un equipo de cmputo o por medio de un dispositivo mvil con la finalidad de mejorar los servicios referentes al cuidado de la salud y de emergencias.

Considerando el prrafo anterior, es necesario mencionar que las emergencias se tratan mediante una estructura basada completamente en la comunicacin entre personas que inicia con la persona que da aviso de la emergencia a otra persona (Operadores de emergencias) que se encarga de contactar a las instituciones adecuadas como hospitales, ambulancias, bomberos, entre otras dependiendo del contexto de la emergencia. Esta manera de comunicacin resulta ineficiente, sobre todo cuando no se trata de un sistema local. Es aqu donde se involucra la implementacin de la tecnologa mvil y el desarrollo Web, reas de investigacin mediante las cuales se pretende dar solucin a la necesidad que tiene la sociedad para atender su salud y mejorar el tratamiento de las emergencias mdicas. Por esta razn con este proyecto se desarroll un sitio Web con la capacidad de ser multimodal mediante el cual se integre la informacin de los servicios mdicos ofrecidos por diversas entidades de salud y que su uso se realice utilizando el browser de una computadora o a travs de algn dispositivo mvil.
vi

Contenido

Abstract
The advancement of mobile technology is constant and provides multiple benefits to society, from a simple phone call to location and the discovery of interesting sites, all through a mobile device, in the same way that the sciences in health care have important advances.

The combination of mobile technology with the sciences in the health care provides many significant benefits in the society, such as monitoring health status of a person, consulting information for health care and timely care and effective of some medical emergency. This text has the purpose to expose the thesis project called "Development of a multimodal location-based system for the discovery of medical entities". In this project the development a platform with features of multimodality that allow users the access to certain information for health care, from the computer or through a mobile device in order to improve services relating to health care and emergency is proposed. Considering the previous paragraph, it is necessary to point out that medical emergencies are covered by a structure based entirely on communication between people which starts with the person giving notice of the emergency to another person (The emergencies operator) which is responsible for contacting the appropriate institution as hospitals, ambulances, firefighters, among others depending on the context of the emergency. This way of communication is inefficient, especially when it is not a local system. That involves the deployment of mobile technology and Web development, research areas through which it is intended to solve the need of society to meet their health and improve the treatment of medical emergencies. For this reason with this project an Internet site with the ability to be multimodal to integrate medical services offered by several health organizations was developed.

vii

Antecedentes

Introduccin
Con el transcurrir de los aos, la poblacin se incrementa drsticamente lo cual conlleva a que el nmero de incidentes relacionados con el cuidado de la salud de la sociedad tales como: accidentes, emergencias mdicas o la necesidad de adquirir informacin para el cuidado de la salud sufran un incremento significativo. Por tal motivo, el tema de los servicios mdicos para el cuidado de la salud adquiere una gran importancia en cualquier sociedad.

En la actualidad existen muchas entidades como hospitales, sanatorios y centros de salud que se ocupan en el cuidado de la salud as como una gran diversidad de mdicos especialistas como: pediatras, cardilogos, cirujanos, traumatlogos, neurlogos, por citar slo algunos, en diversas reas as como documentos e informacin relacionada. En ocasiones esta informacin y conocimiento se encuentra aislada y por ende llega a ser de difcil acceso para un usuario que busca la adquisicin del conocimiento para tomar alguna decisin concerniente al cuidado de la salud. El documento consta de cuatro captulos, en el primero de ellos se presentan los antecedentes cuya informacin consiste en mostrar una breve historia de la tecnologa mvil y la descripcin y conceptos bsicos de las diversas tecnologas candidatas para dar solucin al problema que aqu se plantea. En el segundo captulo se describen los trabajos relacionados y desarrollados en diversas instituciones educativas o centros de investigacin con la finalidad de conocer con qu tecnologas se desarrollaron dichos proyectos y se describe una tabla comparativa de los mismos, finalmente en el mismo captulo se proporciona una explicacin de la propuesta de solucin dada al problema que se plantea en este trabajo de tesis. En el tercer captulo se hace mencin a la arquitectura del sistema describiendo la funcionalidad de cada uno de sus elementos y en el cuarto captulo se ejemplifican dos casos de uso que describen la utilidad del sistema.

Antecedentes

Captulo 1 Antecedentes
En este captulo se proporciona una breve historia de la tecnologa mvil, se explican los conceptos bsicos relacionados con el proyecto, se contina con el planteamiento del problema, seguido del objetivo general, los objetivos especficos y finalmente la justificacin del desarrollo.

1.1 Historia de la tecnologa mvil

La telefona celular no se considera un concepto nuevo ya que se origin en la dcada de 1920 a travs de los primeros radios utilizados a partir 1921. Pero fue hasta 1940 cuando a los radios se les agregaron ciertas caractersticas para que se utilizaran por la polica como radios porttiles. El concepto de la telefona celular se desarroll en 1947 lo cual dio origen al telfono para el automvil. El concepto del telfono mvil se desarroll por Bell Laboratories. El primer telfono celular actual se desarroll en 1973 por Martin Cooper de Motorola a quin se le considera el pionero del telfono celular y otros inventores que lo asistieron, ellos tomaron la idea del telfono para el automvil y aplicando la tecnologa necesaria hicieron que el telfono celular porttil fuera posible. Los telfonos celulares estuvieron por primera vez a disposicin del pblico en 1984. En ese entonces, eran muy grandes y costosos [1]. Con el paso del tiempo las redes de telefona mvil evolucionaron de tal manera que hasta ahora, se clasifican en las siguientes generaciones: Primera generacin (1G): esta generacin implement tecnologa analgica, slo se permita la comunicacin a travs de llamadas de voz, las redes tenan una capacidad de trfico baja y poco fiable adems la calidad de voz y la seguridad eran poco enriquecidas. Segunda generacin (2G): en esta generacin se introdujo por primera vez un sistema de telfono mvil que utiliza nicamente tecnologa digital adems de incluir las funcionalidades que ofreca la primer generacin, se agreg la mensajera de texto SMS (Short Message Service, Servicio de Mensaje Corto).
2

Antecedentes

Segunda generacin mejorada (2.5G): 2.5G es un trmino genrico utilizado para referirse a un estndar de redes inalmbricas de telefona mvil que se encuentra entre 2G y 3G. El desarrollo de la 2.5G es un avance hacia la 3G el cual surgi por la demanda de mejores servicios de datos como el MMS (Multimedia Messaging System, Servicio de Mensajera Multimedia) y el acceso a Internet.

Tercera generacin (3G): la 3G es la ltima etapa en el desarrollo de la tecnologa de las comunicaciones inalmbricas. Las caractersticas ms significativas de los sistemas 3G son: la tasa de transmisin de datos es mucho ms elevada, ofrece mayor capacidad y mayor velocidad, maneja aplicaciones de datos como el Email (Electronic mail, Correo electrnico), as como para las tradicionales llamadas de voz y las video llamadas.

Cuarta generacin (4G): hoy en da, algunas empresas desarrollan el sistema de comunicacin 4G el cual consideran ser ms fiable que la 3G, esta tecnologa tiene un alto ndice de enlace ascendente de hasta 200Mbps, transfiere ms datos desde el telfono mvil. As, la 4G mvil tiene ms funciones, como el de la transmisin de programas de televisin [2].

El sistema operativo para dispositivos mviles es el software base que se ejecuta en stos dispositivos, iniciando con Epoc que es un sistema operativo desarrollado por la compaa Psion Teklogix y que se implement en las primeras agendas electrnicas [3]. La compaa finlandesa Nokia compr el sistema operativo Symbian el cual es la evolucin de Epoc y es el sistema operativo para dispositivos mviles ms difundido. Otro sistema operativo es el Palm OS que desde el ao 2003 ya no cuenta con fabricante alguno y su versin ms actualizada es la 5.4. Dentro de los sistemas operativos mviles ms actuales se encuentran: Windows Mobile de la compaa Microsoft, Black Berry OS desarrollado por la compaa Research In Motion, iPhone OS X famoso por el telfono mvil Iphone de la compaia Mac [4]. En el ao 2008 Google anunci la plataforma de desarrollo para mviles Google Android que es de licencia libre, ofrece un sistema operativo y el Android Software Development Kit [5].

Antecedentes

1.2 Marco terico.

1.2.1 Java 2 Micro Edition. J2ME (Java 2 Micro Edition, Java 2 Micro Edicin) no es exactamente una especificacin, es un conjunto de especificaciones cada una de ellas aplicable a un conjunto de requisitos. J2ME no define un nuevo lenguaje sino que mantiene la compatibilidad hacia arriba con la edicin J2SE (Java 2 Stantard Edition, Java 2 Edicin Estndar), adaptando la tecnologa Java a su uso en dispositivos mviles. J2ME elimina partes de la edicin J2SE que no se aplican a este tipo de dispositivos de capacidades tan limitadas, por ejemplo el AWT (Abstract Window Toolkit, Kit de Herramientas de Ventana Abstracta) o la operacin en punto flotante. Por ello, una aplicacin escrita para J2ME funciona igualmente en la plataforma J2SE, e incluso en la plataforma J2EE (Java 2 Enterprise Edition, Java 2 Edicin Empresarial), asumiendo que las clases que se usen estn disponibles en cada edicin [6]. 1.2.1.1 Arquitectura de J2ME La arquitectura J2ME figura 1.1, se basa en familias y categoras de dispositivos. Una categora define un tipo de dispositivo en particular: telfonos celulares, buscadores de personas y organizadores personales. Una familia de dispositivos es un grupo de categoras que tiene requisitos similares de memoria y capacidad de procesamiento. Adems de proporcionar escalabilidad y flexibilidad, porque no es posible predecir hoy qu dispositivos se crearn en el futuro y sin embargo, la arquitectura J2ME tiene la capacidad de adaptarse a ellos [6].

Figura 1.1 Arquitectura de J2ME

Antecedentes

1.2.1.2 Configuraciones en J2ME Una configuracin consiste en un entorno de ejecucin Java completo que define el entorno de ejecucin bsico de J2ME. Su objetivo es adecuarse a las necesidades de una familia de dispositivos con capacidades similares. Una configuracin tiene los siguientes elementos: Una mquina virtual Java: para ejecutar el ByteCode de la aplicacin. Cdigo nativo: para realizar la interfaz entre Java y el sistema operativo utilizado en el dispositivo. Un conjunto de clases Java: constituyen el entorno de ejecucin.

Actualmente hay definidas dos configuraciones: la CDC (Connected Device Configuration, Configuracin de Dispositivos Conectados) y la CLDC (Connected Limited Device Configuration, Configuracin para Dispositivos con Conexin Limitada). Ambas

configuraciones son para dispositivos conectados a redes, sean stas redes rpidas de rea local o redes inalmbricas lentas [6].

1.2.1.3 CDC La Configuracin para dispositivos conectados (CDC) es para dispositivos dotados con microprocesadores de 32 bits y que disponen de 2 Mb o ms de memoria total, incluyendo memoria RAM y memoria flash o ROM, para la mquina virtual Java y biblioteca de clases. La configuracin se aplica a dispositivos con capacidad de conexin a red generalmente de tipo inalmbrico, lo que supone inconsistencia en la conexin y un ancho de banda limitado, normalmente 9600 bits por segundo o menos. El API (Application Programming Interface, Interfaz de Programacin de Aplicaciones) CDC es un subconjunto muy amplio de J2SE, incluyendo adems todas las clases definidas en el API CLDC y algunas ms. CDC dispone de soporte completo de la mquina virtual Java de la plataforma Java 2. Entre estas ltimas clases, incluye las que forman el paquete javax.microedition, al que aade las siguientes caractersticas importantes: Soporte para punto flotante, con clases como Float, Double o StrictMath. Soporte para procesos nativos, con la clase Process. Soporte para multihilo, incluso con soporte para grupos de hilos (threads).
5

Antecedentes

Soporte para la manipulacin de sistemas de archivos. Soporte para la serializacin de objetos, con las clases Serializable y
Externalizable.

Soporte para conexiones HTTP, aadiendo la interfaz HttpConnection al paquete javax.microedition.io. Soporte para la mayora de las colecciones del API Collections de J2SE. Cargador de clases definido por el usuario, con la clase ClassLoader. Soporte de red, mediante el paquete java.net. Soporte para los paquetes J2SE java.lang, java.math, java.security,

java.security.cert, java.text, java.util.jar y java.util.zip [6].

1.2.1.4 CLDC El objetivo de la Configuracin para Dispositivos con Conexin Limitada (CLDC) es mantener, en lo posible, las caractersticas de Java sobre dispositivos limitados. CLDC no requiere muchos recursos de hardware del dispositivo mvil, es suficiente con una cantidad de memoria total para las aplicaciones Java entre 160 Kb y 512 Kb, incluyendo memoria RAM y memoria flash o ROM y hasta 2 Mb incluyendo el perfil y paquetes adicionales. CLDC requiere una conexin a red, aunque sta sea una conexin intermitente y de baja velocidad, normalmente 9600bps o menos. Esta configuracin es para dispositivos mviles con lmites severos en cuando a potencia de clculo, bajo consumo de energa basado en el suministro exclusivo desde bateras, con restricciones extremas en su interfaz de usuario y con limitaciones a pantallas muy pequeas, adems de que su conocimiento es fundamental para entender el perfil MIDP [6].

1.2.1.5 MIDP Un perfil define el tipo de dispositivo soportado. El MIDP (Mobile Information Device profile, Perfil para Dispositivos de Informacin Mvil), define las clases para las aplicaciones que se ejecutan en telfonos celulares y buscadores de personas. MIDP es el perfil principal y el ms utilizado por ser el primero del cual se proporciona una implementacin, es un perfil basado en la configuracin CLDC para ejecutar aplicaciones en telfonos celulares y buscadores de
6

Antecedentes

personas, dispositivos con pantallas pequeas, conexin HTTP inalmbrica y memoria limitada. El perfil MIDP incorpora conectividad mediante sockets y datagramas, soporte para protocolo HTTPS (Hypertext Transfer Protocol Secure, Protocolo Seguro de Transferencia de Hipertexto) y SSL (Secure Sockets Layer, Protocolo de Capa de conexin Segura), API para el desarrollo de juegos y la reproduccin de sonido y vdeo. La figura 1.2 muestra la posicin lgica dentro de la arquitectura de los dispositivos mviles del perfil MIDP, no permite a los Midlets acceder al sistema operativo del dispositivo mvil porque si lo hiciese, la gran mayora de los Midlets dejaran de ser portables, tambin muestra cmo los Midlets utilizan de forma directa todas las facilidades que proporciona el perfil MIDP y APIs que derivan directamente de la configuracin CLDC [6].

Figura 1.2 Arquitectura del perfil MIDP 1.2.1.6 Midlets Un Midlet se define como una aplicacin Java para dispositivos mviles que cumple las especificaciones CLCD y MIDP [6] Un Midlet durante su ciclo de vida activo, desde que se crea hasta que se destruye, devuelve todos sus recursos al sistema y atraviesa diferentes estados. La figura 1.3 muestra estos estados y los mtodos que regulan la transicin de un estado a otro. Los estados posibles por los que pasa un Midlet durante su ciclo de vida son: Detenido: estado en el que se encuentra un Midlet creado, pero que todava no ejecuta por primera vez el mtodo startApp(). Tambin se provoca este estado a travs de llamadas a los mtodos pauseApp() o notifyPaused(). En este estado, el Midlet mantiene los mnimos recursos posibles y admite cualquier notificacin asncrona: se encuentra "en espera".

Antecedentes

Activo: estado de ejecucin del Midlet en el que se entra tras la ejecucin inicial del mtodo startApp() o por la recuperacin mediante la llamada al mtodo resumeRequest() tras una pausa.

Destruido: estado provocado por la invocacin de los mtodos destroyApp() o

notifyDestroyed(). Una vez que el Midlet entra en este estado ya no realiza

ninguna transicin a otro estado, habr concluido toda su actividad.

Cuando un Midlet se crea por primera vez y se inicializa, su estado se detiene. Si se produce alguna excepcin en el constructor del Midlet, pasa inmediatamente a estado destruido [6].

Figura 1.3 Ciclo de vida de un Midlet

1.2.2 LWUIT
LWUIT (Lightweight User Interface Toolkit, Kit de Herramientas Ligero de Interfaces de Usuario) es una biblioteca de interfaces de usuario desarrollada para la plataforma J2ME de Java, es de licencia libre y permite a los desarrolladores crear interfaces visuales de usuario atractivas y funcionales compatibles con los dispositivos mviles con el perfil MIDP 2.0 y la configuracin CLDC 1.1. Entre sus caractersticas se encuentran ampliar la funcionalidad de los controles grficos estndar ubicados en el paquete javax.microedition.lcdui por medio del paquete
com.sun.lwuit que contiene controles grficos con caractersticas de animacin y 8

Antecedentes

transicin, el desarrollo de las aplicaciones es al estilo Java-Swing y por medio del editor de recursos Theme Creator se desarrollan temas de presentacin que proporcionan una visualizacin estndar a los controles utilizados en la aplicacin mvil. Las aplicaciones desarrolladas con la implementacin de LWUIT se ejecutan del mismo modo en todos los dispositivos mviles independientemente de su plataforma. La figura 1.4 ilustra los componentes de mayor importancia de la biblioteca LWUIT [7].

Figura 1.4 Componentes de LWUIT

1.2.3 Arquitectura de un sistema basado en localizacin

Los sistemas basados en localizacin utilizan mecanismos (Satlites, geolocalizacin por IP, entre otros) para la obtencin de la ubicacin de personas o cosas y envan esa informacin al dispositivo cliente (GPS, dispositivo mvil, computadora) que se encarga de decodificar esa informacin desplegando como resultado la ubicacin actual del usuario, trazo de rutas, bsqueda de negocios, entre otros servicios. El sistema basado en localizacin que usa GPS se basa en el uso de seales procedentes de una constelacin de veinticuatro satlites activos emplazados en seis planos orbitales cada uno con cuatro satlites. Esto permite que el usuario vea entre cinco y ocho satlites a la vez. El mnimo nmero de satlites necesarios para el clculo de la posicin es cuatro sin embargo, cuanto mayor sea ste obtendremos una mayor precisin [8]. El funcionamiento de los sistemas basados en localizacin es el siguiente: los satlites a travs de mecanismos de posicionamiento emiten seales que proporcionan las coordenadas que los dispositivos mviles o equipos cmputo con capacidades y caractersticas para la recepcin de
9

Antecedentes

estas seales como los GPS, interpretan permitiendo a los usuarios obtener informacin acerca de su localizacin. Cabe mencionar que estas seales tambin son interceptadas por las antenas de las redes de comunicaciones. Una vez obtenida la ubicacin del usuario, este accede por medio de su dispositivo mvil a la informacin proporcionada por los servidores proveedores de servicios y de contenido los cuales ofrecen a travs de Internet servicios como: localizacin de centros comerciales, hospitales, escuelas, enrutamiento para llegar a algn destino, el rastreo de una persona, animal u objeto en movimiento, etc. El acceso a los servicios que los usuarios hacen por medio de su dispositivo mvil es mediante una conexin con la red de comunicaciones la cual a su vez se encuentra enlazada con Internet.

1.2.4 Geolocalizacin por IP

La geolocalizacin por IP o Geotargeting es un mecanismo que permite obtener la localizacin geogrfica de los usuarios a travs de la direccin IP de su computadora sin embargo, su implementacin requiere analizar las ventajas y desventajas que implica utilizar alguno de sus mtodos de aplicacin los cuales se describen a continuacin: Mtodo por resolucin DNS inversa: una vez que se obtiene la IP del cliente, resulta sencillo hacer la consulta DNS inversa para obtener el nombre de la computadora. Por ejemplo: si la direccin IP es 200.40.181.98 pertenece a la mquina r200-40-18198.adsl.anteldata.net.uy. Y si se toma la ltima parte de este nombre (.uy) se sabe que la computadora se localiza en Uruguay. Cada pas tiene asignado un cdigo de dos letras, se realiza un anlisis de texto que permite conocer el pas de origen del cliente. Ventajas: es sencillo de programar. Prcticamente todos los lenguajes para desarrollar en la Web tienen las funciones necesarias para realizar consultas DNS reversas. Desventajas: no todas las direcciones IP tienen configurada la resolucin inversa. Otra grave desventaja consiste en la enorme cantidad de computadoras asignados a los dominios .com, .net, .org, entre otros. Al no tratarse de cdigos nacionales, es imposible determinar en qu pases se encuentran estas computadoras. Una ltima desventaja consiste en que la resolucin DNS es algo lenta y consume recursos de red

10

Antecedentes

ya que no es un proceso que ocurra dentro de la computadora, sino que implica la realizacin de una consulta remota a los servidores DNS. Mtodo de base de datos de bloques de direcciones IP: existen cuatro organizaciones continentales que tienen la responsabilidad de asignar y controlar el uso de direcciones IP por parte de los pases. Estas son APNIC para Asia y el Pacfico, ARIN para Norteamrica, LACNIC para Latinoamrica y el Caribe, y RIPE para Europa, frica del norte y Rusia [9], [10]. Cada una de estas organizaciones mantiene un registro detallado de los grupos o bloques de direcciones IP que se asignan a los distintos pases. Si se junta la informacin de estas cuatro entidades, es posible construir una gran base de datos conteniendo todos los bloques de direcciones IP del mundo asignados a sus respectivos pases. Ventajas: al tratarse de una base de datos local los sistemas basados en esta tcnica obtienen la informacin en menos de una milsima del tiempo que insumira una consulta DNS. Esta tcnica permite identificar sin problemas el origen geogrfico real de mquinas con las extensiones .com, .net, .edu, .org, entre otros. Desventajas: las entidades reguladoras asignan nuevas direcciones constantemente, por lo cual la base de datos implementada tendra que actualizarse constantemente. Por lo tanto un mecanismo de geolocalizacin por direcciones IP basado en base de datos de direcciones IP requiere un cierto mantenimiento si se desea evitar que el sistema que lo implementa quede desactualizado y proporcione resultados errneos.

1.2.5 Google Web Toolkit

En mayo del 2006, Google desarroll el Google Web Toolkit (GWT), un conjunto de herramientas de desarrollo, utilidades de programacin y widgets, lo que permite crear aplicaciones enriquecidas para Internet. La diferencia entre GWT y otros frameworks, es que con GWT se escribe el cdigo del lado del browser en lenguaje Java en vez de JavaScript. GWT no slo permite la integracin con el cdigo JavaScript existente en una aplicacin, sino tambin los cdigos existentes del lado del servidor.

11

Antecedentes

El ncleo de GWT es un compilador de Java que produce cdigo JavaScript capaz de ejecutarse en casi cualquier browser como Internet Explorer, Mozilla Firefox, Safari, Chrome y Opera. El compilador convierte la sintaxis de Java a JavaScript, utilizando versiones JavaScript de uso comn como las bibliotecas Vector, HashMap y Date de Java. GWT tambin incluye una gran biblioteca de widgets y pneles, lo que lo permite construir sin esfuerzo una aplicacin para la Web que se parece ms a una aplicacin de escritorio. La responsabilidad del compilador de GWT es la de convertir el cdigo Java a JavaScript, de la misma forma en que el compilador de Java compila el cdigo Java en ByteCode. El compilador de GWT necesita acceso a cdigo fuente Java de cualquier clase que se est utilizando en el cdigo. Este requisito no slo utiliza las bibliotecas externas como las que se incluyen en el JRE (Java Runtime Environment, Ambiente en Tiempo de Ejecucin Java). Para los desarrolladores se ofrece la posibilidad de utilizar algunas de las clases JRE GWT que proporciona la biblioteca JRE de emulacin. Esta biblioteca contiene las partes ms utilizadas de la totalidad del JRE, las cuales se utilizan en los proyectos y se compilan a JavaScript. Las dos tablas siguientes muestran las clases disponibles del JRE que se utilizan en las aplicaciones GWT as como sus respectivas excepciones e interfaces. Tabla 1.1 Clases del paquete java.lang.*; disponibles en GWT Clases Boolean Class Integer Number String Throwable AssertionError Exception IllegalStateException NullPointerException StringIndexOutOfBounds Exception Interfaces CharSequence Cloneable Comparable
12

Byte Double Long Object StringBuffer Excepciones / Errores ArrayStoreException Error IndexOutOfBoundsException UnsupportabelOperation Exception

Character Float Math Short System

ClassCastException IllegalArgumentException RuntimeException

Antecedentes

Tabla 1.2 Clases del paquete java.util.*; disponibles en GWT Clases Abstract List ArrayList Date ListIterator Stack Excepciones / Errores MoSuchElementException Interfaces Comparator List Set

AbstractCollection AbstractSet Collections LinkedHashMap SortedMap Vector EmptyStackException Collection Iterator RandomAccess

AbstractMap Arrays HashMap HastSet TreeMap

TooManyListenerException EventListener Map

GWT proporciona un conjunto enriquecido de herramientas que se centran en resolver el problema del traslado de la aplicacin de escritorio en el browser, incluyendo no slo un conjunto de widgets, sino muchas otras herramientas ms. Entre las herramientas que proporciona GWT se encuentran: un analizador XML, varias herramientas para la comunicacin con el servidor, la internacionalizacin, herramientas de configuracin y un browser del sistema de gestin del historial. En la figura 1.5 se ilustra que las herramientas se dividen en aquellas que se vinculan al compilador, y las bibliotecas Java que componen la API de GWT [11].

Figura 1.5 Conjunto de herramientas de GWT

13

Antecedentes

1.2.6 Yahoo Maps

La API de Yahoo Maps permite enriquecer pginas Web y aplicaciones de escritorio mediante la integracin de mapas que opcionalmente incluyen la aplicacin de Flash, AJAX (Asynchronous JavaScript and XML, JavaScript asncrono y XML) e imagen de mapa. Una imagen de mapa proporciona una imagen en formato .png la cual es una referencia a un mapa grfico generado de a cuerdo a los parmetros de latitud y longitud especificados en la solicitud del usuario. A diferencia de Google Maps, Yahoo Maps tiene incorporado un geocoder por medio del cual el usuario especifica una direccin o las coordenadas de latitud y longitud sin tener la necesidad de utilizar alguna herramienta geocoder adicional o escribir un cdigo necesario para la obtencin de la latitud y la longitud de una determinada direccin. Yahoo Maps posee el mismo funcionamiento que los Google Maps es decir, permite integrar imgenes a los mapas, colocar marcadores con descripciones personalizadas, agregar iconos, trazo de rutas entre otros. Sin embargo, es necesario que los datos de entrada tengan el formato del estndar Web RSS (Really Simple Syndication, Sindicacin Realmente Simple) ste tipo de formato se utiliza en la publicacin de contenidos que se actualizan constantemente por Internet lo que permite que el usuario reciba informacin actualizada acerca de las direcciones en Yahoo Maps [12].

1.2.7 Lenguajes multimodales

Aunque las interfaces multimodales an no son comunes, la industria del software en conjunto tiene una experiencia considerable con este tipo de arquitecturas. Se utiliza para una amplia gama de tareas, incluyendo en particular los sistemas de telefona [13]. La Interaccin multimodal o multimodalidad consiste en un proceso en el cual diversos dispositivos y personas son capaces de llevar a cabo una interaccin (auditiva, visual, tctil y gestual) conjunta desde cualquier sitio, en cualquier momento, utilizando cualquier dispositivo y de forma accesible, incrementando as la interaccin entre personas, y entre dispositivos y persona. El usuario a travs de la interaccin multimodal podr determinar el modo o modos de interaccin que quiere utilizar para acceder a la informacin, lo que extiende y mejora la interfaz del usuario ya que se hace posible la utilizacin conjunta de la voz y otros tipos de dispositivos de introduccin de datos como teclados, ratones, lpices,
14

Antecedentes

pantallas tctiles, etc.. Aunque esta forma de interaccin conjunta est especialmente dirigida a las aplicaciones mviles, que incorporan controles por voz y disponen de pantallas de dimensiones reducidas, tambin est pensado para otros sectores como la automocin (browsers integrados, pantallas tctiles, etc.), la oficina (pantallas tctiles de las fotocopiadoras), o los electrodomsticos ms avanzados. [14]. Los lenguajes de programacin que ofrecen caractersticas de multimodalidad son: EMMA (Extensible Multimodal Annotation Markup Language, Lenguaje de Marcas de Anotacin Multimodal Extensible) Es un lenguaje utilizado para el intercambio de datos en sistemas de administracin de interaccin multimodal. Es una especie de lenguaje comn utilizado en la comunicacin entre componentes de un sistema multimodal, cuyo objetivo es integrar la entrada de datos procedente de los usuarios desde diferentes recursos, y darle forma para procesarla en una representacin nica que a su vez es procesada por componentes avanzados de procesamiento de informacin.[14], MPML y SMIL los cuales se describen a continuacin.

1.2.7.1 MPML Zong Yuan Ishizuka desarroll MPML en el departamento de ingeniera de la informacin y la comunicacin de la Universidad de Tokio. El MPML (Multimodal Presentation Markup Language, Lenguaje de Marcas de Presentacin Multimodal) es un lenguaje de marcas basado en XML. MPML permite la descripcin de la presentacin multimodal de una manera fcil basndose en agentes de carcter o personajes. MPML permite a los usuarios escribir fcilmente presentaciones multimodales atractivas. Funcionalmente, el lenguaje de marcas de presentacin multimodal tiene varias similitudes con el lenguaje de integracin multimedia sincronizada (SMIL) [15].

1.2.7.2 SMIL La integracin del SMIL (Synchronized Multimedia Integration Language, Lenguaje de integracin Multimedia Sincronizado) permite la fcil autora de presentaciones audiovisuales interactivas. SMIL se usa tpicamente para presentaciones multimedia que integran el streaming de audio y vdeo con imgenes, texto o cualquier otro tipo de medio. (En el

15

Antecedentes

contexto, streaming se refiere a la ejecucin combinada de texto, audio, video e imgenes). SMIL es un lenguaje fcil de aprender como el lenguaje HTML (HyperText Markup Language, Lenguaje de Marcas de Hipertexto), y las presentaciones SMIL se escriben utilizando un editor de texto [16]. El SMIL se escribe como una aplicacin XML y es actualmente una recomendacin del W3C (World Wide Web Consortium, es un Consorcio Internacional de Estndares para Internet). En pocas palabras, permite a los autores especificar lo que se presentar en el momento preciso cuando se visualiza una imagen en la pantalla y, est a su vez, habla haciendo coincidir el audio con el video. SMIL permite la integracin de un conjunto de objetos multimedia independientes en una presentacin multimedia sincronizada [17]. Utilizando SMIL un autor realiza lo siguiente: La descripcin del comportamiento temporal de la presentacin Describe la disposicin de la presentacin en una pantalla Asocia hipervnculos con objetos multimedia

1.2.8 Lenguajes para el desarrollo de pginas Web

Para el desarrollo de pginas Web es importante definir si el tipo de pgina Web que se va a desarrollar ser esttica o dinmica. Una pgina Web esttica, es bsicamente informativa y no interacta con los SGBD. Para desarrollar una pgina Web esttica basta con utilizar el lenguaje HTML. En cambio una pgina Web dinmica es la salida de un programa en ejecucin en el lado del servidor independientemente si interacta o no con otras tecnologas. Existen varios lenguajes para el desarrollo de una pgina Web dinmica como: PHP, JSP, ASP.NET, entre otros.

1.2.8.1 PHP PHP originalmente se llam PHP/FI (Personal Home Pages / Form Interpreter, Pginas de Inicio Personales/Interprete de Formularios). Rasmus Lerdof desarroll PHP/FI con el objetivo de incorporar la funcionalidad que el servidor Web no ofreca a su pgina Web personal. Posteriormente, Rasmus Lerdof junto con un equipo de desarrolladores actualizaron PHP/FI y le dieron el nombre de PHP. El equipo decidi que pginas de inicio personales no
16

Antecedentes

era un nombre muy acertado para este lenguaje y lo cambiaron por PHP ( Preprocessor Hypertext, Preprocesador de Hipertexto). PHP es un lenguaje interpretado de alto nivel embebido en pginas HTML y que se ejecuta en un servidor de aplicaciones. Es un lenguaje de programacin de estilo clsico, con variables, sentencias condicionales, ciclos y funciones. PHP no es un lenguaje de marcas como HTML, XML o WML. El resultado es normalmente una pgina HTML o incluso WML [18]. Las ventajas del desarrollo de pginas Web con PHP son: Capacidad de conexin con la mayora de los manejadores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL. Es un lenguaje multiplataforma. Capacidad de expandir su potencial utilizando la enorme cantidad de mdulos (llamados ext's o extensiones). Posee una amplia documentacin en su pgina oficial, entre la cual se destaca que todas las funciones del sistema se explican y ejemplifican en un nico archivo de ayuda [19].

1.2.9 Servicios Web

El consorcio de la W3C define a un servicio Web como un sistema de software diseado para permitir la interoperabilidad computadora a computadora en una red. Cuenta con una interfaz descrita en un formato procesable por una computadora, especficamente WSDL (Web Services Description Language, Lenguaje de Descripcin de servicios Web). Otros sistemas interactan con el servicio Web en la forma prescrita por su descripcin utilizando mensajes SOAP (Simple Object Access Protocol, Protocolo Simple de Acceso a Objetos), tpicamente transmitidos utilizando HTTP con serializacin XML en conjunto con otros estndares Web relacionados [20].

1.2.9.1 Arquitectura orientada a servicios Una SOA (Service Oriented Architecture, Arquitectura Orientada a Servicios) suministra un mecanismo de integracin de aplicaciones existentes sin considerar la plataforma o el lenguaje
17

Antecedentes

de programacin en que se desarrollaron, por ende las soluciones basadas en una SOA se integran de servicios reutilizables, bien definidos, pblicos e interfaces basadas en estndares de Internet. Una SOA maneja tres niveles de abstraccin conceptual: 1. Operaciones: son transacciones que representan unidades lgicas de trabajo. La ejecucin de una operacin interviene en la persistencia de la informacin ya que representa funciones de lectura, escritura y modificacin. Las operaciones tienen una interfaz especfica, estructurada y devuelven respuestas estructuradas. As tambin, la ejecucin de una operacin especfica involucra la invocacin de operaciones adicionales. 2. Servicios: son la representacin de agrupaciones lgicas de las operaciones. Por ejemplo, suponiendo que hay un servicio de registro de algn mdico especialista, las operaciones de: capturar, verificar, validar y guardar la informacin representan las operaciones asociadas que constituyen al servicio. 3. Procesos del negocio: es un conjunto de acciones o actividades realizadas con metas comerciales especficas. En trminos de una SOA, un proceso comercial se compone de una serie de operaciones que se ejecutan en una determinada secuencia segn un conjunto de reglas comerciales.

En una arquitectura SOA participan tres elementos: los proveedores, los clientes y el repositorio de servicios. Los proveedores son aplicaciones que suministran el servicio por lo que son responsables de la publicacin de las descripciones del servicio que proporcionan adems, es posible que un proveedor adquiera tambin el rol de cliente. El cliente o solicitante de servicio localizan las descripciones publicadas por los proveedores y se integran con ellas analizando e invocando las descripciones de los servicios. El repositorio de servicios es el lugar en el que el proveedor publica sus descripciones de servicios y es a dnde de los clientes descubren el servicio publicado. El cliente por medio de una operacin de consulta recupera la descripcin del servicio del repositorio de servicios y usa la descripcin para integrarse con el proveedor del servicio invocando e interactuando recprocamente con la implementacin del servicio. Los roles de proveedor y cliente son estructuras lgicas y es posible que un servicio exhiba caractersticas de ambos.
18

Antecedentes

La figura 1.6 ilustra la arquitectura de una SOA.

Figura 1.6 Arquitectura Orientada a Servicio.

Comnmente, un servicio es una funcin comercial implementada y encapsulada en una interfaz localizable tanto por los agentes que disearon el servicio como por quienes desconocen el servicio y su diseo y que desean utilizarlo. Este enfoque de encapsulacin considerado de caja negra es una caracterstica de los principios de modularidad de la Ingeniera de Software [21].

1.2.9.2 KSOAP KSOAP es una biblioteca desarrollada en Java en Noviembre del ao 2001 que permite el consumo de servicios Web a travs de mensajes SOAP para ambientes con ciertas limitaciones como los Applets o las aplicaciones J2ME. La ltima versin de KSOAP se desarroll en el ao 2003 y es la KSOAP 2 [22] y presenta las siguientes mejoras: Mejora en la estructura de sus mtodos. Mejora en el soporte para la codificacin de literales. El soporte para la serializacin ahora es opcional y se encuentra contenido un paquete independiente. Varias clases que se encontraban separadas se integraron en la clase

SoapSerializationEnvelope, proporcionando soporte para la serializacin SOAP

adems, SoapSerializationEnvelope extiende a la clase base SoapEnvelope. Permite utilizar una bandera dotNet. (En el contexto, dotNet hace referencia a la tecnologa .Net de Microsoft) para cambiar el comportamiento estndar de la clase
19

Antecedentes

SoapSerializationEnvelope permitiendo el manejo de espacio de nombres como el que se utiliza por defecto en la tecnologa de Microsoft .Net [23].

La tabla 1.3 describe los paquetes que proporciona KSOAP 2 para el consumo de servicios Web [24]. Tabla 1.3 descripcin de los paquetes de KSOAP Paquete org.ksoap2 Descripcin

Contiene las clases bsicas requeridas para el manejo de cabeceras SOAP y XML literal. org.ksoap2.serialization Contiene soporte para la especificacin de Serializacin de SOAP. org.ksoap2.servlet Contiene la clase para la implementacin de Servlets. org.ksoap2.transport Contiene clases que permiten la ejecucin de mtodos de conexin a travs de HTTP.

1.2.10 Gestores de base de datos

La implementacin de bases de datos es de gran importancia en los sistemas de informacin ya que en ellas se almacena la informacin que el sistema manipula. A travs de los SGBD (Data Base Management System, Sistema Gestor de Base de Datos) se realizan los procesos de construccin, definicin y manipulacin de una base de datos. El sistema gestor de base de datos MySQL se presenta a continuacin.

1.2.10.1 MySQL MySQL proporciona un servidor de base de datos SQL ( Structured Query Language, Lenguaje Estructurado de Consultas) rpido, multihilo, multiusuario y robusto. El servidor MySQL est diseado para entornos de produccin crticos, con alta carga de trabajo as como para integrarse en software para su distribucin. [25] MySQL originalmente fue una marca registrada de MySQL AB. En la actualidad MySQL pertenece a Sun Microsystems. La tabla 1.4 muestra las caractersticas de MySQL

20

Antecedentes

Tabla 1.4 Caractersticas de MySQL Caractersticas Claves forneas para tablas MyISAM Disparadores Manejo de clausulas Join Restricciones de integridad 5.0 y 5.1 5.1 5.1 Versin MySQL 5.1 (Ya implementado en versiones previas para tablas InnoDB)

1.3 Planteamiento del problema

Existen entidades que ofrecen diversos servicios para el cuidado de la salud entre ellos se encuentran hospitales, sanatorios y centros de salud as como una gran cantidad de mdicos especialistas. Por lo general la informacin y el conocimiento de estas entidades se encuentra dispersa y cuando un usuario tiene la necesidad de atender alguna emergencia, le resulta difcil tener acceso a dicha informacin por lo que tiene que recurrir a un operador de emergencias el cual se encarga de localizar a la entidad de salud que resulte adecuada dependiendo del contexto de la emergencia del usuario. Otra manera de obtener informacin de alguna de las entidades de salud mencionadas anteriormente es a travs del sitio Web de las mismas, lo cual implica el forzoso uso de equipo de cmputo en algn determinado lugar y no se tiene el acceso a la informacin de las entidades de salud por medio de dispositivos mviles, por lo tanto esta manera de atender las emergencias o la consulta de informacin para el cuidado de la salud de un usuario resulta ineficiente principalmente si se trata de un sistema no local. Un problema tecnolgico que se presenta es que no se tengan los beneficios que ofrece una red inalmbrica con la cobertura suficiente para atender las solicitudes hechas por el usuario a travs de un dispositivo mvil. Por consiguiente, es imperativo el desarrollo de un sitio Web multimodal que permita gestionar e integrar la informacin de todas las entidades de salud existentes en la repblica mexicana.

21

Antecedentes

1.4 Objetivo general y objetivos especficos

1.4.1 Objetivo general Desarrollar un sitio Web multimodal basado en localizacin para el descubrimiento de entidades mdicas a travs de equipos de cmputo y dispositivos mviles que ser una alternativa para mejorar los servicios referentes al cuidado de la salud y de emergencias.

1.4.2 Objetivos especficos Disear una arquitectura de integracin para ofrecer prestacin de servicios a travs de servicios Web. Disear y desarrollar el repositorio de informacin donde se registrar la informacin de las entidades mdicas. Identificar los tipos de servicio que ofrecer el sistema para automatizar la seleccin de los servicios referentes a las emergencias mdicas. Desarrollar un sistema de integracin de entidades mdicas localizadas en diversos estados de la Repblica Mexicana. Implementar en Google Web Toolkit los mecanismos para la localizacin geogrfica de las entidades mdicas. Implementar multimodalidad con caractersticas de cambio de personajes y cambio de idioma en el sistema. Desarrollar los servicios Web necesarios para realizar la consulta de las entidades mdicas en el repositorio de informacin a travs de la aplicacin en J2ME. Desarrollar la aplicacin en J2ME que consuma los servicios Web para la bsqueda de entidades mdicas a travs de dispositivos mviles.

1.5 Justificacin
La importancia que representa la localizacin y la obtencin de la informacin acerca de las entidades de cuidado mdico para un usuario es el motivo por el cual se desarroll el Sistema multimodal basado en localizacin para el descubrimiento de entidades mdicas. El desarrollo del sistema propuesto en esta tesis permite solucionar los problemas que se
22

Antecedentes

presentan cuando un usuario tiene una emergencia o le surge la necesidad de obtener informacin para el cuidado de su salud incluyendo la ubicacin y el descubrimiento de alguna de las entidades de cuidado mdico. A travs del sistema propuesto, el usuario atender los inconvenientes que se manifiestan en la localizacin de entidades mdicas para la atencin de una emergencia.

Por medio del sistema se resolvern diversas interrogantes como por ejemplo: Cules hospitales son pblicos o privados? Qu hospitales se encuentran en un estado o ciudad en particular? En qu hospitales existen mdicos con especialidad en cardiologa? (o una determinada especialidad). Cules hospitales se localizan en una determinada colonia?

Analizando las interrogantes descritas, se consolidan los diversos beneficios que el sistema aportar para la sociedad como el conocimiento de entidades mdicas en base a los especialidades de salud que ofrecen, su ubicacin por zona geogrfica e incluso en el caso de que a algn usuario se le presente cierta emergencia mdica, el sistema ser capaz de proporcionarle la informacin necesaria acerca de la ubicacin de las entidades ms cercanas permitiendo agilizar el proceso para la atencin de dicha emergencia. Otro de los beneficios que aportar el sistema es que a travs de sus servicios, profesionistas en el cuidado de la salud registren los hospitales, clnicas o centros de salud que representen as como los servicios que ofrecen en su calidad de mdicos especialistas de tal modo, que por medio de este sistema se integre gran informacin de las diversas entidades mdicas existentes en el pas lo cual conlleva a diversas ventajas entre las que se mencionan: servir de medio para dar a conocer instituciones de salud y servicios mdicos adems de reunir en un nico sitio la mayor parte de la informacin de entidades mdicas evitando que la misma se encuentre dispersa permitiendo as el descubrimiento y localizacin de dichas entidades.

23

Estado de la prctica

Captulo 2 Estado de la Prctica

Introduccin
El desarrollo de sistemas de informacin o la implementacin de diferentes tecnologas en proyectos destinados al cuidado de la salud en diversas instituciones educativas o centros de investigacin alrededor del mundo es notable, por ende, la recopilacin y la lectura de artculos relacionados con el proyecto de investigacin propuesto permite obtener informacin relevante y adquirir conocimiento acerca de con qu tecnologas, tcnicas de desarrollo y arquitecturas se desarroll cada uno de los proyectos resumidos en el siguiente apartado. El anlisis de cada uno de los artculos recopilados enriquece el conocimiento para analizar y desarrollar la tesis que aqu se presenta as como impedir un posible plagio que evite o interfiera con el desarrollo del mismo, adems se redact un resumen de los artculos ms significativos los cuales se presentan a continuacin.

2.1 Trabajos relacionados

En [26] se desarroll un sistema empresarial de asistencia en el cuidado de la salud para hospitales basado en la tecnologa J2EE y el uso de la tecnologa estndar Web. La implementacin de la plataforma J2EE y XML, permiti garantizar la movilidad, la escalabilidad y la integridad del sistema para ser accedido por medio de la Web, de esa manera cada cliente consigue el acceso al sistema incluso a travs de los dispositivos mviles como los PDA. De acuerdo con este concepto, el sistema se utiliza en la vida cotidiana asumiendo la necesidad creciente para el tratamiento de enfermedades crnicas como las enfermedades cardiovasculares, la hipertensin, la diabetes entre otras, ya que se requiere de la observacin cuidadosa de las mismas. El uso del sistema se explica a continuacin: El usuario con alguna enfermedad crnica analiza su propio estado de salud (sus sntomas: mareo, dolores, entre otros.) si el resultado es positivo o negativo, este enva el resultado al sistema del hospital. En el sistema, los datos se almacenan secuencialmente en un repositorio persistente de salud, y una evaluacin concisa se transfiere a travs del navegador de Internet al dispositivo por el cual se ingres al sistema por ejemplo un PDA. El usuario al observar el navegador de Internet en su PDA, obtendr que su condicin se origina por un malestar relacionado a alguna de sus
24

Estado de la prctica

enfermedades (Por ejemplo: Incremento de la presin). Si la lectura de la presin del usuario es un poco alta y requiere saber el motivo de tal malestar, el usuario verifica su historial de salud y solicita una cita al hospital para recibir servicio mdico. La arquitectura en este sistema involucra la implementacin del MVC (Model View Controller, Modelo Vista Controlador) y las siguientes tecnologas J2EE, XML, EJB (Enterprise Java Beans), Apache Tomcat, JBoss (Como contenedor de EJB), Oracle 10g y el DOM (Document Object Model, Modelo en Objetos de Documentos) el cual es esencialmente una interfaz de programacin de aplicaciones que proporciona un conjunto estndar de objetos para representar documentos HTML y XML, un modelo estndar sobre cmo se combinan dichos objetos, y una interfaz estndar para acceder a ellos y manipularlos. A travs del DOM, los programas acceden y modifican el contenido, estructura y estilo de los documentos HTML y XML, que es para lo que se dise principalmente. El responsable del DOM es el consorcio W3C. Adems se utiliz el HL7 (Health Level 7, Salud Nivel 7) que es una comunidad internacional de expertos del tema de asistencia del cuidado mdico y cientficos de informacin, colaborando para crear estndares para el cambio, la deteccin y la integracin de informacin electrnica de asistencia del cuidado mdico. HL7 promueve el uso de tales estndares dentro de y entre organizaciones de asistencia de cuidado mdico, para aumentar la eficacia y la eficiencia de entrega de asistencia sanitaria en beneficio de todos. El "Nivel Siete" se refiere al nivel ms alto de la Organizacin Internacional de Estndares (ISO). En [27] se describe el desarrollo de una aplicacin inalmbrica de asistencia de cuidado mdico mvil que provee de capacidades inalmbricas, procesa la informacin mdica y entrega la asistencia de cuidado mdico a los pacientes. Este sistema es capaz de reunir y transmitir datos mdicos en lnea a pesar de la ubicacin fsica entre la red inalmbrica y la red celular CDMA (Code Divisin Multiple Access, Acceso Mltiple de Divisin de Cdigo) para el hospital y ambientes hogareos. La aplicacin inalmbrica de asistencia de cuidado mdico mvil se desarroll para trabajar junto con dispositivos IEEE802.15.4 (Estndar que especifica la capa fsica y el medio de control de acceso para las redes de rea local inalmbricas) dentro de este estndar se encuentran dispositivos como: Computadoras de escritorio, computadoras porttiles, PDAs, telfonos de VOIP (Voice Over Internet Protocol, Voz Sobre Protocolo de Internet) e incluso Wi-Fi (Wireless Fidelity, Fidelidad Inalambrica) o Bluetooth y adopt la

25

Estado de la prctica

red de CDMA para crear una amplia gama de alcance para enlazar el cuidado de los enfermos en el ambiente hogareo a travs de algn dispositivo de los mencionados anteriormente al cuidado del hospital y proporcionar acceso a la informacin en lnea. Esta aplicacin permite un continuo auto-diagnstico y deteccin de signos fisiolgicos como un electrocardiograma (ECG) utilizando el telfono celular y alerta a los prestadores de servicios mdicos en caso de que se presenten acontecimientos crticos. El diseo de la arquitectura del sistema, comprendi la comunicacin de infraestructura y la parte de gestin. La parte de gestin incluye el estndar IEEE 802.15.4 inalmbrico (Institute Of Electrical and Electronics Engineers, Instituto de Ingenieros Elctricos y Electrnicos) que permite que dispositivos como sensores corporales, cinturones portables de pecho o cinturones de mueca agreguen datos de signos fisiolgicos del paciente. Este sistema despliega la comunicacin integrada de infraestructura del IEEE 802.15.4 la red y la red inalmbrica de CDMA para expandirse e interconectar el WLAN (Local Area Network, Red de rea Local) y los celulares de la infraestructura de red para lograr y crear un medio amplio de asistencia mdica mvil. Los signos fisiolgicos se agregan radiofnicamente en ambiente hogareo, vigilados y analizados localmente en telfono celular, para despus enviarlos al centro mdico. El monitoreo automatizado, procesa analiza y simplifica la informacin mdica para identificar la condicin de salud del paciente y notificar al mdico en caso de una emergencia. En el foro de estandarizacin de Internet de Corea se anunci a la WIPI (The Wireless Internet Platform for Interoperability, La Plataforma Inalmbrica del Internet para la Interoperabilidad) como la plataforma estndar en la red mvil. WIPI adopt el lenguaje C++ y la tecnologa de Java como partes esenciales del estndar radiofnico de Corea para permitir desarrollo de aplicacin para personalizar sus mviles con aplicaciones de cuidado mdico para lo cual implementan el algoritmo QRS (QRS es una estructura en los electrocardiogramas que corresponde en el tiempo, con la despolarizacin de los ventrculos).

En [28] se presenta un prototipo de sistema de asistencia mdica mvil basado en un sistema sustituto del host. El host es sustituto por JIni el cual proporciona una interfaz continua entre el dispositivo mvil y el portal basado en cmputo Grid. Para la seguridad el proxy se basa en GSI (Grid Security Infrastructure, Infraestructura de Seguridad del Grid) que se extiende para proporcionar autentificacin de dispositivos inalmbricos. Adems, el host sustituto
26

Estado de la prctica

retransmite la peticin del dispositivo PDA al portal, maneja la sesin del usuario, y proporciona vigilancia del PDA. Los resultados experimentales mostraron que el sistema desarrollado se utilizar para el cuidado de pacientes con diagnstico de enfermedad cardaca, basndose en cmputo de Grid en una manera segura y conveniente. Esta investigacin demostr que los servicios de asistencia mdica basados en Grid se extienden del ambiente de escritorio al dominio de los dispositivos mviles. El sistema de asistencia mdica mvil es un producto ICT (Information And Communication Technology, Tecnologa de Informacin y Comunicacin) que se centr en la recepcin de la seal inalmbrica, el procesamiento y en la comunicacin en el ambiente inalmbrico. El uso del ayudante digital personal (PDA) para utilizar los servicios mdicos tiene amplia aceptacin, con muchas ventajas reportadas incluyendo una reduccin de errores para construir un sistema distribuido de cuidado mdico que sea sumamente adaptable al cambio, un objetivo es permitir a los objetos interoperar a travs de redes. Las aplicaciones modernas distribuidas necesitan un middleware que sea capaz de adaptarse a los cambios del ambiente y apoyar el nivel necesario de calidad de servicio. Java RMI (Java Remote Method Invocation, Mtodo de Invocacin Remota) soluciona el problema permitiendo a un cliente obtener el acceso al servidor en tiempo de ejecucin. JIni es una red plug and play, en cuya tecnologa en que se bas en Java para el desarrollo del mismo. JIni permite que servicios de software y hardware se aadan a una red en una manera casi automtica.

En [29] se menciona que en el Hospital Nacional de la Universidad de Taiwn (NTUH) existen problemas en el portal Web los cuales se indican a continuacin: contiene entradas de multisistema y requiere del mantenimiento de numerosas funciones relacionadas entre s. Se propone disear y mejorar el sitio Web del NTUH implementando ASPX (Asp.Net) C# y XML. La solucin a este problema se realiz agregando un men de navegacin dinmico y jerrquico para representar funciones de enlace. Se permite que el portal contenga ms de 250 funciones de enlace as como dos boletines en una pgina Web. Esto hace que la pgina sea ms fcil de mantener dinmicamente, que mediante enlaces URL (Uniform Resource Locator, Localizador Uniforme de Recurso) por el hecho de manejar simplemente determinados archivos de configuracin. El nuevo portal es dinmico y genera la pgina principal efectiva y eficientemente. Adems, el portal proporciona una entrada extraordinaria
27

Estado de la prctica

para numerosos sistemas del NTUH. En general, un usuario consigue acceso normalmente a no ms de 10 funciones de seleccin.

En [30] se propone una infraestructura de seguridad inalmbrica para los servicios mviles personalizados en el cuidado mdico. M-Health (Mvil-Health) es una nueva disciplina de desarrollo y de investigacin que se define como el surgimiento de la combinacin entre la comunicacin mvil y las tecnologas de red para el cuidado mdico. Esta nueva rea de investigacin evolutiva implicar la disposicin de nuevos paradigmas en el cuidado mdico que proveer a los profesionales de la salud y a sus pacientes una eficiente, segura, ubicua, y robusta infraestructura que en conjunto con las herramientas para la contribucin y la gestin del estado de salud de los pacientes, ayudar a la capacitacin preventiva de los mismos. Sin embargo para que tales servicios se proporcionen, en los que los datos confidenciales de los pacientes se transferirn a travs de dispositivos mviles, resulta esencial el uso de servicios de seguridad ms robustos. La fiabilidad de los dispositivos mviles necesitar sustituir el uso de las metodologas de seguridad existentes. Por ejemplo, algunas de las caractersticas principales en los sistemas de seguridad actuales 3G tales como las arquitecturas del IMS (Instant Messaging System, Sistema de Mensajera Instantnea), el acoplamiento y los sistemas de seguridad de niveles ms altos junto con nuevos algoritmos de confidencialidad e integridad as como la necesidad de planes de autentificacin se revisarn e investigarn ms a fondo para abordar aplicaciones compatibles de funcionalidad tecnolgica y sus arquitecturas incluyendo el uso de protocolos con los usos exigentes y robustos que requiere el cuidado mdico.

En [31] se menciona un proyecto financiado parcialmente por la Comisin Europea (EC) el proyecto es llamado CAALYX (Complete Ambient Assisted Living Experiment, Experimento Completo de Vida Asistida Ambientalmente) que se define como una nueva manera de localizacin basada en servicios en el cuidado de la salud. Su objetivo es reforzar la autoconfianza de las personas de edad avanzada, de manera que se incremente su autonoma durante ms tiempo, permitindoles vivir en su propia casa durante ms aos. Este proyecto tambin incluye dos ensayos con personas de edad avanzada en una residencia y en entornos domsticos reales. El proyecto est conformado por los siguientes ocho participantes en seis
28

Estado de la prctica

pases europeos: el Hospital de San Antonio Abad y la empresa Telefnica Investigacin y Desarrollo en Espaa, por parte de Portugal participan el Instituto de Ingeniera de Sistemas y computadoras de Porto, de Italia participa la empresa COOSS Marche Onlus, tambin participan la empresa Synkronix Ltd y la Universidad de Plymouth de Reino Unido, la Universidad de Limerick de Irlanda y la empresa Corscience GmbH & Co Kg de Alemania. El proyecto CAALYX permite medir los signos vitales especficos de los ancianos, la deteccin de cadas y la comunicacin automtica en lnea con su proveedor de atencin mdica en caso de una emergencia. Todo esto se logra por medio de un dispositivo sensor llamado WLD (Wearable Light Device, Dispositivo ligero utilizable) ste dispositivo proporciona las siguientes funcionalidades y caractersticas: es ligero para el uso de los ancianos en su cinturn, permite el rastreo de pacientes a travs de GPS, la posicin del anciano es transmitida va GPRS (Global Packet Radio Service, Servicio Global de Paquetes va Radio). Bsicamente el funcionamiento del proyecto es el siguiente: el WLD monitoriza los signos vitales del anciano, en caso de que l sufra algn percance relacionado con su salud o si tiene un accidente, el WLD se comunica automticamente va GPRS con el proveedor de servicios mdicos del anciano y su ubicacin se obtiene por medio del GPS integrado en el WLD el cual mantiene un enlace en lnea con el Sistema Global de Navegacin por Satlite Galileo que proporciona el servicio de rastreo para la localizacin del anciano.

En [32] se propone la creacin de un framework para proporcionar informacin acerca de los aspectos relevantes en la definicin de modelos comerciales sostenibles para los LBS (Location Based Services, Servicios Basados en Localizacin). El framework se construye a partir de un estudio acerca de la clasificacin de los servicios comerciales para los LBS actuales. Los objetivos son obtener informacin de cmo afecta la continuidad de estos modelos comerciales en el mercado de dispositivos mviles y adquirir estimados sobre las ganancias en libras esterlinas. El framework no se centra en los descriptores tradicionales del sistema tcnico (exactitud, cobertura), pero s en la experiencia del usua rio en relacin a los siguientes factores: los ambientes de la prestacin de servicios, funcionalidades de los dispositivos, esquemas de la interactividad del servicio y la satisfaccin de necesidades. Desde principios de la dcada, algunos factores que se consideran complicaciones para el uso de servicios basados en localizacin son: tecnologas de posicionamiento con servicios
29

Estado de la prctica

inmaduros, telfonos caros, la corta duracin de bateras, la falta de inters de los consumidores y del uso de servicios que van ms all de aplicaciones bsicas de voz y datos. Sin embargo, hay un importante crecimiento en el mercado de los dispositivos mviles dicho crecimiento es gracias a que los telfonos habilitados con GPS se empiezan a difundir. Por lo tanto la ubicacin es entonces el motor de un grupo de servicios en el que por el momento las aplicaciones para la navegacin y seguimiento son lderes, tanto para los clientes como para las empresas. La mayor aceptacin de los LBS se da en la zona Asia-Pacfico, que rene 55% de los suscriptores de celulares de todo el mundo: en Japn, KDDI tiene 6 millones de usuarios que usan sistemas basados en localizacin y en Corea del Sur, se estima SK Telecom posee entre 12 y 15 millones de usuarios con el servicio de asistencia GPS (A-GPS) Por otra parte, algunos servicios innovadores han ido apareciendo y ganndose el inters de la gente gracias al despliegue masivo de las redes inalmbricas basadas en el estndar IEEE 802.11 o el Bluetooth y la consolidacin de otras tecnologas como RFID o la Ultrawideband. Por otra parte, la transferencia y adaptacin de los servicios que han tenido xito en Internet (redes sociales, blogs, etc.) estn comenzando a migrar a entornos mviles

aadiendo funcionalidades basadas en el perfil y la ubicacin. En los ltimos aos, varios autores han propuesto diferentes sistemas para clasificar los servicios de localizacin mvil desde un punto de vista funcional. Entre ellos, Giaglis y sus colaboradores identifican seis tipos de servicios de localizacin mvil: de emergencia, de navegacin, de informacin, de publicidad, para seguimiento o rastreo y de cobro. Los investigadores D'Roza y Bilchev [32] reconocen cinco reas: la aplicacin de comunicacin, la gestin de flotas, el enrutamiento, la de seguridad y la del entretenimiento. Finalmente Steinfield [32] tambin incluye las aplicaciones de oficina mvil o servicios de informacin de proximidad. La clasificacin para el desarrollo del framework propuesto se hace a partir del anlisis de la actual situacin comercial de los servicios de localizacin mvil, en cierta medida se reelaboran taxonomas a fin de agregar servicios particulares que se comercializan o que se encuentran en un estado pre-comercial. Las categoras de los servicios de localizacin clasificados son las siguientes: Navegacin.- Este grupo se consideran las aplicaciones que ayudan en el proceso del descubrimiento de rutas y proporcionan orientacin en el camino a un destino determinado. Bsquedas y seguimiento.- La finalidad de un servicio de bsquedas es localizarse a uno mismo (En dnde me encuentro?), localizar otra persona, un lugar u
30

Estado de la prctica

objeto por medio de un identificador. Las aplicaciones de seguimiento como su nombre lo indica, permiten el seguimiento y rastreo de personas, animales domsticos, vehculos o determinados objetivos a seguir. Basados en el lugar de entrega de algn producto.- Esto se realiza principalmente mediante la bsqueda de directorios por medio de la posicin relativa o basndose en la entrega es decir obtener la ubicacin justo en el momento en que se hace la entrega determinado producto. Basados en etiquetas geogrficas en los productos.- Algunos de los servicios basados en localizacin se basan en la descripcin proporcionada por los mismos usuarios la cual es registrada en una etiqueta geogrfica. Basados en la ubicacin de comunicaciones mejoradas y la creacin de redes sociales.- Las formas de interaccin entre las personas se han ido extendiendo mediante la adicin de los sistemas de ubicacin que cuentan con las capacidades de los servicios comunes como la mensajera instantnea. Por otra parte, los LBS estn empezando a apoyar el concepto de la comunidad mvil que se ha extendido con xito en Internet basndose en la proximidad, coincidencias de inters y disponibilidad ya que a travs de las redes sociales, se programan citas, se intercambia informacin o se localizan amigos. En cuanto a los aspectos tecnolgicos, mientras que un servicio de posicionamiento sea ms exacto permitir sin duda el despliegue de las

aplicaciones ms tiles, no hay un paquete de aplicaciones que no requieran de la precisin dentro de un rango dado en alguna unidad de medida (Millas, Kilmetros) . En este trabajo [32] se analizaron los de factores y caractersticas de los modelos de localizacin mvil ms populares cuyos resultados se dan en trminos de ganancias en libras esterlinas. A travs del framework se describe la experiencia del usuario en base a los siguientes factores: disposicin, tipo de dispositivo, emisin de contenido, interactividad, los requisitos de privacidad, etc. Adems se consideraron los condicionamientos del mercado: objetivos, el valor de la cadena de composicin, el modelo de ingresos o el canal de comercializacin. El framework propuesto contribuye a alcanzar el objetivo de los nuevos modelos de negocio definidos para determinar el xito de la adopcin de los LBS. En [33] se describe el desarrollo de en un sistema mdico ubicuo basado en LBS. El sistema de gestin del paciente se basa en su localizacin para obtener informacin sobre sus datos biomtricos de tal modo que de ser necesario, se le proporcione la atencin mdica necesaria. Un breve ejemplo de lo mencionado anteriormente seria que un paciente que tiene signos de

31

Estado de la prctica

alteraciones en su salud como arritmias, entre otros., y que se encuentra en movimiento, con la ayuda de los datos biomtricos y la obtencin de su localizacin a travs del sistema de localizacin, se le transfiere al hospital para que reciba atencin mdica. El servicio basado en localizacin es un servicio para buscar la localizacin de la gente o localizacin de las cosas a travs de los dispositivos mviles basados en la red de comunicaciones inalmbricas y utilizacin de la informacin. Con este ambiente de servicio, los pacientes se trasladan libremente desde interiores tales como su hogar y oficina hacia exteriores, como caminos, parques entre otros. Sin embargo, el movimiento y los datos sobre su estado de salud se transmiten automticamente a lugares alejados o remotos a travs de sensores y dispositivos. El propsito de este proyecto es que los pacientes que se encuentran en situacin de emergencia tengan los tratamientos de primeros auxilios apropiados de las instituciones de emergencia comprobando la localizacin del paciente y sus condiciones de salud actuales. La plataforma del sistema consiste en dos sensores inalmbricos, uno que comprueba el pulso del paciente y otro sensor de temperatura. Adems, se utiliza un PDA (iPAQ5450) que tiene instalado el Sistema Operativo PocketPC2003 y se hace uso de un GPS. El funcionamiento es el siguiente: el dispositivo mvil recibe la seal no slo del satlite del GPS sino tambin de la estacin base al mismo tiempo, de modo que trabaja como una estacin base de asistencia GPS (A-GPS), dando como resultado mejorar la confiabilidad de la seal reduciendo los errores causados por la reflexin de los edificios y dems inmuebles. El margen de error es de entre 10 y 30 metros. Esta tcnica sin embargo, tiene dos desventajas: se necesita un mvil adicional con la incorporacin del servicio GPS, y un nuevo dispositivo con el cual la seal del GPS sea recibida y que se agregue a la estacin base. Para hacer uso del mtodo de colocacin convencional de los LBS, la exactitud es el parmetro ms importante. Tambin es necesario que la localizacin en interiores sea exacta, puesto que la mayora de los pacientes viven generalmente dentro de un inmueble. El movimiento libre del paciente se permite portando el sensor mvil. Los datos medidos se transmiten al servidor remoto a travs de la red de CDMA y de WLAN por la unidad mvil tal como PDA. Para obtener los datos de la posicin, la informacin de la posicin se transmite peridicamente con los datos biomtricos agregando el mdulo del GPS. La posicin del paciente en interiores, se determina con la red del sensor constituida por el uso de la especificacin ZigBee, debido a que la localizacin mediante el GPS tiene como limitacin la localizacin en interiores.
32

Estado de la prctica

Para solventar esta limitacin, el mdulo del GPS se agrega al dispositivo ZigbeX de la empresa electrnica Hanback. Los datos de la posicin del paciente se transmiten usando el GPS, y la posicin del interior es resuelta usando una red inalmbrica Ad hoc. Los datos recibidos en el servidor se transmiten al hospital, y el doctor comprueba el estado y ubicacin de su paciente, posteriormente se realiza una llamada de emergencia al centro de emergencias indicando que los datos biomtricos estn fuera del valor permitido para la salud del paciente. Con esto se demuestra que el servicio de cuidado mdico por medio de la localizacin y monitoreo del estado de salud de los pacientes se convierte en algo disponible para el cuidado de los mismos.

En [34] se presenta un estudio sobre la agregacin e integracin de sensores para el cuidado mdico basado en servicios de localizacin. En un entorno de trabajo complejo y dinmico como los centros de atencin de salud que se componen de personal, pacientes y equipos en constante movimiento, resultando imperativo identificar la ubicacin actual de las personas y los equipos de trabajo para el buen funcionamiento de una organizacin dedicada al cuidado mdico. Sin embargo, la creacin de una visin global mediante el seguimiento es una tarea difcil. Es evidente que muchas situaciones comunes en un hospital se mejoraran con sistemas de acceso a la informacin en lnea para la obtencin de la ubicacin de diversos usuarios en un solo sitio. Sin embargo, para obtener la ubicacin de usuarios en diversos sitios demanda que los servicios de exploracin sean poseedores de modelos hbridos y que sus mtodos utilicen infraestructuras modernas es aqu donde los servicios basados en localizacin (LBS) justifican la funcin de mejorar la eficiencia de las tareas de localizacin en los hospitales. Los sistemas de deteccin de ubicacin facilitan el descubrimiento de un usuario lugar o un objeto dentro de un espacio fsico determinado. Los sistemas se manifiestan en una serie de variedades. Algunos requieren que los usuarios lleven etiquetas de identificacin detectadas por los sensores fijos que se han instalan y calibran, existen sistemas que simplemente realizan el seguimiento del movimiento que hacen los usuarios u objetos de forma annima, mientras que otros emplean infraestructuras fijas existentes, tales como los puntos acceso Wi-Fi o dispositivos Bluetooth para determinar la ubicacin. Un LBS tpico ofrece soluciones de localizacin y rastreo. Pero tambin permite que se adapten sensores que realicen lecturas que generen datos en algn formato y que estos se
33

Estado de la prctica

interpreten por medio de aplicaciones. En una organizacin con muchas aplicaciones por lo general no hay manera de traducir y entregar los datos generados por distintos sensores, para solucionar este problema se utiliza un middleware que tiene la responsabilidad de mediar entre los sensores que generan datos en diversas zonas y las aplicaciones que interpretan a dichos datos. Mediante la agregacin de diferentes sensores de ubicacin los servicios basados en localizacin ofrecen la posibilidad de mejorar la precisin en la localizacin. Sin embargo, la atencin de las necesidades que se adopten garantizar la precisin individual de los sistemas que se encuentren instalados. Los LBS son tpicamente dirigidos a una sola aplicacin lo que limita su utilidad de propsito general para nuevos servicios o para ayudar a mejorar la cobertura, precisin y respuesta de los servicios complementarios. Una ventaja importante de utilizar un middleware y sensores es que se proporciona un valor aadido sin redisear todo un sistema ya implementado con la finalidad de mejorar la atencin en el cuidado de los pacientes mediante la adicin de sensores de temperatura a los pacientes y placas de identidad, ser posible obtener la temperatura de muchos pacientes y evaluarlos de forma centralizada, incluso ha demostrado que reduce la probabilidad de adquirir infecciones contagiosas en el personal. En general, los servicios basados en localizacin en la asistencia mdica tendrn un gran potencial para reducir los costos y mejorar los servicios mdicos y la seguridad de los pacientes.

En [35] realizaron una investigacin mediante la que proponen la optimizacin de los procesos clnicos con capacidades de deteccin y ubicacin para evaluar que la empresa u organizacin de cuidado mdico que los implementa proporciona la tecnologa ms adecuada para este fin. Los proveedores de telefona mvil realizan el seguimiento del telfono mvil del cliente y definen un rea limitada a partir de su zona de origen. Sin embargo, estos servicios no explotan el potencial de los servicios basados en localizacin (LBS) que hacen el uso de la informacin geogrfica para servir a usuarios con dispositivos mviles. En el futuro, la ubicacin de un usuario ser informacin estndar que se ofrecer en un dispositivo mvil, al igual que en la actualidad lo es la fecha. Un sistema de posicionamiento local preciso ofrece la posibilidad de nuevas aplicaciones como: el seguimiento de personas y objetos en movimiento, proporcionar guas mviles para realizar compras, localizacin de publicidad, la monitorizacin de personal de vuelo y de
34

Estado de la prctica

pacientes para su asistencia mdica. Para obtener buenos resultados mediante las aplicaciones mencionadas anteriormente es necesario conocer la posicin actual del usuario de modo que se proporcionen estos datos a los LBS, esto se logra adjuntando un dispositivo mvil para el usuario que proporcione dicha informacin. Existen varios mbitos para la aplicacin de los sistemas de posicionamiento para el cuidado de la salud, por ejemplo, localizar en lnea al personal de un hospital, a los pacientes y ambulancias entre otros. Tambin existen varias soluciones para el monitoreo de los signos vitales de los pacientes a travs de la telefona mvil. Dichas opciones normalmente envan los datos monitoreados de forma inalmbrica a una sala de control central, donde un experto observa los datos. La propuesta de este proyecto est basada en la seleccin de un modelo con un mtodo de seis fases. En las dos primeras fases se definen los objetivos y la especificacin de los requisitos. Las cuatro fases posteriores se basan en la solucin del problema mediante la implementacin de tecnologa. El punto de partida es una especificacin detallada de requisitos. La visin general de la fase de mercado incluye una bsqueda granular de proveedores de tecnologa. El objetivo es identificar los proveedores pertinentes en el mercado as como muchos candidatos para las fases posteriores que darn lugar a la comprobacin de todos los requisitos para cada producto. La primera tarea y la ms importante, es la fase de seleccin la cual consiste en extraer los criterios para encontrar la solucin a los requisitos. Aqu, se valan los criterios detallados mediante un pliego de condiciones y luego se refinan para satisfacer los requisitos utilizando un anlisis de deficiencias del pliego de condiciones. En esta fase, se anulan los criterios que no satisfacen a los requisitos. Los procesos, flujos de trabajo y la infraestructura existente en una clnica a comnmente conducen a un diferente conjunto de requisitos para un sistema de deteccin y ubicacin. En esta investigacin se consideran las tecnologas utilizadas para rastrear PDAs y equipos mviles que son compatibles con la actual infraestructura estndar de redes LAN inalmbricas. Los resultados incluyen un amplio catlogo de evaluacin de la posicin de los sistemas de deteccin que posiblemente otros investigadores perfeccionaran, estos sistemas varan en funcin en su aplicacin sobre requisitos especficos. Adems, proporcionan una amplia revisin del mercado que ofrece la disponibilidad de las tecnologas de deteccin. Debido a que una red LAN inalmbrica es una tecnologa estandarizada existe una gran variedad de dispositivos que sirven de apoyo a los sistemas de deteccin aplicados en entornos
35

Estado de la prctica

clnicos proporcionando niveles de seguridad en los escenarios relacionados como su aplicacin en zonas de acceso limitado por medio de alertas de seguridad, deteccin de pacientes en movimiento, recin nacidos, algunos los dispositivos y equipo mdico. En general, el potencial de la optimizacin de procesos en la asistencia mdica es importante. El uso de tecnologas modernas para la recoleccin de datos, aunadas a la integracin de los sistemas de informacin hospitalaria, con sistemas electrnicos y quirrgicos optimizan en gran medida la calidad del tratamiento a pacientes y proveen una considerable reduccin de costos.

En [36] se presenta el desarrollo de una infraestructura de localizacin genrica por medio de radio frecuencias tomando como origen las etiquetas RFID. La infraestructura es llamada Smart Traker que permite localizar y dar seguimiento a las etiquetas RFID implantadas en dispositivos mviles, PDA y fuentes Wi-Fi en un rango de distancias pequeas a travs de los dispositivos mviles y que soluciona la limitante que tienen los GPS en la localizacin en interiores. Aunque el GPS resulta adecuado para el posicionamiento al aire libre, por lo general no tiene la misma eficacia para entornos de interiores. Un despliegue tpico de la ubicacin en un interior requiere de un sistema de red cableado o inalmbrico con acceso fsico a todos los puntos de acceso instalados y una base de datos centralizada para el mantenimiento y la asignacin entre los sensores, los cables y los receptores. Sin embargo, los costos son demasiado altos para el nivel deseado de precisin. Por ejemplo, cada vez que hay nuevos requisitos de instalacin de sensores se requiere de la reestructuracin de toda la red. Adems, el sensor de mapeo en la base de datos tambin se somete a cambios costosos por el sistema de administracin. La infraestructura Smart Tracker ofrece una plataforma para las seales de radio frecuencia de diversas tecnologas como: Wi-Fi, Bluetooth y ZigBee destinados para el seguimiento y vigilancia en lnea. El mtodo utilizado permite al usuario moverse en dos direcciones para obtener desde su etiqueta RFID los puntos fuertes de la muestra de la seal de radio frecuencia, que se promedian y optimizan para la localizacin de los usuarios. Las muestras de la seal promedio se ajustan con el mximo de potencia el cual se obtiene por medio de ecuaciones empricas. Para determinar la distancia desde la posicin de muestreo se distinguen las seales provenientes del interior y las que provienen del exterior por medio de dos ecuaciones diferentes. Los datos se envan a la estacin central de
36

Estado de la prctica

almacenamiento y anlisis donde se promedian y optimizan para la localizacin de los usuarios. Las contribuciones de este trabajo se resumen brevemente como: Por medio de esta infraestructura se utilizan eficazmente los recursos de los dispositivos mviles limitados como los PDA y telfonos celulares a travs de la utilizacin de un algoritmo ligero. La infraestructura es extensible y modular ya que ofrece aplicaciones de diferentes plataformas para personalizar y ampliar sus funcionalidades. La plataforma Smart Tracker se ha implementado y evaluado con los PDA, las fuentes Wi-Fi tanto para interiores como para aplicaciones al aire libre. Con el enorme desarrollo de la tecnologa inalmbrica y las etiquetas RFID, los sistemas de seguimiento estn ganando la ventaja de ser ms confiables. Como el tamao de las etiquetas ha ido disminuyendo junto con su costo, cada usuario y todos los objetos alrededor de nosotros pronto se identificaran de manera nica por medio de las etiquetas RFID implantables que son diminutos dispositivos que actan como un registro mdico porttil. En otras palabras, pronto habr etiquetas RFID por doquier. Sin embargo, los problemas actuales con los que se enfrentan estas etiquetas son: la interferencia, la reflexin, la difraccin, la indisponibilidad, entre otros. Esta investigacin en el futuro estar centrada en la precisin de la distancia y direccin a travs de un modelo estadstico con correccin de errores.

En [37] se describe un modelo de cmo implementar tecnologas de cmputo ubicuo para construir un hospital inteligente y mejorar los servicios en el cuidado y atencin de la salud de los pacientes por medio de la obtencin de su ubicacin. La solucin descrita se fundamenta en un modelo para representar la informacin de localizacin y ubicacin integrando dos diferentes sistemas de posicionamiento especifico basados en las tecnologas Wi-Fi y RFID. Por otra parte, se presenta un sistema semntico de tecnologas de la Web que gestiona la interrelacin de varios sistemas de posicionamiento para localizar entidades en los hospitales. Este sistema realiza la lgica y los mecanismos de razonamiento con la finalidad de generar la informacin semntica de las posiciones fsicas, proporciona la informacin de la ubicacin de un dispositivo mvil con la mejor granularidad para identificar cuando se encuentra entre ms de un sistema de posicionamiento, permite resolver las incoherencias o los conflictos de los sistemas de posicionamiento debido a la deteccin de errores o limitaciones. El sistema se aplic bajo el siguiente escenario bsico en un hospital:
37

Estado de la prctica

Recepcin.- este es el lugar donde el paciente es aceptado para su hospitalizacin. Aqu, el recepcionista crea el registro electrnico de dicho paciente y se le da un brazalete con una etiqueta RFID asociada a un cdigo de identificacin nico. Esta habitacin est equipada con PCs de escritorio para el acceso a las funciones del sistema. Salas de hospitalizacin.- Estas son las habitaciones donde los pacientes habitan en el hospital. Cada sala est equipada con lectores de RFID y un monitor de pared, la conexin Wi-Fi tambin est disponible. Sala de operaciones.- Esta es la sala donde los cirujanos realizan intervenciones quirrgicas. Es equipada con lectores de RFID, junto con un monitor de pared para mostrar los expedientes de salud electrnicos. Sala de rayos X.- Esta es la habitacin donde son producidas las radiografas. Est equipada con lectores RFID y un monitor de pared para mostrar los expedientes de salud electrnicos. La conexin Wi-Fi tambin est disponible. El modelo se basa en conceptos de ubicaciones fsicas y semnticas. Una ubicacin fsica especifica la posicin de un dispositivo mvil, se caracteriza por granularidades y por mbitos de aplicacin en funcin del sistema de posicionamiento en particular. En cambio, un lugar semntico especifica el significado de un lugar. Por ejemplo, las coordenadas de un GPS representan lugares fsicos mientras que una localizacin semntica indica en el contexto del hospital que un lugar es una sala de operaciones, rayos X, la recepcin, alguna oficina, la pared de un monitor, es decir cualquier lugar dentro de un inmueble. El modelo propuesto describe ubicaciones fsicas como la proximidad a determinados puntos de ubicacin. La tcnica de la proximidad se aplica cuando el inmueble est equipado con sensores para revelar la presencia de los usuarios o con sistemas de posicionamiento para detectar la posicin de los dispositivos mviles de los usuarios. En tales casos, un sensor o un dispositivo de posicionamiento abarca un rea especfica, esto se logra definiendo un lugar fsico correspondiente al rea cubierta. En el modelo, el rea cubierta se llama SensedArea y se han aprobado dos sistemas de posicionamiento especfico. El primero se basa en tecnologas Wi-Fi para detectar el Wi-Fi activado de los dispositivos mviles y el segundo utiliza RFID para localizar usuarios etiquetados con los sistemas de identificacin RFID. Las reas correspondientes a cada sistema de posicionamiento son: WiFiSensedArea, que se identifica por ser el rea fsica cubierta por un AP (Access Point, Punto de Acceso), es decir, la regin en la que el AP es capaz de conceder el acceso de un dispositivo mvil a una red Wi-Fi. RFIDSensedArea que se identifica como el rea fsica cubierta por lectores RFID especficos,
38

Estado de la prctica

es decir, la regin en la que el lector RFID es capaz de detectar a los usuarios etiquetados con RFID. Adems de estas reas, se considera un conjunto de lugares semnticos para la identificacin del nmero de piso, salas, corredores entre otros. En el prototipo tambin se maneja el concepto de AtomicLocation que representa al elemento creado entre la unin de lugares fsicos y semnticos. La dimensin fsica corresponde con el de la SensedArea y la RFIDSendedArea corresponde con el AtomicLocation debido a que un lector RFID cubre un rea ms pequea que el cubierto por un punto de acceso Wi-Fi La implementacin actual del sistema de localizacin semntica proporciona la ubicacin y las funciones de localizacin. Una funcin de la localizacin es un mecanismo para identificar objetos activos en un lugar fsico especfico. Como trabajo futuro se pretende realizar componentes de localizacin para la integracin de nuevas tecnologas de posicionamiento, como el Bluetooth. El resultado de esto ser que el modelo de localizacin se ampliar mediante la definicin de los conceptos relacionados con estos nuevos sistemas de posicionamiento, y, en particular los nuevos tipos de ubicaciones fsicas proporcionadas por estos.

En [38] se describe una resea acerca de un proyecto de investigacin nombrado MaISSI (Managing IT Services and Service Implementation, Administracin de Servicios de TI y Servicios De Aplicacin) realizado en la Universidad de Kuopio en Finlandia a travs del Departamento de Ciencias de la Computacin. El estudio se basa en la tecnologa RFID (Radio Frequency Identification, Identificacin por Radiofrecuencia), la cual ha ido creciendo entre las distintas tecnologas de identificacin automtica. La tecnologa RFID se utiliza desde principios de 1940, pero en la ltima dcada, la comunidad de Tecnologas de la Informacin y el Sector Salud de Finlandia han tomado ms medidas en el estudio sobre la RFID para satisfacer ciertas necesidades sobre la identificacin de pacientes para su atencin mdica. El proyecto de investigacin MaISSI se divide en ocho sub-proyectos considerados como proyectos piloto, uno de los proyectos principales es la aplicacin AIMC ( Automated Identification System For The Medicationcare, Sistema de Identificacin Automtica para la Atencin de Medicamentos). La aplicacin AIMC utiliza una tecnologa semejante a la del cdigo de barras para la identificacin de medicamentos, la identificacin del paciente y la autenticacin de la enfermera a travs la tecnologa RFID, los otros proyectos piloto se centran en la mejora de los servicios de las Tecnologas de la Informacin como la gestin de los
39

Estado de la prctica

procesos. La RFID es una tecnologa para la identificacin automtica por medio de ondas de radio y se compone de tres elementos principales: un identificador RFID (que es una etiqueta de identificacin nica, tambin llamada reply), un lector de RFID y un sistema de procesamiento de datos. Adems se utiliza una antena y un chip para el almacenamiento de la informacin que incluso permite aportar informacin a travs de Internet. El contenido del chip se lee o escribe por medio del lector de RFID que comnmente es mvil o fijo y se conecta al sistema de procesamiento de datos. Este mtodo es comparable al proceso de lectura de la tecnologa del cdigo de barras. Sin embargo, RFID tiene algunas ventajas sobre esta tecnologa, por ejemplo: la informacin de una etiqueta se reescribe las veces que sea necesario y el lector RFID es capaz de leer varias etiquetas de RFID de forma simultnea. Otros beneficios de la tecnologa RFID son su rango de lectura, su fcil

transmisin de datos entre el identificador RFID y el lector, la reutilizacin y la seguridad de datos. En [39] describe el desarrollo de mecanismos para mejorar los niveles de QoP (Quality of Privacy, Calidad de Privacidad) en los sistemas de localizacin dentro de un entorno mdico. La vida privada de los usuarios es caracterstica fundamental en la computacin ubicua. Mediante el uso de las capacidades de los agentes autnomos, los diseadores crean aplicaciones compatibles con la privacidad en una solucin escalable y en un contexto activo y flexible. La escalabilidad aqu significa la incorporacin de nuevos agentes con sus propias polticas de privacidad en el sistema. Contexto activo, significa que permita la adaptacin de una aplicacin generalizada sobre la base de los cambios de contexto dinmico. Flexibilidad significa permitir la especificacin y la gestin de de los diferentes tipos de informacin contextual dependiendo de los requerimientos. Las capacidades de los agentes autnomos proporcionan entornos de atencin mdica con los medios para adaptar el comportamiento de las aplicaciones generalizadas para el usuario con condiciones de privacidad y demandas particulares, lo que resulta en un agente de privacidad basado en un sistema de conocimiento. Para un ejemplo de cmo los agentes autnomos apoyan el desarrollo de tal sistema, se ampli el framework de Agentes SALSA (Simple Agent Library for Smart Ambients, Biblioteca del Agente Simple para Ambientes Inteligentes) y se incorporaron mecanismos de privacidad personalizables en el framework que se adaptan a la

40

Estado de la prctica

solicitud de acuerdo al contexto de los usuarios para satisfacer sus necesidades de privacidad en un entorno mdico. Durante tres meses, se realiz un estudio en un hospital pblico. El estudio incluye la observacin sistemtica, largas entrevistas y una la evaluacin. Este estudio se realiz para evaluar problemas con la privacidad de los trabajadores del hospital al realizar su trabajo cotidiano y cmo sus acciones y desempeo influyen en la toma de decisiones. Tambin se deseaba entender la percepcin de los trabajadores en los cambios de privacidad del hospital utilizando la difusin de tecnologas. Los resultados indican que los trabajadores del hospital tienden a relajarse o a hacer valer sus demandas de privacidad dependiendo de la situacin en la que se encuentren. El ciclo de vida de un agente del framework SALSA incluye tres estados. Estos estados de privacidad ayudan a los agentes autnomos a cumplir la privacidad del usuario bajo un nivel de QoP. Actualmente desarrollan mecanismos para mejorar el nivel base de QoP de modo que se adecue automticamente en el contexto del usuario. Para estos mecanismos se toma en cuenta la informacin contextual, como la ubicacin del usuario y su identidad, el tiempo activo y pasivo en un da laboral, los artefactos utilizados y la presencia de colegas para inferir en la disponibilidad de los trabajadores de hospitales y las demandas de privacidad. Una vez que el usuario tenga una fuerte presencia sobre la aplicacin una necesidad de privacidad se adaptar y seleccionar el nivel adecuado de QoP haciendo cumplir la privacidad de los trabajadores del hospital.

En [40] se describe un anlisis de la tecnologa 3G y sus aplicaciones de telefona en la telemedicina. Los telfonos mviles son la columna vertebral de las comunicaciones de telefona mvil y han experimentado crecimientos potenciales. Los mviles 3G proporcionan la prxima generacin del servicio telefnico mvil que pretende ofrecer servicios de comunicacin de alta velocidad, 2Mb/s mediante la eficiencia de transmisin de un ancho de banda de 2GHz. Esto ofrece una novedosa manera de utilizar los telfonos mviles. El servicio de telefona mvil 3G se convirti en un recurso en todo Japn gracias a sus grandes ventajas ya que con el surgimiento de esta tecnologa, diversos sistemas utilizan los telfonos mviles para la transferencia de los signos vitales tales como el aumento de la frecuencia cardaca por medio del electrocardiograma (ECG). Las aplicaciones de la telefona 3G permiten su implementacin en mbitos como la seguridad en el hogar y el seguimiento y localizacin de usuarios a distancia. Es posible monitorear
41

Estado de la prctica

nuestra casa desde una ubicacin remota y no slo ver las imgenes de lo que es sucediendo alrededor de sus instalaciones a travs de un vdeo de la cmara, sino tambin controlar luces y algn otro dispositivo elctrico y electrnico de la casa. La tecnologa 3G tambin se aplica para los servicios basados en localizacin (LBS). Las personas esperan que el uso de las capacidades de localizacin de los telfonos permita encontrar cerca restaurantes, tiendas, estaciones, hoteles, etc. Los dispositivos mviles equipados con GPS indican con precisin la posicin de las personas incluso permiten la localizacin de nios perdidos. La evolucin de la actual 3G de comunicaciones inalmbricas ser la principal fuerza motriz para el futuro de la evolucin de la telemedicina. La tecnologa 3G inalmbrica representa la convergencia de diversos sistemas inalmbricos de segunda generacin. Uno de los aspectos importantes de la tecnologa 3G es su capacidad para unificar los estndares mviles existentes, tales como CDMA, GMS, y TDMA. En un futuro prximo, el aumento en el trfico y la demanda de los datos mdicos se incrementarn por ende, las diferentes aplicaciones clnicas mviles y sensores mdicos sern compatibles con las velocidades de datos de los actuales sistemas de 3G.

2.2 Anlisis comparativo

Basndose en los artculos recopilados y en los resmenes redactados en el apartado 2.1 se realiz una tabla comparativa considerando los siguientes aspectos: el autor o autores para garantizar la autenticidad del artculo analizado, la arquitectura de cada proyecto para adquirir mayor conocimiento sobre de qu manera y en qu orden se implement la tecnologa seleccionada por los desarrolladores de cada uno de los proyectos, tambin se analiz la tecnologa utilizada con la finalidad de conocer con qu lenguajes de programacin, sistema gestor de base de datos, servidor de aplicaciones, entre otros. Se dio solucin al problema planteado, lo cual es de gran ayuda para adquirir una idea ms exacta acerca de qu tecnologas son de utilidad para solucionar el problema que se plantea en el este trabajo de tesis. Otro aspecto que se analiz fue el contexto de cada proyecto, bsicamente para identificar a que problema se le dio solucin en esos proyectos y finalmente se analiz el grado de desarrollo identificando si cada uno de los proyectos se desarroll y ejecut en alguna organizacin o simplemente fue una propuesta de prototipo. La siguiente tabla comparativa muestra una sntesis acerca del anlisis realizado a los proyectos recopilados.
42

Estado de la prctica

Tabla 2.1 Tabla comparativa de trabajos relacionados Autor Arquitectura Tecnologa Contexto Grado de desarrollo Dong Chun Lee et al [26] Modelo Vista Controlador MVC Chiew-Lian Yau, Wan Yung Chung [27] Liang Xiao et al [28] Cliente Servidor No especifica J2EE, XML, EJB, Apache Tomat, JBoss, Oracle 10G y DOM WIPI, C++, Java y la implementacin del algoritmo QRS Java, RMI, JIni Cuidado de la salud Cuidado de la salud Cuidado de la salud Yung Ching Weng et al [29] Modelo Vista Controlador MVC Robert S.H. Istepanian [30] No especifica No especifica .Net C#, ASPX, XML y HTML Cuidado de la salud Maged N. Kamel Boulos et al [31] Ana M. Bernardos, Jos R. Casar y Paula Tarro [32] Jinsoo Ahn et al [33] Sistema Basados en Localizacin LBS WLAN, ZigBee, GPS, PocketPC2003, Sensores de ritmo cardiaco.
43

Desarrollado

Desarrollado

Propuesta de prototipo

Asistencia de la salud

Desarrollado

Desarrollado

Sistema Basados en Localizacin LBS Sistema Basados en Localizacin LBS WLAN y GPS GPRS y GPS

Cuidado de la salud

Desarrollado

Cuidado de la salud

Propuesta de prototipo

Cuidado de la salud

Desarrollado

Estado de la prctica

Tabla 2.1 Tabla comparativa de trabajos relacionados (Continuacin) Autor Arquitectura Tecnologa Contexto Grado de desarrollo Lorcan Coyle et al [34] Vladimir Stantchev [35] Nilothpal Talukder, Sheikh I Ahamed y Rezaul M Abid [36] Antonio Coronato, Massimo Esposito [37] Antti Lahtela [38] No especifica WLAN y RFID Cuidado de la salud Monica Tentori y Jesus Favela [39] Kazuaki Yamauchi, Wenxi Chen y Daming Wei [40] Sistemas Basados en Localizacin LBS No especifica No especifica. (Se desarrollo un framework) WLAN, GPS, 3G Cuidado de la salud Propuesta de prototipo Asistencia de la salud Propuesta de prototipo Desarrollado No especifica WLAN, Wi-Fi y RFID Cuidado de la salud Propuesta de modelo Sistema Basados en Localizacin LBS Sistema Basados en Localizacin LBS Sistema Basados en Localizacin LBS GPS, RFID, Wi-Fi, Bluetooth y ZigBee Cuidado de la salud Desarrollado Wi-Fi, GPS y Sensores de temperatura corporal WLAN y GPS Cuidado de la salud Propuesta de prototipo Cuidado de la salud Propuesta de prototipo

Se realiz un anlisis a la tabla comparativa de los proyectos relacionados con el proyecto propuesto, se contemplaron las caractersticas de arquitectura y tecnologa de cada proyecto y
44

Estado de la prctica

el resultado de dicho anlisis permite puntualizar la diferencia que hay entre esos proyectos y el que se propone as como el uso de alguna de las tecnologas que en esos proyectos implementaron. El autor de [26] menciona el uso del modelo vista controlador y las tecnologas Oracle10g y J2EE para el desarrollo de su proyecto, los autores [27] y [28] mencionan el uso de C++ y Java sin especificar si utilizaron J2SE, J2EE o J2ME. En [29] utilizaron tecnologa .Net mediante los lenguajes de programacin C# y Aspx para desarrollar su proyecto y en [30] proponen una infraestructura de seguridad inalmbrica para los servicios mviles personalizados en el cuidado mdico sin mencionar alguna tecnologa de desarrollo sin embargo, mencionan el uso de mejoras a la tecnologa 3G, como arquitectura los autores de los proyectos mencionados previamente difieren entre cliente servidor y el modelo vista controlador. Para el proyecto que se propone en este trabajo de tesis que se pretende utilizar PHP para el desarrollo del sistema de gestin de entidades mdicas, J2ME con LWUIT para el desarrollo de las aplicaciones para dispositivos mviles y como gestor de base de datos se propone el uso de MySQL. Los autores [31], [32], [33], [34] y [35] utilizaron dispositivos GPS y sistemas basados en localizacin para la propuesta y desarrollo de sus proyectos o prototipos. Algunas diferencias entre estos son que en [31], [33] y [34] utilizan dispositivos adicionales al GPS para la medicin de los signos vitales de los usuarios o su localizacin en el interior de inmuebles. Los autores [36], [37] y [38] utilizaron sensores RFDI para la propuesta de sus prototipos o el desarrollo de sus proyectos, los autores de [39] proponen un framework para mejorar la calidad de la privacidad en los sistemas de localizacin dentro de un entorno mdico sin embargo, no mencionan alguna tecnologa para su desarrollo y en [40] se realiz un prototipo para la integracin de la tecnologa 3G con los sistemas basados en localizacin sin mencionar alguna tecnologa para su desarrollo. Para el desarrollo de este trabajo de tesis se propone desarrollar un sistema multimodal utilizando los sistemas basados en localizacin con la integracin de servicios Web para localizar entidades mdicas utilizando dispositivos mviles que tengan soporte para tecnologa Java.
45

Estado de la prctica

2.3 Propuesta de solucin

En el presente seccin se realiza una clasificacin de las diversas tecnologas presentadas en el captulo de antecedentes del presente trabajo de tesis, considerando: herramienta de desarrollo de mapas para pginas Web, lenguajes de programacin multimodales, lenguajes de programacin de tecnologa mvil, lenguajes de desarrollo Web, sistemas de gestin de bases de datos y metodologas de desarrollo de aplicaciones Web. Adems se presentan las alternativas de solucin para el proyecto y finalmente una solucin propuesta incluyendo la evaluacin de su factibilidad y viabilidad.

2.3.1 Solucin propuesta La solucin que se propone se fundamenta principalmente en dos criterios: el primero es la infraestructura tecnolgica existente en la Web considerando que el sistema se implemente en algn servidor Web y el segundo se basa en las tecnologas analizadas en el capitulo uno, las cuales se seleccionaron de tal manera que proporcionen el soporte necesario para el desarrollo del proyecto. Dicha solucin se ilustra en la tabla 2.2 La utilizacin del sistema va mas all de la localizacin dinmica de entidades mdicas ya que es posible que el mismo sistema se extienda a otros contextos en el cuidado de la sociedad como: la localizacin de instituciones de seguridad policiaca, bomberos, escuelas, entre otros. E incluso la combinacin de varias de estas instituciones.

Tabla 2.2 Solucin propuesta Propuesta Ambiente de desarrollo GWT NetBeans 6.5 GWT permite el desarrollar de los mapas que el sistema requiere a travs del plugin gwt4nb para NetBeans 6.5. J2ME NetBeans 6.7.1 Con J2ME se desarrollarn los Midlets necesarios para los dispositivos mviles. NetBeans 6.7.1 ofrece las caractersticas necesarias para el desarrollo de los mismos. Justificacin

46

Estado de la prctica

Tabla 2.2 Solucin propuesta (Continuacin) Propuesta Ambiente de desarrollo LWUIT Theme Creator (LWUIT Designer) 2008 MPML MPML Player Microsoft Agent Con LWUIT se proporcionar mejor apariencia a las interfaces grficas de los Midlets a travs del desarrollo de temas. MPML tiene las caractersticas necesarias para el desarrollo de interfaces multimodales accesibles desde PC y dispositivos como mviles. Agent Tanto son Justificacin

MPMLPlayer

Microsoft

necesarios para la compilacin y ejecucin de este tipo de interfaces. PHP 5 Servidor de aplicaciones Xampp Servicios Web Cape clear studio 4 (SOA Editor) Con el lenguaje PHP se desarrollar la plataforma Web del sistema. Los servicios Web proporcionarn los mecanismos necesarios para localizar entidades mdicas

utilizando telfonos celulares. El consumo de estos servicios Web se realizar a travs de los Midlets que se desarrollen. Cape clear studio 4 es una herramienta de software para desarrollar las descripciones WSDL de los servicios Web. Yahoo Maps API Yahoo Maps Se utilizar la API de Yahoo Maps para integrar mapas Yahoo a los Midlets con la finalidad de obtener la ubicacin geogrfica de las entidades mdicas. MySQL Administrador MySQL del servidor de aplicaciones Xampp MySQL ser el SGBD que almacenar la informacin del sistema, la gestin como la modificacin del esquema de la base de datos se realiza mediante el administrador que ofrece el servidor de aplicaciones Xampp para MySQL.
47

Estado de la prctica

Se eligi documentar la arquitectura del sistema, ya que es la manera que ms se adeca a la necesidad de exponer a cada uno de los elementos que lo integran, el lenguaje por medio del cual se desarrollarn las interfaces para la proporcionar al sistema caractersticas de multimodalidad es MPLM. Respecto al lenguaje de programacin Web, se propone PHP ya que existen diversos servidores Web que dan soporte a aplicaciones desarrolladas en ste lenguaje. Para la bsqueda de entidades mdicas por medio de dispositivos mviles se propone el desarrollo de servicios Web consumidos por una aplicacin desarrollada en J2ME y como sistema de gestin de base de datos se propone a MySQL debido a que entre sus mltiples caractersticas, ofrece soporte a una gran cantidad de informacin.

48

Aplicacin de la metodologa

Captulo 3 Aplicacin de la metodologa

En el presente captulo se realiza la descripcin de cada uno de los componentes que integran la arquitectura del sistema desarrollado en este trabajo de tesis. Adicional a la descripcin de los elementos de la arquitectura del sistema, se menciona su flujo de trabajo con la intencin de proporcionar al lector la informacin necesaria para la compresin de su funcionamiento incluyendo la descripcin del repositorio de informacin.

La multimodalidad es parte importante de la arquitectura del sistema para mejorar la interaccin con el usuario por ende se realiza una descripcin referente a los componentes que forman parte de la gestin multimodal como son: motores y personajes implementados.

3.1 Arquitectura del sistema basado en localizacin de entidades mdicas

El sistema desarrollado propone una arquitectura multimodal basada en localizacin con la integracin de servicios Web para localizar entidades mdicas utilizando una computadora o algn dispositivo mvil, para su funcionamiento requiere de Internet y adicionalmente utiliza un sistema de posicionamiento encargado de obtener la localizacin del usuario.

La arquitectura del sistema permite la comprensin general del mismo ya que da a conocer la solucin propuesta para su desarrollo a travs de los componentes que la estructuran, la relacin entre estos y su flujo de su informacin.

La figura 3.1 muestra los elementos internos que integran la arquitectura del sistema desarrollado en este trabajo de tesis.

49

Aplicacin de la metodologa

Servidor Google
8B

8A, 7C 7A, 6C

7B
(1B)

Servidor Yahoo

Emite seal
(1A)

Servidor de aplicaciones y contenido

6B 6 A, 5C

5 A-B, 4C

Sistema de posicionamiento
1C

Cliente mvil
1B

Cliente PC-Browser

1A

Selector de consultas
2A

Gestin de multimodalidad Soporte para multilenguaje Soporte para multipersonaje

2B

Constructor de respuesta (Formateo) Sentencia SQL Sentencia SQL

Selector de Servicios Web (Mvil)

MSAgent

Motor de voz Mdulo de bsqueda dinmica

3B 2C

Personajes

Selector de servicios de bsqueda

3A

Frmula de bsqueda relativa (Euclidiana) Frmula de bsqueda absoluta

Sentencia SQL
Repositorio de Informacin

Servidor de aplicaciones Xampp Servicios Web

4 A-B, 3C

Aplicacin Web PHP

Figura 3.1 Elementos internos de la arquitectura del sistema.

50

Aplicacin de la metodologa

3.1.1 Descripcin de los componentes de la arquitectura Los componentes que integran la arquitectura del sistema tienen una funcin determinada y proporcionan los mecanismos necesarios para su correcto funcionamiento. Considerando los elementos de la arquitectura mostrada en la figura 3.1 se proporciona la descripcin siguiente: Servidor de aplicaciones Xampp.-Es el acceso a los recursos de la aplicacin incluidos los servicios Web, los Midlets para la bsqueda de entidades mdicas y los motores y personajes para la ejecucin de la multimodalidad en el sistema. Repositorio de informacin.-Este componente es responsable de mantener la persistencia de los datos como el proceso de registro de hospitales y de mdicos especialistas. Aplicacin Web PHP.-La aplicacin Web PHP proporciona al usuario las opciones necesarias para la gestin y la bsqueda de las entidades mdicas que se registran en el repositorio de informacin. Servicios Web.-Los servicios Web en conjunto con los Midlets proporcionan la funcionalidad para realizar bsquedas de las entidades mdicas en base a los requerimientos del usuario. Selector de consultas.-Proporciona la capacidad de desplegar, tanto en la aplicacin Web como en los Midlets, los tipos de consulta que el usuario realizar. En el caso de la aplicacin Web proporciona adems la ejecucin de la sentencia SQL correspondiente para la obtencin de resultados. Selector de servicios de bsqueda.-El selector de servicios de bsqueda tiene la funcin de seleccionar el servicio de bsqueda apropiado y ejecuta la sentencia SQL correspondiente para la obtencin de resultados. Selector de servicios Web.-La funcin del selector de servicios Web es seleccionar el servicio Web apropiado para la bsqueda de entidades mdicas a travs de un dispositivo mvil. Constructor de respuesta.-Proporciona la funcionalidad para formatear y desplegar correctamente el resultado obtenido al usuario tras la bsqueda de alguna entidad mdica. Mdulo de bsqueda dinmica.-Su funcin es la de realizar bsquedas de entidades mdicas localizadas en un determinado radio en kilmetros a partir de la ubicacin geogrfica del usuario. El clculo se realiza en base a dos mtodos para calcular la distancia entre dos puntos: el clculo a travs de la frmula euclidiana y el clculo por medio de la frmula de la distancia absoluta.
51

Aplicacin de la metodologa

Gestin de multimodalidad.-La gestin de multimodalidad tiene componentes para gestionar el soporte para multilenguaje y el soporte para multipersonaje. La ejecucin de la multimodalidad se complementa con dos motores: un motor permite su ejecucin en el browser cliente y el otro motor proporciona el mecanismo de voz asociada con los personajes utilizados en el sistema. Los personajes son aplicaciones que utilizan los motores mencionados para la ejecucin de animaciones y expresiones. Soporte para multilenguaje.-Es un componente de la gestin de multimodalidad y proporciona el mecanismo para cambiar entre los lenguajes ingls y espaol disponibles en el sistema. Soporte para multipersonaje.-Es otro componente de la gestin de multimodalidad que permite el intercambio de los cuatro personajes que se utilizan en el sistema. Los componentes de la arquitectura del sistema estn relacionados entre s, en la siguiente seccin se proporciona la descripcin del flujo de trabajo de cada uno de estos elementos.

3.1.2 Flujo de trabajo de la arquitectura del sistema La interrelacin entre los componentes de la arquitectura define el flujo de trabajo para el proceso de bsqueda de entidades mdicas. Obsrvese que la figura 3.1 se muestra con algunas letras y nmeros incluyendo lneas de diversos colores que facilitan la comprensin del flujo de los datos que se procesan durante la ejecucin del sistema el cual se describe a continuacin: 1. El usuario con el browser de un equipo de cmputo (1A) o por medio de un dispositivo mvil (1B) y utilizando el componente de seleccin de consultas, elije el tipo de bsqueda de entidades mdicas deseado. 2. En el caso de una bsqueda por medio del browser de un equipo de cmputo y una vez seleccionado el tipo de consulta, se enva al selector de servicios de bsqueda el cual realiza la solicitud correspondiente en el servidor de aplicaciones Xampp (2A). Si la bsqueda se realiza con un dispositivo mvil y una vez seleccionado el tipo de consulta, se enva al selector de servicios Web que selecciona el servicio Web apropiado en el servidor de aplicaciones Xampp (2b).

52

Aplicacin de la metodologa

3. En el servidor de aplicaciones Xampp se procesan las solicitudes y las respuestas del sistema y se conecta al repositorio de informacin que es responsable de ejecutar las sentencias SQL (3A), (3B). 4. El repositorio de informacin devuelve los resultados al servidor de aplicaciones Xampp (4A), (4B). 5. En el servidor de aplicaciones Xampp el constructor de respuesta da formato a los resultados obtenidos (5A), (5B). Posteriormente se envan los resultados con el formato apropiado para su despliegue en el navegador cliente (6A), (6B). 6. Cuando el cliente Web requiere la ubicacin geogrfica de alguna entidad mdica, se enva una solicitud a travs de Internet al servidor Google, dicha solicitud incluye las coordenadas de latitud y de longitud de la entidad mdica. El servidor Google muestra un mapa con un marcador indicando la ubicacin geogrfica de la entidad mdica solicitada (7A), (8A). 7. Cuando el cliente mvil requiere la ubicacin geogrfica de alguna entidad mdica, se enva una solicitud a travs de Internet al servidor Yahoo, dicha solicitud incluye las coordenadas de latitud y de longitud de la entidad mdica. El servidor Yahoo muestra un mapa con un marcador indicando la ubicacin geogrfica de la entidad mdica solicitada. (7B), (8B).

3.1.3 Bsqueda relativa y absoluta de entidades mdicas. Como parte de la descripcin del funcionamiento de la arquitectura del sistema se hace mencin a la bsqueda de entidades mdicas a travs de dispositivos LBS o por medio de geolocalizacin por direccin IP ya que estos mecanismos proporcionan de manera automtica informacin como: latitud, longitud e incluso la ciudad en la que se localiza el usuario. Es importante mencionar que la implementacin de la geolocalizacin por IP en el sistema es slo hipottica, esto se debe a que por sus mtodos de aplicacin, las ventajas y desventajas descritas en el apartado 1.4, pone en duda su aplicacin en el sistema. Utilizando alguno de los mecanismos de localizacin dinmica, el funcionamiento de la arquitectura del sistema se describe en los prrafos siguientes:

53

Aplicacin de la metodologa

1. Se obtiene la ubicacin geogrfica actual del usuario a travs del sistema de posicionamiento (1C). 2. Una vez que se obtienen las coordenadas de la ubicacin del usuario, se envan al mdulo de bsqueda dinmica del sistema donde el usuario realiza bsquedas de entidades mdicas a partir de su ubicacin especificando un radio entre 5 y 200 Kilmetros. Para realizar ste tipo de bsquedas el usuario tiene dos alternativas: bsqueda relativa o bsqueda absoluta las cuales se describen a continuacin. La bsqueda relativa se realiza por medio de la formula euclidiana o clculo de la distancia cuya expresin matemtica es la siguiente. d(P1, P2) = (X2 X1)2 + (Y2 Y1)2

La bsqueda absoluta se realiza por medio de la frmula de clculo de la distancia absoluta cuya expresin matemtica es la siguiente. d(P1, P2) = (X2 X1)2 + (Y2 Y1)2 Donde: X2 = Latitud registrada en el repositorio de informacin. Y2 =Longitud registrada en el repositorio de informacin. X1 = Latitud proporcionada por el usuario. Y1 =Longitud proporcionada por el usuario.

3. Posterior al tipo de bsqueda seleccionada por el usuario y a la seleccin del radio de bsqueda, se realiza la solicitud correspondiente en el servidor de aplicaciones Xampp en el que se procesa la solicitud mediante la conexin con el repositorio de informacin que ejecuta la frmula como una sentencia SQL (2C). 4. El repositorio de informacin devuelve al servidor de aplicaciones Xampp los resultados obtenidos (3C).

54

Aplicacin de la metodologa

5. En el servidor de aplicaciones Xampp el constructor de respuesta da el formato apropiado a los resultados obtenidos (4C) y posteriormente los enva con el formato apropiado para su despliegue en el browser del cliente (5C). 6. Cuando el cliente Web realiza la localizacin de una entidad mdica con un mapa de Google, se enva una solicitud a travs de Internet al servidor Google dicha solicitud incluye las coordenadas de latitud y longitud de la entidad medica. El servidor Google muestra un mapa con un marcador indicando la ubicacin geogrfica de la entidad mdica solicitada. (6C), (7C).

3.2 Aplicacin del MPML

Por medio de la aplicacin del MPML se desarrollaron los mecanismos necesarios para proporcionar caractersticas de multimodalidad al sistema como son: cambio de idioma, la implementacin de voz en los personajes utilizados as como el cambio entre personajes. stas caractersticas enriquecen al sistema considerando la existencia de usuarios con escasos conocimientos en el uso de computadoras e incluso para aquellos usuarios con deficiencias visuales o con problemas de lectura ya que los personajes se expresan a travs del habla proporcionando indicaciones para facilitar el uso del sistema al usuario. El siguiente

fragmento de cdigo proporciona un ejemplo de la aplicacin del MPML en el sistema.

1. Dim Rob 2. Dim EndRequest 3. Dim BeginRequest 4. Sub LoadCharacter //Inicio del procedimiento 5. On Error Resume Next 6. Set LoadRequestUNC = Agent.Characters.Load ("Rob","Debbie") 7. If LoadRequestUNC.Status <> 0 Then 8. Alert "No existen personajes instalados" 9. Else 10. Set Rob = Agent.Characters("Rob") 11. Rob.LanguageID = &H0C0A //Lenguaje espaol 12. On Error Resume Next 13. Rob.MoveTo 800,300 //Movimiento del personaje 14. Rob.Show 15. End If 16. End Sub //Fin del procedimiento

Figura 3.2 Ejemplo de aplicacin del lenguaje MPML en el sistema.

55

Aplicacin de la metodologa

3.2.1 Ejecucin de personajes La ejecucin de los personajes en una aplicacin multimodal utilizando MPML requiere de Microsoft Agent que es una tecnologa desarrollada por Microsoft para dar soporte a los personajes que se utilizan en el sistema. Los Microsoft Agent son sistemas de servicios programables que presentan caractersticas animadas dentro de una interfaz y otorgan una nueva forma de interaccin con el usuario, llamada conversacional que se asemeja a la comunicacin humana utilizando voz, gestos y no solamente responde a la entrada a travs de teclado y el mouse, sino que tambin tiene la opcin de reconocimiento voz. Es posible utilizar el MS Agent en pginas Web a travs de un control ActiveX [41]. Sin embargo, Microsoft Agent necesita de determinados complementos para proporcionar una mejor interactividad entre la aplicacin multimodal y el usuario. Dichos complementos son motores de voz. Los motores de voz son bibliotecas (DLL) que proporcionan el proceso de voz sintetizada que permite al Agente hablar; la sntesis de voz es el proceso de generar seal auditiva o voz a partir de texto; a esta voz se le llama sintetizada o voz artificial. De esta manera, utilizando un texto de entrada, el sintetizador se encarga de pronunciar las palabras. Para escuchar la voz del Agent seleccionamos el motor de voz correspondiente al idioma que hablamos, debido a que los Agent no tienen Voz Propia o un motor de voz incorporado. Dentro de los leguajes soportados se encuentran: Francs, Portugus, Italiano, Ingls, Ingls Americano, Alemn, Ruso, Holands y Espaol [41]. La figura 3.3 Ilustra un ejemplo de interaccin de personajes

1.- Microsoft Agent

MPML

3.- Lenguaje de Marcas de Presentacin Multimodal 4.- Motor de voz 2.- Personaje

La figura 3.3 Ejemplo de interaccin multimodal

56

Aplicacin de la metodologa

3.2.2 Descripcin de la interaccin de los personajes para ofrecer multimodalidad. Todos los elementos que se describen a continuacin forman parte fundamental en la arquitectura del sistema ya que lo enriquecen proporcionndole las caractersticas de multimodalidad deseadas. Es necesario que cada uno de estos elementos se instale en el cliente a excepcin del lenguaje MPLM que se ejecuta en el servidor. 1. Microsoft Agent: es una aplicacin que proporciona el soporte para la ejecucin de los personajes implementados en el sistema del lado del cliente. 2. Personaje: es una aplicacin cuya instalacin es necesaria que se realice en el lado del cliente ya que permite manifestar un determinado personaje al usuario con la finalidad de enriquecer la interaccin entre el usuario y el sistema. 3. MPML: a travs de este lenguaje se suministra a los personajes la capacidad de expresarse mediante frases escritas en uno o varios idiomas as como la ejecucin de gestos, determinados movimientos y el cambio de personajes. El lenguaje MPML es un lenguaje integrado en el sistema por lo tanto su ejecucin se realiza en el lado del servidor. 4. Motor de voz: el motor de voz es una aplicacin para instalarse en el cliente de manera opcional ya que no imposibilita la ejecucin de las expresiones del personaje sino que nicamente le quita voz propia.

3.2.3 Personajes utilizados. La utilizacin de personajes en el sistema es primordial ya que a travs de stos se demuestra la aplicacin de la multimodalidad en el sistema. En el sistema se usan cuatro personajes los cuales se muestran en la figura 3.4 con sus respectivos nombres.

Debbie

Cathie

Blanche

Isabella

Figura 3.4 Personajes utilizados

57

Aplicacin de la metodologa

3.2.4 Caractersticas utilizadas. Cada personaje seleccionado tiene diversas caractersticas incluyendo sealamientos a alguno de sus extremos, desplazamientos e incluso gestos y expresiones. Sin embargo, las caractersticas utilizadas ms importantes son: permitir el cambio entre ellos durante la ejecucin del sistema, que su expresin oral sea dinmica ya sea en idioma espaol o ingls. Integrar caractersticas de multimodalidad en el sistema permite enriquecer la interaccin de los usuarios con ste ya que funcionalmente la multimodalidad ofrece la asistencia necesaria para facilitar el uso del sistema por parte de los usuarios.

3.3 Aplicacin de LWUIT para el desarrollo de las interfaces de la aplicacin mvil

Se desarrollaron dos Midlets para la bsqueda de entidades mdicas, uno en idioma espaol y otro en ingls. La implementacin de la biblioteca LWUIT enriquece a los Midlets desarrollados proporcionndoles interfaces grficas ms atractivas a travs de controles al estilo de Java Swing.

Los controles LWUIT utilizados en el desarrollo de las interfaces de los Midlets se especifican en la tabla 3.1 Tabla 3.1 Controles LWUIT utilizados Nombre del control Form Caractersticas Es el contenedor principal de los controles de una aplicacin J2ME y sus Mtodos aplicados setLayout() addElement() addCommand() setScrollableY() setTransitionInAnimator() setCommandListener() show()

elementos bsicos son una barra de ttulo y una barra de men.

58

Aplicacin de la metodologa

Tabla 3.1 Controles LWUIT utilizados (Continuacin 1) Nombre del control Dialog Caractersticas Es un control que permite desplegar mensajes de: Mtodos aplicados setTitleComponent() setDialogType() addComponent() setAutoDispose() setTimeout() show()

alarma, confirmacin, error, informacin advertencia y de

al usuario.

List

Presenta

una

serie

de

DefaultListModel () DefaultListCellRenderer() setListCellRenderer() getSelectedIndex() getSelectedItem()

elementos de informacin en una sola columna

para el usuario. ComboBox Es un control de ahorro de espacio que despliega una lista cuando se da click sobre l. ButtonGroup Es un control para trabajar con un conjunto de botones de radio.

.add() getSelectedIndex()

RadioButton

Se integra dentro de un ButtonGroup para la

seleccin de una opcin.

59

Aplicacin de la metodologa

Tabla 3.1 Controles LWUIT utilizados (Continuacin 2) Nombre del control Button Caractersticas Se utiliza para la captura de una entrada del usuario. Mtodos aplicados setAlignment() addActionListener()

Label

Muestra mensajes texto en la interfaz del dispositivo mvil.

TextField

Es un control editable que permite la entrada de datos desde la interfaz del

setEditable()

dispositivo mvil.

3.3.1 Temas Usando LWUIT, se desarrollaron tres temas haciendo uso de la herramienta Theme Creator ilustrada en la figura 3.5 dicha herramienta provee las opciones de configuracin visual para cada uno de los controles que se utilizan en los Midlets incluyendo la integracin de imgenes de fondo. Esta configuracin afecta visualmente a cada control dependiendo del estado lgico en el que se encuentre, estos estados son: sin seleccionar, seleccionado y presionado.

Figura 3.5 Interfaz de la herramienta Theme Creator

60

Aplicacin de la metodologa

La figura: 3.6 ilustra la interfaz de los temas desarrollados.

Figura 3.6 Temas desarrollados para la aplicacin mvil. Los temas desarrollados con Theme Creator tienen la extensin .res. El cdigo siguiente ejemplifica la carga de los temas desarrollados y el intercambio de dichos temas en los Midlets.
1. private String temas = "/ITO.res"; //Tema por default 2. public String getTemas() { 3. return temas; 4. } 5. public void setTemas(String nombreTema) { 6. this.temas = nombreTema; 7. } 8. public void startApp() { //Inicio del Midlet 9. Display.init(this); 10. try { //Cargar recurso desde inicio 11. com.sun.lwuit.util.Resources res = 12. com.sun.lwuit.util.Resources.open(getTemas()); 13. com.sun.lwuit.plaf.UIManager.getInstance().setThemeProps( 14. res.getTheme(res.getThemeResourceNames()[0])); 15. }catch(java.lang.Exception ex){ ex.printStackTrace(); } 16. frmPrincipal = new Form("ITOHealth"); 17. Transition in = CommonTransitions.createSlide( 18. CommonTransitions.SLIDE_HORIZONTAL, false, duration); 19. frmPrincipal.setTransitionInAnimator(in); 20. mostrarFrmPrincipal(); 21. } //Fin inicio del Midlet 22. btnAplicar.addActionListener(new ActionListener() { 23. public void actionPerformed(ActionEvent ae) { 24. try {

61

Aplicacin de la metodologa 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. }); switch(grupoRb.getSelectedIndex()){ case 0: setTemas("/ITO.res"); startApp(); break; case 1: setTemas("/Health.res"); startApp(); break; case 2: setTemas("/Night.res"); startApp(); break; } } catch (Exception ex){ ex.printStackTrace();} }

Figura 3.7 Cdigo de carga de temas desarrollados para la aplicacin mvil.

3.4 Servicios Web desarrollados

Los servicios Web son fundamentales para el sistema desarrollado en este trabajo de tesis debido a que proporcionan los mecanismos necesarios para la localizacin de entidades mdicas registradas en el repositorio de informacin a travs del dispositivo mvil. La tabla 3.2 proporciona informacin acerca de los servicios Web desarrollados para los Midlets.

Tabla 3.2 Servicios Web desarrollados Servicio Web Descripcin Parmetros de entrada swEspecialidades Permite la bsqueda de entidades mdicas por especialidad mdica. swEspecialidadesEng ste servicio Web es til para la bsqueda de entidades mdicas por especialidad mdica en idioma ingls. Ninguno Ninguno Parmetros de salida Lista de especialidades mdicas Lista de especialidad es mdicas en ingls

62

Aplicacin de la metodologa

Tabla 3.2 Servicios Web desarrollados (Continuacin 1) Servicio Web Descripcin Parmetros de entrada swHospitalEdo Permite realizar la Nombre del estado Parmetros de salida Lista de hospitales

bsqueda de hospitales por estado y despliega una lista con el nombre de los hospitales

localizados. swHospitalCiudades Realiza la consulta para desplegar el nombre de las ciudades registradas en el repositorio de informacin dependiendo del estado. swHospitalCd ste permite servicio realizar Web la Nombre de la ciudad Lista de hospitales Clave de estado Lista de ciudades

bsqueda de hospitales por ciudad desplegando una lista con el nombre de los hospitales

localizados. swListaEspecialidades Hosp ste servicio Web Clave de la especialidad Lista de especialidad es mdicas ofrecidas.

despliega una lista con el nombre de las

especialidades mdicas ofrecidas por un

determinado hospital.

63

Aplicacin de la metodologa

Tabla 3.2 Servicios Web desarrollados (Continuacin 2) Servicio Web Descripcin Parmetros de entrada swHospitalEdoEspecial idad Realiza la bsqueda de hospitales por estado y especialidad mdica Nombre del estado. Nombre de la especialidad Parmetros de salida Lista de hospitales

desplegando una lista con el nombre de los hospitales localizados. swHospitalEdoSector Realiza la bsqueda de los estado hospitales y por sector

Nombre del estado

Lista de hospitales

desplegando una lista con el nombre de los hospitales localizados. swDetallaHospitalCd Despliega los detalles de algn hospital en la

Tipo de sector

Nombre de la ciudad

Detalles del hospital

seleccionado

bsqueda de hospitales por ciudad. swDetallaHospitalEdo Despliega los detalles de un hospital seleccionado en la bsqueda de hospitales por estado, estado-especialidad estado-sector. y

Nombre del hospital

Nombre del hospital

Detalles del hospital

64

Aplicacin de la metodologa

Es importante mencionar que los mecanismos utilizados para localizar hospitales a travs de dispositivos mviles son los mismos que se utilizaron para localizar mdicos especialistas. El siguiente fragmento de cdigo muestra el uso de una aplicacin Web desarrollada en el lenguaje de programacin PHP que proporciona la funcin de servidor para una descripcin en WSDL que obtiene un listado de especialidades mdicas.
1. <?php 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ?>

require("lib/nusoap.php"); $servidor=new soap_server("swEspecialidades.wsdl"); function despliegaEspecialidades() { $sql = "SELECT Especialidad FROM Especialidades;"; where Genero LIKE '%".$paramEstado."%'"; mysql_connect("localhost","root","admin"); $rs=mysql_db_query("healthCare", $sql); $i=0; $rt=mysql_db_query("healthCare", $sql); $j=0; while ($row = mysql_fetch_array($rs)) { $listaEspecialidades[$i]=array( NombreEspecialidad=>$row['Especialidad']); $i=$i+1; } $listaEsp = array('item'=>$listaEspecialidades); return $listaEsp; } $HTTP_RAW_POST_DATA = isset( $HTTP_RAW_POST_DATA)?$HTTP_RAW_POST_DATA:''; $servidor->service($HTTP_RAW_POST_DATA); exit();

Figura 3.8 Cdigo que proporciona la funcin de servidor para una descripcin en WSDL.

El consumo de los servicios Web desarrollados se realiz mediante dos aplicaciones en J2ME, el siguiente fragmento de cdigo muestra el consumo para el servicio Web mencionado previamente.
1. try { 2. String url="http://www.itohealth.net/swHealthCare/ 3. svrEspecialidades.php"; 4. String method="despliegaEspecialidades"; 5. String resultado = null; 6. StringBuffer stringBuffer = new StringBuffer(); 7. String tns="http://www.your-company.com/ 8. buscaHospitalEdo.wsdl"; 9. SoapObject client = new SoapObject(tns, method); 10. client.addProperty("despliegaEspecialidades","");

65

Aplicacin de la metodologa 11. HttpTransport transport = new HttpTransport(url); 12. SoapSerializationEnvelope envelope = 13. new SoapSerializationEnvelope(SoapEnvelope.VER11); 14. envelope.bodyOut = client; 15. transport.call(method, envelope); 16. resultado = envelope.getResponse().toString(); 17. stringBuffer.append(resultado); 18. System.out.println(resultado); //Cadena de resultados. 19. } catch (IOException ex) { ex.printStackTrace(); } 20. catch (XmlPullParserException ex) { ex.printStackTrace();}

Figura 3.9 Cdigo que muestra el consumo para el servicio Web mencionado en la figura 3.8.

Es importante mencionar que a diferencia de la aplicacin Web, en los Midlets se omitieron las bsquedas por colonia y cdigo postal debido a que por rendimiento para los Midlets, el procesamiento para listar las colonias o los cdigos postales consumir tiempo de bsqueda innecesario dado que hay municipios o ciudades con ms de doscientas colonias registradas como en el caso de Puebla y Baja California Norte entre otros y que adems, ste tipo de informacin es susceptible a cambio puesto que es posible agregar ms colonias y municipios si as fuera necesario. Considerando lo anterior y asocindolo con la cantidad de entidades mdicas que se registren en el repositorio de informacin, el tiempo de bsqueda ser excesivo por ende slo se realizaron los tipos de bsqueda de hospitales y mdicos especialistas de mayor relevancia.

3.5 Mapas Web utilizados

La localizacin geogrfica de las entidades mdicas registradas en el repositorio de informacin del sistema se obtiene mediante el uso de mapas Web. Las tecnologas para localizacin geogrfica utilizadas son las que ofrecen Google maps y Yahoo Maps. En el sistema Web se utiliz Google maps, el fragmento de cdigo siguiente muestra la integracin de un mapa Google en una pgina Web desarrollada con lenguaje PHP.
1. function showMap($latitud, $longitud){ 2. function showmap(){ 3. if (GBrowserIsCompatible()) {\n 4. var map = new 5. GMap(document.getElementById(\"map\"));\n"; 6. if (empty($this->centerMap)){ 7. echo "map.centerAndZoom(new 8. GPoint(".$this

66

Aplicacin de la metodologa 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. } >validPoints[0]['long'].",".$this >validPoints[0]['lat']."),".$this>zoomLevel.");\n"; }else{ echo "map.setCenter(new GLatLng($latitud, $longitud), 13);"; } echo "}\n var point; point=map.getCenter(); var marker = new GMarker(point); GEvent.addListener(map, \"click\", function(overlay,point){ marker.setPoint(point); map.addOverlay(marker); document.getElementById(\"longitud\").value = point.lng(); document.getElementById(\"latitud\").value = point.lat(); marker.openInfoWindowHtml(\"<div style='fontsize:8pt; font-family: verdana'>Marca del hospital situada en: <br>Latitud: \" + point.lat() + \"<br> Longitud: \" + point.lng() + \"</div>\"); }); marker.setPoint(point); map.addOverlay(marker); document.getElementById(\"longitud\").value = point.lng(); document.getElementById(\"latitud\").value = point.lat(); marker.openInfoWindowHtml(\"<div style = 'font-size: 8pt; font-family: verdana'>Marca del hospital situada en: <br>Latitud: \" + point.lat() + \"<br>Longitud: \" + point.lng() + \" <br>Detalles: vista relieve.</div>\");"; if ($this->showControl){ if ($this->controlType == 'large'){ echo "map.addControl(new GLargeMapControl());\n"; } } if ($this->showType){ echo "map.addControl(new GMapTypeControl());\n map.addMapType(G_PHYSICAL_MAP);"; }echo ">\n } //Fin de function showmap window.onload = showmap; </script>\n";

Figura 3.10 Cdigo que muestra la integracin de un mapa Google en una pgina PHP.

67

Aplicacin de la metodologa

Para los Midlets de bsqueda del sistema se utiliz Yahoo maps, el fragmento de cdigo siguiente muestra la integracin de un mapa Yahoo con una aplicacin desarrollada en J2ME.
1. private boolean demoMode = false;//Variables para mapa Yahoo 2. private static final int DEFAULT_MAP_ZOOM = 3; 3. private int zoom = DEFAULT_MAP_ZOOM; 4. private static final String APPID = 5. "VS2gtQrV34ElS4obpTabGJ0lxYxDjwPzrjgaj_xTo.VbdnpA24586Jul4oDCXpO3U 6. VN7"; 7. private static final String LOCAL_BASE = 8. "http://local.yahooapis.com/LocalSearchService/V2/localSearch"; 9. private static final String MAP_BASE = 10. "http://api.local.yahoo.com/MapsService/V1/mapImage"; 11. static final Object LOADING_MARKER = new Object(); 12. private String latitud = 18.849822603930942, longitud = 11. -97.10088014602661; 13. private void despliegaUbicacionMapaH(){ 14. final Arg[] args = { 15. new Arg("output", "json"), 16. new Arg("appid", APPID), new Arg("latitude", latitud), 17. new Arg("longitude", longitud), 18. new Arg("image_height", Integer.toString( 19. (int)(Display.getInstance().getDisplayHeight() * 20. 1.5))), new 21. Arg("image_width", Integer.toString((int)( 22. Display.getInstance().getDisplayWidth() * 1.5))), new 23. Arg("zoom", Integer.toString(zoom)) 24. }; 25. final Form map; //Formulario de despliegue de mapa 26. map = createForm("Ubicacin geogrfica del hospital"); 27. new Thread() { 28. Response response; 29. public void run(){ 30. if(!demoMode){ 31. try { 32. response = 33. com.sun.me.web.request.Request.get( 34. MAP_BASE, args, null, null); 35. } catch (IOException ex) {ex.printStackTrace();} 36. }else{ 37. try { 38. response = 39. com.sun.me.web.request.Request.get( 40. com.sun.me.web.request.Request.DEMO_URL, 41. args, null, null); 42. } catch (IOException ex) {ex.printStackTrace();} 43. } 44. Result result = response.getResult(); 45. HttpConnection imgConn; 46. try { 47. String location = result.getAsString( 48. "ResultSet.Result"); 49. imgConn = (HttpConnection) 50. Connector.open(location);

68

Aplicacin de la metodologa 51. imgConn.setRequestProperty("Accept", 52. "image/png"); 53. InputStream is = imgConn.openInputStream(); 54. com.sun.lwuit.Image mapImage = 55. com.sun.lwuit.Image.createImage(is); 56. map.setScrollable(false); 57. map.setLayout(new BorderLayout()); 58. MotionComponent mapLabel = new 59. MotionComponent(mapImage); 60. map.addComponent(BorderLayout.CENTER, 61. mapLabel); 62. map.show(); 63. } catch (IOException ex) { ex.printStackTrace(); } 64. } 65. }.start();

Figura 3.11 Cdigo que muestra la integracin de un mapa Yahoo en una pgina PHP.

3.6 Repositorio de informacin

El repositorio de informacin se desarroll para contener informacin y est conformado por once tablas de las cuales las tablas: estado, municipio y colonia contienen por default informacin concerniente a los estados correspondientes a la Repblica Mexicana, los municipios almacenados estn relacionados con su determinado estado y las colonias corresponden a su municipio o ciudad.

Mantener registrada la informacin referente a los estados, municipios y colonias garantiza la integridad y veracidad de la informacin correspondiente a la direccin de los hospitales y los mdicos especialistas. En el repositorio de informacin, las tablas especialidades y especialidadesEng contienen informacin sobre las diversas especialidades mdicas que ofrecen hospitales y mdicos especialistas la diferencia radica en que especialidadesEng contiene la informacin en idioma ingls. Finalmente las tablas: hospital y medico_especialista almacenan los registros correspondientes a hospitales y mdicos, estas tablas se relacionan con otras tablas para almacenar sus especialidades y su ubicacin.

La figura 3.12 muestra los campos y las relaciones entre las tablas que conforman el repositorio de informacin.

69

Aplicacin de la metodologa

Figura 3.12 Estructura del repositorio de informacin.

70

Resultados

Captulo 4 Resultados
El nombre asignado al sistema desarrollado en este trabajo de tesis es el de ITOHealth de modo que se har referencia al sistema con dicho nombre. ITOHealth ofrece a los usuarios dos modalidades de uso: una es utilizar la modalidad de aplicacin Web y la otra es utilizar las aplicaciones desarrolladas para dispositivos mviles. La figura 4.1 muestra la multimodalidad de ITOHealth.

ITOHealth en su modalidad Web proporciona a los usuarios que trabajan en el cuidado de la salud de las personas la opcin de registrar la informacin de las entidades mdicas que representen o sus servicios como mdicos especialistas. Tambin ofrece a dichos usuarios las opciones para actualizar su informacin de registro, eliminar su registro del sistema y para todos los usuarios en general permite localizar entidades mdicas mediante los mecanismos de bsqueda que ofrece ITOHealth. Adicionalmente, ITOHealth proporciona una versin ligera de su modalidad Web que permite a los usuarios realizar las operaciones descritas previamente en el prrafo anterior a travs del browser de su dispositivo mvil. La figura 4.2 muestra la versin ligera de ITOHealth.

El uso de las aplicaciones para dispositivos mviles de ITOHealth es exclusivamente para la localizacin de las entidades mdicas registradas. Las opciones de bsqueda de entidades mdicas que ofrecen estas aplicaciones son: bsqueda por estado, por ciudad, por especialidad mdica y por sector. Cabe mencionar que una de las aplicaciones desarrolladas despliega sus interfaces en idioma ingls, esto se debe a que ITOHealth permite registrar entidades mdicas en dicho idioma siendo imperativo el desarrollo de la aplicacin necesaria para realizar la bsqueda de entidades mdicas en ingls utilizando algn dispositivo mvil. ITOHealth est disponible en: http://www.itohealth.net y tiene una versin ligera disponible en: http://www.itohealth.net/movil. Para utilizar la modalidad Web de ITOHealth es necesario el uso de un browser, y para utilizar la modalidad para dispositivos mviles se requiere que el dispositivo mvil tenga soporte para tecnologa Java.
71

Resultados

Figura 4.1 Multimodalidad de ITOHealth

Figura 4.2 Versin ligera de ITOHealth

72

Resultados

El objetivo de este captulo es mostrar los resultados obtenidos tras el desarrollo de ITOHealth por consiguiente, se presentan dos casos de estudio para la aplicacin del proyecto desarrollado.

4.1 Casos de estudio

4.1.1 Caso de estudio: bsqueda de entidades mdicas por especialidad. 1. Supngase que un usuario se encuentra en la ciudad de Crdoba, Ver. y presenta un cuadro clnico respectivo a gastroenteritis por comer alimentos contaminados y sta persona desconoce las entidades mdicas existentes en esta ciudad para atender su padecimiento. 2. Cada entidad mdica, tiene su sitio Web mediante el cual ofrece sus servicios y se encuentran publicados en el motor de bsquedas de Google es aqu como surge la siguiente interrogante: Cmo podra esta persona encontrar una entidad mdica que atienda las necesidades de su cuadro clnico de tal manera que no sea necesario visitar cada una de las pginas Web de las entidades en Google y adems obtener su localizacin geogrfica a travs de un mapa en dos modalidades browser y dispositivo mvil?

La respuesta, es el utilizar el sistema ITOHealth cuya funcionalidad para este caso de estudio se describe a continuacin: el usuario selecciona la opcin bsqueda por especialidad del men hospitales en la interfaz principal, despus selecciona el estado de Veracruz, posteriormente selecciona la especialidad de gastroenterologa para obtener informacin acerca de entidades de salud que ofrecen esa especialidad. La figura 4.3 muestra la seleccin del estado donde se encuentra el usuario y la seleccin de la especialidad mdica requerida.

Figura 4.3 Seleccin de estado y especialidad mdica.

73

Resultados

Finalmente se despliegan los resultados en forma de lista ordenada por filas mostrando la informacin de la consulta de manera detallada y ordenada. La figura 4.4 muestra el resultado del despliegue de los resultados.

Figura 4.4 Despliegue de resultados de consulta en la aplicacin Web.

Las consultas no slo muestran los resultados con la informacin de las entidades mdicas, tambin tienen la caracterstica de poseer como hipervnculo la direccin Web en caso de que dicha entidad tenga su propio sitio Web, adems el resultado tiene dos hipervnculos como opciones adicionales: ver especialidades y ver mapa. Con la caracterstica del hipervnculo de Web, el usuario ingresa a la pgina de la entidad mdica deseada. La siguiente caracterstica que tienen los resultados de las consultas, es que el usuario al dar click en Ver especialidades realiza una subconsulta para ver qu especial idades ofrece la entidad mdica que seleccion dentro de la lista de resultados. La figura 4.5 muestra los resultados de una subconsulta realizada a las especialidades del hospital.

Figura 4.5 Despliegue de las especialidades mdicas en la aplicacin Web.

74

Resultados

La ltima caracterstica agregada al resultado de las consultas es visualizar la ubicacin del hospital, esto se logra dando click en el hipervnculo Ver mapa del registro deseado lo que despliega un mapa Google con una marca que indica la ubicacin geogrfica del hospital permitiendo a los usuarios la fcil localizacin del mismo.

La figura 4.6 muestra la ubicacin geogrfica del hospital en un mapa Google.

Figura 4.6 Despliegue de ubicacin geogrfica del hospital en la aplicacin Web. 4.1.2 Caso de estudio: bsqueda de mdicos en un determinado sitio. Para este caso de estudio slo se considera la ciudad de Orizaba, Ver, sin embargo, ITOHealth permite localizar entidades mdicas de otras ciudades en otros estados. 1. Supngase que un turista de otro pas se encuentra caminando en la ciudad de Orizaba y requiere obtener informacin acerca de mdicos cardilogos existentes en el estado de Veracruz, para una posible revisin mdica. 2. Hay diversos mdicos especialistas en mltiples sitios de la ciudad y del estado de Veracruz. Se requiere obtener informacin para localizar a algn cardilogo que le proporcione la revisin mdica a este usuario. 3. El usuario habla ingls, se encuentra en el centro de la ciudad y posee un celular con los Midlets de bsqueda de entidades mdicas instalados.

75

Resultados

4. Hay entidades mdicas registradas en el sistema ITOHealth y opcionalmente tienen su propia pgina Web. 5. Una alternativa de solucin para este usuario es buscar entidades mdicas con cualquiera de los motores de bsqueda disponibles en la Web como Google y Yahoo, entre otros, sin embargo, posiblemente la informacin que encuentre sea redundante e innecesaria.

Durante su bsqueda, posiblemente al usuario le surjan algunos inconvenientes y posibles preguntas tales como: 1. Cmo optimizar el tiempo de bsqueda de las entidades mdicas que requiere el usuario para una revisin mdica? 2. Cmo localizar las entidades mdicas que ofrecen una especialidad de cardiologa? 3. Cmo obtener informacin detallada y la ubicacin geogrfica de las entidades mdicas?

Una alternativa de solucin al problema que se le presenta al usuario es utilizar el sistema ITOHealth. Para este caso de estudio se discutir el modo de localizacin de entidades mdicas a travs de la aplicacin mvil de bsqueda de entidades mdicas en ingls.

La descripcin para la bsqueda de las entidades mdicas requeridas por el usuario se describe de la siguiente manera: el usuario elige la opcin de bsqueda por especialidad y selecciona la opcin buscar mdicos en el men. Posteriormente, selecciona el estado de Veracruz y selecciona la especialidad de cardiologa. La bsqueda despliega los resultados en una lista que muestra el nombre y el nmero de cdula profesional de los cardilogos. El usuario tiene la opcin de ver los detalles del mdico especialista a travs de su nmero de cdula profesional.

Los detalles del cardilogo se muestran en la figura 4.7

76

Resultados

Figura 4.7 Detalles del mdico en la aplicacin mvil.

La(s) especialidad(es) mdica(s) y la ubicacin geogrfica del consultorio del cardilogo se muestran en las figuras 4.8 y 4.9 respectivamente.

Figura 4.8 Especialidad del mdico en la aplicacin mvil

Figura 4.9 Ubicacin geogrfica del consultorio del mdico en la aplicacin mvil.
77

Resultados

Como se mencion previamente, ITOHealth tiene dos modalidades de uso y con la finalidad de presentar al lector que los resultados obtenidos en la aplicacin mvil tambin se obtienen en la aplicacin Web de ITOHealth se presentan las imgenes siguientes. La figura 4.10 muestra los detalles del mdico especialista.

Figura 4.10 Detalles del mdico en la Web. Las figuras 4.11 y 4.12 muestran la especialidad mdica y la ubicacin geogrfica del cardilogo.

Figura 4.11 Especialidad del mdico en la aplicacin Web.

Figura 4.12 Ubicacin geogrfica del consultorio del mdico en la aplicacin Web
78

Resultados

Los casos de estudio relatados en este captulo muestran la utilidad de ITOHealth como una alternativa para el cuidado de la salud de las personas mediante la bsqueda de entidades mdicas utilizando un browser o un dispositivo mvil adems, ITOHealth es muy til para personas que no residen en una ciudad en particular como turistas o visitantes.

79

Conclusiones y recomendaciones

Captulo 5 Conclusiones y recomendaciones

5.1 Conclusiones
En este trabajo de tesis se realiz la identificacin de los servicios que ofrece ITOHealth a los usuarios y se desarrollaron los componentes necesarios para su correcto funcionamiento, entre los que se encuentran: el desarrollo del repositorio de informacin correspondiente para el registro de entidades mdicas, el desarrollo del sistema Web para la gestin de entidades mdicas con la implementacin de Google Maps para la localizacin geogrfica de dichas entidades y con la integracin de multimodalidad con caractersticas de multilenguaje y multipersonaje cuya finalidad es la de mejorar la interaccin de los usuarios con ITOHealth. Adems, para localizar entidades mdicas utilizando dispositivos mviles, se desarrollaron los servicios Web necesarios para consultar a las entidades mdicas registradas en el repositorio de informacin y se desarrollaron dos aplicaciones para dispositivos mviles con el propsito de consumir esos servicios Web.

Cada componente mencionado se desarroll con la finalidad de cumplir con los objetivos especficos de este trabajo de tesis cumpliendo as con el objetivo general el cual fue desarrollar un sistema multimodal basado en localizacin que proporcione a los usuarios una alternativa para localizar entidades mdicas para el cuidado de su salud. La contribucin del sistema ITOHealth es la propuesta de una arquitectura multimodal basada en localizacin que incorpora el uso de servicios Web para proveer los mecanismos necesarios para la bsqueda de entidades mdicas a travs de dispositivos mviles.

Para desarrollar este trabajo de tesis fue necesaria la adquisicin y la aplicacin de nuevos conocimientos lo que permiti la integracin de diversas tecnologas que conforman la arquitectura propuesta para la localizacin de entidades mdicas.

80

Conclusiones y recomendaciones

5.2 Recomendaciones
El trabajo futuro de este trabajo de tesis es referente a la multimodalidad y la localizacin dinmica de las entidades mdicas. Para integrar voz en lenguaje natural en ITOHealth se consideran dos alternativas: la aplicacin de VoiceXML y el uso de motores de reconocimiento de voz de MSAgent complementado con el lenguaje MPML. VoiceXML es un lenguaje de marcas para crear dilogos que permiten interactuar al escuchar comandos hablados, controlables a travs de entrada de voz. VoiceXML es responsable de convertir el habla en texto y utiliza otros mecanismos como el SRGS ( Speech Recognition Grammar Specification, Especificacin de la Gramtica de Reconocimiento del Habla). La funcin principal del SRGS es que la aplicacin de voz organice las palabras en el orden correcto de acuerdo al idioma [42], [43]. La otra manera de aadir reconocimiento de voz en lenguaje natural para ITOHealth es utilizando un motor de reconocimiento de voz para MSAgent y el uso de las instrucciones necesarias en el lenguaje MPML para ejecutar las instrucciones del usuario.

Es posible realizar la localizacin dinmica de las entidades mdicas de dos maneras: con el desarrollo de un mdulo para obtener e interpretar los datos de la ubicacin actual del usuario a travs de un dispositivo GPS y un mdulo para procesar los datos de localizacin obtenidos para la bsqueda de entidades mdicas de forma automtica. Este mdulo utilizar los servicios Web y la tecnologa AJAX para optimizar el rendimiento de la bsqueda dinmica en ITOHealth. Otra manera de localizar de forma automtica las entidades mdicas es a travs de un mdulo de geolocalizacin IP tambin llamado Geo-IP Targeting. La geolocalizacin por IP permite obtener la ubicacin del usuario a travs de la direccin IP de su computadora o dispositivo mvil sin embargo, como ya se mencion en el apartado 1.4 es necesario considerar las caractersticas, ventajas y desventajas que ofrece la implementacin de la geolocalizacin IP en ITOHealth.

81

Acrnimos y trminos utilizados

Acrnimos y trminos utilizados

Ajax: (Asynchronous JavaScript And XML, JavaSctipt A XML Asncronos) es una tcnica de desarrollo Web para crear aplicaciones interactivas o RIA (Rich Internet Applications).

API: (Application Programming Interface, Interfaz de Programacin de Aplicaciones) es un conjunto de convenciones internacionales que definen de qu manera se invoca una determinada funcin (Mtodo si se trata de lenguajes orientados a objetos) de un programa desde una aplicacin. Cuando se intenta estandarizar una plataforma, se estipulan unas APIs comunes a las que se ajustan todos los desarrolladores de aplicaciones.

Arquitectura: una arquitectura de un sistema de cmputo es la estructura o estructuras del sistema. Dicha estructura incluye componentes de software, las propiedades externas de visibilidad de estos componentes, las relaciones entre ellos y las restricciones sobre su uso.

AWT: el (Abstract Window Toolkit, Kit de Herramientas de Ventana Abstracta) es una biblioteca de procedimientos de grficos usada con el lenguaje Java para manipular ventanas en una pantalla por mapa de bits. En diferentes momentos, los diseadores extendieron el AWT a Alternative Window Toolkit (Juego de Herramientas Alternativas de Ventana) y Applet Widget Toolkit (Juego de Herramientas de Componentes de Interfaz Grafica de Applet).

ByteCode: el cdigo de bytes es un conjunto de instrucciones altamente optimizado diseado para su ejecucin en una mquina virtual. El ByteCode es un cdigo intermedio entre el cdigo fuente y el cdigo mquina, suele tratrsele como un archivo binario que contiene un programa ejecutable similar a un mdulo objeto. Con el ByteCode se reduce la dependencia con respecto al hardware.

Biblioteca de clases: las Class Library son clases orientadas a objetos suministradas por terceros; por ejemplo, una biblioteca GUI (Graphical User Interface, Interfaz Grafica de Usuario).

82

Acrnimos y trminos utilizados

CDMA: (Code Divisin Multiple Access, Acceso Mltiple de Divisin de Cdigo) es una norma de transmisin de datos a travs de dispositivos mviles.

CDC: (Connected Device Configuration, Configuracin de Dispositivos Conectados) es un perfil dedicado a dispositivos con capacidades de memoria, procesamiento, capacidad de clculo, consumo y conectividad de red superiores a los dispositivos que implementan el perfil CLDC.

CLDC: (Connected Limited Device Configuration, Configuracin para Dispositivos con Conexin Limitada) es un perfil dedicado a dispositivos con estrictas limitaciones de memoria, capacidad de clculo, consumo y conectividad de red

Compiladores: son programas que traducen un lenguaje de entrada como: cdigo fuente, cdigo intermedio o un ejecutable y lo traduce a un lenguaje de salida el cual tambin ser cdigo fuente, cdigo intermedio o un ejecutable. Bsicamente, existen dos formas de

ejecutar programas: programas compilados (previamente pasados por un compilador) y programas interpretados (necesitan pasar por un intrprete para ejecutarse en lnea).

Contenedor de aplicaciones: es un entorno de ejecucin para albergar y administrar componentes de aplicaciones. Los contenedores incluyen descriptores de despliegue que son archivos XML que sirven para configurar el entorno de ejecucin, rutas de acceso a aplicaciones, control de transacciones, parmetros de inicializacin, etc. Algunos tipos de contenedores son: Contenedor Web, tambin denominado contenedor Servlet/JSP, maneja la ejecucin de los servlets y pginas JSP. Estos componentes se ejecutan sobre un servidor Enterprise Edition. Contenedor Enterprise JavaBeans, que gestiona la ejecucin de los EJB. Esta ejecucin requiere de un servidor EE.

83

Acrnimos y trminos utilizados

DOM: el (Document Object Model, Modelo en Objetos para la representacin de Documentos) es esencialmente una interfaz de programacin de aplicaciones que proporciona un conjunto estndar de objetos para representar documentos HTML y XML, un modelo estndar sobre cmo se combinan dichos objetos y una interfaz estndar para acceder a ellos y modificarlos. El responsable del DOM es el consorcio W3C. Entidades de salud: es la manera de representar a las diversas instituciones en el cuidado de la salud como: mdicos, organizaciones al cuidado de la salud, informacin mdica etc.

EJB: los Enterprise JavaBeans son una de las API que forman parte del estndar de construccin de aplicaciones empresariales J2EE de Sun Microsystems. Los EJBs proporcionan un modelo de componentes distribuido estndar para el lado del servidor. El objetivo de los Enterprise JavaBeans es dotar al programador de un modelo que le permita abstraerse de los problemas generales de una aplicacin empresarial (concurrencia, transacciones, persistencia, seguridad,...) para centrarse en el desarrollo de la lgica de negocio en s. Existen tres tipos de EJBs: EJBs de entidad, EJBs de sesin y EJBs dirigidos por mensajes.

Framework: es una estructura de soporte definida mediante la cual se organiza y desarrolla otro proyecto de software. Tpicamente, incluye soporte de programas, bibliotecas y un lenguaje interpretado entre otros software para ayudar a desarrollar y unir los diferentes componentes de un proyecto.

GUI: (Graphical User Interface, Interfaz Grafica de Usuario) es un sistema de interaccin entre la computadora y el usuario, caracterizado por la utilizacin de iconos y elementos grficos en su concepcin. Es un paso ms all de las interfaces basadas en caracteres, que slo incluan lneas de texto para introducir comandos y conocer las respuestas del sistema. HL7: el (Health Level 7, Salud Nivel 7) es un conjunto de estndares para el intercambio electrnico de informacin mdica. Level Seven, hace referencia al nivel siete (aplicacin) del modelo OSI. Los estndares HL7 son desarrollados por la organizacin ANSI.

84

Acrnimos y trminos utilizados

HTTP: (Hypertext transfer protocol, Protocolo de transferencia de hipertexto) es el protocolo de Internet que permite que los exploradores de Web recuperar informacin de los servidores.

ICT: (Information And Communication Technology, Tecnologa de Informacin y Comunicacin) es un conjunto de servicios, redes, software y dispositivos que tienen como fin la mejora de la calidad de vida de las personas dentro de un entorno, y que se integran a un sistema de informacin interconectado y complementario.

Interfaz multimodal: es una interfaz por medio de la cual el usuario realiza interaccin auditiva, visual, tctil y gestual conjunta desde cualquier sitio, en cualquier momento, utilizando cualquier dispositivo y de forma accesible, incrementando as la interaccin entre personas, y entre dispositivos y personas.

IEEE: (Institute of Electrical and Electronics Engineers, Instituto de Ingenieros Elctricos y Electrnicos) es una asociacin tcnico-profesional mundial dedicada a la estandarizacin, entre otras cosas. Es la mayor asociacin internacional sin fines de lucro formada por profesionales de las nuevas tecnologas, como ingenieros elctricos, ingenieros en electrnica, cientficos de la computacin, ingenieros en informtica e ingenieros en telecomunicacin.

IMS: (Instant Messaging System, Sistema de Mensajera Instantnea) es un conjunto de programas que utilizan el protocolo TCP/IP que sirven para enviar y recibir mensajes instantneos con otros usuarios conectados a Internet u otras redes, adems saber cuando estn disponibles para realizar llamadas.

ISO: (International Organization for Standardization, Organizacin Internacional de Estndares) Se trata de la organizacin mundial para el desarrollo de estndares, se encarga de todos los campos, excepto la electricidad y la electrnica, que se rigen por la IEC (International Electrotechnical Commission, Comisin Electrotcnica Internacional)

JRE: (Java Runtime Environment, Ambiente en Tiempo de Ejecucin Java) es un conjunto de utilidades que permite la ejecucin de programas Java sobre todas las plataformas soportadas.
85

Acrnimos y trminos utilizados

JavaBeans: son un modelo de componentes creado por Sun Microsystems para la construccin de aplicaciones en Java.

MMS: (Multimedia Messaging System, Servicio de Mensajera Multimedia) un sistema para enviar mensajes multimedia entre telfonos mviles.

MIDP: el (Mobile Information Device profile, Perfil para Dispositivos de Informacin Mvil) define las clases para las aplicaciones que se ejecutan en telfonos celulares y buscadores de personas

Midlet: son aplicaciones Java que se ejecutan en los dispositivos mviles y que cumplen con las especificaciones CLCD y MIDP.

MVC: (Model View Controller, Modelo Vista Controlador) es un patrn de diseo arquitectnico para aplicaciones con lenguajes orientados a objetos.

ORDBMS: un (Object-Relational Database Management System, Sistema Manejador de Bases de Datos Objeto-Relacional) es un sistema gestor de bases de datos con caractersticas de orientacin a objetos.

Proxy: en el contexto de las redes informticas, el trmino proxy hace referencia a un programa o dispositivo que realiza una accin en representacin de otro.

SGBD: (Data Base Management System, Sistema Gestor de Base de Datos) es un software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. A travs de un SGBD se realizan los procesos de construccin, definicin y manipulacin de una base de datos. Servidor: es una computadora que, formando parte de una red, provee servicios a otras computadoras denominadas clientes.

86

Acrnimos y trminos utilizados

Servidor de aplicaciones: se denomina servidor de aplicaciones a un servidor en una red de computadores que ejecuta determinadas aplicaciones. Se trata de un componente de software que proporciona servicios de aplicacin a las computadoras cliente. Un servidor de aplicaciones gestiona la mayor parte (o la totalidad) de las funciones de lgica de negocio y de acceso a los datos de una aplicacin. Los principales beneficios de la aplicacin de la tecnologa de servidores de aplicacin son la centralizacin y la disminucin de la complejidad en el desarrollo de aplicaciones.

SMS: (Short Message Service, Servicio de Mensaje Corto) es un servicio disponible en los telfonos mviles que permite el envo de mensajes cortos (conocidos como mensajes de texto) entre telfonos mviles, telfonos fijos y otros dispositivos de mviles

SOAP: (Simple Object Access Protocol, Protocolo Simple de Acceso a Objetos) es un protocolo ligero situado encima de protocolos de transporte como HTTP o SMTP. Se usa para enviar mensajes y hacer invocaciones a procedimientos remotos. Su estructura est constituida por un sobre, una cabeza y un cuerpo. En este ltimo se introduce la informacin enviada o recibida de un servicio Web.

TI: (Information Technology, Tecnologa de la informacin) se entiende como aquellas herramientas y mtodos empleados para recabar, retener, manipular o distribuir informacin.

Ultra-WideBand, es un trmino utilizado para referirse a cualquier tecnologa de radio que se utiliza un ancho de banda mayor a 500Mhz o el 25% de la frecuencia central de a cuerdo con la FCC ( Federal Communications Commission, Comisin Federal de Comunicaciones) de los EEUU.

Wi-Fi: (Wireless Fidelity, Fidelidad Inalambrica) es un conjunto de estndares para redes inalmbricas basados en las especificaciones IEEE 802.11. Wi-Fi se cre para utilizarse en redes locales inalmbricas, aunque en la actualidad tambin se utiliza para acceder a Internet.

87

Acrnimos y trminos utilizados

Widget: un Widget es un componente de interfaz grfica de usuario tal como un botn, scrollbars, checkbox, listBox, entre otros.

W3C: (World Wide Web Consortium, es un Consorcio Internacional de Estndares para Internet). Es un consorcio internacional que produce recomendaciones para Internet.

WTA: (Wireless Telephony Applications, Aplicaciones de Telefona Inalmbrica) un entorno para aplicaciones de telefona que permite a los operadores la integracin de funciones de telefona del propio dispositivo mvil con el micronavegador incorporado .

WSDL: (Web services Description Language, Lenguaje de descripcin de servicios Web) es un lenguaje basado en XML, desarrollado por Microsoft e IBM, para describir servicios Web como colecciones de puntos de comunicacin donde se intercambian los mensajes entre el proveedor de servicios y el cliente. En esencia, el WSDL describe las interfaces de un servicio Web y provee la informacin de contacto para sus usuarios.

88

Productos acadmicos

Productos acadmicos
En revista indizada en latindex y peridica
Jos Luis Snchez-Cervantes, Giner Alor-Hernndez, Ulises Jurez-Martnez, Celia RomeroTorres, Ignacio Lpez-Martnez. ITOHealth: un sistema multimodal basado en localizacin para el descubrimiento de entidades mdicas. Research in Computing Science, Vol. 50, pp. 15-25, ISSN 1870-4069. Revista editada por el CIC-Instituto Politcnico Nacional, Mxico 2010.

En congreso internacional
Jos Luis Snchez-Cervantes, Giner Alor-Hernndez, Ulises Jurez Martnez. ITOHealth: a multimodal location-based system for discovering medical entities, Electronics, Robotics and Automotive Mechanics Conference CERMA 2010, IEEE Press.

En congreso nacional
Jos Luis Snchez Cervantes, Giner Alor Hernndez, Ulises Jurez Martnez, Celia Romero Torres. Sistema para el descubrimiento y localizacin dinmica de servicios mdicos, Coloquio Nacional de Investigacin Multidisciplinaria, Instituto Tecnolgico de Orizaba, ISBN: 978-607-00-1687-5, pp. 1-8, Mxico, 2009.

Derechos de autor
Se realiz el trmite correspondiente para el proceso de registro del programa de cmputo titulado ITOHealth: Sistema multimodal para la bsqueda y localizacin de entidades mdicas ante el Instituto Nacional del Derecho de Au tor.

89

Referencias

Referencias
[1] Origin the cell phones, Febrero 2009. [Online] Available: http://library.thinkquest.org/04oct/02001/origin.htm [2] IEEE Macau, History of Mobile Phone, Febrero 2009. [Online] Available: http://ieeemacau.eee.umac.mo/ieee_student/history of mobile phone.htm [3] Pison Teklogix, About Psion Teklogix, Marzo 2009. [Online] Available: http://www.psionteklogix.com/about.htm

[4] Guide to handheld operating systems, Marzo 2009. [Online] Available: http://reviews.cnet.com/4520-11309_7-6624304-1.html?tag=rb_content;rb_mtx [5] What is Android?, Abril 2009. [Online] Available: http://www.android.com/about/ [6] Agustin Froufe Quintas, Patricia Jorge Cardenas, J2ME Java 2 Micro Edition Manual de Usuario y tutorial Ed. Alfaomega Ra-Ma, 2004, ISBN: 970-15-1022-4, pp.5 48 [7] Biswait Sarkar, LWUIT 1.1 for Java ME Developers August 2009 Ed. Packt-Publishing, 2004, ISBN: 978-1-847197-40-5, pp.8 253 [8] Luis Eduardo Martinez Gens, Mercedes Urios de las Heras, Tecnologas de L ocalizacin y Posicionamiento para Servicios Basados en Localizacin (LBS), Tecnologa y Sociedad, pp. 1-3, 2006 [9] Xiaowei, Yang Xin Liu, Internet Protocol Made Accountable, Dept. of Computer Science Duke University, pp. 1-6, 2009

90

Referencias

[10] Michael J. Freedman, Mythili Vutukuru, Nick Feamster, Hari Balakrishnan, Geographic Locality of IP Prefixes, New York University, Massachusetts Institute of Technology, pp. 1-6, 2005.

[11] Robert Hanson, Adam Tacy, GWT In Action Easy Ajax with the Google Web Toolkit Ed. Manning, 2007, ISBN: 1-933988-23-1, pp. 4 9 [12] Yahoo Developer Network, Yahoo Maps Web Services, Febrero 2010. [Online] Available: http://developer.yahoo.com/maps/ [13] W3C, Multimodal Architecture and Interfaces, Abril 2009. [Online] Available: http://www.w3.org/TR/2005/WD-mmi-arch-20050422/ [14] W3C, Gua breve de interaccin multimodal, Abril 2009. [Online] Available: http://www.w3c.es/Divulgacion/Guiasbreves/Multimodalidad [15] T. Tsutsui, S. Saeyor and M. Ishizuka. MPML: A Multimodal Presentation Markup Language with Character Agent Control Functions. Proc. (CD-ROM) WebNet 2000 World Conf. on the WWW and Internet, San Antonio, Texas, USA. [16] SMIL, Synchronized Multimedia, Mayo 2009. [Online] Available: http://www.w3.org/AudioVideo/ [17] SMIL, Synchronized Multimedia Integration Language, Mayo 2009 [Online] Available: http://xml.coverpages.org/smil.html [18] Christopher Cosentino, Gua esencial PHP Ed. Pearson-Prentice Hall, 2001, ISBN: 84205-3326-2, pp.xvi xvii [19] Nstor Daro Duque Mndez, PHP con MySQL, Junio 2009. [Online] Available: http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060029/lecciones/cap11-2.html
91

Referencias

[20] Curbera F., Duftler M., Khalaf R., Nagy W., Mukhi N., y Weerawarana S., Unravel ing the Web Services Web An introduction to SOAP, WSDL, and UDDI, IEEE Internet Computing, 2002. [21] Giner Alor Hernndez, Diseo y Construccin de un Intermediario para Comercio Electrnico B2B, Trabajo doctoral, Centro de Investigacin y de Estudios Avanzados del I.P.N., Mxico DF, 2005.

[22] KSOAP Project, Marzo 2010. [Online] Available: http://ksoap.objectweb.org/

[23] KSOAP 2, Marzo 2010. [Online] Available: http://ksoap2.sourceforge.net/

[24] KSOAP 2 API, Marzo 2010. [Online] Available: http://ksoap2.sourceforge.net/doc/api/ [25] MySQL, MySQL 5.0 Manual de referencia, Junio 2009. [Online] Available: http://dev.mysql.com/doc/refman/5.0/es/ [26] Dong-Chun Lee, Kee-Hyun Choi and Dong-Ryeol Shin. Enterprise Healthcare for mobile device and interoperation of patient information. Proceedings of the 16th International Conference on Artificial Reality and Telexistence-Workshops (ICAT'06), pp.1-4, aug. 2008 [27] Chiew-Lian Yau and Wan-Young Chung, IEEE 802.15.4 Wireless Mobile Applicat ion for Healthcare System. Proceedings of the 16th International Conference on Artificial Reality and elexistence--Workshops (ICAT'06), pp.617-716, 2007 [28] Liang Xiao, Javier Vicente, Carlos Sez, Andrew Peet, Alex Gibb, Paul Lewis, Srinandan Dasmahapatra, Madalina Croitoru, Horacio Gonzlez-Vlez, Mag Lluch i Ariet, David Dupplaw. A Secure Mobile Healthcare System based on Surrogate Host. Proceedings of The Sixth IEEE International Conference on Computer and Information Technology (CIT'06), pp. 1-8, 2006.

92

Referencias

[29] Yung-Ching Weng, Sheau-Ling Hsieh, Sung-Huai Hsieh, Feipei Lai. Design and Enhance a Dynamic Healthcare Portal Site. International Conferences on Web Intelligence and Intelligent Agent Technology Workshops, pp. 1-4, 2007 [30] Robert S. H. Istepanian. Wireless Security for Personalised and Mobile Healthcare Services, Proceedings of the 29th Annual International Computer Software and Applications Conference, pp. 1, 2007

[31] Maged N Kamel Boulos, Artur Rocha, Angelo Martins, Manuel Escriche Vicente, Armin Bolz, Robert Feld, Igor Tchoudovski, Martin Braecklein, John Nelson, Gearid Laighin, Claudio Sdogati, Francesca Cesaroni, Marco Antomarini, Angela Jobes and Mark Kinirons. CAALYX: a new generation of location-based services in healthcare, International Journal of Health Geographics, pp. 1-6, 2007 [32] Ana M. Bernardos, Jos R. Casar and Paula Tarro, Building a framework to characterize location-based services, International Conference on Next Generation Mobile Applications, Services and Technologies (NGMAST), pp. 1-6, 2007 [33] Jinsoo Ahn, Jungil Heo, Suyoung Lim, Wooshik Kim, A Study on Ubiquitous Healthcare System based on LBS, Proceedings of the World Congress on Engineering, pp. 1-4, 2008 [34] Lorcan Coyle, Steve Neely, Paddy Nixon, Aaron Quigley, Sensor Aggregation and Integration in Healthcare Location Based Services, 1st Workshop on Location Based Services for Health Care, pp. 1-4, 2006. [35] Vladimir Stantchev, Tino Schulz, Trung Dang Hoang, and Ilja Ratchin ski, Optimizing Clinical Processes with Position-Sensing, HealthCare IT, pp. 1-6, 2008

93

Referencias

[36] Nilothpal Talukder, Sheikh I Ahamed, Rezaul M Abid, Smart Tracker: Light Weight Infrastructure-less Assets Tracking solution for Ubiquitous Computing Environment, Mobile and Ubiquitous Systems: Networking & Services, MobiQuitous. Fourth Annual International Conference on, pp. 1-8, 2007. [37] Antonio Coronato, Massimo Esposito, Towards an implementation of Smart Hospital: a localization system for mobile users and devices, Sixth Annual IEEE International Conference on Pervasive Computing and Communications, pp. 1-5, 2008 [38] Antti Lahtela. A Short Overview of the RFID Technology in Healthcare, Fourth International Conference on Systems and Networks Communications, pp. 1-5, 2009 [39] Monica Tentori, Jesus Favela, Marcela D. Rodrguez, Privacy-Aware Autonomous Agents for Pervasive Healthcare, Agents in Healthcare, pp. 1-8, 2006 [40] Kazuaki Yamauchi, Wenxi Chen, Daming Wei, 3G Mobile Phone Applications in Telemedicine - A Survey, Proceedings of the 2005 The Fifth International Conference on Computer and Information Technology (CIT05), pp. 1-5, 2005 [41] MSAgent, Microsoft Agent, Junio 2009. [Online] Available: http://msdn.microsoft.com/es-es/library/bb972203.aspx#EDAA [42] W3C, Voice extensible markup language, Abril 2010 [Online] Available: http://www.w3.org/TR/voicexml20/ [43] W3C, Speech recognition grammar specification 1.0, Abril 2010 [Online] Available: http://www.w3.org/TR/speech-grammar/

94