Wie verankern MedTech-Hersteller mit Design Controls die Produktkonformität von Anfang an, statt sie am Ende der Entwicklung nachzuweisen?
Wir richten den Design-Controls-Prozess nach ISO 13485:2016 Abschnitt 7.3, in den USA über 21 CFR Part 820 (QMSR) verbindlich, als durchgängige Steuerung ein: von User Needs und Design Inputs über Verifikation und Validierung bis zum Design Transfer in die Produktion. Der wesentliche Faktor ist selten ein einzelnes Dokument, sondern die fehlende Rückverfolgbarkeit: Wer die Traceability von der Anforderung bis zum Nachweis erst kurz vor der Zulassung rekonstruiert, baut das Design History File rückwärts nach, statt es zu führen.
Überblick
Welche Design-Controls-Herausforderungen entstehen in der MedTech-Entwicklung?
Begleitung von User Needs bis Design Transfer · ISO 13485:2016 Abschnitt 7.3, 21 CFR Part 820 (QMSR), IEC 62366-1, ISO 14971
Zuletzt aktualisiert: 2. August 2026
Design Controls nach ISO 13485:2016 Abschnitt 7.3, in den USA seit dem 2. Februar 2026 über 21 CFR Part 820 (QMSR) verbindlich, sind kein dokumentarischer Nachbau am Ende der Entwicklung, sondern ein prozessuales Steuerungswerkzeug. In der Praxis sind sie häufig die strukturelle Schwachstelle, an der Entwicklungsprojekte vor der Zulassung hängenbleiben. Vier wiederkehrende Lücken:
- Anforderungen werden nicht vollständig erfasst oder sind nicht rückverfolgbar zur Verifikation. Ohne durchgängige Traceability von User Needs über Design Inputs bis zum Nachweis lässt sich nach ISO 13485:2016 Abschnitt 7.3 nicht belegen, dass jede Anforderung verifiziert ist.
- Das Design History File ist unvollständig, inkonsistent oder nicht revisionssicher geführt. Nach ISO 13485:2016 Abschnitt 7.3.10 und damit auch nach 21 CFR Part 820 (QMSR) muss die Entwicklungsdokumentation bei einer Inspektion vollständig vorliegen: Entwicklungsentscheidungen, Designänderungen, Reviews sowie Verifikations- und Validierungsprotokolle.
- Design Reviews werden pro forma abgehalten, ohne echte Funktion zur Fehlerprävention. Ein Review an einem definierten Meilenstein ist nach ISO 13485:2016 Abschnitt 7.3 ein Entscheidungs-Gate, kein nachträglich protokollierter Termin.
- Der Design Transfer in die Produktion erfolgt ohne vollständige Qualifizierungsdokumentation. Fertigungsspezifikationen, Prozessqualifizierung und Freigabe müssen den Übergang von der Entwicklung in die Serie belegen, sonst entsteht eine Lücke zwischen verifiziertem Design und hergestelltem Produkt.
Leistungen
Wie wir Sie unterstützen
Design Reviews
Strukturierte Design Reviews an definierten Meilensteinen als Entscheidungs-Gates statt Pro-forma-Termine. Reviewprotokolle mit dokumentierten Maßnahmen und Freigabeentscheidung nach ISO 13485:2016 Abschnitt 7.3.
Design History File
Aufbau und revisionssichere Pflege des Design History File, unter der QMSR die Entwicklungsdokumentation nach ISO 13485:2016 Abschnitt 7.3.10, mit allen Designentscheidungen, Änderungen, Reviews sowie Verifikations- und Validierungsergebnissen, inspektionsbereit als ein zusammenhängendes Archiv.
Wie wir zusammenarbeiten
Worauf es ankommt
Design Controls nach ISO 13485:2016 Abschnitt 7.3 sind keine Dokumentationspflicht, die am Ende abgearbeitet wird, sondern eine Steuerung mit fester Reihenfolge. In den USA gilt dieselbe Anforderung seit dem 2. Februar 2026 über die QMSR (21 CFR Part 820), die ISO 13485:2016 per Verweis inkorporiert; die früheren Vorgaben des § 820.30 sind darin aufgegangen. User Needs werden in überprüfbare Design Inputs übersetzt. Aus den Inputs entstehen Design Outputs. Die Verifikation weist nach, dass die Outputs die Inputs erfüllen. Die Validierung weist am finalen Produkt nach, dass die User Needs erfüllt sind. Jedes dieser Glieder ist über die Traceability Matrix verknüpft. Wer eine Stufe überspringt oder erst spät dokumentiert, verliert die Rückverfolgbarkeit und damit den Nachweis, den ISO 13485:2016 Abschnitt 7.3 für jede einzelne Anforderung verlangt.
Der wunde Punkt liegt deshalb selten in einem einzelnen Dokument, sondern im Zeitpunkt. Wird die Traceability von Anfang an mitgeführt und das Design History File, in der Sprache der Norm die Entwicklungsdokumentation nach Abschnitt 7.3.10, laufend statt rückwärts aufgebaut, sind Reviews echte Entscheidungs-Gates und der Design Transfer in die Produktion ist die Fortsetzung eines verifizierten Designs statt eines nachträglichen Brückenschlags. Genau hier setzen wir an: Die Struktur entsteht früh, damit Korrekturen in der Entwicklung anfallen, wo sie günstig sind, und nicht in der Inspektion, wo sie teuer werden.
Unser Vorgehen
Unser Vorgehen
Schritt
Ergebnis
Design Inputs definieren
Vollständige, überprüfbare Design Inputs aus den User Needs abgeleitet; Traceability Matrix angelegt.
Design Outputs & Reviews
Design Outputs gegen die Inputs geprüft; Reviewprotokolle mit Freigabeentscheidung an den Meilensteinen.
Verifikation
Nachweis, dass die Design Outputs die Design Inputs erfüllen; Verifikationsprotokolle in der Traceability Matrix verknüpft.
Validierung
Nachweis am finalen Produkt, dass die User Needs erfüllt sind; Validierungsergebnisse dokumentiert.
Design History File
Vollständiges, revisionssicheres Entwicklungsarchiv nach ISO 13485:2016 Abschnitt 7.3.10 und 21 CFR Part 820 (QMSR), inspektionsbereit.
Design Transfer
Entwicklungsergebnisse an die Produktion übergeben; Fertigungsspezifikationen und Freigabedokumentation vorhanden.
Typische Stolperfallen
Woran Projekte häufig scheitern
Die Traceability Matrix wird erst kurz vor der Zulassung aufgebaut.
Wird die Rückverfolgbarkeit von der Anforderung bis zum Nachweis nachträglich rekonstruiert, fehlen einzelne Glieder, und nach ISO 13485:2016 Abschnitt 7.3 lässt sich nicht für jede Anforderung die Verifikation belegen.
Verifikation und Validierung werden verwechselt oder zusammengelegt.
Verifikation prüft das Design gegen die Design Inputs, Validierung das finale Produkt gegen die User Needs. Wer nur eines durchführt, hat eine der nach ISO 13485:2016 Abschnitt 7.3 und damit auch nach 21 CFR Part 820 (QMSR) verlangten Nachweisebenen offen.
Das Design History File wird als Sammelordner statt als geführtes Archiv behandelt.
Nach ISO 13485:2016 Abschnitt 7.3.10, in den USA über 21 CFR Part 820 (QMSR) verbindlich, muss es bei einer Inspektion vollständig und revisionssicher vorliegen; lose abgelegte Protokolle ohne Versionsstand erzeugen Beanstandungen.
Design Reviews werden pro forma protokolliert.
Ein Review nach ISO 13485:2016 Abschnitt 7.3 ist ein Entscheidungs-Gate mit dokumentierten Maßnahmen; ein nachträglich erstelltes Protokoll ohne nachvollziehbare Entscheidung erfüllt die Funktion zur Fehlerprävention nicht.
Der Design Transfer erfolgt ohne vollständige Qualifizierung der Produktionsprozesse.
Fehlen Fertigungsspezifikationen oder Prozessqualifizierung, entsteht eine Lücke zwischen verifiziertem Design und hergestelltem Produkt, die in der Serie zu Abweichungen führt.
Produktentwicklung & Regulatory Strategy
Betrifft Sie eine dieser Stolperfallen?
Im Erstgespräch ordnen wir Ihre Ausgangslage ein und sagen, was in Ihrem Fall zuerst zu klären ist. Unverbindlich, Antwort in der Regel innerhalb eines Werktags.
FAQ
Häufige Fragen
Quellen
- ISO 13485:2016: Qualitätsmanagementsysteme für Medizinprodukte, Abschnitt 7.3 (Entwicklung)
- FDA 21 CFR Part 820: Quality Management System Regulation (QMSR), wirksam seit 2. Februar 2026, inkorporiert ISO 13485:2016 per Verweis (§ 820.7)
- IEC 62366-1:2015: Medizinprodukte, Anwendung der Gebrauchstauglichkeit
- ISO 14971: Anwendung des Risikomanagements auf Medizinprodukte
- Verordnung (EU) 2017/745 (MDR), Primärtext
Life Science Journal
Regulatorische Updates, direkt ins Postfach.
Neue Anforderungen, Behördenentscheidungen und Praxishinweise. Einmal monatlich, jederzeit abbestellbar.
Referenzprojekte
Wie das in der Praxis aussieht
Weitere Projekte zu diesem Thema
Passende Insights
Alle Insights →Berücksichtigte Verordnungen & Normen
- ISO 13485:2016 Abschnitt 7.3 (Entwicklung von Medizinprodukten / Design Controls)
- FDA 21 CFR Part 820 (Quality Management System Regulation, QMSR, seit 2. Februar 2026; inkorporiert ISO 13485:2016 per Verweis)
- ISO 13485:2016 Abschnitt 7.3.10 (Entwicklungsdokumentation; die QMSR führt den Begriff Design History File nicht mehr)
- EU 2017/745 (MDR)
- IEC 62366-1:2015 (Gebrauchstauglichkeit / Usability Engineering)
- ISO 14971 (Anwendung des Risikomanagements auf Medizinprodukte)
Angrenzende Themen
Risikomanagement →
ISO 14971 verzahnt mit den Design Controls
Usability Engineering →
User Needs und Gebrauchstauglichkeit nach IEC 62366-1
Verification & Validation →
V&V-Methodik gegen Design Inputs und User Needs
MDR-Konformität →
Entwicklungsdokumentation in der Technischen Dokumentation nach EU 2017/745
Dazu ein konkretes Vorhaben?
Schildern Sie uns kurz Ihre Ausgangslage. Wir melden uns mit einer ersten Einschätzung, in der Regel innerhalb eines Werktags.
Lieber direkt? +49 89 4161170-0
info@theentourage.de
- Antwort i.d.R. innerhalb eines Werktags
- 4 Standorte: DE · CH · IT · US
- 100% Life Sciences