SISTEMA DE TELEMONITOREO INALAMBRICO MULTIPARAMETRO DE NEONATOS

Transcripción

1 1 SISTEMA DE TELEMONITOREO INALAMBRICO MULTIPARAMETRO DE NEONATOS Ramírez Cindy Nathalia y Gómez Javier Leonardo cindynathalia.ramirez@alfa.upb.edu.co, javierleonardo.gomez@alfa.upb.edu.co Universidad Pontificia Bolivariana (UPB), Medellín, Colombia Resumen Este artículo presenta un sistema de adquisición, análisis y visualización de señales fisiológicas, como apoyo a la red de sensores inalámbricos incluidos en el Sistema de Telemonitoreo de Neonatos del Programa Madre Canguro. El sistema proporciona una aplicación de escritorio que permite la recepción y almacenamiento de señales como temperatura (T), frecuencia respiratoria (FR) y frecuencia cardiaca (FC), optimizando los tiempos de respuesta de análisis y la agilidad en el proceso de entrega de resultados. Este aplicativo está respaldado por una aplicación WEB que facilita el acceso a los datos, para que tanto los especialistas médicos como los parientes puedan hacer uso de la información a través de su computador personal desde cualquier lugar. La aplicación de escritorio está desarrollada bajo el lenguaje de programación C# y la aplicación web está implementada en ASP.NET, ambas conectadas a una base de datos SQL Server localizada en un cloud server, que permite el almacenamiento de las señales de los pacientes monitoreados. Palabras clave cloud server, aplicación de escritorio, aplicación web, base de datos, señales fisiológicas. Abstract This paper presents a system for acquisition, analysis and visualization of physiological signals, as a support for a wireless sensor network included in the program Sistema de Telemonitoreo de Neonatos del Programa Madre Canguro. The system provides a desktop application that allows the reception and storage of signals such as temperature (T), respiratory rate (RR) and heart rate (HR), optimizing response times and agility test in the process of delivering results. This application is backed up by a web application that provides access to data for both medical specialists and relatives; they are permitted to use the information through their computer from anywhere. The desktop application is developed in the programming language C # and the web application is implemented in ASP.NET, both connected to a SQL Server database located on a cloud server, which allows storage of signals monitored patients.. Keywords cloud server, desktop application, web application, database, physiological signals. Dirección de contacto: Cindy Nathalia Ramírez Velázquez, Estudiante de Ingeniería de Sistemas e Informática/ Circular 1 No , Bloque 7, Planta 1 Campus Universitario / Tel: +57(4) Ext Medellín - COLOMBIA E I. INTRODUCCIÓN l recién nacido prematuro es aquel que está expuesto a los riesgos del ambiente extrauterino al no tener un desarrollo completo de los órganos vitales que le permitan adaptarse a la vida postnatal [1], lo que los hace propensos a sufrir complicaciones que ponen en riesgo su vida. Por tanto, la mortalidad neonatal es un tema preocupante a nivel mundial, lo que hace fundamental llevar a cabo proyectos de investigación y desarrollo tecnológico que faciliten la atención de los neonatos. Por tal motivo surge el Programa Madre Canguro (PMC), que permite monitorizar los signos vitales del recién nacido sin aislarlo del ambiente familiar y generar beneficios para su desarrollo. Generalmente, se hace un control mínimo del ciclo respiratorio, ritmo cardiaco y temperatura corporal, por lo que se hace difícil hacer un seguimiento total de la evolución medica del paciente. Durante años la monitorización continua se ha convertido en una herramienta valiosa para el personal médico ya que permite evaluar en todo momento las funciones vitales del paciente, optimizando la valoración y facilitando la toma de decisiones sobre el diagnostico y su tratamiento. Así mismo, el software y la bases de datos como elementos integradores en el monitoreo continuo han representado un papel significativo en el registro y visualización de la información dado que garantizan accesibilidad local y remota, ofreciendo apoyo a los dispositivos de monitoreo, de tal manera que la información capturada se visualice de forma gráfica. Existen multiples aplicaciones que cumplen con el requerimiento de visualización de datos y que complementan las funciones del personal médico especializado. Múltiples sistemas de adquisición, visualización, procesamiento y almacenamiento de señales de ECG, específicamente para computadores de escritorio han sido desarrollados bajo el lenguaje Delphi 6 con el objetivo de brindar herramientas para el estudio de los pacientes bajo el ambiente de Windows. [2] Por otro lado, diferentes software bajo el lenguaje de programación Visual Basic 6.0 muestran en tiempo real las señales fisiológicas y permiten activar o desactivar alarmas auditivas en caso de anomalías. [3] El presente trabajo apoyó al proceso de control del recién nacido en sus funciones vitales de forma remota, por medio de la visualización de los datos en un computador personal, que permite evaluar los parámetros fisiológicos más relevantes del

