Compliance & Traceability

ISO 13485 pour les données de test

Découvrez comment répondre aux exigences de documentation de test ISO 13485 pour les dispositifs médicaux grâce aux fonctionnalités de données structurées.

JJulien Buteau
advanced11 min de lecture14 mars 2026

Exigences ISO 13485 pour les données de test avec TofuPilot

La norme ISO 13485 est le standard de management de la qualité pour les fabricants de dispositifs médicaux. Elle exige un contrôle rigoureux des processus de production, incluant des enregistrements de test complets pour chaque dispositif produit. TofuPilot fournit le stockage de données de test structuré et traçable qu'exige la norme ISO 13485.

Ce que la norme ISO 13485 exige pour les données de test

Les sections 7.5.1 (Maîtrise de la production et de la prestation de service) et 8.2.4 (Surveillance et mesurage du produit) de la norme ISO 13485 exigent :

ExigenceClause ISO 13485Ce que cela signifie pour les tests
Validation des processus7.5.2Prouver que votre processus de test produit des résultats cohérents
Identification et traçabilité7.5.3Relier chaque résultat de test à un numéro de série spécifique
Surveillance et mesurage8.2.4Définir les critères d'acceptation et enregistrer les preuves de conformité
Maîtrise des enregistrements4.2.5Maintenir les enregistrements de test, s'assurer qu'ils sont récupérables et protégés
Produit non conforme8.3Documenter ce qui arrive aux dispositifs qui échouent aux tests

Comment TofuPilot s'aligne avec la norme ISO 13485

Traçabilité (7.5.3)

Chaque exécution de test dans TofuPilot est liée à un numéro de série d'unité. Recherchez par numéro de série pour consulter l'historique complet des tests de n'importe quel dispositif.

medical_device_test.py
from tofupilot import TofuPilotClient

client = TofuPilotClient()

# Chaque exécution est liée à un identifiant unique de dispositif (UDI)
client.create_run(
    procedure_id="FINAL-INSPECTION-IEC60601",
    unit_under_test={
        "serial_number": "MD-2025-00421",  # UDI ou numéro de série
        "part_number": "PULSE-OX-V3",
    },
    run_passed=True,
    steps=[{
        "name": "Electrical Safety",
        "step_type": "measurement",
        "status": True,
        "measurements": [
            {"name": "earth_leakage_ua", "value": 287, "unit": "uA", "limit_high": 500},
            {"name": "patient_leakage_ua", "value": 8.3, "unit": "uA", "limit_high": 10},
            {"name": "insulation_resistance_mohm", "value": 520, "unit": "Mohm", "limit_low": 100},
        ],
    }, {
        "name": "Functional Performance",
        "step_type": "measurement",
        "status": True,
        "measurements": [
            {"name": "spo2_accuracy_pct", "value": 1.2, "unit": "%", "limit_high": 2.0},
            {"name": "heart_rate_accuracy_bpm", "value": 1.5, "unit": "BPM", "limit_high": 3.0},
        ],
    }],
)

Critères d'acceptation (8.2.4)

La norme ISO 13485 exige des critères d'acceptation documentés pour chaque inspection et test. Dans TofuPilot, les limites sur les mesures servent de critères d'acceptation.

MesureCritères d'acceptationRéférence normative
Courant de fuite à la terre< 500 uAIEC 60601-1
Courant de fuite patient< 10 uA (Type BF)IEC 60601-1
Résistance d'isolement> 100 MohmIEC 60601-1
Précision SpO2< 2% ARMSISO 80601-2-61

Ces limites sont définies dans la procédure de test et appliquées par TofuPilot à chaque exécution.

Maîtrise des enregistrements (4.2.5)

La norme ISO 13485 exige que les enregistrements soient :

ExigenceComment TofuPilot y répond
LisiblesDonnées structurées, pas manuscrites
Facilement identifiablesRecherche par numéro de série, procédure, date
RécupérablesAccès via API et tableau de bord
Protégés contre les dommagesHébergement cloud, sauvegardés
Protégés contre la perteStockage redondant
Conservés pendant une durée définieConservation des données selon votre politique SMQ

