Changes for page f. Test CFT3: Two Detailed Use Cases
Last modified by Tjalling Haije on 2025/09/15 08:55
From version 7.1
edited by Rosa Van Tuijn
on 2025/07/08 14:00
on 2025/07/08 14:00
Change comment:
There is no comment for this version
To version 8.1
edited by Rosa Van Tuijn
on 2025/07/08 14:20
on 2025/07/08 14:20
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -35,10 +35,24 @@ 35 35 36 36 Across the three sessions, participants expressed strong interest in the potential of both technologies, while also identifying critical usability and integration challenges. 37 37 38 - In the**first session** (Use Case2),participants emphasized the importance of minimal setuptime, discreet personal alerts, and role-based interfaces. Firefighters preferred default configurations and automation, while USAR personnel were more open to detailed monitoring. The traffic-light statusconcept and a two-stage escalationmodel for critical alerts were well received, balancing the need fortimely warnings with human oversight. Participants also supportedthe idea of a dedicated tech ormedic role to managesensor readiness and monitoring.38 +**Use Case 1 (Autonomous indoor drones):** 39 39 40 - In the**secondand third sessions** (Use Case 1), feedback centered on the need forrapid drone deployment,minimal interference with human responders, andreliable victim detection. First responders highlighted the importance ofparallel deployment protocolsandgeofencingto avoid human-drone conflicts. Drone pilots emphasized the value of havingdedicated operators and analysts, and supported the integration offriend-or-foe identificationto improve AI recognition.Trust in the system was closely tied to familiarity with the operator and the ability to override autonomy when needed.40 +Feedback centered on the need for **rapid drone deployment**, **minimal interference with human responders**, and **reliable victim detection**. First responders highlighted the importance of **parallel deployment protocols** and **geofencing** to avoid human-drone conflicts. Drone pilots emphasized the value of having **dedicated operators and analysts**, and supported the integration of **friend-or-foe identification** to improve AI recognition. 41 41 42 +Participants agreed that drones are a valuable **additional tool**, not a replacement for dogs or human responders. Deployment timing depends on the situation: in urgent cases, responders may enter without waiting for a drone; in international USAR missions, there is more time to prepare and deploy drones. Regulations were a recurring theme—drones are not allowed to fly near personnel, requiring coordination and certification. 43 + 44 +Participants noted that **drone teams are often separate from firefighting teams** and may not fit into standard vehicle deployments. In USAR, drone operation could be an **additional role** for technical search specialists. There was consensus that drones should **continue scanning after detecting a victim**, unless they can provide direct aid. Drone pilots highlighted technical preferences, such as combining **RGB and LIDAR feeds**, and noted that **indoor noise and sensor interference** are real concerns. 45 + 46 +Trust in the drone team varied, especially among participants unfamiliar with previous CFTs. Some responders were initially skeptical but acknowledged that **standard operating procedures (SOPs)** could help integrate drone teams more effectively. Participants also emphasized the need for **flexible information filtering**, allowing HQ to suppress irrelevant data and team leaders to focus on their operational area. 47 + 48 +**Use Case 2 (Physiological and environmental sensors):** 49 + 50 +Participants emphasized the importance of **minimal setup time**, especially for firefighters who need to deploy immediately. USAR personnel, operating in longer shifts, were more tolerant of a 10–15 minute setup window. There was strong support for **default configurations**, **discreet personal alerts**, and **role-based interfaces**. Firefighters preferred simple, glanceable indicators (e.g., traffic-light status), while USAR medics wanted access to more detailed data. 51 + 52 +Participants stressed that **not everyone needs to see everything**—information should be filtered based on role and task. For example, a smoke director or safety officer might monitor vitals instead of the team leader. The system should provide **yes/no answers** to task-relevant questions rather than raw data. There was consensus that **team leaders must retain control**, including the ability to mute alerts when needed to maintain situational awareness. 53 + 54 +Views on escalation varied: some (e.g., Polish participants) preferred **automatic escalation to HQ**, while others (e.g., Dutch participants) favored **team leader confirmation first**. Participants also supported the idea of a **dedicated tech or medic role** to manage sensor readiness and monitoring. The system was seen as a way to **increase resilience**, but participants warned against over-reliance or information overload. 55 + 42 42 = 4. Discussion = 43 43 44 44 The feedback underscores a central theme: technology must adapt to the tempo and structure of emergency response, not the other way around. Both systems were seen as valuable additions, but only if they respect the cognitive and operational constraints of their users. For drones, this means fast, autonomous reconnaissance that complements rather than delays human action. For sensors, it means providing actionable insights without overwhelming users or requiring excessive configuration.