2 2 paciente y de esta manera determinar los eventos que pueden poner en riesgo el bienestar del recién nacido. Los parámetros considerados como relevantes son la frecuencia cardiaca, frecuencia respiratoria y temperatura. El sistema de monitoreo de signos vitales está diseñado para trabajar de forma independiente; sin embargo, debido a la versatilidad de las plataformas informáticas y los costos asociados con la visualización en un sistema embebido, se decidió realizar la monitorización de los datos en un computador personal. Por lo tanto, se desarrolló una aplicación de escritorio y una aplicación web, que están en constante interacción con una base de datos localizada en un cloud server. El análisis y manejo de la información relacionada con los signos vitales del neonato, se harán a través de dichas aplicaciones, de tal forma que se almacene, analice y presente de forma clara. Las aplicaciones fueron desarrolladas de tal manera que cualquier cambio de orden moderado no requería modificaciones significativas en el código. La versatilidad de extreme programming (XP), permitió la interacción entre cliente y equipo de trabajo, lo que facilitó la identificación de los cambios que se debían realizar para garantizar el correcto funcionamiento del sistema. En la etapa de la transmisión de los datos entre el dispositivo de monitoreo y el software que se encarga de recibirlos, se diseñó un algoritmo que hace posible la comunicación entre ambos lados, por medio de un puerto serial, permitiendo la verificación de conexión con el dispositivo, verificación de datos y almacenamiento de los mismos. III. MATERIALES Y METODOS Durante la implementación de la plataforma de software, se seleccionó XP, como metodología de trabajo. Las practicas XP, permitieron junto con el apoyo de diagramas UML, la construcción del diseño y la optimización del sistema. El código fuente de la aplicación de escritorio está basado en el lenguaje de programación C#, el cual permite agilizar la codificación de los procesos de desarrollo y hacer un análisis continuo de errores. Posteriormente, se realizó la refactorización de código, permitiendo optimizar la eficiencia del sistema. El lenguaje bajo el cual se desarrolló la aplicación web, fue ASP.NET, por su facilidad de acoplarse con la base de datos a través de una conexión SQL. Adicionalmente, se utilizaron herramientas como JavaScript, Html y CSS para mejorar la funcionalidad del aplicativo. A continuación se listan las herramientas utilizadas en el desarrollo de este proyecto. A. ASP.NET Framework para aplicaciones web, donde las páginas de asp.net están contenidas en archivos con etiquetas HTML estático, controles web y controles de usuario y de extensión ASPX. Esta herramienta facilitó el desarrollo de la aplicación web, ya que permite la combinación de HTML, C#, javascript y jquery. B. CSS (CASCADING STYLE SHEETS) Las hojas de estilo en cascada son un lenguaje usado para definir la presentación de un documento HTML. La idea principal de realizar hojas de estilo, es separar la estructura del documento de su presentación. Se utilizó en el diseño visual de la página web. C. HTML (HYPERTEXT MARKUP LANGUAGE) Es un lenguaje de marcado para la elaboración de páginas web, utilizado para describir la estructura y la información en forma de hipertexto. Se ha convertido en el formato más popular y de fácil aprendizaje para la creación de documentos web. Este lenguaje se encuentra incluido en los archivos de extensión ASPX. D. JAVASCRIPT Lenguaje interpretado con sintaxis similar a la de Java, pero no es orientado a objetos. Utilizado generalmente para realizar tareas y operaciones en la aplicación del cliente. Se ejecuta al mismo tiempo que el código HTML. E. MICROSOFT VISUAL STUDIO 2010 Visual Studio es un entorno de desarrollo integrado (IDE) para sistemas operativos Windows, que soporta varios lenguajes de programación tales como C#, VB.NET, J#, al igual que un entorno de desarrollo web como ASP.NET. [4] Esta herramienta cumple con los criterios de selección del proyecto dado que fue posible desarrollar de manera eficiente la integración de cada uno de los módulos pertenecientes a la estructura de software, tiene la posibilidad de hacer un seguimiento paso a paso del código (debug) y cuenta con un componente llamado IntelliSense que agiliza en gran medida el trabajo del programador. Además de esto, por ser una herramienta desarrollada por Microsoft cuenta con kits funcionales de Windows, lo que se hace más amigable tanto para el desarrollador, al momento de realizar el proyecto, como para el usuario, al momento de hacer uso de la aplicación final. F. MICROCONTROLADOR El microcontrolador seleccionado es de referencia MCF51QE128, pertenece a la línea de microcontroladores V1 ColdFire de Freescale. Fue utilizado para simular los datos desde el paciente a través del dispositivo de monitoreo, sus características se ajustan al monitoreo de signos vitales dado que es de bajo costo, bajo consumo de corriente y alto rendimiento. G. MICROSOFT OFFICE VISIO 2010 Visio 2010 es una aplicación gráfica y de dibujo que ayuda a visualizar, explorar y comunicar información compleja. Visio ofrece modernas plantillas y formas para satisfacer una amplia variedad de necesidades de diagramación, incluida la administración de TI, el modelado de procesos, la

