介護・福祉業向け介護送迎管理システム開発の発注/外注/依頼/委託方法について

介護・福祉業向け介護送迎管理システムを発注・外注するなら、送迎表の自動作成だけでなく、利用者の身体状況や介助条件、急な欠席、家族への連絡、送迎後の記録までを一つの業務フローとして要件化することが重要です。

本記事では、介護送迎管理システムの発注形態、RFPと要件の整理、パッケージ・SaaS・スクラッチ開発の選び方、準委任と請負の使い分け、2026年時点の費用相場、委託先の選定方法、見積書の比較ポイントを解説します。紙やExcelに依存した計画作成を見直し、現場で使われる仕組みを無理なく導入したい担当者向けの実務ガイドです。

▼全体ガイドの記事
・介護・福祉業向け介護送迎管理システム開発の完全ガイド

介護・福祉業向け介護送迎管理システムの発注・外注はどのように進めますか？

介護送迎管理システムの発注は、現場の困りごとを洗い出し、既製サービスで足りる範囲と個別開発が必要な範囲を分け、同じ条件で複数社から提案と見積を取る順番で進めます。最初から「AIで最適なルートを作る」という機能名を発注するのではなく、誰が、いつ、どの情報を確認し、どの状態を確定するのかを整理することが出発点です。

送迎業務には、利用者の住所、利用曜日、乗降場所、車いすの有無、乗車時の介助、同乗させない組み合わせ、運転者の経験、車両の定員など複数の条件があります。表計算ソフトで管理できても、急な欠席や振替を反映するたびに別の表を修正すると、連絡漏れや二重入力が起こりやすくなります。送迎に詳しい職員が休むと計画を作れない状態も、業務システムとして外部の知見を入れる価値がある課題です。

委託先には、現状業務のヒアリング、データ項目の整理、サービス比較、RFP作成支援、画面設計、開発、テスト、移行、研修、保守まで任せられます。ただし、利用者の安全に関わる乗車条件や、職員が最終的に送迎計画を確定するルールまで丸投げしてはいけません。介護事業者が判断する業務ルールと、委託先が実装するシステム機能を分けて合意することが必要です。

利用者数や車両数が少なく、標準的な送迎表を作るだけなら送迎特化SaaSやパッケージが有力です。介護記録・請求ソフトとの連携、複数拠点の共同送迎、法人独自の権限、複雑な車いす条件まで必要なら、パッケージへのカスタマイズや個別開発を比較します。開発の目的が「機能を所有すること」ではなく「送迎ミスを減らし、計画担当者を増やし、利用者への対応時間を確保すること」になっているかを確認してください。

発注形態はSaaS・パッケージ・個別開発のどれを選びますか？

発注形態は、費用だけでなく、導入スピード、業務への適合性、保守の責任、将来の変更余地で決めます。候補を一つに絞る前に、標準機能で解決できる課題、運用で吸収できる課題、開発しなければ解決できない課題を分類すると、過剰なスクラッチ開発を避けられます。

送迎特化SaaSは、早く試して費用を抑えたい単一拠点や、まず紙・Excel運用から移行したい事業所に向いています。利用者・車両・運転者のマスター、曜日ごとの送迎パターン、欠席変更、スマートフォンへの通知、乗降実績を標準機能で利用できるサービスを選びます。ダイハツ工業の「らくぴた送迎」は最大2か月の無料試用を案内しており、候補サービスを実データに近い条件で試せる点が比較材料になります（出典：ダイハツ工業「らくぴた送迎」、2026年確認）。

既存パッケージに初期設定、CSV移行、権限設定、帳票変更、通知文の調整を加える方法は、標準機能の安定性と業務への適合性を両立しやすい方法です。介護ソフトとのデータ連携が用意されていれば二重入力を減らせますが、連携方向、更新タイミング、削除や訂正の扱いまで確認してください。標準機能から外れる改修を重ねると、バージョンアップ時に追加費用や検証負担が生じるため、改修の優先順位をつける必要があります。

スクラッチ開発は、複数拠点・共同送迎、独自の車いす配置、送迎担当と施設の責任分界、既存システムとのAPI連携、監査ログなど、標準サービスでは業務を変えすぎる場合に検討します。単一拠点で利用者・車両マスターと送迎表だけを作りたい場合には、開発費と保守負担が大きくなりやすいです。まず単一拠点のMVPを作り、計画作成時間、変更連絡の漏れ、問い合わせ件数を測定してから拡張する進め方が現実的です。

