介護事業所のケアプラン更新管理をZapierで自動化 — 利用者の状態変化を記録したら担当ケアマネジャーに自動通知し、更新時期をカレンダーで一元管理するレシピ
ケアプランの更新漏れは、介護事業所の報酬や利用者へのサービス提供に影響する可能性があります。本記事では、Zapierで状態変化の記録、担当ケアマネジャーへの通知、更新時期の管理をつなぐ方法を紹介します。30名規模の事業所を想定し、費用、手順、個人情報の扱いまで整理しました。
- ケアプラン更新を手作業で管理する場合の漏れと属人化のリスク
- Zapierで作る3つの自動化フローと、各フローの役割
- Google スプレッドシートを使った45分の導入手順
- 個人情報を扱う通知の設計と、無料プランのタスク上限
- 介護ソフトとの連携方法や、複数のケアマネジャーへの対応
編集長の見解 — Zapierは、ケアマネジャーの判断を置き換える道具ではありません。「誰が、いつまでに確認するか」を通知し、記録を残す仕組みとして使うと、更新管理の抜けを減らす助けになります。まずは個人情報を最小限にしたテスト環境で、小さく始めることをおすすめします。
1. ケアプラン更新管理の現状と課題
1-1. 手作業による更新管理の実態
多くの介護事業所では、ケアプランの更新時期を Excelの管理表や紙のファイルで追跡しています。編集部のヒアリングでは、30〜80名規模の介護事業所で、次のような運用が見られました。
- 利用者ごとの更新期限をExcelで管理し、月初に目視で確認
- 担当ケアマネジャーがメールや手帳で個別にリマインド
- 更新後に管理表へ手動で「完了」と記録
- 状態変化を介護記録ソフトとExcelへ二重入力
この運用では、担当者が休んだり異動したりすると、更新予定が引き継がれないおそれがあります。情報が担当者個人に集まり、事業所全体で確認しにくくなるためです。
1-2. 更新漏れがもたらす3つのリスク
更新漏れは、事務作業だけでなく、経営と利用者対応にも影響します。
| リスク領域 | 具体的な影響 | 想定される影響 |
|---|---|---|
| 報酬減算 | 更新状況によっては介護報酬の算定に影響する可能性 | 収入の減少 |
| サービス中断 | 更新手続きが遅れ、サービス提供の調整が必要になる可能性 | 利用者・家族の不安 |
| 運営指導 | 更新記録や経過の不備について説明を求められる可能性 | 追加確認や是正対応 |
上記は制度運用上の一般的なリスク整理です。実際の算定や対応は、指定権者、介護保険法令、最新の通知、事業所の契約内容を確認してください。
1-3. 担当ケアマネジャーへの連絡が属人化する問題
「担当者が異動して、更新スケジュールが分からない」という問題は、情報が人に紐づいていると起こりやすくなります。業務の流れを共有の表と通知に紐づければ、担当者が変わっても引き継ぎやすくなります。
警告 — 自動化を導入しても、入力内容の確認やケアプランの判断は人が行います。通知だけで更新が完了したと扱わず、責任者による確認手順を残してください。
次のセクションでは、こうした課題をZapierで補助する3つのフローを整理します。
2. Zapierで実現する3つの自動化フロー
2-1. 全体像
Zapierで作る自動化は、次の3つのZapで構成します。Zapは、Zapierにおける自動化の1本単位です。
| フロー | 目的 | 主な開始条件 | 主な処理 |
|---|---|---|---|
| Zap A | 状態変化の通知 | 状態変化ログへ行を追加 | Slack、メール、Teamsで通知 |
| Zap B | 更新時期の案内 | 更新予定日が近づく | Google カレンダーへ登録 |
| Zap C | 更新完了の記録 | ステータスを更新完了へ変更 | 履歴へ追記し、完了を通知 |
3つのZapを利用者マスターを中心に構成すると、担当者の変更時も管理表の更新で対応しやすくなります。
2-2. Zap A：状態変化を自動通知する
目的: 利用者の状態変化を記録したら、担当ケアマネジャーへ通知します。
開始条件: Google スプレッドシートの「状態変化ログ」に新しい行を追加します。
主な処理:
- 追加された行を取得する
- 利用者IDから担当者の連絡先を参照する
- Slack、メール、Microsoft Teamsのいずれかで通知する
通知本文の例です。
【状態変化レポート】{利用者ID}
- 発生日時: {発生日時}
- 変化内容: {変化内容}
- 記録者: {記録者}
- 担当: {担当ケアマネジャー名}ポイント:
{{利用者ID}}のような表記は、Zapier側で記録項目を差し込む場所を示します。実際の設定画面では、Zapierが提供する差し込み項目を選択してください。
2-3. Zap B：更新時期をカレンダーで管理する
目的: 次回更新予定日をGoogle カレンダーへ登録し、期限前に知らせます。
開始条件: スプレッドシートの「次回更新日」が、基準日から30日後に該当する行を検出します。
主な処理:
- 対象行を取得する
- Google カレンダーに予定を作成する
- 担当ケアマネジャーへ通知する
予定タイトルの例です。
【ケアプラン更新】{利用者ID}（担当: {担当ケアマネジャー名}）カレンダーには、利用者名を直接記載せず、利用者IDを使う設計も検討します。詳細情報を必要な担当者だけが確認できるようにすると、個人情報の露出を抑えられます。
2-4. Zap C：更新完了を自動記録する
目的: ステータスの変更を検知し、更新履歴を残します。
開始条件: 「ステータス」が「更新予定」から「更新完了」に変わった行を検出します。
主な処理:
- 「更新履歴」シートへ追記する
- 担当ケアマネジャーと管理者へ完了を通知する
- 必要に応じて、所定のGoogle Driveフォルダーへ関連ファイルを保存する
この流れにより、いつ、誰が、どの利用者の更新を完了したかを確認しやすくなります。ただし、保存先の権限設定とファイルの取り扱いは、事業所の規程に合わせてください。
ヒント — 3つのZapで利用する項目名と利用者IDの形式をそろえてください。入力ルールが統一されていると、担当変更や後からの修正がしやすくなります。
次のセクションでは、3つのZapを実際に作る手順を紹介します。
3. 導入ステップ（所要45分）
ステップ1：利用者情報を管理するスプレッドシートを準備する（10分）
目的: 3つのZapが参照する表を整えます。
| シート名 | 主な列 | 用途 |
|---|---|---|
| 利用者マスター | 利用者ID / 利用者名 / 要介護度 / 担当ケアマネジャーID / 連絡先 / 次回更新日 / ステータス | すべてのZapの参照元 |
| 状態変化ログ | 記録日時 / 利用者ID / 変化内容 / 記録者 | Zap Aの開始条件 |
| 更新履歴 | 完了日時 / 利用者ID / 更新内容 / 担当 / 備考 | Zap Cの出力先 |
運用ルール:
- 1行につき1利用者とし、利用者IDを重複させない
- 状態変化ログは追記型とし、既存行を上書きしない
- ステータスは「未更新」「更新予定」「更新完了」の3つで管理する
- 利用者名や要介護度を通知本文へ書くかどうかを、事業所の規程に従って決める
ステップ2：Zapierアカウントと各サービスを設定する（10分）
- Zapier公式サイトでアカウントを作成する
- Google Sheets、Google Calendar、SlackまたはTeamsを認証する
- 利用中の介護ソフトが連携に対応している場合は、必要な認証を追加する
無料プランは月間100タスクまでです。30名規模で3つのZapを運用すると、編集部試算では月200〜400タスクに達する場合があります。Starterプラン（月額 ¥1,572程度）も候補にしてください。
ステップ3：状態変化の通知フローを作る（10分）
- Zapierのダッシュボードで「Create Zap」を選択する
- Google Sheetsの「New Spreadsheet Row」を開始条件にする
- 「状態変化ログ」を選択する
- Slackの「Send Channel Message」またはGmailの「Send Email」を処理に指定する
- 通知本文を設定する
- テストを実行する
ステップ4：カレンダー連携を設定する（10分）
- 新しいZapを作成する
- Google Sheetsの「New or Updated Spreadsheet Row」を開始条件にする
- フィルターで「次回更新日が基準日から30日後」の条件を設定する
- Google Calendarの「Create Detailed Event」を処理に指定する
- 予定のタイトル、説明、参加者を設定する
- 必要に応じて、担当者への通知を追加する
ステップ5：テストして運用を始める（5分）
- 各Zapを1件ずつテストする
- テスト用の行を追加し、通知とカレンダー登録を確認する
- 問題がなければ「Turn on Zap」で有効化する
- 1週間後に、通知の重複や漏れを確認する
ヒント — テスト時は本番の宛先ではなく、テスト用のメールアドレスを使います。確認が終わってから本番の宛先へ切り替えると、誤通知を防ぎやすくなります。
次のセクションでは、運用開始後に起こりやすい失敗と、その回避策を説明します。
4. 失敗パターンと回避策
失敗パターン1：通知が重複する
症状: 同じ状態変化が複数回通知されます。
原因: 状態変化ログが追記型なのに、「New or Updated Spreadsheet Row」を使うと、行の更新でも再実行される場合があります。
回避策:
- 行の追加だけを検知する「New Spreadsheet Row」を使う
- 更新を検知する場合は、更新日時などの条件で対象を絞る
- Zapierの実行履歴で、重複の原因を確認する
失敗パターン2：個人情報を公開チャンネルへ送る
症状: 利用者の氏名や要介護度が、関係者以外も見られる場所へ送信されます。
回避策:
- Slackでは非公開チャンネルを使い、関係者だけを招待する
- Zapの送信先をテスト時と本番時に確認する
- 通知本文には利用者IDだけを記載する方法を検討する
- Zapier、Google、Slackの権限と二要素認証を確認する
失敗パターン3：無料プランのタスク上限を超える
症状: 月の途中でZapが停止し、通知が届かなくなります。
原因: 無料プランの月間100タスクを超えるためです。30名規模で3つのZapを使う場合、編集部試算では月200〜400タスクに達することがあります。
回避策:
- Starterプラン（月額 ¥1,572程度）を候補にする
- 本当に必要な通知だけを自動化する
- Zapierの使用量画面を月1回確認する
警告 — タスク上限で停止したZapが、事業所の判断なしに再開するとは限りません。通知に頼り切らず、定期的な一覧確認を残してください。
次のセクションでは、編集部試算に基づく料金と作業時間の目安を示します。
5. 編集部の試算：コストと削減効果
5-1. 月間タスク数の試算（30名規模、3つのZap）
前提条件:
- 利用者数：30名
- 状態変化ログ：月60件
- 更新予定の通知：月30件
- 更新完了の記録：月30件
| Zap | 1か月のタスク数 | 内訳 |
|---|---|---|
| Zap A（状態変化通知） | 約60 | 状態変化ログ60行 |
| Zap B（更新時期カレンダー） | 約30 | 更新予定日が近づいた行 |
| Zap C（更新完了記録） | 約30 | ステータスを変更した行 |
| 合計 | 約120タスク | 編集部試算 |
実際のタスク数は、通知先や処理数によって変わります。複数の処理を1つのZapに追加すると、1件の開始で複数タスクを消費する場合があります。
5-2. プラン選定の目安
| プラン | 月額料金の目安 | タスク上限 | 向いている規模 |
|---|---|---|---|
| Free | ¥0 | 月100タスク | 小規模・試用 |
| Starter | 約 ¥1,572 | 月750タスク | 20〜80名規模 |
| Professional | 約 ¥4,716 | 月2,000タスク | より多い処理量 |
為替やプラン改定により料金は変わります。最新情報はZapierの料金ページで確認してください。
5-3. 削減される業務時間
| 業務 | 導入前 | 導入後の目安 | 削減時間の目安 |
|---|---|---|---|
| 更新期限の確認 | 月2時間 | 月0.5時間 | 月1.5時間 |
| 担当者への個別連絡 | 月3時間 | 月0.5時間 | 月2.5時間 |
| 完了記録の転記 | 月1.5時間 | 月0.25時間 | 月1.25時間 |
| 合計 | 月6.5時間 | 月1.25時間 | 月5.25時間 |
編集部試算です。入力、確認、例外対応にかかる時間は事業所によって異なります。自動化後も、人による確認時間は残してください。
時給 ¥1,500のスタッフが月5.25時間分の作業を減らせる場合、削減額は月¥7,875です。Starterプランの月額¥1,572を差し引くと、単純計算で月¥6,303相当の差額になります。
編集部の結論 — 30名規模の事業所では、月間タスク数を確認しながらStarterプランを検討する価値があります。ただし、料金だけで決めず、個人情報の扱い、通知の確認者、停止時の代替手順まで決めてから導入してください。
次のセクションでは、制度上の確認事項と介護ソフトからのデータ連携を整理します。
6. 制度上の確認事項と介護ソフト連携
6-1. 制度上の確認事項
ケアプランの作成・更新には、介護保険制度や指定基準に関わる確認事項があります。Zapierは通知と記録を補助するものであり、制度上必要な判断や手続きを代替しません。
導入時は、次の点を確認してください。
- 人による判断: 自動通知後の確認と更新は、担当ケアマネジャーが行う
- 記録の追跡性: 更新日時、担当者、確認内容を記録する
- 個人情報の最小化: 通知には必要最小限の情報だけを使う
- 事業所の規程: 外部サービスの利用可否と保存場所を管理者が確認する
制度の詳細は、厚生労働省の介護保険制度案内や指定権者の最新案内を確認してください。
6-2. 介護ソフトとの連携可否
介護ソフトは、Zapierと直接連携できない場合があります。導入前に、利用中の製品の提供企業へ、外部連携とデータ出力の可否を確認してください。
| 連携対象 | 直接連携の目安 | 代替方法 |
|---|---|---|
| ケアマネジャー支援システム | 製品によって異なる | CSV出力からGoogle Sheetsへ取り込み |
| ほのぼのNEXT | 製品・契約によって異なる | CSV出力や提供企業の連携機能を確認 |
| クラウド型介護ソフト | 一部で対応 | 公式連携機能やWebhookを確認 |
| Excel管理表 | Zapierとの直接連携は不可 | Google Sheetsへ移行して利用 |
連携状況は製品の契約内容や更新で変わります。表は一般的な確認項目として利用してください。
直接連携が難しい場合は、「介護ソフトから出力したデータを確認し、必要な項目だけをGoogle Sheetsへ登録し、Zapierで通知する」方法が現実的です。
6-3. 担当ケアマネジャーが複数いる場合
複数のケアマネジャーがいる場合は、担当者情報を別表で管理します。
- 利用者マスターに「担当ケアマネジャーID」を追加する
- 別シートにID、氏名、メールアドレス、SlackユーザーIDを登録する
- ZapierのLookup Tableで担当者IDと連絡先を対応させる
- 通知とカレンダー登録で、参照した連絡先を使う
担当者が変わった場合も、担当者一覧を修正すれば、各Zapの設定を個別に変えずに済みます。
ヒント — 担当者一覧は、閲覧・編集できる人を管理者などに限定してください。利用者情報と連絡先を同じ表に集約しないことも、情報管理の方法の一つです。
次のセクションでは、導入前に確認したい5つの質問に答えます。
7. よくある質問
Q1. Zapierの無料プランで運用できますか？
20名未満の小規模事業所では、月100タスクの無料プランで足りる場合があります。ただし、タスク数は通知先や処理数で変わります。30名規模では、編集部試算で月200〜400タスクに達する場合があるため、Starterプラン（月額 ¥1,572程度）も検討してください。
Q2. 介護ソフトと連携できますか？
主要な介護ソフトの中には、Zapierと直接連携できない製品があります。まずは提供企業へ、CSV出力、API、Webhook、外部サービス連携の可否を確認してください。直接連携できない場合は、必要な項目だけをGoogle Sheetsへ登録する方法があります。
Q3. 担当ケアマネジャーが複数いる場合はどうしますか？
担当者IDと連絡先の一覧を作り、ZapierのLookup Tableなどで対応させます。担当者が変わったときは一覧を更新します。導入前に、利用中のZapierプランで必要な機能が使えるか確認してください。
Q4. 通知の重複や漏れが起きた場合はどうしますか？
まずZapierの実行履歴を確認します。重複の場合は、開始条件を「New Spreadsheet Row」に絞り、漏れの場合はフィルター条件と日付形式を確認します。Zapierのヘルプセンターにも、トラブル解決の案内があります。
Q5. 個人情報を扱うときの注意点は何ですか？
次の3点を確認してください。
- 関係者だけが見られる非公開チャンネルを使う
- 通知本文には、可能な限り利用者IDだけを記載する
- Zapier、Google、Slackの権限と二要素認証を管理する
外部サービスへの個人情報の保存や送信が事業所の規程に合うか、管理者と確認してください。厚生労働省の個人情報保護に関する最新案内も確認しましょう。
8. 出典・参考情報
料金、機能、制度は変更される可能性があります。導入前に各公式サイトと、事業所を管轄する自治体・指定権者の最新情報を確認してください。
編集部メモ — 介護事業所でのZapier活用は、通知の自動化から始めると取り組みやすくなります。自動化後も人による確認を残し、個人情報を最小限にした設計から試してください。小さな範囲で検証し、事業所の運用に合うかを確かめることが大切です。
ケアプランの更新管理は、担当者だけに任せるのではなく、事業所全体で確認できる仕組みにすると運用しやすくなります。Zapierで記録、通知、カレンダーをつなぐ場合も、人による判断と個人情報の管理が前提です。本記事の手順を小規模に試し、自事業所に合う運用へ調整してください。
Mira ／ AI経営ラボ 編集長