JP2000099578A

JP2000099578A - 給食計画システム

Info

Publication number: JP2000099578A
Application number: JP26481998A
Authority: JP
Inventors: Hiroaki Eguchi; 裕明江口
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-09-18
Filing date: 1998-09-18
Publication date: 2000-04-07

Abstract

(57)【要約】【課題】病院や寮の給食など多数対象者の一定期間の
献立を計画する部門では、適切に個々の対象者の嗜好を
加味した献立計画を作成することが困難で、また対象者
の献立予約後のメニュー変更希望に応ずることが難し
い、という課題があった。【解決手段】対象者に所定日時の食事献立を選んでも
らう予約用献立メニューを提示する際に、あらかじめ登
録されている対象者毎の嗜好情報を反映して（例えば、
好きな食品を含む献立はハイライトする）、対象者の選
択しやすい予約用献立メニュー情報を提示する献立選択
手段をもつことにより、適切に個々の対象者の嗜好を加
味した献立計画を作成することができる。また、この予
約に基づいた食材発注後も、個々の対象者の予約変更希
望があった場合に、各対象者への献立割当を集計する献
立食数データベースを参照し、食材在庫量の範囲で予約
変更が可能かどうかを判定する割当変更手段を持つこと
により、対象者の献立予約後のメニュー変更希望に応ず
ることが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は病院や寮の給食など
多数対象者の一定期間の献立を計画する部門で使用され
る給食計画システムにかかわる。

【０００２】

【従来の技術】病院や寮の給食など多数対象者の一定期
間の献立を計画する部門では、通常、栄養士が予定献立
を決め、これに従い所要食材を購入準備している。この
予定献立作成時に、一般には受給対象者の希望はあまり
聞き入れられていなかった。しかし、入院患者にとって
給食は治療の一環であり、患者の好き嫌いで食べ残しが
生じることは問題があり、また患者サービスやアメニテ
ィの観点からも、快適な入院生活に重要な関係を持つ給
食を患者の嗜好によりフィットさせる努力が必要であ
る。

【０００３】そこで、最近ではパンとライスの選択がで
きるなど、簡単な患者の嗜好を受け入れる給食を行う病
院も増えてきた。しかし、肉と魚、卵、また、洋食と和
食など、さらに詳細なレベルで患者の嗜好を考慮するこ
とは未だ十分には行われていない。その理由は、立案す
る栄養士の負荷の増大も一因ではあるが、患者の嗜好を
詳細に把握したり、気分によって予約食の内容変更をし
たい場合に、その可否を適切に判定する仕組みがなかっ
たことによる、と考えられる。

【０００４】しかし、情報処理技術の発達に伴い、これ
らの仕組みを実現するコストや操作性も十分身近なもの
となってきつつある。例えば、栄養士の立案した献立メ
ニューから患者が献立を選択して予約するときに、より
詳細な多様なメニューが多様な嗜好にマッチする反面、
膨大な選択肢から自分の好みを適切に指定することはは
なはだ操作性が悪い。このような問題を解決する技術と
して、文献特開平９−１６５５２号では、食材、食種を
指定すると献立候補を提示する電子献立作成装置におい
て、あらかじめ表示させたくない不要料理名を指定する
指定手段を備える技術が開示されている。この技術によ
り提示される献立メニューを限定し、操作性を向上させ
てはいるが、病院給食での応用ではなお、問題は残って
いる。すなわち、患者は提示された献立名では自分の好
みの食材を含む料理の見分けがつかない場合がある、ま
たは料理名が同じでも使う食材によって好き嫌いの指定
が異なる場合がある、などである。

【０００５】また、多量の食材を調達する関係上、食材
納入調理開始の数日前に食材の発注が必要なので、患者
は数日先の食事献立をメニューから選択して予約する。
ところが、当日近くに気分が変わり予約変更したくと
も、従来は予約の変更はできなかった。

【０００６】

【発明が解決しようとする課題】上述のように、従来の
技術では、提示された献立名では自分の好みの食品を含
む料理の見分けがつかない場合があり、的確に献立選択
情報を指定して献立を予約できない、という問題があっ
た。また、患者は数日先の食事献立を予約し、予約後に
これを変更したくともできない、という問題があった。
本発明はこのような課題を解決する給食計画システムを
提供することを目的とする。

