Option
HeimHeim Skill Dokumentation mdr-745-specialist

Klassifizierung von Medizinprodukten gemäß der EU-MDR 2017/745, Erstellung der technischen Dokumentation, Planung klinischer Bewertungen sowie Verwaltung der Überwachung nach dem Inverkehrbringen und der Integration in EUDAMED.

...Alle erweitern
23
Zeit aktualisiert 29. August 2026

MDR 2017/745-Experte

Muster zur Einhaltung der EU-MDR hinsichtlich der Klassifizierung von Medizinprodukten, der technischen Dokumentation und der klinischen Nachweise.

Inhaltsverzeichnis

  • Ablauf der Produktklassifizierung
  • Technische Dokumentation
  • Klinische Nachweise
  • Überwachung nach dem Inverkehrbringen
  • EUDAMED und UDI
  • Referenzdokumentation
  • Tools

Workflow zur Klassifizierung von Medizinprodukten

Klassifizierung eines Produkts gemäß Anhang VIII der MDR:

  1. Bestimmung der Verwendungsdauer des Medizinprodukts (vorübergehend, kurzfristig, langfristig)
  2. Bestimmung des Invasivitätsgrades (nicht-invasiv, Körperöffnung, chirurgisch)
  3. Kontakt mit Körpersystemen bewerten (ZNS, Herz, Sonstiges)
  4. Prüfen, ob es sich um ein aktives Medizinprodukt handelt (energieabhängig)
  5. Anwendung der Klassifizierungsregeln 1–22
  6. Bei Software den Algorithmus aus MDCG 2019-11 anwenden
  7. Begründung der Klassifizierung dokumentieren
  8. Validierung: Klassifizierung durch benannte Stelle bestätigt

Klassifizierungsmatrix

Faktor Klasse I Klasse IIa Klasse IIb Klasse III
Dauer Beliebig Kurzfristig Langfristig Langfristig
Invasivität Nicht-invasiv Körperöffnung Chirurgisch Implantierbar
System Beliebig Nicht kritische Kritische Organe ZNS/Herz
Risiko Am geringsten Niedrig bis mittel Mittel bis hoch Am höchsten

Softwareklassifizierung (MDCG 2019-11)

Verwendung der Informationen Schweregrad der Erkrankung Klasse
Beeinflusst die Entscheidung Nicht schwerwiegend IIa
Beeinflusst die Entscheidung Schwerwiegend IIb
Führt zu/behandelt Kritisch III

Beispiele für die Einstufung

Beispiel 1: Resorbierbares chirurgisches Nahtmaterial

  • Regel 8 (implantierbar, Langzeit)
  • Dauer: > 30 Tage (resorbierbar)
  • Kontakt: Allgemeines Gewebe
  • Klassifizierung: Klasse IIb

Beispiel 2: KI-Diagnosesoftware

  • Regel 11 + MDCG 2019-11
  • Funktion: Diagnostiziert schwerwiegende Erkrankungen
  • Klassifizierung: Klasse IIb

Beispiel 3: Herzschrittmacher

  • Regel 8 (implantierbar)
  • Kontakt: Zentrales Kreislaufsystem
  • Klassifizierung: Klasse III

Technische Dokumentation

Erstellen Sie die technischen Unterlagen gemäß Anhang II und III:

  1. Erstellung einer Produktbeschreibung (Varianten, Zubehör, Verwendungszweck)
  2. Entwicklung der Kennzeichnung (Anforderungen gemäß Artikel 13, Gebrauchsanweisung)
  3. Dokumentation des Konstruktions- und Herstellungsprozesses
  4. Ausfüllen der GSPR-Konformitätsmatrix
  5. Erstellen Sie eine Nutzen-Risiko-Analyse
  6. Nachweise zur Verifizierung und Validierung zusammenstellen
  7. Risikomanagementdossier integrieren (ISO 14971)
  8. Validierung: Überprüfung der technischen Unterlagen auf Vollständigkeit

Struktur der technischen Unterlagen

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-Konformitätscheckliste

Anforderung Nachweis Status
Sichere Auslegung (GSPR 1–3) Risikomanagement-Unterlagen
Chemische Eigenschaften (GSPR 10.1) Biokompatibilitätsbericht
Infektionsrisiko (GSPR 10.2) Validierung der Sterilisation
Softwareanforderungen (GSPR 17) IEC 62304-Dokumentation
Kennzeichnung (GSPR 23) Etikettendesign, Gebrauchsanweisung

