Sistema para el Tribunal de Faltas de la Municipalidad de Santiago del Estero (Parte 1)

Breve descripción

Apenas ingresé a trabajar en la Sub-Dirección de Informática (Sgo. Del Estero) se me pidió formar parte del grupo que comenzaría a desarrollar el nuevo sistema del Tribunal de Faltas Municipal. Desde ese momento fuimos 2 integrantes del equipo, de tal manera que debíamos optimizar tiempo y recursos. Mi tarea era el diseño y desarrollo del subsistema de Pagos del Tribunal. Se optó por la realización de un prototipo funcional ya que los tiempos eran escasos (y generalmente lo son en la administración pública). La premisa impuesta era que se debía registrar TODO lo que se realizaba para un mejor control de las actividades y obviamente los datos debían ser consistentes y confiables.

Se distinguieron las principales funciones que debía tener el sistema, siguiendo el curso administrativo de las tareas que allí realizan. Muchos aspectos de las funciones manuales y automáticas que allí se llevaban a cabo (con un sistema anterior con el que ya contaban) debían cambiar.

tránsito

Foto: gilderic en Flickr

Las principales fases que se distinguen son las siguientes:

- Carga de actas de infracción. Existen 2 tipos de actas: Completas y N.E.R. (“No se encuentran registradas”, aquellas actas con datos incompletos las cuales no pueden ser cargadas directamente)

- Notificación de las infracciones. Aquí se distinguen 2 tipos de notificaciones: Notificación común y Notificación en rebeldía.

- Audiencias. Resolución de las infracciones por parte del Fiscal o Juez.

- Caja. Incluye Pagos y Planes de Pago.

- Pase a Procuración del Tesoro

Obviamente que cada una de estas fases tienen muchas funciones complementarias relacionadas (que en otro post voy a describir). Una vez que estuvieron listas las principales funciones, se realizó la implementación por fases (según el circuito administrativo). Se debe mencionar que el análisis que se realizó para elaborar este sistema dejo entrever muchas fallas en el sistema del tribunal (procesos ineficientes, documentación mal diseñada, etc), las cuales se pusieron a disposición de las autoridades para que ellos pudieran tomar decisiones e implementar mejoras en los procesos (que también se verían reflejadas en el nuevo sistema).

Cabe destacar también que no es un sistema para ser utilizado por el público en general. Los operarios pertenecen al Tribunal de Faltas de la Municipalidad de Santiago del Estero.

Desafíos a los que nos enfrentamos:

En el Tribunal de Faltas:

  • Personal operador con baja “alfabetización tecnológica” (poco o casi ningún uso del computador).
  • Edad avanzada de una gran parte del personal.
  • Personal rotativo (temporal).
  • Procesos administrativos incorrectos y fuertemente instalados.
  • Estructura edilicia totalmente desfavorable.
  • Vulnerabilidades y el problema de permisos para realizar ciertas tareas por parte del personal.
  • Congestión de público: Cuellos de botella en puntos claves debido a la (poca) velocidad y eficiencia de procesos.
  • Falta de coordinación intra-organizacional.
  • Migración física y “mental” de un sistema anterior a uno totalmente nuevo.
  • División de juzgados con formas de trabajo totalmente distintas ante procesos similares, muchas veces forzadas por las características erróneas de los procesos administrativos externos al tribunal de faltas. Ej: Juzgado de primera (automóviles) maneja las actas por dominio, juzgado de segunda (motovehículos), no maneja actas por dominio por la falta de regulación que existe en la ciudad acerca de circular con motovehículos correctamente patentados. Otro ejemplo, se manejaban denuncias de ventas (sin aparente valor legal en caso de infracciones y daños contra terceros) como certificación de transferencia, sin la correcta distinción de la persona vendedora o compradora del automóvil (DNI).

En el equipo de desarrollo:

  • Personal informático escaso (sistema realizado íntegramente por sólo dos personas)
  • Volumen de la información: Respaldo de la información, administración de la Base de Datos, servidores, conexiones, etc.
  • Reajuste de funciones del sistema: accesibilidad, interfaces, interacción (para una segunda etapa)
  • Convenio con SUGIT para tener los datos lo más actualizados posible y tener una Base de Datos unificada.

Tecnología utilizada:

- VB.net (Visual Studio 2005)

- SQLServer 2005

- Photoshop CS4

- Modelado UML (Unified Modelling Language)

Al Sistema se lo pensó como sistema de escritorio con conexión al servidor de Base de Datos centralizado via internet.

Pronto estaré desarrollando con más detalles la descripción del análisis, diseño, desarrollo e implementación de este sistema. Se pretende hacer un test de usabilidad para cada caso de uso del mismo para un refinamiento en una segunda etapa.