【０００７】

【課題を解決するための手段】提示された献立名では自
分の好みの食品を含む料理の見分けがつかない場合があ
り、的確に献立選択情報を指定して献立を予約できな
い、という上記の課題は図１に示す如く、予定期間の複
数対象者の食事献立を計画する給食計画システムにおい
て、前記対象者毎の嗜好情報ｓを嗜好データベースDB1
に格納する嗜好登録手段21と、あらかじめ計画された献
立候補を格納した献立メニューデータベースDB2 と前記
嗜好データベースDB1 とを参照し、前記対象者毎の嗜好
情報ｓに該当する予約用献立メニュー情報ｙを提示する
献立選択手段22と、を有する給食計画システムを提供す
ることによって解決される。

【０００８】また、対象者は数日先の食事献立を予約
し、予約後にこれを変更したくともできない、という上
記の課題は図１に示す如く、予定期間の複数対象者の食
事献立を計画する給食計画システムにおいて、前記対象
者の献立選択に基づき発注される食材量に対応する食材
発注データベースDB4 と、前記対象者への献立割当を集
計する献立食数データベースDB3 とを参照し、前記対象
者から予約献立の変更問合せ情報ｑを受けて、献立の割
当変更が可能か否かを判定する割当変更手段23、を有す
る給食計画システムを提供することによって解決され
る。

【０００９】

【発明の実施の形態】給食計画システムの実施例を図１
〜図１０により説明する。なお、本発明におけるコンピ
ュータ処理は、コンピュータプログラムにより当該コン
ピュータの主記憶装置上で実行されるが、このコンピュ
ータプログラムの提供形態は、当該コンピュータに接続
された補助記憶装置をはじめ、フロッピーディスクやＣ
Ｄ−ＲＯＭ等の可搬型記憶装置やネットワーク接続され
た他のコンピュータの主記憶装置及び補助記憶装置等の
各記録媒体に格納されて提供されるもので、このコンピ
ュータプログラムの実行に際しては、当該コンピュータ
の主記憶装置上にローディングされ実行されるものであ
る。

【００１０】図１は本発明の給食計画システムの実施例
のブロック構成図である。以下には本給食計画システム
が病院の給食部門において実施されたものとして説明す
る。複数の給食情報端末１は患者が操作できるベッドサ
イドもしくはロビーに備えられている。給食立案サーバ
２は病院情報システムの一環として、例えば給食部門に
おかれ、これらはＬＡＮによって院内各病棟に接続され
ている。

【００１１】まず本システムの動作概要を述べる。患者
はあらかじめ入院時または適当な時に給食情報端末１を
用いて、自分の献立に対する嗜好情報ｓを給食計画シス
テムに入力しておく。ここに嗜好情報ｓとは食材や料理
に対する自分の通常の好き嫌い情報である。一方、給食
立案サーバ２には食材データベース４および献立マスタ
ー５が接続されており、給食立案サーバ２はこれをもと
に、栄養士の指示によって１年３６５日の朝昼夕食の献
立候補群を立案する。患者数も多く多種の疾患を扱う大
病院では、一食一食が常食、軟食、糖尿食、腎臓食など
食種に応じた非常に多種の献立メニューが必要であり、
その各食種毎に、栄養バランスと患者の嗜好のバラエテ
ィを満たす多種の献立を立案しなければならない。立案
された献立候補群は献立メニューデータベースDB2 に格
納される。

【００１２】次に、患者は自分の嗜好に合わせて献立を
選択して予約する。ただし、通常の大病院では使用する
食材が大量のため、４〜５日前に材料発注しないと当日
の調理材料が得られない。そのため、本実施例では、患
者は数日前までに、給食情報端末１を用いて食事予約画
面を開き、献立選択手段22から予約用献立メニュー情報
ｙを受信し、これに基づき献立選択情報ｋを入力手段11
から入力し献立選択手段22に送信することにより、自分
の嗜好に合わせた献立の予約を行う。献立選択手段22で
はこれを受け、献立計画を決定し献立食数データベース
DB3 に反映させるとともに献立割当データベースDB5 に
割り当てた献立を記録する。

