Judiciales

En esta etapa se propone licenciar el uso de un sistema de modo tal que permita altas, bajas, modificaciones, consultas y listados de los distintos archivos que componen la base de datos RUAPP, con diferentes niveles de supervisión. Dichos niveles permitirán establecer quién o quienes tienen acceso a determinada información y sus posibilidades de operación.

Los datos serán encriptados para su grabación y desencriptados en el momento de ser necesaria su lectura y/o modificación, otorgando absoluta privacidad y seguridad de la información.

La seguridad de los datos se complementará con las políticas de seguridad establecidas dentro de la red habilitada para albergar al sistema.

El sistema contará con la posibilidad de consulta en línea de la base centralizada original, o en forma local sobre una copia espejo para el caso que no se posea conectividad.

Esto permite una amplia flexibilidad de manejo en casos imprevistos de cortes de las vías de comunicación, o para operar en localidades que por conveniencia económica no se puedan encontrar conectadas en tiempo real y en forma permanente a la base RUAPP.

El módulo admite un modo automático para determinar si la consulta puede hacerse sobre la base original RUAPP en forma directa, o sobre la base espejo, en caso de estar interrumpida la comunicación. En dicho caso, quien consulte será informado del tipo de acceso que se encuentra realizando, ya sea en línea (online) o fuera de línea (offline) con la base original.

Asimismo, las copias espejo podrán actualizarse automáticamente cuando el sistema detecte conectividad con la base RUAPP original.

Está compuesta por diversos archivos de datos, que las características estáticas del sujeto y las características dinámicas del sujeto.

Los rubros mencionados se corresponden a los siguientes campos de la base:

• Apellido
• Nombres
• Apodo/s
• Fecha de nacimiento
• Lugar de nacimiento,
• Documentos
• Oficios / profesión
• Madre
• Padre
• Estado civil
• Cónyuge
• Domicilios
• Teléfonos
• Nº prontuario nacional
• Nº prontuario provincial
• Nº de ruapp
• Estado personal
• Alojamiento,
• Foto frente (completa)
• Foto perfil izquierdo
• Foto perfil derecho
• Foto frente cara
• Impresión dígito pulgar izq. y der.
• Firmas
• Marcas identificatorias adicionales (tatuajes, etc.)
• Grupo sanguíneo y factor
• Altura
• Color de pelo
• Color de ojos
• Color de piel
• Fecha de alta en la base
• Fecha de última modificación en la base

Esta es la definición inicial de las características estáticas de la base de datos desde la cuál serán evaluadas y perfeccionadas las prestaciones inherentes a la descripción del sistema hecha adelante.

Dichos datos podrán ser complementados con datos adicionales requeridos por el Poder Judicial contratante.

Las características dinámicas de los sujetos serán incorporadas por los programas que generen dicha información; la base RUAPP sólo tendrá indicadores de relación para extraer la información de las bases de datos de dichos programas; en el apartado correspondiente a la interacción del RUAPP con otros sistemas se detallará esto específicamente.

Toda la información administrada por el sistema, podrá ser listada por pantalla e impresa en caso de requerirse.

Los listados podrán ser filtrados según cumplan con una o varias condiciones. Por medio de la pantalla de restricciones, se podrán establecer libremente las condiciones que deben tener los registros ubicados dentro de la base.

Las condiciones podrán ser todos los campos estático o dinámicos incluidos en el sistema, que pueden utilizarse por separado o combinadas. El sistema devolverá el reporte de todos los registros de personas que cumplan con las mismas.

Finalizada la etapa registral, se propone licenciar en el uso del sistema para la etapa identificatoria del RUAPP, que incluirá todas las herramientas necesarias para integrar un módulo de identificación de huellas.

Son varios los módulos que serán desarrollados para ese fin; unos controlan hardware y otros, imágenes derivadas de dicho hardware:

• Módulo de control del hardware de adquisición
  Este módulo actúa como interface con los demás módulos del sistema de la etapa identificatoria, para que sean independientes del hardware utilizado, este módulo dependerá de la tarjeta capturadora de vídeo y/o scanner.

