Technische Dokumentation Medizinprodukt: Anforderungen

Die technische Dokumentation für ein Medizinprodukt muss laut MDR vollständig, aktuell und für eine Benannte Stelle nachvollziehbar sein – das gilt unabhängig davon, wie das Dossier entsteht. Die eigentliche Entscheidung liegt selten in der Frage, welche Inhalte gefordert sind, sondern darin, mit welchem Ansatz ein Hersteller diese Inhalte wirtschaftlich und zuverlässig erstellt. Wer sich mit medizinprodukte technischer Dokumentation zum ersten Mal befasst, steht meist vor vier realistischen Wegen: alles selbst schreiben, mit Vorlagen und Beispiel-PDFs arbeiten, eine spezialisierte Software nutzen oder externe Berater beauftragen. Dieser Artikel vergleicht die vier Optionen anhand der Kriterien, die in der Praxis wirklich über Erfolg oder Verzögerung entscheiden.

Welche Anforderungen die MDR an die technische Dokumentation stellt

Bevor sich ein Weg wählen lässt, muss klar sein, wogegen er sich behaupten muss. Die MDR verlangt in Anhang II eine geräteübergreifende Beschreibung, Angaben zu Design und Herstellung, den Nachweis der Erfüllung der grundlegenden Sicherheits- und Leistungsanforderungen (GSPR), die Risikomanagementakte sowie die klinische Bewertung. Anhang III ergänzt die Anforderungen an die Marktbeobachtung nach dem Inverkehrbringen. Diese Struktur ist bei jeder mdr technischen Dokumentation identisch, ob sie in einem Konzern oder einem Zweipersonen-Start-up entsteht.

Was sich dagegen deutlich unterscheidet, ist der Aufwand, die Fehleranfälligkeit und die Zeit bis zur Auditreife. Diese Unterschiede hängen von wenigen Faktoren ab, die auch die folgende Vergleichsentscheidung leiten sollten:

• Risikoklasse des Produkts – ein Klasse-I-Produkt ohne Messfunktion verlangt deutlich weniger klinische Evidenz als ein implantierbares Klasse-III-Produkt.
• Vorhandenes Fachwissen im Unternehmen zu Regulatory Affairs, Risikomanagement und klinischer Bewertung.
• Zeitrahmen bis zur geplanten CE-Kennzeichnung oder Rezertifizierung.
• Portfoliogröße – ein einzelnes Produkt lässt sich anders dokumentieren als zehn Produktvarianten mit gemeinsamer Plattform.
• Budget für externe Unterstützung im Verhältnis zu den Kosten einer Verzögerung.

Diese fünf Punkte bestimmen, welcher der vier folgenden Wege tatsächlich zum Unternehmen passt – und wo er an seine Grenzen stößt.

Technische Dokumentation komplett selbst erstellen

Die Eigenerstellung bedeutet, dass ein internes Team – meist Regulatory Affairs, Qualitätsmanagement und Entwicklung gemeinsam – die gesamte technische Dokumentation für Medizinprodukte von Grund auf verfasst, pflegt und mit den übrigen QM-Prozessen verknüpft. Der große Vorteil liegt im Detailwissen: Niemand kennt Produktrisiken, Fertigungsprozesse und Testdaten so genau wie das eigene Entwicklungsteam, und dieses Wissen fließt direkt und ohne Übersetzungsverlust in die Akte ein.

Der Nachteil zeigt sich meist erst bei der ersten Prüfung durch eine Benannte Stelle: Wer die MDR-Systematik nicht täglich anwendet, übersieht leicht Verknüpfungen zwischen GSPR-Nachweisen, Risikoanalyse und klinischer Bewertung, die eine erfahrene Prüfstelle sofort bemängelt. Das kostet Zeit – oft mehrere Monate an Nachforderungen –, gerade beim ersten Zertifizierungsdurchlauf.

Dieser Weg eignet sich vor allem für:

• Unternehmen mit etabliertem Qualitätsmanagement und eigener Regulatory-Affairs-Funktion.
• Hersteller von Produkten niedrigerer Risikoklassen (I oder IIa) mit überschaubarer klinischer Datenlage.
• Firmen, die die Akte über Jahre iterativ pflegen und dabei internes Fachwissen aufbauen wollen.

