Accueil / Factory / Use cases / MAINTENANCE PRÉDICTIVE MAINTENANCE PRÉDICTIVE · SANTÉ · 18 oct. 2026

Maintenance prédictive des IRM et scanners : zéro panne surprise

Prédire les pannes d'IRM et scanners en hôpital pour éviter l'arrêt d'imagerie et les reports d'examens patients.

MAINTENANCE PRÉDICTIVESANTÉComplexité : ÉLEVÉEMise en production : 5 à 8 mois

LE PROBLÈME

Dans un centre hospitalier, un IRM ou un scanner à l'arrêt bloque une file d'examens programmés plusieurs jours à l'avance. Chaque panne non anticipée oblige à reprogrammer des patients, parfois en urgence oncologique ou cardiologique, et génère des heures de technicien biomédical en réaction plutôt qu'en prévention. Le coût du statu quo se compte en examens perdus, en pénalités de contrat de maintenance constructeur, et en risque clinique quand un diagnostic est retardé.

La maintenance reste aujourd'hui calendaire ou réactive : on change des pièces à date fixe ou on intervient après la panne. Les logs machine, les alertes constructeur et les tickets biomédicaux ne sont pas croisés pour anticiper une dérive avant l'arrêt complet.

LES DONNÉES

  • Logs techniques des équipements (température bobine, vibrations compresseur, cycles gradient) issus des interfaces constructeur
  • Historique des interventions et tickets de maintenance biomédicale (GMAO)
  • Alertes et codes erreur émis par les automates de supervision
  • Planning d'utilisation et taux d'occupation des salles d'imagerie
  • Historique des pannes passées avec cause racine documentée
  • Données de contrat de maintenance constructeur (SLA, pièces couvertes)
  • Conditions environnementales de la salle (climatisation, hygrométrie)

LES MÉTHODES

  • Détection d'anomalies sur séries temporelles (autoencodeur ou isolation forest) pour repérer les dérives de signal
  • Modèle de survie de Cox pour estimer le temps restant avant défaillance d'un composant
  • XGBoost pour consolider les signaux hétérogènes en un score de risque unique
  • Règles métier de criticité clinique pour prioriser les alertes selon l'impact patient
  • Maintenance conditionnelle basée sur seuils adaptatifs plutôt que calendaires

L'APPROCHE

Le projet démarre par un audit des capteurs et logs disponibles sur chaque modalité d'imagerie, souvent hétérogènes selon le constructeur. On construit un pipeline d'ingestion qui normalise ces signaux dans un format commun, avec Airflow pour l'orchestration et BigQuery pour le stockage historisé.

On modélise ensuite le risque de panne à horizon court, par exemple 7 à 14 jours, en traitant le problème comme une détection d'anomalies sur séries temporelles multivariées, complétée par un modèle de survie de Cox pour estimer le temps restant avant défaillance d'un composant critique comme le compresseur à hélium. Un gradient boosting XGBoost vient consolider ces signaux avec les variables d'usage et d'environnement pour produire un score de risque exploitable par les équipes biomédicales.

Le score alimente un tableau de bord Looker Studio consulté par les techniciens et le responsable biomédical, avec une alerte priorisée par criticité clinique de la machine concernée, pour déclencher une intervention avant l'arrêt.

MISE EN ŒUVRE

  1. Cadrage avec la direction biomédicale et inventaire des équipements critiques à couvrir en priorité
  2. Audit des sources de données et accès aux logs constructeur, souvent sous contrat propriétaire
  3. Construction du pipeline d'ingestion et de la base historique des pannes avec cause racine
  4. Développement et validation des modèles de détection et de survie sur l'historique disponible
  5. Déploiement d'un tableau de bord d'alerte intégré au workflow GMAO existant
  6. Pilote sur un parc restreint d'équipements avec suivi hebdomadaire des faux positifs
  7. Généralisation progressive et boucle de réentraînement avec les nouveaux incidents

GAINS ATTENDUS

Si 25 % des pannes majeures sont anticipées avec au moins 48 heures d'avance, le centre pourrait reprogrammer les examens sans annulation sèche et réduire les heures d'intervention en urgence. Sur un parc de quelques IRM et scanners, cela représenterait potentiellement plusieurs dizaines d'examens préservés par an et une baisse des pénalités liées aux contrats de maintenance constructeur.

KPIS À SUIVRE

  • Taux de pannes évitées grâce à une alerte anticipée
  • Nombre d'examens reportés pour cause de panne non planifiée
  • Délai moyen entre alerte et intervention préventive
  • Taux de faux positifs du modèle de risque
  • Disponibilité globale du parc d'imagerie

LA STACK

  • Python (scikit-learn, lifelines, XGBoost)
  • BigQuery pour le stockage des séries temporelles
  • Airflow pour l'orchestration des pipelines
  • Vertex AI pour l'entraînement et le monitoring des modèles
  • Looker Studio pour les tableaux de bord biomédicaux
  • Intégration GMAO existante pour le déclenchement des interventions

RISQUES ET CONFORMITÉ

  • Qualité et accès limités aux logs constructeur, souvent propriétaires et peu documentés, à sécuriser contractuellement en amont
  • Faux positifs générant des interventions inutiles et une lassitude des équipes biomédicales, à limiter par un seuillage ajusté avec retour terrain
  • Conformité RGPD si les données d'usage machine sont croisées avec des données patient nominatives, à éviter par anonymisation stricte des plannings
  • Dérive du modèle quand un équipement est remplacé ou mis à jour, nécessitant un réentraînement périodique et un suivi de performance
  • Dépendance à un historique de pannes insuffisant au démarrage, à compenser par des règles expertes transitoires le temps d'accumuler les données

QUESTIONS FRÉQUENTES

Faut-il changer de contrat de maintenance avec le constructeur de l'IRM ?

Non, le modèle vient en complément du contrat existant. Il aide à prioriser les interventions et à négocier des créneaux de maintenance préventive, sans remplacer les obligations contractuelles du constructeur.

Combien d'historique de pannes faut-il pour démarrer ?

Un minimum de 18 à 24 mois d'historique par équipement est recommandé pour entraîner un modèle fiable. En dessous, on démarre avec des règles expertes et de la détection d'anomalies simple, en attendant d'accumuler des cas de panne.

Ce projet s'applique-t-il à d'autres équipements que l'imagerie ?

Oui, la même approche fonctionne sur les automates de laboratoire, les stérilisateurs ou les équipements de bloc opératoire, dès lors que des logs d'usage et un historique de pannes existent.

CE USE CASE CHEZ VOUS ?

Nous le cadrons, le construisons et le mettons en production. Ou nous formons vos équipes à le faire.

Parlons de votre projet →
← Tous les use cases