3 Min. Lesezeit
Die meisten QMS-Frameworks sind darauf ausgelegt, Risiken zu kontrollieren, statt die Entwicklungsgeschwindigkeit von Medizinprodukten zu fördern. Software as a Medical Device (SaMD) entwickelt sich jedoch rasant weiter, wird häufig aktualisiert und erfordert mehr als veraltete Denkmuster.
Die Medizinprodukteindustrie setzt seit Jahrzehnten auf strukturierte, hardwarezentrierte Qualitätsmanagementsysteme (QMS), die auf Stabilität, Kontrolle und Rückverfolgbarkeit ausgelegt sind. Und das zu Recht, denn diese Systeme haben ihren Zweck erfüllt. Doch heute befinden wir uns an einem kritischen Wendepunkt.
Software as a Medical Device (SaMD) ist keine Erweiterung herkömmlicher Medizinprodukte, sondern ein grundlegender Wandel. Dieser Wandel offenbart einen gefährlichen Irrglauben: die Annahme, dass herkömmliche QMS-Modelle an die speziellen Anforderungen von SaMD angepasst werden können. In der Praxis funktioniert das nicht.
Wer ein auf Hardware basierendes Qualitätsmanagementsystem für SaMD verwendet, betreibt kein Qualitätsmanagement, sondern ein unzureichendes Risikomanagement.
Klassisches QMS: Entwickelt für statische, vorhersehbare Produkte
Die QMS-Frameworks, auf die sich die meisten Hersteller nach wie vor verlassen – die in der Regel ISO 13485 entsprechen und durch phasenbasierte Produktentwicklung ergänzt werden –, sind für physische Produkte konzipiert. Diese ISO 13485-Systeme für Medizinprodukte gehen von linearen Designzyklen, langen Validierungsphasen und einer stabilen Produktversion nach der Markteinführung aus.
SaMD-Lösungen folgen diesem Rhythmus nicht. Sie sind iterativ, dynamisch und oft Cloud-based. Der Entwicklungslebenszyklus läuft kontinuierlich. Aktualisierungen können wöchentlich erfolgen. Risikoprofile ändern sich nicht jährlich, sondern über Nacht. In diesem Umfeld wird ein statisches Qualitätsmanagementsystem nach ISO 13485 zu einem Hindernis statt zu einer Absicherung.
Die entscheidenden Unterschiede
1. Iterative Entwicklung erfordert iterative Kontrollen
Bei Hardware ist die Design- und Entwicklungskontrolle an die physischen Komponenten des Produkts geknüpft. Sobald ein Medizinprodukt validiert und freigegeben ist, fallen Änderungen nur minimal und streng kontrolliert an.
SaMD-Lösungen entwickeln sich jedoch kontinuierlich weiter. Jedes Update kann die Leistung, die Sicherheit oder die klinische Logik beeinflussen. Ein Qualitätsmanagementsystem für Software-Medizinprodukte muss hochfrequente Änderungsprozesse ermöglichen, sich in agile Arbeitsabläufe integrieren lassen und die Rückverfolgbarkeit über mehrere Software-Builds hinweg sicherstellen – nicht nur bei den endgültigen Versionen.
2. Cybersicherheit ist ein Qualitätsmerkmal
Hersteller herkömmlicher Medizinprodukte steuern Risiken durch physische Absicherung und Gebrauchsanweisungen. Software as a Medical Device (SaMD) muss sich hingegen mit Cyberbedrohungen, Datenpannen und steigenden Anforderungen an die Interoperabilität auseinandersetzen.
Ein SaMD-fähiges QMS verankert Sicherheit direkt in den Designvorgaben, den Prüfprotokollen und der Marktbeobachtung. Dies ist keine technische Vorliebe, sondern eine regulatorische Vorgabe. Die Leitlinien der FDA zur Cybersicherheit vor der Marktzulassung sowie die Anforderungen der europäischen Medizinprodukteverordnung (MDR) machen dies deutlich.
3. Die Marktbeobachtung ist kontinuierlich, nicht passiv
Bei Hardware bedeutet die Marktbeobachtung für SaMD häufig lediglich das Erfassen von Beschwerden und das Melden von Vorkommnissen. Bei SaMD sind Daten aus der Marktphase hingegen ein integraler Bestandteil der Produktentwicklung.
Ein modernes QMS-Softwaresystem nach ISO 13485 muss Leistungsdaten aus der Praxis als Teil des Produktlebenszyklus behandeln. Es muss Echtzeit-Überwachung, automatisierte Feedbackschleifen und die Möglichkeit unterstützen, die klinische Logik basierend auf den tatsächlichen Ergebnissen anzupassen – und das nicht einmal im Jahr, sondern kontinuierlich.
4. Dokumentation muss digital, dynamisch und dezentral sein
Viele herkömmliche Plattformen für Qualitätsmanagementsysteme nach ISO 13485 basieren auf statischen Dokumenten, papierbasierten Freigabeprozessen und manuellen Genehmigungen. In einer Softwareumgebung bricht dieses Modell zusammen.
SaMD-Teams arbeiten standortübergreifend mit cloud-based DevOps-Tools. Ihr Qualitätsmanagementsystem sollte sich direkt in Code-Repositorys integrieren, die Rückverfolgbarkeit automatisieren und eine Dokumentation pflegen, die bei jedem Sprint aktualisiert wird, nicht erst jedes Quartal.
5. Klinische Evidenz entwickelt sich weiter, anstatt starr zu sein
Hardware-Medizinprodukte validieren die Sicherheit und Wirksamkeit vor der Markteinführung. Bei SaMD ist die Validierung vor dem Marktstart erst der Anfang. Algorithmen können sich anpassen, Datensätze erweitern und sich das Nutzerverhalten verändern.
Ein für SaMD entwickeltes QMS muss eine dynamische klinische Evidenz unterstützen. Berichte zur klinischen Bewertung, Usability-Daten und Leistungsüberwachung müssen sich parallel zur Software weiterentwickeln. Das QMS wird zu einem aktiven System – nicht nur für die Dokumentation, sondern für die Entscheidungsfindung.
Der Irrglaube: Konformität ist genug
Die Erfüllung von ISO 13485 oder IEC 62304 ist notwendig. Im Kontext von SaMD ist Compliance jedoch das Fundament und nicht das Maximum. Regulierungsbehörden blicken über reine Checklisten hinaus. Sie erwarten operative Bereitschaft zur Bewältigung von Änderungen, Cybersicherheitsresilienz und Leistung in der realen Welt.
Ein herkömmliches ISO 13485 Qualitätsmanagementsystem für Medizinprodukte kann konform sein und dennoch Risiken nicht verhindern. Für SaMD ist das inakzeptabel. Qualität muss in den Entwicklungsprozess integriert und nicht nachträglich in starre Vorlagen eingefügt werden.
Richten Sie sich nach der Realität von Software, nicht nach der Bequemlichkeit von Tradition
Die erfolgreichsten SaMD-Unternehmen versuchen nicht, ein Software as a Medical Device-Produkt in ein Hardwareschema zu zwängen. Sie entwerfen Qualitätssysteme, die gezielt für die Softwareentwicklung konzipiert sind. Diese Systeme sind schlank, digital, integriert und zukunftsorientiert.
Wenn Sie ein Team leiten, das SaMD entwickelt, fragen Sie sich:
- Kann Ihr QMS einen Zweiwochen-Sprint-Zyklus bewältigen?
- Überwacht es Cybersicherheitsbedrohungen und passt sich diesen an?
- Kann es die klinische Leistung nach der Freigabe verfolgen und Aktualisierungen auslösen?
Wenn nicht, liegt das Problem nicht nur bei Ihrem Produkt, sondern bei Ihrem System. Ein Qualitätsmanagementsystem für Medizinprodukte sollte Innovationen nicht einschränken. Es sollte sie sicher, zuverlässig und skalierbar ermöglichen.
Für Unternehmen, die diesen Wandel vollziehen, kann die Partnerschaft mit Experten, die sowohl regulatorische Nuancen als auch Softwaredynamiken verstehen – wie Freyr Solutions –, den Unterschied ausmachen zwischen einem System, das lediglich die Vorschriften erfüllt, und einem System, das die Produktleistung und Marktreife aktiv vorantreibt. Das Verständnis der MDR-Anforderungen an die klinische Bewertung und die Pflege konformer Berichte zur klinischen Bewertung werden in dieser sich entwickelnden Landschaft von entscheidender Bedeutung.
Erfahren Sie, wie Ihr QMS umgestaltet werden kann, um den Anforderungen von SaMD gerecht zu werden, und wenden Sie sich noch heute an die Regulierungspezialisten von Freyr Solutions.
