Академический Документы
Профессиональный Документы
Культура Документы
Bluetooth en este caso, es la tecnología más apta para Fase1: selección de criterios
realizar la comunicación entre la tarjeta Raspberry pi y En esta fase se tomarán en cuenta de la metodología
el dispositivo Android, pues es una tecnología de corto DELPHI los procesos de formulación de objetivos, vía
alcance, de bajo consumo y de bajo costo, destinada a de consulta, elaboración de cuestionario y análisis de
reemplazar los cables para realizar las diferentes resultados para selección de las características iniciales
conexiones entre los dispositivos que conforman el más importantes de un dispositivo EEG con las cuales
sistema, además de que cuenta con unas serie de se construirá la encuesta usando la escala de Likert que
características que la hacen robusta. Esta tecnología se aplicara posteriormente.
ofrece un amplio espectro, ya que opera en la banda de
2.4 a 2.485 Ghz, lo que permite tener más inmunidad a Fase 2: Aplicación del instrumento
interferencias, haciendo que la transmisión de Para esta fase, se usa como medio de consulta el correo
información sea mucho más eficiente. electrónico, la consulta se realiza a los siguientes
expertos: William Bosl, Rudver Bolivar, Elmer Muñoz
2.1.5 EDF Rosero
European Data Format, es un formato abierto que Fase 3: Selección del dispositivo
permite el registro de señales bioeléctricas mediante el La valoración dada por los expertos para cada uno de
almacenamiento de datos, eventos y anotaciones en los dispositivos se puede observar en la siguiente
formatos binario codificados en UTF-8. figura:
Para la utilización del formato EDF, las muestras
medidas por cada uno de los sensores, deben ser de dos
bytes enteros en formato “litle-endian”. El
almacenamiento de datos se realiza mediante la regla
de “datarecord”, el cual es un conjunto de datos
compuesto por la información recolectada por varios
sensores que pueden ser de frecuencia diferente, pero
Este modelo detalla la captura de requisitos, lista de
Tabla 1. Resumen comparación dispositivos EEG características, y descripción de actores de un sistema
móvil para la recolección de datos clínicos y señales
Los dispositivos ABM y Enobio cuentan con las EEG usando la plataforma SANA.
mejores características y por tanto obtienen los mejores -Declaración de requisitos: El pilar fundamental para
puntajes. Sin embargo el dispositivo seleccionado para el desarrollo de una buena solución usando el M.C.S.
desarrollo del proyecto es Emotiv, teniendo en cuenta es la identificación de los requisitos del sistema. En
que este es de menor precio respecto a los otros 2 este documento, se define la necesidad de desarrollar
dispositivos, cumpliendo con el principal criterio del una tecnología móvil, de fácil acceso, que participe en
proyecto que como ya se mencionó es que el los procesos de valoración neuropsiquiatrica infantil, a
dispositivo a emplear sea de bajo costo. través de la recolección de datos con ayuda de un
dispositivo EEG, logrando de esta manera el
2.2.3 MODELADO DEL SISTEMA MÓVIL descubrimiento temprano de diferentes problemas
neurológicos.
En este apartado se definen las etapas de construcción -Lista de características del sistema: Se definen 6
del sistema móvil, empezando con la descripción características principales las cuales son:
inicial del negocio, luego de acuerdo a las necesidades Adquisición de señales EEG.
identificadas se establecen los requisitos funcionales y Visualización de señales.
no funcionales. En esta parte, se emplea el modelo de Gestión de procedimientos.
vistas planteado por Kruchten, para describir la Gestión de información.
arquitectura del sistema, mediante el diseño de
diagramas. Para finalizar, se especifica el Valoración del procedimiento
comportamiento de negocio obtenido. Gestión HCE (Historia Clínica Electrónica).
Donde estas características proponen la interacción de
MODELADO DEL NEGOCIO los usuarios con el Sistema de recolección de datos
EEG móvil, a través de dos clientes, uno móvil y otro
Para el modelo se detallan las entidades de negocio, las web.
cuales están formadas por una cadena de procesos y -Descripción de actores: Los actores que participan
actores que soportan el sistema original, permitiendo generalmente en el uso de la plataforma SANA, son el
visualizar en qué contexto se implementará el sistema. trabajador de la salud, el especialista, la plataforma
Los actores y características principales se definen a SANA y HCE.
continuación:
REQUISITOS FUNCIONALES
-Trabajador de salud: Es quien tiene contacto directo
con el sistema, encargándose de los pacientes y Dentro de los requisitos funcionales del sistema se
tramitando la información clínica de los mismos. encuentra el permitir a un trabajador de la salud hacer
Realiza los exámenes con un dispositivo EEG uso de la plataforma SANA, con integración de un
profesional. dispositivo EEG al momento de ejecutar un
-Médico especialista: Es el encargado de evaluar y procedimiento, así como la presencia de un
registrar los diagnósticos de los pacientes de acuerdo a visualizador para el resultado del examen de EEG ,
los procedimientos neurológicos realizados a los siendo esta una herramienta móvil en el sistema
mismos. operativo Android. También se incluyen dentro de los
-Paciente: es quién hace uso de los servicios del requisitos funcionales más importantes, la
sistema de Electroencefalograma tradicional, de visualización del procedimiento, así como la descarga
acuerdo a la valoración clínica requerida. Actualmente del archivo en formato EDF en el servicio HCE los
en Colombia, los pacientes pueden llevar los resultados médicos y la independencia del sistema a la energía
de su EEG consigo en un dispositivo de eléctrica de por lo menos 1 hora.
almacenamiento masivo. REQUISITOS NO FUNCIONALES
-Historia Clínica Tradicional: Sistema de archivos
físicos, los cuales contienen los datos clínicos de cada Se establecen 6 requisitos no funcionales, los cuales
paciente. El sistema obtiene la información codificada son: permitir la captura de señales EEG mediante un
de las señales capturadas de un EEG profesional y la dispositivo móvil con Sistema Operativo Android. La
función de almacenamiento de manera física. aplicación móvil debe soportar las diferentes
resoluciones de los dispositivos Android. El tiempo de
MODELO DEL AMBIENTE DEL SISTEMA la captura por encuentro debe ser de 15 minutos. El
dispositivo EEG debe seleccionarse bajo criterio de gráficas. Además, esta herramienta no se restringe a un
bajo costo. La aplicación móvil debe estar soportada en número reducido de usuarios por costos de licencias y
Android 4.0.3. El sistema no debe tener restricciones permite un sencillo manejo de los gráficos.
de movilidad en su módulo de recolección de datos.
Implementación y configuración de componentes
2.2.4 IMPLEMENTACÍON DEL SISTEMA prototipo operacional.
MÓVIL
En esta sección se describen los principales
componentes para la configuración del servidor
En las siguientes subsecciones se encuentra la
OpenMRS, la implementación y las interfaces de la
descripción de las herramientas, ambiente de
aplicación NeuroSana y su respectiva implementación
desarrollo y dispositivos usados en el prototipo, la
en el dispositivo Raspberry Pi.
configuración del módulo de OpenMRS para que
- Administración servidor: El servidor de HCE y de
funcione con el cliente móvil SANA, la
MDS se encuentran en el mismo servidor. El equipo se
implementación de la aplicación móvil que integra a la
conecta inalámbricamente a través de WIFI 802.11g
plataforma las funciones de control sobre el dispositivo
para la realización de las pruebas. Adicionalmente
EEG y las vistas de usuario en el flujo de trabajo
como requerimiento para que funcionen los servidores,
mostradas por el sistema.
es necesario que se instale: un servidor HTTP Apache
versión 2.2.22, un contenedor de Servelets versión
Herramientas y dispositivos Tomcat, una base de datos MySQL versión 5.5.29 y un
framework WEB con Python 2.7.3 o Django 1.5.
En este subsección se nombraran las herramientas y Como la plataforma SANA utiliza OpenMRS para la
dispositivos que se utilizaron para la implementación gestión de HCE, se debe tener en cuenta que el sistema
de los módulos que componen el sistema recomienda la versión 1.6.1.
- Ambiente de desarrollo Para permitir la integración con el cliente móvil, la
plataforma ofrece módulos que tienen que agregarse a
GitHub.
OpenMRS. Estos módulos son: SANA Mobile
Wiki. Dispatch Server que es el mediador entre el cliente
SANA developers. móvil y el servidor OpenMRS, REST Module que es el
Integrated Development Environment que soporta acceso a la cola de encuentros disponibles
(IDE) Eclipse Indigo. a través de Webservices y, por último, SANA
framework Django. OpenMRS Module que es el que posee la visualización
Ninja IDE. de medios.
- Librerías de soporte Dentro de OpenMRS, los médicos tienen el rol de
Librería BlueCove. especialistas dentro de la plataforma y los trabajadores
de la salud cuentan con el rol de enfermeros. Esta
Librería BlueCove-gpl. denotación es importante para la implementación de
Librería EDF4J. privilegios sobre el sistema.
Librería Androidplot. Con respecto a MDS, cabe resaltar que este recibe
Bitstring. información a través del protocolo HTTP dentro de
NumPy cadenas de formato JSON; posteriormente MDS
PyUSB. reordena la información a través de métodos REST,
- Fuente de alimentación Raspberry ingresa a OpenMRS, crea el nuevo encuentro y en caso
de ser necesario crea un nuevo paciente. Es necesario
Pi.
también, agregar el soporte de archivos con extensión
Travel Adapter Samsung ETA EDF para la integración del examen EEG
P111JBE. - NeuroSana: Consiste en la aplicación creada para
- Adaptador Bluetooth genérico Android, soportada hasta la versión 4.1.2 Jelly Bean, la
- Selección del visualizador para archivos EDF cual cuenta con los idiomas de español e inglés y
de escritorio. múltiples resoluciones de pantalla.
Debido a que el desarrollo de una herramienta propia La aplicación cuenta con un cliente Bluetooth el cual
para la visualización de archivos EDF está fuera del se implementa con el objetivo de mostrar al usuario los
alcance del proyecto, se parte a escoger una ya estados del servidor, un visualizador de archivos
desarrollada. La herramienta que se escoge es implementado en la Activity ChartActivity, un
SigViewer; herramienta de código libre escrita en C++ almacenador y verificador de archivos. También brinda
usando el framework de Qt4 para las interfaces una amplia variedad de interfaces a las cuales el
usuario puede acceder desde el cliente móvil SANA; proponiendo un total de 9 métodos para ser aplicados
estas interfaces pueden ser: la interfaz menú principal de acuerdo a cada una de las necesidades y contexto
la cual es la primera que observa el usuario y a través de la evaluación.
de la cual el usuario puede buscar archivos, capturar
datos y ver EGG, la interfaz selección procedimiento la Selección del método de evaluación:
cual permite al usuario seleccionar un procedimiento, Teniendo en cuenta el contexto de la evaluación, la
la interfaz selección dispositivo Bluetooth que permite naturaleza del impacto esperado el uso del método, la
al usuario desplegar la lista de dispositivos Bluetooth naturaleza del objeto de evaluación, entre otros
disponibles, la interfaz control que permite verificar, criterios, se observa que los métodos cualitativos se
capturar, cancelar y guardar EEG, por último la adaptan muy bien con el contexto del proyecto y que
interfaz visualizador donde el usuario puede ver los los métodos cuantitativos no son los más útiles para
datos capturados previamente. evaluar el sistema. Por tanto se hace uso del método
- Servidor Bluetooth Raspberry Pi: Para el soporte de hibrido de análisis de los efectos cualitativos, pues
las tareas desarrolladas por el servidor, se configura la este brinda una evaluación subjetiva por parte de
tarjeta con: Sistema operativo Whezzy-Raspbian, expertos en el dominio, sobre el efecto cualitativo que
Kernel 3.0, almacenamiento MicroSD de 16Gb clase los métodos y herramientas pueden tener en los
10, sin memoria Swap, sin interfaz gráfica, conexión usuarios.
SSH SI.- 192.168.190.103:22, VERSION DE Phyton
2.7.6, versión Java Oracle Java 7 JDK y batería externa Planeación de la evaluación:
de 5600 mAh. Definiendo el plazo de evaluación corto, el riesgo del
Posteriormente se procede a la implementación de la método bajo y el costo medio, se tienen los
aplicación Servidor Bluetooth y de un módulo de lineamientos para la planeación de la evaluación. Con
captura de datos. respecto a los participantes de la evaluación, se acudió
- SANA: El cliente móvil SANA es una aplicación que a especialistas de la salud con la experiencia suficiente
contiene diferentes herramientas que permiten realizar para responder la encuesta de evaluación la cual consta
un proceso de Login en el servidor de HCE OpenMRS de dos secciones de evaluación, a saber, las
para sincronizar la lista de pacientes existentes, enviar funcionalidades del sistema y los aspectos generales.
procedimientos y recibir notificaciones. SANA brinda Las funcionalidades a evaluar son las de la plataforma
una guía muy completa para la creación de las SANA integradas en el sistema y las de captura de
encuestas en formato XML, donde son descritos los información con un EEG portable. Obteniendo un
componentes comúnmente utilizados para la creación conjunto de 11 funcionalidades del sistema a evaluar.
de las diferentes preguntas y captura de información Para estos dos tipos de funcionalidades se definen los
del paciente. Los componentes generales son: elemento siguientes tipos de preguntas declaradas en DESMET
<Page> que denota un grupo de instrucciones que se para identificar la existencia y utilidad de una función:
pueden organizar en una sola página de la encuesta, Preguntas que miden la presencia de realizar cada
elemento <Element> que representa un componente función. Definidas de tipo simple en DESMET.
que permite configurar parámetros y elemento Como opciones de respuesta se tiene SI o NO.
<Showlf> usado para evaluar condiciones. Para Preguntas que miden el grado de utilidad de cada
realizar la integración con la aplicación NeuroSana es funcionalidad. Definidas como características
necesario incluir en la implementación XML, un compuestas, las opciones de respuesta son Muy
componente <Element> que cuente con algunos útil, Útil, Parcialmente útil, Poco útil, Nada útil.
parámetros importantes como: Tipo, concepto, acción Para la evaluación de los aspectos generales, se
y mimeType. escogieron 4 características a evaluar: La percepción
de facilidad de uso en zonas remotas, la facilidad de
2.2.5 EVALUACIÓN DEL SISTEMA aprendizaje de las funcionalidades del sistema, la
MÓVIL opinión sobre el soporte de la aplicación móvil
Android sobre una gran cantidad de equipos y la
Recopilación de información sobre el método presentación de los datos con formato EDF en el
DESMET: móvil.
DESMET es un método que permite al evaluador
desarrollar un ejercicio de evaluación imparcial y 3. RESULTADOS
fiable de sus objetos de evaluación. En el caso del
proyecto, se adapta el método para evaluar sistemas En la implementación final se encuentran presentes 11
telemáticos. Este método ofrece tres evaluaciones: la funcionalidades, las cuales fueron evaluadas por 5
cualitativa, la cuantitativa y la hibrida. A su vez cada expertos; seis funcionalidades de importancia
una de las tres evaluaciones se subdivide en métodos, obligatoria identificadas con O1, O2, O3, O4, O5, O6;
tres como funcionalidades altamente deseables electroencefalograma”, sin embargo para el 80% de los
identificadas con AD1, AD2, AD3; y dos especialistas la función si se encuentra presente.
funcionalidades deseables identificadas con D1, y D2.
3.2 EVALUACIÓN DE LAS
O1 - Enviar a una aplicación de historia clínica la FUNCIONALIDADES DEL SISTEMA
encuesta y los datos capturados con el dispositivo
EEG. Los resultados de la evaluación se obtendrán de
O2-Visualizar en la aplicación de Historia Clínica acuerdo a los siguientes criterios:
(OpenMRS) la encuesta y proveer un diagnóstico.
O3 - Sincronización con un dispositivo EEG.
O4 - Visualizar la información capturada por el
dispositivo EEG.
O5 - Descargar y visualizar el EEG en el ordenador.
O6 - Gestionar el proceso de captura del examen de
electroencefalograma desde la aplicación móvil. Tabla 3. Criterios de aceptación de una función a
AD1 - Login de usuario y Password. evaluar.
AD2 - Gestionar la información de un paciente.
AD3 - Navegar entre las preguntas del procedimiento a Para este análisis se hace necesario utilizar una escala
fin de modificar las respuestas o verificarlas, además de evaluación de valor numérico, para esto se ha usado
de capturar el electroencefalograma. la equivalencia de la siguiente tabla:
D1-Importar y seleccionar diferentes encuestas
personalizadas.
D2 - Soporte a un amplio grupo de Smartphones
Android.
Para los expertos la única funcionalidad en la que se Tabla 5. Aceptación funcionalidades del sistema.
encontraron divisiones de respuesta en la presencia de
características fue en “Navegar entre las preguntas del 3.2.1 Análisis de los resultados de
procedimiento a fin de modificar las respuestas o funcionalidades del sistema
verificarlas, además de capturar el examen de
En la figura 1. se observa el porcentaje de respuestas conformid
para cada una de las preguntas referentes a las ad
5 4 3 2 1
funcionalidades, se identifica que respecto a todas las
¿El módulo para 2 3 88%
respuestas el 54% está representado por la opción visualización presenta la
“Muy útil” , el 42% para la opción “Útil” , tan solo el información del examen
2% para las opciones “Indiferente” y “poco útil” y el de electroencefalograma
apropiadamente?
0% para la opción “Nada útil” lo cual quiere decir que
¿Considera importante 1 4 85%
el 96% está representado por opiniones positivas de lo es uso del estándar EDF
cual es posible concluir que la evaluación del sistema para compartir señales
fue exitosa. EEG?
En promedio, el porcentaje de presencia de las ¿El sistema podría ser 3 2 92%
usado en zonas remotas
funcionalidades según los expertos es del 98,18%, por parte de personal
indicando que la mayoría de las funcionalidades se médico?
encuentran presente en el sistema, además se obtiene ¿En términos generales 3 2 92%
que en promedio el grupo de funcionalidades del considera que el sistema
es completamente móvil?
sistema se considera en términos de grado de utilidad ¿El esfuerzo para el 4 1 56%
es de un 89.81%. manejo del sistema es?
Tabla 6. Calificación de aspectos generales del sistema
3.3 RESULTADOS ASPECTOS GENERALES
3.3.1 Análisis de los resultados de aspectos
Con respecto a los aspectos generales del sistema, se generales
evalúa la existencia de sistemas similares en un
ambiente real, con la siguiente pregunta para los Con la pregunta ¿El modulo para visualización
evaluadores: ¿Ha utilizado un módulo para presenta la información del examen de
electroencefalograma que cuente con las mismas electroencefalograma apropiadamente? se busca
funcionalidades? evaluar la percepción que tiene el evaluador sobre la
información graficada por el dispositivo móvil
Android, el 40% respondieron “Completamente”
mientras que el 60% respondieron
“Significativamente”, finalmente se obtiene un
porcentaje de conformidad de 88% para esta función.
El uso de un estándar para guardar la información
correspondiente a los datos capturados como lo es EDF
permite a los especialistas compartir fácilmente la
información y uso de la misma a través de programas
sin preocupaciones de compatibilidad, la calificación
final de este aspecto es del 84% y por tanto se define
que es de sumamente importancia para los especialistas
Figura 1. Frecuencia aparición de las opciones de la salud contar con esta característica en el sistema.
elegidas para las funcionalidades del sistema. Respecto a las características donde se pregunta si es
posible emplear el sistema en zonas remotas y si el
El 100% de los evaluadores respondieron que nunca sistema es completamente móvil los porcentajes finales
habían interactuado con un sistema que contara con las de calificación fueron del 92% con lo cual se concluye
características y funcionalidades con las que cuenta el que el sistema tiene el potencial para ser empleado en
sistema, valorando por parte de ellos las ventajas de un ambiente real donde se requiera brindar atención en
que sea móvil y que cuente con un dispositivo EEG de zonas de difícil acceso sin la necesidad del transporte
bajo costo. de equipos altamente costosos y de gran tamaño.
En la tabla 6 se presentan las respuestas de las En cuanto al esfuerzo para el manejo del sistema la
preguntas generales definidas en la planeación de la calificación fue del 56%, la cual se considera como
evaluación. En la columna de calificación se indica el una calificación aceptable, con el propósito de mejorar
número de evaluadores que contestaron a cada opción. en este aspecto, se podría proponer a los futuros
Finalmente se obtiene un porcentaje de conformidad usuarios del sistema capacitaciones sobre el empleo del
total de la afirmación para cada característica. mismo. También se sugiere involucrar a los usuarios
en el diseño del sistema para conocer mejor sus
Pregunta Opción Porcentaje necesidades.
Elegida de
4. DISCUSIÓN 100% de las funcionalidades son aceptadas, con
dos funcionalidades de valor agregado “Importar y
En el presente trabajo se planteó la siguiente pregunta seleccionar diferentes encuestas personalizadas”
de Investigación ¿Cómo desarrollar una solución de m- soportada por la plataforma SANA mediante los
Salud a partir de una plataforma de código abierto que cuestionarios en formato XML, y “Soporte a un
permita la recolección de datos clínicos, incluyendo la amplio grupo de dispositivos móviles Android” que
toma de señales EEG? Para dar solución a esta está presente tanto en el cliente móvil de SANA,
pregunta, se planteó la creación de un sistema móvil como en la aplicación de control de EEG.
donde se realiza la integración de un dispositivo EEG
de bajo costo, una interfaz de comunicación Tomando como base este trabajo, se presentan los
inalámbrica y un dispositivo móvil (Android), además posibles trabajos futuros:
del software soporta la funcionalidad de recolección de
datos clínicos específicamente la plataforma SANA, Migrar la aplicación NeuroSana y el cliente móvil
incluyendo la toma de señales EEG. Sana a otros sistemas operativos móviles con
Las características que pone de relieve este sistema, Windows Phone y IOS considerando llegar a una
como la portabilidad y la relación costo/beneficio para mayor cantidad de usuarios.
la asistencia en procesos de evaluación Se propone realizar una evaluación comparativa
neuropsiquiátrica en zonas rurales o con recursos de rendimiento, además de posibilidades de
limitados, propone un avance tecnológico en el área de integración con otro tipo de sensores corporales
la eSalud siendo evaluada por expertos, en general con tarjetas SBC que funcionen bajo kernel de
muy útil, sin embargo, se tiene limitaciones, por Linux como: ODROID-U3, ODROID-XU+E,
ejemplo, que el dispositivo EEG tiene medidas BeagleBone Black, SABRE Lite i.MX6.
estándar lo cual limita a las personas que se toman el La adaptación de los sensores del auricular
examen. Emotiv a un auricular que disminuya las
Los resultados en la sección previa son coherentes con interferencias en la captura de la señal, además de
el planteamiento inicial y la propuesta de solución, poder adaptarse a diferentes tamaños para el uso
revelando la importancia de generar alternativas en el de otras áreas más específicas como la
modelo de asistencia a la salud, promoviendo el acceso neuropediatria.
a los lugares más apartados donde se encuentra Integrar y evaluar el funcionamiento de otro
vulnerabilidad de la calidad de vida humana. auricular EEG en el sistema móvil, con el
propósito de determinar de manera formal la
5. CONCLUSIONES calidad en la información capturada del paciente
y posibilitar al especialista de la salud brindar un
Existen soluciones de telemedicina para la captura diagnóstico más aproximado del estado de salud
del examen de electroencefalograma EEG, pero del paciente.
estas aún están basadas en el uso de dispositivos La arquitectura del sistema brinda algunos
EEG de alto costo y no soportan plataformas lineamientos para la integración de otro tipo de
móviles, también, algunas aplicaciones realizan sensores corporales, haciendo uso del dispositivo
captura de información proveniente de un Raspberry Pi para la captura de datos que puedan
dispositivo EEG pero aun no integran algún HCE, ser cargados en la HCE OpenMRS por medio de
no son completamente móviles o no fueron la plataforma SANA.
diseñadas con propósitos médicos. Por lo tanto se
observa que con este trabajo se ha aportado un
sistema que permite capturar un examen de
electroencefalograma para diagnósticos iniciales de
posibles problemas Neurológicos a través de un
dispositivo móvil Android y un auricular EEG de
bajo costo, con la ayuda de la metodología aplicada
que permitió hacer una correcta selección de las
tecnologías y los componentes, guiar el proceso de
análisis del negocio, análisis del sistema, diseño,
implementación y pruebas.