Використання Транслювання оповіщення для автоматизації диспетчеризації
Диспетчер екстреної служби подібний до гравця у шахи, він має мислити стратегічно при реагуванні на небезпеку. Але навіть не дивлячись на сильний дух, є дві проблеми з цим підходом:
- Диспетчер є одноосібно відповідальним за керування переміщеннями кожного рятувальника постійно. Це трудомісткий процес.
- Через трудомісткість для керування більшою кількістю рятувальників потрібно більше диспетчерів. Отже, це ресурсомісткий процес.
Впродовж останнього десятиріччя ми всі бачили, як ефективні технології райдшерингу скоротили потребу в традиційних диспетчерах у службах таксі. Тож важко не поставити такі питання по відношенню до диспетчеризації екстрених служб:
- Чи є спосіб автоматизації диспетчеризації?
- Чи є спосіб мати стільки рятувальників, скільки потрібно, без суттєвого збільшення кількості диспетчерів?
- Чи є спосіб призначити певних рятувальників та водночас використати краудсорсинг для забезпечення ресурсами, яких замало, коли це потрібно?
Це саме те, що робить Транслювання оповіщення від Beacon.
Це саме те, що робить Транслювання оповіщення від Beacon.
- Максимальна кількість рятувальників на інцидент — Це кількісне обмеження за замовчуванням, скільки може бути призначено рятувальників на один інцидент. Воно може бути встановлено для кожного інциденту окремо підчас Створення оповіщення про новий інцидент в панелі «Створити інцидент» на головному екрані.
- Бажаний час прибуття (Estimated Time of Arrival)— Цей показник визначає тих рятувальників, хто матиме перевагу при призначенні платформою Beacon на інцидент. Якщо бажаний час (ETA) 10 хвилин, всі рятувальники, які відповіли, що прибудуть за 10 хвилин та менше, матимуть преференції при прийнятті рішення про призначення на інцидент перед тими, кому потрібно більше 10 хвилин.
- Вікно підтвердження 1 —Мінімальна кількість часу в хвилинах, яку ви готові чекати на відповідь від рятувальника на оповіщення про інцидент від Beacon.
- Вікно підтвердження 2 — Максимальна кількість часу в хвилинах, яку ви готові чекати на відповідь від рятувальника на оповіщення про інцидент від Beacon.
- Тип оповіщення (диспетчеризації) за замовчуванням— Встановіть, який тип оповіщення має бути за замовчуванням при створенні нових оповіщень про інциденти.
See below for some quick scenarios demonstrating how these settings work together.
Нижче наведені три сценарії із налаштуваннями, показаними на зображенні, для ілюстрації використання Транслювання оповіщення на практиці:
- Налаштування:
- Бажаний час прибуття (ЕТА) = 10 хв.
- Вікно підтвердження 1 = 3 хв.
- Вікно підтвердження 2 = 5 хв.
- Сценарій A:
- 0:00 – Надіслано оповіщення всім доступним рятувальникам
- 00:02 – Jimmy відповів про очікуваний час прибуття 3 хв. (менше бажаного 10 хв.)
- 00:02 – Beacon відповів до Jimmy “Прослідуйте до місця події. Підтвердіть, що ви на місці.”
- Сценарій B:
- 13:00 – Надіслано оповіщення всім доступним рятувальникам
- 13:01 – Jimmy відповів про очікуваний час прибуття 11 хв. (більше ніж бажаний 10 хв.)
- 13:01 – Beacon відповів до Jimmy “Зачекайте 4 хв.”
- 13:03 – Вікно підтвердження1 закрилось та Beacon відповів до Jimmy із рішенням: Або “Прослідуйте до місця” або “Ви не потрібні на цей інцидент“.
- Сценарій C:
- 14:00 – Надіслано оповіщення всім доступним рятувальникам
- 14:04 – Julie відповіла про очікуваний час прибуття 15 хв. (більше бажаного 10 хв.)
- 14:04 – Beacon відповів до Julie “Зачекайте 2 хв.”
- 14:05 – Вікно підтвердження2 закрилось та Beacon відповів до Julie із рішенням: Або “Прослідуйте до місця” або “Ви не потрібні на цей інцидент”
Автоматизація для кількох служб реагування — Ось приклад того, як працює диспетчерська автоматизація, коли кілька респондентів відповідають на одне сповіщення про інцидент. Будь ласка, зверніть увагу, як Рятувальника 3 скасовано. Це сталося тому, що досягнуто максимальної кількості рятувальників (3).