Monitoring des circuits de référencement en protection — 2024

Normes et méthodologies

Fichiers

• protection-referrals-2024.v1.csvCSV · 1 850 lignes · 197 KB
• protection-case-management-2024.v1.csvCSV · 1 108 lignes · 81 KB

Les fichiers sont versionnés par leur nom. Une correction est publiée sous .v2.csv plutôt qu'en remplaçant le fichier, afin qu'une analyse figée sur la v1 continue de se reproduire à l'identique.

Dictionnaire des variables

Provenance

Source

Données synthétiques, générées par scripts/generate/protection_referrals_2024.py

Méthode de collecte

Extraction simulée de monitoring des circuits de référencement, réduite aux seuls champs nécessaires à l'analyse

Zone géographique

Trois zones admin1 anonymisées, six zones admin2

Période

2024-01 à 2024-12

Qualité des données

• Chaque enregistrement est généré. Aucune personne réelle n'est décrite, et ce fichier ne doit jamais servir de modèle pour stocker des données de cas réelles — la version sûre de cela est un système de gestion de cas régi par le consentement, non un CSV.
• Ce que ce jeu de données omet délibérément constitue la leçon. Ni noms, ni coordonnées, ni texte libre, ni date d'incident, ni localisation sous l'admin2, ni âge exact, ni type d'incident, ni détail sur l'auteur. Rien de tout cela n'est nécessaire pour mesurer le fonctionnement d'un circuit de référencement, et selon les principes de gestion de l'information VBG, les champs relatifs à l'incident ne sont jamais partagés hors de l'agence de gestion de cas.
• Collecter moins que ce que l'on pourrait est la discipline ici modélisée. Le champ case_category est plus grossier que ce qu'utiliserait un gestionnaire de cas, car une analyse de performance du circuit n'a pas besoin de ce détail et le conserver crée un risque sans contrepartie analytique.
• Le consentement conditionne le circuit. Le dénominateur d'aboutissement est constitué des cas ayant consenti au référencement, et non de tous les cas. Compter un cas sans consentement comme un échec du circuit fausse à la fois la performance et le sens de la décision de la personne.
• Valeurs de référence : 88,5 % des cas ont consenti, et 46 % des cas consentants ont atteint un service. L'aboutissement va d'environ 23 % pour l'appui aux moyens de subsistance à 62 % pour la santé, et de 31 % à 57 % selon les six zones admin2.
• Un registre de gestion de cas est livré comme second fichier clé sur case_id, couvrant les 1 108 dossiers ayant consenti et pour lesquels un référencement a été fait. Il enregistre un **mois plutôt qu'une date**, à dessein : une date d'admission exacte, jointe à une zone et à une catégorie, suffit souvent à identifier une survivante, et une analyse mensuelle de charge de dossiers ne perd rien à ce grossissement.
• La charge de dossiers est le nombre qui cède en premier. Les orientations situent une charge active VBG autour de 25 dossiers par travailleur ; Port-de-Paix est en moyenne à 33,2 et culmine à 51, tandis que Saint-Louis-du-Nord est à 14,8. La zone surchargée tient aussi 1,78 revue de plan par dossier contre 2,31 à 2,45 ailleurs, et perd le contact avec 38,9 % des dossiers qu'elle clôt.
• 472 dossiers sur 1 108 (42,6 %) étaient encore ouverts à la clôture de décembre. Ils sont censurés, non manquants : un délai médian de clôture calculé sur les seuls dossiers clos affiche 4 mois et est biaisé vers le bas, car les dossiers les plus longs sont ceux qui ne sont pas clos.
• Les cas signalés mesurent le signalement. Saint-Louis-du-Nord ouvre un nouveau service en juillet et son flux mensuel passe de 5,8 à 10,2 dossiers — une hausse de 74 %, face à un flux stable partout ailleurs. Rien de la prévalence n'a changé. Une courbe de dossiers est une mesure de disponibilité du service et de comportement de signalement, et doit être libellée comme telle.

Problèmes connus

• Les cas avec handicap signalé aboutissent à environ 31 % contre 48 % sans. Cet écart est délibéré et constitue le constat d'équité que ce jeu de données existe pour faire apparaître.
• Soixante-deux cas ont une tranche d'âge vide. C'est le champ le plus souvent manquant dans les données d'admission réelles et celui dont dépendent la plupart des désagrégations.
• Une zone a saisi le handicap en Yes et No plutôt qu'en true et false, fragmentant la désagrégation par handicap en quatre catégories, dont deux trop petites pour être interprétées.
• Onze cas consignent un délai jusqu'au premier service alors que le référencement n'a jamais été accepté, contradiction logique qu'il faut résoudre avant d'accorder foi à un quelconque taux d'aboutissement. Six d'entre eux ne portent aucun référencement effectué, et un n'avait pas de consentement.
• Quarante référencements acceptés n'ont aucun délai consigné. Le dénominateur de promptitude est donc plus petit que celui d'aboutissement, et utiliser l'un pour l'autre fausse les deux.
• Hinche classe 36,2 % de ses clôtures en closed-administratively contre 3,8 % à 9,8 % ailleurs, et son taux de perte de contact affiche 20,2 % contre 22,1 % à 38,9 %. Le fourre-tout masque le motif dont un superviseur a besoin. Un motif de clôture est un jugement : une distribution qui diffère fortement d'une zone à l'autre est d'abord une question sur le bureau avant d'être une question sur les dossiers.
• Sept dossiers portent un mois de clôture antérieur à leur mois d'ouverture. La contradiction est invisible tant que les deux colonnes ne sont pas comparées, et toute durée calculée à partir d'elles est négative.
• Un identifiant de travailleur social apparaît sous deux zones, car un agent muté a été réenregistré plutôt que déplacé. Une charge calculée par agent est juste ; une charge calculée par agent et par zone compte l'effectif deux fois.
• Ventiler le motif de clôture par zone et par catégorie produit 102 cellules, dont 30 contiennent un ou deux dossiers. Dans un jeu de données VBG, une cellule à un est une personne, et le tableau doit être supprimé ou agrégé avant de sortir des murs.

Exemples traités