PoCでは、匿名化した利用者20〜50名程度、車両2〜3台、車いす利用者、乗車時の介助が必要な利用者、送迎時間の希望、急な欠席を含む条件で実際に計画を作ります。AIや自動配車の結果をそのまま確定するのではなく、管理者がルート、乗降順、定員、介助条件を確認して修正できるかを見ます。さらに、ドライバーが停車中に必要情報を確認できるか、現場から変更を入力したときに関係者へ通知されるかまで試すことが大切です。

RFPと要件整理では何を記載すればよいですか？

RFPは、ベンダーに機能一覧だけを渡す資料ではありません。現在の業務、解決したい課題、利用規模、既存データ、セキュリティ条件、導入後の運用体制、見積の提出条件を同じ資料にまとめ、各社が同じ前提で提案できるようにします。曖昧な「使いやすい画面」ではなく、誰が何分以内に何を完了させたいのかまで書くと、提案の比較がしやすくなります。

まず、朝のお迎え、施設到着、欠席連絡、午後の送り、送迎後の実績登録という一日の流れを、担当者ごとに書き出します。曜日別の利用者数、1日あたりの車両数、車いす対応台数、運転者と添乗者の人数、拠点数、往復の便数、繁忙曜日も記載します。たとえば利用者50名・車両3台・車いす2名・2拠点という条件を各社に示せば、「50名まで」という上限だけでなく、実際の制約を含めた提案を受けやすくなります。

機能要件には、利用者・家族マスター、住所と停車位置、身体状況、車いす、介助上の注意、乗車不可の組み合わせ、利用曜日、車両定員、運転者、添乗者を含めます。計画作成では、曜日パターンの複製、乗降順の提案、手動修正、欠席・振替・新規利用者の反映、変更履歴、確定処理を分けて記載します。ドライバー向けには、ルート、到着予定、注意事項、乗車・降車の実績、管理者への申し送りを含め、運転中の操作を前提にしない画面設計を要件にします。

介護記録・請求ソフトからCSVやAPIで利用予定を取り込む場合は、初回移行だけでなく、更新・欠席・削除・訂正の扱いを決めます。複数施設で使う場合は、法人管理者、施設管理者、計画担当者、ドライバーの閲覧範囲を分け、共同送迎で他施設の情報をどこまで表示するかも定義します。個人情報や要配慮個人情報を扱うため、厚生労働省の「介護事業所における情報安全管理の手引き」は、安全な使用環境、ログイン・ログオフ、閲覧・入力・送信などの対策を示しています（出典：厚生労働省「介護情報基盤について」、2026年確認）。RFPには多要素認証、暗号化、操作ログ、バックアップ、障害時の復旧、委託先管理、解約時のデータ返却を含めてください。

契約形態は準委任と請負をどのように使い分けますか？

システム開発では、すべての工程を同じ契約形態にする必要はありません。要件が変わりやすい企画・要件定義は準委任、完成する機能と検収条件を合意できる開発部分は請負、リリース後の問い合わせや改善は月額保守という組み合わせが考えられます。IPAの情報システム・モデル取引・契約書も、開発段階ごとの責務や、請負・準委任の論点を整理しています（出典：IPA「情報システム・モデル取引・契約書 第二版」、2025年更新）。

準委任契約は、ベンダーが専門的な業務を遂行することに対して報酬を支払う契約として、業務整理、要件定義、PoC、アジャイルな改善に向いています。「送迎計画を必ず最適化する」とだけ書くのではなく、月何回の定例会を行うか、何人の現場職員へヒアリングするか、画面案や要件一覧をいつ提出するか、検討結果をどの形式で残すかを定義します。稼働時間だけを管理するのではなく、意思決定に必要な成果物とレビュー方法を明記することが重要です。

請負契約では、納品物と完成条件を具体化します。利用者マスターの登録、曜日パターンの複製、車両定員を超えない計画、欠席変更の通知、乗降実績の保存、権限別の画面表示、CSV取込、操作ログなどを受入テストの項目にします。画面が表示されるだけでなく、実際の匿名データで「車いす利用者を適切な車両へ割り当てられる」「変更が指定した職員へ届く」「確定後の訂正履歴が残る」ことを確認してから検収します。

契約時には、開発したプログラムの利用権、汎用部品の扱い、画面や帳票の著作権、地図・ルートAPIの契約、利用者データの所有と返却方法を確認します。SaaSではデータのエクスポート形式、解約後の保存期間、削除証明、サポート終了時の移行支援を確認してください。保守契約には、障害の受付時間、重大障害の連絡期限、復旧目標、脆弱性対応、バックアップ、制度改定時の対応範囲、追加開発の単価を記載すると、導入後の責任分界が明確になります。