Produit non conforme (8.3)

Lorsqu'un dispositif échoue aux tests, la norme ISO 13485 exige la documentation de :

  1. La nature de la non-conformité (quelle mesure a échoué)
  2. Les actions entreprises (reprise, mise au rebut, utilisation en l'état)
  3. Les résultats de ré-inspection après reprise

TofuPilot capture automatiquement le point 1 (mesures échouées avec valeurs et limites). Pour les points 2 et 3, le flux de retest crée des enregistrements d'exécution supplémentaires liés au même numéro de série.

retest_after_rework.py
# Le dispositif a échoué au test initial
# Après reprise, retester et enregistrer
client.create_run(
    procedure_id="FINAL-INSPECTION-IEC60601-RETEST",
    unit_under_test={
        "serial_number": "MD-2025-00421",
    },
    run_passed=True,
    steps=[{
        "name": "Post-Rework Electrical Safety",
        "step_type": "measurement",
        "status": True,
        "measurements": [
            {"name": "earth_leakage_ua", "value": 312, "unit": "uA", "limit_high": 500},
            {"name": "patient_leakage_ua", "value": 7.1, "unit": "uA", "limit_high": 10},
        ],
    }],
)

Le dispositif possède désormais deux enregistrements de test dans TofuPilot : l'échec initial et la réussite après reprise. Les deux sont traçables, horodatés et immuables.

Dossier d'historique du dispositif (DHR)

Le DHR est une compilation d'enregistrements qui documente l'historique de production d'un dispositif fini. Les enregistrements de test en sont un élément clé.

TofuPilot contribue au DHR en fournissant :

  • Toutes les procédures de test exécutées sur le dispositif
  • Tous les résultats de mesure avec le statut réussite/échec
  • Les dates et heures de chaque test
  • Quel poste/testeur a exécuté chaque test
  • Les retests éventuels après reprise

Récupérez l'historique complet des tests d'un dispositif par numéro de série pour constituer le DHR.

Préparation aux audits

Quand un auditeur demande des enregistrements de test, vous devez les produire rapidement et de manière complète.

Demandes courantes des auditeurs et comment y répondre avec TofuPilot :

Demande de l'auditeurRéponse avec TofuPilot
« Montrez-moi les enregistrements de test pour le lot 2025-03 »Filtrer par plage de dates, exporter toutes les exécutions
« Quels sont les critères d'acceptation pour le test de fuite ? »Afficher les limites de mesure dans la procédure
« Montrez-moi tous les dispositifs qui ont échoué et ont été repris »Filtrer les exécutions échouées, vérifier les retests par numéro de série
« Prouvez que votre équipement de test est calibré »Métadonnées du poste avec les dates de calibration
« Quel est votre rendement au premier passage pour ce produit ? »Indicateur FPY du tableau de bord de la procédure

Tests de sécurité électrique IEC 60601

Les dispositifs médicaux connectés aux patients nécessitent des tests de sécurité électrique selon la norme IEC 60601-1. Mesures clés :

TestLimite Type BFLimite Type CF
Courant de fuite à la terre (normal)500 uA500 uA
Courant de fuite à la terre (défaut unique)1000 uA1000 uA
Courant de fuite patient (normal)100 uA10 uA
Courant de fuite patient (défaut unique)500 uA50 uA

Enregistrez tous ces résultats dans TofuPilot avec des limites correspondant à la classification de votre dispositif. Les enregistrements structurés servent de preuve de conformité pour les soumissions réglementaires.

Validation logicielle

Si vous utilisez TofuPilot dans le cadre de votre système qualité, la section 7.5.2.1 de la norme ISO 13485 exige la validation des logiciels utilisés en production et en management de la qualité. Travaillez avec votre équipe qualité pour documenter le rôle de TofuPilot dans votre SMQ et l'inclure dans votre plan de validation logicielle.

Plus de guides

Mettez ce guide en pratique