- Verbesserung der digitalen Barrierefreiheit der elektronischen Patientenakte f\u00fcr sehbehinderte und blinde Personen<\/li>
- Entwicklung eines Prototypen f\u00fcr die Erkennung und Analyse von Schwachstellen in der Barrierefreiheit von Anwendungen<\/li><\/ul><\/li>
- Kontext<\/strong>
- Durch die Vielzahl der verschiedenen Krankenkassen und die dadurch sehr individuelle und vielf\u00e4ltige Umsetzung der ePA durch jede einzelne Krankenkasse erschien uns die generelle Verbesserung der Usability als schwierig. Dementsprechend war die Fokussierung auf lediglich eine Anwendung nicht mit unserer Zielsetzung vereinbar.<\/li>
- Durch das bei uns als Entwicklern fehlende Verst\u00e4ndnis und Wissen sowie das nicht vorhandene Bewusstsein beim Umsetzen einer Software, dass diese auch von Personen genutzt wird, die diese nicht visuell wahrnehmen, wurde uns eine neue Ebene des Problems bewusst.<\/li>
- Dadurch wurde der Fokus des Projektes auf die Entwicklung eines Prototypen verschoben, der Awareness bei Entwicklern schaffen soll und gleichzeitig eine Unterst\u00fctzung bei der Arbeit ist.<\/li><\/ul><\/li>
- Stakeholder<\/strong>
- Zun\u00e4chst bildeten blinde und sehbehinderte Personen unsere prim\u00e4ren, direkten Stakeholder ab, jedoch wurde die Gruppe durch die Umorientierung des Projektes zu indirekten Stakeholdern. Diese Gruppe betrachten wir aber trotzdem als die wichtigste, da sich die Zielsetzung des Projektes ganzheitlich um sie dreht.<\/li>
- Direkte Stakeholder sind nun die Entwickler und Designer von Softwareanwendungen, im Speziellen den Anwendungen zur elektronischen Patientenakte.<\/li>
- Dadurch kommen noch viele weitere Stakeholder ins Spiel, wie beispielsweise die Krankenkassen, die ePA Anwendungen ver\u00f6ffentlichen und die Entwickler besch\u00e4ftigen, oder auch die Anbieter der verschiedenen Screenreader und anderen Hilfsmitteln. Diese Gruppen liegen aber nicht im Fokus des Projektes.<\/li><\/ul><\/li><\/ol>\n\n\n\n
Testergebnisse<\/h2>\n\n\n\n
Die Ergebnisse der Usability Tests belaufen sich auf zwei verschiedene Arten von Ergebnissen, den durch den Beobachter festgestellten Bedingungen und Reaktionen auf die Anwendung und den durch die Testpersonen selbst ausgef\u00fcllten User Experience Questionnaires<\/em>.<\/p>\n\n\n\n
Beobachtungen<\/h3>\n\n\n\n
Um die Beobachtungen w\u00e4hrend des Tests auszuwerten, haben wir die verschiedenen Informationen und \u00c4u\u00dferungen der Testpersonen nach der jeweiligen Art geclustert.<\/p>\n\n\n\n
Rohform der Daten<\/h4>\n\n\n\n
Durch die Art der Erhebung lagen die Daten zun\u00e4chst gruppiert nach der jeweiligen Aufgabe im Test vor. Dementsprechend gab es vier Kategorien, drei f\u00fcr die jeweiligen Testaufgaben und eine mit allgemeinem Feedback.<\/p>\n\n\n
\n![\"\"](\"https:\/\/blogs.fu-berlin.de\/hci2023\/files\/2023\/08\/ErgebnisSammlung-1024x454.png\")
Erste Sammlung der Ergebnisse<\/figcaption><\/figure><\/div>\n\n\n Bei den drei Aufgaben handelte es sich um die folgenden Anweisungen:<\/p>\n\n\n\n
- Nutzen Sie die Funktion \u201eDetailuntersuchung\u201c der Anwendung. Ermitteln Sie damit, wie ein konkretes Problem eines UI-Elements der ePA-Anwendung behoben werden kann.<\/li>
- Nutzen Sie die Funktion \u201eStruktur\u00fcbersicht\u201c der Anwendung. Ermitteln Sie, wie viele Unterelemente das UI-Element \u201e2021\u201c in Summe besitzt.<\/li>
- Nutzen Sie die Funktion \u201eKomplett\u00fcberpr\u00fcfung\u201c der Anwendung. Ermitteln Sie damit, wie viele Probleme in der ePA-Anwendung insgesamt festgestellt werden k\u00f6nnen.<\/li><\/ol>\n\n\n\n
Dadurch waren die Daten f\u00fcr die einzelnen Aufgaben schon lose den drei Hauptfunktionen der Anwendung zugeordnet.<\/p>\n\n\n\n
Erste Aufarbeitung<\/h4>\n\n\n\n
Bei der ersten Gruppierung der Daten wurden diese in die folgenden Kategorien unterteilt:<\/p>\n\n\n\n
- Format und Durchf\u00fchrung des Usability Test<\/li>
- Interaktionsm\u00f6glichkeiten<\/li>
- Layout der Anwendung<\/li>
- Wording der Anwendung<\/li>
- Konzept der Anwendung<\/li>
- Rechtschreibung und visuelle Gestaltung<\/li>
- Feature Requests<\/li>
- Positive R\u00fcckmeldungen<\/li><\/ul>\n\n\n\n
![\"\"](\"https:\/\/blogs.fu-berlin.de\/hci2023\/files\/2023\/08\/Cluster1-1024x433.png\")
Erste Auswertung der Daten<\/figcaption><\/figure><\/div>\n\n\n Diese Kategorien konnten nachfolgend bereinigt und auf die wesentlichen Punkte mit Handlungsbedarf reduziert werden.<\/p>\n\n\n\n
Finale AufarbeitunG<\/h4>\n\n\n\n
Format und Durchf\u00fchrung des Tests<\/h5>\n\n\n\n
Die durchaus berechtigten Kritikpunkte am Format und der Durchf\u00fchrung des Usability Test sind f\u00fcr die weitere Entwicklung und Evaluation nicht von Bedeutung, m\u00fcssen jedoch f\u00fcr zuk\u00fcnftige Tests bedacht und verbessert werden.<\/p>\n\n\n\n
So waren die Einverst\u00e4ndniserkl\u00e4rung und das Skript nicht vollst\u00e4ndig ausgereift und einige Mappings im Figma-Prototypen waren nicht korrekt implementiert. Auch die Verwendung des User Experience Questionnaires<\/em> warf fragen auf, jedoch dazu sp\u00e4ter mehr.<\/p>\n\n\n\n
Interaktionsm\u00f6glichkeiten<\/h5>\n\n\n\n
Bei verschiedenen Ansichten und Funktionen der Anwendung wurde die fehlende Sichtbarkeit von Interaktionsm\u00f6glichkeiten bem\u00e4ngelt. Die Testpersonen wussten in manchen Situationen dadurch nicht, wie mit der Anwendung gearbeitet werden sollte.<\/p>\n\n\n\n
Dies sollte definitiv verbessert werden und hat eine hohe Priorit\u00e4t.<\/p>\n\n\n\n
Layout der Anwendung<\/h5>\n\n\n\n
Das Layout der Anwendung scheint nicht optimal umgesetzt zu sein, da es unter anderem bei der Detailuntersuchung als „\u00fcberfordernd“ eingestuft wurde. Zus\u00e4tzlich dazu fehlen einige visuelle Br\u00fccken, um Informationen im Overlay mit den dazugeh\u00f6rigen problematischen Elementen der zu untersuchenden Anwendung zu verkn\u00fcpfen.<\/p>\n\n\n\n
Au\u00dferdem wurde vorgeschlagen, das Layout der Applikation mehr in Richtung der Entwicklerkonsole von Browsern auszurichten, um Verwirrung vorzubeugen.<\/p>\n\n\n\n
Die aufgef\u00fchrten Punkte zeigen die Notwendigkeit auf, das Layout der Applikation zu \u00fcberdenken und Verfeinerungen und Verbesserungen zu konzipieren.<\/p>\n\n\n\n
Wording der Anwendung<\/h5>\n\n\n\n
Insbesondere in der „Struktur\u00fcbersicht“ der Anwendung hat sich das momentane Wording als problematisch herausgestellt. Die Betitelung der einzelnen „Elemente“ und „Ebenen“ hat zu Verwirrung unter den Testpersonen gef\u00fchrt und wurde mehrfach kritisiert.<\/p>\n\n\n\n
Dementsprechend m\u00fcssen f\u00fcr diese Funktion bessere Bezeichnungen und ein klareres Format f\u00fcr die Untersuchung gefunden werden, da das Ziel der Funktion sonst nicht erf\u00fcllt werden kann.<\/p>\n\n\n\n
Diese Problematik hat eine sehr hohe Priorit\u00e4t, da sie in direktem Konflikt mit den Zielen der Anwendung hinsichtlich der Einfachheit der Nutzung und der Verst\u00e4ndlichkeit steht.<\/p>\n\n\n\n
Konzept der Anwendung<\/h5>\n\n\n\n
Einige Probleme im Konzept der Anwendung wurden ebenfalls aufgedeckt.<\/p>\n\n\n\n
So ist das mehrfache Ausw\u00e4hlen der zu untersuchenden Anwendung st\u00f6rend und sollte lediglich einmal am Anfang erfolgen, da Nutzende voraussichtlich nicht mitten in der Evaluation ihrer Anwendung zu einer anderen wechseln wollen.<\/p>\n\n\n\n
Zus\u00e4tzlich wurde in Frage gestellt, ob Elemente in einer Anwendung, die keine Probleme aufweisen, tats\u00e4chlich angezeigt werden m\u00fcssen. Dies w\u00fcrde die \u00dcbersichtlichkeit tr\u00fcben und nicht notwendig sein.<\/p>\n\n\n\n
Beiden Punkte sind durchaus berechtigt und sollten in einer n\u00e4chsten Version dringend umgesetzt werden, da diese ebenfalls die direkten Ziele der Anwendung betreffen.<\/p>\n\n\n\n
Rechtschreibung und visuelle Gestaltung<\/h5>\n\n\n\n
In der Anwendung befinden sich einige Fehler hinsichtlich Rechtschreibung und Gestaltung. Beispielsweise sollten f\u00fcr die Detailuntersuchung der einzelnen Elemente \u00dcberschriften eingef\u00fcgt werden, um den momentanen Ort in der Anwendung zu verdeutlichen.<\/p>\n\n\n\n
Diese Probleme sind wichtig, lassen sich jedoch schnell und unkompliziert beheben.<\/p>\n\n\n\n
Feature Requests<\/h5>\n\n\n\n
Im Rahmen vom allgemeinen Feedback und aufkommenden Fragen w\u00e4hrend der Tests sind einige m\u00f6gliche Funktionen oder gew\u00fcnschte Features aufgekommen. Diese werden von uns als sinnvoll und n\u00fctzlich angesehen und sollten in der Weiterentwicklung der Anwendung auf jeden Fall erwogen werden:<\/p>\n\n\n\n
- Einf\u00fcgen von Beispielen f\u00fcr Metadaten – Aufzeigen von beispielhaften HTML-Elementen<\/li>
- Bewertung der durch die Anwendung erkannten Probleme hinsichtlich ihrer Schwere („Severity“)<\/li>
- Erg\u00e4nzung von Tooltips und Hover-Informationen f\u00fcr die einzelnen Bedienelemente der Anwendung und Funktionalit\u00e4ten<\/li>
- Zus\u00e4tzlicher Bereich der Anwendung f\u00fcr die Bereitstellung von Ressourcen und Informationen zu den gesetzlichen Rahmenbedingungen f\u00fcr digitale Barrierefreiheit<\/li><\/ul>\n\n\n\n
Positive R\u00fcckmeldungen<\/h5>\n\n\n\n
Einige Elemente der Anwendung wurden w\u00e4hrend der Tests gelobt und als ansprechend hervorgehoben. W\u00e4hrend diese R\u00fcckmeldungen nat\u00fcrlich einen angenehmen und motivierenden Effekt haben, sind die Verbesserungsvorschl\u00e4ge von gr\u00f6\u00dferer Bedeutung.<\/p>\n\n\n\n
User Experience Questionnaire<\/em><\/h3>\n\n\n\n
Die durch das UEQ <\/em>erhobenen Daten machen auf uns keinen besonders aussagekr\u00e4ftigen Eindruck.<\/p>\n\n\n\n
Anhand der Einsch\u00e4tzungen der Testpersonen wird eine generelle \u00dcbersicht \u00fcber den Umgang mit der Anwendung gewonnen und es kann abgelesen werden, ob man sich bei der Entwicklung gerade v\u00f6llig auf dem Holzweg befindet.<\/p>\n\n\n\n
Wir haben f\u00fcr die einzelnen Punkte des UEQ <\/em>die jeweiligen Durchschnittswerte ermittelt und stellen diese nachfolgend dar.<\/p>\n\n\n\n
Bei dem verwendeten UEQ <\/em>handelt es sich um eine bipolare Likert-Skala. Die einander gegen\u00fcbergestellten Adjektive k\u00f6nnen bei vollst\u00e4ndiger Zustimmung mittels Ankreuzen der 1<\/strong><\/em> oder der 7<\/strong><\/em> ausgew\u00e4hlt werden. Dementsprechend stellt die 4<\/em><\/strong> die Mitte der Skala dar.<\/p>\n\n\n\n
- behindernd <-> unterst\u00fctzend -> 5<\/strong><\/li>
- kompliziert <-> einfach -> 4,3<\/strong><\/li>
- ineffizient <-> effizient -> 5,6<\/strong><\/li>
- verwirrend <-> \u00fcbersichtlich -> 5,6<\/strong><\/li>
- langweilig <-> spannend -> 4,3<\/strong><\/li>
- uninteressant <-> interessant -> 5<\/strong><\/li>
- konventionell <-> originell -> 4,3<\/strong><\/li>
- herk\u00f6mmlich <-> neuartig -> 5<\/strong><\/li><\/ul>\n\n\n\n
Abschlie\u00dfend l\u00e4sst dich zum UEQ <\/em>sagen, dass wir die Ergebnisse aufgrund der Anzahl der Testpersonen als nicht repr\u00e4sentativ ansehen und auch nicht mit dem generellen Aufbau zufrieden sind, da die einzelnen Punkte nicht klar voneinander differenziert sind und teilweise die Bedeutung nicht vollst\u00e4ndig erfasst werden kann.<\/p>\n\n\n\n
Abgleich der Ergebnisse und Ziele<\/h2>\n\n\n\n
Schlussfolgernd kann aus den Ergebnissen abgeleitet werden, dass ein erster Schritt in Richtung der Projektziele getan wurde.<\/p>\n\n\n\n
Viele Kritikpunkte und Verbesserungsvorschl\u00e4ge sind aufgekommen, die den aktuellen Prototypen in eine bessere Richtung steuern und bestehende Probleme aufzeigen. Dadurch werden aber auch L\u00f6sungsm\u00f6glichkeiten f\u00fcr ebendiese Probleme aufgezeigt.<\/p>\n\n\n\n
Das sehr gro\u00df gesteckte Projektziel, zur digitalen Barrierefreiheit der elektronischen Patientenakte einen wesentlichen Beitrag zu leisten, konnte nicht erf\u00fcllt werden. Jedoch wurde eine erste L\u00f6sung in Form eines Prototypen entwickelt, der in ferner Zukunft ebendieses Ziel umsetzen k\u00f6nnte.<\/p>\n\n\n\n
Dementsprechend bleibt das erste Ziel unerf\u00fcllt, aber das zweite und neuere Ziel kann als erf\u00fcllt betrachtet werden.<\/p>\n\n\n\n
Die durch den Prototyp vorgestellten Funktionen rufen gemischte Reaktionen hervor. Die Gesamt\u00fcberpr\u00fcfung scheint dadurch eine vielversprechende Funktion zu sein, die im aktuellen Stand der Umsetzung schon gut funktioniert. Die Struktur- und Detailansichten scheinen jedoch noch nicht sehr ausgereift zu sein und ben\u00f6tigen eindeutig noch sehr viel mehr Arbeit.<\/p>\n\n\n\n
Ausblick<\/h2>\n\n\n\n
F\u00fcr die weitere Umsetzung des Projektes sind einige Handlungsm\u00f6glichkeiten denkbar:<\/p>\n\n\n\n
- Suche nach Sponsoren\/Partnern
- Die Umsetzung einer qualitativ hochwertigen Softwarel\u00f6sung erfordert zeitlichen und finanziellen Aufwand. F\u00fcr die Deckung der dadurch entstehenden Kosten ist die Suche nach einem Sponsoren oder einer Organisation, mit der kooperiert werden kann, sinnvoll.<\/li><\/ul><\/li>
- Aufstellen eines Projektteams
- Die Umsetzung einer funktionierenden Anwendung, die unseren Vorstellungen und Zielen entspricht, ist im Alleingang oder auch zu zweit unrealistisch. Dementsprechend ist die Zusammenstellung eines Projektteams mit Programmierern und UI-Designern naheliegend.<\/li><\/ul><\/li>
- Entwicklung einer funktionsf\u00e4higen Version
- Anschlie\u00dfend an die vorherigen Punkte kann agil eine erste Version entwickelt werden. Die Grundbausteine der Anwendung werden rudiment\u00e4r umgesetzt, um erste Tests zu erm\u00f6glichen.<\/li>
- Dabei sollten die in den Usability-Tests erhobenen Verbesserungsvorschl\u00e4ge, Anmerkungen und Feature-Requests dringend verarbeitet werden.<\/li><\/ul><\/li>
- Validierung der Anwendung und Sinnhaftigkeit
- Neben der konkreten Umsetzung der Anwendung ist es notwendig, das die Anwendung im sp\u00e4teren Verlauf \u00fcberhaupt verwendet wird. Dementsprechend sollten m\u00f6gliche Nutzer und Nutzerinnen gesucht werden, die die verschiedenen Versionen der Software evaluieren k\u00f6nnen und sie f\u00fcr ihre Arbeit als sinnvoll und n\u00fctzlich erachten.<\/li><\/ul><\/li>
- Messung des konkreten Nutzens der Anwendung
- Als letzter Punkt ist das Ermitteln des konkreten Nutzens der Anwendung interessant. Werden Softwareprodukte durch die Verwendung der Anwendung im Entwicklungsprojekt f\u00fcr blinde und sehbehinderte Personen ansprechender gestaltet und dadurch einfacher zu nutzen?
Kann der durch die Anwendung gew\u00fcnschte Effekt tats\u00e4chlich belegt werden?<\/li><\/ul><\/li><\/ol>\n","protected":false},"excerpt":{"rendered":"Zusammenfassung des Projektes Im Laufe der Projektarbeit hat sich unser Fokus teilweise etwas verschoben, was aber immer mit den eigentlich Zielen des Projektes einherging. Am Anfang war die ePA. Wir haben uns die verschiedenen Anwendungen angeschaut und uns in erster Linie Fragen zur Nutzbarkeit und Einfachheit der Nutzung gestellt. Dar\u00fcber haben wir uns zur \u00dcberpr\u00fcfung … \u201e[A11, P6] – Res\u00fcmee der Projektarbeit\u201c<\/span> weiterlesen<\/a><\/p>\n","protected":false},"author":7693,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0,"footnotes":""},"categories":[482331],"tags":[],"class_list":["post-846","post","type-post","status-publish","format-standard","hentry","category-team6"],"_links":{"self":[{"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/posts\/846","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/users\/7693"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/comments?post=846"}],"version-history":[{"count":11,"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/posts\/846\/revisions"}],"predecessor-version":[{"id":859,"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/posts\/846\/revisions\/859"}],"wp:attachment":[{"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/media?parent=846"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/categories?post=846"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.fu-berlin.de\/hci2023\/wp-json\/wp\/v2\/tags?post=846"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Als letzter Punkt ist das Ermitteln des konkreten Nutzens der Anwendung interessant. Werden Softwareprodukte durch die Verwendung der Anwendung im Entwicklungsprojekt f\u00fcr blinde und sehbehinderte Personen ansprechender gestaltet und dadurch einfacher zu nutzen?
- kompliziert <-> einfach -> 4,3<\/strong><\/li>
- behindernd <-> unterst\u00fctzend -> 5<\/strong><\/li>