# Measuring Quality of Service in a Robotized Comprehensive Geriatric Assessment Scenario
## 2 Using CLARC for Automatizing a CGA Session  
_CLARC is waiting in the Charging Room and [PERSON], an 85-year old patient is with Dr. [PERSON] passing his evaluation. When Dr. [PERSON] presses the Start button corresponding to the programmed CGA session for [PERSON] on his mobile phone, CLARC goes out of standby, navigates to the room where the patient is with the doctor, and looks for [PERSON]. It is the first time that [PERSON] is going to make a session with CLARC. This time the session will consist of a Barthel test. When CLARC sees [PERSON], it greets him and presents itself. Before starting the test, CLARC proposes the patient to answer some simple questions to get [PERSON] familiar with the different interfaces of CLARC and learn to interact with it. At the same time CLARC evaluates if the patient is able to correctly use the interaction devices: whether the patient can hear, see what is written on the interface, and select the appropriate answer. After this CLARC explains to [PERSON] what the test will be about, and then, the test starts. After 10-15 min of efficient patient-CLARC interaction, the test ends. It is time to thank and say goodbye to [PERSON]. CLARC sends an internal message to Dr. [PERSON] on his mobile phone, indicating that [PERSON]'s Barthel test results are stored on the CGAmed server, waiting for his validation._  
This brief summary provides a global snapshot on how the CLARC robot helps a clinician when conducting a CGA test, in this case the Barthel one. The aim is that, meanwhile the robot is interviewing the patient, the doctor has time for addressing other tasks, such as meeting with the relative/s. In order to drive the test, CLARC is equipped with specific sensors and actuators and is endowed with a cognitive software architecture. Both issues will be covered in Sections 4.1 and 4.2 respectively. It should be noted that CLARC is also included within a more global framework that provides the tools that, for instance, allow Dr. [PERSON] to launch the test and to review all the vast amount of data (video files) associated with a session. This framework is responsible for connecting our system with the Clinical Data Management System (CDMS). More details can be found in [5]. As CLARC works with real patients in real-life hospital environments, it needs to be much more than a simple survey tool. Thus, it has to demonstrate its performance in terms of usefulness, usability and accessibility [11]. It needs to be a helpful tool for both patients and clinicians, taking into account that elderly people are usually not familiar at all with robotic technologies and that they must feel comfortable and reassured during the whole CGA procedure [8]. One solution for achieving this goal is that the robot can adapt at run-time the session to the preferences of the user. The first step is then to be able to capture some metrics related to these topics. In this paper, we have considered at design time some QoS metrics about performance and interaction of the patient with the system. Their run-time computation has been integrated in the software architecture of the robot and evaluated with real patients. The two tests considered in our experimental evaluation were the Barthel [2] and the Get Up & Go [4] ones. Next we provide some details about them:  
* The Barthel test. The Barthel test [2] is a heteroadministered test composed of 10 questions about daily life activities, following a Likert scale structure, where each situation is described. It usually lasts about 10-15 min. The test must be undertaken by the patient, but it is also conducted to relatives and/or caregivers. It can also be related to present or past conditions. CLARC is currently able to ask questions using natural interaction channels (i.e., voice output and text on screen). For each question, two, three or four possible answers can be chosen. The person can answer the questions either speaking, touching the option on the screen, or by using a specially designed remote control (Figure 1 (Right)).