mdr-745-specialist
alirezarezvani/claude-skills
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 toutSpé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 :
- Déterminer la durée d’utilisation du dispositif (transitoire, à court terme, à long terme)
- Déterminer le niveau d’invasivité (non invasif, par les orifices corporels, chirurgical)
- Évaluer le système corporel avec lequel le dispositif entre en contact (SNC, cardiaque, autre)
- Vérifier s’il s’agit d’un dispositif actif (dépendant de l’énergie)
- Appliquer les règles de classification 1 à 22
- Pour les logiciels, appliquer l’algorithme MDCG 2019-11
- Documenter le raisonnement de classification
- 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 :
- Rédiger la description du dispositif (variantes, accessoires, destination)
- Élaborer l'étiquetage (exigences de l'article 13, notice d'utilisation)
- Documenter la conception et le processus de fabrication
- Remplir la matrice de conformité au règlement GSPR
- Préparer l’analyse des bénéfices et des risques
- Compiler les preuves de vérification et de validation
- Intégrer le dossier de gestion des risques (ISO 14971)
- 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 :
- Définir les allégations cliniques et les critères d'évaluation
- Effectuer une recherche bibliographique systématique
- Évaluer la qualité des données cliniques
- Évaluer l'équivalence (technique, biologique, clinique)
- Identifier les lacunes dans les données
- Déterminer si une étude clinique est nécessaire
- Rédiger un rapport d'évaluation clinique (CER)
- 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 :
- Élaborer un plan de surveillance post-commercialisation (article 84)
- Définir les méthodes de collecte des données
- Mettre en place des procédures de traitement des réclamations
- Mettre en place un processus de notification des événements indésirables
- Planifier les rapports périodiques de mise à jour sur la sécurité (PSUR)
- Intégrer ces éléments aux activités de suivi post-commercialisation (PMCF)
- Définir l'analyse des tendances et la détection des signaux
- 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 :
- Obtenir le code de l'organisme émetteur (GS1, HIBCC, ICCBBA)
- Attribuer un code UDI-DI à chaque variante de dispositif
- Attribuer un UDI-PI (identifiant de production)
- Appliquer le support UDI sur les étiquettes (AIDC + HRI)
- Enregistrer l'acteur dans EUDAMED
- Enregistrer les dispositifs dans EUDAMED
- Téléverser les certificats dès qu’ils sont disponibles
- 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
---
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 fichiersInstaller mdr-745-specialist
Téléchargez et décompressez les fichiers de compétences dans votre répertoire .claude/skills/.
Télécharger le ZIPClonez 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





Maison