Weniger geeignet ist die reine Eigenerstellung für Start-ups ohne regulatorische Vorerfahrung, für Klasse-III-Produkte mit komplexer klinischer Evidenz oder für Unternehmen, die unter hohem Zeitdruck zum ersten Mal ein CE-Verfahren durchlaufen. Hier führt der Lerneffekt „on the job“ häufig zu genau den Verzögerungen, die vermieden werden sollten.

Vorlagen und Beispiel-PDFs als Startpunkt nutzen

Viele Hersteller suchen zu Beginn gezielt nach einer technische dokumentation medizinprodukte beispiel pdf, um zu sehen, wie ein vollständiges Dossier aufgebaut ist. Solche Muster zeigen typischerweise ein Inhaltsverzeichnis nach Anhang-II-Struktur, eine Beispiel-Gliederung der GSPR-Checkliste, ein exemplarisches Risikomanagement-Dokument und Muster für die Konformitätserklärung. Als Orientierung sind sie wertvoll, besonders für Teams, die zum ersten Mal mit dem Aufbau einer solchen Akte konfrontiert sind.

Die Grenze liegt darin, dass Vorlagen generisch sind. Sie zeigen die Form, aber nicht den Inhalt: welche klinischen Daten für das konkrete Produkt nötig sind, wie die Risikoanalyse tatsächlich aussehen muss oder welche Normen einschlägig sind, lässt sich aus einem Beispiel-PDF nicht ableiten. Zudem veralten Vorlagen schnell, wenn sie nicht an aktuelle MDCG-Leitlinien angepasst werden – ein Dokument aus den ersten MDR-Jahren kann heute in Details überholt sein. Benannte Stellen erkennen zudem sehr zuverlässig, wenn ein Dossier erkennbar aus einer Vorlage kopiert wurde, ohne dass die Inhalte tatsächlich produktspezifisch belegt sind.

Sinnvoll ist dieser Ansatz für:

• Teams, die sich zunächst einen Überblick über Struktur und Umfang verschaffen wollen, bevor sie eigene Ressourcen einplanen.
• Interne Schulungszwecke, um neuen Mitarbeitenden die Logik einer technischen Akte zu zeigen.
• Kleine Hersteller mit einfachen Produkten, die eine grobe Checkliste zum Abgleich mit dem eigenen Stand nutzen.

Nicht geeignet ist eine Vorlage als Ersatz für die eigentliche fachliche Arbeit. Wer versucht, ein Beispiel-PDF weitgehend unverändert mit eigenen Produktdaten zu füllen, riskiert Lücken, die erst im Audit auffallen – zu einem Zeitpunkt, an dem Nacharbeit deutlich teurer ist als eine solide Erstplanung.

Software und QMS-Tools für die Dokumentation einsetzen

Spezialisierte Software für Regulatory-Informationsmanagement oder ein elektronisches Qualitätsmanagementsystem (eQMS) bildet die technische Dokumentation strukturiert ab: Dokumente werden versioniert, Verknüpfungen zwischen Risikomanagement, klinischer Bewertung und Post-Market-Surveillance werden automatisch nachverfolgt, und Fristen für Aktualisierungen – etwa den periodischen Sicherheitsbericht – lassen sich hinterlegen. Für Hersteller mit mehreren Produkten oder Produktvarianten reduziert das den Aufwand erheblich, weil sich Bausteine wiederverwenden lassen, ohne den Überblick über Abhängigkeiten zu verlieren.

Der Nutzen zeigt sich besonders bei wiederkehrenden Audits: Statt Dokumente aus verschiedenen Ordnern zusammenzusuchen, liefert das System eine konsistente, nachvollziehbare Historie. Das erleichtert auch den internen Wissenstransfer, wenn Mitarbeitende wechseln – ein Punkt, der bei rein manueller Aktenführung oft unterschätzt wird.

Dem stehen spürbare Kosten gegenüber: Lizenzgebühren, Einrichtungsaufwand und eine Einarbeitungszeit, bevor das Tool seinen Nutzen entfaltet. Wichtig ist zudem: Software ersetzt kein Fachwissen. Sie strukturiert die Eingaben, prüft aber nicht inhaltlich, ob eine klinische Bewertung tatsächlich ausreichend ist oder ob ein Risiko korrekt bewertet wurde. Ohne qualifiziertes Personal, das die Inhalte einpflegt, bleibt auch die beste Software eine leere Hülle.

