option
MaisonMaison Skill Documentation mdr-745-specialist

Classer les dispositifs médicaux conformément au règlement européen MDR 2017/745, établir la documentation technique, planifier les évaluations cliniques et gérer la surveillance post-commercialisation ainsi que l'intégration dans EUDAMED.

...Développer tout
23
Heure mise à jour 29 août 2026

Spécialiste du règlement MDR 2017/745

Modèles de conformité au RDM de l’UE pour la classification des dispositifs médicaux, la documentation technique et les données cliniques.

Table des matières

  • Processus de classification des dispositifs
  • Documentation technique
  • Données cliniques
  • Surveillance post-commercialisation
  • EUDAMED et UDI
  • Documentation de référence
  • Outils

Processus de classification des dispositifs

Classer un dispositif conformément à l’annexe VIII du RDM :

  1. Déterminer la durée d’utilisation du dispositif (transitoire, à court terme, à long terme)
  2. Déterminer le niveau d’invasivité (non invasif, par les orifices corporels, chirurgical)
  3. Évaluer le système corporel avec lequel le dispositif entre en contact (SNC, cardiaque, autre)
  4. Vérifier s’il s’agit d’un dispositif actif (dépendant de l’énergie)
  5. Appliquer les règles de classification 1 à 22
  6. Pour les logiciels, appliquer l’algorithme MDCG 2019-11
  7. Documenter le raisonnement de classification
  8. Validation : classification confirmée par l’organisme notifié

Matrice de classification

Facteur Classe I Classe IIa Classe IIb Classe III
Durée N'importe quelle Court terme À long terme À long terme
Caractère invasif Non invasif Orifice corporel Chirurgical Implantable
Système N'importe lequel Non critiques Organes vitaux SNC/cœur
Risque Le plus faible Faible à moyen Moyen à élevé Très élevé

Classification des logiciels (MDCG 2019-11)

Utilisation des informations Gravité de l’affection Classe
Influence la décision Non grave IIa
Influence la décision Grave IIb
Détermine/traite Critique III

Exemples de classification

Exemple 1 : Suture chirurgicale résorbable

  • Règle n° 8 (implantable, à long terme)
  • Durée : > 30 jours (résorbable)
  • Contact : tissus généraux
  • Classification : Classe IIb

Exemple 2 : logiciel de diagnostic basé sur l’IA

  • Règle 11 + MDCG 2019-11
  • Fonction : diagnostic d’une affection grave
  • Classification : Classe IIb

Exemple 3 : Stimulateur cardiaque

  • Règle 8 (implantable)
  • Contact : Système circulatoire central
  • Classification : Classe III

Documentation technique

Préparer le dossier technique conformément aux annexes II et III :

  1. Rédiger la description du dispositif (variantes, accessoires, destination)
  2. Élaborer l'étiquetage (exigences de l'article 13, notice d'utilisation)
  3. Documenter la conception et le processus de fabrication
  4. Remplir la matrice de conformité au règlement GSPR
  5. Préparer l’analyse des bénéfices et des risques
  6. Compiler les preuves de vérification et de validation
  7. Intégrer le dossier de gestion des risques (ISO 14971)
  8. Validation : vérification de l’exhaustivité du dossier technique

Structure du dossier technique

ANNEX II TECHNICAL DOCUMENTATION
├── Device description and UDI-DI
├── Label and instructions for use
├── Design and manufacturing info
├── GSPR compliance matrix
├── Benefit-risk analysis
├── Verification and validation
└── Clinical evaluation report

Liste de contrôle de conformité GSPR

Exigence Justificatif Statut
Conception sûre (GSPR 1-3) Dossier de gestion des risques
Propriétés chimiques (GSPR 10.1) Rapport de biocompatibilité
Risque d'infection (GSPR 10.2) Validation de la stérilisation
Exigences logicielles (GSPR 17) Documentation selon la norme CEI 62304
Étiquetage (GSPR 23) Maquette d'étiquette, notice d'utilisation

Voies d'évaluation de la conformité

Classe Voie Implication des organismes notifiés
I Autodéclaration selon l’annexe II Aucune
Is/Im Annexes II + IX/XI Aspects liés à la stérilité et à la mesure
IIa Annexes II + IX ou XI Produit ou SMQ
IIb Annexe IX, ou annexes X + XI Système de gestion de la qualité (SGQ) + évaluation de la documentation technique, ou examen de type + production
III Annexe IX, ou annexes X et XI Système de gestion de la qualité complet + dossier du produit, ou examen de type + production