【００１３】次に、本給食計画システムでは、所要量予
測サーバ３がこの決定された献立食数データベースDB3
に基づいて食材を発注するための発注計画を立て、これ
を食材発注データベースDB4 に用意する。一方、患者は
先に予約をした食事献立について、その後に変更をした
くなった場合には、給食情報端末１を用いて予約変更画
面を呼び出し、変更問合せ情報ｑを給食立案サーバ２の
割当変更手段23に送る。割当変更手段23ではこれを受
け、現在の献立食数データベースDB3 の引き当て状況と
食材発注データベースDB4 の食材量とを比較し、この変
更問合せ情報ｑの示す予約変更希望が受け入れられるか
どうかを検討し、その結果を変更応答情報ａとして給食
情報端末１に送信し、予約変更を受け入れた場合には献
立食数データベースDB3 および献立割当データベースDB
5 を更新する。

【００１４】以上が本給食計画システムの実施動作例の
概要であるが、次に、このような動作を支えるためのデ
ータベース類の構成について説明する。本給食計画シス
テムでは基本的に入手可能な食材についての情報を食材
データベース４に蓄積し、この食材を使った多くの献立
についての情報を献立マスター５に蓄積している。図２
に食材データベース４のレコード構成例を、また図３に
献立マスター５のレコード構成例を示す。

【００１５】献立マスターの構成は図３の如く、一つ一
つの献立毎のレコードから成り、献立コード、献立名
称、使用材料を記載するほかに、本発明の特徴に対応す
る嗜好コード群および代替献立コード群を記載する。嗜
好コードを説明するために、ここで嗜好データベースDB
1 の構造を図４により説明する。嗜好データベースDB1
は患者毎の嗜好内容を登録したデータベースであって、
図４の如く、禁止食品、選好食品、忌避食品を示す３種
類の嗜好コード群を持つ患者単位のレコードの集まりで
ある。ここに禁止食品とはこの患者が医師によって禁止
された食品を示し、選好食品とは患者の好きな食品を示
し、また、忌避食品とは患者の嫌いな食品を示す。図４
の例でわかるように、ここで食品と称するものは図２の
食材データベース４のレコード単位である発注単位とな
る食材名称のほかに、嗜好に関係した分類名（青み
魚）、献立名（カレーライス）、料理種類（和食）など
を含む雑多な名称から成り立っている。そして、このよ
うな嗜好コードは先に述べた献立マスター５によって実
際の献立と関係づけられる。

【００１６】すなわち、献立マスター５の献立レコード
が保持する嗜好コードと嗜好データベースDB1 の患者レ
コードが保持する嗜好コードとを照合し、両者が共通の
禁止食品コードを有するとき、この献立は医師により禁
止されている禁止献立とされる。また、両者が共通の選
好食品コードを有するとき、この献立は患者の好きな献
立（選好献立）とされる。同様に、両者が共通の忌避食
品コードを有するとき、この献立は患者の嫌いな献立
（忌避献立）とされるのである。すなわち、献立マスタ
ー５と嗜好データベースDB1 を照合することにより、あ
る献立がある患者にとって禁止献立、選好献立、忌避献
立のいずれであるか、またはいずれでもないかが決定さ
れる。また、これら３種類の優先論理を禁止献立＞忌避
献立＞選好献立の順に設定すれば、嗜好設定の矛盾があ
っても解消できる。

【００１７】次に図３の献立マスター５の献立レコード
のもつ代替献立コードフィールドを説明する。これは、
ある献立が禁止献立、あるいは忌避献立とされたときに
栄養的観点から代替できる献立として栄養士が設定した
ものを列挙している。図５の例では「茶碗蒸し（鶏肉・
銀杏）」の代替献立として「茶碗蒸し（海老・椎茸）、
茶碗蒸し（かまぼこ）、ハムエッグ、豚肉野菜小鉢、・
・・・」が設定されている。

