EvoQuest
EvoQuest Food食数予測AI 執筆:水上貴洋(取締役) 2026.08

SCENARIO ── MEAL DELIVERY WEEKLY COUNT CASE

休止と再開の連絡を反映し、翌週の食数を決める

曜日別の利用名簿と休止・再開の連絡をまとめ、翌週の食数を予測する開発プランです。店主が木曜15時に発注用の食数を決め、連絡内容は食数表・配達リスト・請求に反映します。

想定領域
食数予測 / 配食業務のDX
担当範囲
翌週の食数予測、休止・再開の受付、配達・発注用数量の管理
想定対象
1日50〜150食の高齢者向け配食事業者(自治体の見守り配食の受託を含む)
想定期間
設計〜納品 約 3 ヶ月

OVERVIEW

どんな仕組みをつくるか

曜日別の利用名簿から翌週の食数を集計し、休止と再開の連絡を反映する開発プランです。札幌で利用者74名、昼56食・夕30食を届ける高齢者向け配食サービスを想定しています。

店主は木曜15時に翌週の発注に使う食数を確定します。届出済みの休みは集計に反映し、まだ連絡がない休みだけを予測します。変更を一度入力すれば食数表・配達リスト・請求の3か所に反映し、配達担当者は手渡しや不在時の連絡も記録します。

CHALLENGE

課題

  • 01 変更の連絡が一日中べつべつの窓口から入る。本人からの電話、長男からの電話、ケアマネジャーからのFAX、病院の相談員から。受けた人が紙の食数表に書き、厨房のホワイトボードとドライバーのコース表と月末の請求へそれぞれ転記する。1ヶ所でも漏れると欠配か誤配になる。
  • 02 休止の終わりが読めない。「退院したら再開します」のまま数週間が過ぎ、再開の連絡は突然「あすからお願いします」と来る。いま休止中なのが誰で、次にいつ様子を確認するかは、事務机の付箋と店主の記憶にしかない。
  • 03 発注とシフトは木曜に締まるのに、休みの連絡はその後から集まる。盆と正月の週は帰省で食数が1〜2割減るが、届が出そろうのは直前。米や冷凍食品は翌週へ回せるものの、肉・魚と葉物は行き場がなく、パートは決まった人数のまま出勤する。
  • 04 不在が「ただの留守」で済まない。手渡しできなければ、決まりに沿って本人へ電話し、つながらなければ家族と地域包括支援センターへ連絡する。休止の反映漏れで留守の家を訪ねるたび、この手順がまるごと空回りし、コースの後ろの利用者は待たされる。

APPROACH

課題への対応

まず固めるのは、木曜15時、週に一度の確定です。翌週7日ぶんの昼・夕の食数を日別に確定し、その数がそのまま食材の発注書とパートのシフト表になります。締切を木曜15時に置くのは、米・冷凍食品・乾物の週1回の発注がそこで締まるからです。店主が決め、仕組みが出すのは根拠の数字と期限だけです。

予測の前に、確定している数量を反映します。曜日で決まった名簿から日別の基礎数を出し、届出済みの休止と休みを引く。ここまでは計算で、画面では緑色で表示します。幅のある予測に任せるのは「まだ連絡が来ていない休み」だけです。想定例では盆の週の休みの届出は半分近くが発注締切のあとに届きます。この例では盆入りの木曜昼を「41〜45食」と予測します。逆に、休止中の人の再開は予測しません。退院の日がいつになるかは病院と家族しだいで、こちらが当てにいく数字ではないからです。台帳に「金曜に長男へ確認」と登録して担当者が確認し、確認できた再開日から確定分の食数に戻します。

発注は幅の両端を食材の日持ちで使い分けます。米・冷凍食品・調味料のように翌週へ回せるものは幅の上限で頼み、肉・魚・葉物のように回せないものは下限で頼む。足りないぶんは週の途中の納品と買い足しで埋めます。廃棄の費用と買い足しの負担を比べて、食材ごとに発注数を調整する設計です。

