Files
t2a_v2/config/rules
dom 3c070f3c1d refactor: split cpam_response → cpam_rag, cpam_context, cpam_validation
Découpe le monolithe cpam_response.py (1207L) en 3 modules spécialisés :
- cpam_rag.py : recherche RAG ciblée (5 requêtes, dédup)
- cpam_context.py : construction prompt, définitions CIM-10, bio summary
- cpam_validation.py : grounding, références, codes fermée, adversariale

Le cpam_response.py reste orchestrateur (~230L) avec re-exports
backward-compat. Mocks des tests mis à jour pour cibler les bons modules.
Ajout RULE-CPAM-CORRECTION-LOOP dans base.yaml. 748 tests passent.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-20 10:06:26 +01:00
..

Règles (vetos + décisions)

Ce dossier contient la configuration "métier" pour piloter le moteur qualité.

Fichiers

  • base.yaml : socle commun (règles activées par défaut).
  • enabled.yaml : choisit les overlays à activer (site/spécialité).
  • specialties/*.yaml : overrides par spécialité.
  • sites/*.yaml : overrides par établissement.

Principe

  • Une règle non listée est considérée activée.
    • Ça évite de casser le comportement historique lors d'une montée de version.
  • Une règle listée peut être :
    • enabled: false → désactivée
    • (VETO) force_severity: "HARD"|"MEDIUM"|"LOW" → force la sévérité

Exemple d'override

Créer config/rules/sites/chu_poitiers.yaml :

version: 1
rules:
  VETO-12:
    enabled: false
  VETO-09:
    force_severity: "HARD"

Puis activer dans enabled.yaml :

active:
  site: "chu_poitiers"
  specialty: ""
  extra: []

Routage automatique (router.yaml)

Le fichier router.yaml permet dactiver automatiquement des packs de règles en fonction des signaux du dossier (codes, biologie, extraits). Concrètement :

  • Par défaut, seuls les packs listés dans defaults.enabled_packs sont actifs.
  • Quand un trigger match, on ajoute ses enable_packs.
  • Le routage est appliqué par dossier (et re-appliqué sur la version fusionnée).

Mode strict

Quand mode: strict, une règle non listée dans base.yaml est considérée désactivée dès que le routage runtime est actif.

Ça force une approche “catalogue explicite” : tout ce qui tourne en prod est visible et gouvernable.

Exemple

Activer les règles ionogramme uniquement si un code E87.* est détecté ou si la biologie mentionne Sodium/Potassium :

triggers:
  - id: TRG-ELECTROLYTES
    enable_packs: [bio_electrolytes]
    when_any:
      codes_prefix: ["E87."]
      lab_tests: ["sodium", "potassium"]