【００１８】献立メニューデータベースDB2 は図５に示
す如く、ある年月日の朝昼夕食それぞれにつき、さらに
常食、軟食、糖尿食、腎臓食など食種単位に食事内容
（献立の組み合わせ）を代表献立として決めたレコード
からなる。前述したように、大病院ではこのような膨大
な献立メニューを３６５日分作って運用している。図５
の例では、1998年９月12日の夕食の成人食（常食）の代
表献立として、「わかめごはん、いかと子芋煮つけ、茶
碗蒸し（鶏肉・銀杏）、味噌汁（豆腐・わかめ）、たく
あんづけ、メロン」が設定されている。

【００１９】献立割当データベースDB5 は患者毎に割り
当てられた、ある年月日の朝昼夕食内容を保持するデー
タベースであり、図６にそのレコード構成例を示す。こ
の割当を全入院患者について食種毎に集計すると、ある
年月日の朝昼夕食それぞれにつき、さらに常食、軟食、
糖尿食、腎臓食など食種単位に、どの献立を何食分必要
とするかが得られる。献立食数データベースDB3 はこの
ようにして得られた必要食材量検討用のデータベースで
あり、図７にそのレコード構成例を示す。この献立食数
データベースDB3 の内容の各献立を図３で前記の献立マ
スター５によって発注食材に分解し、全食種についてそ
の使用量を集計し、さらに同日の朝昼夕を合算すると、
ある年月日一日分の全食材必要量が集計される。実際に
はこの算出された必要量にある程度の余裕を見込んで所
要量を予測し、このようにして発注される食材量が食材
発注データベースDB4 として図８に示すように、使用年
月日のもとに食材名と発注量のタップルの繰り返しのレ
コード構成で示される。

【００２０】さて、以上のデータベース構成を前提とし
て、本発明の嗜好登録手段21、献立選択手段22、および
割当変更手段23の機能動作を以下に詳述する。給食立案
サーバ２の嗜好登録手段21は患者入院時に、図１には図
示省略されている病院情報システムの患者データベース
から、該当患者の患者属性情報をあらかじめ受信して嗜
好データベースDB1 に展開しておく。この時、患者氏
名、性別、年齢などのほかに、医師の指定した食種、お
よび、もし、医師の診断結果にこの患者の禁止食品が指
定されてあれば、上述した禁止食品コードが嗜好データ
ベースDB1 上にとられる。図４の例では食種として「成
人食（常食）」が、禁止食品として「蕎麦、青み魚、生
卵」が取り込まれた。

【００２１】次に、この患者の嗜好情報ｓを取得するた
めに、給食立案サーバ２の嗜好登録手段21は献立マスタ
ー５に含まれるすべての選好食品コードおよび忌避食品
コードを抽出ソートして食品メニュー情報ｍを作成し、
給食情報端末１の表示手段12にこれを表示させる。（シ
ステム規模によっては、あらかじめこのための食品メニ
ューマスターを作成しておいて、これをもとに食品メニ
ュー情報ｍを提示してもよい。）この食品メニュー情報
ｍの中から、患者は自分の選好食品、忌避食品を選択
し、嗜好情報ｓとして嗜好登録手段21に入力する。この
ようにして入力された嗜好情報ｓは、選好食品コード、
忌避食品コードとして、嗜好登録手段21により嗜好デー
タベースDB1 に登録される。図４の例では、ある成人食
（常食）の患者の好きな食品（鶏肉、白身魚、カレーラ
イス、和食）が選好食品コードで、また患者の嫌いな食
品（椎茸、人参）が忌避食品コードとして登録された。