そしてこの案件では予測より先に台帳を固めます。変更の電話を1回入力すれば、食数表・配達リスト・請求の3ヶ所へ同時に反映される。転記をやめることが先で、予測はそのあとです。欠配や誤配は利用者の生活や安全に関わり、幅の精度をいくら上げても、名簿が古いままでは意味がないからです。ドライバーの配達リストには手渡しの記録を持たせ、不在時の連絡の手順と時刻もそこに残します。自治体の見守り配食の実施報告に活用する場合は、求められる様式と項目を確認します。

効果は金額と時間で測ります。使い切れずに廃棄した食材の金額と週の途中に買い足した回数を集計します。変更が3か所へ反映されるまでの時間と反映漏れによる欠配・誤配の件数も確認します。これらを月次レポートに並べ、幅の広さを毎月直していきます。

CONSULTATION

食数の確定と休止連絡の管理をご相談ください

利用名簿・休止と再開の記録・発注の締切を確認します。
連絡を受け付ける担当者と配達担当者が同じ情報を使えるよう、必要な画面を整理します。

SCREENS

主要画面

この開発プランで想定する画面を紹介します。担当者が入力する内容と確認できる情報をご覧ください。表示しているデータは説明用の想定例です。

01. 翌週の食数・発注用数量の確定

週に一度、発注前に確認する画面です。翌週の7日それぞれに、名簿どおりの基礎数、届出済みの休み、確定した食数、まだ連絡が来ていない休みの予測が並びます。盆の3日間は幅が下へ開き、右側で米は幅の上限、肉・魚は下限と、発注への換算が食材ごとに分かれます。確定すると発注書とシフト表が出ます。

週間食数表
使い方のポイント
木曜15時までに翌週の食数を確認・確定し、発注書を作成する運用を想定します。
確定と予測を分ける
名簿と届出で確認した数量は緑、未確認の休止分は予測範囲で表示します。
休みは下へ開く
通常の名簿から休止が増える可能性を下限側に示します。単発注文で増える分は別に見込んで確認します。

02. 休止・変更の受付

毎日いちばん開く画面。電話を受けながら利用者名で開き、休止・再開・1回休み・曜日変更をボタンで入れます。あすのぶんの締切(前日17時)の前か後かで、いつから反映するかが自動で決まります。保存すると食数表・配達リスト・請求の3ヶ所へ同時に反映され、きょう受けた変更が時刻と連絡者つきで下に並びます。

変更受付
使い方のポイント
受付担当者が登録した変更を食数表・配達リスト・請求用の記録へ反映し、担当者間で共有します。
締切と適用日の表示
前日17時以降の変更は翌々日から適用する想定です。受付時に適用日を表示し、担当者が確認します。
連絡者ごと残す
本人・家族・ケアマネジャーなどの連絡者を記録し、内容を再確認する際の連絡先も把握できます。

03. 休止・再開の確認台帳

休止中の利用者・理由・休止期間・次の確認期日と連絡先を管理します。再開日は本人や家族などに確認して登録し、その日から食数に反映します。再開日を予測で決めることはありません。

休止・再開台帳
使い方のポイント
休止中の方の確認期日を表示します。再開日は予測で決めず、本人や家族に確認した日付を登録します。
期日が過ぎたら上へ
確認予定と担当者を登録し、期日を過ぎた項目を一覧の上部に表示します。
休止も数字にする
休止中6名の翌週46食分を表示する想定例です。利用者の状況を確認して、配食再開の希望を相談します。

04. 配達・安否確認の記録

ドライバーが配達コース順に対象者を確認する画面です。休止中の家を除き、再開初日と新規の利用者に印を付けます。手渡し時刻と不在時の対応を記録し、自治体の様式に合わせて実施報告に使う項目を出力します。

