Nutzungsanforderungen (engl. User Requirements) beschreiben die Eigenschaften, Funktionen, Informationen und Interaktionen, die ein Medizinprodukt aus Sicht der vorgesehenen Benutzer erfüllen muss, damit die beabsichtigten Anwendungsziele sicher, wirksam und effizient erreicht werden können. Sie werden aus Erkenntnissen über Benutzergruppen, Nutzungskontexte, Arbeitsabläufe, Nutzungsrisiken und Aufgaben abgeleitet und dienen als verbindliche Grundlage für die Entwicklung der Benutzungsschnittstelle – klar zu unterscheiden von technischen Systemanforderungen.
Ableitung aus dem Nutzungskontext
Nutzungsanforderungen entstehen nicht isoliert, sondern werden aus der Anwendungsspezifikation abgeleitet. Relevant sind insbesondere Benutzerprofile, Nutzungsszenarien, Einsatzumgebungen und die Aufgaben, die mit dem Medizinprodukt durchgeführt werden. Die Qualität der Nutzungsanforderungen hängt unmittelbar von der Qualität der vorgelagerten Kontextanalyse ab. Unvollständige Benutzergruppen oder nicht berücksichtigte Nutzungssituationen führen häufig zu lückenhaften Anforderungen.
Abgrenzung zu Design- und Systemanforderungen
Nutzungsanforderungen beschreiben das „Was", nicht das „Wie". Eine Anforderung wie „Der Anwender muss den aktuellen Betriebszustand jederzeit eindeutig erkennen können" ist eine Nutzungsanforderung. Die spätere Umsetzung über Farben, Symbole oder Textanzeigen gehört dagegen in die Design- bzw. Systemanforderungen. In der Praxis werden diese Ebenen häufig vermischt, was die Nachverfolgbarkeit und Verifikation erschwert.
Beziehung zur Nutzungsrisikoanalyse
Im regulatorischen Umfeld von Medizinprodukten entstehen viele Nutzungsanforderungen direkt aus identifizierten Nutzungsrisiken. Wird beispielsweise erkannt, dass eine Dosiseinstellung fehleranfällig ist, können Anforderungen bezüglich Fehlervorbeugung, Plausibilitätsprüfungen oder Nutzerfeedback abgeleitet werden. Nutzungsanforderungen fungieren damit häufig als Schnittstelle zwischen Risikomanagement (ISO 14971) und Usability Engineering (IEC 62366-1).
Methoden zur Ermittlung von Nutzungsanforderungen
Typische Methoden sind Kontextanalysen, Contextual Inquiry, Feldbeobachtungen, Interviews, Workshops mit Stakeholdern, Task Analysis, Cognitive Walkthroughs sowie die Analyse von Complaint-Daten oder Post-Market-Surveillance-Erkenntnissen. Im Human Factors Engineering werden Anforderungen zudem häufig mittels Use Scenarios oder Use Cases konkretisiert. Für komplexe Medizinprodukte werden ergänzend Work Domain Analysis oder Hierarchical Task Analysis eingesetzt.
Verifikation und Validierung
Nutzungsanforderungen müssen überprüfbar formuliert werden. Formative Evaluationen dienen dazu, frühzeitig zu untersuchen, ob Designlösungen die Anforderungen tatsächlich unterstützen. Die summative Evaluation überprüft anschließend, ob Benutzer unter realistischen Bedingungen sicher und effektiv mit dem Produkt interagieren können. Nicht verifizierbare oder mehrdeutige Nutzungsanforderungen führen häufig zu Problemen bei der Prüfung der Design Inputs und der späteren Validierung.
Typische Schwächen in der Praxis
Ein häufiger Fehler besteht darin, ausschließlich Funktionswünsche zu dokumentieren, ohne deren Bezug zu Benutzeraufgaben oder Risiken herzustellen. Ebenfalls problematisch sind Anforderungen wie „Die Bedienung soll intuitiv sein", da sie kaum objektiv überprüfbar sind. Oft fehlen auch Anforderungen für Ausnahmefälle, seltene Nutzungsszenarien oder Benutzer mit eingeschränkten Fähigkeiten. Diese Lücken werden häufig erst während formativer oder summativer Untersuchungen sichtbar.
Regulatorischer Bezug
IEC 62366-1 fordert im Prozessschritt "Prepare Use Specification" die systematische Beschreibung von intendierter Anwendung, Benutzern, Nutzungskontexten und nutzungsbezogenen Merkmalen als Grundlage weiterer Usability-Engineering-Aktivitäten – Nutzungsanforderungen werden typischerweise aus diesen Informationen abgeleitet. Der Usability-Engineering-Prozess verlangt darüber hinaus die Identifikation sicherheitsrelevanter Eigenschaften der Benutzungsschnittstelle, potenzieller Nutzungsfehler und risikobehafteter Nutzungsszenarien, woraus sich Anforderungen an die Gestaltung und Nutzung des Produkts ergeben. Nach ISO 14971 müssen Risiken, die durch Benutzung oder Fehlbenutzung entstehen können, identifiziert und beherrscht werden – Nutzungsanforderungen stellen häufig eine Risikokontrollmaßnahme oder deren Spezifikation dar. Die FDA erwartet in ihrer Human-Factors-Guidance, dass Benutzerbedürfnisse, Nutzungskontexte und kritische Aufgaben systematisch analysiert und in Design Inputs überführt werden.
Häufige Fragen (FAQ)
Sind Nutzungsanforderungen dasselbe wie User Needs?
Nein. User Needs beschreiben häufig auf höherer Abstraktionsebene die Bedürfnisse oder Ziele der Anwender. Nutzungsanforderungen sind daraus abgeleitete, konkretere und möglichst überprüfbare Anforderungen an die Nutzung des Produkts.
Müssen Nutzungsanforderungen sicherheitsrelevant sein?
Nein. Viele Nutzungsanforderungen betreffen Effizienz, Verständlichkeit oder Bedienkomfort. Im regulatorischen Kontext liegt der Schwerpunkt jedoch auf Anforderungen, die einen Bezug zur sicheren Anwendung besitzen.
Wo werden Nutzungsanforderungen dokumentiert?
Je nach Entwicklungsprozess im Usability Engineering File (UEF), in den Design Inputs, im Requirements Management System oder in verknüpften Systemanforderungen. Entscheidend ist die Nachverfolgbarkeit.
Können Nutzungsanforderungen direkt getestet werden?
Ja. Gute Nutzungsanforderungen sind verifizierbar und bilden die Grundlage für formative Untersuchungen, Inspektionen oder summative Validierungsstudien.
Nutzungsanforderungen beschreiben das "Was", nicht das "Wie" – und müssen überprüfbar formuliert sein, um überhaupt verifizierbar zu bleiben. "Intuitiv bedienbar" ist keine Nutzungsanforderung, eine maximale Fehlerrate bei einer definierten Aufgabe schon.
Sie möchten Nutzungsanforderungen aus Kontextanalyse und Risikobetrachtung sauber und überprüfbar ableiten? Wir unterstützen Sie im gesamten Usability-Engineering-Prozess nach IEC 62366-1.
Mehr zu unserem Usability Engineering