ヒヤリハットが集まり始めると、次に困るのは分類である。日々届く報告を、日付順に眺めているだけの現場は少なくない。
報告が10件、20件と積み重なると、似た内容が混じり始める。「足場の板が浮いていた」という報告が3件あっても、時系列に並んでいるだけでは、それが同じ原因から来ているのか、たまたま重なっただけなのかが見えてこない。分類は、この見えない構造を取り出すための作業である。
本稿では、ヒヤリハットを4Mで分ける考え方と、危険度で優先順位をつける方法、そして分類作業を誰がどこまで担うべきかを整理する。
安全ドリル＋を1問だけ試す · 10秒の映像 → 3択
考えて答える
この人の 押さえ方の どこが 危ない？
分類しないと何が起きるか
分類をしないまま報告を蓄積すると、まず起きるのが「件数は多いのに、何が問題なのか分からない」という状態である。
月に30件のヒヤリハットが集まっても、それが工程の違う10種類の原因に分散しているのか、1つの原因が形を変えて繰り返し出ているのかが分からなければ、対策の打ちどころが定まらない。結果として、個別の報告に個別に対応するだけで終わり、根本的な傾向はいつまでも見えないままになる。
分類の欠如は、優先順位の欠如でもある。すべての報告を同じ重みで扱うと、対応する人手が足りなくなったときに、重大な事例が軽微な事例に埋もれてしまう可能性が出てくる。件数が少ないうちは問題にならなくても、報告が集まる仕組みが定着するほど、この問題は大きくなる。
さらに、分類していない状態では、協議会や朝礼で報告を共有するときに、何を優先して取り上げるべきかを毎回その場で判断することになる。判断基準が定まっていないと、声の大きい案件や、たまたま最近起きた案件が優先されやすく、本来重要な事例が後回しになる恐れがある。
4M（Man / Machine / Media / Management）で分ける
労働災害の原因分析では、要因を4つの切り口に整理する考え方が広く使われている。ヒヤリハットの分類にも、この枠組みをそのまま応用できる。
- Man（人）：疲労、思い込み、知識不足、慣れによる油断など、作業者本人に関わる要因
- Machine（設備）：足場や重機、工具の不具合、防護柵の欠落など、設備・機材に関わる要因
- Media（環境・方法）：作業手順、天候、照明、通路の状態など、作業を取り巻く環境や方法に関わる要因
- Management（管理）：教育の不足、指示系統の乱れ、確認体制の不備など、管理の仕組みに関わる要因
同じ「足場の板が浮いていた」という報告でも、原因が設備の経年劣化にあればMachine、点検体制が形骸化していればManagementに分類が変わる。表面的な現象だけを見て分類すると、この違いを取り違える。
4Mで分けると、似た現象の報告が実は別々の原因から来ていることが見えてくる場合がある。逆に、一見バラバラな報告が、同じManagementの弱さから生まれていることが分かる場合もある。どちらの発見も、報告を時系列で眺めているだけでは得られない。
労働安全衛生法第28条の2にもとづく「危険性又は有害性等の調査等に関する指針」は、危険性又は有害性の特定にあたって、機械等による危険性、作業方法から生ずる危険性、作業場所に係る危険性など、要因を切り分けて洗い出すことを求めている（出典：e-Gov法令検索 労働安全衛生法）。4Mによる分類は、この考え方をヒヤリハットの整理にも当てはめたものといえる。
危険度（起こりやすさ×重大性）で優先順位をつける
4Mで原因の切り口を整理したら、次に必要なのが優先順位である。ここで使うのが、起こりやすさと重大性を掛け合わせて評価する危険度の考え方になる。
起こりやすさとは、同じ状況が今後どの程度の頻度で起きうるかという見立てである。日常的に繰り返される作業で起きたヒヤリハットは起こりやすさが高く、非定常的な作業やまれな状況で起きたものは相対的に低く見積もられる。
重大性とは、もしそのヒヤリハットが実際の災害に至っていたら、どの程度の被害になっていたかという見立てである。高所からの墜落につながりかねない状況は重大性が高く、軽微な接触にとどまる状況は重大性が低い。
この2つを掛け合わせると、件数だけでは見えない優先順位が浮かび上がる。件数は少なくても、起こりやすさと重大性がともに高い報告があれば、それを最優先で扱うべきだという判断ができる。逆に、件数が多くても起こりやすさと重大性がともに低い報告であれば、傾向として記録しつつ、個別の緊急対応は不要と判断できる。
危険度の評価基準は、リスクアセスメントの指針が示す重篤度と可能性の度合の区分と揃えておくと運用しやすい。同じ現場の中で、リスクアセスメントとヒヤリハットの評価基準がばらばらだと、どちらが優先度の高い情報なのかを比較できなくなる。
分類を現場にやらせない
分類の考え方を整理したところで、実際に誰がこの作業を担うかという問題が残る。結論から言えば、分類作業を報告した本人や、現場の作業者にやらせるべきではない。
理由は単純で、分類には一定の判断基準の理解と、複数の報告を横断して見る視点が要る。作業者は自分が経験した1件のヒヤリハットしか見ていないため、それが4Mのどれに当たるか、危険度がどの程度かを正しく判断できる立場にない。
分類を報告者に求めると、報告のハードルそのものが上がるという副作用もある。文章と写真を出すだけでも負担なのに、そこに分類の選択まで求められれば、報告を後回しにする理由が増えるだけである。
分類は、複数の報告をまとめて見る立場にある安全担当や監督者が、事後にまとめて行うべき作業である。報告する側には「何が起きかけたか」を伝えることだけを求め、それをどう位置づけるかは受け取る側の仕事として切り分けておく。この線引きが曖昧な現場ほど、分類作業自体が定着しない。
厚生労働省 新潟労働局の資料も、報告制度が機能する流れを「体験者が報告書を作成し、安全担当がコメントを記入し、関係者で対策を検討し、全員に周知する」という役割分担で示しており、分類・評価は報告者ではなく受け取る側の役割として位置づけている（出典：厚生労働省 新潟労働局「ヒヤリハット事例・想定ヒヤリ報告制度の導入について」）。
安全ドリル＋のヒヤリハット機能では、送信された報告をAIがまず分類・要約したうえで監督者の画面に並べる設計にしてある。報告者は文章と写真（最大3枚、どちらか一方でもよい）を出すだけで済み、分類の負担を負わない。分類・要約が月間の処理件数の上限に達した場合は、原文のまま保存され「AI未処理」と監督者の画面に表示される。上限に達しても報告そのものは止まらない。
集計から見えてくる傾向
分類と危険度の評価を積み重ねると、単発の報告からは見えなかった傾向が浮かび上がってくる。
たとえば、Machineに分類される報告が特定の時期に集中していれば、設備の点検周期を見直す材料になる。Managementに分類される報告が特定の協力会社に偏っていれば、その会社の教育体制そのものに目を向ける必要が出てくる。
集計は、月単位で振り返るだけでも十分に意味を持つ。毎日の報告を追いかけるだけでは気づきにくい傾向が、1か月分をまとめて眺めることで初めて見えてくる場合が多い。
傾向が見えたら、それを協議会のような会議体で共有する段階に進む。ヒヤリハットをKYの議題に回す具体的な方法は、集めたヒヤリハットをKYの議題に回して当日のうちに使う方法で扱っている。
分類の粒度をどこまで細かくするか
4Mと危険度の組み合わせだけでも、ある程度の粒度で分類はできる。ただし、これをさらに細分化しようとすると、かえって運用が重くなる場合がある。
分類の項目を増やすほど、1件ごとの仕分けにかかる時間は長くなる。安全担当の負担が増えれば、分類作業そのものが後回しにされ、結局は積み上がった報告を分類しないまま放置する状態に逆戻りしかねない。
現実的な落としどころは、4Mの4区分と、危険度の高・中・低の3段階程度にとどめることである。細かい粒度が必要になった段階で、その部分だけを深掘りする形にすれば、日常の分類作業は軽いまま保てる。
分類の目的は、精緻な統計を作ることではなく、次に何を優先して手を打つかを判断できる状態にすることである。目的に立ち返れば、どこまで細かくすべきかの答えはおのずと絞られてくる。
リスクアセスメントの指針が定める見積り方法の詳細は、リスクアセスメントの記録｜何を残せば「やった」ことになるかで整理している。報告そのものの集め方を見直す観点は、ヒヤリハットの集め方を紙の用紙から現場が使う形に変える方法にまとめている。
日々のKY活動全体との関係は、毎日のKY活動を記録に変えるで整理している。
実際の画面を1分半で試す
QRを読むと10秒の映像が5本流れ、最後の1問だけが記名の記録として残ります。 アプリのインストールもログインも要りません。
- 職人が見る画面をそのまま試す
- サービスガイド（PDF） — 導入の流れと記録の様式
- 料金 — 1現場あたりの月額
よくある質問
Q. 4M以外の分類方法を使ってもよいですか
かまわない。重要なのは、現場の中で分類の基準が統一されていることであり、4Mはその基準を持ちやすい枠組みのひとつにすぎない。
Q. 分類は誰が最終的に確定させるべきですか
安全担当や監督者など、複数の報告を横断して見られる立場の人が確定させるのが望ましい。報告者本人に分類まで求めると、報告のハードルが上がる。
Q. AIによる分類はどこまで信頼できますか
一次的な整理としては十分に役立つが、危険度の最終判断は人が行うべきである。処理件数が月間の上限に達した場合は原文のまま保存され、監督者には「AI未処理」と表示される。