Données cliniques

Élaborer une stratégie relative aux données cliniques conformément à l’annexe XIV :

  1. Définir les allégations cliniques et les critères d'évaluation
  2. Effectuer une recherche bibliographique systématique
  3. Évaluer la qualité des données cliniques
  4. Évaluer l'équivalence (technique, biologique, clinique)
  5. Identifier les lacunes dans les données
  6. Déterminer si une étude clinique est nécessaire
  7. Rédiger un rapport d'évaluation clinique (CER)
  8. Validation : le CER est examiné par un évaluateur qualifié

Exigences en matière de données par classe

Catégorie Preuves minimales requises Étude
I Analyse risques-avantages Généralement non requise
IIa Documentation + suivi post-commercialisation Peut être exigée
IIb Revue systématique de la littérature Souvent requis
III Données cliniques exhaustives Obligatoires (article 61)

Structure du rapport d’évaluation clinique

CER CONTENTS
├── Executive summary
├── Device scope and intended purpose
├── Clinical background (state of the art)
├── Literature search methodology
├── Data appraisal and analysis
├── Safety and performance conclusions
├── Benefit-risk determination
└── PMCF plan summary

Exigences relatives aux évaluateurs qualifiés

  • Diplôme de médecine ou qualification équivalente dans le domaine de la santé
  • Au moins 4 ans d’expérience clinique dans le domaine concerné
  • Formation aux méthodes d’évaluation clinique
  • Maîtrise des exigences du règlement MDR

Surveillance post-commercialisation

Mise en place d'un système de surveillance post-commercialisation conformément au chapitre VII :

  1. Élaborer un plan de surveillance post-commercialisation (article 84)
  2. Définir les méthodes de collecte des données
  3. Mettre en place des procédures de traitement des réclamations
  4. Mettre en place un processus de notification des événements indésirables
  5. Planifier les rapports périodiques de mise à jour sur la sécurité (PSUR)
  6. Intégrer ces éléments aux activités de suivi post-commercialisation (PMCF)
  7. Définir l'analyse des tendances et la détection des signaux
  8. Validation : audit annuel du système de surveillance post-commercialisation

Composantes du système PMS

Composant Exigence Fréquence
Plan PMS Article 84 Tenir à jour le
PSUR Article 86 — Classe IIa et au-delà Conformément à l’article 86, paragraphe 1, voir le tableau ci-dessous
Plan PMCF Annexe XIV, partie B Mise à jour avec le CER
Rapport PMCF Annexe XIV, partie B Annuelle (classe III)
Vigilance Articles 87 à 92 Au fur et à mesure que les événements se produisent

Calendrier des PSUR

Classe Fréquence (art. 86, paragraphe 1, du règlement MDR)
Classe III Mise à jour au moins une fois par an
Classe IIb (toutes, y compris les dispositifs implantables) Mise à jour au moins une fois par an
Classe IIa Si nécessaire, au moins tous les deux ans
Classe I Pas de PSUR — rapport PMS à la place (art. 85)

Déclaration des incidents graves

Délais Exigence
2 jours Menace grave pour la santé publique
10 jours Décès ou aggravation grave de l’état de santé
15 jours Autres incidents graves

EUDAMED et UDI

Mise en œuvre du système UDI conformément à l’article 27 :

  1. Obtenir le code de l'organisme émetteur (GS1, HIBCC, ICCBBA)
  2. Attribuer un code UDI-DI à chaque variante de dispositif
  3. Attribuer un UDI-PI (identifiant de production)
  4. Appliquer le support UDI sur les étiquettes (AIDC + HRI)
  5. Enregistrer l'acteur dans EUDAMED
  6. Enregistrer les dispositifs dans EUDAMED
  7. Téléverser les certificats dès qu’ils sont disponibles
  8. Validation : UDI vérifié sur des étiquettes types

Modules EUDAMED

Module Contenu Acteur
Acteur Enregistrement de l’entreprise Fabricant, AR
UDI/Dispositif Données relatives au dispositif et à ses variantes Fabricant
Certificats Certificats des organismes notifiés Organisme notifié
Essai clinique Enregistrement de l'étude Promoteur
Vigilance Déclarations d'incidents Fabricant
Surveillance du marché Mesures prises par les autorités Autorité compétente

Exigences relatives à l'étiquetage UDI