3 3 construcción y la arquitectura, el diseño de interfaces de usuario, etc. [5] Con esta herramienta fue posible plasmar los diagramas de clases, casos de uso, actividades, entidad-relación y de flujo que permiten describir el funcionamiento del sistema, haciendo que el diseño fuera claro para el equipo de trabajo. H. SQL SERVER MANAGEMENT STUDIO R Es un sistema de administración y análisis de bases de datos relacionales para soluciones de almacenamiento de datos. Esta herramienta fue utilizada en el desarrollo del proyecto para almacenar la información personal de los pacientes, parientes y médicos, al igual que los datos generados por los signos vitales del paciente de manera eficiente. Esta es accedida remotamente, ya que está localizada en un servidor en la nube. identifica el fin de trama (0xAB). La trama de respuesta contiene la información capturada en el payload posibilitando la recepción y discriminación de los datos; cuenta con diez Bytes distribuidos de la siguiente manera: una cabecera (header) de un Byte (0xAA) para identificar el inicio de la trama, dos Bytes para la frecuencia respiratoria, dos para la frecuencia cardiaca, dos para temperatura, dos Bytes (checksum) que garantizan la integridad y seguridad de la trama y un Byte (tail) para determinar el final de la misma (0xAB). Las figuras 1 y 2, ilustran las tramas de atención y respuesta de datos respectivamente. IV. DESARROLLO Los usuarios que hacen parte del Programa Madre Canguro cuentan con un dispositivo y un conjunto de sensores que permiten hacer monitoreo continuo de las funciones fisiológicas de los pacientes empleando un software para la visualización de los datos. Entre los usuarios se encuentran los parientes y médicos encargados de la monitorización y análisis de la evolución del paciente respectivamente. Al momento de unirse al programa, deben ser registrados por el administrador del sistema, quien les asigna una contraseña provisional para ingresar, ya sea desde el aplicativo instalado en el computador personal o desde la aplicación web. El software está constituido por tres pilares fundamentales que en conjunto operan de manera colaborativa al sistema de monitoreo como un elemento integrado a la red, estos son: la base de datos, la aplicación de escritorio y la aplicación web. El sistema bases de datos estará alojado en un cloud server para obtener absoluto control sobre el ambiente lógico, y autonomía para configurar su sistema operativo, panel de control, recursos a utilizar, escalabilidad en todo momento, realizar respaldos y restitución por su cuenta, hacer reboot remoto, etc. A continuación se hace la descripción de los procesos que se llevaron a cabo dentro de cada etapa para lograr el funcionamiento del sistema. Fig. 1. Trama de atención, enviada desde el software hacia el dispositivo de monitoreo. Fig. 2. Trama de respuesta, enviada desde el dispositivo de monitoreo hacia el software. La trama de fin de transmisión, indica al dispositivo cuándo debe finalizar la transmisión de datos. Cuenta con una cabecera (header) de un Byte (0xAC) que determina el inicio de trama, un Byte para determinar el equipo al cual se le indica la parada (payload) y un Byte (tail) que identifica el fin de trama (0xAD). En la figura 3, se presenta la trama de fin de transmisión. A. Algoritmo de comunicación El algoritmo de comunicación se encuentra programado en los dispositivos asociados a la red de sensores inalámbricos y a las aplicaciones de monitoreo como un requisito para interconectarlos con los aplicativos y asegurar la escalabilidad del sistema. La información generada por el dispositivo de monitoreo es enviada al software, por medio de tramas de tamaño fijo que permiten la petición y recepción de datos. En el algoritmo, la trama de atención, posibilita la solicitud de datos y cuenta con una cabecera (header) de un Byte (0xAA) que determina el inicio de trama, un Byte para determinar el equipo requerido para la solicitud de datos (payload) y un Byte (tail) que Fig. 3. Trama de fin de transmisión, enviada desde el software hacia el dispositivo de monitoreo. B. Base de datos La base de datos diseñada, hace posible el almacenamiento de la información relevante del sistema, teniendo en cuenta las reglas más importantes de la normalización de bases de datos, para evitar redundancia de información y garantizar la integridad de los datos. Se alojó a la base de datos en un cloud server con el propósito de almacenar y acceder a la información de forma remota desde ambas aplicaciones a través de internet. A