Verfahren zur Konformitätsbewertung

Klasse Verfahren Beteiligung der benannten Stellen
I Selbstdeklaration gemäß Anhang II Keine
Ist/Im Anhang II + IX/XI Sterilität/Messaspekte
IIa Anhang II + IX oder XI Produkt oder QMS
IIb Anhang IX oder Anhang X + XI QMS + Bewertung der technischen Unterlagen oder Baumusterprüfung + Fertigung
III Anhang IX oder Anhang X + XI Vollständiges QMS + Produktdossier oder Baumusterprüfung + Fertigung

Klinische Nachweise

Entwicklung einer Strategie für klinische Nachweise gemäß Anhang XIV:

  1. Definition der klinischen Angaben und Endpunkte
  2. Systematische Literaturrecherche durchführen
  3. Bewertung der Qualität der klinischen Daten
  4. Bewertung der Äquivalenz (technisch, biologisch, klinisch)
  5. Evidenzlücken identifizieren
  6. Feststellen, ob eine klinische Untersuchung erforderlich ist
  7. Erstellung eines klinischen Bewertungsberichts (CER)
  8. Validierung: Überprüfung des CER durch einen qualifizierten Gutachter

Evidenzanforderungen nach Klasse

Klasse Mindestanforderungen an den Nachweis Untersuchung
I Risiko-Nutzen-Analyse In der Regel nicht erforderlich
IIa Literatur + Nachmarkt Kann erforderlich sein
IIb Systematische Literaturrecherche Häufig erforderlich
III Umfassende klinische Daten Erforderlich (Artikel 61)

Aufbau des klinischen Bewertungsberichts

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

Anforderungen an qualifizierte Gutachter

  • Medizinischer Abschluss oder gleichwertige Qualifikation im Gesundheitswesen
  • Mindestens 4 Jahre klinische Erfahrung in einem relevanten Fachgebiet
  • Schulung in Methoden der klinischen Bewertung
  • Kenntnis der MDR-Anforderungen

Überwachung nach dem Inverkehrbringen

Einrichtung eines PMS-Systems gemäß Kapitel VII:

  1. Erstellung eines PMS-Plans (Artikel 84)
  2. Festlegung der Datenerhebungsmethoden
  3. Einrichtung von Verfahren zur Bearbeitung von Beschwerden
  4. Einrichtung eines Verfahrens zur Meldung von Sicherheitsvorfällen
  5. Planung regelmäßiger Sicherheitsberichte (PSUR)
  6. Integration in PMCF-Aktivitäten
  7. Trendanalyse und Signalerkennung definieren
  8. Validierung: Jährliche Prüfung des PMS-Systems

Komponenten des PMS-Systems

Komponente Anforderung Häufigkeit
PMS-Plan Artikel 84 Aktualisierung
PSUR Artikel 86 – Klasse IIa und höher Gemäß Art. 86 Abs. 1, siehe nachstehende Tabelle
PMCF-Plan Anhang XIV Teil B Aktualisierung mit CER
PMCF-Bericht Anhang XIV Teil B Jährlich (Klasse III)
Überwachung Artikel 87–92 Bei Eintreten von Ereignissen

Zeitplan für PSUR

Klasse Häufigkeit (MDR Art. 86 Abs. 1)
Klasse III Mindestens einmal jährlich aktualisiert
Klasse IIb (alle, einschließlich implantierbarer Produkte) Mindestens einmal jährlich aktualisiert
Klasse IIa Bei Bedarf, mindestens alle 2 Jahre
Klasse I Kein PSUR – stattdessen PMS-Bericht (Art. 85)

Meldung schwerwiegender Zwischenfälle

Zeitrahmen Anforderung
2 Tage Ernsthafte Gefahr für die öffentliche Gesundheit
10 Tage Tod oder schwerwiegende Verschlechterung des Gesundheitszustands
15 Tage Sonstige schwerwiegende Vorfälle

EUDAMED und UDI

Einführung des UDI-Systems gemäß Artikel 27:

  1. Beantragung des Codes der ausstellenden Stelle (GS1, HIBCC, ICCBBA)
  2. Jeder Produktvariante eine UDI-DI zuweisen
  3. UDI-PI (Produktionskennzeichen) zuweisen
  4. UDI-Träger auf Etiketten anbringen (AIDC + HRI)
  5. Registrierung des Akteurs in EUDAMED
  6. Medizinprodukte in EUDAMED registrieren
  7. Zertifikate hochladen, sobald sie verfügbar sind
  8. Validierung: UDI auf Musteretiketten überprüft

