Universidad de Salamanca Departamento de Informtica y Automtica

Universidad de Salamanca Departamento de Informática y Automática DISEÑO Y DESARROLLO DE UN SISTEMA INTEGRADO PARA LA GESTIÓN DE LABORATORIOS Mario Francisco Sutil

I. INTRODUCCIÓN 1. 2. Objetivos generales Necesidad de un sistema integrado para la gestión de laboratorios

OBJETIVOS GENERALES • Pasar de una gestión tradicional de la información generada en un laboratorio a una gestión automatizada utilizando una herramienta informática: Desarrollo de una aplicación concreta (BDGL) Laboratorio de análisis de aguas El día 13 de p. H. . . 6, 8 marzo se Conduct. . 19, 2 recibieron en Nitritos. . . 0, 02 este laboratorio Fosfatos. . . 13, 0 11 muestras en Dureza. . . 4, 0 envases de Color. . bl vidrio Sulfatos. . 1, 6 Aplicación informática BDGL para la gestión de los datos generados

NECESIDAD DE UN SISTEMA INTEGRADO PARA LA GESTIÓN DE LABORATORIOS • Factores organizativos – Incremento en el número de muestras a analizar. – Aumento de la complejidad de los análisis. • Factores de estandarización – Mayor control de los métodos utilizados – Existencia de normativas • Factores de estudio de la información – Necesidad de rápido acceso a la información – Necesidad de realizar tratamientos estadísticos

II. ELABORACIÓN DE LA APLICACIÓN 1. Ciclo de vida del proyecto 2. Investigación preliminar y definición del problema 3. Diseño de las estructuras de datos 1. 2. 3. Descripción de la información que debe almacenar el sistema Estructura general del sistema Modelo relacional estándar 4. Análisis estructurado 1. Modelo ambiental y modelo de comportamiento 5. Diseño estructurado

1. CICLO DE VIDA DEL PROYECTO • Análisis: comprensión del programa a construirse • Diseño: estructuras de datos, relaciones y procesos que realiza el sistema • Generación de código • Fase de pruebas Análisis Diseño Código Modelo lineal secuencial Prueba

2. INVESTIGACIÓN PRELIMINAR Y DEFINICIÓN DEL PROBLEMA Ø Determinación del objetivo del proyecto y estudio de recursos necesarios Ø Especificaciones generales Ø Especificaciones para un sistema de gestión de laboratorios: Norma EN 45001

DETERMINACIÓN DEL OBJETIVO Y ESTUDIO DE RECURSOS NECESARIOS • Globalmente, el objetivo del proyecto es desarrollar una herramienta capaz de almacenar y gestionar de manera sencilla pero eficiente toda la información generada en un laboratorio, incluyendo entre otras cosas registros de muestras, parámetros a analizar, métodos de ensayo y resultados. • Proyecto de pequeñas dimensiones: viable (se dispone de la tecnología necesaria para su desarrollo)

ESPECIFICACIONES GENERALES • Mantenimiento de una base de datos relacional. • Cómoda interfaz gráfica que facilite la interacción con el usuario. • Elaboración de informes. • Incorporación de un sistema de búsquedas.

ESPECIFICACIONES PARA UN SISTEMA DE GESTIÓN DE LABORATORIOS: NORMA EN 45001 • Directrices de la norma EN 45001: – Establece los criterios generales de acreditación y la competencia técnica de los laboratorios de ensayo. – Regula el funcionamiento de los equipos, entre ellos ordenadores: • Validar los sistemas de procesamiento o manipulación de datos. • Garantizar la confidencialidad de los datos y la integridad de los ordenadores. • Validar y mantener todo el software existente. • Los sistemas LIMS deben producir informes incluyendo:

Universidad de Salamanca CENTRO DE INVESTIGACIÓN Y DESARROLLO TECNOLÓGICO DEL AGUA Campus Unamuno s/n. Facultad de Farmacia Tlf: 923 294670 Fax: 923 294744 37007 SALAMANCA (ESPAÑA) Informes según la normativa ID Solicitud: Datos cliente: UNIVERSIDAD DE SALAMANCA Centro de Investigación y Desarrollo Tecnológico del Agua Objeto ensayado y métodos de ensayo: INFORME QUE SE EMITE SOBRE LOS RESULTADOS OBTENIDOS: Resultados

3. DISEÑO DE LAS ESTRUCTURAS DE DATOS 3. 1 Descripción de la información que debe almacenar el sistema. 3. 1. 1 Información básica 3. 1. 2 Información adicional 3. 2 Estructura general del sistema 3. 3 Modelo relacional estándar. 3. 3. 1 Tablas 3. 3. 2 Relaciones 3. 3. 3 Normalización