介護送迎管理システムの発注費用・相場はいくらですか？

費用は、既製サービスの公開料金と、個別開発の推定レンジを分けて考えます。公開料金があるサービスでも、初期設定、データ移行、端末、通信、研修、連携、保守が別料金になる場合があります。以下の個別開発費は介護送迎システム固有の公的な一律相場ではなく、リサーチノートに記載した一般的な業務システム開発費と公開サービスの価格例をもとにした予算検討用の推定です。実際の金額は要件と委託先の見積で確定します。

公開料金の例として、シスコムの「ぴっくあっぷプランナー」は1事業所番号あたり、パソコン1台目が年額21万6,000円、2台目以降が年額3万6,000円で、税別の保守・バージョンアップ費を含むと案内しています（出典：株式会社シスコム「送迎支援システム」、2026年7月確認）。ベストリハの「はやまる送迎」は、登録人数に応じて1名あたり月額100円の例を掲載し、送迎パックの基本料金も案内しています（出典：ベストリハ「はやまる送迎」、2026年確認）。したがって、送迎機能だけを使う小規模拠点では月額3,000〜1万8,000円程度が公開価格の一つの目安になりますが、サービスごとの料金条件が異なるため同じ機能範囲で比較してください。

既製クラウドの初期導入は、初期設定やデータ移行を含めて0〜30万円程度、月額は3,000円〜10万円程度を予算の起点にできます。パッケージへの初期設定・CSV整形・研修・限定的な改修を含める場合は30〜150万円程度、標準機能を活かしたカスタマイズは150〜500万円程度が推定レンジです。これらは製品の公開価格ではなく、利用者数、拠点数、連携、帳票、支援範囲によって大きく変わる予算目安です。

単一法人向けのスクラッチMVPは300〜800万円程度、複数拠点、AIによる配車候補、API連携、監査ログ、共同送迎、強い権限管理を含む本開発は800〜2,000万円程度を推定予算として置けます。一般的な業務システムの個別開発費を組み合わせた推定であり、特定の会社がこの金額で受注するという意味ではありません。要件定義の段階で、画面数、外部連携数、スマートフォン対応、データ移行量、テスト範囲を分けて見積を依頼してください。

初期費用と月額利用料のほかに、利用者マスターの移行、住所や停車位置の確認、現場研修、スマートフォンやタブレット、通信費、地図API、SMS通知、介護ソフト連携、追加拠点、保守、制度改定対応が発生することがあります。運用保守は、個別開発では初期開発費の年10〜20％、または月額5〜30万円程度を推定予算に置けますが、クラウド費用や問い合わせ対応が含まれるかは各社で異なります。初年度だけでなく、3年間の総額と解約・移行費まで比較することが重要です。

委託先の選定と見積比較では何を確認しますか？

委託先は、機能が多い会社ではなく、介護・福祉の送迎業務を理解し、現場の判断をシステムへ落とし込める会社を選びます。製品デモだけでなく、匿名化した実データを使った提案、導入後の支援体制、連携実績、障害時の対応、データ返却まで確認すると、価格だけでは見えない差が分かります。見積書は合計金額だけでなく、前提条件と除外項目をそろえて比較してください。

実績確認では、単に「介護業界で導入実績がある」と聞くだけでは足りません。デイサービス、通所リハビリ、障害福祉、医療・介護施設のどの業態で使われているか、利用者数と車両数はいくつか、車いすや介助条件を扱えるか、計画作成者以外の職員も運用できるかを確認します。ダイハツの公開事例では、2025年8月時点で市内8施設、6台の車両、約20名のドライバーによる共同送迎が紹介されています。大規模事例をそのまま自社へ当てはめず、自社と近い規模の事例で効果指標を確認してください（出典：ダイハツ工業「市内8施設の送迎共同化」、2025年）。

デモでは、事業者側が用意した条件で、利用者登録から送迎計画の確定までを操作してもらいます。車いす対応車両を指定できるか、乗車不可の組み合わせを守れるか、停車位置の写真や注意事項をドライバーが確認できるか、欠席を入力すると誰へ通知されるかを見ます。パナソニックの春日丘荘デイサービスの事例では、表計算で30分〜1時間かかっていた作成が、DRIVEBOSS導入後に15〜30分短縮されたと紹介されています（出典：パナソニック カーエレクトロニクス「春日丘荘デイサービスセンター導入事例」、2025年）。これは導入効果の一例であり、自社の現場で同じ指標を測定する必要があります。

