「聞いてない」をなくす申し送り — 口頭文化から記録ベースへ

介護施設・事業所の管理者、サービス提供責任者、生活相談員など、業態を問わず申し送りの抜け漏れに悩む立場の人に向けて書く。 夜勤から日勤への引き継ぎ、休日明けの情報ギャップがなぜ繰り返されるのかを整理し、口頭中心の申し送りを記録ベースに移すための考え方を示す。 この記事を読むと、申し送りを「誰が何を記録し、誰が何を見れば足りるか」という構造で設計し直す視点が分かる。

読了目安: 6分

なぜ申し送りは抜け落ちるのか

介護の現場では、情報は一日に何度も引き継がれる。夜勤から日勤へ。日勤から夜勤へ。休みだった職員が出勤した初日に。担当が変わったときに。この引き継ぎの多くが、いまだに口頭・付箋・手書きノートに依存している。

夜勤明けのミーティングで、口頭申し送りが5分で終わる。夜間の様子、体調変化、家族からの電話。話す側は自分の頭の中にある情報のうち「重要だと思ったこと」だけを選んで話す。聞く側は、聞いた内容のうち「覚えていられたこと」だけを持ち帰る。この二重のフィルターを通り抜けた情報だけが、次の勤務者に届く。

休日明けはもっと厳しい。2日休んだ職員は、その間の変化を誰かに聞かなければならない。聞く相手がいなければ、記録を遡って自分で拾うしかない。手書きノートは日付順に並んでいるだけで、利用者ごとに情報が整理されていない。結局「特に変わりないと思います」という曖昧な申し送りで済まされ、実際には小さな体調変化が見過ごされたまま次の勤務に入る。

業態によって場面は変わるが、構造は同じだ。通所介護では、送迎担当がその日の利用者の様子を現場スタッフに伝えないまま帰宅し、翌日の相談員が家族からの電話で初めて体調の変化を知る。訪問介護では、訪問したヘルパーの気づきがサービス提供責任者に伝わらず、次回訪問のヘルパーが同じ説明を利用者や家族に求めてしまう。施設系では、フロアが分かれているだけで情報が分断され、担当が変わった瞬間に情報がリセットされる。

共通しているのは、「誰かが知っている」と「記録として残っている」が区別されないまま運用されている点だ。口頭申し送りは、その場にいた人にしか届かない。ノートは、探しに行かなければ読まれない。付箋は、剥がれれば消える。情報自体は現場のどこかに存在しているのに、次の担当者が必要なタイミングでそこにたどり着けない。これが「申し送りが伝わらない」の実態であり、特定の職員の注意力の問題ではなく、情報の置き場所の設計の問題である。

記録ベースへ移すという解決アプローチ

申し送りを口頭から記録ベースに移すとは、単に「紙をやめてPCに打つ」ということではない。誰が何を記録し、誰が何を見れば十分かという構造を先に決めることを指す。

構造は大きく3つの問いに分解できる。

誰が記録するか。訪問した職員、ケアを行った職員、電話を受けた職員など、その情報に最初に触れた人が記録の起点になる。特定の役職(生活相談員だけ、サ責だけ)に記録を集約しようとすると、そこがボトルネックになり、結局は口頭での又聞きに戻ってしまう。気づいた人がその場で記録できる状態を保つのが前提になる。

何を記録するか。すべてを詳細に書く必要はない。事実(何が起きたか)と所見(それをどう見たか)を分けて書くこと、そして次の担当者が判断に迷いそうな点(様子見でよいか、報告が必要か)を明示することの2点があれば、申し送りとしては十分に機能する。「特変なし」とだけ書く記録は、書いた本人にとっては正しくても、次に読む人にとっては何の情報にもならない。

誰が何を見れば足りるか。次の勤務者は、その利用者に関する全記録を最初から読み返す必要はない。直近の変化点だけが分かればよい。ここで必要になるのが、利用者単位で時系列に記録が積み上がる仕組みだ。

CareSpace OSでは、この3点目を「記録タイムライン」という形で実装している。誰が記録した内容であっても(通常の記録入力でも、訪問直後の音声メモでも)、利用者に紐づいた1本のタイムラインに時系列で蓄積される。次の担当者は、その利用者のタイムラインを開けば、直近の記録がまとまって見える。ノートを遡ったり、前の担当者を捕まえて聞いたりする手間が、記録を開く操作に置き換わる。

音声メモ機能はこの記録の入り口を広げる役割を持つ。訪問直後の車内や、ケアの合間の手が空いた瞬間に、話すだけで記録が残る。文字起こしされた内容はそのままタイムラインに載り、他の記録と同じ扱いで次の担当者の目に触れる。

ここから先、勤務交代のタイミングで「その日読むべき申し送り事項だけ」を自動でまとめて提示する仕組みや、報告が必要な内容にフラグを立てて可視化する仕組みは、現状のCareSpace OSではまだ確立された機能ではない。記録が1本のタイムラインに集まる基盤はできているが、その基盤を申し送り専用の見え方に磨き上げることは、これから取り組みたいと考えている領域だ。この点は正直に書いておく。

なぜそう設計したか

CARESPACEはBuy First, Build Laterの方針で事業をつくっている。まず介護施設を運営し、そこで実際にぶつかる課題をSaaSに反映する順序を守っている。LINE(デイケア)を10年以上運営し、2026年3月には居宅介護支援事業所「かいごの窓口」の運営も始めた。

申し送りの悩みは、机上で考えているだけでは正確に掴めない。現場を運営していると、「誰が記録すべきか」を決めても、実際にその人が忙しければ記録は後回しになる、という現実にぶつかる。だから、記録できる人を限定せず、気づいた人がその場で残せる設計を優先した。役割を限定した記録フローは、理屈の上ではきれいでも、現場の忙しさの前では機能しないことが多い。

もう一つの判断は、「申し送り専用の画面」を新設するのではなく、既存の記録の流れの延長に置くという選択だ。申し送りのためだけの入力画面を別に作ると、通常の記録と二重に書く手間が生まれ、結局どちらかが形骸化する。記録は1つの流れにまとめ、その流れの見せ方を勤務交代の場面に合わせて磨いていく方が、現場の負担を増やさずに済む。

この判断の背景には、記録を「増やす」のではなく「同じ記録を、必要な人が必要なときに見られるようにする」という一貫した考え方がある。申し送りの問題は記録の量の問題ではなく、記録の到達の問題だと捉えている。

介護事業者へのメッセージ

記録ベースの申し送りが効くのは、勤務交代や休日明けの情報ギャップに日常的に悩んでいる事業所だ。夜勤と日勤の人数が離れている、複数のフロアやユニットに分かれている、訪問系で担当者同士が顔を合わせる機会が少ない、といった事業所ほど、記録に情報を集約する価値は大きい。

逆に、常時ほぼ同じ少人数で運営していて、口頭のやり取りだけで十分に情報が回っている事業所には、この記事の内容はやや大げさに映るかもしれない。記録に移す作業そのものにも手間はかかる。口頭で足りているなら、無理に記録に置き換える必要はない。

記録ベースへの移行は、申し送りにかける時間を減らすための手段ではなく、情報が担当者の記憶に依存しない状態をつくるための備えだと捉えてほしい。

CareSpace OSについて詳しく見る → https://carespace.jp/product