Das Ziel der Systementwicklung (Systems Engineering) besteht darin, Systeme – in diesem Kontext Medizinprodukte – systematisch in der geplanten Zeit und Qualität zu entwickeln.

Inhalt

Diese Seite hilft Herstellern von Medizinprodukten und deren Dienstleistern, einen Überblick über das Systems Engineering zu erlangen und dazu weitere Fachartikel zu finden:

  1. Artikel zu Prozessen und Aktivitäten im Produkt-Lebenszyklus
  2. Artikel zur IEC 60601-1-Familie und zur physikalischen Sicherheit
  3. Artikel zu Biokompatibilität, Sterilität und Aufbereitung

Definition von Systems Engineering

Gemäß der Definition ISO/IEC 15940 ist Systems Engineering …

… ein interdisziplinärer Ansatz, der den gesamten technischen und verwaltungstechnischen Aufwand regelt, der erforderlich ist, um eine Reihe von Bedürfnissen, Erwartungen und Einschränkungen der Interessengruppen in eine Lösung umzusetzen und diese Lösung während ihrer gesamten Lebensdauer zu unterstützen.

Diese Definition des Systems Engineerings hat auch Wikipedia übernommen.

Die ISO/IEC/IEEE 21841 spricht von einem Prozess der Planung, Analyse, Organisation, Entwicklung und Integration.

1. Artikel zu Prozessen und Aktivitäten

a) Prozesse

Das V-Modell ist ein bekanntes Modell für den Entwicklungsprozess. Bei der (agilen) Entwicklung von Medizinprodukten eignet es sich als Dokumentationsmodell.

Im Rahmen dieses Prozesses führen Hersteller verschiedene Tätigkeiten durch, zu denen weitere Artikel Handlungsleitung geben. Sie können für diese Tätigkeiten ein eigenes Entwicklungsteam aufbauen oder/und Tätigkeiten durch Dritte durchführen lassen.

Im letzteren Fall sind diese Artikel relevant:

b) Zweckbestimmung formulieren und Anforderungen erheben

c) Systeme entwerfen

d) Systeme verifizieren und validieren

e) Weitere Phasen im Lebenszyklus

Hinweise und weiterführende Informationen

Das Usability Engineering und damit auch die Verifizierung und Validierung der Gebrauchstauglichkeit zählen auch zum Systems Engineering. Sie finden unter dem Link weitere Informationen zum Systems Engineering.

Das Risikomanagement stellt eine Besonderheit des Systems Engineerings bei Medizinprodukten dar. Sie finden unter dem Link eine Übersicht über die Fachartikel zum Risikomanagement.

2. Artikel zur IEC 60601-1-Familie und zur physikalischen Sicherheit

a) Regulatorische Anforderungen

Die Basis der regulatorischen Anforderungen bilden die EU-Verordnungen bzw. Richtlinien:

Die zentrale Norm ist die IEC 60601-1. Sie wurde 2019 durch ein 2. Amendment erweitert. Für IVD ist die IEC 61010-1 relevant.

Zu den Konzepten der Norm(en) zählen:

Relevant sind neben der Grundnorm auch die Partikularnormen:

Bei den Nachweisen greifen viele Hersteller auf die CB Reports/CB-Berichte zurück.

b) Umsetzung der Anforderungen bei bestimmten Systemen und Situationen

3. Artikel zu Biokompatibilität, Sterilität und Aufbereitung

Für Produkte, die mit dem menschlichen Körper in Kontakt kommen sollen, gibt es spezielle Normen:

Die ISO 17664 ist bei der Aufbereitung von Medizinprodukten relevant.

Beachten Sie auch unseren Artikel zu den stofflichen Medizinprodukten.

Haben Sie noch Fragen, beispielsweise zur Entwicklung, Prüfung und Zulassung Ihres Medizinprodukts? Dann nutzen Sie das kostenfreie Micro-Consulting.

Wünschen Sie Unterstützung dabei, Ihre Medizingeräte gesetzeskonform zu entwickeln, deren Sicherheit zu prüfen und „zuzulassen“? Das Team des Johner Instituts hilft gerne! Nehmen Sie Kontakt auf!


IT-Security bei “Legacy Devices”

Dass Gesetze und Normen die IT-Security auch bei „Legacy Devices“ einfordern, ist verständlich. Die Art, wie diese Anforderungen formuliert werden, führt allerdings oft zu Verwirrung. Beispielsweise konnten sich Gesetzgeber und Normenkomitees nicht auf gemeinsame Definitionen einigen. So geht es einmal um die IT-Sicherheit bei Legacy Devices, einmal um die IT-Sicherheit von Altprodukten bzw. von Bestandsprodukten…

Weiterlesen
Lastenheft und Pflichtenheft

Lastenheft und Pflichtenheft

Lastenheft und Pflichtenheft, Systemspezifikation und Systemanforderungen Die Vorstellungen darüber, was Lastenhefte und Pflichtenhefte enthalten müssen, gehen weit auseinander – manchmal auch innerhalb einer Firma. Das liegt u. a. daran, dass die beiden Dokumente die verschiedenen Anforderungstypen nicht konsequent unterscheiden. Vielmehr unterscheiden sie sich in der Granularität und dem Detailgrad. Schon aus regulatorischer Sicht sollten Sie…

Weiterlesen
Closed-Loop-Systeme (geschlossene Regelsysteme)

Closed-Loop-Systeme bei Medizinprodukten

Medizinprodukte basieren zunehmend auf Closed-Loop-Systemen. Diese „geschlossenen Regelsysteme“ finden bereits in der Medizinprodukteverordnung MDR Erwähnung. Sie erfahren in diesem Artikel, was Closed-Loop-Systeme sind, wo sie in der Medizin zum Einsatz kommen und welche regulatorischen Anforderungen sie erfüllen müssen. Der Beitrag verrät Ihnen auch, wie Sie beim Kauf der Norm IEC 60601-1-10 einige Hundert Euro sparen…

Weiterlesen
magisches Dreieck bei klinischen Studien

Wann lassen sich bei Produkten mit künstlicher Intelligenz klinische Studien vermeiden?

Für Hersteller ist die Antwort auf die Frage relevant, ob und wann beim Einsatz künstlicher Intelligenz in Medizinprodukten klinische Studien notwendig sind. Denn davon hängen die Dauer und die Kosten ab, um diese Produkte in den Markt zu bringen. Die gute Nachricht vorweg: Es gibt Fälle, in denen die Hersteller auf klinische Studien bei Produkten…

Weiterlesen

V-Modell: Die 5 häufigsten Probleme vermeiden

Das V-Modell ist ein Entwicklungsprozessmodell, das ursprünglich bei staatlichen Projekten (u. a. Rüstung) zur Anwendung kam. Bis heute ist es bei Projekten im regulierten Umfeld (z. B. Medizintechnik, Banken) in vielen Köpfen und Normen verankert. Das führt zu Konflikten in Teams, die agile Entwicklungsprozesse bevorzugen. Dieser Artikel hilft, diesen Widerspruch aufzulösen. Sie erfahren, wie Sie…

Weiterlesen

Entwicklungsplan versus Entwicklungsprozess

Medizinproduktehersteller sind verpflichtet, sowohl den Entwicklungsprozess zu beschreiben als auch einen Entwicklungsplan zu erstellen. Weil beide Dokumente Vorgaben dazu machen, wie Medizinprodukte zu entwickeln sind, gibt es Unsicherheit darüber, welche Information in welches Dokument gehört. Dieser Artikel löst das auf und betrachtet dabei auch die Software. Er geht ein auf den Software-Entwicklungsplan und die Beschreibung…

Weiterlesen