Éléments requis en vertu de l'article 13 :

  • UDI-DI (identifiant du dispositif)
  • UDI-PI (identifiant de production) pour la classe II+
  • Format AIDC (code-barres/RFID)
  • Format HRI (lisible à l'œil nu)
  • Nom et adresse du fabricant
  • Numéro de lot/numéro de série
  • Date de péremption (le cas échéant)

Documentation de référence

Guide de classification MDR

references/mdr-classification-guide.md contient :

  • Règles complètes de classification de l’annexe VIII (règles 1 à 22)
  • Classification des logiciels selon le MDCG 2019-11
  • Exemples de classification commentés
  • Sélection de la voie d’évaluation de la conformité

Exigences en matière de données cliniques

references/clinical-evidence-requirements.md Contient :

  • Cadre et hiérarchie des données cliniques
  • Méthodologie de recherche bibliographique
  • Structure du rapport d’évaluation clinique
  • Guide relatif au plan PMCF et au rapport d’évaluation

Modèles de documentation technique

references/technical-documentation-templates.md Contient :

  • Exigences relatives au contenu des annexes II et III
  • Structure du dossier historique de conception
  • Modèle de matrice de conformité GSPR
  • Modèle de déclaration de conformité
  • Liste de contrôle pour la soumission à l'organisme notifié

Outils

Analyseur de non-conformité au RDM

# Quick gap analysis
python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa

# JSON output for integration
python scripts/mdr_gap_analyzer.py --device "Device Name" --class III --output json

# Interactive assessment
python scripts/mdr_gap_analyzer.py --interactive

Analyse la conformité du dispositif aux exigences du MDR, identifie les écarts de conformité et génère des recommandations classées par ordre de priorité.

Les résultats comprennent :

  • Une liste de contrôle des exigences par catégorie
  • Identification des écarts avec indication des priorités
  • Mise en évidence des écarts critiques
  • Recommandations pour une feuille de route de mise en conformité

Interface avec l’organisme notifié

Critères de sélection

Facteur Éléments à prendre en compte
Portée de la désignation Couvre votre type de dispositif
Capacité Calendrier de l’audit initial
Couverture géographique Marchés auxquels vous devez accéder
Expertise technique Expérience avec votre technologie
Structure tarifaire Transparence, prévisibilité

Liste de contrôle avant soumission

  • Documentation technique complète
  • Matrice GSPR entièrement traitée
  • Dossier de gestion des risques à jour
  • Rapport d’évaluation clinique complet
  • Système de gestion de la qualité (ISO 13485) certifié
  • Étiquetage et notice d’utilisation finalisés
  • Validation : évaluation interne des écarts terminée
Voir sur GitHub
---
name: mdr-745-specialist
description: Classify medical devices under EU MDR 2017/745, build technical documentation, plan clinical evaluations, and manage post-market surveillance and EUDAMED integration.
---

# MDR 2017/745 Specialist

EU MDR compliance patterns for medical device classification, technical documentation, and clinical evidence.

---

## Table of Contents

- [Device Classification Workflow](#device-classification-workflow)
- [Technical Documentation](#technical-documentation)
- [Clinical Evidence](#clinical-evidence)
- [Post-Market Surveillance](#post-market-surveillance)
- [EUDAMED and UDI](#eudamed-and-udi)
- [Reference Documentation](#reference-documentation)
- [Tools](#tools)

---

## Device Classification Workflow

Classify device under MDR Annex VIII:

1. Identify device duration (transient, short-term, long-term)
2. Determine invasiveness level (non-invasive, body orifice, surgical)
3. Assess body system contact (CNS, cardiac, other)
4. Check if active device (energy dependent)
5. Apply classification rules 1-22
6. For software, apply MDCG 2019-11 algorithm
7. Document classification rationale
8. **Validation:** Classification confirmed with Notified Body

### Classification Matrix

| Factor | Class I | Class IIa | Class IIb | Class III |
|--------|---------|-----------|-----------|-----------|
| Duration | Any | Short-term | Long-term | Long-term |
| Invasiveness | Non-invasive | Body orifice | Surgical | Implantable |
| System | Any | Non-critical | Critical organs | CNS/cardiac |
| Risk | Lowest | Low-medium | Medium-high | Highest |

### Software Classification (MDCG 2019-11)

| Information Use | Condition Severity | Class |
|-----------------|-------------------|-------|
| Informs decision | Non-serious | IIa |
| Informs decision | Serious | IIb |
| Drives/treats | Critical | III |

### Classification Examples

**Example 1: Absorbable Surgical Suture**
- Rule 8 (implantable, long-term)
- Duration: > 30 days (absorbed)
- Contact: General tissue
- Classification: **Class IIb**

**Example 2: AI Diagnostic Software**
- Rule 11 + MDCG 2019-11
- Function: Diagnoses serious condition
- Classification: **Class IIb**

**Example 3: Cardiac Pacemaker**
- Rule 8 (implantable)
- Contact: Central circulatory system
- Classification: **Class III**

---

## Technical Documentation

Prepare technical file per Annex II and III:

1. Create device description (variants, accessories, intended purpose)
2. Develop labeling (Article 13 requirements, IFU)
3. Document design and manufacturing process
4. Complete GSPR compliance matrix
5. Prepare benefit-risk analysis
6. Compile verification and validation evidence
7. Integrate risk management file (ISO 14971)
8. **Validation:** Technical file reviewed for completeness

### Technical File Structure

```
ANNEX II TECHNICAL DOCUMENTATION
├── Device description and UDI-DI
├── Label and instructions for use
├── Design and manufacturing info
├── GSPR compliance matrix
├── Benefit-risk analysis
├── Verification and validation
└── Clinical evaluation report
```

### GSPR Compliance Checklist

| Requirement | Evidence | Status |
|-------------|----------|--------|
| Safe design (GSPR 1-3) | Risk management file | ☐ |
| Chemical properties (GSPR 10.1) | Biocompatibility report | ☐ |
| Infection risk (GSPR 10.2) | Sterilization validation | ☐ |
| Software requirements (GSPR 17) | IEC 62304 documentation | ☐ |
| Labeling (GSPR 23) | Label artwork, IFU | ☐ |

### Conformity Assessment Routes

| Class | Route | NB Involvement |
|-------|-------|----------------|
| I | Annex II self-declaration | None |
| Is/Im | Annex II + IX/XI | Sterile/measuring aspects |
| IIa | Annex II + IX or XI | Product or QMS |
| IIb | Annex IX, or Annex X + XI | QMS + tech doc assessment, or type exam + production |
| III | Annex IX, or Annex X + XI | Full QMS + product dossier, or type exam + production |

---

## Clinical Evidence

Develop clinical evidence strategy per Annex XIV:

1. Define clinical claims and endpoints
2. Conduct systematic literature search
3. Appraise clinical data quality
4. Assess equivalence (technical, biological, clinical)
5. Identify evidence gaps
6. Determine if clinical investigation required
7. Prepare Clinical Evaluation Report (CER)
8. **Validation:** CER reviewed by qualified evaluator

### Evidence Requirements by Class

| Class | Minimum Evidence | Investigation |
|-------|------------------|---------------|
| I | Risk-benefit analysis | Not typically required |
| IIa | Literature + post-market | May be required |
| IIb | Systematic literature review | Often required |
| III | Comprehensive clinical data | Required (Article 61) |

### Clinical Evaluation Report Structure

```
CER CONTENTS
├── Executive summary
├── Device scope and intended purpose
├── Clinical background (state of the art)
├── Literature search methodology
├── Data appraisal and analysis
├── Safety and performance conclusions
├── Benefit-risk determination
└── PMCF plan summary
```

### Qualified Evaluator Requirements

- Medical degree or equivalent healthcare qualification
- 4+ years clinical experience in relevant field
- Training in clinical evaluation methodology
- Understanding of MDR requirements

---

## Post-Market Surveillance

Establish PMS system per Chapter VII:

1. Develop PMS plan (Article 84)
2. Define data collection methods
3. Establish complaint handling procedures
4. Create vigilance reporting process
5. Plan Periodic Safety Update Reports (PSUR)
6. Integrate with PMCF activities
7. Define trend analysis and signal detection
8. **Validation:** PMS system audited annually

### PMS System Components

| Component | Requirement | Frequency |
|-----------|-------------|-----------|
| PMS Plan | Article 84 | Maintain current |
| PSUR | Article 86 — Class IIa and higher | Per Art. 86(1) schedule below |
| PMCF Plan | Annex XIV Part B | Update with CER |
| PMCF Report | Annex XIV Part B | Annual (Class III) |
| Vigilance | Articles 87-92 | As events occur |

### PSUR Schedule

| Class | Frequency (MDR Art. 86(1)) |
|-------|-----------------------------|
| Class III | Updated at least annually |
| Class IIb (all, incl. implantable) | Updated at least annually |
| Class IIa | When necessary, at least every 2 years |
| Class I | No PSUR — PMS report instead (Art. 85) |

### Serious Incident Reporting

| Timeline | Requirement |
|----------|-------------|
| 2 days | Serious public health threat |
| 10 days | Death or serious deterioration |
| 15 days | Other serious incidents |

---

## EUDAMED and UDI

Implement UDI system per Article 27:

1. Obtain issuing entity code (GS1, HIBCC, ICCBBA)
2. Assign UDI-DI to each device variant
3. Assign UDI-PI (production identifier)
4. Apply UDI carrier to labels (AIDC + HRI)
5. Register actor in EUDAMED
6. Register devices in EUDAMED
7. Upload certificates when available
8. **Validation:** UDI verified on sample labels

### EUDAMED Modules

| Module | Content | Actor |
|--------|---------|-------|
| Actor | Company registration | Manufacturer, AR |
| UDI/Device | Device and variant data | Manufacturer |
| Certificates | NB certificates | Notified Body |
| Clinical Investigation | Study registration | Sponsor |
| Vigilance | Incident reports | Manufacturer |
| Market Surveillance | Authority actions | Competent Authority |

### UDI Label Requirements

Required elements per Article 13:

- [ ] UDI-DI (device identifier)
- [ ] UDI-PI (production identifier) for Class II+
- [ ] AIDC format (barcode/RFID)
- [ ] HRI format (human-readable)
- [ ] Manufacturer name and address
- [ ] Lot/serial number
- [ ] Expiration date (if applicable)

---

## Reference Documentation

### MDR Classification Guide

`references/mdr-classification-guide.md` contains:

- Complete Annex VIII classification rules (Rules 1-22)
- Software classification per MDCG 2019-11
- Worked classification examples
- Conformity assessment route selection

### Clinical Evidence Requirements

`references/clinical-evidence-requirements.md` contains:

- Clinical evidence framework and hierarchy
- Literature search methodology
- Clinical Evaluation Report structure
- PMCF plan and evaluation report guidance

### Technical Documentation Templates

`references/technical-documentation-templates.md` contains:

- Annex II and III content requirements
- Design History File structure
- GSPR compliance matrix template
- Declaration of Conformity template
- Notified Body submission checklist

---

## Tools

### MDR Gap Analyzer

```bash
# Quick gap analysis
python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa

# JSON output for integration
python scripts/mdr_gap_analyzer.py --device "Device Name" --class III --output json

# Interactive assessment
python scripts/mdr_gap_analyzer.py --interactive
```

Analyzes device against MDR requirements, identifies compliance gaps, generates prioritized recommendations.

**Output includes:**
- Requirements checklist by category
- Gap identification with priorities
- Critical gap highlighting
- Compliance roadmap recommendations

---

## Notified Body Interface

### Selection Criteria

| Factor | Considerations |
|--------|----------------|
| Designation scope | Covers your device type |
| Capacity | Timeline for initial audit |
| Geographic reach | Markets you need to access |
| Technical expertise | Experience with your technology |
| Fee structure | Transparency, predictability |

### Pre-Submission Checklist

- [ ] Technical documentation complete
- [ ] GSPR matrix fully addressed
- [ ] Risk management file current
- [ ] Clinical evaluation report complete
- [ ] QMS (ISO 13485) certified
- [ ] Labeling and IFU finalized
- [ ] **Validation:** Internal gap assessment complete

Tous les fichiers

0 fichiers

Installer mdr-745-specialist

Téléchargez et décompressez les fichiers de compétences dans votre répertoire .claude/skills/.

Télécharger le ZIP

Clonez le dépôt et copiez les fichiers de compétence dans votre projet.

git clone https://github.com/alirezarezvani/claude-skills/tree/main/ra-qm-team/skills/mdr-745-specialist # Copy SKILL.md to your .claude/skills/ directory

Copier Copier
Configuration rapide: Copiez le dossier de la compétence dans .claude/skills/ Claude détectera automatiquement la compétence et l'utilisera

Compétences similaires

golang-dependency-injection
Heure mise à jour 29 juin 2026
nuxthub
Heure mise à jour 23 août 2026
tc-tracker
Heure mise à jour 27 août 2026
code-quality
Heure mise à jour 22 août 2026
OR