Comment détecter un risque de discrimination algorithmique dans un modèle de crédit traitant un profil médical sensible ?

Comment détecter un risque de discrimination algorithmique dans un modèle de crédit traitant un profil médical sensible ?

Un modèle de crédit peut discriminer indirectement un emprunteur porteur d’un profil médical sensible — même sans utiliser explicitement des données de santé — via des variables proxy corrélées (taux d’absentéisme, historique d’assurance, interruptions de revenus). La détection repose sur trois piliers : l’audit des variables d’entrée, les tests de parité statistique entre groupes, et la conformité aux exigences de l’ACPR et du RGPD sur les données à caractère sensible.

🤖 L’intelligence du crédit de demain, disponible aujourd’hui. Même avec un profil complexe, ne devinez plus si votre prêt sera accepté. Testez notre pré-générateur de dossier propulsé par notre middleware IA. 🚀 Générer mon pré-accord IA →

Cadre réglementaire : ce que la loi interdit et ce que les algorithmes contournent

Données de santé, variables proxy et interdictions légales

En droit français, les données relatives à la santé constituent une catégorie particulière au sens de l’article 9 du RGPD (Règlement UE 2016/679), dont le traitement est en principe interdit sauf exceptions strictement encadrées. Dans le contexte du crédit immobilier, les articles L313-1 et suivants du Code de la consommation (Légifrance) définissent les conditions d’octroi du prêt aux particuliers sans autoriser explicitement le recours à des critères médicaux pour la décision de financement. La Convention AERAS (s’Assurer et Emprunter avec un Risque Aggravé de Santé) complète ce dispositif en imposant un droit à l’oubli et un accès facilité à l’assurance emprunteur pour les personnes ayant souffert de certaines pathologies.

Le risque de discrimination algorithmique naît précisément là où la loi ne voit pas : un modèle de scoring peut ne jamais ingérer un diagnostic médical tout en pénalisant systématiquement les emprunteurs concernés via des variables proxy — interruptions de carrière, sinistralité assurance, fréquence des arrêts de travail déduite des flux de paie. L’ACPR, dans ses travaux de supervision publiés sur le site de la Banque de France, insiste sur la nécessité pour les établissements de crédit de documenter et de tester leurs modèles internes contre ce type de biais indirect, sous peine de manquement aux obligations de traitement équitable des clients.

Mécanismes de détection : du test statistique à l’audit de pipeline

Quatre méthodes concrètes pour identifier un biais algorithmique sur données sensibles

La détection d’un biais algorithmique sur un profil médical sensible ne se limite pas à une revue manuelle du code. Elle mobilise des techniques quantitatives et qualitatives complémentaires, applicables à chaque étape du pipeline de décision de crédit.

Méthode Ce qu’elle mesure Seuil d’alerte indicatif Applicabilité middleware
Disparate Impact Ratio (DIR) Ratio de taux d’acceptation entre groupe protégé et groupe de référence DIR < 0,80 (règle des 4/5e, EEOC) Calcul automatisable en temps réel sur chaque batch de décisions
Analyse des variables proxy Corrélation entre variables d’entrée et attribut sensible (santé) Corrélation de Spearman > 0,30 avec l’attribut protégé Intégrable dans la phase de feature engineering du pipeline MLOps
SHAP / valeurs de Shapley Contribution marginale de chaque variable à la décision individuelle Poids anormal d’une variable proxy sur profils ciblés Exposable via API d’explicabilité (endpoint /explain)
Test de contre-factuel (counterfactual fairness) La décision changerait-elle si l’attribut sensible était différent ? Divergence > 5 % entre scénarios Simulable dans un sandbox de scoring avant mise en production
Audit de données d’entraînement Sur-représentation ou sous-représentation de profils médicaux dans le jeu d’entraînement Écart > 15 % par rapport à la distribution population cible Vérifiable via data lineage et registre des traitements RGPD
{
  "audit_biais": {
    "modele_id": "scoring-credit-v3.2",
    "date_audit": "2026-07-15",
    "groupe_protege": "profil_medical_sensible",
    "disparate_impact_ratio": 0.74,
    "alerte": true,
    "variables_proxy_detectees": ["nb_arrets_travail_24m", "sinistres_assurance_vie"],
    "action_recommandee": "retrait_variable_ou_reponderation",
    "reference_reglementaire": "RGPD Art.9 / Code conso. L313-1"
  }
}

