Produit de curation (UX)
1. Les zones
Section intitulée « 1. Les zones »🟢 L’interface (Next.js, FR/EN/DE) s’organise en cinq zones :
flowchart LR H["Accueil<br/>(hall + recherche KB<br/>+ panneau métadonnées)"] P["Zone Projet<br/>(imports, progression)"] C["Curation IDE<br/>(grille 2×3)"] AR["Arbitrage<br/>(médecin)"] V["Validations<br/>(cache cross-projet + conflits)"] H --> P --> C C --> AR C --> V H --> V classDef m fill:#e7f5ec,stroke:#2E7D5B class C m
2. L’IDE de curation
Section intitulée « 2. L’IDE de curation »🟢 Grille 2×3 : queue (file priorisée) · mention (texte + contexte) · candidats (top-K Mondo) · métadonnées (synonymes, définition, xrefs, émission SNOMED). Navigation clavier + souris. Le panneau métadonnées est aussi présent sur l’accueil (exploration libre du KB).
Pour une mention oncologique, l’IDE bascule en OncoTabs (onglet Maladie + axes topo/morpho/comportement/grade) → curation en 2 temps, Moteur compositionnel & oncologie (MC).
3. Confirmation des codes candidats (write-path)
Section intitulée « 3. Confirmation des codes candidats (write-path) »🟢 Quand l’émission propose des codes candidats (voie 1.5, via UMLS), le panneau
métadonnées les rend sélectionnables : le curateur clique → le SCTID choisi est confirmé
(validé contre les codes offerts ; 422 sinon) → statut confirmed. Marche en curation
standard et onco. Les libellés SNOMED s’affichent (lus à la volée) avec la mention légale.
→ Pont terminologique & émission (Mondo→SNOMED).
4. Arbitrage médecin
Section intitulée « 4. Arbitrage médecin »🟢 Les mentions que le curateur route (cas difficiles) arrivent en Arbitrage : un
médecin tranche (arbitrate_accept / arbitrate_reject). C’est une validation d’un kind
particulier (pas une table séparée).
5. Validations (cache + conflits)
Section intitulée « 5. Validations (cache + conflits) »🟢 La zone Validations inspecte le cache cross-projet (mention→décision réutilisée partout) et surface les conflits (même mention, décisions divergentes entre curateurs / projets) à réconcilier.
6. i18n & conventions UI
Section intitulée « 6. i18n & conventions UI »🔵 next-intl (FR/EN/DE). Pièges/conventions :
- les
.sont des clés imbriquées → aplatir les mappings (replace(".", "_")) côté code et JSON ; - l’image web est standalone :
MESSIER_BACKEND_URLbaké aunext build; - tester tôt sur iPhone (via Tailscale) — des bugs UI invisibles en desktop-only.
Voir aussi
Section intitulée « Voir aussi »- Moteur de linking (cœur ML) (d’où viennent les candidats) · Imports & exports (interop) (avant/après la curation).