Aller au contenu

Produit de curation (UX)

🟢 L’interface (Next.js, FR/EN/DE) s’organise en cinq zones :

🟢 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).

🟢 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).

🟢 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).

🟢 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.

🔵 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_URL baké au next build ;
  • tester tôt sur iPhone (via Tailscale) — des bugs UI invisibles en desktop-only.