報告書は積み上がっているのに、中身がない
ヒヤリハット報告書の様式は揃っている。提出先もある。月次で集計もしている。
それなのに、報告件数はいつも片手で数えられる程度だ。
「うちのメンバーは意識が低い」と言いたくなる気持ちはわかる。でも私がいた現場でも同じだったし、それは意識の問題ではなかった。報告が集まらない現場には、集まらない理由が必ず仕組みの側にある。
—
こんな現場に心当たりはないか
「報告した人が損をする」空気がある。
あるメンバーがヒヤリハットを出した翌週、上司から「なんで気づかなかったの」と指摘された。その場に居合わせた別のメンバーは、以降一件も報告しなくなった。聞いたのは後日だったが、理由は明確だった。「報告すると怒られる。出さない方が得だ」と思ったという。
様式が複雑すぎて、書くのが手間になっている。
A4一枚に項目が15以上あり、事象の背景・原因推定・再発防止策まで書く欄がある。メンテナンスの合間に記入しようとすると20〜30分かかる。忙しい日にその時間を捻出するのは現実的ではない。
「報告しても何も変わらない」という体験が積み重なっている。
過去に出した報告が、どう処理されたか誰も知らない。改善されたのか、検討中なのか、棄却されたのか。フィードバックがゼロだと、「どうせ読まれていない」と判断されて当然だ。
—
なぜこの問題が起きるのか
個人の怠慢ではない。仕組みの設計ミスだ。
報告は「義務」として設計されている。しかし義務は、罰則があれば従うが、抜け道があれば避ける。報告しない選択肢が存在する限り、人は心理的に安全な方を選ぶ。
様式の複雑さは、「正確に記録してほしい」という善意から生まれることが多い。ただ、現場の担当者にとってその善意はコストになる。報告の質より報告件数をゼロにしない方が、品質管理上はずっと重要だ。
フィードバックの欠如は、「管理側は受け取るだけ」という印象を固める。これが続くと、報告行為そのものの価値が消えていく。
—
放置すると現場に何が起きるか
ヒヤリハットが上がってこない現場では、小さな問題が見えなくなる。見えないから対処しない。対処しないから、事象が繰り返される。
繰り返された後に重大インシデントが起きたとき、「なぜ事前に報告がなかったのか」という問いに答えられない。記録がないと、原因分析もできない。改善の根拠が残らない。
引き継ぎの場面でも同じだ。報告が積み上がっていない現場は、「何を注意すべきか」が属人的な記憶の中にしかない。その担当者が異動・退職すると、知見はゼロになる。
医療機器のメンテナンス現場であれば、機器の不具合に気づいた段階での記録は、のちのトレーサビリティや不具合情報の管理において一般に重要と考えられている。ただし、その記録が規制上どう扱われるかは、自社のQMS体制や対象製品の区分によって異なるため、具体的な判断は品質責任者に確認してほしい。
関連: [メンテナンスの属人化が引き起こす残業の構造](/maintenance-personalization-overtime-cause/)
—
改善の前に判断する：今の現場はどの段階か
手を打つ前に、現場の状態を確認する。
まだ「声かけ」で対応できる段階は、報告件数がゼロではなく、出しやすい雰囲気が残っているとき。ここでは様式の簡略化と、報告者へのフィードバック習慣化だけで件数が増える。
テンプレートの見直しが効く段階は、様式が原因で報告が止まっているとき。記入項目を5つ以内に絞った「速報版」を用意するだけで変わることがある。
仕組みの再設計が必要な段階は、「報告しても意味がない」という空気が現場に定着しているとき。この段階は声かけや様式の工夫では動かない。報告が組織に何をもたらすかを、具体的に見せる構造を作り直す必要がある。
—
今日からできる改善手順
Step 1：様式を「速報版」に切り替える
まず記入項目を絞る。「いつ・どこで・何が起きたか」の3点だけ書ける紙1枚か、デジタルフォームを用意する。詳細は後で追記できる仕組みにする。報告のハードルを下げることが最初の優先事項だ。
Step 2：報告者が「損をしない」場をつくる
報告を受けたとき、第一声を「ありがとう」に統一する。原因追及は別の場でやる。この一点だけでも、報告を出すときの心理的負荷は変わる。管理職が意識的にやり続けることが鍵だ。
Step 3：処理結果を可視化して返す
報告を受けたら、1週間以内に「確認した・対応した・今後検討する」のどれかを返す。全員が見える場所（朝礼・掲示板・チャット）に結果を貼る。「報告が動く」という体験を積み重ねることが、次の報告を生む。
—
次にやること：テンプレートを手元に置く
速報版の様式は、一から作る必要はない。記入項目・フィードバック欄・月次集計の形まで整ったテンプレートを使えば、初日から運用できる。
また、ヒヤリハット報告が集まると、次に「バラつきのある品質対応」の問題が見えてくる。関連記事も参考にしてほしい。
→ [機器の品質バラつきが顧客クレームリスクになる理由](/maintenance-quality-variation-customer-request-risk/)
→ [医療機器メンテナンスの属人依存リスク](/medical-device-maintenance-solo-dependency-risk/)
—
よくある質問
匿名報告にすれば件数は増えますか？
増えることが多い。ただし、匿名にするだけでは「報告しても意味がない」という体験は変わらない。匿名化と同時に、フィードバックの可視化をセットで導入する方が効果は持続する。
件数が少ない原因が「怠慢」か「仕組み」かを見分ける方法は？
チームの中で最も真面目な1人に「最近ヒヤリとした場面はありましたか」と聞いてみるといい。「あった」と言いながら報告していないなら、仕組みの問題だ。真面目な人が出していない現場で、件数が少ないのは意識のせいではない。
報告件数を評価指標にするのは逆効果ですか？
「件数が多い＝良い」という評価にすると、内容の薄い報告が増える。件数よりも「報告後に何件の改善アクションが起きたか」を指標にする方が、実態を反映しやすい。
小規模なチーム（5人以下）でも仕組み化は必要ですか？
必要性は規模に関係しない。むしろ小規模チームは属人化しやすく、特定の担当者だけが問題を抱え込みやすい。人数が少ないからこそ、記録に残す習慣の有無が後になって効いてくる。
関連: [医療機器メンテナンスの属人化と脱属人化](/medical-device-maintenance-depersonalization/)
—
ツール紹介
クラウド型インシデント管理ツール
紙や共有Excelでの管理は、報告のハードルを下げるには限界がある。スマートフォンからその場で記入できるクラウド型のフォームツールを使うと、速報段階の入力コストを大きく下げられる。GoogleフォームやMicrosoft Formsは費用をかけずに試せる起点として使いやすい。
QMS対応の記録管理システム
ヒヤリハット報告が本格的に蓄積されると、記録の検索性・集計・監査対応への整備が必要になってくる。専用のQMS記録管理システムは、こうした段階で導入を検討する価値がある。ただし、システム選定にあたっては自社のQMS要件や運用体制との適合を確認した上で判断してほしい。
コメント