見積書では、要件定義、設計、開発、連携、テスト、移行、研修、プロジェクト管理、保守を分けて記載してもらいます。画面単位や機能単位の数量、作業期間、担当者、想定するデータ件数、含まれる打ち合わせ回数、修正回数、検収方法も確認します。極端に安い見積は、現場ヒアリング、移行、権限設計、テスト、研修、保守が除外されている場合があります。逆に高い見積でも、必要のない独自機能や過剰なAI開発が含まれている可能性があるため、差分の説明を求めてください。

委託先には、クラウドの保管場所、委託先・再委託先、アクセス権限、管理者操作のログ、通信と保存時の暗号化、バックアップ、脆弱性対応、端末紛失時の措置を確認します。共同送迎では、施設をまたいで個人情報を共有する範囲と、事故・問い合わせが起きた場合の責任者も契約と運用手順に記載します。厚生労働省の手引きや個人情報保護に関する最新資料を参照し、ベンダーの回答を自社の安全管理規程へ落とし込めるかを確認してください。

よくある質問（FAQ）

ここでは、介護送迎管理システムの発注・外注を検討する担当者から寄せられやすい質問に回答します。費用だけでなく、導入規模、データ、契約、セキュリティ、現場定着を一緒に確認することが大切です。

小規模事業所でも、送迎計画を作れる職員が限られている、急な変更が伝わらない、利用者情報を紙で探しているという課題があれば外注するメリットがあります。初期開発ではなく、無料試用や月額サービスから始め、計画作成時間、変更連絡の漏れ、残業時間、問い合わせ件数を導入前後で比べる方法が適しています。効果が確認できた段階で、複数拠点や連携を追加してください。

AIや自動配車は、利用者の住所、時間、車両定員、車いす条件などから計画候補を作る支援機能として使い、管理者が確認して確定する運用が安全です。利用者の相性、当日の体調、道路事情、介助者の配置など、データだけでは判断できない条件があるためです。候補の根拠、手動修正、確定者、確定後の変更履歴を残せる仕組みにすると、説明責任と改善の両方に役立ちます。

補助金や介護テクノロジーに関する支援策が利用できる可能性はありますが、対象製品、申請時期、対象経費、自治体の公募条件によって変わります。採択や交付決定を前提に契約・着手すると、対象外になった場合に資金計画が崩れます。発注前に厚生労働省、自治体、制度の公募要領を確認し、見積書を対象経費と対象外経費に分け、採択前の着手可否を委託先と確認してください。

発注前に、利用者、利用予定、欠席、送迎実績のどれを既存ソフトの正本にするかを決めます。そのうえで、CSV取込だけでよいのか、APIで自動連携するのか、更新頻度、エラー時の再取込、手動訂正の履歴を要件にします。連携が難しい場合は、全項目を一度に自動化せず、利用者マスターだけを取り込むなど、二重入力の発生箇所を限定して段階的に改善してください。

参考情報：株式会社シスコム「送迎支援システム」、ベストリハ「はやまる送迎」、ダイハツ工業「らくぴた送迎」、厚生労働省「介護情報基盤について」、IPA「情報システム・モデル取引・契約書」、パナソニック カーエレクトロニクス「春日丘荘デイサービスセンター導入事例」

まとめ

介護・福祉業向け介護送迎管理システムを発注するときは、送迎表の作成機能だけでなく、利用者の身体状況、車いす、介助、停車位置、急な欠席、家族への通知、乗降実績、変更履歴までを業務要件として整理します。小規模拠点ならSaaSやパッケージを試し、独自の連携や共同送迎が経営課題になる場合はカスタマイズやスクラッチ開発を比較する進め方が適しています。

RFPには、利用者数、車両数、拠点数、車いす対応、運転者と添乗者、現行のExcelや介護ソフト、必要な連携、権限、ログ、バックアップ、障害対応、データ返却、導入希望時期を記載します。見積は要件定義、開発、移行、研修、保守に分けてもらい、初期費用だけでなく月額、端末、通信、API、追加拠点、3年間の総額で比較します。価格の高低だけでなく、現場で安全に使い続けられる支援体制と責任分界を評価してください。

最初から全拠点を作り替えるのではなく、1拠点・1車両群・代表的な利用者条件で、計画作成から変更通知、送迎後記録までを試します。導入前後で計画作成時間、送迎ミス、変更連絡の漏れ、家族からの問い合わせ、残業時間、計画を作成できる職員数を測定すれば、次の投資判断ができます。AIの提案を人が承認でき、職員が修正した内容を改善へ反映できる委託先を選ぶことが、定着する介護送迎管理システムにつながります。

▼全体ガイドの記事
・介護・福祉業向け介護送迎管理システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。