Données & reprise · MCD · svc-medical-care
svc-medical-care — modèle de données minimal
Le cœur du service a sa matière en base (363 autorisations, 875 actes). En revanche le suivi médical est quasi absent du legacy : les feuilles de suivi et les prescriptions sont des sous-périmètres à confirmer, pas des chargements acquis.
5tables du noyau
6compléments
363autorisations à 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 | care_requests | Demandes de prise en charge. 363 lignes (autorisation_pec) — matière confirmée en base. |
| NOYAU | medical_visas | Visa du médecin-conseil (act_avis_medecin → validation). |
| NOYAU | care_vouchers | Bons d'hospitalisation, de pharmacie, d'examens. Adossés aux 875 actes. |
| NOYAU | guarantee_letters | Lettres de garantie, comptées avec les autorisations dans les 363 lignes. |
| NOYAU | care_request_providers | Rattachement demande ↔ structure de santé. |
| COMPL. | medical_prescriptions | Prescriptions. À CONFIRMER — sous-périmètre non confirmé par les compteurs LOGESIN. |
| COMPL. | prescription_items | Lignes de prescription. Idem. |
| COMPL. | follow_up_sheets | Feuilles de suivi. À CONFIRMER — suivi : 2 lignes. Prévoir une cible vide plutôt qu'un chargement. |
| COMPL. | follow_up_actions | Actions de suivi. Idem. |
| COMPL. | care_consolidations | Consolidation médicale, séquelles, avis final — la charnière vers PR2. |
| COMPL. | guarantee_renewal_alerts | Alertes de renouvellement de garantie, calculées au runtime. |
| PROJ. | known_claims | EN CODE Projection du dossier alimentée par événements. C'est le bon patron — à généraliser. |
| PROJ. | known_facilities | Projection du référentiel des structures de santé. |
Sources legacy et transformations
| Table legacy | Volumétrie | Table cible | Transformation clé |
|---|---|---|---|
| autorisation_pec | 363 lignes | care_requests, guarantee_letters | Séparer autorisation et lettre de garantie ; rattacher le document numérisé (chemin → MinIO). |
| acte | 875 lignes | care_vouchers | Recoder le type d'acte vers les nomenclatures ; montants int FCFA → numeric. |
| act_avis_medecin | à mesurer | medical_visas | Traduire l'avis en décision de visa (accordé, refusé, sous réserve). |
| suivi | 2 lignes | follow_up_sheets | Ne pas charger : le suivi n'a jamais été alimenté. |
Points de vigilance
Trois tables du schéma modélisé sont à retirer : victims, claim_files et healthcare_providers y figurent comme tables maîtres. Elles appartiennent à svc-claims et svc-reference-data. Les garder crée deux sources de vérité pour la victime et le dossier — et deux cibles de reprise pour la même donnée. Le code a déjà tranché correctement avec known_claims : appliquer le même patron.
Statut « À CHARGER » maintenu, périmètre précisé. Le cœur du service a sa matière ; ce sont le suivi et les prescriptions qui restent à confirmer au profiling. La nuance compte : le service reste dans le chemin nominal du fan-out, avec deux sous-périmètres susceptibles d'arriver vides.
Décisions attendues
- Confirmer au profiling l'existence réelle des prescriptions dans LOGESIN.
- Acter que les feuilles de suivi démarrent vides (2 lignes source).