
- Publication
- Mise à jour
Un algorithme de dispositif peut recevoir des entrées différentes alors que son code reste inchangé. Un autre système d’imagerie, groupe utilisateur ou mode d’acquisition peut créer des conditions différentes des données de développement. Ne pas limiter la surveillance des performances aux versions logicielles.
Définir l’évaluation
Préciser les conditions d’entrée prévues et les limites connues. Un changement de distribution est un signal à investiguer, et non à lui seul une preuve de défaillance clinique ou d’événement de sécurité. L’interprétation nécessite un examen conjoint de la qualité des données, de la compatibilité technique et du contexte clinique.
Exemple pratique
Par exemple, des images de résolution inférieure arrivent d’un nouveau centre. Les résultats moyens semblent similaires, mais la confiance diminue dans certains enregistrements. Au lieu d’accepter automatiquement les résultats, l’équipe examine les conditions d’acquisition et les groupes pertinents. Elle distingue les preuves représentant les nouvelles entrées des hypothèses héritées de la validation précédente.
Vérifications pratiques
- Consigner les changements de formats d’entrée, de plages de qualité et de conditions cliniques d’utilisation.
- Définir quel signal déclenche l’examen et qui est responsable de son évaluation.
- Examiner les groupes d’entrées affectés avec la performance globale selon une démarche motivée.
Décision et limites
La décision doit expliquer si les conditions modifiées restent dans le périmètre prévu et si des preuves supplémentaires sont nécessaires. L’absence de signal détecté n’établit pas la couverture de toute nouvelle condition. Si nécessaire, les examinateurs habilités reconsidèrent les limites d’utilisation, le recueil des données ou la validation et en conservent la justification.
Questions fréquentes
- Une dérive de distribution est-elle une défaillance du dispositif ?
- Pas à elle seule. Étudier son effet sur les performances réelles et le risque.
- Un code inchangé supprime-t-il le besoin de réévaluation ?
- Non. Des entrées et un contexte d’utilisation modifiés peuvent placer le même code dans des conditions sensiblement différentes.