【００２２】次に、患者が献立を選択して食事を予約す
る際の献立選択手段22の動作を説明する。前述のよう
に、患者は数日後の食事を定期的に（例えば毎朝に）給
食情報端末１から予約するため、自分のＩＤおよび希望
の日時を指定して給食立案サーバ２の献立選択手段22を
呼び出す。そこで献立選択手段22はすでに用意されてい
る献立メニューデータベースDB2 を検索して、該当食事
の代表献立を得る。例えば、呼び出し元患者123456から
９月１２日夕食を指定した予約画面指定が給食立案サー
バ２の献立選択手段22に送られた場合、献立選択手段22
はまず図４の嗜好データベースDB1 を検索し患者123456
の指定食種が1(成人食) であることを知り、次いで図５
の献立メニューデータベースDB2 を検索し、980912-3-1
の代表献立が(S1007,F2351,R0010,M0004,V8065,D2109)
であることを知る。次いで献立選択手段22はこの各々の
献立コードに対し献立マスター５を検索し、その代替献
立を収集する。例えば、R0010 に対する代替献立群は図
３から(R0011,R0012,H0103,M1038,C0371, ・・・) であ
ることがわかる。このようにして献立選択手段22は各々
の代表献立とその代替献立群を確定することができ、こ
れを予約用献立メニュー情報ｙの源情報とする。図９
(a) には上記R0010 部分を詳細化した予約用献立メニュ
ー情報ｙの源情報の例を示す。

【００２３】次に献立選択手段22はこれら予約用献立メ
ニュー情報ｙの源情報の各献立に対し、これが当該患者
にとって禁止献立、忌避献立、選好献立となるかどうか
の嗜好判定を行う。その方法は、すでに概要を述べた如
く、個々の献立コードに対し献立マスター５および嗜好
データベースDB1 の嗜好コードを参照して行われる。上
記R0010 とその代替献立部分の嗜好判定を図９(b) によ
って説明すると、まず、代表献立「茶碗蒸し（鶏肉・銀
杏）」についての嗜好コードマッチングにより、これが
当該患者の嗜好コードL801（選好食品鶏肉）を持つこと
から選好献立と判定される。次いで、代替献立「茶碗蒸
し（海老・椎茸）、茶碗蒸し（かまぼこ）、ハムエッ
グ、豚肉野菜小鉢・・・・」についても、順次献立マス
ター５を参照して嗜好コードマッチングを行う。その結
果、R0011,茶碗蒸し（海老・椎茸）は嗜好コードD138
（忌避食品椎茸）を含むので忌避献立と判定されたが、
他の献立については当該患者と一致する嗜好コードを有
せず、中立献立と判定された。

【００２４】以上の結果をもとに献立選択手段22は給食
情報端末１に当該患者のみやすい形に編集した予約用献
立メニュー情報ｙを送出する。図１０に予約用献立メニ
ュー情報ｙの表示例を示す。先に説明したR0010 とその
代替献立部分についてこれを見ると、図の副食の欄で
「茶碗蒸し（鶏肉・銀杏）、茶碗蒸し（かまぼこ）、ハ
ムエッグ、豚肉野菜小鉢・・・・」の順で選択肢が表示
されている。これは図９(b) のならびであるが、忌避献
立と判定された茶碗蒸し（海老・椎茸）は表示されてい
ない。また、選好献立と判定された茶碗蒸し（鶏肉・銀
杏）については◎印が付されている。また、デフォルト
として第１順位である代表献立がハイライトされた状態
で予約用献立メニュー情報ｙが表示されている。このよ
うに、各代表献立を第１順位とし、忌避献立は表示せ
ず、選好献立は◎印を付することにより、患者は不要な
献立が除去され、かつ好みの食品を見分けやすいメニュ
ーの中から献立選択を行うことができる。なお、本実施
例では禁止献立および忌避献立を表示しないが、別に小
さく区切って表示させるようにしてもよい。また、代表
献立とすべての代替献立を一覧表示し、画面に用意され
た「お好き」「お嫌い」「禁止」などのボタンのそれぞ
れが押されることに対応して、選好献立、忌避献立、禁
止献立のみがそれぞれの色に変わりハイライトされるよ
うにすることも考えられる。また、さらにそれらの判定
理由を表示するウィンドウを指示によって開くようにし
てもよい。本発明で「嗜好情報に該当する予約用献立メ
ニュー情報」と称するものは、このように患者が自分の
希望献立を正しく早く快適に選択できる画面表示情報、
または印刷表示情報である。

