訪問介護のシフト管理では、「誰が何時に勤務するか」だけでなく、利用者宅への訪問予定、サービス内容、移動、実績、勤怠締めが関係します。表計算の見た目をそのままシステムへ移す前に、現場で使っている言葉とルールを整理することが重要です。
最初に分ける4つの情報
- 職員情報：雇用区分、資格、対応可能時間、権限
- 利用者情報：訪問先、連絡上の注意、必要なサービス
- 予定情報：日時、担当、サービス種別、所要時間
- 実績情報：実際の開始・終了、変更理由、確認者
予定と実績を同じ項目で上書きすると、変更前の計画や差異が追えません。別々に保持し、いつ誰が変更したかを記録できる設計が必要です。
シフト作成時に確認する制約
- 資格や担当条件を満たしているか
- 前後の訪問を含めて移動可能か
- 同じ職員・利用者の時間が重複していないか
- 休憩、勤務上限、希望休を反映しているか
- 急な交代を誰が承認するか
自動割当を導入する場合も、例外を完全になくすことはできません。警告と手動調整、変更履歴を組み合わせます。
スマホ画面で優先すること
訪問中の職員が必要とするのは、当日の予定、訪問先、開始・終了、連絡事項です。管理者向けの集計表をそのまま小さく表示せず、現場操作を少ない手順に分けます。通信が不安定な場所での再送や二重登録も想定します。
権限と個人情報
利用者情報を全職員へ一律に公開せず、担当や役割に応じて閲覧範囲を制御します。退職者の停止、端末紛失時の対応、操作記録、バックアップ復元も運用に含めます。
導入前に決める確認方法
- 月末の締め結果を誰が確認するか
- 給与計算へ渡す項目と形式
- 請求業務との突合方法
- 紙や既存表をいつまで併用するか
- 誤登録を誰が修正できるか
まとめ
訪問介護のシフト・勤怠管理は、予定表だけを作るプロジェクトではありません。予定、実績、移動、権限、締め処理を分け、現場と管理者の確認手順を先に決めることで、運用後の手戻りを減らせます。
この記事で扱う範囲
訪問介護のシステムを設計するときは、制度上の請求可否を画面だけで判断しないことが重要です。この記事では、シフト・勤怠・訪問実績を整理するための業務要件を扱い、介護報酬の解釈や個別事業所の運用を断定しません。実装前に事業所の責任者、現場職員、必要に応じて専門家へ確認します。
画面とデータを分ける
- 職員マスタ：氏名、所属、資格、勤務可能時間、アカウント状態
- 利用者マスタ：訪問先、連絡上の注意、担当条件、公開範囲
- 訪問予定：計画日時、担当、サービス種別、所要時間
- 訪問実績：開始・終了、変更理由、確認者、確定日時
- 勤怠集計：勤務日、休憩、移動、締め状態、修正履歴
予定を実績で上書きせず、両方を残します。急な交代や時間変更が起きた場合も、変更前、変更後、変更者、理由を追跡できるようにします。
実装前に行うテスト
- 同じ時間帯に職員を二つの訪問へ割り当てたとき警告が出るか確認します。
- 日付をまたぐ勤務、休憩、移動時間を登録します。
- 急な交代を登録し、現場と管理者の表示が一致するか確認します。
- 通信が切れた状態で保存した場合、二重登録や未送信が分かるか確認します。
- 締め後の修正が承認・履歴付きで行えるか確認します。
個人情報を守る設計
利用者の住所や健康に関する情報は、担当範囲を超えて表示しない設計にします。共有アカウントを避け、職員ごとの認証、権限、ログアウト、端末紛失時の停止手順を用意します。CSV出力や印刷物にも不要な情報を含めず、保存期間と削除方法を決めます。
現場導入の進め方
最初から全機能を自動化せず、1事業所・少人数・短期間で試験運用します。紙や既存表計算との二重管理期間を設け、入力負担、通知の見落とし、集計差異を記録します。現場の言葉と画面の項目名が一致しているかを確認してから範囲を広げます。