Données & reprise · MCD · svc-reference-data
svc-reference-data — modèle de données minimal
Le pivot de toute la reprise : c'est ici qu'atterrissent les recodages des varchar libres du legacy, et c'est ce schéma que consomme la première tranche de livraison. Il n'est pas encore modélisé — le contenu ci-dessous en fixe le minimum.
9tables du noyau
2compléments
1manquantes
19compagnies à reprendre
MCD minimal
Contenu minimal en tables
Le noyau est ce sans quoi le service ne peut pas tenir ses agrégats ni sa première tranche fonctionnelle. Les tables du socle technique s'ajoutent à cette liste et ne sont pas répétées.
| Niveau | Table | Contenu et point de vigilance |
|---|---|---|
| NOYAU | insurers | Les 19 compagnies. Conserver le double identifiant hérité comp_id + comp_indic : tout le legacy s'y raccroche. |
| MANQUE | insurer_aliases | Absente de la modélisation. LOGPROD référence les compagnies par abréviation texte (table controle, bordereaux). Sans elle, le rapprochement contrôle ↔ compagnie se fait à la main. |
| NOYAU | healthcare_facilities | Hôpitaux, CHU, cliniques, officines : agrément, type, coordonnées. |
| NOYAU | medical_experts | Experts médicaux agréés, spécialité, période d'agrément. |
| NOYAU | legal_actors | Avocats, commissaires de justice, juridictions. |
| NOYAU | suppliers | Fournisseurs (officines, matériel d'ostéosynthèse) — table fournisseur, nécessaire à la facturation tiers payant. |
| NOYAU | vehicle_categories | Les 12 catégories réglementaires (table categorie). |
| NOYAU | regulatory_parameters | Taux de contribution (2 %), tolérance (1 FCFA), pénalité (10 %/mois), délais, et le SMIG par période. DONNÉE MANQUANTE : la valeur du SMIG n'est ni en base ni dans le code legacy. |
| NOYAU | code_lists | Nomenclatures : natures d'opération, types de pièce, motifs de rejet, statuts. |
| NOYAU | code_list_entries | Valeurs des nomenclatures — cible du recodage des varchar libres du legacy. |
| COMPL. | geographic_areas | Régions et départements, utilisés par les missions de contrôle terrain. |
| COMPL. | reference_snapshots | Versions publiées, pour que les lots mobiles descendants soient reproductibles. |
Sources legacy et transformations
| Table legacy | Volumétrie | Table cible | Transformation clé |
|---|---|---|---|
| compagnie | 19 lignes | insurers | Conserver comp_id et comp_indic ; dédoublonner les raisons sociales saisies librement. |
| abréviations (dans <code>controle</code> et bordereaux) | à extraire | insurer_aliases | Extraire les variantes d'écriture rencontrées et les rattacher à une compagnie — préalable au chargement de field-inspections. |
| chu | à mesurer | healthcare_facilities | Recoder le type d'établissement ; rapprocher des structures citées en texte libre dans les prises en charge. |
| fournisseur | à mesurer | suppliers | Séparer officines et fournisseurs de matériel. |
| categorie | 12 lignes | vehicle_categories | Reprise directe. |
| parametre | contenu à inventorier | regulatory_parameters | Question ouverte au client : que contient réellement cette table ? Le SMIG n'y figure pas. |
Points de vigilance
Toute ligne de référentiel est datée (valid_from / valid_to) et jamais supprimée. Un dossier de 2019 doit se relire avec le paramétrage de 2019 — sans quoi ni l'assiette ni les indemnités ne sont reproductibles. C'est la contrainte structurante de ce schéma.
Trois services dépendent de ce schéma pour leur propre reprise : svc-field-inspections (résolution des compagnies par abréviation), svc-contributions (référentiel compagnies issu des bordereaux) et svc-compensation-engine (SMIG et plafonds). Il est le premier maillon du fan-out, pas un schéma parmi d'autres.
Décisions attendues
- Obtenir du client la valeur du SMIG par période — absente de la base comme du code.
- Inventorier le contenu réel de la table
parametreavant de figer regulatory_parameters. - Modéliser ce schéma en priorité : il conditionne la première tranche de livraison.