「事故報告書もヒヤリハット報告書も、書いてはいる。でも綴じたファイルが棚に並んでいくだけで、次の事故を防げている実感がない」。介護施設や訪問介護事業所の管理者から、よく聞く悩みです。転倒・誤薬・離設。現場は日々記録を残しているのに、その記録が再発防止につながらず、同じような事故が別のフロアで繰り返される。人手不足で研修や委員会の時間を確保しにくいなか、記録を「書いて終わり」にしない仕組みをどう作るかが課題になっています。
この記事では、介護の事故報告・ヒヤリハットに関する義務を整理したうえで、記録を再発防止のループにつなげる仕組みのつくり方を解説します。
先に、要点をまとめます。
- 事故発生時の市町村・家族への連絡と記録は運営基準上の義務であり、市町村への報告には国の標準様式がある（第1報は遅くとも5日以内が目安）
- 報告書が「書いて終わり」になるのは、紙の報告書がシフトやケア記録と切り離されて保管され、時間帯・場所・種別の集計が手作業になる構造だから
- 利用者ID・時間帯を軸にヒヤリハットと事故報告を一元管理すると、事故発生防止検討委員会が傾向データをもとに対策を打ち、効果を検証するループを回せるようになる
ただし、この仕組みには一つ逆説があります。報告の仕組みを厳格にするほど、現場からの報告件数はかえって減ってしまうのです。この点は後半、設計の話のなかで説明します。
介護の事故報告、何をどこまで記録・報告する義務があるのか？
事故発生時は市町村・家族等への連絡と記録・必要な措置が運営基準で義務付けられており、市町村への報告には国の標準様式と「第1報は5日以内目安」の運用が示されています。
介護保険サービスの運営基準では、事故が発生した場合、市町村や家族等への連絡を行うとともに、事故の状況と処置について記録し、必要な措置を講じることが求められています。市町村への報告については、厚生労働省が令和3年3月19日の通知（介護保険最新情報Vol.943「介護保険施設等における事故の報告様式等について」）で標準様式を示しました。少なくとも死亡に至った事故と、医師の診断を受け投薬・処置など何らかの治療が必要となった事故が報告対象とされ、第1報は様式の1〜6の項目を可能な限り記載して、事故発生後速やかに、遅くとも5日以内を目安に提出することとされています。この標準様式は令和6年11月29日の介護保険最新情報Vol.1332で改訂版が示されています。報告対象の範囲や提出方法は自治体によって上乗せがあるため、所在地の市町村のルールもあわせて確認が必要です。
介護保険施設では、これに加えて、事故発生の防止のための指針の整備・委員会の定期開催・職員研修、そして安全対策担当者を定めることが運営基準で求められています。つまり制度は「起きた事故の報告」だけでなく、「事故を防ぐための組織的な活動」までを義務として求めています。
一方、ヒヤリハット（事故には至らなかったが、ヒヤリとした・ハッとした出来事）の記録は、様式や提出が法令で定められたものではありません。しかし、労働災害の分野で「1件の重大事故の背後には29件の軽微な事故と300件のヒヤリハットがある」と語られるハインリッヒの法則が示すとおり、重大事故を防ぐ材料は日々のヒヤリハットの中にあります。義務ではないからこそ、集め方と活かし方の設計がそのまま事業所の実力差になります。
御社の事業所で、市町村様式への転記に毎回時間がかかっていたり、ヒヤリハットの件数が月に数件しか上がってこなかったりするなら、次の章で述べる構造がその原因かもしれません。
なぜ事故報告・ヒヤリハットは「書いて終わり」になるのか？
報告書が紙で綴じられ、シフトやケア記録と別の場所に保管され、分類・集計が手作業になるためです。書く負担と心理的ハードルも報告そのものを減らします。
多くの事業所の実態は、こうです。事故が起きると、当事者の職員が手書きの報告書を書き、フロアリーダーと管理者が確認印を押し、ファイルに綴じる。市町村への報告が必要な場合は、手書きの内容を標準様式のExcelに転記し直す。事故発生防止検討委員会では、直近の事例を読み上げて注意喚起して終わる。時間帯別・場所別・種別のような集計は、年度末にまとめて誰かがExcelで手作業する——。
この流れには、構造的な問題が3つあります。
1つめは、記録が分析できる形になっていないことです。手書きの自由記述は、読み返すことはできても、集計はできません。「夜勤帯の転倒が増えている」「移乗介助のヒヤリハットが特定のフロアに偏っている」といった傾向は、発生時刻・場所・種別が構造化されて初めて見えてきます。
2つめは、事故の記録がシフトやケア記録と切り離されていることです。転倒が起きたとき、その時間帯に何人の職員が勤務していたか、当該利用者のケア記録に前兆（ふらつき・眠剤の変更など）が残っていなかったか。再発防止の検討に必要な情報は複数の記録にまたがっているのに、それぞれ別のファイル・別のシステムにあるため、突合が手作業になります。
3つめは、報告する側の負担と不安です。手書きで様式を埋めるのに時間がかかるほど、「これくらいはヒヤリハットに書かなくていいか」と省略されます。さらに「報告すると責められるのではないか」という不安があると、事故に至らなかった出来事は表に出てきません。報告件数が少ない事業所は、安全なのではなく、見えていないだけということが起こり得ます。
記録の属人化という意味では、事故報告に限らず、申し送りやケア記録にも同じ構造があります。記録業務全体の効率化は介護施設の記録・申し送り業務をAIで効率化する方法で詳しく解説しています。
委員会の資料づくりを年度末にまとめて頑張っている事業所ほど、この構造に心当たりがあるはずです。問題は職員の意識ではなく、記録の器のほうにあります。
記録を再発防止のループにつなげると、何が変わるのか？
「報告して終わり」の一方通行が、報告→集計→分析→対策→検証の循環に変わり、委員会が事例の読み上げの場から対策を決める場に変わります。
目指す状態を図で整理します。
介護の事故報告・ヒヤリハットを再発防止につなげる5段階のループ。現場からの選択式入力、管理者の確認・承認と市町村様式の出力、時間帯・場所・種別での自動集計、事故発生防止検討委員会での対策決定、対策後の件数推移の検証が循環する
このループが回ると、具体的には次のことが変わります。報告はスマホやタブレットからの選択式入力になり、書く負担が下がるぶん、ヒヤリハットの件数が上がってきます。市町村様式への転記は、入力済みのデータからの出力になり、5日以内の第1報に慌てなくて済みます。委員会には、時間帯別・場所別・種別のクロス集計が自動で用意され、「先月は夜勤帯の転倒が3件、いずれも2階」といった事実から対策を議論できます。そして対策を打った後、同じ集計を翌月も見ることで、効果があったのかを検証できます。
こうした仕組みをどう用意するかの選択肢は、大きく3つです。紙+Excelの運用を工夫する（費用はかからないが集計の手作業は残る）、既製の介護記録ソフトの事故報告機能を使う（手軽だが、様式や集計軸が固定で、シフト・ケア記録との突合は限定的）、事業所の運用に合わせて業務システムとして作り込む（初期費用は数百万円規模からかかるが、自事業所の様式・委員会資料・関連記録との連携まで設計できる）。どれが向いているかは、事業所の規模と、いまの委員会運営がどこで止まっているかによって変わります。
自事業所の直近の委員会資料を思い浮かべてみてください。そこに「事例の一覧」だけでなく「傾向の集計」と「前回対策の検証」が載っているかどうかが、いまどの段階にいるかの目安になります。
私たちなら介護の事故報告・ヒヤリハット記録をこう設計する
ここまでの整理を踏まえ、介護の事故・ヒヤリハット記録の基盤を実際にシステムとして形にするなら、という前提で設計の考え方を書き下ろします。
データ設計: 起点は利用者マスタです。利用者IDを軸に、事故・ヒヤリハットの記録（発生日時・発生場所・種別・けがの程度・受診や処置の内容・関与した職員・発生時の状況）を紐付けます。種別（転倒・転落・誤薬・誤嚥・離設・接触など）と発生場所（居室・廊下・食堂・浴室・トイレなど）は選択式のマスタとして持たせ、自由記述は補足に回します。これが集計の精度を決めます。重要なのは、国の標準様式の項目をデータ項目としてそのまま持っておくことです。入力の時点で様式の項目が埋まっていれば、市町村への報告は転記ではなく出力になります。さらに、この記録をケア記録・シフト勤怠と同じ基盤に載せることで、「発生時刻の勤務者数」「事故前1週間のケア記録」を同じ利用者ID・同じ日時軸で突き合わせられるようにします。
情報の流れ: 発見した職員は、スマホまたはフロアのタブレットから選択式で第1報を入力します。目標は3分以内。種別・場所・時刻・利用者を選び、状況を短文で添えるだけにします。フロアリーダーが事実関係を確認し、管理者（施設長・所長）が承認します。市町村報告が必要な事故は、承認と同時に標準様式で出力し、第1報の提出期限から逆算した残り日数を画面に表示します。事故発生防止検討委員会と安全対策担当者は、ダッシュボードで時間帯×場所×種別のクロス集計と月次推移を確認し、対策を決めます。対策は「誰が・何を・いつまでに」の形で記録し、翌月の委員会で同じ画面から件数の変化を検証します。
AIの回答設計: 社内AIチャットは、蓄積された事故・ヒヤリハット記録とシフト実績を根拠に回答します。たとえば安全対策担当者が「先月、夜勤帯に起きたヒヤリハットを教えて」と尋ねると、AIは「先月の夜勤帯（22時〜6時）のヒヤリハットは4件です。うち2件は2階フロアの移乗介助中で、いずれも入職1年未満の職員が対応した時間帯でした。残り2件は廊下の歩行中のふらつきです。根拠として各記録とシフト実績を参照しています」のように、件数・偏り・根拠データを示して回答します。ケアマネジャーや相談員が家族対応の前に「この利用者の直近の転倒歴と対応」を確認する、といった使い方もできます。事故原因の断定やケア方針の判断はAIに行わせず、記録済みのデータを集計・提示する役割に限定します。
以下は、こうした設計思想をもとに構築した、よりどころべーすの介護・福祉向けデモ画面（サンプルデータ）です。
よりどころべーすの介護・福祉向けダッシュボードのデモ画面（サンプルデータ）。利用者に関する記録や当日の業務状況が1画面に集約され、横断して確認できる。
上の画像はサンプルデータによるデモ画面で、実際の介護事業所のデータや導入実績を示すものではありません。事故・ヒヤリハットの記録が他の業務記録と同じ基盤にまとまるイメージを掴んでいただくためのものです。
権限・運用ルールと、定着の仕掛け: 冒頭で触れた逆説——仕組みを厳格にするほど報告が減る——への答えがここにあります。まず権限面では、承認済みの記録の修正は管理者権限に限定し、修正履歴を残します。これは記録が行政報告や家族説明の証跡になるためです。一方で、報告のハードルは徹底的に下げます。入力は選択式で3分以内、ヒヤリハットは確認フローを事故報告より簡素にし、「まず出す」ことを優先します。そして運用ルールとして、報告件数を職員個人の評価に結び付けないことを明文化します。ヒヤリハットの件数が増えることは、現場が危険に気づけている証拠であり、責める材料ではない——この前提を仕組みと運用の両方で支えないと、データは集まりません。入力負担の軽減という意味では、シフト作成の自動化（介護シフト作成をAIで自動化する方法で解説）と同じく、「現場の時間を奪わないこと」自体が定着の条件です。
ここまでの設計で最大の壁になるのが、記録の分散です。シフト勤怠と事故記録が別ツールにあると、「夜勤帯に多い」「特定の配置のときに起きる」という突合が結局手作業に戻ります。私たちは介護・福祉向けの業種別パッケージを土台に、事故・ヒヤリハット記録をケア記録・シフト勤怠と同じ基盤に載せたうえで、御社の報告様式や委員会資料の型に合わせてスクラッチで作り込みます。だから、社内AIに「先月の夜勤帯で起きたヒヤリハット」と聞けば、記録とシフトを横断して引けるのです。要件定義はエンジニアが直接ヒアリングするので、「委員会が月末にどの集計表を作っているか」「市町村がどの様式・提出方法を求めているか」のレベルまで仕様に落とせます。
まずは、直近3ヶ月分の事故報告書とヒヤリハット報告書を、発生時間帯別に並べ替えてみてください。手作業でも、偏りが1つは見えてくるはずです。その偏りを毎月自動で見えるようにするのが、ここに書いた仕組みです。この設計はあくまで一般化した叩き台であり、実際には事業所の様式・委員会運営・既存の記録ソフトとの関係に合わせて、要件整理の段階から一緒に詰めていくことになります。サービスの全体像は介護業界向けの業務システムのページにまとめていますので、あわせてご覧ください。
まとめ：この記事で持ち帰れること
この記事を読み終えた時点で、次のことが判断できる状態になっているはずです。
- 事故報告について何が義務で（市町村報告・標準様式・5日以内目安の第1報）、ヒヤリハットはなぜ義務でなくても集める価値があるか
- 自事業所の報告が「書いて終わり」になっている構造的な原因（自由記述・記録の分散・報告のハードル）はどこか
- 記録を再発防止のループに変えるために、データ設計・情報の流れ・運用ルールの何を押さえればよいか
事故ゼロを目指す掛け声だけでは、事故は減りません。現場が気づいたことを3分で残せて、その蓄積が翌月の委員会で対策に変わる。その循環を支える記録の器を整えることが、利用者の安全と職員の安心の土台になります。
事故報告・ヒヤリハットの仕組みづくりでお困りのことがあれば、お問い合わせからご相談ください。現状の報告書様式や委員会資料を拝見しながら、どこから手をつけるべきかを一緒に整理します。
よくある質問
Q. ヒヤリハットの報告は法律上の義務ですか？
ヒヤリハット自体の記録・報告を直接定めた法令はありません。義務があるのは、事故発生時の市町村・家族等への連絡と記録、そして介護保険施設における事故発生防止のための指針・委員会・研修・安全対策担当者の設置などです。ただし、事故発生防止の取り組みを実質的に機能させる材料としてヒヤリハットの収集は広く推奨されており、運営指導で取り組み状況を確認されることもあります。
Q. 市町村への事故報告は、どのような場合に必要ですか？
国の標準様式の運用では、少なくとも死亡に至った事故と、医師の診断を受け投薬・処置など何らかの治療が必要となった事故が報告対象とされています。それ以外の範囲（けがの程度・誤薬・離設の扱いなど）は自治体によって上乗せの定めがあるため、所在地の市町村の要綱を確認してください。第1報は事故発生後速やかに、遅くとも5日以内が目安とされています。
Q. 職員がヒヤリハットを出したがりません。件数を増やすには？
書く負担と心理的ハードルの両方を下げることが先決です。具体的には、選択式入力で所要時間を3分以内にする、ヒヤリハットの確認フローを事故報告より簡素にする、件数を個人の評価に使わないと明文化する、集まった報告が対策に変わった事例を現場に返す、の4点です。報告が「損」にならず「現場を守る材料」になる実感が積み上がると、件数は増えていきます。
Q. すでに介護記録ソフトを使っています。併用できますか？
併用は可能で、実際には段階移行が現実的です。介護記録ソフトの事故報告機能で足りているなら無理に置き換える必要はありません。課題になりやすいのは、シフト勤怠や委員会資料との突合、市町村様式・自治体独自様式への対応など、記録ソフトの守備範囲の外にある部分です。どこまでを既存ソフトに残し、どこからを業務基盤側で扱うかは、要件整理の段階で切り分けます。
Q. 導入にはどのくらいの期間と費用がかかりますか？
要件整理から様式・マスタの設計、試験運用を経て本格運用まで、標準的には1.5〜2ヶ月程度です。費用はカスタマイズの範囲によりますが、よりどころべーすの場合はライトプラン298万円〜（税別）が目安です。委員会の年間スケジュールに合わせて、集計データが揃った状態で年度の振り返りを迎えられるよう逆算して始めるのがおすすめです。