DESIGN PROZESS NACH IEC 62366-1

In der Analysephase sind nicht nur der Nutzungskontext sowie die Stakeholder Requirements zu analysieren und zu beschreiben, sondern auch in der Usability Akte (Usability Engineering File) jegliche Maßnahmen aufzuführen, die die Benutzerfreundlichkeit im Zusammenhang mit der sicheren Verwendung des Produkts gewährleisten. Dafür werden gefahrenbezogene Nutzungsszenarien identifiziert, woraus sich die Spezifikation der Benutzeroberfläche ableiten lässt. Im Wesentlichen haben wir als Research Maßnahmen auf Workshops und Interviews gesetzt.

In der Designphase fließen die Stakeholder Requirements im Abgleich mit der Zweckbestimmung und dem Nutzungskontext in das UX Konzept ein. In dieser Phase werden die Anforderungen in Wireframes umgesetzt, die wir mit Hilfe eines Rapid-Prototyping-Ansatzes in der Applikation Figma entwickelten. Darauf baut sich das UI Design auf, welches wir auf Basis der Corporate Identity des Auftraggebers erstellt und als UI-Bibliothek in Figma angelegt haben. Begleitet wird dieser Prozess durch verschiedene formative Evaluationen. Sie fördern eine iterative, nutzerzentrierte Produktentwicklung. Dabei werden beispielsweise Experten-Reviews, Cognitive Walkthroughs und Usability-Tests mit potenziellen Nutzern durchgeführt, um die Usability, das Risikomanagement sowie die User Experience zu prüfen. Bei Missverständnissen, die Risiken bergen können, sind Anpassungen des UX/UI-Konzepts durchzuführen.

Die Ergebnisse werden prozessbegleitend in der Usability Akte, im Usability Evaluationsplan und -protokoll (Testleitfaden) und im Usability Evaluation Summary Report (Auswertung, Bericht) dokumentiert. Dem Projektteam stehen Vorlagen für die Planung, Durchführung und Auswertung der Evaluationsphasen zur Verfügung, die den Prozess transparent und nachvollziehbar für das QM-System festhalten.

Um auch auf technischer Ebene Risiken zu minimieren, ist eine enge Verzahnung zwischen UX-Prozess und Entwicklung notwendig. Daher ist bereits bei der Spezifikation der Software durch die Entwicklungsabteilung darauf zu achten, dass die Anforderungen der Stakeholder mit den Softwareanforderungen übereinstimmen. Die Softwareanforderungen wurden in der Designphase aus den Wireframes und Designs abgeleitet. Durch eine Traceability-Matrix konnten wir sicherstellen, dass alle formulierten Nutzeranforderungen in der technischen Beschreibung berücksichtigt sind und gegebenenfalls Anpassungen vornehmen.

Im Rahmen des Qualitätsmanagementsystems wird das Design noch einmal auf die Probe gestellt. Der gesamte Produktentwicklungsprozess eines SaMD (Software as a Medical Device) umfasst drei Hauptphasen: die Entwurfs-, die Entwicklungs- und die Verifizierungsphase. Nach jeder Phase ist eine Überprüfung in Form eines Quality Gate (QG) durchzuführen, bei der alle erforderlichen Dokumente auf Vollständigkeit und anschließende Freigabe durch die dafür definierten Rollen im Projekt vorgenommen werden. Die Freigabe des Quality Gate 1 (Designphase) erfolgt erst, wenn die Softwareanforderungen, die Softwarearchitektur und das detaillierte Design definiert sind.