配達リスト
使い方のポイント
休止・再開の変更を配達一覧に反映し、出発前にドライバーが対象者を確認します。
不在の手順を画面に
声かけ、本人への電話、家族、地域包括支援センターへの連絡という対応手順を表示し、担当者が実施した時刻を記録します。
報告書への自動集計
手渡しと不在対応の記録を集計します。自治体の様式を確認し、実施報告に使える項目を出力します。

05. 週別の廃棄・買い足し集計

月に一度見る画面です。使い切れずに捨てた食材の金額、週の途中で買い足しに走った回数、欠配・誤配の件数、変更の連絡が反映されるまでの平均時間が並びます。週ごとの表で、実際の食数が予測の幅に収まったかを確かめ、連休の週の予測幅を広げる必要があるか、翌月の設定見直しに使います。

月次レポート
使い方のポイント
廃棄額、買い足し回数、欠配・誤配件数、変更反映までの時間を導入前後で比較します。
外れた週の記録
予測範囲を外れた週は、連休や感染症流行などの状況を記録し、翌年の同じ時期の予測を検討する際に参照します。
見守りの実績も出す
安否確認の実施回数と異変時の連絡件数を同じ画面に集計し、自治体への報告様式に合わせて出力します。

OUTCOME

この仕組みで改善したいこと

仕組みが運用に乗ったあと、決め方が3つの点で変わる想定です。

01

名簿・届出の数量と未連絡分の予測を区別

今の作業名簿・付箋・担当者の記憶から翌週の食数を見積もり、確認済みの数量と未確認分を分けて把握できていません。
導入後の使い方担当者が名簿と届出で確認した食数を緑、未連絡の休止による増減を予測範囲として確認できます。盆の週も休止が増える可能性を分けて検討します。

確認済みの数量を先に計算し、未連絡の休止で変わる分だけを予測する想定です。変更理由を記録して、確定情報と予測を区別します。

02

食材の日持ちを確認して発注数量を選択

今の作業名簿どおりに発注して盆の週に肉・魚・葉物が余り、翌週の献立へ回すか廃棄するかを検討しています。
導入後の使い方担当者が翌週へ回せる米・冷凍食品は予測の上限側、生鮮食品は下限側の候補を確認して発注します。食数が増えた場合は、週の途中の納品や買い足しを検討できます。

買い足しの費用と手間を廃棄した場合の費用と比較し、食材ごとに予備の数量を決めます。

03

1回の変更入力を食数・配達・請求に反映

今の作業電話で受けた変更を厨房の表・配達コース表・請求用の記録へ転記し、反映漏れで欠配・誤配が起きることがあります。
導入後の使い方受付担当者の1回の入力を食数表・配達リスト・請求の3か所へ反映できます。厨房と配達担当者が休止・再開の変更を確認し、再開初日も把握できます。

休止中の不要な訪問や欠配は利用者と家族の負担になるため、予測より先に変更の入力・確認手順を整える計画です。

PROCESS

開発の進め方

札幌市内なら事業所へ伺い、道外はオンラインで進めます。盆か正月をどちらか挟む3ヶ月を想定し、月の区切りで実際に触れるものをお渡しして、現場で使った感想を次の作業に反映します。

1
MONTH 01 / 名簿の整理 + 変更の流れの観察

紙の食数表と請求の控えから名簿と台帳を起こす

利用者ごとの曜日パターン、弁当の区分(普通・きざみ・おかゆ)、コースの順路、連絡先を、紙の食数表と請求の控えから一覧に起こします。あわせて1週間、変更の電話が誰から何件、何時に入るかを記録し、転記の行き先と漏れやすい箇所を洗い出します。発注の締切と納品の曜日もここで確認し、週間食数表の締切時刻を決めます。

  • 事業所でのヒアリング(2〜3回)
  • 利用者名簿・曜日パターン・コース順の一覧化
  • 変更の電話の1週間の記録と流れの整理
  • 発注サイクルの確認と画面の下書き
2
MONTH 02 / 台帳と配達リストの先行運用

