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

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

もうひとつ厄介なのは、合計が合っていても足りない朝がある点です。ミキサー食が1食足りないとき、常食が2食余っていても助けになりません。常食を1人ぶん取り分けて、刻んで、ミキサーにかけて、とろみを付け直す。配膳の直前にその工程が割り込むと、フロアの配膳がまるごと遅れます。給食管理のソフトが入っている施設もありますが、あれは決まった食数を集計して食札を出す仕組みで、「あすは何食になりそうか」を読む係はどのソフトにも入っていません。この開発プランは、その空いている係をどう作るかの設計です。

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

読みの単位は、施設の合計から一人ひとりへ下ろします。58人が一斉に揺れる日はまず来ません。揺れるのはたいてい決まった十人前後で、看取り期に入った方と、受診の多い方。朝が弱い方も、毎週おなじ顔ぶれです。だから画面に出すのは合計の数字より先に名前です。過去の食事摂取量の記録は、ほとんどの施設にもう溜まっています。主食何割・副食何割と毎食チェックしているあの記録が、そのまま「食べた・食べなかった」の実績になります。読みは形態ごとの幅で出し、決めるのは前日15時、ユニットのリーダーです。AIはその時刻までに材料と名前を並べる係で、締めるボタンを押すのは人のほうに残します。

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