処置は自ら進捗を追い、担当者に催促し、自動で承認へ回ります。事故、調査の指摘、不適合となった点検、リスク登録簿——どこから生まれた是正処置・予防処置も一つのリストに。状況は尋ねるのではなく、見ればわかります。
どのシステムでも期限付きの処置リストは持てます。問題は、誰が催促するのか、期限が滑ったとき何が起きるのか、そして「完了」が誰かが確認したことを意味するのか、単に誰かがチェックを入れただけなのか、です。
どのシステムでも期限付きの処置リストは持てます。分かれ目は、誰が催促するのか、処置が滑ったとき何が起きるのか、そして完了が誰かが確認したことを意味するのか、単に誰かがチェックを入れただけなのか、です。
| 状況 | 従来型 EHS プラットフォーム | EHS Solutions by SDS Manager |
|---|---|---|
| 処置の期限は金曜、今日は水曜 | 担当者にメールで尋ねます。返事は木曜に来るか、来ません。 | タスク完了に応じて進捗が動いていたので、二週目に止まったのが見え、手を打つ時間がありました。 |
| 作業を行った本人が終わったと言う | それが完了です。効いたと言う動機を持つ唯一の人物が対策を確認しています。 | 承認は第二の人物へ渡ります。担当者は自分の作業を検証できず、どの役割ならできるかは貴社の設定次第です。 |
| 監査人が、対策が持ちこたえたと誰が確認したか尋ねる | チェックと日付、そして誰かがまだ覚えていること。 | 名前、日付、確認した証跡。後から改変できないレコード上に。 |
この市場の誰もが処置リストを持っています。問題は、そこで「完了」が何を意味するかです。
催促、エスカレーション、承認への提出が、誰の操作もなく進みます。
作業を行った人が、それを承認する人にはなれません。
優先度、期限ルール、承認役割は当社が設定します。貴社ではありません。
作業がどう追跡され、効いたことを誰が確認し、まだ起きていない問題がどう扱われ、それが全拠点でどう見えるか。
処置には担当者、期日、タスク群が割り当てられます。その後の追跡、催促、提出はあなたの手を離れて進みます。
ほとんどのシステムでは、作業をした本人が完了のチェックも入れます。だから何も直っていない処置が閉じられ、同じ事象が半年後に戻ってくるのです。そこで承認は別の人に渡します。「クローズ」は、先に進みたい人の意見ではなく、誰かが確かに見たという証拠になります。
是正処置は起きたことを閉じます。予防処置は起きかけたことを閉じます——拠点をまたぐ傾向、報告された危険源、管理策が持ちこたえていないリスク。このページが是正・予防と呼ばれるのは、両者が同じ流れに属するからです。
安全管理者が受ける質問は、決して個別の処置についてではありません。いくつ開いていて、いくつ遅れていて、それが良くなっているのか悪くなっているのか、です。
処置リストをお持ちください
現在どのように処置が起票され、催促され、閉じられているかを見せてください。同じものがここで動く様子をお見せします。
実際の運用では
「処置は単独でも起票できますし、点検・調査・リスクから派生することもあります。いずれの場合も担当者と期日を持ち、出どころに紐づいたままです。以前は、指摘とその対策をつなぐものが、私だけが控えを持つメールのやり取りでした。」
処置が単独で存在することはありません。起票元の事故・点検・調査・リスクへ遡り、検証後はリスク登録簿へつながります。一つの拠点構造、一つの権限モデル、一つの履歴。
従来型のベンダーはライセンス料を提示したうえで、初期設定、移行、研修日数、そしてその後のあらゆる変更を別途請求します。ソフトウェアの導入に一年かかった時代の名残です。
お支払いいただくのはソフトウェアであって、コンサルタントではありません。
拠点数にかかわらず、従業員数に応じた価格です。200名未満なら無料トライアルを開始してそのまま進められます。それ以上なら、金額をお尋ねいただければお答えします。