インシデントの報告・管理システムを構築する

インシデントシステムを自分で作る理由

由紀は穀物取扱会社の安全管理者です。カントリーエレベーターが2基、飼料工場がひとつ、そして収穫期に倍になる人員。インシデントは昔ながらの届き方をします。制御室に置かれた紙の様式、2日遅れの電話、記録ではなく語り草になるヒヤリハット。是正処置は議事録の中に住んでいます。つまり、蒸発します。

彼女が見積もった労働安全衛生のパッケージ製品は、本社の制度のかたちをしていて、席数で課金されます。報告する人が、粉じんまみれのスマートフォンを持つ季節雇用者である会社には、正反対に間違っています。彼女のルールは土地に固有です。穀物粉じんまわりで何が報告対象になるのか、サイロ内立入が絡むものは誰が確認するのか、いつなら夜に工場長を呼び出してよいのか。彼女のルールから作られたインシデントシステムは、彼女のルールを強制します。汎用のものには、それができません。

ヒヤリハット1件、起票から完了まで

インシデントシステムの真価は、報告のあとに何が起きるかです。6時12分から四半期会議まで、1件を追います。

6時12分——報告

第2ベイの暗がりで、ローダーがラックを擦ります。作業者はコーヒーの前に起票します。写真2枚、1文、スマートフォンから1分足らず。

6時13分——ルールで振り分け

システムはこれをヒヤリハット、物損のみと分類します。現場責任者は始業時に見ます。週次の会議を待つものは、何ひとつありません。

その朝——処置

第2ベイの照明が是正処置になります。担当は保全責任者、期限は金曜。転送されたメールではなく、彼の待ち行列に座ります。

金曜——リマインダー

終わっていません。リマインダーは自分で送られ、処置は誰かが正直に閉じられるまで台帳の上で赤いままです。

翌週——検証

新しい照明器具が入ります。由紀が検証の手順に署名し、そこで初めてインシデントが閉じます。直り、確認され、日付が付いて。

四半期末——傾向

ダッシュボードは、ヒヤリハットの報告が増え、負傷が減ったことを示します。報告する文化が、働いています。役員会の1枚は、週末ではなくスクリーンショットです。

どう組み上がるか

振り分けは、業務フロー図ではなく、あなたが説明したコードです。 重大度のルールは、型のあるサーバーサイド関数として走ります。分類し、通知し、割り当てる。深夜2時のサイロ内立入のインシデントは、あなたがそう言ったから、あなたのテンプレートで工場長にメールします。そして毎回、同じことをします。

リマインダーは記憶ではなく、スケジュールから来ます。 定期ジョブが未完了の処置を毎日さらいます。期限が近いものにはひと押し、超過したものにはもっと大きな声で、金曜の要約はまだ赤いものをすべて並べます。由紀が追いかけるのを覚えているかどうかに、何ひとつ依存しません。

壁は、誰かが頼る前に検証できます。 Scenario（実ブラウザでアプリを操作するシナリオテスト）が、現場作業者としてサインインし、目撃者の供述を要求します。データベースの使い捨てのコピーに対して走り、読み取りが拒まれたこととその理由を示す受領記録が残ります。守秘のルールは、約束ではなく通過したテストです。

そして同じアプリには、インシデントの周りにあるものの居場所もあります。点検チェックリスト、危険予知活動の確認、協力会社の入場教育の記録。安全の道具はまとまって現れるもので、社内ツールは、そのまとまりがどこまで広がるかを示します。

最初の1件が起票される前に