変更受付と配達リストを先に動かし、転記をやめる

変更受付・休止再開台帳・配達リストの3画面を先に開発し、予測を待たずに使い始めます。電話を受けたその場で入力し、ドライバーはスマホのリストで回る。転記が消えた時点で欠配・誤配の芽が減り、同時に、正確な食数の実績がこの日から貯まり始めます。紙の食数表は1ヶ月並行して使い、数字が合うことを確かめてから外します。

  • 変更受付・休止再開台帳・配達リストの開発
  • 紙の食数表との1ヶ月の並走
  • 不在時の手順と記録項目の取り決め
  • 請求データからの過去1年の食数の復元
3
MONTH 03 / 予測の検証 + 発注との接続

過去1年の食数で幅を検証し、木曜の発注につなぐ

復元した過去1年の食数で幅の予測を試作し、先月の各週をさかのぼって、実際の食数がどれだけ幅に収まったかを検証します。盆・正月・連休の週の開き方を店主と確かめてから、週間食数表を発注書とシフト表につなぎます。最後の2週間はいつもの決め方と並べて運用し、木曜15時に確定が終わることを確かめてから納品します。

  • 過去実績での幅の検証と連休週の調整
  • 週間食数表と月次レポートの開発
  • 発注書・シフト表への接続
  • いつもの決め方との2週間の並行運用 + 納品

FAQ

よくある質問

  • Q1 自治体の見守り配食を受託していて、実施報告の様式が決まっています。
    配達リストの記録からその様式に合わせて月次の数字を出せるようにします。手渡しの実施回数、不在時の対応、家族や地域包括支援センターへ連絡した件数は、ドライバーが配達の中で残した記録がそのまま根拠になります。報告のための集計作業を月末に別途やらずに済む形が目標です。契約している自治体の様式を最初の月に確認して、項目を合わせます。
  • Q2 再開の時期をAIが予測してくれるのですか。
    しません。退院の日を決めるのは病院と本人・家族で、外から当てにいく数字だと考えていません。仕組みがやるのは、休止中の一覧に「次にいつ誰へ確認するか」の期日を出し、抜けを防ぐことまでです。予測が担うのは、帰省や体調のようにまだ連絡が来ていない休みの発生だけで、こちらは過去の実績から幅で出せます。
  • Q3 普通食のほかにきざみ食やおかゆの利用者がいます。
    区分ごとに数えます。名簿に弁当の区分を持たせ、食数表も発注も普通・きざみ・おかゆの別で出します。区分は利用者の属性なので予測の対象にはならず、休みの幅が区分ごとに割り付くだけです。区分の変更(きざみへの切り替えなど)は変更受付から入れれば、翌日の調理指示と配達リストに反映されます。
  • Q4 利用者は70人ほどです。予測に足りるデータがあるのでしょうか。
    まずは日別の食数と休みの記録を1年分確認し、「まだ連絡のない休み」をどこまで予測できるか検証します。利用者数だけでは判断できません。過去の食数は請求の控えから復元できます。逆に、盆と正月だけはデータが年に1回ずつしか貯まらないので、初年度は幅を広めに出し、外れた理由を記録して翌年に持ち越す運用にします。
  • Q5 締切のあとの急なキャンセルはどう扱いますか。
    なくならない前提で扱います。急な入院や受診は当日の朝にも起きます。規約上の料金の扱いは今の決まりのままで構いません。仕組みの側では、締切後のキャンセルを理由つきで記録し、月次レポートで件数と傾向を見ます。特定の曜日や利用者に寄っているなら、確認の電話を前倒しする材料になりますし、翌週の幅にも反映されます。

RELATED

関連する事例・サービス・解説記事

食数の確定と休止連絡の管理をご相談ください

利用名簿・休止と再開の記録・発注の締切を確認します。
連絡を受け付ける担当者と配達担当者が同じ情報を使えるよう、必要な画面を整理します。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。