4 4 continuación, en la figura 4, se presenta un esquema del proceso de conexión entre las aplicaciones y la base de datos. Fig. 4. Esquema de interacción entre las aplicaciones y la base de datos. La instalación de una base de datos propia con permisos de creación y acceso, requirió del registro y configuración de una instancia y un usuario SQL que permitiera la conexión a la base de datos desde el software. El modelo relacional en el que se basa la base de datos cuenta con tablas, campos y relaciones que además de evitar la duplicación de información, facilita el almacenamiento y el acceso a los registros de forma directa y ordenada. Durante el desarrollo se utilizó un framework de SQL que permitió acceder a las propiedades de puerto serial y sincronizar sus eventos de entrada y salida. Por lo tanto, cada vez que un usuario accede, se crea una instancia de la clase para tener control sobre el puerto asignado a la comunicación. Una vez se asigna el puerto, el software inicia la conexión con el dispositivo enviando la trama de atención con un 0x01 (dispositivo con código 0x01) en el campo payload, lo que le indica que debe comenzar la transferencia de datos. El dispositivo inmediatamente se encarga de enviar tramas de respuesta con la información respectiva (en hexadecimal) hacia el software hasta que éste último envíe la trama de fin de transmisión. En la figura 5, se presenta el diagrama de flujo de la transmisión de datos entre el software y el dispositivo de monitoreo Las principales tablas que se encuentran en la base de datos son: Pacientes: contiene campos como nombre, numero de historia clínica y meses de gestación de los pacientes. Parientes y Médicos: en ellas se almacena la información básica de estos ya que son los encargados del cuidado del paciente. los campos son: cedula, nombre, dirección, teléfono, celular, , parentesco en el caso de ser pariente y hospital en caso de ser médico. Parientes asociados y Médicos asociados: en esta tabla se registran los parientes y médicos asociados a cada paciente, respectivamente. Datos: aquí se almacenan los datos de frecuencia cardiaca, frecuencia respiratoria, temperatura y fecha de registro. Comentarios: los comentarios relacionados con un registro son almacenados en esta tabla. Cada una cuenta con un campo de identificación único, denominado llave primaria (del inglés Primary Key - PK), que permite acceder directamente a un registro dentro de la misma tabla. Adicionalmente, cada PK puede ser utilizada en una o más tablas, pero ya no como identificador único sino como un campo de relación entre ellas. Este campo se denomina llave foránea (del inglés Foreing Key - FK) y facilita el acceso a la información requerida entre tablas. C. Aplicación de escritorio y aplicación web Las aplicaciones permiten establecer una comunicación en tiempo real con la red de sensores inalámbricos, para posteriormente enviar la información a través de internet. De hecho, a través de un puerto serial virtual se habilita la comunicación con los dispositivos. Fig. 5. Diagrama de flujo de transmisión de datos entre software y dispositivo de monitoreo Posteriormente, al enviar la solicitud de transmisión al dispositivo, el software se dispone, a través de un hilo, a recibir los datos enviados en las tramas de respuesta. Cada una de las tramas es analizada, con el objetivo de garantizar que la información esté completa y sea veraz. Si es correcta, se almacena (como números decimales) en un buffer de 10 Bytes que inmediatamente guarda los datos en una variable auxiliar para continuar con la recepción de datos. Dicha variable se descompone para extraer la frecuencia cardiaca, la frecuencia respiratoria y la temperatura, uniéndolas en registros que se almacenan en la base de datos con la hora de inicio de transmisión. En caso tal que la trama sea incorrecta, esta se descarta y se continúa con la recepción de las siguientes. Una de las principales opciones de las aplicaciones, es la herramienta de visualización de datos, que permite visualizar de forma gráfica los datos almacenados de cada registro con respecto al tiempo. La presentación de estas gráficas, se hizo a