Diese Lösung passt zu:

• Herstellern mit mehreren Produkten oder Produktfamilien, bei denen sich Strukturen wiederverwenden lassen.
• Unternehmen, die regelmäßig auditiert werden und Wert auf durchgängige Nachverfolgbarkeit legen.
• Wachsenden Firmen, die ihre Prozesse frühzeitig skalierbar aufstellen wollen.

Weniger sinnvoll ist die Investition für sehr kleine Hersteller mit einem einzigen, einfachen Produkt, bei denen ein gut organisiertes Dokumentenmanagement ohne spezialisierte Software ausreicht – hier stehen Lizenzkosten oft in keinem Verhältnis zum Nutzen.

Externe Berater und Dienstleister beauftragen

Regulatory-Affairs-Beratungen oder spezialisierte Dienstleister übernehmen die Erstellung, Überarbeitung oder Prüfung der technischen Dokumentation ganz oder teilweise. Ihr Vorteil liegt in der Erfahrung aus zahlreichen Zulassungsverfahren: Sie kennen typische Beanstandungen der Benannten Stellen, aktuelle MDCG-Leitlinien und branchenspezifische Besonderheiten, etwa bei Software als Medizinprodukt oder bei Kombinationsprodukten. Für komplexe oder hochklassifizierte Produkte kann das den Zulassungsprozess spürbar beschleunigen.

Der Preis dafür ist naturgemäß höher als bei interner Bearbeitung, und die Qualität hängt stark davon ab, wie eng Berater und Entwicklungsteam zusammenarbeiten. Eine externe Fachperson kann nur so gut dokumentieren, wie sie Zugang zu belastbaren technischen und klinischen Daten des Herstellers erhält. Wichtig ist außerdem: Die regulatorische Verantwortung als Hersteller bleibt beim Unternehmen selbst, einschließlich der Pflicht, eine für die Einhaltung der Vorschriften verantwortliche Person zu benennen. Ein Dienstleister berät und unterstützt, übernimmt aber nicht automatisch die Haftung.

Externe Unterstützung eignet sich besonders für:

• Unternehmen ohne eigene Regulatory-Affairs-Abteilung, die punktuell Expertise benötigen.
• Hersteller von Klasse-III-Produkten oder Produkten mit komplexer klinischer Datenlage.
• Firmen, die zum ersten Mal ein Verfahren mit einer Benannten Stelle durchlaufen und dabei Prozesssicherheit brauchen.
• Kurzfristige Projekte, etwa vor einem geplanten Produktlaunch oder einer anstehenden Rezertifizierung.

Weniger geeignet ist eine dauerhafte, vollständige Auslagerung für Unternehmen mit breitem, wachsendem Produktportfolio: Ohne parallelen Aufbau interner Kompetenz entsteht eine langfristige Abhängigkeit, die bei jedem neuen Produkt erneut Kosten verursacht, statt internes Wissen zu vermehren.

Welche Lösung passt zu welchem Hersteller?

In der Praxis kombinieren die meisten Hersteller mehrere Ansätze, statt sich für genau einen zu entscheiden: Ein Beispiel-PDF dient zur Orientierung, eine Software strukturiert die laufende Pflege, das interne Team liefert die produktspezifischen Inhalte, und externe Fachleute prüfen kritische Abschnitte wie die klinische Bewertung vor der Einreichung. Diese Kombination reduziert sowohl das Risiko unentdeckter Lücken als auch die Kosten im Vergleich zur vollständigen externen Vergabe.

Wer sich unsicher ist, sollte die eigene Ausgangslage anhand der eingangs genannten Kriterien – Risikoklasse, vorhandenes Fachwissen, Zeitrahmen, Portfoliogröße und Budget – ehrlich einschätzen, bevor Ressourcen gebunden werden. Da Fehler in der technischen Dokumentation direkt die Marktzulassung und damit unternehmerische Entscheidungen mit finanzieller Tragweite betreffen, ersetzt dieser Überblick keine individuelle Beratung: Für die konkrete Bewertung eines Produkts empfiehlt es sich, eine Regulatory-Affairs-Fachperson oder die zuständige Benannte Stelle frühzeitig einzubeziehen.