【００２５】上記の如く表示された予約用献立メニュー
情報ｙから、患者は自分の希望の献立を選択し、これを
嗜好情報ｓとして入力手段11により給食立案サーバ２に
入力する。献立選択手段22はこれを受けて当該患者の当
該日時の食事内容を決定し、これを献立割当データベー
スDB5 に登録する。図６にはこのようにして登録された
上記食事割当の例を示す。

【００２６】また、これと同時に献立選択手段22は図７
に示す献立食数データベースDB3 の内容を更新する。献
立食数データベースDB3 の内容は、全患者に割り当てら
れたすべての献立について、これを同一日時食種単位に
まとめたレコードでその献立毎の割当食数を記載するも
のである。このように給食立案サーバ２は常に献立割当
データベースDB5 の更新と連動して献立食数データベー
スDB3 を更新する。また、患者からの予約設定要求がな
くても給食立案サーバ２は献立割当データベースDB5 お
よび献立食数データベースDB3 を更新する。その一例は
患者入院時であり、給食立案サーバ２は新規に献立割当
データベースDB5 に当該患者のレコードを生成し、献立
メニューデータベースDB2 の示す代表献立をデフォルト
として設定し、これを献立食数データベースDB3 に反映
させる。このように本給食計画システムの給食立案サー
バ２は図１に図示しない病院情報システム（病棟システ
ム）と連動し、患者の入退院情報をトリガーとして献立
割当データベースDB5 および献立食数データベースDB3
を更新している。

【００２７】さて、献立食数データベースDB3 は未来日
付の所要献立食数を示すが、これに基づき当日発注すべ
き食材量を決めるのは困難な作業である。なぜなら、病
院の給食予約は患者容体や外泊都合によって前日ないし
当日でもキャンセル可能とするところが多く、また急な
入院数増加にも食材不足になることが許されないので、
単純に献立食数データベースDB3 を所要量とすることが
できないからである。多くの病院ではこのような事情を
踏まえた給食部門のベテランが、献立食数データベース
DB3 の値に対して勘と経験で所要量をさじ加減して実際
の発注量としている。本実施例では図１の如く所要量予
測サーバ３が献立食数データベースDB3に基づき、種々
の外部からのパラメータにより所要量を予測して発注量
を決め、これを食材発注データベースDB4 に出力する場
合を例示した。所要量予測サーバ３の機能については本
発明の範囲外であるが、例えば本発明者による給食所要
量予測装置の発明が平成１０年１月８日に特願平１０−
２５００号として特許出願されている。

【００２８】このようにして計画された食材発注量は図
８に例示するような食材発注データベースDB4 として給
食立案サーバ２の参照に供せられている。図８の例では
食材発注データベースDB4 は使用日単位での食材毎の発
注量を集めたレコードからなり、これをもとに実際の発
注日と発注量が定まる。このことから、食材発注データ
ベースDB4 と献立食数データベースDB3 とを比較するこ
とにより、当該日の食材在庫量が献立割当データベース
DB5 に設定された献立割当をまかない得るかどうか、と
いう献立割当の妥当性チェックを行うことが可能であ
る。すなわち、この食材発注データベースDB4 に記載さ
れた使用日レコードに示すすべての食材の発注量が前記
献立食数データベースDB3 の対応年月日のレコードを集
計した献立食数を献立マスター５で食材量に換算して集
計したすべての食材集計量より大きいとき、食材在庫量
はこの献立割当をまかなえる、すなわち、この献立食数
データベースDB3 に対応する献立割当データベースDB5
の献立割当は妥当である、と判定される。

【００２９】さて、給食立案サーバ２の割当変更手段23
は随時給食情報端末１からの変更問合せ情報ｑを受信し
て、上記の献立割当データベースDB5 の献立割当の妥当
性をチェックする機能をもつ。（このような妥当性チェ
ック機能を献立選択手段22にももたせるならば、救急入
院患者の当日ないし翌日の献立選択など例外的な献立選
択まで可能となるが、本実施例ではこれを省略してい
る。）以下には割当変更手段23の動作機能を説明する。

