Usability Engineering nach DIN EN ISO 9241-11

Daniel Saffer

16/04/2018

Seit der Einführung von Smartphones mit Touch Bedienung hat sich die Art und Weise wie Menschen mit Maschinen interagieren auffallend verändert. Der Trend geht hinzu immer größer werdenden Touchscreens und das Wegfallen von Hardware Tasten. Auch in der Medizintechnik deutet sich allmählich ein solcher Trend an. Die Bedienung soll dabei effizient, effektiv und zufriedenstellend für den Benutzer sein. In diesem Artikel möchte ich Ihnen zeigen, wie die DIN EN ISO 9241-11 den Begriff „Usability“ definiert und warum die Disziplin des Usability Engineering so wichtig für heutige Produkte ist.

Gebrauchstauglichkeit

Die DIN EN ISO 9241-11 mit dem Titel „Anforderungen an die Gebrauchstauglichkeit – Leitsätze“ definiert den Begriff der Gebrauchstauglichkeit (Usability) so:

Usability ist das Ausmaß, in dem ein Produkt durch bestimmte Benutzer in einem bestimmten Nutzungskontext genutzt werden kann, um bestimmte Ziele effektiv, effizient und zufriedenstellend zu erreichen.

Um den genauen Inhalt dieser Definition verstehen zu können, bedarf es einiger weiterer Erklärungen. Entwickeln wir eine Smartphone-App, stellt diese unser Produkt dar, für die die Gebrauchstauglichkeit spezifiziert und evaluiert wird. Benutzer sind diejenigen Personen, die das Produkt auf Ihrem Smartphone installieren und nutzen wollen, und zwar effektiv, effizient und zufriedenstellend. Effektivität bedeutet, wie vollständig das Ergebnis im Verhältnis zum gewünschten Ziel erreicht wird. Effizienz hingegen setzt das Ergebnis ins Verhältnis zum eingesetzten Aufwand. Zufriedenstellung ist in der Norm definiert als: „Freiheit von Beeinträchtigung und positive Einstellung gegenüber der Nutzung des Produkts.“ Der Nutzungskontext setzt sich aus den Punkten Benutzern, Arbeitsaufgaben, Arbeitsmitteln und sozialen und physischen Umgebungen zusammen. All diese Begriffe lassen sich zusammenhängend in einer Grafik darstellen:

Gebrauchstauglichkeit nach DIN EN ISO 9241-11
Gebrauchstauglichkeit nach DIN EN ISO 9241-11

Für was benötigt man den Nutzungskontext?

Wie oben bereits beschrieben, besteht der Nutzungskontext aus Benutzern, Arbeitsaufgaben, Arbeitsmitteln und der sozialen und physischen Umgebung. Erhoben wird er, um die Nutzungsanforderungen einfacher herausfinden zu können. Anhand des Nutzungskontextes werden im späteren auch die Gestaltungslösungen erarbeitet. Der Nutzungskontext könnte für einen automatisierten externen Defibrillator (AED) wie folgt aussehen:

  1. Benutzer eines automatisierten externen Defibrillators:
    Niemand wäre gern in der Situation, einen Defibrillator anwenden zu müssen. Da Herzkammerflimmern plötzlich auftritt, kann aber jeder in die Lage kommen. Hier kann zwischen zwei Benutzergruppen unterschieden werden:
    – Ein Laie, der womöglich noch nie Kontakt mit einem Defibrillator hatte
    – Eine medizinisch ausgebildete Person (Arzt, Krankenschwester, usw.)
  2. Arbeitsaufgabe:
    Den Herzschlag eines Patienten/Geschädigten in den geregelten Zustand zurückführen.
  3. Arbeitsmittel:
    Hierzu zählt nicht der Defibrillator selbst, sondern nur Mittel die zusätzlich benötigt werden und die Produktgestaltung mit beeinflussen.
    – Elektroden
    – Erste-Hilfe-Set
    – Handy
  4. Physisches Umfeld:
    Der Ort, wo der Defibrillator eingesetzt wird. AEDs befindet sich meistens in öffentlichen Einrichtungen.

Wie erhebt man die Daten für den Nutzungskontext?

In der Analysephase des Usability Engineering gibt es verschiedene Methoden, um die Daten für den Nutzungskontext zu erheben. Die bekanntesten sind:

  • Interview
    – mündliche Befragung von Benutzern
    – Einzelinterview oder Gruppeninterview (Fokusgruppe) möglich
    – Ablauf muss gut geplant sein
  • Fragebogen
    – schriftliche Befragung der Benutzer
    – kein „Eingriff“ in Ablauf möglich
    – Benutzer brauchen gut strukturierten Leitfaden
    – auf Fragestellung achten
  • Beobachtung
    – direkt vor Ort oder per Videoaufzeichnung
    – findet im Arbeitsumfeld statt
    – stilles Begleiten und Notieren von Beobachtungen
  • Tagebuchstudie
    – Benutzer dokumentieren selbst
    – Aufgaben können vorgegeben werden
    – online oder Papier
  • Kontextuelle Analyse
    – Beobachten und Befragen von Personen vor Ort
    – Vorbereitung notwendig

