Zum Inhalt springen
Entourage

Wie beschleunigen MedTech-Hersteller ihre Produktentwicklung durch strukturiertes Prototyping, ohne die Dokumentationspflicht im Design-Controls-Prozess zu verletzen?

Wir planen Prototyp-Phasen als formelles Element des Entwicklungsprozesses nach ISO 13485:2016 und integrieren sie in die Design Controls nach 21 CFR 820.30: jeder Prototyp mit definiertem Evaluierungsziel, Akzeptanzkriterium und dokumentiertem Ergebnis. Die entscheidende Schwachstelle ist selten die Fertigungstechnik, sondern die Reihenfolge: Wer Evaluierungsziele vor dem Bau festlegt und Ergebnisse direkt ins Design History File überführt, spart die späten Designänderungen, die nach dem Designfreeze deutlich teurer werden.

  • MedTech
  • IVD

Überblick

Welche Prototyping-Herausforderungen entstehen in der MedTech-Entwicklung?

Prototyping als formelles Element der Design Controls · ISO 13485:2016, 21 CFR 820.30, ISO 14971

Zuletzt aktualisiert: 2026-06-13

Prototyping ist in vielen Entwicklungsteams eine informelle Aktivität: Es werden Prototypen gebaut, aber die Ergebnisse fließen nicht strukturiert in den Entwicklungsprozess nach ISO 13485:2016 und die Design Controls nach 21 CFR 820.30 ein. Die typischen Bruchstellen:

  • Prototypen werden ohne definiertes Evaluierungsziel und ohne Akzeptanzkriterium gebaut, sodass das Ergebnis nicht als Designnachweis verwertbar ist. Die Entwicklung nach ISO 13485:2016 Abschnitt 7.3 verlangt verifizierbare Eingaben und Ergebnisse.
  • Prototyping-Ergebnisse werden nicht formell dokumentiert und fließen nicht in das Design History File nach 21 CFR 820.30 ein, sodass Design-Entscheidungen später nicht nachvollziehbar belegt sind.
  • Zu wenige Iterationen vor dem Designfreeze führen zu späten Designänderungen, die nach abgeschlossener Verifikation deutlich teurer und langwieriger sind.
  • Prototypen für formative Usability-Tests nach IEC 62366-1 bilden das finale Interaktionsdesign nicht repräsentativ ab, sodass die Testergebnisse die spätere Benutzbarkeit nicht belastbar vorhersagen.
  • Prototyping wird nicht mit der Risikoanalyse nach ISO 14971 verknüpft, sodass identifizierte Risiken nicht in die nächste Iteration zurückgespielt werden.

Leistungen

Wie wir Sie unterstützen

Prototyping-Strategie & Phasenplanung

Wir definieren die Prototyp-Phasen entlang des Entwicklungsprozesses nach ISO 13485:2016 Abschnitt 7.3: welcher Prototyp-Typ (konzeptionell, funktional, Usability-Prototyp) wann mit welchem Evaluierungsziel gebaut wird. Deliverable: dokumentierter Prototyping-Plan mit Zuordnung der Phasen zu den Design Reviews.

Evaluierungsplanung & Akzeptanzkriterien

Wir planen jede Prototyp-Evaluierung mit vorab festgelegten Akzeptanzkriterien, sodass das Ergebnis eine Ja/Nein-Entscheidung gegen ein definiertes Ziel ist. Deliverable: Evaluierungsplan je Prototyp-Version mit messbaren Kriterien und Auswertungsschema.

Dokumentation im Design History File

Wir überführen Prototyp-Versionen, Testergebnisse und Design-Entscheidungen als Evaluierungsberichte und Review-Protokolle in das Design History File nach 21 CFR 820.30. Deliverable: eindeutig identifizierte Prototyp-Versionen mit begründeten Design-Entscheidungen, ablagefähig im DHF.

Rapid Prototyping & Technologieauswahl

Wir bewerten Prototyp-Technologien (3D-Druck, CNC, In-house-Fertigung) nach Eignung für die jeweilige Entwicklungsphase und den Evaluierungszweck. Deliverable: Technologie-Empfehlung je Phase mit Begründung von Eignung und Grenzen der Aussagekraft.

Integration in Design Controls & Risikomanagement

Wir verknüpfen die Prototyping-Aktivitäten mit Design Reviews, Usability Engineering nach IEC 62366-1 und der Risikoanalyse nach ISO 14971, sodass jede Iteration Risiken zurückspielt. Deliverable: Verknüpfungsmatrix Prototyp-Ergebnisse zu Design-Inputs, Risiken und Usability-Befunden.

Mehr erfahren

Qualifizierung von Studien-Prototypen

Für Prototypen, die in Usability-Studien mit Probanden oder in klinischen Tests eingesetzt werden, definieren wir die erforderlichen Sicherheitsanforderungen und den Qualifizierungsnachweis. Deliverable: Anforderungs- und Qualifizierungsdokumentation für probandentaugliche Prototypen.

Worauf es ankommt

Strukturiertes Prototyping unterscheidet sich von informellem Basteln durch die Reihenfolge: Erst das Evaluierungsziel, dann der Prototyp. Ein Prototyp ohne vorab definiertes Akzeptanzkriterium beantwortet keine Designfrage, sondern erzeugt nur einen Gegenstand. Wer dagegen je Phase festlegt, welcher Prototyp-Typ welche offene Frage gegen welches Kriterium klären soll, macht jede Iteration zu einem verwertbaren Nachweis. Die Ergebnisse gehören direkt in das Design History File nach 21 CFR 820.30 und stützen den Entwicklungsnachweis nach ISO 13485:2016 Abschnitt 7.3, und zwar nicht als nachträgliche Sammlung, sondern als laufende Dokumentation, die Design-Entscheidungen im Moment ihrer Begründung festhält.

