ヒヤリハット報告書は、積まれない。
「今月ゼロでした」と報告を受けると、現場が安全になったのかと思う。実際は、報告することをやめただけだ。
この問題は担当者の意識の低さではない。報告を「難しく」「怖く」している仕組みそのものに原因がある。
なぜゼロになるのか——よくある失敗の構造
私がいた現場では、ヒヤリハット報告書はA4の紙だった。様式は13項目。発生日時、場所、関与した機器のシリアル番号、関与者の部署、原因分類、対策分類……。
「書くのに30分かかる」と言うスタッフがいた。それを聞いた管理職が「簡単なことだから書いてほしい」と言った。その一言の後、報告数は静かに落ちた。
失敗のパターンはいくつかある。
報告書が重すぎて書けない現場では、様式が複雑で、書くたびに「これは報告すべき内容か」と悩む。そして「大したことじゃない」と自己判断して流す。
提出後に本人が呼ばれる現場では、「何があったの？」と聞かれるのが怖い。報告＝呼び出しという連想が定着する。次から書かなくなる。
集めても何も変わらない現場では、毎月報告書を集めているのに対策も周知もない。「どうせ意味がない」という空気が漂い始め、2〜3ヶ月でゼロになる。
問題の本質は様式でも意識でもない
ヒヤリハット報告が集まらない原因を「現場の安全意識が低い」と片付けると、何も変わらない。
問題は3つの構造にある。
第一は「記録コスト」だ。報告書の記入項目が多い、手書きで台帳に転記する、提出先が離れた部署にある——こうした運用では、報告の心理的・物理的コストが高すぎる。
第二は「心理的リスク」だ。報告者が特定される、内容によっては注意を受ける、という経験が一度でもあると、以後は報告されなくなる。個人の勇気の問題ではなく、「安全に報告できる」という信頼の設計が欠けている問題だ。
第三は「フィードバックの欠如」だ。集めた報告が活用されていないと感じると、報告行動そのものが消える。報告しても現場が変わらない、という経験が沈黙を生む。
放置すると何が起きるか
ヒヤリハットが集まらない現場では、インシデントが先に起きる。
軽微な異常が蓄積していたのに誰も報告しなかった、その結果として装置トラブルが発生し製品不具合につながった——こういう話は珍しくない。
品質管理の観点から言えば、ヒヤリハットの蓄積は予防処置の材料だ。それが集まらなければ、問題の予測が難しくなる。
現場オペレーションへの影響も大きい。残業が増える、引き継ぎで抜けが出る、顧客対応が遅れる。ヒヤリハットが見えていれば防げた問題が連鎖する。
さらに、「うちの会社は報告しても意味がない」という認識が定着すると、優秀な人ほど早く離れていく。
デジタル化前に確認すべき判断基準
ツールを入れる前に、まず現状を整理する必要がある。
まだ紙・手作業でよい場合——月10件以下の報告件数で、担当者1〜2名で運用できている。問題は様式の複雑さではなく、提出文化の未定着にある。この段階ではまず様式の簡略化から始める。
テンプレートで十分な場合——件数は安定しているが活用できていない、集計が手作業で時間がかかる。GoogleフォームやExcelテンプレートで記録と集計を整えるだけでも大きく変わる。
ツール導入を検討する段階——月20〜30件以上の報告が期待できる規模で、複数拠点・複数部門が関与する。報告から是正処置までのトレーサビリティを求められるケースでは、専用ツールの検討が現実的になる。自社の規制要件への適合については、品質担当者や責任者が個別に確認する必要がある。
今日から始める改善手順
Step 1：報告の入口を最小化する
まず入力項目を5つ以下に絞る。「いつ、どこで、何が起きたか、どう対処したか」の4項目があれば事実は記録できる。詳細分析は後工程でやる。
スマートフォンから入力できる形式にする。QRコードを現場の壁に貼り、スキャンするだけで入力フォームが開く——この一手間の削減で提出率が変わる現場は多い。
Step 2：報告者が特定されない設計にする
完全な匿名制にする必要はない。「管理職が直接見えない」仕組みにするだけで十分なケースが多い。
報告データは品質担当者がまず受け取り、個人名は分析には使わない。「報告した人が呼ばれることはない」というルールを文書化して周知する。これは約束の設計だ。一度でも破ると、また報告はゼロになる。
Step 3：報告が活かされていることを可視化する
月1回でいい。「先月のヒヤリハット○件から、この対策を実施した」という短いフィードバックを現場に戻す。全員朝礼でも、掲示板でも、社内チャットでもいい。「報告が変化を生んでいる」という事実を繰り返し見せることが、次の報告を呼ぶ。
ひとつ注意点がある。報告件数そのものを褒めると、形式的な報告が増える。「件数」ではなく「活用された事例」をフィードバックする。
心理的安全性は「宣言」では作れない
「なんでも言える現場にしましょう」と言うだけでは、何も変わらない。
心理的安全性は制度と行動の積み重ねで生まれる。報告しても罰せられない、追及されないという経験を繰り返すことで、初めて「報告してよかった」という感覚が育つ。
管理職の役割は、報告を受けたときの反応だ。「なぜこんなことに気づかなかった」ではなく、「教えてくれてありがとう」の一言が次の報告者を生む。
この反応を変えるのが難しい現場では、先に匿名フローを整えるほうが早い。仕組みが先、文化は後からついてくる。
おすすめの次アクション
報告フローを改善したら、次は記録の運用設計に目を向けてほしい。
属人化した記録管理が残ったままでは、デジタル化の効果が半減する。[医療機器保守の属人化リスク](/medical-device-maintenance-solo-dependency-risk/)や[脱属人化の進め方](/medical-device-maintenance-depersonalization/)も合わせて確認すると、改善の全体像が見えてくる。
報告を集めた後の品質変動の管理については[品質変動と顧客対応リスク](/maintenance-quality-variation-customer-request-risk/)の記事が参考になる。
—
よくある質問
ヒヤリハット報告を集めるのに、ツールは必ず必要ですか？
必要ではない。月10件以下の規模であれば、Googleフォームとスプレッドシートでコストゼロで始められる。大切なのはツールよりも「入力しやすさ」と「フィードバックの仕組み」だ。ツールはその手段に過ぎない。まず仕組みの設計を先に固めることで、後からツールを変えても運用が崩れにくくなる。
匿名にすると事実確認ができなくなりませんか？
完全匿名では事実確認が難しいケースが出る。そのため「報告者名は品質担当者のみ閲覧可能、管理職は原則不閲覧」という半匿名設計が実務では多い。事実確認が必要な場合だけ品質担当者が本人に直接確認する運用にすると、心理的コストを下げながら追跡可能性も維持できる。
報告件数が増えると処理が追いつかなくなりませんか？
報告件数が増えるのは「問題が増えた」のではなく「見えるようになった」サインだ。件数が増えた初期は処理負荷が上がるが、対策を講じることで発生件数は減っていく。初期の工数を抑えるには、分類・優先度付けの自動化と、対応不要の軽微案件を別管理する設計が有効だ。
規制対応の観点で、ヒヤリハット報告に何か要件はありますか？
ISO 13485や関連する規制では、製品の安全性に影響しうる情報の収集・分析・是正予防処置の実施が求められると一般に解されている。ただし、ヒヤリハットに関する記録要件や報告フローの適切性については、自社のQMS体制・適用規制の内容に照らして、QMS責任者や品質・薬事担当者が判断する必要がある。本記事の内容は一般的な現場改善の観点であり、規制適合の判断は読者側の責任者に委ねられる。
—
ツール紹介
報告フローの改善を検討するなら、規模に合ったツール選びが重要になる。
小規模現場向け：Googleフォーム＋スプレッドシート連携
無料で始められ、スマートフォン対応で入力しやすい。回答が自動的にスプレッドシートに蓄積されるため、月20件程度までの現場であれば集計・分析もシートの関数で対応できる。初期コストをかけずに運用改善を試したい現場に向く。様式変更もフォームの編集だけで即日対応できる点も実務に合っている。
中〜大規模現場向け：CAPA対応のインシデント管理ツール
複数拠点・規制対応が必要な現場では、是正処置（CAPA）までトレースできるツールが選択肢になる。報告→分析→処置→クローズのフローを一元管理でき、承認ワークフローや記録の保全を備えた製品が複数存在する。選定時は自社の規制要件と照らし合わせた確認が必要であり、品質担当者を巻き込んで評価することを勧める。
コメント