【００３０】すでに献立予約を行った日時の食事につい
て、患者がこれの予約変更を行いたい場合がある。もっ
とも多いのは外泊による欠食などの通知であるが、患者
容体や気分の変化で予約献立を別の選択肢から選択し直
したい場合も多い。本発明は割当変更手段23によってこ
れに対処している。すなわち、患者は給食情報端末１の
入力手段11を介して、指定日時食の変更問合せ情報ｑを
給食立案サーバ２の割当変更手段23に送信する。割当変
更手段23は献立割当データベースDB5 からすでに登録さ
れてある当該割当を調べ、これを給食情報端末１に表示
するとともに、献立選択手段22を起動し、先に述べた予
約用献立メニュー情報ｙを作成し図１０で示す食事予約
画面を給食情報端末１に表示する。次いで献立選択手段
22は給食情報端末１より献立選択情報ｋを受け取ったと
ころでこれを割当変更手段23に渡す。割当変更手段23は
この献立選択情報ｋによって献立割当データベースDB5
の該当割当を仮変更するとともに対応する献立食数デー
タベースDB3 も仮更新する。次いで割当変更手段23はこ
の仮更新された献立食数データベースDB3 と食材データ
ベース４を用いて所要食材量を算出し、これを食材発注
データベースDB4 の発注量と比較することにより、先に
述べた献立割当の妥当性チェックを行う。

【００３１】以上の動作により割当変更手段23は上記献
立割当データベースDB5 の仮変更が妥当であるとの結果
を得た場合には、変更応答情報ａとして入力された献立
選択が受け入れられた旨の情報を給食情報端末１に送信
し、献立割当データベースDB5 および献立食数データベ
ースDB3 の仮更新を正規更新とする。一方、上記妥当性
チェックの結果、上記仮更新が妥当でないとの結果を得
た場合には、割当変更手段23は、変更応答情報ａとして
入力された献立選択が受け入れられない旨の情報を給食
情報端末１に送信し、献立割当データベースDB5 および
献立食数データベースDB3 の仮更新を破棄し、以前のデ
ータベースの状態に復帰する。

【００３２】以上述べた実施例では嗜好情報ｓ、献立選
択情報ｋ、または変更問合せ情報ｑを給食情報端末１の
入力手段11によって給食立案サーバ２に送信する場合を
示したが、給食情報端末１を病棟各所に配置するコスト
や老人患者の操作不慣れを考慮して、担当ナースがこれ
ら情報をヒアリングする形であってもよい。また、食品
メニュー情報ｍ、予約用献立メニュー情報ｙ、または変
更応答情報ａを給食情報端末１に出力するかわりに給食
立案サーバ２に接続された印刷装置にプリントし、担当
ナースがこれを患者に届ける形態であってもよい。

【００３３】

【発明の効果】以上の説明から明らかなように、本発明
によれば、対象者が所定日時の食事献立に関して、自分
の希望献立を正しく早く快適に選択できる予約用献立メ
ニューを提示することができ、個々の対象者の嗜好を加
味した献立計画を作成することができ、また、この予約
に基づいた食材発注後も、個々の対象者の予約変更希望
に応ずることができる、という効果がある。

【図面の簡単な説明】

【図１】給食計画システムの実施例

【図２】食材データベースのレコード構成例

【図３】献立マスターのレコード構成例

【図４】嗜好データベースのレコード構成例

【図５】献立メニューデータベースのレコード構成例

【図６】献立割当データベースのレコード構成例

【図７】献立食数データベースのレコード構成例

【図８】食材発注データベースのレコード構成例

【図９】予約用献立メニュー情報の作成例

【図１０】予約用献立メニュー情報の表示例

【符号の説明】

１給食情報端末２給食立案サーバ３所要量予測サーバ４食材データベース５献立マスター 21 嗜好登録手段 22 献立選択手段 23 割当変更手段 DB1 嗜好データベース DB2 献立メニューデータベース DB3 献立食数データベース DB4 食材発注データベース DB5 献立割当データベースｓ嗜好情報ｍ食品メニュー情報ｋ献立選択情報ｙ予約用献立メニュー情報ｑ変更問合せ情報ａ変更応答情報

Claims

【特許請求の範囲】