Alle Methoden haben gemeinsam, dass die Erhebung der Daten vor Ort stattfindet, sei es durch Sie oder den Benutzer selbst. Detaillierte Informationen über den Ort, die Zielgruppe und die Aufgaben können Sie nur dort erhalten, wo das Produkt auch wirklich eingesetzt werden soll! Wie Sie die Daten erheben wollen, liegt in Ihrem Ermessen. Wenn Sie mehr über die genannten Methoden erfahren möchten, können Sie uns gern kontaktieren.

Wie dokumentiert man die gewonnenen Daten?

Die Analyse ist abgeschlossen und die Daten müssen nun dokumentiert werden. Auch hier gibt es verschiedene Möglichkeiten. Empfehlenswert finde ich, Personae zu erstellen. Personae sind imaginäre prototypische Benutzer des Systems. Hier filtert man aus den gewonnenen Daten zwei Hauptbenutzer und optional mehrere Nebenbenutzer heraus. Auf die Interessen der Hauptbenutzer sollte besonders großer Wert gelegt werden, wenn man die Zielgruppe nicht verfehlen möchte. Schreiben Sie sich Alter, möglicher Name, Interessen, Vorkenntnisse des Nutzers auf und visualisieren Sie diese. Sind Sie mit allen Personae zufrieden, können Sie diese im Büro während des Entwicklungsprozesses aufhängen. So vergessen Sie nie, an wen das Gerät gerichtet ist. Hier ist ein Beispiel, wie Personae aussehen könnten:

Personae in der Medizintechnik am Beispiel der Defibrillation
Personae für die Medizintechnik

Nachdem alle Personae aufgestellt sind, können Szenarien erstellt werden. Diese bilden eine Erweiterung zu Personae. Mithilfe von Szenarien können die Abläufe beschrieben werden, die eine Person an einem Arbeitstag ausübt. Szenarien können unterschiedlich stark ausgearbeitet werden. Auf der einen Seite reichen kurze Listen völlig aus, auf der anderen können detaillierte Ausarbeitungen sinnvoll sein.


Geschrieben von Daniel Saffer

Daniel Saffer ist Chief Technical Officer (CTO) der MEDtech Ingenieur GmbH. In dieser Rolle verantwortet er die technische Strategie des Unternehmens und unterstützt Kundenprojekte in der Medizintechnik. Sein Fokus liegt auf der Weiterentwicklung sicherheitskritischer Softwarelösungen, regulatorischen Anforderungen und innovativen Technologien für die Branche.


Weitere Beiträge

  • 30/06/2024
  • Allgemein, Hardware, Software, Technik, Tools, Usability

KI – Was ist das denn überhaupt? Künstliche Intelligenz ist zurzeit in aller Munde, doch die wenigsten Menschen beschäftigen sich mit der Funktionsweise von künstlicher Intelligenz oder damit, was ...

Weiterlesen
  • 30/01/2024
  • Allgemein, Security, Software, Usability

Wo ist denn jetzt wieder dieses Headset? Wer kennt es nicht, man möchte sein Smartphone mit einem Bluetooth-Gerät verbinden, startet den Suchvorgang und plötzlich sieht man den Wald vor ...

Weiterlesen
  • 04/09/2023
  • Allgemein, Normen, Qualität, Testen

Um eine hohe Produktqualität zu gewährleisten und Kunden zufriedenzustellen, müssen Qualitätsprobleme frühzeitig erkannt, analysiert und behoben werden. Hier ist CAPA ein bewährtes Instrument, um Unternehmen dabei zu unterstützen, die ...

Weiterlesen
Cookie-Übersicht

Die Internetseiten der MEDtech Ingenieur GmbH verwenden Cookies. Cookies sind Textdateien, welche über einen Internetbrowser auf einem Computersystem abgelegt und gespeichert werden.

Zahlreiche Internetseiten und Server verwenden Cookies. Viele Cookies enthalten eine sogenannte Cookie-ID. Eine Cookie-ID ist eine eindeutige Kennung des Cookies. Sie besteht aus einer Zeichenfolge, durch welche Internetseiten und Server dem konkreten Internetbrowser zugeordnet werden können, in dem das Cookie gespeichert wurde. Dies ermöglicht es den besuchten Internetseiten und Servern, den individuellen Browser der betroffenen Person von anderen Internetbrowsern, die andere Cookies enthalten, zu unterscheiden. Ein bestimmter Internetbrowser kann über die eindeutige Cookie-ID wiedererkannt und identifiziert werden.

Durch den Einsatz von Cookies kann die MEDtech Ingenieur GmbH den Nutzern dieser Internetseite nutzerfreundlichere Services bereitstellen, die ohne die Cookie-Setzung nicht möglich wären.

