在籍58名。名簿は動いていない。
それなのに、あすの食数だけが毎日ずれる。

施設の食数は、本来なら名簿を見れば出るはずの数字です。定員60名、在籍58名、入院中が3名。食事箋には誰が常食で誰が軟菜かまで書いてある。それでも、厨房が朝の申し送りで聞かされる数は毎日どこか違います。受診の帰りが昼をまたいだ。夜に熱が出た。よく眠っていて起こさなかった。家族がふらっと連れ出した。差はたいてい1食か2食で、金額にすれば数百円です。小さすぎて、誰も数えていません。1ヶ月分を合計すると、日々の余りがどれほどの量になるかを確認できます。

もうひとつ厄介なのは、合計が合っていても足りない朝がある点です。ミキサー食が1食足りないとき、常食が2食余っていても助けになりません。常食を1人ぶん取り分けて、刻んで、ミキサーにかけて、とろみを付け直す。配膳の直前にその工程が割り込むと、フロアの配膳がまるごと遅れます。給食管理のソフトが入っている施設もありますが、あれは決まった食数を集計して食事カードを出す仕組みで、この開発プランでは「あすは何食になりそうか」を予測する機能を加えます。既存ソフトで対応できる範囲を確認してから、必要な機能を決めます。

予測から始めません。まず、決まっている数を全部引きます。在籍58名から入院中の3名を外す。家族から届が出ている外泊と受診の4名も外す。食事箋に書かれた形態は、そのまま確定として使う。ここまで引くと、あすの昼に要る51食のうち42食が動かない数として先に埋まります。予測が担当するのは、残った9人ぶんだけです。画面もその通りに塗り分けました。緑が確定、青が予測。どこまでがAIの担当かを、数字の見た目で分かるようにしています。

施設全体の合計だけでなく、一人ひとりの記録から食事の予定を見積もります。この想定では、食事の予定が変わりやすいのは十人前後です。たとえば、看取り期に入った方と、受診の多い方。朝が弱い方も、毎週おなじ顔ぶれです。だから画面に出すのは合計の数字より先に名前です。過去の食事摂取量の記録は、ほとんどの施設にもう溜まっています。主食何割・副食何割と毎食チェックしているあの記録が、そのまま「食べた・食べなかった」の実績になります。予測は形態ごとの幅で出し、決めるのは前日15時、ユニットのリーダーです。AIはその時刻までに材料と名前を並べる役割で、締めるボタンを押すのは人のほうに残します。

効果は、当たった外れたでは測りません。盛らずに残した食数を材料費に直していくらだったか。足りなくて配膳直前に作り足した回数が何回だったか。そして、当日の朝に分かっていたことが何時間前に分かるようになったか。この3つを毎月の画面に出します。外れた日には理由を一言だけ残してもらい、それが次の予測に戻る作りにします。