Cet article est écrit par Patryk Ciurak, assistant au Département d'informatique juridique de l'Université de Gdańsk et membre de la Legal Engineering Scientific Coalition (legalengineering.eu).

  • Le problème : La numérisation des services publics exclut les personnes.

  • Pourquoi c'est important : Sans représentation complète, nous négligeons les utilisateurs de services.

  • La solution : Le droit centré sur l'utilisateur est une exigence vitale.

La numérisation en cours de la justice et de l'administration publique est un fait, même si son rythme et ses résultats finaux peuvent être insatisfaisants à certains égards. L'un des problèmes est que pour créer un système qui facilite la réalisation des droits ou le respect des obligations, il faut traduire la loi existante en un code.

Cela pose un certain nombre de problèmes tels que les « lacunes dans la traduction », l'incompatibilité et le caractère « en silo » des solutions et, enfin, les coûts de maintenance élevés résultant des deux précédentes.

Mais surtout, elle met en lumière une caractéristique souvent méconnue et négative de nombre de réglementations : elles sont destinées à l'usage des pouvoirs publics, et non aux simples citoyens.

Comment éviter une impasse

Par conséquent, si la numérisation doit éviter de se retrouver dans une impasse, les priorités de l'élaboration des lois doivent changer. Cela signifie se concentrer sur l'utilisateur final (conception centrée sur l'utilisateur), un concept né à la fin des années 1970 et au début des années 1980 et principalement limité au développement de logiciels informatiques.

Lors de la rédaction de la législation, il est nécessaire de déterminer sans équivoque qui sera soumis à la réglementation, si un droit sera accordé ou une obligation imposée, quel est le but que le destinataire veut atteindre, dans quelles situations la loi sera appliquée, avec quelles entités le destinataire interagira tout au long du processus, etc. Ces questions peuvent sembler évidentes et la lecture des explications des projets d'actes normatifs permet de supposer que les réponses sont évidentes.

Cependant, la moindre tentative de traduire un fragment de l'acte normatif en un code informatique conduit généralement à des conclusions différentes. Malgré le fait que les destinataires des normes soient explicitement déclarés être, par exemple, des entrepreneurs, le droit existant vise principalement à réglementer les actions entreprises par l'administration publique. Le législateur précise quel organisme, quand et envers qui il peut intervenir pour faire respecter une obligation ou permettre l'exercice d'un droit. La réglementation est plus axée sur la manière d'atteindre un objectif que sur l'objectif lui-même. On a tendance à indiquer quels moyens techniques doivent être utilisés et sous quelle forme l'action doit être entreprise. Souvent, le destinataire doit fournir des déclarations ou des faits que l'administration peut facilement obtenir des registres publics.

Juridiquement parlant

Par conséquent, pour créer un système d'information à l'usage des citoyens, la loi doit être interprétée et c'est l'interprétation, et non le texte même d'un acte normatif, qui est à la base de la création de la solution numérique. En d'autres termes, l'incorporation de la loi dans les systèmes informatiques utilisés par les citoyens est si difficile parce que la loi ne décrit pas les actions entreprises par les citoyens. Inutile de dire que les interprétations d'un même acte juridique peuvent varier, ce qui peut entraîner des différences dans la conception des systèmes et leur éventuelle incompatibilité (pour plus d'informations, voir ce document ).

S'écarter de l'approche existante de la rédaction de la législation et se concentrer sur le destinataire des normes et sur l'objectif à atteindre permettrait de concevoir un processus automatisé (dans une certaine mesure) d'application de la loi. Le rôle des organes de l'administration publique (et des tribunaux) serait de superviser le processus au lieu d'initier et d'exécuter la plupart des étapes. Cependant, elle ne doit pas être comprise comme l'exclusion complète de l'interprétation du texte juridique, qui serait plus dommageable que bénéfique.

Elle peut également mettre en lumière des situations dans lesquelles les intentions du législateur ne sont pas suffisamment exprimées. Cela conduit souvent à une confusion tant pour le destinataire que pour l'administration publique et peut aboutir à des interprétations différentes, souvent contradictoires, des mêmes dispositions.

La création d'une législation orientée vers l'utilisateur final semble être nécessaire pour une utilisation généralisée du droit sous forme de code informatique. La législation consommable par machine ou Rules-as-Code est censée garantir la même signification du code et du texte en langage naturel (ce qui est parfois appelé isomorphisme) et permettre aux deux versions d'être traitées comme des textes authentiques. Rules-as-Code pourrait alors servir de « source unique de vérité » pour les systèmes informatiques utilisés par l'administration publique et fournir la logique nécessaire derrière les actions entreprises (voir Wong, 2020 ). Pour que cela soit possible, il faut qu'il y ait un point de départ commun car toute action liée à la traduction du texte en code (ou vice versa) entraînera des "lacunes de traduction" (pour plus d'informations voir ce rapport ).

Trouver des solutions

Une solution possible est d'écrire les hypothèses de la réglementation proposée sous forme de pseudo-code qui est une manière simplifiée de modéliser les étapes d'un certain processus. Les phrases écrites de cette manière conservent la syntaxe typique du code informatique mais sont dépourvues des détails de mise en œuvre nécessaires à l'exécution du code. Certaines commandes sont également écrites en langage naturel pour augmenter la lisibilité.

Le résultat pourrait (ou même devrait) être illustré à l'aide de diagrammes créés selon le Business Process Model and Notation (BPMN) ou le Unified Modeling Language (UML) - selon le niveau de détail requis. Cette approche a beaucoup en commun avec la création d'exigences dans le processus de développement de logiciels et facilite une compréhension commune des objectifs fixés pour l'équipe travaillant sur la législation. De plus, il est relativement facile à lire et peut être vérifié sans trop d'effort par des experts en la matière qui ne sont pas des juristes. Un avantage supplémentaire est la possibilité d'identifier des erreurs ou des lacunes dans la loi déjà existante elle-même dont on peut ne pas avoir conscience du tout.

Les sociétés et les économies sont de plus en plus axées sur les données et il devrait en être de même pour la loi. Les priorités de création d'actes normatifs devraient changer, ce qui signifie, entre autres, se concentrer sur l'utilisateur final et introduire une loi sous la forme d'un code informatique. Ce sera une tâche extrêmement compliquée, principalement en raison des changements nécessaires de la technique législative et du processus législatif ainsi que de l'adaptation des règles d'interprétation des textes juridiques. Mais elle doit être entreprise si la loi veut rester efficace pour garantir les droits des citoyens et faire respecter les obligations.

👋 Vous pouvez créer un post comme celui-ci ! Partagez vos réflexions avec une communauté de fonctionnaires. Apprendre encore plus

(Crédit d'image: Unsplash)