Mittels eines Cookies können die Informationen und Angebote auf unserer Internetseite im Sinne des Benutzers optimiert werden. Cookies ermöglichen uns, wie bereits erwähnt, die Benutzer unserer Internetseite wiederzuerkennen. Zweck dieser Wiedererkennung ist es, den Nutzern die Verwendung unserer Internetseite zu erleichtern. Der Benutzer einer Internetseite, die Cookies verwendet, muss beispielsweise nicht bei jedem Besuch der Internetseite erneut seine Zugangsdaten eingeben, weil dies von der Internetseite und dem auf dem Computersystem des Benutzers abgelegten Cookie übernommen wird.

Die betroffene Person kann die Setzung von Cookies durch unsere Internetseite jederzeit mittels einer entsprechenden Einstellung des genutzten Internetbrowsers verhindern und damit der Setzung von Cookies dauerhaft widersprechen. Ferner können bereits gesetzte Cookies jederzeit über einen Internetbrowser oder andere Softwareprogramme gelöscht werden. Dies ist in allen gängigen Internetbrowsern möglich. Deaktiviert die betroffene Person die Setzung von Cookies in dem genutzten Internetbrowser, sind unter Umständen nicht alle Funktionen unserer Internetseite vollumfänglich nutzbar.

Weitere Informationen erhalten Sie in unserer Datenschutzerklärung.

Unbedingt notwendige Cookies

Dieses Cookie wird benötigt, um Ihre Cookie-Einstellungen zu merken und weitere Hauptfunktionen zur Verfügung zu stellen

Um Ihnen eine Auskunft über Ihre gespeicherten personenbezogenen Daten hier (https://medtech-ingenieur.de/gespeicherte-daten-2/) geben zu können, benötigen wir einen Cookie, um Sie bei der Datenabfrage identifizieren zu können. Dieser Cookie muss aus Sicherheitsgründen deshalb aktiviert sein. Ein weiterer Cookie wird gesetzt, um diesen Banner nicht erneut anzeigen zu müssen.

Cookie-Name Beschreibung
PHPSESSID Name: PHP session
Anbieter:
Eigentümer der Webseite (MEDtech Ingenieur)
Zweck:
Wir benötigt, um Sie bei der Anfrage von personenbezogenen Daten identifizieren zu können. Das Cookie wird nur gesetzt, wenn Sie eine Anfrage hier (https://medtech-ingenieur.de/gespeicherte-daten-2/) stellen.
Laufzeit: Sitzungsende
Kategorie: Unbedingt notwendige Cookies
moove_gdpr_popup Name: Cookie-Box Einstellungen
Anbieter:
Eigentümer der Webseite (MEDtech Ingenieur)
Zweck:
Wird benötigt, um Ihre Cookie-Einstellungen zu speichern, um den Cookie-Banner nicht erneut anzeigen zu müssen.
Laufzeit: 1 Jahr
Kategorie: Unbedingt notwendige Cookies
comment_author_9c90e388e3e1be4a6c594fa6ac8a3eec
comment_author_email_9c90e388e3e1be4a6c594fa6ac8a3eec
comment_author_url_9c90e388e3e1be4a6c594fa6ac8a3eec
Name: Kommentar Einstellungen
Anbieter:
Eigentümer der Webseite (MEDtech Ingenieur)
Zweck:
Cookie wird angelegt, wenn Sie ein Kommentar auf MEDtech Ingenieur veröffentlichen wollen, um Sie als Autor identifizieren und den aktuellen Status Ihres Kommentars anzeigen zu können. Das Cookie enthält den angegebenen Namen. Das Cookie wird erst gesetzt, wenn Sie der Speicherung Ihrer personenbezogenen Daten zustimmen.
Laufzeit: 1 Jahr
Kategorie: Unbedingt notwendige Cookies
rmp-rate Name: RMP Rate
Anbieter: Eigentümer der Webseite (MEDtech Ingenieur)
Zweck: Cookie wird angelegt, wenn Sie eine Bewertung eines Blogbeitrags mithilfe des Sternebewertungssystems abgeben. Ihnen wird eine anonymisierte ID zugewiesen, um zu erkennen, ob Sie einen Artikel bereits bewertet haben oder nicht. Das Cookie wird nur verwendet, um zu verhindern, dass mehrfache Bewertung abgegeben werden und erst gesetzt, wenn Sie auf einen Stern klicken.
Laufzeit: 1 Jahr
Kategorie: Unbedingt notwendige Cookies
medtech-download-page Name: Download Page
Anbieter: Eigentümer der Webseite (MEDtech Ingenieur)
Zweck: Cookie wird angelegt, wenn Sie den Landing-Page Prozess erfolgreich durchlaufen haben. Dies geschieht nur, wenn Sie einen Content-Download von unserer Website anstreben.
Laufzeit: 1/2 Jahr
Kategorie: Unbedingt notwendige Cookies