5 5 través de la librería Charting de.net, permitiendo la definición de espacios gráficos, denominados Chart, instanciados como objetos para la manipulación de la herramienta y los datos. A través de Series y a través de la propiedad Points, se asignan los puntos correspondientes a los datos de la gráfica que se quiere visualizar, los cuales se dibujan por medio de un hilo que invoca al delegado que contiene el método que construye la grafica mediante el comando AddXY(x,y). En el eje x, se encuentran los valores del tiempo dado en segundos; en el eje y, se encuentra el valor determinado por cada una de las variables fisiológicas por segundo. La construcción de las gráficas de las señales fisiológicas de un paciente previamente seleccionado se presenta en la figura 6 a través del diagrama de flujo mostrado a continuación: En el proceso de monitorización continua, una vez se obtienen las tramas se reciben 6 Bytes de datos con paquetes 2 Bytes por señal, los cuales determinan las coordenadas de los puntos de la grafica e inmediatamente se plasman en los paneles gráficos correspondientes a ellos. Primero se grafican los datos de frecuencia cardiaca, seguido de la temperatura y por ultimo la frecuencia respiratoria, aunque el orden de visualización en la interfaz está sujeto al proceso de compilación y ejecución del código. Para los registros de fechas anteriores, se grafican los bloques de datos almacenados en la base de datos, los cuales tienen un tamaño de 3600 Bytes cada uno. WEB. Facilita, gracias a la estructura bajo la cual fue implementada, la incorporación de nuevas variables fisiológicas como presión arterial, saturación de oxígeno, entre otras; sin modificar el código base del sistema. Por tales características la utilización de un cloud server como servidor, permitió disponer de la información almacenada en la base de datos en todo momento. La infraestructura del cloud computing hace del servidor, un elemento innovador en cuanto a tecnologías de información y comunicación (TICs). Funciona como una plataforma virtualizada, cuyos recursos de espacio en disco, ancho de banda, memoria RAM y uso del procesador se encuentran distribuidos dentro de una nube de servidores de alto rendimiento. Esta arquitectura no depende de una máquina única, lo que garantiza un procesamiento exclusivo para cada cliente y un Uptime para sitios y aplicaciones, esto significa que provee servicios en red que pueden integrarse con mayor facilidad y rapidez a ambas aplicaciones; permite además la adquisición, utilización y actualización automática de software; facilita el almacenamiento y acceso de datos desde cualquier lugar con conexión a internet y finalmente proporciona la recuperación completa de datos mediante copias de seguridad. Adicionalmente, no fue necesario contar con las licencias de SQL Management Studio, ni la instalación previa de la aplicación, puesto que a través del SAAS: Software As A Service, proporcionado por Rackspace, fue posible adquirir los permisos para hacer uso de esta aplicación de forma remota desde un servidor local. En cuanto a la aplicación de escritorio, permitió la interacción del usuario con el sistema y la visualización de los registros almacenados en la base de datos, a través de interfaces graficas de usuario. Es para uso exclusivo en computadores con sistema operativo Windows XP (con Service Pack 3) o superiores. Cuenta con una ventana de inicio de sesión, que permite la identificación de usuarios y despliega las funcionalidades correspondientes a cada uno de ellos, la cual se muestra en la figura 7. Fig. 6. Diagrama de flujo para la construcción grafica de los datos adquiridos desde el dispositivo de monitoreo. V. RESULTADOS El almacenamiento seguro de los datos que se reciben desde el dispositivo de monitoreo y la escalabilidad de la aplicación fueron alcanzados con una base de datos relacional que ofreció soporte tanto a la aplicación de escritorio como a la aplicación Fig. 7. Interfaz para inicio de sesión en la aplicación de escritorio Una ventana para registro, eliminación o modificación de usuarios, ilustrada en la figura 8.