• Formato de almacenamiento de la huella
  Se utilizará el formato BITMAP de Windows como formato de 'entrada' para las imágenes (huellas) a procesar, por su facilidad y compatibilidad en intercambiar imágenes entre aplicaciones, el origen de la imagen BITMAP es indiferente (scanner, fichero, cámara, etc.)

• Módulo de filtración de la imagen
  Este módulo se deshace de todas las zonas indeseables dentro de la imagen de la huella, llamadas 'zonas de ruidos', dejando únicamente las zonas con un máximo de información fiable sobre la huella denominada ‘firma de la huella’, esta función detecta también la ausencia de huella o un nivel demasiado alto de ruido.

• Módulo de evaluación de la calidad de la huella
  Este módulo calcula un número que ayuda a establecer un criterio de fiabilidad de la "firma de la huella”, no será establecido un nivel mínimo de calidad para declarar una huella como aceptable o no, sino que dicho número permitirá establecer un criterio adicional. Una mala imagen de huella puede ser procesada normalmente sin provocar un falso rechazo o falsa aceptación, aunque es obvio que existe una correlación entre una huella de mala calidad y la probabilidad de obtener un falso rechazo.

• Módulo de limpieza de la huella
  Dado que en la imagen digitalizada de la huella (en blanco y negro) las líneas son claramente visibles pero de anchura irregular, para rápidamente detectar las terminaciones y bifurcaciones de las líneas, es necesario obtener mediante un módulo una imagen de la huella más esquemática, en la cual todas las líneas sean del mismo ancho (1 a 2 píxeles).

• Módulo de extracción de minucias
  Este módulo constituye el proceso final que completa la obtención de la "firma de la huella”. De una imagen de huella ya procesada, se extrae la "firma", en un tamaño fijo de 1200 bytes. La “firma de huella” que resulta, esta basada en una cantidad suficiente de terminaciones y de bifurcaciones (minucias) fiables de las líneas de la huella.
  
  Por cantidad suficiente, nos referimos a un número mínimo de minucias necesarias para proceder a comparaciones eficaces entre huellas. Nuestras pruebas iniciales sitúan este mínimo a 15 minucias. Por minucias fiables, nos referimos a esas no generadas por ruidos durante la sesión de escaneo o por alteraciones temporales de la huella en sí (cortes, desgaste, etc.)
  
  Con un número pequeño de minucias (15 o 20) correctamente localizados, es posible identificar a una huella entre miles disminuyendo notablemente junto con otros factores de búsqueda el tiempo requerido. El sistema siempre intentará dejar a la firma con el número de minucias más fiables.

• Módulo de comparación de huellas
  El sistema de verificación esta basado en la comparación de dos grupos de minucias, correspondientes a las dos huellas a comparar. Para determinar si estos dos grupos de minucias, extraídos de dos distintas imágenes de huellas, corresponden al mismo dedo, es necesario adoptar un sistema de comparación insensible a translaciones, rotaciones y deformaciones que directamente afectarían las huellas a comparar. De estos dos grupos de minucias, el sistema será capaz de dar un índice (similitud de correspondencia) cuyos valores pueden ser: 0 % si las huellas no tienen nada en común y 100 % si las huellas son idénticas (en este caso las huellas deberían ser de una misma imagen).

Un porcentaje entre 0 y 100%; que podrá provenir de dos huellas idénticas de diferentes imágenes o de dos huellas diferentes con características similares.

Esto es debido a que dos grupos de minucias extraídas de una misma huella, pero de diferentes imágenes, nunca darán 100% de similitud debido a las diferencias existentes al momento de capturar dos imágenes, darán, sin embargo, un alto nivel de similitud.

Se encuentra desarrollado bajo Tecnologías Web: Java EE, Jasper Reports, Apache Cocoon, montado sobre Apache Tomcat 7, integrado con Apache Web Server 2.2.