QMSR und ISO 13485: Wann benötigen Sie den Normvolltext?

1. Beginnen Sie mit Tätigkeit und Softwarezweck

Dieser Beitrag betrifft Produktions- und Qualitätsmanagementsoftware im zutreffenden US-Medizinproduktekontext. QMSR ist seit 2. Februar 2026 wirksam. Ob Part 820 auf Ihr Unternehmen zutrifft, hängt von Produkten und Tätigkeiten ab. Ein ISO-Zertifikat allein beantwortet diese Frage nicht.

Die CSA-Guidance ist keine allgemeine Anleitung zur Validierung von Softwarefunktionen eines Medizinprodukts. Beschreiben Sie zuerst den betrieblichen Verwendungszweck: Unterstützt die Anwendung Reklamationsbearbeitung, Produktionsprüfung oder Dokumentenlenkung? Welche Entscheidung hängt von ihren Ergebnissen ab? Produktname und Bezeichnung „Standardsoftware“ genügen dafür nicht.

Die allgemeine QMSR-Einordnung behandelt der verlinkte Grundlagenbeitrag. Hier steht der Weg vom Normverweis zur belegten Softwareanforderung im Mittelpunkt.

Quellen: [1] [2] [3]

2. Halten Sie die tatsächlich einbezogene Ausgabe fest

21 CFR § 820.7 nennt ISO 13485:2016(E), dritte Ausgabe vom 1. März 2016. § 820.10 verbindet die anwendbaren ISO-Anforderungen mit den übrigen Anforderungen von Part 820. Daraus folgt weder eine automatische Übernahme jeder späteren Normausgabe noch der Ersatz sämtlicher FDA-Anforderungen durch ein Zertifikat.

Vermerken Sie im Quellenregister Titel, Ausgabe, Zugangsweg und einschlägige Klausel. Prüfen Sie bei Übersetzungen oder regionalen Übernahmen die Beziehung zum einbezogenen Text. Ähnliche Dateinamen belegen keine identische Rechtsreferenz. Organisieren Sie einen rechtmäßigen Zugriff für die Personen, die konkrete Anforderungen bewerten.

Dieser Artikel behauptet keine eigenständige Prüfung des vollständigen ISO-Normtextes. Er erläutert die tatsächlich verfügbaren eCFR- und FDA-Verweise sowie einen nachvollziehbaren Umgang mit offenen Detailfragen.

Quellen: [1]

3. Trennen Sie belegte Aussage und offene Detailfrage

Eine belastbare Anforderungszeile benennt ihre Quelle und deren konkrete Aussage. Zusätzlich muss erkennbar sein, welche Frage noch offen ist. So wird aus einem übersetzten Präsentationssatz nicht unbemerkt eine verbindliche Prüfvorgabe.

Die folgende eigene Arbeitshilfe ist keine vollständige Compliance-Matrix. Die ISO-Klauselnummern sind über die FDA-Guidance belegt; ihre vollständigen Texte wurden für diesen Artikel nicht eigenständig ausgewertet.

Quellen: [1] [2]

4. Eine illustrative Anforderung mit eindeutigem Soll

Ein fiktiver Medizinproduktehersteller führt Prüfschritte eines Produktionsauftrags elektronisch zusammen. Das eigene Soll lautet: Der Auftrag darf erst zur nachfolgenden Entscheidung bereitgestellt werden, wenn A, B und C im gültigen Stand abgeschlossen sind. Diese Dreierregel ist eine Annahme des Beispiels, keine universelle ISO-Vorgabe.

Anforderung R-17 verbindet Prozesszweck, verantwortliche Fachrolle und Quellenweg. Die konkrete Normzuordnung bleibt offen, bis die anwendbare Passage geprüft wurde. Das Team kann seinen Ablauf bereits präzisieren, darf eine offene Normfrage aber nicht als abgeschlossenen Nachweis ausweisen.

Die Matrix prüft Identitäten und Versionen. Drei Datensätze allein belegen nicht die Vollständigkeit dreier unterschiedlicher erforderlicher Prüfungen.

Quellen: [2] [1]

5. Formulieren Sie fachlich prüfbare Akzeptanzkriterien

