ISO 13485 Kapitel 8 — Aufbau und Pflichtelemente
ISO 13485:2016 Kapitel 8 „Messung, Analyse und Verbesserung” gliedert sich in fünf Abschnitte:
8.1 Allgemeines: Verpflichtung zur Planung und Durchführung von Überwachungs-, Mess-, Analyse- und Verbesserungsprozessen.
8.2 Überwachung und Messung: 8.2.1 Rückmeldungen, 8.2.2 Reklamationsbearbeitung, 8.2.3 Behördliche Berichte, 8.2.4 Internes Audit, 8.2.5 Überwachung und Messung von Prozessen, 8.2.6 Überwachung und Messung des Produkts.
8.3 Lenkung nichtkonformer Produkte: Erkennung, Trennung und Behandlung nicht konformer Produkte vor und nach Inverkehrbringen.
8.4 Datenanalyse: Sammlung und Auswertung von Daten zur Bewertung der QMS-Wirksamkeit.
8.5 Verbesserung: 8.5.1 Allgemeines, 8.5.2 Korrekturmaßnahmen (CA), 8.5.3 Vorbeugemaßnahmen (PA) — zusammen oft als CAPA-System bezeichnet.
8.2.1 Rückmeldungen — die zentrale Pflicht
Abschnitt 8.2.1 fordert ein dokumentiertes Verfahren zur Sammlung und Überwachung von Informationen aus den Phasen der Produktherstellung und nach Inverkehrbringen. Konkret: ein „Rückmeldungssystem” (Feedback System), das systematisch Daten aus dem Markt sammelt.
Datenquellen für das Rückmeldungssystem nach 8.2.1: Kundenrückmeldungen (Kontakt zum Vertrieb, Service-Anrufe, Reklamationen). Anwender-Beobachtungen (Krankenhäuser, Ärzte). Vigilanz-Datenbanken (BfArM, EUDAMED, FDA MAUDE). Wissenschaftliche Literatur. Service- und Wartungsberichte. Marktbeobachtung (Konkurrenz-Vorkommnisse).
Wichtig: das Rückmeldungssystem ist nicht identisch mit dem MDR-PMS-System, aber sehr ähnlich. Die ISO 13485 ist die organisatorische Grundlage, die MDR die regulatorische Pflicht-Konkretisierung. In der Praxis sind beide Systeme operativ verzahnt — eine getrennte Bearbeitung erzeugt Doppelarbeit.
8.2.2 Reklamationsbearbeitung — getrennt oder verzahnt?
Abschnitt 8.2.2 fordert ein Verfahren zur Bearbeitung von Reklamationen mit klaren Schritten: Empfang und Erfassung. Bewertung (ist es eine Reklamation im Sinne der Norm?). Untersuchung. Entscheidung über Korrektur- oder Vorbeugemaßnahmen. Aufzeichnung. Bewertung der Notwendigkeit, an Behörden zu melden.
Letzter Punkt ist die Brücke zur MDR Art. 87 (Vigilanz-Meldung): jede Reklamation wird im Reklamations-Workflow geprüft, ob sie als „schwerwiegendes Vorkommnis” zu klassifizieren ist und an BfArM gemeldet werden muss. Diese Bewertung ist Pflichtelement der Reklamationsbearbeitung.
Praxis-Tipp: Reklamations-Workflow in einem System (z. B. Hersteller-CRM oder dediziertes QMS), Vigilanz-Meldung in zweitem System (BfArM-Portal). Die Bewertung „meldepflichtig?” sollte als strukturiertes Feld im Reklamations-Workflow erfolgen — nicht als Freitext.
8.4 Datenanalyse — Schnittstelle zur Trendanalyse
Abschnitt 8.4 fordert die Analyse aller Daten aus 8.2 und 8.3, um die Wirksamkeit des QMS zu bewerten. Pflichtanalyse-Felder: Reklamationsdaten, Vigilanz-Daten, behördliche Berichte, Produkt-Konformitäts-Daten, Lieferanten-Performance, Trends in Korrekturmaßnahmen.
„Trends” ist hier das Schlüsselwort — es überlappt direkt mit der MDR-Pflicht zur Trendanalyse (Art. 88, siehe Trendreport-Artikel). In der Praxis ist die Trendanalyse meist das gleiche Datenset, nur unter zwei verschiedenen Berichten (QMS-Management-Review nach 8.4 + MDR-Trendreport nach Art. 88).
Tooling-Empfehlung: ein konsolidiertes Datenmodell für Vigilanz-Datenpunkte (Reklamationen + MAUDE + BfArM + Service-Reports) reduziert die Doppelarbeit erheblich. MediLit-Scout exportiert die Trendanalyse sowohl im MDR-Format als auch im ISO-13485-Format.
8.5.2 Korrekturmaßnahmen (CAPA) — die Königsdisziplin
Abschnitt 8.5.2 ist das CAPA-System — Corrective and Preventive Actions. Pflicht-Workflow: 1) Erkennung der Nicht-Konformität (aus Reklamation, Vigilanz, Audit oder anderer Quelle). 2) Untersuchung der Ursache (Root-Cause-Analyse). 3) Definition der Korrekturmaßnahme. 4) Implementierung. 5) Wirksamkeitsprüfung. 6) Dokumentation.
CAPA ist der häufigste Audit-Findings-Trigger in TÜV-Berichten: oft fehlt die strukturierte Root-Cause-Analyse, oder die Wirksamkeitsprüfung wird nicht systematisch dokumentiert. Beides erzeugt sofort Major Non-Conformities.
Praxis-Empfehlung: CAPA-System mit getrennten Workflows für Korrekturmaßnahmen (CA — reaktiv) und Vorbeugemaßnahmen (PA — proaktiv). Die häufigste Audit-Frage: „wo sind Ihre Vorbeugemaßnahmen?” — viele Hersteller haben nur reaktive CAs dokumentiert, was in einer hilfreichen Beanstandung endet.
Schnittstelle ISO 13485 → MDR — wie vermeiden Sie Doppelarbeit?
ISO 13485 Kapitel 8 und MDR-PMS sind zu ca. 70 % deckungsgleich — beide fordern Rückmeldungssystem, Reklamations-Bearbeitung, Vigilanz-Bewertung und Trendanalyse. Praktische Konsequenz: ein integriertes Tool für beide Pflichten spart 30–50 % Aufwand gegenüber getrennten Systemen.
Konkrete Synergien: 1) Eine Reklamation wird im QMS dokumentiert UND als möglicher Vigilanz-Fall im MDR-Workflow bewertet — gleicher Datensatz, zwei Workflows. 2) Trendanalyse erfolgt einmal über alle Daten, Output landet in QMS-Management-Review (8.4) UND in MDR-Trendreport (Art. 88). 3) CAPA-Maßnahmen werden in QMS dokumentiert UND als „Korrekturmaßnahme” im PSUR-Anhang aufgeführt.
MediLit-Scout ist primär ein PMS-Tool, lässt sich aber per CSV/API in QMS-Systeme einbinden — die Trend-Daten und Wochenreport-Outputs werden zur Datenbasis sowohl für ISO-13485-Management-Reviews als auch für MDR-PSURs.
Wie MediLit-Scout das Rückmeldungssystem ergänzt
MediLit-Scout ist ein spezialisiertes PMS-Tool, kein vollständiges QMS — und genau das ist der Punkt. Wir liefern die Bausteine, die in klassischen QMS-Systemen fehlen: kontinuierliche Literatur-Überwachung, FDA-MAUDE-Tagessync, statistische Trend-Erkennung, MDCG-2020-8-Word-Export.
Integration in bestehende QMS-Systeme: CSV/JSON-Export der Wochenreport-Daten, REST-API für Reklamations-Abgleich, Webhook für Trend-Alerts. So bleiben Sie im bestehenden QMS (z. B. Babtec, Roxtra, ConSense) und ergänzen die PMS-Pflichtbausteine ohne System-Migration.
Best-Practice-Architektur für KMU: bestehendes QMS-System für ISO-13485-Pflichten (Reklamationen, CAPA, Audits) + MediLit-Scout für MDR-PMS-Pflichten (Literatur, Vigilanz, Trends, PSUR). Datenaustausch über CSV-Export wöchentlich oder API-Integration in Echtzeit.