Implications pratiques pour les middlewares IA et l’Open Banking

Intégrer la détection de biais dans un pipeline de crédit automatisé

Dans une architecture middleware orientée crédit immobilier, la détection du risque de discrimination algorithmique doit être traitée comme une contrainte de conformité non fonctionnelle, au même titre que la latence ou la disponibilité. Concrètement, cela signifie qu’un module d’audit de parité doit être intercalé entre la couche de feature engineering et le moteur de scoring : il calcule en continu le Disparate Impact Ratio sur les décisions produites, logue les variables proxy à fort poids SHAP, et déclenche une alerte si le seuil réglementaire est franchi.

L’Open Banking amplifie ce risque : les flux PSD2 enrichissent les modèles de données comportementales (fréquence des achats en pharmacie, abonnements à des services de santé, virements vers des établissements médicaux) qui peuvent devenir des proxies de santé hautement prédictifs. Un middleware conforme doit donc embarquer une liste de catégories marchandes à exclure du feature store, maintenue à jour et auditée par le délégué à la protection des données (DPO). La Banque de France et l’ACPR attendent des établissements qu’ils documentent ces choix dans leur cartographie des risques modèles, conformément aux orientations de supervision publiées sur le portail de la Banque de France.

Enfin, la traçabilité de la décision individuelle est une exigence clé : tout refus de crédit fondé sur un score algorithmique doit pouvoir être expliqué à l’emprunteur (article 22 RGPD sur la décision automatisée). Un endpoint /explain exposant les valeurs SHAP normalisées, couplé à un rapport de parité horodaté, constitue la réponse technique minimale attendue par les superviseurs.

Questions fréquentes

Un modèle de crédit peut-il utiliser des données de santé pour scorer un emprunteur ?

Non. L'article 9 du RGPD interdit le traitement des données de santé à des fins de scoring de crédit, sauf consentement explicite ou autre exception strictement encadrée. Les articles L313-1 et suivants du Code de la consommation ne prévoient pas de dérogation à ce principe pour le crédit immobilier.

Qu'est-ce qu'une variable proxy dans un modèle de scoring et pourquoi est-elle problématique ?

Une variable proxy est une donnée apparemment neutre (ex. : nombre d'arrêts de travail, sinistres assurance-vie) qui est statistiquement corrélée à un attribut protégé comme l'état de santé. Son utilisation dans un modèle peut produire une discrimination indirecte, illégale même si l'attribut sensible n'est jamais explicitement traité.

Quel est le rôle de l'ACPR dans la supervision des modèles de scoring de crédit ?

L'ACPR (Autorité de Contrôle Prudentiel et de Résolution), dont les textes de supervision sont publiés sur le portail de la Banque de France, attend des établissements de crédit qu'ils documentent, testent et cartographient les risques liés à leurs modèles internes, y compris les risques de biais algorithmique et de traitement inéquitable des clients.

Comment le Disparate Impact Ratio permet-il de détecter une discrimination algorithmique ?

Le Disparate Impact Ratio (DIR) mesure le rapport entre le taux d'acceptation du groupe protégé (ex. : personnes avec antécédents médicaux) et celui du groupe de référence. Un DIR inférieur à 0,80 (règle des 4/5e) signale une discrimination potentielle et doit déclencher une révision du modèle ou de ses variables d'entrée.

Conclusion & Perspective 2027

D’ici 2027, la convergence entre l’AI Act européen (entré en vigueur progressivement depuis 2024) et les orientations de supervision de l’ACPR devrait rendre obligatoire la certification des modèles de crédit à haut risque, incluant un audit de biais tiers avant déploiement. Les middlewares IA de nouvelle génération intégreront des agents LLM capables de générer automatiquement des rapports de conformité anti-discrimination, de simuler des populations synthétiques de profils médicaux sensibles pour tester la robustesse du scoring, et d’adapter en temps réel le feature store aux nouvelles catégories de données sensibles identifiées par les régulateurs — transformant la détection du biais algorithmique d’un audit ponctuel en un processus continu et auditable.

🤖 L’intelligence du crédit de demain, disponible aujourd’hui. Obtenez le feu vert des banques grâce à notre technologie de pointe. Générez un dossier de prêt immobilier ultra-optimisé et validé par notre IA. 🚀 Générer mon dossier IA →

Sources utilisées