6 6 La aplicación WEB desarrollada en ASP.NET y respaldada por lenguajes como HTML, Css y Javascript, bajo las características del MVC, permite realizar las funcionalidades de la aplicación de escritorio a través de internet, sin la necesidad de contar con la previa instalación de la aplicación en el equipo de cómputo. El aplicativo facilita a los usuarios del sistema, acceder a la información y permitir tanto a médicos como parientes, además de visualización simultánea, realizar procesos de análisis y seguimiento a la evolución de los pacientes. En la figura, se muestra la página de inicio del aplicativo. Fig. 8. Interfaz para el registro de pacientes en la aplicación de escritorio Otra para la visualización gráfica de datos previamente almacenados y otra para hacer monitoreo continuo en tiempo real con herramientas que facilitan la conexión con el dispositivo; esta última se muestra a continuación en la figura 9. Fig. 9. Interfaz para monitoreo continuo en la aplicación de escritorio. Tiene la capacidad de determinar la perdida de monitorización durante el periodo de monitoreo para informar al usuario el fallo de la conexión o el desgaste de las baterías, entre otras. Durante la verificación del proyecto, el microcontrolador, permitió emular al dispositivo de monitoreo y de esta manera simular la recepción de las tramas que indican el inicio o fin de transmisión de datos y enviar 1200 tramas de respuesta por segundo aproximadamente. Esto contribuyó a verificar el correcto funcionamiento del sistema, permitiendo la recepción, clasificación, almacenamiento y visualización de datos, puesto que no fue necesario contar con el prototipo final del dispositivo de monitoreo para ejecutar la validación, debido a que las tramas emitidas desde el dispositivo deberán adoptar las características determinadas en la simulación. El algoritmo de comunicación permitió la conexión del software con el dispositivo de monitoreo. Se caracteriza por soportar 3 tramas escalables; dos para transmisión de datos y otra para la recepción. La trama de atención y la trama de fin de transmisión, permiten hacer gestión sobre la transmisión de datos, indicando cuándo se inicia y cuándo se detiene, mientras que la trama de respuesta, permite recibir los datos transmitidos desde el dispositivo en paquetes de 10 Bytes. Fig. 10. Página de inicio de aplicación web A los administradores les permite acceder a las funciones de registrar, eliminar y modificar usuarios sin la necesidad de estar cerca de su computador, como se muestra en la figura 11. Fig. 11. Página de Administrador para el registro de pacientes Cuenta con mensajes de ayuda para optimizar la versatilidad con la que los usuarios realizan operaciones durante las actividades de monitoreo. Permite la visualización grafica de registros previamente almacenados en la base de

