JP3604226B2 - Lunch management system - Google Patents

Lunch management system Download PDF

Info

Publication number
JP3604226B2
JP3604226B2 JP227496A JP227496A JP3604226B2 JP 3604226 B2 JP3604226 B2 JP 3604226B2 JP 227496 A JP227496 A JP 227496A JP 227496 A JP227496 A JP 227496A JP 3604226 B2 JP3604226 B2 JP 3604226B2
Authority
JP
Japan
Prior art keywords
change
food
menu
file
meal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP227496A
Other languages
Japanese (ja)
Other versions
JPH09190473A (en
Inventor
道子 宮西
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP227496A priority Critical patent/JP3604226B2/en
Publication of JPH09190473A publication Critical patent/JPH09190473A/en
Application granted granted Critical
Publication of JP3604226B2 publication Critical patent/JP3604226B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、病院などにおいて利用される給食管理システムに関し、特に献立に含まれる食材の変更を容易に行えるようにした給食管理システムに関する。
【0002】
病院においては、患者毎に規定された成分値又は栄養価の条件を満たすように毎日の献立を作成するために、コンピュータによる給食管理システムが利用されている。病院では、常食、軟食、及び種々の特別食など、患者の病状に応じて異なる何種類もの献立を作成する必要があることから、献立の作成から食材の発注及び管理などを一貫して担当する栄養士の労力は極めて大きい。献立に含まれる食材の変更などのようなきめ細かな要求に応えられる操作性に優れた給食管理システムが要望される所以である。
【0003】
【従来の技術】
従来の給食管理システムにおいては、献立毎に当該献立に使用する食材及び各食材の量を示す献立情報を格納する献立ファイル、患者の各食事に対して指定された献立名を格納する食事指定ファイルなどが備えられ、献立ファイル及び食事指定ファイルの内容に基づいて、日毎の各食材の使用量を集計するように構成されている。
【0004】
従来において、献立を作成する際には、食種を指定して献立作成画面を表示させた状態で、指定した食種において規定された成分値にできるだけ近くなるように考慮の上、料理、食材(食品)、及びその可食量を入力する。また、作成した献立について、献立に使用する食材の使用量の変更、食材の追加又は変更が可能となっている。
【0005】
例えば、食材の使用量を変更するにはその食材についての変更後の使用量をキーボードから入力する。また、食材自体を変更するには、変更したい食材を削除し、変更後の食材名及びその使用量を入力する(特開昭60−222963号公報参照)。
【0006】
【発明が解決しようとする課題】
上述したように、従来の給食管理システムでは、食材又はその使用量の変更に当たっては変更後の使用量を入力する必要があり、変更後における使用量はシステムの操作者である栄養士が経験と勘によって決定していた。そのため、変更後における成分値又は栄養価の管理はシステムによっては充分に行われない。
【0007】
変更後の成分値を数値によって管理するためには、変更後の食材及び使用量による成分値を栄養士自身が計算して確認することとなり、栄養士の労力は一層多大なものとなる。
【0008】
一般に、魚などの生鮮食料品は日毎に価格の変動があるので、新鮮で低価格の食材を仕入れるには、その時点における市場の状況を把握した上で食材を使用する直前に発注するのが好ましい。そのためには、給食管理システムにおける食材の変更の際の操作性が良好である必要があるが、従来の給食管理システムにおいてはその操作性が充分に良好でないため、新鮮で低価格の食材をタイミングよく発注することが容易ではなかった。
【0009】
請求項1乃至請求項の発明は、上述の問題に鑑みてなされたもので、献立の食材の変更の際の操作性の向上を図り、新鮮で低価格の食材の発注をタイミングよく容易に行える給食管理システムを提供することを目的とする。
【0010】
【課題を解決するための手段】
請求項1の発明に係るシステムは、献立毎に当該献立に使用する食材各食材の可食および成分毎の当該可食量当たりの成分量とを示す献立情報を格納する献立ファイルと、給食受給者の各食事に対して指定された献立を示す食事指定情報を格納する食事指定ファイルとを有し、前記献立ファイル及び前記食事指定ファイルの内容に基づいて、単位期間における前記食材の使用量を集計するように構成された給食管理システムであって、献立に対応する食種毎に、成分の種類、当該各成分の目標値となる成分値、及び当該各成分の重要度を対応付けて格納する約束食事箋ファイルと、前記食材毎に、当該食材の成分の種類及び単位量当たりの成分値を対応付けて格納する食材成分ファイルと、前記食事指定情報に示される献立に使用する前記食材のうち変更したい食材を変更前食材として指定する手段と、指定された前記変更前食材の代わりに使用する食材を変更後食材として入力するための手段と、前記約束食事箋ファイルを参照して、前記変更前食材に係る献立に対応する食種の成分のうちの最重要の成分を選ぶ手段と、前記可食量当たりの前記変更前食材に含まれる、前記最重要の成分の前記目標値となる成分値を変更前成分値として前記献立ファイルから求める手段と、前記単位量当たりの前記変更後食材に含まれる、前記最重要の成分の成分値を変更後成分値として前記食材成分ファイルから求める手段と、前記変更前成分値を前記変更後成分値で除算して得られる値に前記単位量を乗じることによって、前記食事指定情報に示される献立に使用する前記変更後食材の量を算出する手段と、前記献立ファイルに格納されている、前記食事指定情報に示される献立の前記献立情報を、前記算出する手段によって算出された前記変更後食材の量に基づいて書き替える手段と、を有して構成される。
【0012】
請求項の発明に係るシステムは、前記食材を変更のために指定する手段として、食材変更画面が表示され、前記食材変更画面において、前記変更前食材、前記変更後食材、及び変更による可食量の変化割合を指定するための可食量変化割合情報を入力することが可能となっており、前記算出する手段は、前記可食量変化割合情報を入力したときには、前記最重要の成分に対する成分値の代わりに当該可食量変化割合情報に基づいて前記変更後食材の量を算出するように構成される。
【0013】
請求項の発明に係るシステムは、前記食材を変更したときに、前記可食量当たりの前記変更前食材に含まれる、前記最重要の成分の前記目標値となる成分値と前記算出する手段によって算出された量の前記変更後食材の当該最重要の成分の成分値とに所定値以上の差異がある場合に、その旨を示すメッセージが画面に表示されるように構成される。
【0014】
図4に示すように、献立ファイル103には、例えば、献立を実施する日付161及び朝昼夕の別161A、献立名(食種名)162、料理名171、食品名(食材名)172、可食量174などが格納される。図7に示すように、食事指示ファイル(食事指定ファイル)106には、例えば、患者名(給食受給者名)177、日付161、朝昼夕の別161A、献立名162が格納される。図5に示すように、食材成分ファイル104には、例えば、食品名172、廃棄率176、成分153、成分値154などが格納される。
【0015】
食材を変更のために指定する手段として、図10に示すように、例えば食材一括変更画面HG5が用いられる。食材一括変更画面HG5において、献立が実施される日付161、変更前及び変更後の食品名172又はコード173を入力する。これによって、変更後の可食量174が自動的に演算される。その演算に当たっては、変更前と変更後において、約束食事箋ファイル102において最重要の成分であるとして設定されている成分153に対する成分値154が互いに最も近くなるように、変更後における食品名172の可食量174が求められる。なお、演算で求める量としては可食量174又は使用量のいずれでもよい。
【0016】
食材一括変更画面HG5において、変更前及び変更後の可食量174を入力することによって、可食量変化割合情報が入力される。その場合には、各献立については、入力された変更前及び変更後の可食量174の比率に応じて変更後の可食量174が決定される。求められた可食量174及び廃棄率176から使用量が求められる。対象となった献立ファイル103の内容が変更後の食品名172、可食量174、及び成分値154によって書き替えられる。
【0017】
食事指示ファイル106及び献立ファイル103の内容に基づいて、単位期間について、例えば1日毎に、食材の使用量が集計され、例えば図9に示すような材料集計ファイル108が作成される。材料集計ファイル108に基づいて発注ファイル又は発注伝票が作成され、材料(食材)の発注が行われる。
【0018】
【発明の実施の形態】
図1は本発明に係る給食管理システム1のブロック図である。
給食管理システム1は、処理装置11、記憶装置12、入力装置13、プリンタ装置14、ディスプレイ装置15、及びメモリ16などから構成されている。
【0019】
記憶装置12は、磁気ディスク装置又は光磁気ディスク装置などからなる。記憶装置12には、食種ファイル101、約束食事箋ファイル102、献立ファイル103、食材成分ファイル104、食材規格ファイル105、食事指示ファイル106、食数集計ファイル107、材料集計ファイル108、及び発注ファイル109が格納されている。食事指示ファイル106は本発明の食事指定ファイルに相当する。
【0020】
入力装置13は、キーボード及びマウスなどからなり、キーを押下することによりデータや指令を入力し、又は画面上のボタンを選択してデータや指令を入力する。
【0021】
プリンタ装置14は、発注ファイル109の内容に基づいて発注伝票を印刷し、献立ファイル103の内容に基づいて献立の内容、特に変更された献立の内容、食品の使用量などを印刷し、その他のファイルの内容やメッセージなどを印刷する。ディスプレイ装置15は、食材一括変更画面HG5、及びその他の画面HG1〜4、HG6を表示する他、操作又は処理のための種々のメニュー、ファイルの内容、その他の種々の画面を表示する。
【0022】
処理装置11は、入力装置13からの入力指令に基づいて、各ファイルの作成、更新、その他の種々の処理の実行、プリンタ装置14及びディスプレイ装置15への出力などを行う。
【0023】
このような給食管理システム1は、例えばワークステーション、パーソナルコンピュータなどを用いて実現される。複数のコンピュータをネットワークで接続することによって給食管理システム1を構成することもできる。
【0024】
図2は食種ファイル101の例を示す図である。
食種ファイル101は、当該病院において出される食事の種類のリストを格納する。食種コード151とそれに対応する食種名152とからなる。食種には、大別して、常食、軟食、特別食の3種類があり、それぞれの種類に対応して複数の食種がある。図2の例では、常食として「常食1」「常食2」などがあり、軟食として「軟食1」「軟食2」などがある。また、特別食として「糖尿病食」「肝臓病食」などがある。食種が相違すると、成分の種類、その成分の成分値、栄養価などが相違する。各食種に対応する成分値の目標値は次に説明する約束食事箋ファイル102に格納されている。
【0025】
図3は約束食事箋ファイル102の内容に基づいて表示された約束食事箋ファイル登録画面HG1を示す図である。
約束食事箋ファイル102は、各食種毎の1日に摂取する成分値の目標値167を格納する。図3に示すように、成分153として、「エネルギー」「水分」「蛋白質」「脂質」などを始めとして47種類の成分が登録されており、それぞれの成分についての目標となる成分値(目標値)167が登録されている。また、各食種毎に、成分の中の重要度合いの高い方の12種類について、第1番から第12番までの順位が付されており、その順に各成分の番号が成分値表示番号155として画面HG1の下方に表示されている。
【0026】
図3の例では、食種「常食1」についての成分値167が表示されている。「常食1」を朝昼夕の3食とも摂取した場合に、例えば「エネルギー」として「1796」kcalが得られ、「蛋白質」として「71.5」gが得られることが目標である。また、最重要な成分153として番号が「01」である「エネルギー」が選定され、第2番、第3番に重要な成分153として「蛋白質」「脂質」が選定されている。約束食事箋ファイル102の内容は、約束食事箋ファイル登録画面HG1において修正することが可能である。
【0027】
図4は献立ファイル103の内容に基づいて表示された献立処理画面HG2を示す図である。
献立処理画面HG2は、図示しないメニュー画面HG0において「献立処理」を選択することによって表示される。献立処理画面HG2においては、献立を実施する日付161及び朝昼夕の別161A、献立名(食種名)162、献立の内容163、献立に使用される食品(食材)による成分値164、当該献立の1食分の成分値の合計165、当該献立による1日の成分値の合計166、当該献立による一日の成分値の目標値167が表示される。
【0028】
献立名162として、食種コード151及び食種名152が表示されており、この食種名152がそのまま献立名となる。つまり、図4の例では、日付161が「07年12月01日」、朝昼夕の別161Aが「朝」、献立名162が「常食1」の献立の内容が表示されている。このように、食種名152は、特定の日付の献立名162としても用いられる。
【0029】
献立の内容163は、料理名171、食品名(食材名)172、それらのコード(食品略称)173、可食量174からなり、これらは献立ファイル103の内容に基づいて表示され、また入力された内容は献立ファイル103に格納される。食品名172は、各料理名171に対して1つ又は複数個設けられており、可食量174は各食品名172に対して設けられている。可食量174とは、その食品名172について患者が実際に口の中に入れる量のことであり、料理する以前の状態の量である使用量から〔(100−廃棄率)÷100〕を乗じた量に等しい。コード173は、料理名171及び食品名172を識別するための略称であり、コード173を入力するとそれに対応する料理名171又は食品名172が自動的に入力される。なお、図示は省略したが、各料理名171に対して、標準的な食品名172及び可食量174を登録した料理ファイルが別途準備されている。献立処理画面HG2の右側には、各食品名172に対応する成分値164が、上述の約束食事箋ファイル102の内容に基づいて、その成分値表示番号155の順に表示されている。なお、画面は縦又は横方向にスクロール可能である。
【0030】
献立処理画面HG2において、栄養士が献立を作成する際には、1日の成分値の合計166が、一日の成分値の目標値167にできるだけ近くなるように、食品名172及びその可食量174を選定する。
【0031】
さて、献立処理画面HG2において、コード173が「サカナ」についての食品名172は「白身魚(一般)」となっており、白身魚の具体的な魚名が記されていない。これは、生鮮食料品は日毎に価格の変動があるので、献立を作成する時点においては取り敢えず「白身魚(一般)」をダミーとして選定しておき、食品を発注する時点において具体的な魚名に変更することとしたものである。生鮮食料品の他の例として「くだもの(一般)」がある。「白身魚(一般)」を具体的な魚名に変更すると、通常、これらは互いに成分値が相違するので、成分値の合計166が目標値167に近くなるように可食量174を変更する必要が生じる。この変更に当たっては、後述する食材一括変更画面HGにおいて、変更前と変更後のコード173又は食品名172を入力することにより、変更前と変更後において特定の成分値についての変化がないように、可食量174が自動的に演算されて入力されるようになっている。詳しくは後述する。
【0032】
図5及び図6は食材成分ファイル104の内容に基づいて表示された食品成分登録画面HG3,4を示す図である。
食品成分登録画面HG3,4においては、コード(食品略称)173、食品名172、廃棄率176、成分153、及び成分値154などが表示されている。廃棄率176は、各食品を仕入れたときの量(使用量)の内、料理及び食卓などにおいて廃棄される割合を示す。廃棄率176は四季に対応して設定される。成分値154の値は100g当たりの値である。
【0033】
図5に示す食品成分登録画面HG3は、食品名172が「白身魚(一般)」についてのものであり、図6に示す食品成分登録画面HG4は、食品名172が「かれい」についてのものである。これらの画面3,4を比較すると分かるように、食品名172が相違すると成分値154は相違する。
【0034】
食材規格ファイル105は、各食品名172についての規格、及び各規格についての価格を格納するファイルである。材料集計ファイル108が作成され後において、食材規格ファイル105を参照することによって、最も低価格となるような商品構成、発注先などが決定される。
【0035】
図7は食事指示ファイル106の内容の例を示す図である。
食事指示ファイル106には、各患者名177について、日付161毎に、且つ朝昼夕の別161A毎に、献立名162が格納されている。患者に対する献立名162は医師の指示に基づいて決定される。
【0036】
図8は食数集計ファイル107の内容の例を示す図である。
食数集計ファイル107には、各日付161について、献立名162毎に、且つ朝昼夕の別161A毎に、食数178が集計されて格納されている。食数集計ファイル107の食数178は、食事指示ファイル106の内容に基づいて集計されたものである。
【0037】
図9は材料集計ファイル108の内容の例を示す図である。
材料集計ファイル108には、日付161及び朝昼夕の別161A、区分181、食品名172、及び総使用量182が集計されて格納されている。材料集計ファイル108の総使用量182は、食数集計ファイル107、献立ファイル103、及び食材成分ファイル104の内容に基づいて集計されたものである。つまり、食数集計ファイル107から献立名162に対する食数178が得られ、献立ファイル103から献立名162に対する食品名172及びその可食量174が得られ、食材成分ファイル104から食品名172に対する廃棄率176が得られるので、これらの値に基づいて食品名172毎の総使用量182が求められる。
【0038】
材料集計ファイル108の内容に基づいて、発注ファイル109が作成され、発注ファイル109に基づいて発注伝票がプリンタ装置14によって印刷される。発注伝票には、発注先、食品名、総使用量又は規格毎の数量、金額などが表示される。
【0039】
次に、献立ファイル103における食品名172を変更する場合の操作及び処理について説明する。
図10は食材一括変更画面HG5を示す図である。
【0040】
食材一括変更画面HG5は、図示しないメニュー画面HG0において「食材一括変更処理」を選択することによって表示される。食材一括変更画面HG5においては、実施献立日付161Hとして、献立が実際に実施される日付161を入力し、食品名172Hとして、変更前及び変更後の食品名172又はコード173を入力する。可食量174Hの指定は任意である。可食量174Hを指定する場合には、可食量として、変更前及び変更後の可食量174を入力する。この場合に、各献立については、入力された変更前及び変更後の可食量174の比率に応じて変更後の可食量174が決定される。つまり、入力された変更前及び変更後の可食量174によって、可食量174の変化割合が指定されることになる。変更前及び変更後の可食量174が、本発明における可食量変化割合情報に相当する。
【0041】
可食量174Hを入力しなかった場合には、変更後の可食量174は自動的に演算される。その演算に当たっては、変更前と変更後において、約束食事箋ファイル102において最重要の成分であるとして成分値表示番号155の第1番に設定されている成分153に対する成分値154が互いに最も近くなるように、変更後における食品名172の可食量174が求められる。つまり、最重要の成分を約束食事箋ファイル102において成分値表示番号155の第1番に設定しておくことによって、食品名172を変更した場合においてもその成分についての成分値が変更されないように自動的に演算が行われる。したがって、食品名172の変更に当たって、変更したい食品名172を指定するだけで重要な成分値については条件を満たすので、操作性に優れる。
【0042】
また、求められた可食量174及び廃棄率176から使用量が求められる。第2番以降の成分153についても変更後の成分値154が求められる。食種範囲151Hには、変更の対象となる食種の範囲を食種コード151により入力して指定する。これらの項目を入力して実行させることにより、必要な演算が行われ、対象となった食種コード151の総ての献立ファイル103の内容は変更後の食品名172、可食量174、及び成分値154によって書き替えられる。これと同時に、材料集計ファイル108の内容も書き替えられる。
【0043】
図10に示す例では、日付161が「07年12月01日」の全食種コード151の範囲において、コード173が「サカナ」つまり食品名172が「白身魚(一般)」を同じく「カレイ」つまり「かれい」に変更し、可食量174を自動変更することになる。すると、例えば、図4に示す献立処理画面HG2において、コード173が「サカナ」で食品名172が「白身魚(一般)」については、コード173が「カレイ」で食品名172が「かれい」に変更され、可食量174及び成分値154は図11の画面HG2aに示すように変更される。すなわち、献立処理画面HG2に示す献立では第1番の成分153が「エネルギー」であるから、変更前の「エネルギー」の値の「123.90」が変更後においても同じ値となるように、可食量174が求められている。変更後の可食量174をXとすると、

Figure 0003604226
となる。ここで、「123.9」は変更前の「エネルギー」の値であり、「102」は「かれい」の100g当たりの「エネルギー」の値である(図6を参照)。
【0044】
また、図9に示す材料集計ファイル108において、「白身魚」の「637.00g」は、図12に示すように「かれい」の「1105.00g」に変更される。材料集計ファイル108が変更されると、変更後の内容に基づいて発注伝票が作成される。したがって、食品を発注する直前において、ダミーとして記録された「白身魚(一般)」を具体的な「かれい」に変更することが容易に行われ、且つ変更前後における各献立の成分値154がほぼ同一に維持される。
【0045】
また、食品名172を変更したときに、変更後の成分値の合計166と目標値167との間に所定量(例えば±20%以上)の差異がある場合に、食材一括変更画面HG5の上にメッセージ画面HG6がウインドウ表示される。また、可食量174に関しても、所定量以上(例えば±20%以上)の差異がある場合に食材一括変更画面HG5の上にメッセージ画面HG6がウインドウ表示される。
【0046】
図13はメッセージ画面HG6の例を示す図である。
メッセージ画面HG6では、メッセージ185とともに、差異の大きいものについて、食種コード151、食種名152、成分153、成分値154、目標値167が表示される。変更前から差異が大きかったものについても表示される。つまり、変更によって差異が大きくなったか否かを問わず、変更をトリガとして、差異の大きいものがメッセージ画面HG6に表示される。なお、可食量については、変更前と変更後との値が比較される。栄養士は、このメッセージ画面HG6を見て、必要に応じて該当する献立処理画面HG2において可食量174などを変更する。また、メッセージ画面HG6のハードコピーをとり、これを次回の献立の作成の際に役立てることができる。
【0047】
次に、給食管理システム1による献立の作成から食材の発注までの処理及び操作について、フローチャートに基づいて説明する。
図14は献立作成処理のフローチャート、図15は食材変更処理のフローチャート、図16は発注処理のフローチャートである。
【0048】
図14において、操作者が、これから作成しようとする献立を実施する日付161と朝昼夕の別161A、及び献立の食種(食種コード151又は食種名152)を入力する(#11,12)。処理装置11は、食種をキーとして約束食事箋ファイル102を検索し、対象となっている食種の成分値表示番号155に設定された12種類の成分153及び目標となる成分値167を抽出して献立処理画面HG2に表示する(#13,14)。
【0049】
献立処理画面HG2において、献立の内容の入力を行う(#15)。献立の入力に当たっては、例えば料理のコード173を入力するとその料理の内容が料理ファイルから転送されて表示される。したがって、操作者はその内容を確認し必要に応じて修正すればよい。
【0050】
処理装置11は、入力された献立の内容に基づいて、12種類の成分値154を演算により求め、献立処理画面HG2に表示する(#16)。ステップ#15及び16を繰り返すことによって献立を作成する(#17でノー)。献立の作成が終了すると(#17でイエス)、作成された献立情報を献立ファイル103に格納する(#18)。
【0051】
図15において、操作者が、食材一括変更画面HG5において、献立を実施する日付161Hを入力し(#21)、変更前及び変更後の食品名172Hを入力する(#22)。
【0052】
入力された日付について、献立ファイル103の中の献立を順次検索する(#23)。検索によってヒットすると(#24でノー、#25でイエス)、ヒットした献立の食種をキーとして約束食事箋ファイル102を検索し、成分値表示番号155の第1番の成分153を抽出する(#26)。
【0053】
抽出した成分153について、変更前の成分値154を検索し(#27)、検索した成分値154に合わせて変更後の可食量174及び使用量を演算により求める(#28)。献立のコード173及び食品名172を変更する(#29)。残りの11種類の成分153についての成分値154及び1日の成分値の合計166を演算し(#30)、それらと成分値167とを比較する(#31)。それらの間に所定値以上の差異がある場合には、メッセージ画面HG6のようなアラーム表示を行う(#32)。
【0054】
献立の変更の実行を指示すると(#33でイエス)、処理装置11は献立ファイル103の内容を書き替え(#33)、ステップ#23以降を繰り返す。総ての献立についての検索が済めば処理を終了する(#24でイエス)。
【0055】
図16において、処理装置11は、食事指示ファイル106に患者毎に登録されている食事指示情報から、日付別、時間帯別、及び献立別に食数178を集計し、食数集計ファイル107を作成する(#41)。食数集計ファイル107、献立ファイル103、及び食材成分ファイル104の内容に基づいて総使用量182を集計し、材料集計ファイル108を作成する(#42)。
【0056】
献立の食品が変更された場合には(#43でイエス)、変更後の食品の1食分の使用量、及び食数集計ファイル107に記録された食数178から、変更後の食品の食数総使用量182を再度計算し(#44)、材料集計ファイル108を更新する(#45)。材料集計ファイル108に基づいて、発注ファイル109を作成し(#46)、発注伝票を印刷する(#47)。
【0057】
上述した実施形態の給食管理システム1によると、献立における食品名172の変更のための操作が簡単であり、食品名172の変更が極めて容易である。したがって、献立を作成する時点においては取り敢えず「白身魚(一般)」などのように標準的な成分値154が設定された架空のものをダミーとして選定しておき、食品を発注する時点において、市場の状況を見て具体的な魚名に変更することが簡単な操作で容易且つ迅速に行えるので、新鮮で低価格の食材をタイミングよく発注することができる。食材一括変更画面HG5によって、該当する食品名172を含む献立について一括して変更を行うことができるので、操作が極めて容易である。
【0058】
上述の献立処理画面HG2において、可食量174に代えて又は可食量174とともに、使用量を表示してもよい。その他、給食管理システム1の全体又は各部の構成、各ファイルの構成、項目、数値、画面HGの構成、内容、表示色、配置、字句、フローチャートの内容、順序などは、本発明の主旨に沿って適宜変更することができる。本発明は、病院以外の種々の施設の給食管理システムとして適用することができる。
【0059】
【発明の効果】
請求項1乃至請求項の発明によると、献立の食材の変更の際の操作性の向上を図り、新鮮で低価格の食材の発注をタイミングよく容易に行うことができる。
【0060】
かつ、最重要の成分を約束食事箋ファイルに設定しておくことによって、食材を変更した場合においてもその成分についての成分値が変更されないように自動的に演算が行われる。
【0061】
請求項の発明によると、可食量変化割合情報を入力することにより変更後の可食量を成分値に優先して指定することができるので、可食量変化割合情報の入力の有無によって、可食量又は成分値のいずれを優先するかが自動的に選定され、操作性に優れる。
【0062】
請求項の発明によると、メッセージに基づいて食材の量などを容易に変更することができる。
【図面の簡単な説明】
【図1】本発明に係る給食管理システムのブロック図である。
【図2】食種ファイルの例を示す図である。
【図3】約束食事箋ファイル登録画面を示す図である。
【図4】献立処理画面を示す図である。
【図5】食品成分登録画面を示す図である。
【図6】食品成分登録画面を示す図である。
【図7】食事指示ファイルの内容の例を示す図である。
【図8】食数集計ファイルの内容の例を示す図である。
【図9】材料集計ファイルの内容の例を示す図である。
【図10】食材一括変更画面を示す図である。
【図11】食材が変更された献立処理画面を示す図である。
【図12】食材が変更された材料集計ファイルの内容の例を示す図である。
【図13】メッセージ画面の例を示す図である。
【図14】献立作成処理のフローチャートである。
【図15】食材変更処理のフローチャートである。
【図16】発注処理のフローチャートである。
【符号の説明】
1 給食管理システム
11 処理装置
12 記憶装置
102 約束食事箋ファイル
103 献立ファイル
104 食材成分ファイル
106 食事指示ファイル(食事指定ファイル)
153 成分
154 成分値
167 目標値
172 食品名(食材)
174 可食量(食材の量)
177 患者名(給食受給者)
182 総使用量(使用量)
HG5 食材一括変更画面(食材変更画面)
HG6 メッセージ画面[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a school lunch management system used in hospitals and the like, and more particularly to a school lunch management system capable of easily changing a food included in a menu.
[0002]
In hospitals, a computer-based lunch management system is used to prepare a daily menu so as to satisfy the component value or nutritional value conditions specified for each patient. In hospitals, since it is necessary to create several different menus depending on the patient's medical condition, such as normal meals, soft meals, and various special meals, we are consistently responsible for preparing menus, ordering and managing ingredients, etc. Dietitians are extremely labor intensive. This is why there is a need for a lunch management system with excellent operability that can respond to detailed requirements such as changing the ingredients included in the menu.
[0003]
[Prior art]
In the conventional lunch management system, a menu file storing menu items indicating the ingredients used for the menu and the amount of each of the menu items for each menu, and a meal designation file storing the menu name specified for each meal of the patient And the like, and is configured to total the usage amount of each food material on a daily basis based on the contents of the menu file and the meal designation file.
[0004]
Conventionally, when creating a menu, with the food menu specified and the menu creation screen displayed, take into account as much as possible the component values specified for the specified food, and prepare dishes and ingredients. (Food) and its edible amount are input. In addition, for the prepared menu, it is possible to change the amount of food used for the menu and to add or change the food.
[0005]
For example, to change the usage of a food, the changed usage of the food is input from a keyboard. Further, in order to change the food itself, the food to be changed is deleted, and the changed food name and the used amount are inputted (see Japanese Patent Application Laid-Open No. 60-222963).
[0006]
[Problems to be solved by the invention]
As described above, in the conventional catering management system, it is necessary to input the changed usage amount when changing the food material or the usage amount, and the usage amount after the change is considered by the dietitian who is the operator of the system as the experience. Was determined by Therefore, the management of the component value or the nutritional value after the change is not sufficiently performed depending on the system.
[0007]
In order to manage the changed component values by numerical values, the dietitian himself / herself calculates and confirms the component values based on the changed ingredients and the used amount, and thus the dietitian's labor becomes even greater.
[0008]
Generally, fresh food such as fish fluctuates in price every day.To purchase fresh and low-priced ingredients, it is necessary to understand the market situation at that time and place an order immediately before using the ingredients. preferable. In order to do so, it is necessary that the operability of changing the ingredients in the lunch management system is good, but the operability of the conventional lunch management system is not sufficiently good, so that fresh and low-priced ingredients are timed. It was not easy to order well.
[0009]
Claim 1 to Claim 3 SUMMARY OF THE INVENTION The present invention has been made in view of the above-described problems, and provides a lunch management system that improves operability when changing menu ingredients and can easily order fresh and low-priced ingredients with good timing. The purpose is to:
[0010]
[Means for Solving the Problems]
The system according to the first aspect of the present invention provides, for each menu, ingredients used for the menu. When Of each ingredient Edible amount And the amount of ingredients per the edible amount for each ingredient A menu file storing menu information indicating the menu, and a meal specification file storing meal specification information indicating a menu specified for each meal of the meal recipient, and the contents of the menu file and the meal specification file Based on, is a lunch management system configured to total the consumption of the food in a unit period, For each meal type corresponding to the menu, the type of ingredient, the ingredient value that is the target value of each ingredient, and the promised meal sheet file that stores the importance of each ingredient in association with each other, For each of the ingredients, the ingredients of the ingredients Type as well as Per unit amount Component value Map Food ingredient file to be stored, Indicated in the meal designation information The ingredients used for menu Out of Change Ingredients to be changed as ingredients before change Means to specify, and Before the change Foodstuff After changing the ingredients used instead of the ingredients Means for inputting; With reference to the promised meal sheet file, means for selecting the most important component of the components of the food type corresponding to the menu related to the food before change, and the foodstuff per changeable amount included in the food before change, Means for obtaining a component value that is the target value of the most important component from the menu file as a pre-change component value, and after changing the component value of the most important component contained in the post-change food material per unit amount. Means for obtaining the ingredient value from the food ingredient file, and multiplying the value obtained by dividing the before-change component value by the after-change component value by the unit amount to use the menu indicated in the meal designation information. Ingredients after the change Means for calculating the amount of data stored in the menu file , The menu shown in the meal designation information The menu information Based on the amount of the changed food ingredient calculated by the calculating means Rewriting means.
[0012]
Claim 2 The system according to the invention of the present invention, as a means for specifying the food for change, a food change screen is displayed, in the food change screen, Said Change Appetizer Timber, Said Change After meal It is possible to enter edible amount change ratio information for specifying the edible amount change ratio due to the material and change, The calculating means includes: When the edible amount change ratio information is input, most important Component value for the component of Instead of Based on edible amount change rate information Before After changing the amount of ingredients Calculation It is configured to
[0013]
Claim 3 The system according to the invention of the present invention, when changing the ingredients, The component value as the target value of the most important component and the component value of the most important component of the post-change food material in the amount calculated by the calculating means, which are included in the pre-change ingredients per edible amount. And to When there is a difference equal to or more than a predetermined value, a message indicating the difference is displayed on the screen.
[0014]
As shown in FIG. 4, the menu file 103 includes, for example, a date 161 for executing a menu, 161A for morning, lunch, and evening, a menu name (food type name) 162, a dish name 171, a food name (food name) 172, The edible amount 174 is stored. As shown in FIG. 7, the meal instruction file (meal specification file) 106 stores, for example, a patient name (meal recipient name) 177, a date 161, another day 161A for breakfast, lunch, and evening, and a menu name 162. As shown in FIG. 5, the food ingredient file 104 stores, for example, a food name 172, a disposal rate 176, a component 153, a component value 154, and the like.
[0015]
As a means for designating the ingredients for change, for example, an ingredient batch change screen HG5 is used as shown in FIG. On the food batch change screen HG5, the user inputs a date 161 at which the menu is to be executed, a food name 172 before and after the change, or a code 173. Thereby, the edible amount 174 after the change is automatically calculated. In the calculation, before and after the change, the food name 172 after the change is changed so that the component value 154 for the component 153 set as the most important component in the promised meal note file 102 is closest to each other. The edible amount 174 is determined. The amount obtained by the calculation may be either the edible amount 174 or the used amount.
[0016]
By inputting the edible amount 174 before and after the change on the food batch change screen HG5, edible amount change ratio information is input. In this case, for each menu, the edible amount 174 after the change is determined according to the ratio of the edible amount 174 before the change and the edible amount 174 after the change. The used amount is obtained from the obtained edible amount 174 and the discard rate 176. The contents of the target menu file 103 are rewritten with the changed food name 172, edible amount 174, and component value 154.
[0017]
Based on the contents of the meal instruction file 106 and the menu file 103, the usage amount of ingredients is totaled for each unit period, for example, every day, and a material totaling file 108 as shown in FIG. 9 is created, for example. An order file or order slip is created based on the material totalization file 108, and an order for a material (foodstuff) is made.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a block diagram of a meal management system 1 according to the present invention.
The lunch management system 1 includes a processing device 11, a storage device 12, an input device 13, a printer device 14, a display device 15, a memory 16, and the like.
[0019]
The storage device 12 includes a magnetic disk device or a magneto-optical disk device. In the storage device 12, a food type file 101, a promised meal note file 102, a menu file 103, a food ingredient file 104, a food standard file 105, a meal instruction file 106, a food count total file 107, a material total file 108, and an order file are stored. 109 are stored. The meal instruction file 106 corresponds to the meal specification file of the present invention.
[0020]
The input device 13 includes a keyboard, a mouse, and the like, and inputs data and commands by pressing keys, or selects data and commands by selecting buttons on the screen.
[0021]
The printer device 14 prints an order slip based on the contents of the order file 109, and prints the contents of the menu, particularly the changed contents of the menu, the amount of food used, etc., based on the contents of the menu file 103. Print file contents and messages. The display device 15 displays various menus, file contents, and other various screens for operation or processing, in addition to displaying the food batch change screen HG5 and other screens HG1 to HG4 and HG6.
[0022]
The processing device 11 performs creation and update of each file, execution of various other processes, output to the printer device 14 and the display device 15, and the like, based on an input command from the input device 13.
[0023]
Such a meal management system 1 is realized using, for example, a workstation, a personal computer, or the like. The lunch management system 1 can also be configured by connecting a plurality of computers via a network.
[0024]
FIG. 2 is a diagram showing an example of the food type file 101.
The food type file 101 stores a list of types of meals served in the hospital. It consists of a food type code 151 and a food type name 152 corresponding thereto. The types of food are roughly classified into three types: normal food, soft food, and special food, and there are a plurality of food types corresponding to each type. In the example of FIG. 2, the normal meal includes “normal meal 1” and “normal meal 2”, and the soft meal includes “soft meal 1” and “soft meal 2”. Special diets include “diabetic diet” and “liver disease diet”. If the food type is different, the type of the component, the component value of the component, the nutritional value, and the like are different. The target component value corresponding to each food type is stored in the promised meal note file 102 described below.
[0025]
FIG. 3 is a diagram showing a promised meal note file registration screen HG1 displayed based on the contents of the promised meal note file 102.
The promised meal sheet file 102 stores a target value 167 of a component value to be taken in one day for each food type. As shown in FIG. 3, 47 types of components including “energy”, “moisture”, “protein”, “lipid” and the like are registered as the components 153, and the target component value (target value) for each component is registered. ) 167 is registered. In addition, for each food type, the twelve kinds of the components having higher importance are ranked from the first to the twelfth, and the number of each component is shown in the order of the component value display number 155. Is displayed below the screen HG1.
[0026]
In the example of FIG. 3, the component value 167 for the food type “normal food 1” is displayed. The goal is to obtain “1796” kcal as “energy” and “71.5” g as “protein” when “meal 1” is ingested for all three meals in the morning, lunch, and evening. In addition, “energy” having the number “01” is selected as the most important component 153, and “protein” and “lipid” are selected as the second and third most important components 153. The contents of the promised meal note file 102 can be modified on the promised meal note file registration screen HG1.
[0027]
FIG. 4 is a diagram showing the menu processing screen HG2 displayed based on the contents of the menu file 103.
The menu processing screen HG2 is displayed by selecting "menu processing" on a menu screen HG0 (not shown). On the menu processing screen HG2, the date 161 for executing the menu and 161A for morning, noon, and evening, the menu name (food type name) 162, the menu content 163, and the component value 164 based on the food (food material) used for the menu are displayed. A total 165 of the component values for one meal of the menu, a total 166 of the component values of the day for the menu, and a target value 167 of the component value for the day for the menu are displayed.
[0028]
The food type code 151 and the food type name 152 are displayed as the menu name 162, and the food type name 152 becomes the menu name as it is. That is, in the example of FIG. 4, the contents of the menu with the date 161 "December 01, 2007", the morning, lunch, and evening 161A as "morning" and the menu name 162 as "meal 1" are displayed. As described above, the food type name 152 is also used as the menu name 162 on a specific date.
[0029]
The menu contents 163 are composed of a dish name 171, a food name (foodstuff name) 172, their codes (food abbreviations) 173, and an edible amount 174. These are displayed based on the contents of the menu file 103 and input. The contents are stored in the menu file 103. One or more food names 172 are provided for each dish name 171, and the edible amount 174 is provided for each food name 172. The edible amount 174 is the amount that the patient actually puts in the mouth for the food name 172, and is multiplied by [(100−discard rate) ÷ 100] from the used amount which is the amount before cooking. Is equal to The code 173 is an abbreviation for identifying the dish name 171 and the food name 172. When the code 173 is input, the corresponding dish name 171 or food name 172 is automatically input. Although not shown, a cooking file in which a standard food name 172 and an edible amount 174 are registered for each cooking name 171 is separately prepared. On the right side of the menu processing screen HG2, the component values 164 corresponding to the respective food names 172 are displayed in the order of the component value display numbers 155 based on the contents of the promised meal note file 102 described above. The screen can be scrolled vertically or horizontally.
[0030]
On the menu processing screen HG2, when a dietician prepares a menu, the food name 172 and its edible amount 174 are set so that the total 166 of the component values of the day is as close as possible to the target value 167 of the component value of the day. Is selected.
[0031]
By the way, on the menu processing screen HG2, the food name 172 of the code 173 for "fish" is "white fish (general)", and the specific fish name of the white fish is not described. This is because fresh food has daily price fluctuations, so at the time of preparing a menu, “white fish (general)” must be selected as a dummy, and the specific fish name must be specified when ordering food. It is to be changed to. Another example of fresh food is "fruit (general)". When “white fish (general)” is changed to a specific fish name, these usually have different component values, so the edible amount 174 needs to be changed so that the total component value 166 approaches the target value 167. Occurs. In this change, by inputting the code 173 or the food name 172 before and after the change on the food batch change screen HG described later, so that there is no change in the specific component value before and after the change, The edible amount 174 is automatically calculated and input. Details will be described later.
[0032]
FIGS. 5 and 6 are diagrams showing the food ingredient registration screens HG3 and HG4 displayed based on the contents of the ingredient file 104. FIG.
On the food ingredient registration screens HG3 and HG4, a code (food abbreviation) 173, a food name 172, a disposal rate 176, a component 153, a component value 154, and the like are displayed. The discard rate 176 indicates a rate of discarding foods, dining tables, and the like, out of the amount (use amount) when each food is purchased. The discard rate 176 is set corresponding to the four seasons. The value of the component value 154 is a value per 100 g.
[0033]
The food ingredient registration screen HG3 shown in FIG. 5 is for the food name 172 about “white fish (general)”, and the food ingredient registration screen HG4 shown in FIG. 6 is for the food name 172 about “Karei”. is there. As can be seen by comparing these screens 3 and 4, when the food name 172 is different, the component value 154 is different.
[0034]
The foodstuff standard file 105 is a file that stores the standard for each food name 172 and the price for each standard. After the material totalization file 108 is created, by referring to the foodstuff specification file 105, the product configuration, the ordering party, and the like at the lowest price are determined.
[0035]
FIG. 7 is a diagram showing an example of the contents of the meal instruction file 106.
In the meal instruction file 106, a menu name 162 is stored for each patient name 177 for each date 161 and for each day 161A in the morning, lunch, and evening. The menu name 162 for the patient is determined based on a doctor's instruction.
[0036]
FIG. 8 is a diagram showing an example of the contents of the number of meals totaling file 107.
In the number-of-meals totaling file 107, the number of meals 178 is totaled and stored for each date 161 for each menu name 162 and for each morning and noon and evening 161A. The number of meals 178 of the number-of-meals totaling file 107 is calculated based on the contents of the meal instruction file 106.
[0037]
FIG. 9 is a diagram showing an example of the contents of the material totalization file 108.
The material totaling file 108 totalizes and stores the date 161, morning and afternoon / night 161A, category 181, food name 172, and total usage 182. The total usage amount 182 of the material totalizing file 108 is totalized based on the contents of the number-of-foods totalizing file 107, the menu file 103, and the food ingredient component file 104. That is, the number of meals 178 for the menu name 162 is obtained from the number of meals file 107, the food name 172 for the menu name 162 and the edible amount 174 are obtained from the menu file 103, and the discard rate for the food name 172 is obtained from the ingredient file 104. Since 176 is obtained, the total used amount 182 for each food name 172 is obtained based on these values.
[0038]
An order file 109 is created based on the contents of the material totalization file 108, and an order slip is printed by the printer device 14 based on the order file 109. The ordering slip displays the ordering party, the name of the food, the total used amount, the quantity for each standard, the amount, and the like.
[0039]
Next, the operation and processing when changing the food name 172 in the menu file 103 will be described.
FIG. 10 is a diagram showing a food batch change screen HG5.
[0040]
The food batch change screen HG5 is displayed by selecting "food batch change process" on a menu screen HG0 (not shown). In the food batch change screen HG5, the date 161 on which the menu is actually executed is input as the execution menu date 161H, and the food name 172 or code 173 before and after the change is input as the food name 172H. The designation of the edible amount 174H is optional. When the edible amount 174H is designated, the edible amount 174 before and after the change is input as the edible amount. In this case, for each menu, the edible amount 174 after the change is determined according to the ratio of the edible amount 174 before and after the change that is input. That is, the change ratio of the edible amount 174 is specified by the edible amount 174 before and after the change that is input. The edible amount 174 before and after the change corresponds to the edible amount change ratio information in the present invention.
[0041]
If the edible amount 174H is not input, the edible amount 174 after the change is automatically calculated. In the calculation, before and after the change, the component values 154 corresponding to the component 153 set as the first component value display number 155 as the most important component in the promised meal sheet file 102 become closest to each other. Thus, the edible amount 174 of the food name 172 after the change is obtained. In other words, by setting the most important component to the first of the component value display numbers 155 in the promised meal note file 102, even when the food name 172 is changed, the component value for that component is not changed. The calculation is performed automatically. Therefore, when the food name 172 is changed, the important component values satisfy the condition only by specifying the food name 172 to be changed, so that the operability is excellent.
[0042]
Further, the used amount is obtained from the obtained edible amount 174 and the disposal rate 176. As for the second and subsequent components 153, the component values 154 after the change are obtained. In the food type range 151H, a food type range to be changed is input and specified by the food type code 151. By inputting and executing these items, necessary calculations are performed, and the contents of all the menu files 103 of the target food type codes 151 are changed food names 172, edible amounts 174, and components. It is rewritten by the value 154. At the same time, the contents of the material totalization file 108 are also rewritten.
[0043]
In the example shown in FIG. 10, in the range of all food species codes 151 whose date 161 is “December 01, 2007”, the code 173 is “fish”, that is, the food name 172 is “white fish (general)”, and also “fish”. That is, the edible amount 174 is automatically changed to “Karei”. Then, for example, in the menu processing screen HG2 shown in FIG. 4, for the code 173 of “fish” and the food name 172 of “white fish (general)”, the code 173 is “Kurai” and the food name 172 is “Karei”. The edible amount 174 and the component value 154 are changed as shown on the screen HG2a of FIG. That is, in the menu shown in the menu processing screen HG2, the first component 153 is “energy”, so that “123.90” of the “energy” value before the change becomes the same value after the change, The edible amount 174 is required. Assuming that the edible amount 174 after the change is X,
Figure 0003604226
It becomes. Here, “123.9” is the value of “energy” before change, and “102” is the value of “energy” per 100 g of “Karei” (see FIG. 6).
[0044]
In the material totalizing file 108 shown in FIG. 9, “637.00 g” of “white fish” is changed to “1105.00 g” of “Karei” as shown in FIG. When the material totalization file 108 is changed, an order slip is created based on the changed contents. Therefore, immediately before ordering food, it is easy to change the “white fish (general)” recorded as a dummy to a specific “Karei”, and the component values 154 of each menu before and after the change are substantially changed. Be kept the same.
[0045]
Further, when the food name 172 is changed, if there is a difference of a predetermined amount (for example, ± 20% or more) between the total 166 of the changed component values and the target value 167, the food batch change screen HG5 is displayed. A message screen HG6 is displayed in a window. Also, regarding the edible amount 174, when there is a difference of not less than a predetermined amount (for example, ± 20% or more), a message screen HG6 is displayed as a window on the food batch change screen HG5.
[0046]
FIG. 13 is a diagram showing an example of the message screen HG6.
On the message screen HG6, a food type code 151, a food type name 152, a component 153, a component value 154, and a target value 167 are displayed, together with the message 185, for those having a large difference. Even those that have a large difference before the change are displayed. That is, regardless of whether the change has increased the difference, the change is displayed as a trigger on the message screen HG6 regardless of whether the difference has increased. As for the edible amount, the values before and after the change are compared. The dietitian looks at the message screen HG6 and changes the edible amount 174 and the like in the corresponding menu processing screen HG2 as necessary. In addition, a hard copy of the message screen HG6 can be taken and can be used for preparing the next menu.
[0047]
Next, processing and operations from the menu preparation to the ordering of ingredients by the lunch management system 1 will be described with reference to flowcharts.
FIG. 14 is a flowchart of menu preparation processing, FIG. 15 is a flowchart of food ingredient change processing, and FIG. 16 is a flowchart of order processing.
[0048]
In FIG. 14, the operator inputs a date 161 to be prepared, a date 161 for morning, lunch, and evening, and a food type (food type code 151 or food type name 152) to be prepared (# 11, 12). The processor 11 searches the promised meal prescription file 102 using the food type as a key, and extracts the 12 types of components 153 and the target component value 167 set in the component value display number 155 of the target food type. Then, it is displayed on the menu processing screen HG2 (# 13, # 14).
[0049]
In the menu processing screen HG2, the contents of the menu are input (# 15). In inputting the menu, for example, when a code 173 of a dish is inputted, the contents of the dish are transferred from the dish file and displayed. Therefore, the operator has only to confirm the content and correct it if necessary.
[0050]
The processing device 11 calculates 12 types of component values 154 based on the input menu contents and displays them on the menu processing screen HG2 (# 16). A menu is created by repeating steps # 15 and # 16 (No in # 17). When the menu creation is completed (Yes in # 17), the created menu information is stored in the menu file 103 (# 18).
[0051]
In FIG. 15, the operator inputs a date 161H for performing a menu on the food batch change screen HG5 (# 21), and inputs a food name 172H before and after the change (# 22).
[0052]
The menu in the menu file 103 is sequentially searched for the input date (# 23). When a hit is found by the search (No in # 24, Yes in # 25), the promised meal note file 102 is searched using the hit menu item as a key, and the first component 153 of the component value display number 155 is extracted ( # 26).
[0053]
With respect to the extracted component 153, the component value 154 before the change is searched (# 27), and the edible amount 174 and the used amount after the change are calculated according to the searched component value 154 (# 28). The menu code 173 and the food name 172 are changed (# 29). A total 166 of the component values 154 and the component values of the day for the remaining 11 types of components 153 is calculated (# 30), and these are compared with the component values 167 (# 31). If there is a difference equal to or more than a predetermined value, an alarm display such as the message screen HG6 is performed (# 32).
[0054]
When the instruction to execute the menu change is issued (Yes in # 33), the processing device 11 rewrites the contents of the menu file 103 (# 33), and repeats Step # 23 and the subsequent steps. When the search for all menus has been completed, the process ends (Yes in # 24).
[0055]
In FIG. 16, the processing device 11 totals the number of meals 178 by date, time zone, and menu from meal instruction information registered for each patient in the meal instruction file 106, and creates a meal number aggregation file 107. (# 41). Based on the contents of the number-of-foods totalizing file 107, the menu file 103, and the food ingredient file 104, the total usage amount 182 is totaled, and a material totaling file 108 is created (# 42).
[0056]
When the menu food is changed (Yes in # 43), the number of foods of the changed food is calculated based on the usage amount of one food of the changed food and the number of foods 178 recorded in the total number of foods file 107. The total usage 182 is calculated again (# 44), and the material totalization file 108 is updated (# 45). An order file 109 is created based on the material totalization file 108 (# 46), and an order slip is printed (# 47).
[0057]
According to the lunch management system 1 of the embodiment described above, the operation for changing the food name 172 in the menu is simple, and the change of the food name 172 is extremely easy. Therefore, at the time of preparing a menu, a fictitious one having a standard component value 154 such as “white fish (general)” is selected as a dummy, and the market is ordered at the time of ordering food. It is possible to easily and quickly change the fish name to a specific fish name with a simple operation while observing the situation, so that fresh and low-priced ingredients can be ordered in a timely manner. Since the menu including the corresponding food name 172 can be changed collectively on the food batch change screen HG5, the operation is extremely easy.
[0058]
On the menu processing screen HG2 described above, the used amount may be displayed instead of or together with the edible amount 174. In addition, the configuration of the whole or each part of the lunch management system 1, the configuration of each file, the item, the numerical value, the configuration, the content, the display color, the arrangement, the lexical character, the content of the flowchart, the order of the screen HG, etc. are in accordance with the gist of the present invention. Can be changed as appropriate. INDUSTRIAL APPLICATION This invention can be applied as a lunch management system of various facilities other than a hospital.
[0059]
【The invention's effect】
Claim 1 to Claim 3 According to the invention, the operability at the time of changing the menu food can be improved, and fresh and low-priced food can be easily ordered with good timing.
[0060]
And By setting the most important component in the promised meal sheet file, the calculation is automatically performed so that the component value of the component is not changed even when the food material is changed.
[0061]
Claim 2 According to the invention, by changing the edible amount change ratio information by inputting the edible amount change ratio information, the changed edible amount can be designated in preference to the component value. Which of the above is prioritized is automatically selected, and the operability is excellent.
[0062]
Claim 3 According to the invention, the amount of food and the like can be easily changed based on the message.
[Brief description of the drawings]
FIG. 1 is a block diagram of a meal management system according to the present invention.
FIG. 2 is a diagram illustrating an example of a food type file.
FIG. 3 is a diagram showing a promised meal note file registration screen.
FIG. 4 is a diagram showing a menu processing screen.
FIG. 5 is a diagram showing a food component registration screen.
FIG. 6 is a diagram showing a food component registration screen.
FIG. 7 is a diagram showing an example of the contents of a meal instruction file.
FIG. 8 is a diagram illustrating an example of the contents of a meal count totaling file.
FIG. 9 is a diagram showing an example of the contents of a material totalization file.
FIG. 10 is a diagram showing a food batch change screen.
FIG. 11 is a diagram showing a menu processing screen in which ingredients are changed.
FIG. 12 is a diagram showing an example of the contents of a material totalization file in which ingredients are changed.
FIG. 13 is a diagram illustrating an example of a message screen.
FIG. 14 is a flowchart of menu preparation processing.
FIG. 15 is a flowchart of a food material changing process.
FIG. 16 is a flowchart of an ordering process.
[Explanation of symbols]
1 Lunch management system
11 Processing equipment
12 Storage device
102 Promise Meal File
103 Menu file
104 Food ingredient file
106 Meal instruction file (meal specification file)
153 ingredients
154 component values
167 Target value
172 Food Name (Foodstuff)
174 edible amount (amount of ingredients)
177 Patient name (lunch recipient)
182 total usage (usage)
HG5 Ingredients batch change screen (Foodstuff change screen)
HG6 message screen

Claims (3)

献立毎に当該献立に使用する食材各食材の可食および成分毎の当該可食量当たりの成分量とを示す献立情報を格納する献立ファイルと、給食受給者の各食事に対して指定された献立を示す食事指定情報を格納する食事指定ファイルとを有し、前記献立ファイル及び前記食事指定ファイルの内容に基づいて、単位期間における前記食材の使用量を集計するように構成された給食管理システムであって、
献立に対応する食種毎に、成分の種類、当該各成分の目標値となる成分値、及び当該各成分の重要度を対応付けて格納する約束食事箋ファイルと、
前記食材毎に、当該食材の成分の種類及び単位量当たりの成分値を対応付けて格納する食材成分ファイルと、
前記食事指定情報に示される献立に使用する前記食材のうち変更したい食材を変更前食材として指定する手段と、
指定された前記変更前食材の代わりに使用する食材を変更後食材として入力するための手段と、
前記約束食事箋ファイルを参照して、前記変更前食材に係る献立に対応する食種の成分のうちの最重要の成分を選ぶ手段と、
前記可食量当たりの前記変更前食材に含まれる、前記最重要の成分の前記目標値となる成分値を変更前成分値として前記献立ファイルから求める手段と、
前記単位量当たりの前記変更後食材に含まれる、前記最重要の成分の成分値を変更後成分値として前記食材成分ファイルから求める手段と、
前記変更前成分値を前記変更後成分値で除算して得られる値に前記単位量を乗じることによって、前記食事指定情報に示される献立に使用する前記変更後食材の量を算出する手段と、
前記献立ファイルに格納されている、前記食事指定情報に示される献立の前記献立情報を、前記算出する手段によって算出された前記変更後食材の量に基づいて書き替える手段と、
を有していることを特徴とする給食管理システム。
A menu file for storing the menu information indicating a component of the edible weight per edible weight and each component of the respective ingredients and ingredients used in the menu for each menu, is specified for each meal of the lunch beneficiaries A meal designation file that stores meal designation information indicating menu items, and a meal management system that is configured to total the usage of the ingredients in a unit period based on the contents of the menu designation file and the meal designation file. The system
For each meal type corresponding to the menu, the type of ingredient, the ingredient value that is the target value of each ingredient, and the promised meal sheet file that stores the importance of each ingredient in association with each other,
A food ingredient file storing, for each of the ingredients, a type of ingredient of the ingredient and a component value per unit amount in association with each other ;
Means for designating, as the pre-change ingredients, the ingredients to be changed among the ingredients used for the menu indicated in the meal designation information ,
Means for inputting the ingredients to be used in place of the designated ingredients before change as ingredients after change ,
Means for referring to the promised meal note file and selecting the most important ingredient among ingredients of the food species corresponding to the menu related to the ingredient before change,
Means obtained from the menu file as a component value to be the target value of the most important component, which is included in the pre-change ingredients per edible amount, as the pre-change component value,
Means obtained from the food component file as a component value of the most important component included in the post-change food per unit amount as a post-change component value,
By multiplying the unit amount by a value obtained by dividing the pre-change component value by the post-change component value, means for calculating the amount of the post-change food material used for the menu indicated in the meal designation information ,
Means for rewriting the menu information of the menu indicated in the meal designation information, stored in the menu file, based on the amount of the changed food ingredient calculated by the calculating means;
Lunch management system characterized by having.
前記食材を変更のために指定する手段として、食材変更画面が表示され、
前記食材変更画面において、前記変更前食材、前記変更後食材、及び変更による可食量の変化割合を指定するための可食量変化割合情報を入力することが可能となっており、
前記算出する手段は、前記可食量変化割合情報を入力したときには、前記最重要の成分に対する成分値の代わりに当該可食量変化割合情報に基づいて前記変更後食材の量を算出する、
請求項1記載の給食管理システム。
A food change screen is displayed as a means of designating the food for change,
In the food change screen, the pre-change food material, the change postprandial material, and has become possible to input the edible amount change rate information for specifying a change rate of the edible amount of change,
It said means for calculating, upon receiving the edible weight change ratio information, calculates the amount of pre-Symbol Modified food on the basis of the said edible amount change rate information instead of component values for the most important components,
Claim 1 Symbol placement catering management system.
前記食材を変更したときに、前記可食量当たりの前記変更前食材に含まれる、前記最重要の成分の前記目標値となる成分値と前記算出する手段によって算出された量の前記変更後食材の当該最重要の成分の成分値とに所定値以上の差異がある場合に、その旨を示すメッセージが画面に表示されるように構成されている、
請求項記載の給食管理システム。
When the food material is changed, the food material after the change is included in the food material before the change per edible amount, and the component value to be the target value of the most important component and the food material after the change in the amount calculated by the calculating means. When there is a difference between the component value of the most important component and a predetermined value or more, a message indicating that is displayed on the screen,
The meal management system according to claim 2 .
JP227496A 1996-01-10 1996-01-10 Lunch management system Expired - Lifetime JP3604226B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP227496A JP3604226B2 (en) 1996-01-10 1996-01-10 Lunch management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP227496A JP3604226B2 (en) 1996-01-10 1996-01-10 Lunch management system

Publications (2)

Publication Number Publication Date
JPH09190473A JPH09190473A (en) 1997-07-22
JP3604226B2 true JP3604226B2 (en) 2004-12-22

Family

ID=11524796

Family Applications (1)

Application Number Title Priority Date Filing Date
JP227496A Expired - Lifetime JP3604226B2 (en) 1996-01-10 1996-01-10 Lunch management system

Country Status (1)

Country Link
JP (1) JP3604226B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5875339B2 (en) * 2011-11-18 2016-03-02 富士通エフ・アイ・ピー株式会社 Nutrition management device and nutrition management program
JP5200277B1 (en) * 2011-12-26 2013-06-05 株式会社ユーサイド Ingredient nutrition value calculation server, Ingredient nutrition value calculation system, and Ingredient nutrition value calculation program

Also Published As

Publication number Publication date
JPH09190473A (en) 1997-07-22

Similar Documents

Publication Publication Date Title
US6980999B1 (en) Method and system for providing dietary information
US6381614B1 (en) Recipe database that integrates menus for food preparation of multiple dishes based on skill level
US6953342B2 (en) Computer program, method, and system for monitoring nutrition content of consumables and for facilitating menu planning
US20100198605A1 (en) Method for Structuring Balanced and Varied Meals
US20150079551A1 (en) System for planning meals
US20080300993A1 (en) Computerized method and system for recipe presentation
US20030120506A1 (en) Out-of -hospital cooking management method and system therefor
JP2000099578A (en) Feeding plan system
JP3604226B2 (en) Lunch management system
JP3121500B2 (en) Hospital menu making system and hospital menu making method
JPH07296071A (en) Menu management device
KR101971712B1 (en) A method of goal management for improving nutrition problem based on survey
JP2018185791A (en) Health management support system
JPH1078986A (en) Marketing system
JPS62103764A (en) Pos system
JPH08123857A (en) Electronic menu preparing device
JPH09190471A (en) Meal service control system
JPH09190472A (en) Meal service control system
JP2003141337A (en) Eating habit control system
JP2002041668A (en) Method for supporting person requiring care
JP5875339B2 (en) Nutrition management device and nutrition management program
JPH08202678A (en) Electronic menu generating device
JP4031265B2 (en) Meal management method
JP2001243326A (en) Cooking menu preparation supporting device and recording medium recorded with cooking menu preparation program
JPS638965A (en) Meal menu preparing supporting device

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040928

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040928

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071008

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081008

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081008

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091008

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091008

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101008

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101008

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111008

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111008

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121008

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121008

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131008

Year of fee payment: 9

EXPY Cancellation because of completion of term