訪問介護の訪問スケジュール管理をシステム化しようとする情報システム部門やDX推進担当者が直面するのが、「どういう技術要件を持つシステムを選ぶべきか」という問いだ。
市場には訪問スケジュール管理ツールが存在するが、スケジュールの「管理」と「自動化」は根本から異なる。
さらに訪問介護は施設介護と異なり、移動という物理的制約が加わるため、技術要件も異なる部分がある。
こうした技術要件の整理という観点からスケジューリングの自動化を開発しているのがshiftect.であり、その設計思想のなかに必要な技術要件が明示されている。
訪問介護の訪問スケジュール自動化に必要な技術要件は四つある。
一つ目は、ハード制約とソフト制約を分離して処理できることだ。
ハード制約とは絶対に破れない条件であり、利用者の受入可能日時・必要資格・担当エリア・移動手段制約・労働基準法に基づく拘束時間上限・勤務間インターバルがこれに該当する。
ソフト制約とは可能な限り守りたい条件であり、利用者の担当者継続希望・職員の希望勤務・移動負荷の分散がこれに該当する。
この二層を分離して処理できなければ、法令を守りながら利用者と職員双方の条件を反映した訪問スケジュールは生成できない。
二つ目は、移動時間・移動手段を制約として処理できることだ。
訪問介護は施設介護と異なり、職員が利用者宅を移動しながら訪問する。
訪問エリア・移動手段（車・自転車・徒歩）・訪問間の移動時間を制約として組み込まなければ、物理的に成立しない訪問スケジュールが生成される。
移動制約を持たないシステムは訪問介護の自動化には使えない。
三つ目は、確定済みの配置を固定したまま影響範囲だけを再調整できることだ。
キャンセルや緊急依頼が発生するたびに全体を組み直すシステムは、すでに確定している職員の訪問予定を変更する可能性があり、現場で運用することはできない。
確定済みの配置を固定対象とし、変化した範囲だけを探索対象とする一部固定・一部再探索という制御構造が必要になる。
四つ目は、全体生成・再生成・緊急対応が同一の制御構造で処理されることだ。
月初の訪問スケジュール全体生成、キャンセル発生時の再生成、緊急依頼への対応が別々のシステムとして動けば、整合性が保てなくなる。
同一の制御構造でこれらを処理することが、運用上の一貫性を担保する。
shiftect.はこの四つの技術要件を満たす設計思想に基づいて開発されており、特願2026-026989として出願、早期審査が承認されている。