Налаштування Вікон підтверджень 1 та 2 служать для двох цілей:
- Вони встановлюють Мінімум та Максимум часу, який Beacon чекатиме та отримуватиме відповіді на сповіщення про Інцидент від Рятувальників
- Вони гарантують, що Рятувальники, які знаходяться ближче до інциденту, не будуть пропущені тільки через те, що Рятувальники, які далі, відповіли швидше.
Коли Диспетчери надсилають Транслювання оповіщення, Рятувальників просять відзвітуватись про очікуваний час прибуття до місця інциденту. Але реальність така, що ви можете чекати на відповіді дуже довго. Ось тут починають працювати Вікна підтверджень 1 та 2.
Наведені нижче приклади демонструють, як працюють Вікна підтверджень з такими налаштуваннями (див. мал.) у поєднанні з налаштуванням Бажаного часу прибуття.
(Запам’ятайте: налаштування Вікон підтвердження 1 та 2 працюють однаково як при використанні мобільного додатку Beacon, так і при роботі в режимі SMS.)
Приклад 1
Вікно підтвердження 1 = 3 хв.
Час від Рятувальника > Бажаний час
За сценарієм, Вікно підтвердження 1 відкрилось о 12:00, коли відбулось Транслювання оповіщення, та буде відкритим впродовж 3 хвилин.
Рятувальник відповідає о 12:01, про очікуваний час прибуття більший за Бажаний час прибуття в 10 хвилин, тож Beacon просить рятувальника Зачекати: 2 хвилини.
О 12:03 Вікно підтвердження 1 закривається, тож Beacon має вирішити, чи призначити рятувальника на інцидент, чи відхилити його участь.
Рятувальник не може бачити, що відбулось, Beacon каже йому, що вже немає потреби в цьому рятувальнику — о 12:02 Beacon знайшов іншого рятувальника з очікуваним часом прибуття 3 хвилини, знайшовши при цьому максимальну кількість рятувальників для призначення на цей інцидент.
Приклад 2
Вікно підтвердження 2 = 5 хв
Час від Рятувальника > Бажаний час
За сценарієм, Вікно підтвердження 1 відкривається о 12:00, коли відбулось Транслювання оповіщення, та через 3 хвилини закривається о 12:03. Якщо Вікно підтвердження 1 закривається, а Beacon не призначив максимальну кількість рятувальників на інцидент, Вікно підтвердження 2 відкривається.
Рятувальник відповів на сповіщення о 12:04 про очікуваний час прибуття більший за Бажаний час прибуття в 10 хв., тож Beacon просить рятувальника Зачекати: 1 хвилину.
О 12:05 Вікно підтвердження 2 закривається (через 5 хвилин після Транслювання оповіщення), тож Beacon має прийняти остаточне рішення, чи призначати цього рятувальника, чи відхилити його участь в цьому інциденті.
За цим сценарієм, Beacon каже рятувальнику “Підтвердіть, що ви в дорозі” через те, що немає інших рятувальників із коротшим терміном прибуття на місце події. Та коли Вікно підтвердження 2 закривається, Beacon більше не прийматиме відповідей від решти рятувальників.
Приклад 3
На малюнку продемонстровано варіант відповідей від кількох рятувальників в різний час:
Часті питання: Чому інцидент залишається відкритим, коли я завершив реагування на нього?
Інцидент може закритись трьома способами:
- Всі рятувальники завершили свою участь в реагуванні на інцидент.
- Диспетчер скасував інцидент вручну.
- Вікно підтвердження 2 закрилось, та нікого з інших рятувальників не було призначено.
Коли ви використовуєте Beacon в симуляційних інцидентах, скоріше за все, ви дуже швидко рухаєтесь по робочим етапам реагування на інцидент (швидше ніж при реагуванні на дійсний інцидент). Це може послужити причиною завершення інциденту до того, як закриються Вікна підтвердження, тому інцидент залишиться відкритим до закриття Вікон підтвердження.
Більше відповідей на Часті запитання – тут.
Резюме
Якщо коротко, Вікна підтвердження в комбінації з Бажаним часом прибуття гарантують, що:
- Найближчі рятувальники завжди будуть призначені.
- Найдальші рятувальники будуть призначені тільки тоді, коли недостатньо ресурсів ближче.
- Ніхто з них не буде відхилений передчасно.
Якщо ви думаєте, що все можна зробити простіше за допомогою GPS, ми з вами не згодні – це не так просто, як здається. Краудсорсинг найближчих таксистів набагато простіший за краудсорсинг в екстрених службах (та краще взагалі не робити такі порівняння в нашій професії).