Changes for page Graphical User Interface

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -4,29 +4,32 @@
4	4	1. Tablet
5	5	1. Gestures.
6	6
7		-For both redundancy of information (i.e. audio impaired patient) and for ease of interaction between Pepper and any human we believe that making use of the tablet could be useful.
	7	+The tablet is used for redundancy of information (i.e., audio impaired patient) and for ease of interaction between Pepper and any human. Pepper's tablet however is only used for display.
8	8
9		-This section describes a first iteration of a graphical user interface that could be used on the tablet of Pepper.
	9	+However, it would be nice to have an interface where a HCP or a relative can enter data. For this purpose, creating a mobile app (or another similar solution) would be very useful. As it is often done nowadays, the HCP and relatives could use this app from a mobile phone or a tablet. In this section, we will detail visuals for a tablet display.
10	10
11		-Please note that this section has not been implemented in the prototype and is simply here to reflect the amount of thinking that went into the graphical user interface. For a prototype to effectively work without hard-coding the information as we did, the interrface would need to be implemented. Moreover, we believe that it would be great future work to both think of new designs and implement them on Pepper.
	11	+NB1: This GUI has not been implemented, as it would require using external resources (Android app for instance) and would be way beyond the scope of this course. It is simply here to reflect the amount of thinking that went into the graphical user interface. For a prototype to effectively work without hard-coding the information as we did, the interface would need to be implemented. Moreover, we believe that it would be great future work to both think of new designs and implement them on Pepper. This section describes a first iteration of a graphical user interface that could be implemented.
12	12
	13	+NB2: In this section, tablet will refer to the usual device, and not Pepper's tablet.
	14	+
	15	+
13	13	= High level description =
14		-In an ideal setup Pepper's tablet would be tactile and humans could either talk to Pepper or use the tablet to interactive with it. However, as the tablet of Pepper is not tactile in its current version, we made some design choices thinking that the tablet is mainly a visual support for the person interacting with Pepper to be aware of the possible actions to do.
15	15
16	16	Our design choices are based on Nielsen's heuristics [1]. Below is the list of design choices we performed:
17	17	* The design of the visual is extremely simplistic as it needs to be used by users that are unfamiliar with technology. This is based on the 8th principle: Aesthetic and minimalist design.
18		-* Moreover, we tried to use rather large font so that again it would be easier to read for any type of patient that might have a need for glasses. This is based on the 2nd principle: Match between system and the real world.
19		-* Every page is consistent with the others and have some specific standards. This is based on the 4th principle: Consistency and standards.
	20	+* Moreover, we tried to use rather large font so that again it would be easier to read for any type of user that might have a need for glasses (for instance, the spouse of the PwD). This is based on the 2nd principle: Match between system and the real world.
	21	+* Every page is consistent with the others and has some specific standards. This is based on the 4th principle: Consistency and standards.
20	20
21		-This is the list of feature that has a page:
	23	+This is the list of features for each page:
22	22	1. Neutral colour background
23	23	1. A title page, that provides confirmation to the user that they are on the correct page. This is based on the 1st principle: Visibility of system status.
24	24	1. Multiple coloured boxes that refers to either activities or setting up.
25	25	1. An emergency button, in case an external help is needed.
26	26
27		-Of course, the pages below can be seen as example, but they could be adapted to each patient's need. The activities can be tuned for the patient's need.
	29	+The pages below can be seen as an example, and they could be adapted to each patient's needs. The activities can be tuned for the patient's needs as well.
	30	+
28	28	= Landing Page =
29		-This landing page has for objective to be shown when Pepper is waking up. Once the user see that page, Pepper should ask the identity of the person interacting with her and the visuals should propose different answer proposition. The visual below are generic role, however, they could be tuned to first names so that Pepper seem more friendly and human.
	32	+There is first a connection page. When opening the app, the user is required to pick their role, as shown in the picture below. Then, they log in with their credentials (log in page not shown).
30	30	[[image:homepage.png||width="1000" height="560"]]
31	31
32	32	= Patient Page =