【請求項１】予定期間の複数対象者の食事献立を計画
する給食計画システムにおいて、前記対象者毎の嗜好情報を嗜好データベースに格納する
嗜好登録手段と、あらかじめ計画された献立候補を格納した献立メニュー
データベースと前記嗜好データベースとを参照し、前記
対象者毎の嗜好情報に該当する予約用献立メニュー情報
を提示する献立選択手段と、を有することを特徴とする
給食計画システム。
【請求項２】予定期間の複数対象者の食事献立を計画
する給食計画システムにおいて、前記対象者の献立選択に基づき発注される食材量に対応
する食材発注データベースと、前記対象者への献立割当
を集計する献立食数データベースとを参照し、前記対象
者から予約献立の変更問合せ情報を受けて、献立の割当
変更が可能か否かを判定する割当変更手段、を有するこ
とを特徴とする給食計画システム。
【請求項３】入院患者の操作する給食情報端末と、前
記給食情報端末と対話的に給食に関する計画情報を授受
し合う給食立案サーバとからなる給食計画システムにお
いて、前記給食情報端末は、前記給食立案サーバから出力する
食品メニュー情報を表示する表示手段と、これに基づき
前記患者毎の嗜好情報を入力する入力手段とを有し、前記給食立案サーバは、前記嗜好情報を嗜好データベー
スに格納する嗜好登録手段と、あらかじめ計画された献立候補を格納した献立メニュー
データベースと前記嗜好データベースとを参照し、前記
患者毎の嗜好情報に該当する予約用献立メニュー情報を
出力する献立選択手段と、を有することを特徴とする給
食計画システム。
【請求項４】入院患者の操作する給食情報端末と、前
記給食情報端末と対話的に給食に関する計画情報を授受
し合う給食立案サーバとからなる給食計画システムにお
いて、前記給食情報端末は、前記患者の予約献立の変更問合せ
情報を入力する入力手段と、この問い合わせに対する変
更応答情報を表示する表示手段とを有し、前記給食立案サーバは、前記患者から予約献立の変更問
合せ情報を受けて、前記患者の献立選択に基づき発注さ
れる食材量に対応する食材発注データベースと患者への
献立割当を集計する献立食数データベースとを参照し、
献立の割当変更が可能か否かを判定し、変更応答情報を
出力する割当変更手段を有する、ことを特徴とする給食
計画システム。
【請求項５】予定期間の複数対象者の食事献立を計画
する給食計画システムにおいて、前記対象者毎の食品についての嗜好情報を嗜好データベ
ースに格納する嗜好登録手段と、あらかじめ計画された献立候補を格納した献立メニュー
データベースと前記嗜好データベースとを参照し、前記
対象者毎に登録された食品についての嗜好情報に該当す
る食品を含む予約用献立メニュー情報を提示する献立選
択手段と、を有することを特徴とする給食計画システ
ム。
【請求項６】前記嗜好登録手段は、嗜好情報として選
好食品、忌避食品を登録し、前記献立選択手段は、忌避食品を含む献立を除くと共に
選好食品を含む献立を予約用献立メニュー情報として提
示することを特徴とする請求項５記載の給食計画システ
ム。
【請求項７】予定期間の複数対象者の食事献立を計画
する給食計画に関する情報処理をコンピュータに行わせ
るプログラムを記録した記録媒体であって、前記対象者毎の嗜好情報を嗜好データベースに格納させ
る嗜好登録手段と、あらかじめ計画された献立候補を格納した献立メニュー
データベースと前記嗜好データベースとを参照し、前記
対象者毎の嗜好情報に該当する予約用献立メニュー情報
を提示させる献立選択手段と、を実現させるプログラム
を記録したコンピュータ読み取り可能な記録媒体。
【請求項８】予定期間の複数対象者の食事献立を計画
する給食計画に関する情報処理をコンピュータに行わせ
るプログラムを記録した記録媒体であって、前記対象者の献立選択に基づき発注される食材量に対応
する食材発注データベースと、前記対象者への献立割当
を集計する献立食数データベースとを参照させ、前記対
象者から予約献立の変更問合せ情報を受けて、献立の割
当変更が可能か否かを判定させる割当変更手段、を実現
させるプログラムを記録したコンピュータ読み取り可能
な記録媒体。