Claude Code × 介護シフト管理:自動シフト生成とLINE通知で人手不足を救う実装パターン
目次 クリックで開く
介護施設のシフト管理は、看護師・介護福祉士・ヘルパー・夜勤専従の人員配置を、有資格者比率・勤続労働時間・休暇希望の3制約のもとで毎月組み直す重労働です。本記事では、Claude Code + カイポケ/ほのぼのNEXT のシフトデータをMCP経由で取得し、自動でシフト原案生成 → LINE で本人確認 → 介護システムへ書き戻す実装パターンを解説します。
最短診断:原因の見極めチェックリスト
| 原因カテゴリ | 確認ポイント |
|---|---|
| 月次シフト作成 8〜16時間 | 施設長が月末に深夜まで作業。属人化。 |
| 休暇希望の口頭伝達 | 現場で「来月の○日休みたい」と言われても忘れる。 |
| 夜勤連続制限ミス | 労働基準法・介護報酬要件の制約を満たせず加算が外れる。 |
解決手順(推奨実行順)
- カイポケ等の介護システムから『従業員マスタ』『資格マスタ』『勤怠履歴』をCSV/API取得(MCPラッパ実装)。
- Claude Code で休暇希望をLINE Botから収集し、MCP に書き込む。
- 制約条件(夜勤連続上限・有資格者比率・休暇希望)をプロンプトに含めて、Claude にシフト原案を生成させる。
- 原案を施設長がレビュー → 個別調整は LINE Bot 上で実施。
- 確定したシフトを再度 MCP 経由で介護システムに書き戻し。
- 翌月以降は学習データとして実績を蓄積し、原案の精度を段階改善。
「制約条件をプロンプトに含めて」と一行で書くと簡単に聞こえますが、介護現場のシフト生成で実際に守るべきルールは、介護報酬上の人員配置基準・労働基準法・施設独自ルールの三層に分かれます。プロンプト設計時にこれを欠落させると、Claude が出した原案がそのまま運用できず、結局施設長が手で直す結果になります。下表は、シフト原案生成プロンプトに 明示的に書き込むべき制約 を、典型サービス種別ごとに整理したものです。実装時には、自施設の運営規程・36協定・加算届を必ず突き合わせてください。
| 制約カテゴリ | 典型ルール(介護事業所での目安) | 根拠 | プロンプトへの記入例 |
|---|---|---|---|
| 人員配置基準(特養・老健) | 介護職員と看護職員の合計を入所者3名に対し1名以上(常勤換算)。夜勤は法定最低では入所者25名以下で0.6人換算、夜勤職員配置加算Ⅰを取得する場合は25名以下で1名以上配置が必要 | 介護報酬告示・指定基準(夜勤配置加算は加算告示) | 「日勤帯は入所者数を3で割った人数以上の介護・看護を配置。夜勤帯は法定最低は0.6人換算(25名以下)、加算取得施設は25名以下で常時1名以上を勤務」 |
| 人員配置基準(通所介護) | 生活相談員1名以上、介護職員は利用者15名までは1名、超える部分は5名増えるごとに1名追加 | 介護報酬告示 | 「9〜17時に生活相談員1名以上、介護職員は ceil((利用者数-15)/5)+1 名以上」 |
| 人員配置基準(訪問介護) | サービス提供責任者を常勤換算で利用者40名に1名以上配置 | 介護報酬告示 | 「サ責は常勤換算で利用者数÷40 を切り上げた人数以上」 |
| 夜勤の連続・累積制限 | 連続夜勤は2回まで、月の夜勤回数は概ね8回以下(2交代制の場合) | 労働基準法・施設の運営規程 | 「同一スタッフの夜勤は連続2回まで、月8回を上限。連続勤務時間は16時間を超えない」 |
| 勤務間インターバル | 退勤から次の出勤まで11時間以上を努力義務 | 労働時間等設定改善法(努力義務) | 「同一スタッフは前回退勤から11時間以上空けて次回出勤を割り当てる」 |
| 有資格者比率の加算要件 | サービス提供体制強化加算では介護福祉士の比率が50%・60%・70%以上で段階加算 | 介護報酬告示 | 「自施設の届出区分(加算I/II/III)に対応する介護福祉士比率を維持できる配置を優先」 |
| 休暇・希望休 | 有給休暇取得義務(年5日)、希望休はLINEで前月15日までに収集 | 労働基準法・施設運用ルール | 「与えられた希望休リストを最優先で確定。年5日有給未消化のスタッフを優先的に休ませる」 |
| 属性ペアリング | 新人と指導者のペア、夜勤可否、介護度の高いフロア担当の固定 | 施設独自ルール | 「役職タグ(新人/指導者/夜勤可/重度対応可)を読み、原案は同一フロアで指導者を毎シフト1名以上配置」 |
これらの制約のうち、人員配置基準・加算要件は違反すると介護報酬の返戻・加算剥奪につながる定量ルールです。プロンプトに記述するだけでなく、Claude が出した原案に対して、Python など決定的なコードでもう一度検算(ルールベース検証)するのが安全です。LLMはニュアンスを掴むのは得意ですが、「30人÷3=10人を満たしているか」のような数値判定は、別途バリデータで二重チェックする設計が現場では定着しやすいです。
介護シフト管理にClaude CodeとカイポケをMCP経由で接続する構成では、どのシフトデータ・職員情報をどの操作まで許可するかのアクセススコープ設計と操作ログの整備が、施設長・情シスの承認を得るうえで不可欠です。自社環境に合わせたMCP権限設計やPoC体制の組み方は Claude Code 導入支援 にご相談ください。
よくある質問
LIFE加算の対応はできますか?
LIFE加算用のCSVエクスポート機能があるシステムなら対応可能。本実装パターンの応用で、Claude Codeに集計・整形を任せられます。
プライバシー対応は?
従業員氏名・勤務履歴は個人情報です。Claude Code はローカル実行で外部送信なしのモードを採用するのが推奨です(オンプレ Claude API or Bedrock経由)。
中小施設でも導入できる?
年商1億円以上、従業員30名以上が一つの目安。それ以下なら手動運用+Excel最適化で十分なケースも。
カイポケ以外でも対応可能?
ほのぼのNEXT、ワイズマンシステムSP も API/CSV エクスポートでデータ取得可能なら同様の実装ができます。
夜勤連続制限などの法令対応は?
労働基準法・介護報酬要件・施設独自ルールをプロンプトに明記。Claude のチェック結果をルールベース検証と二重化するのが推奨です。
生成AIの法人導入・セキュリティ設計のご相談
ChatGPTやClaudeなど生成AIのプラン選定・セキュアな全社導入・権限/ログ設計を、貴社の体制に合わせて整理します。すでに導入済みの環境について『この設計で問題ないか』を確認したい、という導入前後のセカンドオピニオンにも対応しています。
LINE公式アカウント支援
LINE公式アカウントの配信設計からCRM連携、LINEミニアプリ開発まで。顧客接点のデータを統合し、LTVと売上を上げるLINE活用を実現します。
