Back-office métier (web interne) socle bootstrapé · backlog à valider
Carte d'identité
| Utilisateurs | Agents sinistres et bureaux de liaison · médecins-conseils · responsables de zone · chefs de service · directions (DJGS, DAF, DQPS) · administrateur applicatif |
| Plateforme | Application web interne (poste de travail) |
| Backend | Les services métier via l'ingress Traefik (± un BFF back-office à décider) |
| Realm & authentification | Realm agents — Authorization Code + PKCE, Keycloak délègue à l'Active Directory du FGA (SSO possible). Aucun mot de passe AD ne transite par l'application. |
| Exposition réseau | Interne au réseau FGA |
| Stack retenue | React · TypeScript · Vite · React Router · TanStack Query · Redux Toolkit · axios — même socle que le portail, thème interne |
| Dépôt | fga-backoffice — initialisé & outillé |
Socle réalisé (bootstrap)
Dépôt créé, outillé et vérifié. Même socle que le portail — build, lint, typecheck et tests verts. API non branchées : pages sur données d'exemple.
- Shell interne : barre supérieure + sidebar repliable (navigation par processus), page 404, code-splitting par page.
- Pages d'exemple : tableau de bord (compteurs) et liste de dossiers (table).
- Auth realm agents (Authorization Code + PKCE, Keycloak ↔ Active Directory) : préparée mais non branchée — pas de redirection Keycloak tant que l'annuaire n'est pas livré.
- Architecture identique au portail (features, chemins @/*, design system en sous-module git) — voir socle front-end commun.
Périmètre fonctionnel
- Prise en charge (PR1) : accueil, dossier sinistre, émission des bons et lettres de garantie, suivi médical, contrôle des factures, ordonnancement
- Indemnisation (PR2) : recevabilité, instruction, expertise, calcul, offre, transaction, paiement
- Production (PR3) : réception des bordereaux, contrôles, contributions, statistiques
- Recouvrement : créances, mises en demeure, saisines, suivi contentieux
- Gestion des référentiels ; validation des workflows ; corbeilles par rôle
- Tableaux de bord de pilotage et reporting ; administration
Backlog
Aucun backlog d'interface dans le Jira client. Les tickets métier existants (tags PEC, IND, PROD, RECOUV — plusieurs centaines) décrivent les services backend, pas les écrans du back-office. L'IHM qui les orchestre n'a pas de backlog propre.
◆ PROPOSÉ · dérivé des CDC (codes indicatifs, pas des clés Jira)
Estimations grossières en écrans/stories, à valider avec le métier puis importer dans Jira. Structure alignée sur les processus des CDC et le catalogue de services.
| Épic | Intitulé | Écrans principaux | Est. |
|---|---|---|---|
| BO-SOCLE | Socle & navigation | shell, menu par rôle, connexion AD (Auth Code + PKCE), corbeilles de tâches, thème interne, affichage conditionné aux habilitations | ~15 |
| BO-PEC | Prise en charge (PR1) | accueil victime & ouverture de dossier, émission des bons (hospitalisation/pharmacie/examens), lettres de garantie, suivi médical & prescriptions, contrôle des factures, ordonnancement, clôture & consolidation | ~35 |
| BO-IND | Indemnisation (PR2) | réception & recevabilité, instruction, désignation d'expert & saisie d'expertise, calcul/simulation d'indemnité, offre, transaction/PV signé, paiement, clôture | ~30 |
| BO-PROD | Production (PR3) | réception/import des bordereaux, contrôles & anomalies, contributions (assurés, non-assurés, État), pénalités compagnies, compensations, états statistiques | ~30 |
| BO-RECOUV | Recouvrement | dossiers de créances, mises en demeure, saisines (DA/ASACI/avocat), suivi contentieux, encaissements & quittances | ~30 |
| BO-REF | Référentiels | compagnies, structures de santé, experts médicaux, fournisseurs, barèmes & paramètres réglementaires | ~15 |
| BO-PILOT | Pilotage & reporting | tableaux de bord par direction, indicateurs (délai 60 j, taux de recouvrement…), exports | ~15 |
| BO-ADMIN | Administration | utilisateurs & rôles applicatifs, paramétrage des workflows, consultation du journal d'audit | ~12 |
| Total indicatif | ~180 | ||
Points à trancher avant de démarrer
- ✓ Découpage (application unique modularisée) et dépôt séparé du portail — tranché et initialisé.
- BFF back-office : appels directs aux services via l'ingress (Traefik), ou couche d'agrégation dédiée pour composer les écrans.
- Fédération AD : dépend de la livraison de l'annuaire (ADR-0007) — conditionne le branchement réel de l'auth OIDC.
- Construire le backlog d'interface à partir des cartographies métier (le plus gros reste à faire).
- Brancher les API métier via l'ingress (Traefik) en remplacement des données d'exemple.