„Das System erfüllt ISO 13485“ ist für R-17 kein brauchbares Prüfsoll. Beschreiben Sie erlaubte Zustände, fehlende Nachweise und die zuständige Entscheidungsrolle. Das beobachtete Verhalten lässt sich dann gegen eine vorher bestimmte Erwartung prüfen.

Trennen Sie fachliche Anforderung und Gestaltung. Statusfeld, Liste oder technischer Sperrmechanismus sind mögliche Designentscheidungen. Die erste Nachweisfrage lautet, ob ein unvollständiger Auftrag irrtümlich als vollständig verwendet werden kann. Ein positives Bildschirmbild beantwortet sie allein nicht.

Der FDA-Ansatz orientiert sich an Verwendungszweck und Risiko. Daraus folgen weder feste Testzahlen noch ein einziges Dokumentenformat. Erläutern Sie, welche Unsicherheit ein Test, eine Prüfung vorhandener Belege oder eine andere Assurance-Aktivität tatsächlich vermindert.

Quellen: [2]

6. Ordnen Sie Anbieterbelege ihrem tatsächlichen Gegenstand zu

Ein Zertifikat oder Validierungspaket kann nützliche Informationen enthalten. Prüfen Sie aber, ob die Aussage eine Organisation, einen Entwicklungsprozess, eine Softwareversion oder Ihren konkreten Ablauf betrifft. Ein allgemeiner Anbieterbeleg beantwortet R-17 nicht automatisch.

Umgekehrt können Anbieterunterlagen durchaus kundenspezifische Nachweise enthalten. Bewerten Sie ihren wirklichen Umfang, die Übertragbarkeit und verbleibende Lücken. Bereits geeignete Belege müssen nicht allein wegen ihrer Herkunft pauschal dupliziert werden.

Ein fehlender Normzugang, eine unbekannte Softwareversion und eine fehlende Testbeschreibung sind unterschiedliche Lücken. Ordnen Sie ihnen jeweils einen Verantwortlichen und einen konkreten Klärungsschritt zu, statt sie unter „Dokumentation unvollständig“ zusammenzufassen.

Quellen: [2] [1]

7. Halten Sie Quellenänderung und Softwareänderung auseinander

Eine Softwareänderung wird auf ihre Wirkung auf R-17 und dessen Nachweise geprüft. Ein Quellenwechsel verlangt einen Vergleich von Ausgabe, Anwendungsbereich und Inhalt. Ein neues Veröffentlichungsdatum allein beweist keine neue Pflicht.

Vermeiden Sie alte Checklisten, die frühere Part-820-Abschnitte ungeprüft als aktuellen QMSR-Text ausgeben. § 820.40 ist heute im eCFR als „Reserved“ geführt. Eine historisch richtige Referenz kann in einem heutigen Nachweis falsch bezeichnet sein.

Erhalten Sie die Grundlage früherer Entscheidungen nachvollziehbar und ergänzen Sie die neue Bewertung. Ein aktualisiertes Quellenregister sollte nicht verschleiern, welcher Text einer bereits abgeschlossenen Prüfung zugrunde lag.

Quellen: [1] [2]

8. Was vor der Anforderungsfreigabe geklärt sein sollte

QA ordnet den regulatorischen Bezug ein, der Fachbereich beschreibt die Nutzung und IT klärt technische Grenzen. Der Aufwand steigt besonders bei unklaren Verwendungszwecken, unterschiedlichen Normfassungen und unbelegten Lieferantenaussagen. Ein gemeinsames Quellenblatt kann die Arbeit erleichtern; ein bestimmtes Format ist nicht vorgeschrieben.

• Produkt- und Tätigkeitsbezug zu Part 820 festhalten.
• Einbezogene ISO-Ausgabe und Zugriff auf relevante Passagen klären.
• FDA-Aussage, Normtext und eigene Interpretation kennzeichnen.
• Fachliches Soll einschließlich negativer Fälle bestimmen.
• Lieferantenbelege auf Version und Nutzung beziehen.
• Offene Quellenfragen vor Abschluss bewerten.

Quellen: [1] [2]