3. 1 DESCRIPCIÓN DE LA INFORMACIÓN QUE DEBE ALMACENAR EL SISTEMA – Información básica: • • MUESTRAS: aguas subterraneas, potables, residuales. . . PARÁMETROS: p. H, cloruros. . . MÉTODOS DE ENSAYO: test de bioluminiscencia NORMATIVAS: Normativa de aguas potables, etc. . . SOLICITUDES: Solicitud de la EDAR, etc. RESULTADOS INFORMES: por muestras y por solicitudes.

Atributos de cada objeto Características: volumen, tipo de envase, color, . . . Toma de la muestra: fecha y hora, técnica de muestreo, persona que lo realiza. Muestras Condiciones del análisis: fecha y hora, técnico que lo realiza, . . . Recepción de la muestra: fecha y hora, persona que la entrega, persona que la recibe, condiciones en la recepción

Atributos de cada objeto Características generales Parámetros Unidades de medida Características generales Métodos de ensayo Normativas Parámetros que regulan y sus niveles permitidos Características generales

Atributos de cada objeto Características generales: tipo, identificador, normativa involucrada, fecha de recepción, datos del cliente. . . Solicitudes Resultados Valor numérico de cada análisis realizado Parámetros a analizar en cada muestra

Información adicional • Tipos de solicitudes: Son solicitudes con alguna característica ya prefijada • Parejas parámetros-métodos de ensayo válidas: Esto es así porque no todos los métodos de ensayo pueden ser utilizados para analizar todos los parámetros. Acidimetría con naranja de metilo Alcalinidad Titulación potenciométrica

3. 2 ESTRUCTURA GENERAL DEL SISTEMA GESTIÓN DE LOS RECURSOS ENTRADA DE DATOS BÚSQUEDAS INFORMES

3. 3 MODELO RELACIONAL ESTÁNDAR • 3. 3. 1 Tablas • 3. 3. 2 Relaciones • 3. 3. 3. Normalización

3. 3. 1 TABLAS Atributos Tabla Parámetros Clave

Normativas Características de las normativas

3. 3. 2 RELACIONES Gestión de los recursos

3. 3. 2 RELACIONES Entrada de datos

3. 3. 3 NORMALIZACIÓN • Primera forma normal: No hay ningún atributo que contenga varios valores para un mismo registro de una tabla. • Segunda forma normal: Se considera cuando la clave principal es compuesta. Todo atributo secundario debe tener una dependencia funcional total de la clave completa y no de una parte de ella. • Tercera forma normal: Los atributos secundarios sólo pueden ser conocidos a través de la clave principal o claves secundarias de la tabla y no por medio de otro atributo primario.

4. ANÁLISIS ESTRUCTURADO Modelo esencial del sistema: 4. 1 Modelo ambiental 4. 2 Modelo de comportamiento 4. 2. 1 Modelo preliminar 4. 2. 2 Refinamiento del modelo preliminar 4. 2. 3 Especificación de procesos

4. 1 Modelo ambiental Diagrama de contexto del sistema

4. 2 Modelo de comportamiento 4. 2. 1 Modelo preliminar 4. 2. 2 Refinamiento del modelo preliminar Procesar datos parámetros

4. 2. 3 Especificación de procesos Proceso 1. 3: Modificar parámetro COMIENZA LEER datos de parámetro a modificar MOSTRAR datos de parámetro a modificar en pantalla MODIFICAR datos del parámetro en pantalla (por el usuario) SI los datos son correctos ACTUALIZAR parámetros en la base de datos SI_NO MOSTRAR mensaje de error CANCELAR operación FIN_SI TERMINA

5. DISEÑO ESTRUCTURADO Diagramas de estructura Procesar datos parámetros

III. DESARROLLO DE UN SISTEMA CONCRETO: BDGL ØDesarrollada con Ms Access + Word y Excel para los informes

Gestión de los recursos Parámetrosmétodos de ensayo

Gestión de los recursos Parámetros y niveles permitidos según una normativa Características de un tipo de solicitud

Entrada de datos

Entrada de datos Imprimir Registros Nueva solicitud

Muestras Valores de los análisis

Búsqueda de solicitudes Búsqueda de muestras

INFORMES Por muestras Por solicitudes (4 tipos)

EJEMPLO INFORME SOLICITUD

EJEMPLO INFORME SOLICITUD METODOS ANALITICOS UTILIZADOS: Parám Métodos Normativa Observaciones: Norma Unidade s Niveles

EJEMPLO INFORME SOLICITUD ID SOLICITUD: RESULTADOS ANALITICOS: MUESTRAS: PARÁMETROS:

Confidencialidad y seguridad • Se debe impedir que usuarios no autorizados modifiquen o inutilicen la aplicación • Se debe garantizar la confidencialidad de la información privada que contenga la aplicación (resultados de ensayos, datos personales, etc. ) GRUPOS USUARIOS Administradores Director de calidad Usuarios Director de calidad, analista

CONCLUSIONES • Aplicación orientada al usuario. • Posibilidad de incorporar nuevas funciones. • Flexibilidad: con pocos cambios es posible utilizarla para otras aplicaciones similares.