Die IEC 62304 fordert in Kapitel 9 einen Problemlösungsprozess. Doch vieles, was da beschrieben steht, findet sich auch im Kapitel 6 zum Wartungsprozess. Benötigen Sie als Hersteller jetzt einen oder zwei Prozesse? Lesen Sie hier, wie Sie redundante Arbeit und QM-Bürokratie vermeiden und dennoch die Forderungen der Norm erfüllen.

Problemlösungsprozess versus Wartungsprozess: Das sind die Ziele

Beim Wort Problemlösungsprozess denken viele an die Lösung des Problems in Form eines Bug-Fixes. Doch genau das – die Änderung der Software – ist nicht Gegenstand des Problemlösungsprozesses, sondern des Wartungsprozesses.

Der Problemlösungsprozess verfolgt vielmehr die Ziele

  • herauszufinden, ob es überhaupt ein Problem gibt,
  • herauszufinden, was die Ursache des Problems ist,
  • zu entscheiden, ob das Problem behoben werden muss und ob weitere Maßnahmen notwendig sind (z.B. Behördenmeldungen),
  • zu entscheiden, in welcher Form das Problem beseitigt werden soll,
  • sicherzustellen, dass das Problem wirklich behoben ist und
  • sicherzustellen, dass das Problem künftig nicht mehr auftritt.

Problem mit Redundanzen beim Problemlösungs- und Wartungsprozess?

Die Norm verlangt im Software-Wartungsprozess und im Problemlösungsprozess ähnliche Tätigkeiten:

ProblemlösungsprozessSoftware-Wartungsprozess
9.1 Problembericht erstellen, Kritikalität des Problems bewerten, Informationen zur Problembeseitigung sammeln6.2.1.2 Problembericht erstellen (s. 9.1)
9.2 Problem analysieren, Ursachen finden, Auswirkungen auf die Sicherheit analysieren, entscheiden, ob und welche Maßnahmen notwendig sind6.2.1.3 Auswirkungen des Problems auf die Sicherheit analysieren
9.3 Betroffene informieren (z.B. Behörden, Anwender, Kollegen)6.2.5 Mit Anwendern und Behörden kommunizieren
9.4 Mögliche Änderungen genehmigen (Schnittstelle zum „Change Control Process“)6.2.4 Änderungen genehmigen
9.5 Aufzeichnungen aufbewahren
9.6 Trends analysieren
9.7 Verifizieren, dass das Problem gelöst ist und (negative) Trends umgekehrt sind
9.8 Re-Testing (Regression Testing) vollständig dokumentieren

Was soll das? Völlige Redundanz? Doppelte Arbeit?

Problemlösungsprozess und Wartungsprozess: So erklärt das die Norm

Dass diese Forderungen zu Fragen führen werden, scheint den Autoren selbst klar gewesen zu sein. Daher findet sich im informativen Anhang zumindest der Versuch einer Erklärung. So schreibt die Norm:

Es ist wichtig, zwischen der Software-Wartung und der Software-Problemlösung zu unterscheiden. Der Fokus des Software-Wartungs-PROZESSES liegt auf einer angemessenen Antwort auf Rückmeldungen, die nach der Freigabe des SOFTWARE-PRODUKTS entstehen. […] Der Fokus der Software-Problemlösung liegt auf dem Betrieb eines umfangreichen Kontroll-SYSTEMS, das Problemberichte analysiert, …

IEC 62304:2015 B.6.2

Damit ist zumindest die Intention klar. Ob die Forderungen an Problemlösungsprozess und Wartungsprozess dadurch verständlicher werden, steht auf einem anderen Blatt. Die Redundanzen lösen diese Erklärungen jedenfalls noch nicht auf.

Redundanzen vermeiden: Das ist unsere Empfehlung

Tabellarische Darstellung

Natürlich sollten Sie jede Form von doppelter Arbeit vermeiden. Die folgende Tabelle beschreibt Schritt für Schritt die Aktivitäten, die Sie gemäß IEC 62304 ausführen müssen. Übernehmen Sie diese Schritte in Ihre entsprechende SOP(s).

Die rechte Spalte zeigt, wie Sie mit der Tätigkeit „automatisch“ die Forderungen der Norm erfüllen – sowohl den Problemlösungsprozess als auch den Wartungsprozess betreffend!

SchrittTätigkeitNormenkapitel
1Interne und externe Rückmeldungen erfassen6.2.1.1, 6.2.1.2
2Problembericht erstellen6.2.1.1, 9.1
3Problem evaluieren und über Notwendigkeit von Änderungen entscheiden6.2.1.2, 6.1.2.4, 9.2
4Änderungen genehmigen6.2.4, 9.4
5Änderungen und Probleme kommunizieren (z.B. an Behörden, Anwender, Dritte)6.2.4, 9.3
6Änderungen implementieren und verifizieren und System freigeben6.3.1, 6.3.2, 9.7
7Trend analysieren, Preventive Actions festlegen und Umsetzung prüfen9.6, 9.7; übrigens auch Forderung der ISO 13485 und FDA

Grafische Darstellung

Wir haben ein Prozessschaubild erstellt, um das Zusammenspiel von Problemlösungsprozess und Wartungsprozess zu illustrieren. Sie können es nutzen, um Ihre entsprechenden SOPs schneller und normenkonform zu formulieren – damit Sie im Audit oder in der FDA-Inspektion bei diesem schwierigen Thema auf sicherem Boden stehen.

Problemlösungsprozess Flowchart
Abb. 1: Flowchart, das die Prozesse gemäß Kapitel 6 (Wartungsprozess) und Kapitel 9 (Problemlösung) kombiniert

Sie können das Schaubild über unser Micro-Consulting anfordern. Oder Sie nutzen diese Darstellung 😉

Problemlösungsprozess? Nicht wirklich ;-)
Abb. 2: Problemlösungsprozess – nicht ganz ernst gemeint

Wie hilfreich war dieser Beitrag?

Bitte bewerten Sie:

Durchschnittliche Bewertung 4.3 / 5. Anzahl Bewertungen: 6

Geben Sie die erste Bewertung!


Kategorien: Software & IEC 62304

Hinterlassen Sie einen Kommentar

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.