PSEUDONOMIA est la référence de la pseudonymisation locale — et la référence ne vous impose pas un mode de protection : elle vous en donne trois.
Un document isolé, un dossier complet à traiter d'un coup, ou une affaire qui s'enrichit pendant 18 mois avec cohérence inter-documents — PSEUDONOMIA offre un mode adapté à chaque réalité métier. Le Mode 3 fait l'objet d'un brevet déposé à l'INPI (FR2607944).
La pseudonymisation n'a pas la même nature selon le contexte. Un mode unique imposerait des compromis inutiles. PSEUDONOMIA sépare trois réalités métier distinctes.
Chaque mode partage le même cœur technique (détection NER FR, templates, audit signé Ed25519, table chiffrée Argon2id + XChaCha20). Ils diffèrent par l'unité de travail et par la persistance de la table de correspondance.
Le cas le plus courant : un acte, un courrier, une pièce isolée à transmettre. Action immédiate, traitement en quelques secondes.
Vous glissez un fichier (PDF, DOCX, TXT, ODT, RTF, MD, image avec OCR). PSEUDONOMIA détecte les entités, vous choisissez un template, vous choisissez un mot de passe pour la table de correspondance, vous exportez. Trois fichiers produits : document expurgé, rapport d'audit signé, table chiffrée.
Tous formats supportés : PDF natif ou scanné (OCR), DOCX multi-runs, TXT/MD, images (PNG/JPG), e-mails (EML/MSG).
Chaque entité détectée est surlignée. Vous pouvez en ajouter (clic) ou en retirer (clic droit). Aucune réception encore figée.
Standard, Crochets, Judiciaire, Médical, RH, ou Personnalisé (format string libre). Mot de passe dédié — indépendant de votre mot de passe maître.
Le document expurgé sort dans le format de votre choix avec votre en-tête identité opérateur. Trois fichiers produits.
Quand vous devez traiter un dossier complet d'un seul coup, avec les mêmes règles pour tous les fichiers et un récap signé en fin de traitement.
Vous glissez un dossier complet (ou cliquez
« 📂 Choisir un dossier »). PSEUDONOMIA pré-analyse — vous
montre ce qui sera accepté, ignoré, ou en warning — puis
lance le traitement séquentiel avec un mot de passe commun
aux tables de correspondance. Tout sort dans un sous-dossier
<source>_pseudonymise/.
Scan récursif des fichiers. Détection automatique des formats supportés et des doublons.
Vous voyez avant de lancer : nombre de fichiers traitables, fichiers ignorés (format non supporté, taille zéro), warnings (gros fichiers, formats sensibles).
Un template appliqué à tous les fichiers. Un seul mot de passe pour toutes les tables de correspondance (chiffrement séparé, mais clé dérivée du même secret).
Sortie dans <source>_pseudonymise/. Un _batch_summary.audit.json signé Ed25519 agrège les compteurs et listes (traités, échoués, ignorés).
Un fichier en échec n'interrompt pas le batch. Le rapport final liste les échecs avec leur raison (parsing impossible, fichier corrompu, format non détecté). Vous pouvez retraiter sélectivement après correction.
L'innovation centrale de PSEUDONOMIA. Pour les dossiers qui vivent dans le temps, s'enrichissent de nouvelles pièces, et exigent que la même personne garde le même pseudonyme à travers tous les documents — y compris ceux ajoutés des mois plus tard.
Vous créez un projet PSEUDONOMIA pour un dossier (affaire judiciaire, expertise longue, suivi clinique, enquête au long cours). Le projet conserve une table de correspondance partagée chiffrée qui s'enrichit à chaque nouvelle pièce ajoutée. La même personne — détectée par n'importe quel de ses identifiants (nom, NIR, IBAN, adresse, téléphone) — garde toujours le même pseudonyme. Quel que soit le document, quel que soit le moment où il est intégré.
Sans Mode 3 : un avocat pseudonymise la requête initiale le 12 mars (M. Dupont → PERSONNE-1). Six mois plus tard, il ajoute une expertise contradictoire au dossier — M. Dupont redevient PERSONNE-1 ? Ou PERSONNE-7 parce que la nouvelle table commence à 1 ? Sans cohérence inter-documents, la chaîne probatoire se brise et le travail d'analyse doit être recommencé manuellement à chaque ajout.
Mode 3 résout ça techniquement : une seule table de correspondance pour tout le dossier, persistée entre les sessions, chiffrée par un mot de passe partagé, mise à jour automatiquement à chaque ajout. Cohérence garantie de la première à la dernière pièce.
.lpx-projectVous nommez le dossier, choisissez un mot de passe projet. Un fichier NouveauProjet.lpx-project est créé : conteneur chiffré qui hébergera la table partagée et l'historique.
Vous glissez vos premiers documents. PSEUDONOMIA détecte les entités, vous validez, la table partagée se peuple. Premier export généré avec audit signé.
À chaque nouvelle pièce : PSEUDONOMIA reconnaît les entités déjà vues (M. Dupont reste PERSONNE-1) et n'attribue de nouveau pseudonyme qu'aux entités vraiment nouvelles. Lookup déterministe, pas de doublons.
Vous pouvez ré-exporter à tout moment l'ensemble du dossier avec garantie : la même personne porte le même pseudonyme dans toutes les pièces du dossier, du jour J au jour J+18 mois.
À la fin du dossier (jugement, livraison rapport), un audit terminal agrège l'historique : nombre de pièces traitées, table figée, hash global signé Ed25519.
Le brevet couvre le processus (table de correspondance partagée chiffrée multi-documents persistée entre sessions avec lookup déterministe sur entités détectées) ET l'algorithme (mécanisme de réconciliation des entités à travers les documents). Pas de fork concurrentiel possible sur cette innovation.
Vue d'ensemble pour choisir rapidement.
| Axe de comparaison | Mode 1 Document unique |
Mode 2 Lot ponctuel |
Mode 3 Projet persistant |
|---|---|---|---|
| Unité de travail | 1 fichier | 1 dossier (N fichiers) | 1 affaire (croissance dans le temps) |
| Persistance de la table | Session uniquement | Une table par fichier (mdp commun) | Persistée entre sessions |
| Cohérence inter-documents | ✗ Non applicable | ✗ Non — tables indépendantes | ✓ Garantie |
| Volumétrie typique | 1 — 5 pièces ponctuelles | 20 — 500 fichiers en bloc | Dossier vivant sur 6 — 24 mois |
| Durée du cas d'usage | Minutes | Heures (digitalisation) | Mois — années |
| Audit signé Ed25519 | ✓ Par document | ✓ Par doc + récap batch | ✓ Par doc + chain projet complète |
| Protection IP | Standard | Standard | ⚖️ Brevet FR2607944 |
| Disponibilité | v1.0.0-rc.2 ✓ | v1.0.0-rc.2 ✓ | v1.0.0-rc.2 ✓ |
Recommandations rapides selon votre profession et votre cas d'usage le plus fréquent.
Envoi d'un courrier ponctuel à un confrère, transmission d'une pièce à un magistrat. Quelques minutes, pas de suite.
CR hospitalier transmis à un confrère ou un patient. Pas de suivi, pas de dossier vivant.
Migration de 300 dossiers papier scannés. Traitement en lot, audit batch, archivage RGPD propre.
500 documents d'étude clinique à pseudonymiser pour publication ou partage inter-labos. Un seul traitement, livrable figé.
18 mois de procédure, dizaines de pièces ajoutées au fil du temps. M. Dupont reste PERSONNE-1 du début à la fin.
Dommages corporels suivis 24 mois, contradictoire avec ajouts réguliers. Cohérence indispensable, traçabilité opposable.
Suivi de patients sur 3 ans, données qui s'ajoutent à chaque visite. Le même patient garde le même pseudonyme à chaque mise à jour.
Multi-sources sur plusieurs mois, sources protégées, dossier qui s'enrichit. Cohérence cryptographiquement garantie.
Ce que chaque mode ne fait pas, et ce qu'il faut savoir avant de choisir.
Si vous re-pseudonymisez le même document deux fois en Mode 1, vous obtenez deux tables indépendantes avec potentiellement des pseudonymes différents. C'est volontaire — chaque session est isolée. Pour la persistance, utilisez le Mode 3.
Le mot de passe est partagé pour confort, mais chaque fichier a sa propre table chiffrée séparément. Si M. Dupont apparaît dans 5 fichiers du batch, il peut être PERSONNE-3 dans le premier, PERSONNE-1 dans le deuxième, etc. Pour la cohérence cross-fichiers, c'est Mode 3.
Le fichier .lpx-project contient la table partagée chiffrée. Si vous oubliez le mot de passe, le projet est inaccessible. Aucune procédure de récupération côté LexLabs (par construction — c'est ce qui fait la propriété de sécurité). En édition Pro/Premium, recovery via clé admin séquestre (notaire/HSM).
Le fichier .lpx-project vit sur un poste à la fois. Synchronisation E2E chiffrée entre postes par CRDT libsodium prévue dans la feuille de route LexLabs 2027. En attendant, copie manuelle du fichier projet entre vos machines.
Trois lectures complémentaires.
Recognizers, templates, garanties techniques par couche. La vue produit complète qui resitue les 3 modes dans l'ensemble.
Découvrir →Pourquoi PSEUDONOMIA existe, la trajectoire produit sur 12 mois, les 4 lignes de défense techniques.
Lire →La démonstration RGPD & AI Act que l'architecture locale est la seule techniquement conforme.
Lire →