Semestrální práce z předmětu Návrh uživatelského rozhraní (A4M39NUR): D4
České vysoké učení technické v Praze
F3
Fakulta elektrotechnická Katedra počítačové grafiky a interakce
Navigační kiosek v nemocnici se zaměřením na nevidomé: Testování vysokoúrovňového prototypu Karolína Burešová (
[email protected]), Michael Rudolf (
[email protected]), Pavol Sekereš (
[email protected])
Listopad 2014
/ Obsah 1 Příprava prototypu . . . . . . . . . . . . . . . . .1 1.1 Pokryté scénáře . . . . . . . . . . . . . . . . . .1 1.2 Popis prototypu . . . . . . . . . . . . . . . . . .2 1.3 Implementace . . . . . . . . . . . . . . . . . . . .4 1.3.1 Přenosná verze v C++ . . . .5 1.3.2 Testovaná verze v Perlu . . .5 2 Testování. . . . . . . . . . . . . . . . . . . . . . . . . . . .6 2.1 Cíle testování. . . . . . . . . . . . . . . . . . . . .6 2.2 Příprava testu . . . . . . . . . . . . . . . . . . . .6 2.3 Průběh testu . . . . . . . . . . . . . . . . . . . . .7 3 Výsledky . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 3.1 Výstupy testování jednotlivých účastníků . . . . . . . . . . . . . . . . . . .8 3.1.1 Účastník 1 . . . . . . . . . . . . . . . . . .8 3.1.2 Účastník 2 . . . . . . . . . . . . . . . . . .8 3.2 Přehled nálezů . . . . . . . . . . . . . . . . . . .9 4 Závěr . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 4.1 Shrnutí pro vývojáře . . . . . . . . . . . 11 Literatura . . . . . . . . . . . . . . . . . . . . . . . . . 12 A Screener . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 B Odpovědi vybraných účastníků na Screener . . . . . . . . . . . . . . . . . . . . . . . 16 C Seznam úkolů. . . . . . . . . . . . . . . . . . . . . 17
iii
/ Obrázky 1.2. Vnitřní stavový automat . . . . . . . . .4
iv
Kapitola 1 Příprava prototypu Po vytvoření nízkoúrovňového prototypu, s jehož pomocí se testují zejména základní principy ovládání a interakce, přichází další krok v podobě návrhu vysokoúrovňového prototypu. Ten by již měl vypadat a celkově působit jako výsledné zařízení, měl by dodržovat konvence cílové platformy, ale ještě nemusí mít plně implementovanou funkcionalitu. Z pohledu uživatele se však musí jednat o plně funkční zařízení. Podobně jako při testování nízkoúrovňového prototypu se i při testování prototypu vysokoúrovňového vyberou některé ze zamýšlených scénářů využití. Podle nich se dále stanoví úkoly, které mají účastníci testování, zástupci cílové skupiny, v (alespoň relativně) reálných podmínkách splnit. Na základě testování, tedy podle chování a komentářů účastníků testování, se stanoví seznam nálezů; ke každému nálezu se dále určuje doporučení, jak daný nález odstranit. Podle množství a závažnosti zjištěných nálezů se buď předělá prototyp (v nejhorším případě se může opět navrhovat nízkoúrovňový prototyp), nebo zapracují doporučení a vytvoří prototyp skutečného zařízení.
1.1
Pokryté scénáře
Rozhodli jsme se při testování pokrýt níže uvedené scénáře. První scénáře (přivolání personálu) je plně přebraný z [1], druhý (objednaná návštěva) vychází z uvažovaných scénářů již při začátku navrhování a je nově přepsaný, třetí (návštěva bez objednání) je mírně upravený z [1]. Přivolání personálu Nevidomý člověk (říkejme třeba Radka) bydlí nedaleko nemocničního komplexu. Po vcelku obyčejném dni se Radce udělá špatně, stoupne jí teplota a ovládne ji určitá slabost. Radka chce raději zajít k lékaři, vydá se proto do blízké nemocnice. Cestou se jí udělá výrazně hůř, a když konečně dorazí do nemocnice a nalezne navigační terminál, rovnou si přivolá personál. Personál během chvilky dorazí a o Radku se postará. Objednaná náštěva Nevidomý člověk (říkejme třeba Andrea) před měsícem onemocněla kožní plísní. Její kožní lékařka, sídlící v nemocničním komplexu, jí předepsala sprej a léčivé mastičky s tím, aby za měsíc přišla na kontrolu. Nyní se proto Andrea na kontrolu objednala. Pamatuje si, že v nemocnici je navigační terminál, proto ho po příchodu pomocí akustické odezvy na své vysílací zařízení vyhledala. Přiložila svoji kartu, kterou má registrovanou v systému, potvrdila, že jde na kožní, a podle instrukcí terminálu se nechá navést na cestu. Návštěva bez objednání Nevidomý člověk (říkejme třeba Tomáš) má některé své lékaře ve velkém nemocničním komplexu, je proto registrovaný v jeho systému. Tomáš jednoho dne zjistí, že se mu 1
1. Příprava prototypu
.......................................
vytvořila plíseň na nehtech, rozhodne se proto raději zajít ke kožnímu lékaři, který také sídlí v nemocničním komplexu. Tomáš doufá, že ho na kožním vyšetří i bez objednání, vyrazí tedy do nemocnice rovnou. V nemocnici Tomáš jako už několikrát předtím nalezne navigační terminál. Jelikož je v systému zaregistrovaný, autentifikuje se svojí kartou. Protože Tomáš není objednaný, systém mu nabídne návštěvu lékaře a následně mu přehraje seznam oddělení. Tomáš si ze seznamu vybere kožní, následně si vybere oddělení pro nemoci nehtů. Systém si nechá výběr potvrdit a následně Tomáše navede na cestu k dalšímu navigačnímu bodu.
1.2
Popis prototypu
Výsledný prototyp tvořila numerická klávesnice, „čtečka karet“ a zvukový výstup, tedy ty části, které jsou pro nevidomé uživatele relevantní. Celý program běžel na notebooku, zvukový výstup byl zajištěný z něj. Numerická klávesnice komunikovala pomocí technologie Bluetooth, činnost čtečky karet byla pouze simulovaná, program ve skutečnosti reagoval na běžné alfanumerické klávesy, které podle zamýšlené reakce tiskl moderátor testu. Sluší se přiznat, že numerická klávesnice neměla přesně tu podobu, kterou by ve výsledném zařízení měla být. Jednalo se o externí numerickou klávesnici k počítači, v hotovém zařízení bychom raději měli klávesnici ve stylu klávesnice u bankomatu či na mobilním telefonu. Interakce s těmito klávesnicemi se liší zejména (ne)přítomností některých kláves navíc a uspořádáním číselných řad. Účastníci testu byli na tuto skutečnost upozorněni, systém se choval, jako kdyby číselné řady odpovídaly např. klávesnici bankomatu. Celkové uspořádání testu zachycuje níže uvedená fotografie. Běžící program se chová jako stavový automat, implementované stavy a přechody mezi nimi naznačuje níže uvedený diagram. Ke každému stavu patří hláška, kterou v něm terminál přehraje. Všechny stavy kromě vstupního („Reset“) navíc obsahují implicitní hrany pro klávesu 0, která způsobí opakování instrukcí. Hvězdička označuje libovolnou numerickou klávesu, písmeno „k“ označuje úspěšné načtení karty. Hrany, které nekončí v žádném stavu, při testu způsobily přehrání hlášky „Tato volba zatím nebyla implementována.“, v praxi by vedly na další stavy. Neplatné přechody jsou obslouženy přehráním hlášky „Byla zvolena neplatná volba.“ a následným zopakováním hlášky příslušící k současnému stavu. Pro úplnost dodáváme i transkripci hlášek pro jednotlivé stavy (po jejich přehrání následuje ještě hláška „Stiskněte nulu pro zopakování instrukcí“: Start: Jste u navigačního terminálu. Pro výběr ordinace a navigaci stiskněte jedničku. Pro přivolání personálu stiskněte dvojku. Personál: Personál je na cestě. Prosím vyčkejte na jeho příchod. Karta: Přiložte kartu. Pokud kartu nemáte, stiskněte dvojku. Objednáno: Karta byla úspěšně načtena. Máte objednané vyšetření. Kožní ambulance, MUDr. Nováková, 11 hodin. Jedna navigovat na vyšetření. Dva vybrat jinou ordinaci. Menu 1 : Výběr ordinace. Jedna pohotovost. Dvě dětská oddělení. Tři chirurgie. Čtyři ortopedie. Pět oční klinika. Šest ARO a infekční oddělení. Sedm kardiologie. Osm neurologie. Devět další oddělení. 2
........................................
1.2 Popis prototypu
Obrázek 1.1. Prototyp během testování
Menu 2 : Jedna stomatologie. Dva gynekologicko-porodnická klinika. Tři urologie. Čtyři kožní klinika. Pět hematologie a imunologie. Šest endokrinologie a genetika. Sedm rehabilitační oddělení. Osm onkologická klinika. Devět zpět na začátek. Kožní : Výběr kožní ordinace. Jedna dermatoalergologie, běžné kožní problémy. Dva venerologie. Tři flebologie. Čttyři korektivní dermatologie. Pět terapie otoků. Šest onemocnění nehtů. Sedm fototerapie. Osm ambulance pro pacienty po transplantaci. Devět poradna pro dermatologické onkologie. Instrukce: Půjdete do třetího patra, uzlu D. Vydejte se vpravo podle vodicí čáry. Dojdete k průchodu. Projděte a vydejte se chodbou vlevo. Na konci chodby je další navigační zařízení. 3
1. Příprava prototypu
....................................... Reset
*
´ Uvod
k
1
2
Karta
k
2
2
Objedn´ano
Person´al
Menu 1
9
1–8
9
Menu 2
1
1 – 3, 5 – 8
4
Koˇzn´ı
1 – 5, 7 – 9
6
Instrukce
Obrázek 1.2. Interní stavový automat
1.3
Implementace
Nízkoúrovňový prototyp jsmě měli naimplementovaný v C++, tento kód byl upravený a přizpůsobený i pro vysokoúrovňový prototyp. Kvůli komunikačním problémům a na poslední chvíli odhaleným problémům těsně před testováním vznikla ještě verze v Perlu, 4
.........................................
1.3 Implementace
která od počátku nebyla psaná jako přenosná, nýbrž jako „rychlý bastl“ sloužící zejména k otestování oprav. Obě implementace se mírně liší v tom, jak je ovládá moderátor testu, mimo jiné se liší v míře a způsobu (ne)implementování automatického resetování, opakování instrukcí atp. Spolu se zprávou nahráváme také zdrojové kódy obou implementací a předkládáme krátký komentář k oběma z nich.
1.3.1
Přenosná verze v C++
Pro přehrávání byl použit softwarový nástroj pro přehrávání zvuků fmod, který je zdarma pro nekomerční užití. Hlavní funkčnost aplikace je v souboru hospital navigation.cpp. Nejprve se založí nový zvukový systém, do něj se pak nahrají všechny potřebné zvuky. V hlavní smyčce se poté program pohybuje, pomocí uživatelských instrukcí, mezi stavy stavového automatu, přičemž přehrává zvuky podle aktuálního stavu automatu. V každém průchodu hlavní smyčkou je instrukce pro systémové čekání, aby se zamezilo aktivnímu čekání na uživatelský vstup, a tedy i plýtvání systémových zdrojů. Při implementaci se jako největší nepříjemnost ukázalo studování funkcionality nástroje fmod použitého k přehrávání zvuků. Nástroj neobsahoval dokumentaci jednotlivých funkcí, což značně ztěžovalo práci, museli jsme se spoléhat na různé internetové diskuze a fóra o nástroji fmod. Dalším problémem bylo zrychlení přehrávaných zvuků. Na základě nálezů z testování jsme chtěli zrychlit přehrávání instrukcí. Po zrychlení přehrávání se zvýšila frekvence přehrávání, a tedy i tónina zvuků. Hlas navigace byl tedy příliš vysoký, aby byl použitelný pro seriózní navigaci. Jako řešení se nakonec ukázalo snížení tónů zvuků úměrně zvýšené frekvenci přehrávání.
1.3.2
Testovaná verze v Perlu
Program kromě základních funkcí Perl využívá moduly Audio::MPD a AnyEvent dostupné z CPANu. Přehrávání hlášek není řešené čistě programem v Perlu, nýbrž komunikací s Music Player Daemon (MPD). Nahrávky byly předem zrychlené ve speciálním programu, následně z nich byl vytvořený playlist pro MPD a z programu se spouštělo/pozastavovalo přehrávání jednotlivých nahrávek. Reakce na stisknuté klávesy jsou řešené pomocí modulu AnyEvent, pokud se něco nachází na standardním vstupu programu, spustí se obslužná funkce. K tomu je třeba přenastavit režim terminálu, aby se informace o vstupu zpropagovala ještě před stisknutím klávesy enter.
5
Kapitola 2 Testování Testování jsme z organizačních důvodů nerealizovali v nemocničním komplexu, kde by bylo nejvěrohodnější, ale na školní chodbě. Testování na chodbě místo v nějaké učebně či laboratoři prostředí alespoň trochu přiblížilo nemocniční hale, byl zde přítomný nepředvídatelný hluk, občas procházeli lidé. Oproti testování v laboratoři jsme jako organizátoři testu museli vynaložit více úsilí na sledování účastníků testu a jejich reakcí, právě kvůli přítomnému hluku a rušivým podnětům, zároveň jsme tak ale získali reálnější obraz. Účastníci testu dostali tři úkoly, které měli splnit; při jejich plnění měli komentovat, co a proč dělají, stejně tak měli komentovat, pokud je něco překvapí, očekávali by to jinak, . . .
2.1
Cíle testování
Při testování nízkoúrovňového prototypu jsme identifikovali několik závažných problémů, které by se daly shrnout jako pomalá interakce se zařízením. Účastníkům nevyhovovalo pomalé přehrávání pokynů, dlouhá prodleva mezi stiskem klávesy a reakcí ze strany zařízení, nemožnost přeskočit zbytek pokynů, pokud už věděli, kterou možnost si chtějí zvolit. Již po testování nízkoúrovňového prototypu jsme vymysleli doporučení, jak tyto problémy odstranit, a tato doporučení jsme při přípravě vysokoúrovňového prototypu převedli do praxe. Při testování jsme tedy chtěli zejména ověřit, že se nám skutečně povedlo odstranit tyto problémy. Při přípravě prototypu jsme odstraňovali i méně závažné chyby. Některé hlášky byly přeformulované, přidali jsme zvukovou odezvu kláves, zařízení již reaguje i na neplatnou volbu. Druhotně nás tedy zajímalo, zda jsme úspěšně odstranili i tyto problémy a uživatelé nebudou při interakci se zařízením pociťovat nejistotu typu „Zmáčklo se to, nebo ne?“, případně „A ta možnsot znamená co?“.
2.2
Příprava testu
Před testem jsme „vybudovali“ prototyp a otestovali jeho komunikaci s programem. Účastníkům testu jsme vysvětlili, že testujeme navigační terminál pro nemocniční komplexy, a usadili je k prototypu (toto byl ústupek realističnosti pohodlí účastníků; předpokládáme sice, že v praxi budou uživatelé u terminálu stát, vzhledem ke komentářům a nejasnostem ale testování trvalo téměr hodinu, a nechtěli jsme účastníky testu nechávat stát celou tuto dobu). 6
......................................... 2.3
2.3 Průběh testu
Průběh testu
Během testu účastníci komunikovali se zařízením pomocí speciální klávesnice a imitované čtečky. Organizátoři testu zvláštním způsobem ovládali program, zařizovali načtení karty atp. Průběh testu ilustrují následující záběry z testování:
Obrázek 2.1. Průběh testování
7
Kapitola 3 Výsledky Nedílnou součástí testování je sepsání důležitých okamžiků z průběhu testování (kladných i záporných), a minimálně pro ty, které odhalily nějaký problém, doporučení jeho opravy. Níže předkládáme jak přehled důležitých momentů z testování jednotlivými účastníky, tak celkový přehled nálezů.
3.1 3.1.1
Výstupy testování jednotlivých účastníků Účastník 1
Úkol 1 – Přivolání personálu Bez problémů. Úkol 2 – Objednaná návštěva • Účastník by opakování instrukcí spíše očekával při opakovaném stisku klávesy, kterou se dostal do aktuální nabídky. • Účastník stiskl stejnou klávesu dvakrát po sobě, volba poskočila o dvě úrovně níž; účastník nechápal, co se stalo. Úkol 3 – Návštěva bez objednání Bez problémů. Další poznatky od účastníka • Rychlost přehrávání je až příliš velká. • Účastníkovi se příliš nelíbí automatický reset zařízení po určité době, v některých případech bude doba příliš dlouhá, ale účastník má kamarádku, která by si začala instrukce zapisovat – pro tu by třeba doba byla příliš krátká. • Účastníkovi není jasné, jak by navigace fungovalo, pokud by např. byl z objednaného vyšetření poslán jinam.
3.1.2
Účastník 2
Úkol 1 – Přivolání personálu • Účastník komentoval, že přivolání personálu by se spíše pokusil realizovat stiskem příslušného tlačítka na vysílacím zařízení nevidomých. Úkol 2 – Objednaná návštěva • Účastníkovi přišlo matoucí, že na začátku instrukcí se nacházela informace o cíli cesty. Úkol 3 – Návštěva bez objednání • Účastníkovi zněly stejně názvy urologie a neurologie. 8
........................................
3.2 Přehled nálezů
• Účastník nevěděl, co označují některé názvy oddělení na kožní klinice1 . • Účastník komentoval, že v tomto případě mu informace o umístění cíle na začátku instrukcí dává dobrý smysl. Další poznatky od účastníka • Rychlost přehrávání je velmi vysoká, místy na úkor srozumitelnosti.
3.2
Přehled nálezů
Nálezy dělíme do kategorií zavedených v [2]: Kritické chyby Chyby, které znemožňují zamýšlené využití systému a jejichž odstranění je nezbytné pro správné fungování. Závažné chyby Chyby, které významným způsobem komplikují využití systému, a které by proto měly být co nejdříve odstraněny. Chyby Chyby, jejichž odstranění by uživateli zpříjemnilo práci se systémem, ale jejichž přítomnost tuto práci nijak zásadně neomezuje. Kosmetické chyby Chyby, které mohou kazit příjemný dojem ze systému. Jejich odstranění není nutné. Připomínky Nálezy, které by neměly být považovány za chyby v klasickém smyslu, ale které mohou stát za pozornost. Kritické chyby Při špatné volbě chybí možnost se vrátit Pozorováno u účastníka 1 Účastník se ptal na možnost vrátit se zpět, pokud by zvolil špatné oddělení; dozvěděl se, že takovýto návrat terminál nepodporuje. Doporučení: Doplnit do výběru oddělení v rámci konkrétní kliniky možnost vrátit se zpět Závažné chyby Reakce na dvojité stisknutí klávesy je matoucí Pozorováno u účastníka 1 Účastník při ovládání terminálu zmáčkl klávesu dvakrát, zařízení na ni zareagovalo přechodem na výběr oddělení a na druhý stisk zareagovalo výběrem daného oddělení. Účastník nechápal, co se stalo. Doporučení: Reagovat na další stisk klávesy až po určité prodlevě (kterou bude nejspíš nutné určit experimentálně; uživatelé chtějí možnost přeskakovat známé nabídky) 1
Tyto názvy byly přebrány přímo ze stránek FN Motol. 9
3. Výsledky
...........................................
Rychlost přehrávání je příliš velká Pozorováno u účastníků 1, 2 Účastníci měli občas problémy stíhat rozumět přehrávaným pokynům Doporučení: Rozšířit zařízení o možnosti zrychlit/zpomalit přehrávání Některá slova v umělé řeči splývají Pozorováno u účastníků 1, 2 Účastníci někdy rozuměli různým slovům stejně, typicky to nastávalo u slov neurologie a urologie. Doporučení: Zvážit namluvení hlášek reálnými lidmi Chyby Některé pojmy nejsou pochopitelné Pozorováno u účastníka 2 Účastník nerozuměl některým odborným názvům ambulancí Doporučení: Zvážit použití „lidštějších“ opisů Kosmetické chyby Žádné kosmetické chyby nebyly nalezeny. Připomínky Zvolit dobu do automatického resetu zařízení je problematické Pozorováno u účastníka 1 Účastník nepovažuje za šťastný nápad muset čekat do automatického resetu zařízení, pokud je např. u navigačního terminálu fronta, zároveň si myslí, že jakákoli krátká doba může být příliš krátká (např. pokud si uživatel bude chtít instrukce zapsat). Doporučení: Přidat tlačítko pro reset zařízení
10
Kapitola Závěr
4
Otestovali jsme vysokoúrovňový prototyp terminálu navigačního systému pro nemocnice. Naším hlavním cílem bylo ověřit úspěšné odstranění závažných nálezů z předchozího testování nízkoúrovňového prototypu. Zjistili jsme, že problémy se povedlo odstranit jen částečně, resp. některé se povedlo „opravit“ na jinak problematické. Zde se jedná zejména o špatnou srozumitelnost nyní velmi rychle přehrávaných instrukcí. Při testování jsme odhalili jednu závažnou chybu, která vznikla přehlédnutím při přepisováním starší verze programu. Tato chyba již byla odstraněna. S ohledem na množství nalezených chyb, a zejména s ohledem na množství připomínek bychom před realizací zařízení doporučili vytvoření nového vysokoúrovňového prototypu, na kterém bude ověřeno úspěšné odstranění chyb a vyřešení připomínek, přesto věříme, že námi navržený systém může být dobrým základem pro skutečné řešení.
4.1
Shrnutí pro vývojáře
Specifikace funkčních požadavků Výsledné zařízení musí • jednoznačně rozpoznat požadavek uživatele a zareagovat na něj • přehrávat instrukce pro navigaci • rozpoznat uživatele • umožnit opakované použití více lidem. Specifikace návrhu interakce Interakce se zařízením musí probíhat pomocí numerické klávesnice a čtečky karet, případně může být rozšířena o další prvky. Přechody mezi vnitřními stavy zařízení musí odpovídat stavovému automatu v obrázku 1.2. Specifikace vizuálního návrhu Zařízení pro nevidomé není vnímáno vizuálně, je tedy nutné pouze dodržet očekávané rozložení ovládacích prvků (numerické řady jako u bankomatu či mobilního telefonu, čtečka „nad“ numerickou klávesnicí). Specifikace návrhu UX Kromě samozřejmé snahy o příjemné používání systému by vývojáři měli zejména usilovat o dojem uceleného systému v rámci celého nemocničního komplexu (tedy by měli mj. počítat s možným propojením s objednáváním přes Internet, automatickým tvořením pořadí pacientů v čekárně, . . . ). Dále je třeba usilovat o pocit, že zařízení se používá opravdu jednoduše, a tedy je jeho využití snazší než použití alternativních metod.
11
Literatura [1] Burešová, Karolína, Michael Rudolf a Pavol Sekereš. Navigační kiosek v nemocnici se zaměřením na nevidomé: Testování nízkoúrovňového prototypu. http://hcisemestralky.felk.cvut.cz/system/mems/6905/original/d3.pdf. [2] Burešová, Karolína. Testování webových stránek Korespondenčního semináře z programování . http://hcisemestralky.felk.cvut.cz/system/mems/6154/original/A2_TUR_bureskar. pdf.
[3] Burešová, Karolína, Martin Hořeňovský, Tomáš Chamra a Vojtěch Kůrka. Uživatelské testování Outlook.com.
http://hcisemestralky.felk.cvut.cz/system/mems/6414/original/TUR_C2_bureskar_horenmar_chamrto pdf.
12
................................................ Všechny materiály k testování vznikly úpravou stejných materiálů z [3].
13
................................................
Příloha A Screener Rádi bychom Vás požádali o vyplnění následujícího dotazníku. Hledáme uživatele pro testování prototypu nemocničního navigačního systému a rádi bychom zjistili, zda jste pro náš test vhodný kandidát. Jméno a příjmení: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pohlaví: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Váš věk: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kontakt na Vás: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1. Jak dlouho nevidíte? • Od narození • Více než 10 let • Maximálně 10 let 2. Jak často se v neznámém prostředí pohybujete samostatně? • Vždy nebo téměř vždy • Často • Vůbec nebo málokdy
Složení odpovědí v ideálním případě při 6 účastnících Pohlaví: 3 x muž, 3 x žena Věk: 1 x 20-30 let, 2 x 30-40 let, 2 x 40-50 let, 1 x více než 50 let Nevidí: 2 x od narození, 2 x více než 10 let, 2 x maximálně 10 let Samostatně se pohybuje: 1+ x téměř vždy, 2+ x často, 1+ x málokdy
15
Příloha B Odpovědi vybraných účastníků na Screener Účastník 1 Muž 38 10 let málokdy
Pohlaví Věc Nevidí Samostatně se pohybuje
16
Účastník 2 Muž 60 46 let málokdy
Příloha C Seznam úkolů Účastníkům testu byly zadány následující úkoly: 1. Přivolejte pomocí navigačního terminálu personál. 2. Máte objednanou návštěvu na kožním. Nechte se tam navigačním systémem navigovat. 3. Nemáte zaregistrovanou kartu a potřebujete bez objednání navštívit kožní oddělení kvůli plísni na nehtech. Nechte se tam navigačním systémem navigovat.
17