7 7 datos, o en caso que el usuario sea médico, cuenta con la posibilidad de hacer análisis en tiempo real. En la figura 12, se muestra la página de visualización gráfica de datos disponible en el aplicativo. Fig. 12. Página de visualización de datos. Adicionalmente, muestra una plataforma informativa del Programa Madre Canguro y del Grupo de investigaciones en Bioingeniería de la Universidad Pontificia Bolivariana. Dado que esta etapa es un piloto de pruebas, en caso de existir un requerimiento de hacer parte del programa, los usuarios deben ponerse en contacto con algún miembro del grupo directamente pues sólo el administrador del sistema tiene los permisos para realizar el registro de los nuevos usuarios. VI. CONCLUSIONES El desarrollo de las aplicaciones que dan siporte al sistema de monitoreo, requirió de una conexión a una base de datos en SQL Server, por medio de un proceso de autenticación que, de acuerdo al tipo de validación que se designe, asigna los permisos a los cuales se tiene acceso. Debido a que la base de datos está alojada en un cloud server, la conexión debe hacerse de forma remota a través del servidor, por tal motivo fue indispensable asociar la IP del mismo y autenticar la conexión a través de un usuario SQL ya que sólo así es posible acceder remotamente a ella. Adicional a esto, el uso del cloud server eliminó la necesidad de contar con un motor de base de datos, licencias e instalación previa de la aplicación que lo soporta. La disponibilidad, capacidad y continuidad de la aplicación dependieron exclusivamente del proveedor del servicio, quien fue el encargado de proporcionar los recursos informáticos para que este pudiera ser accedido en cualquier momento. En aplicaciones como estas, donde se requiere de visualización gráfica de datos en tiempo real, es necesario considerar los retardos ocasionados por las comunicaciones dentro de la interfaz; por tal motivo, aunque los procesos de recepción, análisis, clasificación y almacenamiento de datos, son ejecutados paralelamente y consumen un determinado tiempo para su procesamiento, se implementó un sistema multihilos como alternativa para reducir el tiempo de ejecución de los procesos, de tal forma que el retardo en la presentación de los gráficos en la interfaz fuera mínimamente percibido por el usuario. Un elemento importante dentro de la recepción y visualización de los datos, fue la velocidad de transmisión entre el software y el dispositivo de monitoreo, ya que de esta dependió la perdida de información relevante durante el intercambio de datos. Por medio de dicha velocidad fue posible, además de lo anterior, hacer un cálculo del tiempo que duraba cada conexión establecida entre el software y el dispositivo, sin embargo, está estaba ligada a la capacidad de transmisión y recepción del puerto que le fue asignado a la conexión. VII. TRABAJOS FUTUROS El sistema de visualización de datos que da apoyo a la red de sensores inalámbricos, consta de dos aplicaciones desarrolladas para cumplir con las funciones complementarias a la labor de los especialistas. Sin embargo, se propone adicionar al proyecto un sistema de alarmas sonoras y visuales que alerten a los usuarios cuando los valores de las señales fisiológicas han salido de sus límites tanto mínimo como máximo. Para esto es importante tener en cuenta los rangos de variación de las señales, pues estos cambian de acuerdo al tiempo transcurrido después del nacimiento del neonato. Con el propósito de realizar un análisis detallado de las gráficas generadas a partir de los datos adquiridos a través del dispositivo de monitoreo, se propone agregar propiedades que permitan hacer un acercamiento (zoom) a los datos gráficos de un intervalo de tiempo determinado, con el fin de observar detalladamente los cambios presentados en el comportamiento de las señales. Como componente adicional al sistema, se propone desarrollar una aplicación móvil, con el fin de aumentar la disponibilidad y accesibilidad de la información por parte de los usuarios. Se recomienda hacer su desarrollo bajo el lenguaje de programación Java ya que contiene librerías que permiten establecer conexiones con bases de datos. Adicionalmente, se debe tener en cuenta que es el lenguaje usado por defecto en la creación de aplicaciones para sistemas operativos móviles, Android. REFERENCIAS [1] TOVAR, Jairo. Prematuridad. [En línea]. <Disponible en: atal/prematuridaded.html> [Consulta: 25 Oct. 2012]. [2] RODRIGUEZ, A.; RODRIGUEZ, G. Y GONZALEZ, R. Sistema para la adquisición y procesamiento de señales de ECG sobre Windows. [en línea]. <Disponible en: [Consulta: 16 Nov. 2012].

8 8 [3] MENESES, Alexis y TOLOZA, Daissy. Diseño y construcción de un monitor de signos vitales basado en un computador portátil. [en línea]. <Disponible en: [consulta: 20 Nov. 2012]. [4] MICROSOFT MSDN. Visual Studio. [en línea]. <Disponible en: [consulta: 15 Nov 2012]. [5] 1 MICROSOFT OFFICE. Introducción a Visio Qué es Visio?. [en línea]. <Disponible en: help/tareas-basicas-en-visio HA aspx?CTT=5&origin=HA #_Toc >. [consulta: 26 Nov. 2012].