Contribuer

Par où
commencer.

Pas besoin d’être développeur. La plupart des contributions utiles demandent surtout de connaître le terrain : un établissement, un logiciel, un référentiel. Voici quatre portes d’entrée, et ce qui attend un coup de main aujourd’hui.

01

Vous utilisez un outil

Quelque chose cloche ? Ouvrez un ticket avec les étapes pour reproduire. Pour un écart de données, donnez le numéro concerné et les deux valeurs, sans joindre de fichier ni de donnée réelle.

02

Vous testez dans votre établissement

Ce qui a marché, ce qui a bloqué à l’installation, ce que l’auditeur a demandé et que l’outil ne donne pas : c’est le retour qui a le plus de valeur.

03

Vous avez une heure

Choisissez une tâche dans la liste ci-dessous. Chacune dit pour qui elle est faite et où trouver le contexte. Un ticket suffit pour dire « je m’en occupe ».

04

Vous avez un besoin

Un problème vécu sur le terrain qu’un petit logiciel libre réglerait ? Décrivez-le : qui en souffre, ce qui existe déjà, ce qui manque.

Pas de compte GitHub ? Écrivez à contact@irreductix.fr, nous ouvrirons le ticket pour vous.

Ce qui attend un coup de main

Des tâches précises,
pour des profils variés.

Chaque tâche vient d’un manque documenté dans les dépôts. Avant de vous lancer, ouvrez un ticket pour le dire : deux personnes ne feront pas le même travail.

Registris

Tester Registris avec un lecteur d’écran

NVDA, JAWS ou VoiceOver : aucun test n’a encore été fait. Ordre de lecture, restitution des tableaux, messages d’erreur : votre regard vaut plus qu’un contrôle automatique.

Pour une personne qui utilise un lecteur d’écran au quotidien

Compléter la bibliothèque des logiciels hospitaliers

La liste des logiciels rencontrés en établissement, rangés par fonction, est indicative. Un nom, un éditeur, une catégorie manquante : chaque ajout évite une page blanche à la prochaine DSI.

Pour une DSI, un référent applicatif

Afficher le registre en liste sur petit écran

Le registre compte jusqu’à neuf colonnes et défile horizontalement sur un écran étroit. Une présentation en liste sous une certaine largeur serait plus confortable, notamment au clavier.

Pour une développeuse ou un développeur HTML et CSS

referentiels-sante

Vérifier la CCAM depuis un poste d’établissement

Le site de l’Assurance Maladie refuse souvent les serveurs d’intégration continue. Lancée depuis un poste en France, la commande de vérification voit ce que la surveillance automatique ne voit pas.

Pour toute personne qui a Node.js sur son poste

Documenter trois colonnes de l’historique LPP

Les colonnes pecp01 à pecp03 de l’historique de la LPP restent sans description : la CNAM ne publie pas de dictionnaire. Si vous savez ce qu’elles contiennent, dites-le.

Pour une pharmacienne, un contrôleur de gestion, un DIM

Trouver une source structurée pour la NGAP

La NGAP n’est publiée qu’en PDF, et l’outil ne fabrique pas de table à partir d’un PDF. Une source officielle lisible par une machine permettrait de l’ajouter.

Pour une personne qui connaît les publications de l’Assurance Maladie

Lire les fichiers TOT de la LPP et des UCD

Ces fichiers texte à longueur fixe contiennent les mêmes données que les tables dBase, dans un autre format, et ne sont pas encore lus par l’outil.

Pour une développeuse ou un développeur Node.js

Signaler la CIM-10 FR 2026 en ClaML

L’ATIH ne diffusait l’édition 2026 qu’en PDF à la dernière version de l’outil. Dès que le fichier ClaML paraît, il faut l’ajouter aux éditions connues : une simple veille suffit pour aider.

Pour un DIM, une TIM, qui suit les publications de l’ATIH

Comment se passe une contribution

Simple, public,
et sans surprise.

Tout se passe sur GitHub, dans les dépôts de l’organisation Irréductix. Les guides de contribution détaillent les conventions de chaque outil.

  1. Ouvrez un ticket pour dire ce que vous voulez faire, ou écrivez-nous si vous n’avez pas de compte GitHub.
  2. Convenons du périmètre ensemble : les deux outils ont un périmètre volontairement étroit, c’est une décision de conception.
  3. Proposez votre modification. Pour du code : un test par comportement ajouté, une suite qui reste verte, du code et des commentaires en français.
  4. Jamais de donnée réelle dans un ticket : ni base, ni pièce, ni capture avec des noms ou des matricules. La base de démonstration est là pour ça.
  5. Votre contribution est publiée sous la licence du projet : EUPL-1.2 pour Registris, MIT pour referentiels-sante.

Proposer un outil

Quatre conditions,
pas une de moins.

Le village ne cherche pas à faire nombre. Un outil entre dans la boîte quand il coche ces quatre cases.

Décrire votre besoin ↗
  • Un besoin réel, rencontré sur le terrain, que les solutions existantes ne couvrent pas correctement.
  • Un utilisateur identifié, qui s’en servira vraiment et pourra dire si ça marche.
  • Un périmètre lisible, que l’on peut décrire en une phrase, sans promesse de tout résoudre.
  • Une utilité vérifiable, mesurable au bureau, à l’hôpital ou en collectivité.