Esta publicación está escrita por Patryk Ciurak, asistente del Departamento de Informática Legal de la Universidad de Gdańsk y miembro de la Coalición Científica de Ingeniería Legal (legalengineering.eu).

  • El problema: la digitalización de los servicios públicos excluye a las personas.

  • Por qué es importante: sin una representación completa, pasamos por alto a los usuarios del servicio.

  • La solución: la ley centrada en el usuario es un requisito fundamental.

La digitalización en curso del poder judicial y la administración pública es un hecho, aunque su ritmo y resultados finales pueden ser insatisfactorios en algunos aspectos. Uno de los problemas es que para crear un sistema que facilite la realización de los derechos o el cumplimiento de las obligaciones, es necesario traducir la ley existente en un código.

Esto da lugar a una serie de problemas como 'lagunas en la traducción', la incompatibilidad y el carácter 'silos' de las soluciones y, finalmente, los elevados costes de mantenimiento derivados de los dos anteriores.

Sin embargo, sobre todo, saca a la luz una característica negativa a menudo pasada por alto de muchas de las regulaciones: están destinadas al uso de las autoridades públicas, no a los ciudadanos comunes.

Cómo evitar un callejón sin salida

Por tanto, si la digitalización debe evitar toparse con un callejón sin salida, las prioridades de la legislación deberían cambiar. Esto significa centrarse en el usuario final (diseño centrado en el usuario), que es un concepto que se originó a fines de la década de 1970 y principios de la de 1980 y que se limitó principalmente al desarrollo de software informático.

En la redacción de la legislación, es necesario determinar de manera inequívoca quién será el sujeto de la regulación, si se otorgará un derecho o se impondrá una obligación, cuál es el objetivo que el destinatario quiere lograr, en qué situaciones se aplicará la ley, con qué entidades interactuará el destinatario a lo largo del proceso, etc. Estas preguntas pueden parecer obvias y la lectura de las explicaciones de los borradores de los actos normativos permite suponer que las respuestas son fáciles de ver.

Sin embargo, el más mínimo intento de traducir un fragmento del acto normativo en un código informático suele llevar a conclusiones diferentes. A pesar de que se declara explícitamente que los destinatarios de las normas son, por ejemplo, empresarios, la ley existente tiene como principal objetivo regular las acciones de la administración pública. El legislador especifica qué organismo, cuándo y ante quién puede tomar medidas para hacer cumplir una obligación o permitir el ejercicio de un derecho. Las regulaciones se centran más en la forma de lograr un objetivo que en el objetivo en sí. Existe una tendencia a indicar qué medios técnicos se deben utilizar y en qué forma se debe tomar la acción. A menudo, el destinatario debe proporcionar declaraciones o hechos que la administración pueda obtener fácilmente de los registros públicos.

Legalmente hablando

Como resultado, para crear un sistema de TI que sea utilizado por los ciudadanos, la ley debe ser interpretada y es la interpretación, no el texto real de un acto normativo, lo que se encuentra en la base de la creación de la solución digital. En otras palabras, incorporar la ley en los sistemas informáticos utilizados por los ciudadanos es muy difícil porque la ley no describe las acciones tomadas por los ciudadanos. Huelga decir que las interpretaciones de un mismo acto jurídico pueden variar, lo que puede generar diferencias en el diseño de los sistemas y su posible incompatibilidad (para más información, consulte este documento ).

Desviarse del enfoque existente para la redacción de la legislación y centrarse en el destinatario de las normas y en el objetivo que se pretende alcanzar permitiría diseñar un proceso automatizado (en cierta medida) de aplicación de la ley. El papel de los órganos de la administración pública (y los tribunales) sería supervisar el proceso en lugar de iniciar y realizar la mayoría de las etapas. Sin embargo, no debe entenderse como la exclusión total de la interpretación del texto legal, que sería más perjudicial que beneficiosa.

También puede sacar a la luz situaciones en las que las intenciones del legislador no se expresan con suficiente claridad. Esto a menudo conduce a la confusión tanto del destinatario como de la administración pública y puede dar lugar a interpretaciones diferentes, a menudo contradictorias, de las mismas disposiciones.

La creación de una legislación orientada al usuario final parece ser necesaria para el uso generalizado de la ley en forma de código informático. Se supone que la legislación sobre consumibles de máquina o las Reglas como código garantizan el mismo significado del código y del texto en lenguaje natural (que a veces se denomina isomorfismo) y permiten que ambas versiones se traten como textos auténticos. Rules-as-Code podría servir entonces como una "fuente única de verdad" para los sistemas de TI utilizados por la administración pública y proporcionar la lógica necesaria detrás de las acciones tomadas (ver Wong, 2020 ). Para que esto sea posible, debe haber un punto de partida común, ya que cualquier acción relacionada con la traducción del texto a código (o viceversa) dará lugar a "lagunas de traducción" (para más información, consulte este informe ).

Encontrar soluciones

Una posible solución es escribir los supuestos del reglamento propuesto en forma de pseudocódigo, que es una forma simplificada de modelar las etapas de un determinado proceso. Las oraciones escritas de esta manera conservan la sintaxis típica del código de computadora, pero carecen de los detalles de implementación necesarios para ejecutar el código. Algunos de los comandos también están escritos en lenguaje natural para aumentar la legibilidad.

El resultado podría (o incluso debería) ilustrarse utilizando diagramas creados siguiendo el modelo y notación de procesos de negocio (BPMN) o el lenguaje de modelado unificado (UML), según el nivel de detalle necesario. Este enfoque tiene mucho en común con la creación de requisitos en el proceso de desarrollo de software y facilita una comprensión común de los objetivos establecidos para el equipo que trabaja en la legislación. Además, es relativamente fácil de leer y puede ser verificado sin mucho esfuerzo por expertos en la materia que no son abogados. Un beneficio adicional es la posibilidad de identificar errores o lagunas en la propia ley ya existente de los que es posible que no se tenga conocimiento.

Las sociedades y las economías se basan cada vez más en datos y también debería serlo la ley. Las prioridades de creación de actos normativos deben cambiar, lo que significa, entre otras cosas, centrarse en el usuario final e introducir una ley en forma de código informático. Esta será una tarea extremadamente complicada, principalmente por los cambios necesarios en la técnica legislativa y el proceso legislativo, así como por la adaptación de las reglas de interpretación de los textos legales. Pero debe emprenderse para que la ley siga siendo eficaz a la hora de garantizar los derechos de los ciudadanos y hacer cumplir las obligaciones.

👋 ¡Puedes crear una publicación como esta! Comparta sus pensamientos con una comunidad de servidores públicos. Aprende más

(Crédito de la imagen: Unsplash)