Cluster validity index requirements

El servidor de procesamiento requiere de una base de datos para poder registrar las acciones sobre los estudios que arriban y poder tomar la decisión de ejecutar o no los distintos algoritmos asociados. En otras palabras, esta base de datos también forma parte de la configuración del sistema. Las tablas necesarias para el correcto funcionamiento del mismo se muestran en la Figura 3.3 del Capítulo 3. Esta base de datos debe ser creada y rellenada antes de iniciar el servidor. El paquete de instalación del servidor de procesamiento cuenta con un archivo script de SQL llamado "servidordicom.sql" el cual contiene los comandos necesarios para la creación de todas las tablas de la base de datos. Una forma de ejecutar estos comandos es utilizando la ventana de símbolo de sistema de Windows tal como se muestra en la Tabla 6.1. Se debe notar que esta sentencia requiere posicionarse en el directorio donde está instalado MySQL server para poder utilizar la herramienta "mysql.exe".

Tabla 6.1 - Comando para la creación de la base de datos.

C:\Archivos de programa\MySQL\MySQL Server 5.0\bin> mysql -u root < servidordicom.sql

Este archivo permite crear una base de datos vacía. El paso siguiente es rellenar las tablas "Operación", ''Condición", "Entidad_de_Aplicación" y "CondTipicas". Cada fila de la tabla "Operación" contiene la información sobre los procesos que el sistema va a invocar si se cumplen las condiciones. En sus celdas se deben especificar 5 datos obligatorios, que son: el tipo de procesamiento, el puerto por el que deben llegar los estudios, el número de estudios implicados, un identificador para las condiciones que le corresponden y el comando que se va a invocar. Para este proyecto, fueron tres los algoritmos de

algoritmo de mediciones en fantomas (MedPhant) debe ser configurado para el fantoma de philips por un lado y para el fantoma antropomórfico por otro. La tabla "Operación" se rellenó como se muestra en la Figura 6.1.

Figura 6.1 - Configuración final de la tabla "Operación".

Luego, para cada proceso se debe definir un juego de condiciones que deben cumplir los estudios para que puedan ser procesados. Como ya se dijo, estas condiciones están basadas en los atributos DICOM de los objetos, por ello se recomienda que se escojan los atributos Tipo 1, los cuales son obligatorios en un determinado objeto. La elección de atributos Tipo 2 o Tipo 3 se puede implementar siempre y cuando se tenga la completa confianza de que estos estarán presentes debido a protocolos de adquisición asumidos por cada servicio. En el caso de que algún atributo falte, las condiciones no se cumplirán. Para esta implementación las tablas "Condición" y " CondTipicas" son rellenadas con los datos mostrados en la Figura 6.2 y la Figura 6.3.

A modo de ejemplo, se puede ver que para la operación "REORIENTACION_PET"

se fijaron tres condiciones. Estas definen que la modalidad del estudio (0008,0060) debe ser NM, la interpretación fotométrica (0028,0004) debe ser "MONOCHOME2" y que el elemento 'tipo de imagen' (0008,0008) debe valer "ORIGINAL\PRIMARY\RECON TOMO\EMISSION". Estas condiciones limitan el procesamiento a estudios de medicina nuclear cuyos vóxeles estén representados en niveles de gris (no en color) y que el estudio sea del tipo de adquisición tomográfica. Conviene mencionar que los estudios de medicina nuclear pueden ser realizados con distintos tipos de adquisiciones, a saber: estáticos, dinámicos, gatillados, cuerpo entero, tomográfico, tomográfico gatillado, etc. El elemento (0008,0008) es un elemento multivalor, cuyo valor 3 indica el tipo de adquisición y el valor 4 señala si es una imagen de emisión o de transmisión. Esta condición se fija sabiendo que los estudios requeridos por el servicio de radioterapia son de reconstrucción tomográfica de emisión. Los valores 1 y 2 del elemento (0008,0008) en general valen "ORIGINAL" y "PRIMARY" respectivamente.

Figura 6.2 - Configuración final de la tabla "Condición".

Figura 6.3 - Configuración final de la tabla "ConTipicas".

La tabla "CondTipicas" debe ser rellenada aunque no es de interés con respecto al funcionamiento del sistema. Fue diseñada solo para guardar información adicional del tipo de procesamiento.

La ultima tabla de configuración es "Entidad_de_Aplicación". En la misma se deben fijar los datos de las entidades (sistemas) que van a ser el destino de los resultados. Para este propósito se rellenan los datos de entidad definidos por la norma. De esta forma es preciso insertar el título de la aplicación destino, su puerto, su dirección en la red, el identificador de relación con la operación y otros datos adicionales como el tipo de aplicación y una descripción informativa. Como ya se comentó en el capítulo 3, cada entrada de esta tabla está relacionada a las filas de la tabla "Operación", esto permite que los resultados de un cierto procesamiento sean enviados al lugar correspondiente. Incluso se pueden definir varios destinos para los resultados de un mismo proceso, con lo que se amplía el rango de opciones con respecto a la administración de estudios. Por ejemplo los resultados de la operación "REORIENTACION_PET" tienen como destino un sistema de visualización del servicio de tomografía y otro sistema local, a modo de control. En la Figura 6.4 se muestra como se inicializaron los datos para esta implementación.

Figura 6.4 - Configuración final de la tabla "Entidades_de_Aplicacion".

Para todo el proceso de llenado de datos descrito hasta aquí se pueden utilizar consultas MySQL estándares desde cualquier implementación "cliente" que soporte la comunicación con MySQL server, o se pueden utilizar sistemas con interfaz de usuario como SQL-Front [39] que facilita la exploración y modificación de este tipo de bases de datos.