PULSARCHU DE GUYANE · DSIO

Pipeline de reformulation

Comment le log brut — stress, vulgarité, fautes, données patient, et même une erreur d'interprétation humaine — devient un procès-verbal propre, fidèle et certifié, sans rien falsifier.

Principe directeur : on normalise la FORME, jamais les FAITS. On rend l'implicite explicite. On masque la PHI. On ne cache pas les écarts — on les rend lisibles. Le brut n'est jamais perdu : il vit dans le plan d'interaction, lié par hash au plan probant.

Les deux plans

Plan d'interaction · le brut

log technique · borné RGPD · accès restreint
  • chat tel quel, stress, vulgarité, fautes
  • commandes saisies, hésitations
  • erreurs d'interprétation, corrections
→
SHA-256
hash de liaison

Plan probant · le canonique

opposable · immuable · signé · archivé
  • intention & faits, registre professionnel
  • PHI caviardée, décisions attribuées
  • écarts tracés (« hypothèse écartée »)

La pipeline, étape par étape

1
🎙️
Captation brute
log horodaté, tel quel
▸
2
🛡️
Caviardage PHI
données patient masquées avant tout
▸
3
🧼
Normalisation
ton, vulgarité, fautes → registre pro
▸
4
🔎
Explicitation
l'implicite devient explicite
▸
5
🧭
Résolution des écarts
fausses pistes → « hypothèse écartée »
▸
6
✅
Confirmation humaine
le matériel validé par le responsable
▸
7
⛓️
Canonique + hash
écrit au plan probant, lié au brut
⚖️ Étape 5 — le cœur honnête : une erreur d'interprétation sous stress (ex. « on reboot tout ? ») n'est ni exécutée ni effacée. Elle devient une hypothèse écartée, avec sa raison. L'écart « dit ≠ fait » est rendu traçable — preuve de maturité, pas de maladresse.

Exemple réel — la nuit du 13/06, 02:11 (incident DPI 3 sites)

📥 PLAN D'INTERACTION · log brut (chat de garde)
02:11 SYLVA merde le DPI rame à mort sur les 3 sites, ça sent pas bon 02:12 OYAPOCK j'ai un hôte qui déconne, le 2 je crois… ou le 3 ? attends 02:13 OYAPOCK non c'est bien hote2, 85ms putain 02:14 MARONI on coupe tout et on reboot le cluster ? ⚠ sous stress 02:15 PULSAR ⚠ un reboot coupe le DPI sur les 3 sites. Sans interruption : migrer à chaud les VM de hote2 puis traiter le réseau. 02:16 SYLVA ouais t'as raison on touche pas au cluster, on migre 02:17 MARONI ok au temps pour moi, mal réveillé 02:21 SYLVA attention y'a Mme D███ dans la session active de hote2
📤 PLAN PROBANT · rendu canonique (extrait de PV)
02:11 Détection — dégradation des performances du DPI sur les 3 sites. [supervision]
02:13 Constat — nœud hôte2 en défaut (latence I/O 85 ms), source de la dégradation. [R. OYAPOCK]
02:14 Hypothèse écartée — redémarrage du cluster : risque d'interruption du DPI sur 3 sites. Décision retenue : migration à chaud des VM de hôte2 puis traitement réseau. [collégial · sur recommandation PULSAR]
02:21 Donnée patient détectée dans la session active — caviardée : NOM_PATIENT_a3f2. [Privacy Engine]

Ce que la pipeline fait de chaque « défaut » du log

Dans le log brut……dans le PV canonique
Vulgarité (« merde », « putain »)supprimée — aucune valeur probante (forme, pas fond)
Stress / hésitation (« le 2 ou le 3 ? »)résolu — fait net : « nœud hôte2 »
Fautes, registre familiernormalisé en français professionnel
Erreur d'interprétation (« reboot tout ? »)préservée comme « hypothèse écartée » + raison — jamais cachée
Donnée patient (Mme D███)caviardée avant tout traitement (jeton)
Ton, politesse, émotionneutralisés — non probants
Faits, décisions, identités, horairespréservés à l'identique — fidélité totale
🔗 Réversibilité & preuve : chaque entrée canonique porte le hash de l'entrée brute source. Si la fidélité est un jour contestée, on remonte au brut et on compare. Le brut reste dans sa couche technique (borné RGPD), jamais publié dans le livrable — mais toujours vérifiable.