EUDAMED-Module

Modul Inhalt Akteur
Akteur Unternehmensregistrierung Hersteller, AR
UDI/Medizinprodukt Produkt- und Variantendaten Hersteller
Zertifikate Zertifikate der benannten Stellen Benannte Stelle
Klinische Prüfung Studienregistrierung Auftraggeber
Pharmakovigilanz Meldungen von Zwischenfällen Hersteller
Marktüberwachung Maßnahmen der Behörde Zuständige Behörde

Anforderungen an die UDI-Kennzeichnung

Erforderliche Elemente gemäß Artikel 13:

  • UDI-DI (Gerätekennung)
  • UDI-PI (Produktidentifikator) für Klasse II+
  • AIDC-Format (Barcode/RFID)
  • HRI-Format (menschlich lesbar)
  • Name und Anschrift des Herstellers
  • Chargen-/Seriennummer
  • Verfallsdatum (falls zutreffend)

Referenzdokumentation

MDR-Klassifizierungsleitfaden

references/mdr-classification-guide.md enthält:

  • Vollständige Klassifizierungsregeln gemäß Anhang VIII (Regeln 1–22)
  • Softwareklassifizierung gemäß MDCG 2019-11
  • Ausgearbeitete Klassifizierungsbeispiele
  • Auswahl des Konformitätsbewertungsverfahrens

Anforderungen an klinische Nachweise

references/clinical-evidence-requirements.md enthält:

  • Rahmenwerk und Hierarchie für klinische Nachweise
  • Methodik der Literaturrecherche
  • Aufbau des klinischen Bewertungsberichts
  • Leitfaden für den PMCF-Plan und den Bewertungsbericht

Vorlagen für die technische Dokumentation

references/technical-documentation-templates.md enthält:

  • Inhaltliche Anforderungen gemäß Anhang II und III
  • Struktur der Konstruktionshistorie
  • Vorlage für die GSPR-Konformitätsmatrix
  • Vorlage für die Konformitätserklärung
  • Checkliste für die Einreichung bei der benannten Stelle

Tools

MDR-Lückenanalysator

# 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

Analysiert das Medizinprodukt hinsichtlich der MDR-Anforderungen, identifiziert Konformitätslücken und generiert priorisierte Empfehlungen.

Die Ausgabe umfasst:

  • Anforderungscheckliste nach Kategorien
  • Ermittlung von Lücken mit Prioritäten
  • Hervorhebung kritischer Lücken
  • Empfehlungen für einen Compliance-Fahrplan

Schnittstelle zur benannten Stelle

Auswahlkriterien

Faktor Überlegungen
Geltungsbereich der Benennung Deckt Ihren Gerätetyp ab
Kapazität Zeitplan für das Erstaudit
Geografische Reichweite Märkte, zu denen Sie Zugang benötigen
Technisches Fachwissen Erfahrung mit Ihrer Technologie
Gebührenstruktur Transparenz, Vorhersehbarkeit

Checkliste vor der Einreichung

  • Technische Dokumentation vollständig
  • GSPR-Matrix vollständig berücksichtigt
  • Risikomanagement-Unterlagen auf dem neuesten Stand
  • Klinischer Bewertungsbericht vollständig
  • QMS (ISO 13485) zertifiziert
  • Kennzeichnung und Gebrauchsanweisung fertiggestellt
  • Validierung: Interne Lückenanalyse abgeschlossen
Auf GitHub ansehen
---
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

Alle Dateien

0 Dateien

mdr-745-specialist installieren

Laden Sie die Skill-Dateien herunter und entpacken Sie sie in Ihr Verzeichnis „.claude/skills/“.

ZIP herunterladen

Klonen Sie das Repository und kopieren Sie die Skill-Dateien in Ihr Projekt.

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

Kopieren Kopieren
Schnelle Einrichtung: Kopiere den Skill-Ordner nach .claude/skills/ Claude erkennt den Skill automatisch und nutzt ihn.

Ähnliche Skills

golang-dependency-injection
Zeit aktualisiert 29. Juni 2026
nuxthub
Zeit aktualisiert 23. August 2026
tc-tracker
Zeit aktualisiert 27. August 2026
code-quality
Zeit aktualisiert 22. August 2026
OR