テストとレポート
このページの内容
緊急ボタンは安全装置であり、誰かが必要としたときに最初から確実に動作しなければなりません。すべてのボタンを定期的なスケジュールでテストし、ボタンを移動したとき、バッテリーを交換したとき、近くの Display Screen Player や IoTゲートウェイを変更したときにも再度テストしてください。レポートでは、アラームにどれだけ早く対応できているか、施設の準備状況がどの程度かを確認できます。
テストは事前に予約し、スタッフに伝えてください。 テスト中の押下はテストとして扱われるため、テストの実施中であることを全員が把握している必要があります。
クイックリファレンス
場所： サイドメニュー → 緊急通報 → Testing または Reports
アクセスできるユーザー： 緊急通報を持つユーザーは、テストの開始と終了、レポートの閲覧ができます。テストスケジュールの予約と編集には Duress Configuration が必要です。ロールと権限 を参照してください。
目的： すべてのボタンがエンドツーエンドで動作することを確認し、アラームへの対応状況を測定します
歩行テストと対応訓練全体
| Walk test | Full response drill | |
|---|---|---|
| 製品での説明 | "Someone presses every button once. Only tier 1 of the response plan is told, with TEST-labelled messages, and the monitoring centre if it gets test codes." | "Someone presses a button, then the whole response plan runs, every tier, with TEST-labelled messages, until someone acknowledges. Measures how long that takes." |
| 確認する内容 | すべてのボタンが Performance Hub に届き、計画の最初の担当者に通知されること | 対応計画全体と、誰かが確認するまでにかかる時間 |
| 使用するタイミング | 定期的に、またボタン、Display Screen Player、IoTゲートウェイを変更した後 | 計画に含まれる全員で対応全体をリハーサルしたい場合 |
どちらのテストを実行しても、テストアラームによってドアが解錠されたり、ロックダウンされたり、スクリーンにアラートが表示されたりすることはありません。
テストの実行
図 1：歩行テストまたは対応訓練全体を実行します
Run a test では、施設のすべてのボタンがエンドツーエンドで動作することを確認します。
- Testing を開き、Walk test または Full response drill を選択します。
- Duration を選択します："Presses are tests until the time is up, then real alarms again. You can end the test sooner." すべてのボタンまで移動できる時間を確保できる長さを選択してください。
- Monitoring centre に送信する内容として、Send test codes または Send nothing を選択します。この点は監視サービスの提供者と事前に取り決めてください。
- 歩行テストの場合は Start walk test、対応訓練全体の場合は Start drill をクリックします。
- 歩行テストではすべてのボタンを、訓練では 1 つのボタンを押します。
- 設定した時間より前に終了する場合は、テストパネルの End test、または一覧のテストの行にある End early をクリックします。
テストが自動的に実行されることはなく、誰かがすべてのボタンを押す必要があります。図に示されている時間は例であり、推奨値ではありません。
テスト結果
結果には、すべてのボタンについて、押されたかどうかと、各押下で誰に通知されたかが表示されます。次の手順も提案されます。押されなかったボタンからは Devices が開き、失敗したメッセージからは 配信ログ が開きます。失敗があればすぐに修正し、ボタンが動作するまでは助けを求める別の方法をスタッフが把握していることを確認してください。ボタンが押されたのにアラートが届かない を参照してください。
テストスケジュール
図 2：施設独自のテストと、施設が従う、時間を変更する、またはスキップするブランドと組織のテスト
Test schedules："Everyone involved is emailed when a test is booked, changed or cancelled, then 7 days, 1 day and 30 minutes before each test, and with the results afterwards."
- Schedule a test をクリックします。
- テストの種類、開始日時、時間、監視センターに送信する内容を選択します。
- 繰り返しの頻度を選択します：1 回のみ、Monthly、Quarterly、Twice a year、Yearly のいずれかです。
- 保存します。関係者全員にメールが送信されます。
一覧には、各スケジュールの TEST、SET BY、STARTS、REPEATS、DURATION、MONITORING CENTRE、HERE、EMAIL が表示されます。キャンセルされたスケジュールも含めるには、Show cancelled schedules をオンにします。
- ブランドと組織のスケジュール は、複数の施設に同時に適用されます："You can give this facility its own time or skip one here without changing it anywhere else." SET BY 列には、ブランドまたは "Organisation" が表示されます。これらは組織設定で管理します。ブランドのテストスケジュール を参照してください。
- 1 つのテストをキャンセルする： テストの行にある Cancel をクリックします。"Cancel this test?" ダイアログでは、このテストのみがキャンセルされ、スケジュール内の以降のテストは引き続き実施されることが説明されます。Cancel test で確定し、Keep test でキャンセルせずにダイアログを閉じます。
- スケジュールをキャンセルする： スケジュールの行にある Cancel をクリックします。"Cancel this schedule?" ダイアログで Cancel schedule を選択すると、そのスケジュールの今後のテストがキャンセルされ、テストについて通知されていた全員にメールが送信されます。すでに実行中のテストは継続されます。施設のスケジュールが共有スケジュールに置き換わっている場合、それをキャンセルすると、施設は共有スケジュールにも従わなくなります。
スケジュールされたテストでも、誰かがボタンを押す必要があります。スケジュールの予約と編集には Duress Configuration が必要です。組織全体のスケジュールには、組織管理者、または組織全体での Duress Configuration が必要です。
施設でのブランドと組織のスケジュール
HERE 列には、施設が各ブランドまたは組織のスケジュールをどのように扱っているかが表示されます。
| HERE | 意味 | 実行できる操作 |
|---|---|---|
| Follows | 施設は共有の時間にテストを実施します。 | Change for this facility で施設独自の時間を設定します。Skip here でこの施設ではスキップします。 |
| Own time here | 施設は独自の時間にテストを実施します。 | Change for this facility でその時間を変更します。Follow again で共有の時間に戻します。 |
| Skipped here | 施設はこのテストを実施しません。 | Change for this facility で施設独自の時間を設定します。Follow again で共有の時間に戻します。 |
これらの操作によって、他の施設のスケジュールが変更されることはありません。テストをスキップする場合は、別のテストで引き続きボタンが定期的にテストされるようにしてください。
ブランドのテストスケジュール
図 3：ブランドのテストスケジュールと、そのブランドを対象とする組織のスケジュール
場所： 設定（歯車アイコン） → 組織設定 → ブランドとカスタマイズ → ブランド → 緊急通報 → Test schedules
Brand test schedules："Book tests for every facility in a brand, the whole organisation or chosen facilities. Each facility can give a test its own time or skip it from its Testing tab."
Schedule a test をクリックすると、施設の場合と同じ方法でテストを予約できます。COVERS 列には各スケジュールの対象となる施設が表示され、AT EACH FACILITY にはスケジュールに従っている施設、独自の時間を設定している施設、スキップしている施設の数が "3 following"、"1 own time"、"1 skipped" のように表示されます。Edit と Cancel では、スケジュールが適用されるすべての場所でスケジュールを変更またはキャンセルします。キャンセルされたスケジュールも含めるには、Show cancelled schedules をオンにします。
From the organisation には、"Set for the whole organisation, so they cover this brand too." というスケジュールが一覧表示されます。これらは Organisation Duress ページで管理します。
組織の緊急通報
図 4：組織内のすべての施設の緊急ボタンとテスト
場所： ブランドの 緊急通報 セクションにある Organisation-wide Duress、またはブランドの Test schedules タブにある Organisation Duress
Organisation Duress は "Duress buttons across every brand, and test schedules for the whole organisation or several brands. Response plans are set per brand." を対象とします。2 つのタブがあります。
- Buttons には、組織全体のボタンの合計として BUTTONS、ONLINE、NEED ATTENTION、FACILITIES WITHOUT BUTTONS が表示されます。Facilities テーブルには、各施設の BRAND、BUTTONS、STATUS、BATTERY、NEXT TEST、LAST COMPLETED TEST が表示されます。"Battery is shown for online buttons only." Brand で絞り込み、Open をクリックすると、緊急通報でその施設のボタンを確認できます。
- Test schedules では、組織全体または複数のブランドのテストを予約、管理します。
まだボタンがない施設、対応が必要なボタン、次のテストが予約されていない施設を見つけるのに使用します。
レポート
図 5：過去 12 か月のアラーム対応の数値
Reports には、選択した期間における選択中の施設の情報が表示されます。Download CSV と Download PDF でエクスポートできます。
| グループ | 測定する内容 |
|---|---|
| Alarm response | 確認までの時間、解決までの時間、誤報率、実際のアラームの件数 |
| Readiness | テストカバレッジ、テスト済みのボタン、デバイスの稼働率、配信成功率 |
| Month by month | 数値が月ごとにどのように変化しているか |
| ボタンの状態 | 施設の各ボタンの状態 |
| テスト履歴 | 施設で実施されたテストとその結果 |
P50 は中央値で、アラームの半数がこの時間より早く対応されたことを示します。P95 は、アラームの 95% が P95 の時間内に確認されたことを示します。テストは実際のアラームとしてカウントされません。テストとして解決された実際のアラームは予定外のテストとしてカウントされ、完了した訓練として扱われます。