Die eigentliche Hürde liegt nicht in der Fertigungstechnik, sondern im Zeitpunkt des Designfreeze. Jede Designfrage, die vor dem Freeze offen bleibt, wird danach zu einer Änderung, die erneute Verifikation und gegebenenfalls eine erneute Risikobewertung nach ISO 14971 auslöst. Deshalb verlagern wir den Aufwand nach vorne: in mehr und gezieltere Iterationen, die Risiken und Usability-Befunde nach IEC 62366-1 zurück in die Risikoanalyse und das Design speisen, bevor die Verifikation beginnt. So wird der Designfreeze zur Bestätigung eines reifen Designs statt zum Beginn einer teuren Korrekturschleife.

Unser Vorgehen

Unser Vorgehen

01

Prototyping-Strategie festlegen

Dokumentierter Prototyping-Plan: Prototyp-Typen, Phasen und Evaluierungsziele entlang des Entwicklungsprozesses nach ISO 13485:2016.

02

Evaluierung je Phase planen

Evaluierungspläne mit Akzeptanzkriterien je Prototyp-Version, abgestimmt auf die anstehenden Design Reviews.

03

Prototypen bauen & evaluieren

Bewertete Prototyp-Versionen gegen die Akzeptanzkriterien, mit Risikobefunden zurück in die Risikoanalyse nach ISO 14971.

04

Ergebnisse dokumentieren

Evaluierungsberichte und Review-Protokolle, abgelegt im Design History File nach 21 CFR 820.30.

05

Iterieren bis Designfreeze

Reifes, evaluiertes Produktdesign mit nachvollziehbarer Begründung der Design-Entscheidungen vor Beginn der finalen Verifikation.

Typische Stolperfallen

Woran Projekte häufig scheitern

Prototypen werden ohne vorab definiertes Evaluierungsziel gebaut.

Das Ergebnis lässt sich dann nicht als Designnachweis verwerten, weil keine Akzeptanzkriterien existieren. Die Entwicklung nach ISO 13485:2016 Abschnitt 7.3 verlangt verifizierbare Ergebnisse gegen definierte Eingaben.

Die Prototyping-Ergebnisse bleiben in Laborbüchern und E-Mails liegen und erreichen das Design History File nach 21 CFR 820.30 nicht.

Im Audit fehlt dann die Nachvollziehbarkeit, warum eine Designoption gewählt und eine andere verworfen wurde.

Es wird zu spät und zu selten iteriert.

Wer den Designfreeze unter Zeitdruck vorzieht, verlagert die Korrekturen in die Phase nach der Verifikation, in der jede Designänderung eine erneute Verifikation und teils eine erneute Risikobewertung nach ISO 14971 auslöst.

Usability-Prototypen bilden das finale Interaktionsdesign nicht repräsentativ ab.

Formative Tests nach IEC 62366-1 liefern dann Befunde, die sich nicht auf das Serienprodukt übertragen lassen, und die Benutzbarkeit wird erst in der summativen Phase als Problem sichtbar.

Prototyping läuft getrennt von der Risikoanalyse.

Risiken, die ein Prototyp aufdeckt, werden nicht in die Risikomanagementakte nach ISO 14971 zurückgespielt, sodass dieselbe Schwäche in der nächsten Iteration unbemerkt fortbesteht.

FAQ

Häufige Fragen

Prototypen für reine Designevaluierungen unterliegen nicht zwingend GMP. Prototypen, die in Usability-Studien mit Probanden oder in klinischen Tests eingesetzt werden, müssen definierte Sicherheitsanforderungen erfüllen und entsprechend qualifiziert sein. Die Anforderungen leiten sich aus dem Einsatzkontext und der Risikoanalyse nach ISO 14971 ab.

Quellen
  • ISO 13485:2016, Qualitätsmanagementsysteme für Medizinprodukte, Abschnitt 7.3 (Entwicklung)
  • 21 CFR Part 820.30, Design Controls (Design History File)
  • ISO 14971, Anwendung des Risikomanagements auf Medizinprodukte
  • IEC 62366-1, Anwendung der Gebrauchstauglichkeit auf Medizinprodukte
  • Verordnung (EU) 2017/745 (MDR) und Verordnung (EU) 2017/746 (IVDR), Primärtext
  • https://theentourage.de/expertise/prototyping/ (bestehender Seiteninhalt, überarbeitet)

Life Science Journal

Regulatorische Updates, direkt ins Postfach.

Neue Anforderungen, Behördenentscheidungen und Praxishinweise. Einmal monatlich, jederzeit abbestellbar.

Berücksichtigte Verordnungen & Normen

  • ISO 13485:2016 (QM-System für Medizinprodukte, Abschnitt 7.3 Entwicklung)
  • 21 CFR 820.30 (Design Controls, Design History File)
  • ISO 14971 (Risikomanagement für Medizinprodukte)
  • IEC 62366-1 (Usability Engineering für Medizinprodukte)
  • EU 2017/745 (MDR)
  • EU 2017/746 (IVDR)

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