Bartolo Intro

De e-Ciencia

Características técnicas

Distinguimos 2 aplicaciones independientes aunque relacionadas entre sí:

En primer lugar tenemos una aplicación progamada en el lenguaje multiplataforma JAVA a la que denominamos "BartoloJ". La aplicación funciona con una base de datos ligera Cloudscape/Derby "embebida" que arranca y deja de funcionar cuando lo hace la aplicación y que no requiere instalación ni administración aparte. BartoloJ puede ser instalado en practicamente cualquier ordenador que pueda ejecutar una máquina virtual de Java (la mayoría de los actuales equipos de sobremesa y portátiles) y no necesita de otras aplicaciones para funcionar. En la actualidad "BartoloJ" permite añadir, modificar y borrar casos incluyendo éstos imágenes en diversos formatos (entre ellos DICOM), vídeos y texto. La aplicación permite la introducción, clasificación y búsqueda de los casos en función no sólo de secciones y tipo de exploraciones sino también según localización de la enfermedad o naturaleza de la misma al incorporar códigos ACR. No se ha considerado necesario establecer diferentes niveles de acceso en "BartoloJ" por lo que cualquiera que tenga acceso al equipo en el que está instalado puede realizar todas las operaciones presentes en el programa.

La otra parte del paquete Bartolo es "BartoloWeb". Se trata de una aplicación web desarrollada en el popular lenguaje interpretado PHP (de amplia utilización en Internet, especialmente en el mundo de los blogs) almacenando la información en una base de datos MySQL y corriendo en un servidor Apache.

Al contrario de lo que ocurre con "BartoloJ", en el que cada ordenador con su aplicación tiene su propia base de datos con sus propios casos, "BartoloWeb" se basa en una base de datos central cuyos casos son compartidos por todos los usuarios, que acceden a la aplicación utilizando un navegador web, lo que, como ocurría con JAVA, nos permitirá utilizar esta segunda "pieza" de Bartolo desde ordenadores que funcionen en casi cualquier sistema operativo. A diferencia de "BartoloJ", en el caso de "BartoloWeb" sí se han implementado niveles de acceso con el fin de un mayor control de los contenidos de la base de datos central.

Aunque "BartoloJ" y "BartoloWeb" se basan inicialmente en filosofías diferentes sobre cómo debe funcionar un archivo docente (en el primer caso cada sección llevaría su propia base de datos y en el segundo todos serían remitidos a una única base de datos central), se ha dotado a ambas piezas de Bartolo con la posibilidad de "comunicarse" de modo que es posible sincronizar las bases de datos de los distintos clientes independientes "BartoloJ" con la base de datos centrol de "BartoloWeb".

Problemas y errores

Podemos clasificar las dificultades halladas hasta ahora en el proceso de desarrollo de Bartolo en varios grupos: Diseño, Programación, Implantación y Adopción. Puesto que este póster va dirigido fundamentalmente a radiólogos, nos saltaremos el apartado de programación que, aunque no está exento de contenido, reviste menor interés para nuestro público previsto.

Diseño

Dentro del apartado diseño incluimos el interfaz de usuario (el aspecto y la complejidad de los menús, campos de búsqueda, resultados...) y la forma y cantidad en que se almacenan los casos.

En lo que a interfaz de usuario se refiere, el proceso de desarrollo del software parece sugerir que los radiólogos involucrados en el mismo prefieren menos opciones y campos de resultados de los que inicialmente estimaron necesarios los físicos. Si bien los radiólogos pidieron algunas funciones o formas de incluir o recuperar información que en el prototipo original no aparecían, en general lo que se solicitó fue la reducción o la simplificación de las opciones. Puesto que Bartolo es un proyecto en desarrollo, este apartado queda abierto a constantes cambios, pero de momento se ha optado por simplificar los menús y presentación de resultados tanto como sea posible dejando las opciones "menos interesantes" desde el punto de vista de los radiólogos en menús de opciones avanzadas.

La decisión en cuanto a qué almacenar se ha tomado siguiendo el modelo habitual de los archivos docentes clásicos, esto es, guardando aquellas imágenes de interés junto con algunos datos de la historia clínica que le den el contexto necesario para su interpretación. Esta opción es, en principio, la más adecuada para un archivo docente electrónico que se pretenda pueda funcionar en máquinas de bajo coste (PCs) tanto por la necesidad de ahorrar espacio como por la de evitar trabajar con una cantidad de datos tal que supere la capacidad técnica de la estación de trabajo. Un enfoque diferente que se ha valorado es el de guardar estudios completos de modo que quien revise el caso no se encuentre con imágenes preseleccionadas. Esta opción, cada vez más "sencilla" de adoptar conforme más y más aparatos soporten DICOM y den lugar a imágenes digitales, comporta una inversión importante y no parece factible hasta que nuestro servicio cuente con un sistema PACS-RIS, momento en el cual un archivo docente podría consistir en el mero "recuento" de aquellos estudios almacenados en el PACS que contengan información interesante desde un punto de vista docente así como el guardar los datos clínicos relevantes asociados.

Implantación y adopción

La instalación de las aplicaciones debió contar con el visto bueno y supervisión del servicio de Informática del Hospital que, en nuestro caso, se reserva la capacidad para la administración de los equipos informáticos de la Institución así como de la red sobre la que operan. Las tecnologías empleadas y descritas en el apartado de características técnicas hicieron que no se dieran problemas reseñables durante la instalación.

Superada la fase de confección de las aplicaciones como tales y su instalación, el punto de mayor resistencia lo hemos encontrado en la utilización del mismo por parte de los radiólogos. Si bien es difícil conocer con exactitud los motivos por los cuales se usa poco una determinada herramienta, parece que en este caso es el excesivo trabajo necesario para llegar a tener un caso "digitalizado" lo que limita el uso de Bartolo. El hecho de que todavía muchos radiólogos no sepan cómo exportar desde las máquinas las imágenes en formato digital para luego manejarlas con comodidad y todavía obtengan las imágenes por el método de imprimirlas en placas y luego fotografiarlas, con la necesaria edición posterior de las mismas, es segurmente responsable de parte de la falta de entusiasmo mostrada. Del mismo modo, este mismo problema podría estar en el origen de la falta de interés por "migrar" el antiguo archivo docente basado en placas al nuevo sistema. En este caso no sólo habría que digitalizar las viejas imágenes, sino que también habría que hacer lo propio con los datos clínicos asociados y los informes radiológicos. De todas formas, un mayor tiempo de funcionamiento de nuestro nuevo archivo docente electrónico nos ayudará a entender qué podemos mejorar en este terreno.