(57)【特許請求の範囲】
【請求項１】
病院の入院患者が飲食店で外食をする場合に、前記飲食店に設置される飲食店サーバと病院に設置される病院サーバとの間で前記入院患者の食事を管理するために実行される食事管理方法であって、
前記飲食店サーバは、
前記入院患者に提示される食事のメニューごとに、使用されている食材情報、および当該メニューに含まれている制限対象成分のメニュー数量情報を含んで構成されたメニュー情報を記憶部に記憶するメニュー情報記憶ステップと、
前記入院患者からメニューの選択を受け付けた場合に、前記記憶部に記憶されているメニュー情報から、当該入院患者により選択されたメニューに対応するメニュー情報を取得し、当該取得されたメニュー情報と当該入院患者を特定するための患者情報とからなる問い合わせ情報を生成して、当該生成された問い合わせ情報を入院患者の食事制限に関する問い合わせとして前記病院サーバに送信する問い合わせ情報送信ステップと、
前記問い合わせ情報送信ステップにより送信された前記問い合わせ情報に対するアドバイス情報を前記病院サーバから受信して前記入院患者に提示するアドバイス情報提示ステップと、
前記入院患者からメニューの決定を受け付けた場合には、当該決定されたメニューに対応するメニュー情報を前記記憶部から読み出し、決定メニュー情報として前記病院サーバに送信する決定メニュー情報送信ステップと、
を有し、
前記病院サーバは、
前記患者情報に対応付けて、一日当たりの制限対象成分の摂取上限数量情報を含んで構成された食事制限情報を記憶部に記憶する食事制限情報記憶ステップと、
前記患者情報に対応付けて、病院食の各献立情報、摂取済の献立を示す摂取済情報、および各献立に含まれる制限対象成分の献立数量情報を含んで構成される病院食情報を記憶部に記憶する病院食情報記憶ステップと、
前記飲食店サーバから受信された前記問い合わせ情報に含まれる前記患者情報をキーとして、前記食事制限情報記憶ステップにより記憶部に記憶されている前記食事制限情報を検索するとともに、前記病院食情報記憶ステップにより記憶部に記憶されている前記病院食情報を検索する情報検索ステップと、
前記情報検索ステップにより検索された前記食事制限情報および前記病院食情報と、前記問い合わせ情報受信ステップにより受信された前記問い合わせ情報とを比較して、摂取済である前記献立数量情報、摂取予定である次食の前記献立数量情報、および当該問い合わせ情報に含まれるメニュー数量情報にそれぞれ含まれている前記制限対象成分の数量の総量が前記摂取上限数量情報を超えている場合には、前記入院患者に食事制限が発生するものと判定して、当該摂取上限数量情報に対する当該総量の制限対象成分の超過量を算出する食事制限判定ステップと、
前記食制限判定ステップにより算出された前記制限対象成分の超過量を含んだアドバイス情報を生成して、当該生成されたアドバイス情報を前記店舗サーバに送信するアドバイス情報送信ステップと、
前記店舗サーバから前記決定メニュー情報を受信した場合には、当該決定メニュー情報に含まれるメニュー、前記食材情報および前記メニュー数量情報を用いて、当該決定メニュー情報の受信時に対応する前記病院食情報の献立情報、前記摂取済情報および前記献立数量情報を上書きして、前記病院食情報を更新する病院食情報更新ステップと、
前記病院食情報更新ステップにより前記病院食情報が更新された場合には、当該病院食情報に含まれている前記制限対象成分の数量の総量が、前記食事制限情報に含まれている前記摂取上限数量情報を超えているか否かを判定した結果、当該制限対象成分の数量の総量が当該摂取上限数量を超えているものと判定された場合には、当該摂取上限数量情報に対する当該総量の制限対象成分の超過量を算出して、前記病院食情報に含まれている次食の前記献立数量情報から当該超過量分だけ減算して調整する数量調整ステップと、
を有することを特徴とする食事管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入院患者等の食事制限対象者に対して適切な食事管理を行うための食事管理方法に関するものであり、特に、食事制限対象者が外食をした場合であっても食事制限を容易に遵守することができる食事管理方法に関するものである。
【０００２】
【従来の技術】
従来より、病院においては、疾患、容態に応じた栄養配分やカロリ等を考慮して入院患者毎に献立が作成され、この献立に基づく病院食が入院患者に供されている。また、ここで、特定疾患の入院患者においては、カロリ、脂分、塩分等の摂取上限や、摂取禁止食品等の食事制限が決められており、かかる食事制限を厳格に遵守することが求められている。
【０００３】
【発明が解決しようとする課題】
ところで、前述したように、病院内において、入院患者（食事制限対象者）は、病院からの病院食を食べることにより、疾患に応じた食事制限を簡単に遵守することができる。
【０００４】
しかしながら、病院側から一時的に外出または外泊が許可された入院患者の場合には、外食のカロリ、塩分、脂分の量を正確に知る機会が極めて少ないため、当該外食が食事制限に抵触するか否かを入院患者側で把握することが難しい。従って、従来では、入院患者が外食した場合には、無意識のうちに食事制限が遵守されないという事態が発生するという問題があった。
【０００５】
ここで、外食を提供する飲食店側で、顧客（入院患者）に食事制限の要否およびその内容をヒアリングした結果に基づいて、外食での食事制限を実施することも考えられるが、病歴の開示等に伴うプライバシの問題により、現実的ではない。
【０００６】
また、理想的に言えば、入院患者が外食した場合には、外食のカロリ、塩分、脂分等を病院側にフィードバックし、過不足分を病院食に反映することが望ましい。しかしながら、従来では、病院と外部の飲食店との間に接点が殆ど無いため、かかるフィードバックの実現が難しい。
【０００７】
本発明は、上記に鑑みてなされたもので、食事制限対象者が外食した場合であっても食事制限を容易に遵守することができる食事管理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明は、病院の入院患者が飲食店で外食をする場合に、前記飲食店に設置される飲食店サーバと病院に設置される病院サーバとの間で前記入院患者の食事を管理するために実行される食事管理方法であって、前記飲食店サーバは、前記入院患者に提示される食事のメニューごとに、使用されている食材情報、および当該メニューに含まれている制限対象成分のメニュー数量情報を含んで構成されたメニュー情報を記憶部に記憶するメニュー情報記憶ステップと、前記入院患者からメニューの選択を受け付けた場合に、前記記憶部に記憶されているメニュー情報から、当該入院患者により選択されたメニューに対応するメニュー情報を取得し、当該取得されたメニュー情報と当該入院患者を特定するための患者情報とからなる問い合わせ情報を生成して、当該生成された問い合わせ情報を入院患者の食事制限に関する問い合わせとして前記病院サーバに送信する問い合わせ情報送信ステップと、前記問い合わせ情報送信ステップにより送信された前記問い合わせ情報に対するアドバイス情報を前記病院サーバから受信して前記入院患者に提示するアドバイス情報提示ステップと、前記入院患者からメニューの決定を受け付けた場合には、当該決定されたメニューに対応するメニュー情報を前記記憶部から読み出し、決定メニュー情報として前記病院サーバに送信する決定メニュー情報送信ステップと、を有し、前記病院サーバは、前記患者情報に対応付けて、一日当たりの制限対象成分の摂取上限数量情報を含んで構成された食事制限情報を記憶部に記憶する食事制限情報記憶ステップと、前記患者情報に対応付けて、病院食の各献立情報、摂取済の献立を示す摂取済情報、および各献立に含まれる制限対象成分の献立数量情報を含んで構成される病院食情報を記憶部に記憶する病院食情報記憶ステップと、前記飲食店サーバから受信された前記問い合わせ情報に含まれる前記患者情報をキーとして、前記食事制限情報記憶ステップにより記憶部に記憶されている前記食事制限情報を検索するとともに、前記病院食情報記憶ステップにより記憶部に記憶されている前記病院食情報を検索する情報検索ステップと、前記情報検索ステップにより検索された前記食事制限情報および前記病院食情報と、前記問い合わせ情報受信ステップにより受信された前記問い合わせ情報とを比較して、摂取済である前記献立数量情報、摂取予定である次食の前記献立数量情報、および当該問い合わせ情報に含まれるメニュー数量情報にそれぞれ含まれている前記制限対象成分の数量の総量が前記摂取上限数量情報を超えている場合には、前記入院患者に食事制限が発生するものと判定して、当該摂取上限数量情報に対する当該総量の制限対象成分の超過量を算出する食事制限判定ステップと、前記食制限判定ステップにより算出された前記制限対象成分の超過量を含んだアドバイス情報を生成して、当該生成されたアドバイス情報を前記店舗サーバに送信するアドバイス情報送信ステップと、前記店舗サーバから前記決定メニュー情報を受信した場合には、当該決定メニュー情報に含まれるメニュー、前記食材情報および前記メニュー数量情報を用いて、当該決定メニュー情報の受信時に対応する前記病院食情報の献立情報、前記摂取済情報および前記献立数量情報を上書きして、前記病院食情報を更新する病院食情報更新ステップと、前記病院食情報更新ステップにより前記病院食情報が更新された場合には、当該病院食情報に含まれている前記制限対象成分の数量の総量が、前記食事制限情報に含まれている前記摂取上限数量情報を超えているか否かを判定した結果、当該制限対象成分の数量の総量が当該摂取上限数量を超えているものと判定された場合には、当該摂取上限数量情報に対する当該総量の制限対象成分の超過量を算出して、前記病院食情報に含まれている次食の前記献立数量情報から当該超過量分だけ減算して調整する数量調整ステップと、を有することを特徴とする。
【０００９】
この発明によれば、利用者特定情報と、飲食店で利用者が選択した外食のメニューに関する外食メニュー情報とを病院サーバへ送信し、利用者の食事制限に関する問い合わせを行い、病院サーバからの問い合わせに対応する回答を利用者に提示することとしたので、食事制限対象者（上記利用者）が外食をした場合であっても食事制限を容易に遵守できる。
【００１０】
また、本発明は、飲食店の利用者を特定する利用者特定情報と前記利用者が前記飲食店で選択した外食のメニューに関する外食メニュー情報とを飲食店サーバから受信する受信手段と、前記飲食店サーバからの、前記利用者の食事制限に関する問い合わせを受け付ける問い合わせ受け付け手段と、前記利用者特定情報および前記外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、前記問い合わせに対応する回答を前記飲食店サーバへ通知する回答通知手段と、を有するシステムにおいて実行される食事管理方法であって、前記システムが、飲食店の利用者を特定する利用者特定情報と前記利用者が前記飲食店で選択した外食のメニューに関する外食メニュー情報とを飲食店サーバから受信する受信ステップと、前記システムが、前記飲食店サーバからの、前記利用者の食事制限に関する問い合わせを受け付ける問い合わせ受け付けステップと、前記システムが、前記利用者特定情報および前記外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、前記問い合わせに対応する回答を前記飲食店サーバへ通知する回答通知ステップと、を含むことを特徴とする。
【００１１】
この発明によれば、飲食店サーバからの、利用者の食事制限に関する問い合わせを受け付け、利用者特定情報および外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、問い合わせに対応する回答を飲食店サーバへ通知することとしたので、食事制限対象者（上記利用者）が外食をした場合であっても食事制限を容易に遵守できる。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明にかかる食事管理方法の一実施の形態について詳細に説明する。
【００１３】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図には、カロリ、塩分等の摂取量が制限されている入院患者（食事制限対象者）が病院外の飲食店で外食した場合であっても病院における食事制限が遵守されるように管理する食事制限管理システムが図示されている。
【００１４】
同図に示した病院サーバ１００は、病院に設けられており、患者の食事制限に関する各種制御を実行するサーバである。この病院サーバ１００において、通信インタフェース１０１は、所定の通信プロトコルに従って、ネットワーク４００を介して、病院外の飲食店に設けられた飲食店サーバ５００との間での通信を制御する。ここで、上記飲食店には、一時外出時や外泊時に当該病院の入院患者が入店する。
【００１５】
制御部１０２は、飲食店サーバ５００からの食事制限に関する問い合わせの受け付けや、飲食店での外食と後述する食事制限情報との比較、食事制限を考慮した場合の飲食店へのアドバイス等に関する制御を行う。この制御部１０２の動作の詳細については、後述する。
【００１６】
記憶部１０３は、例えば、書き込み読み出し可能なＲＡＭ（Random Access Memory）であり、一時的に各種情報を記憶する。入出力インタフェース１０４は、制御部１０２と患者管理装置２００および病院食管理装置３００との間のインタフェースをとる。患者管理装置２００は、患者情報を管理する装置である。病院食管理装置３００は、入院患者に提供される病院食に関する献立、レシピ、食事制限等を管理する装置である。
【００１７】
カルテ情報データベース１１０は、患者に関するカルテ情報（患者名、病名、食事制限）を格納するデータベースである。病院食情報データベース１２０は、入院患者に提供される病院食に関する病院食情報（患者名、摂取日、摂取フラグ、献立（朝、昼、夕）、メニュー、カロリ、脂分、塩分等）を格納するデータベースである。
【００１８】
飲食店サーバ５００は、当該飲食店に入店した入院患者が外食を注文する際に、食事制限に関する問い合わせを病院サーバ１００へ行い、問い合わせの回答に基づいて食事制限が遵守可能なメニューを選択させた後、最終的に決定された外食メニュー情報を病院サーバ１００へフィードバックするサーバである。
【００１９】
この飲食店サーバ５００において、通信インタフェース５０１は、所定の通信プロトコルに従って、ネットワーク４００を介して、病院サーバ１００との間での通信を制御する。制御部５０２は、病院サーバ１００への食事制限に関する問い合わせや、外食のメニューの選択、外食メニュー情報のフィードバック等に関する制御を行う。この制御部５０２の動作の詳細については、後述する。
【００２０】
記憶部５０３は、例えば、書き込み読み出し可能なＲＡＭであり、一時的に各種情報を記憶する。入出力インタフェース５０４は、制御部５０２と注文受付装置６００、表示器８００および厨房指示器９００との間のインタフェースをとる。注文受付装置６００は、飲食店の顧客（上述した入院患者を含む）から外食の注文を受け付ける装置である。また、注文受付装置６００は、診察カード７００から患者情報（図６参照）を読み取るカードリーダ（図示略）を備えている。
【００２１】
表示器８００は、テーブルやレジ等に設けられており、注文受け付け時にメニュー選択画面（図９参照）を表示する。厨房指示器９００は、飲食店の厨房に設けられており、注文されたメニューに関して食事制限を考慮した指示（塩分量の低減や摂取禁止食品）を厨房担当者へ出す機能を備えている。メニュー情報データベース５１０は、飲食店で注文可能な外食のメニューに関するメニュー情報（メニュー名、食材、分量、カロリ、脂分、塩分）を格納するデータベースである。
【００２２】
図２に示したカルテ情報データベース１１０は、「患者名」、「病名」および「食事制限（１日）」というフィールドを備えている。ここで、「食事制限（１日）」は、患者の食事に関するカロリ、脂分、塩分の摂取量（１日あたり）の制限や、特記事項（摂取禁止食品等）に関する食事制限情報である。この食事制限情報は、患者の疾患や容態に応じて、栄養士等により設定される。
【００２３】
図３に示した病院食情報データベース１２０は、「患者名」、「摂取日」、「献立」、「摂取フラグ」、「メニュー」、「カロリ」、「脂分」および「塩分」というフィールドを備えている。
【００２４】
ここで、「摂取日」は、当該入院患者が病院食（外食の場合も有り）を摂取する日付に関する情報である。「献立」は、朝、昼および夕に提供される病院食（外食の場合も有り）の献立のタイトルに関する情報である。「摂取フラグ」は、入院患者が病院食（外食の場合も有り）を摂取したか否かを表すフラグである。
【００２５】
「摂取フラグ」が１の場合には、摂取済みであることを意味している。一方、「摂取フラグ」が０の場合には、未摂取であることを意味している。同図に示した例では、「山田一郎」は、朝食を摂取済みで、昼食および夕食は未摂取である。「メニュー」は、献立の内容である。「カロリ」は、メニュー毎のカロリである。「脂分」は、メニュー毎に含まれる脂分の量である。「塩分」は、メニューに含まれる塩分の量である。
【００２６】
図５に示したメニュー情報データベース５１０は、「メニュー名」、「食材」、「分量」、「カロリ」、「脂分」、「塩分」というフィールドを備えている。「メニュー名」は、飲食店で提供可能な外食のメニューの名称に関する情報である。「食材」は、当該メニューに使用されている材料に関する情報である。「分量」、「カロリ」、「脂分」および「塩分」は、食材毎に設定されている。
【００２７】
図６は、図１に示した診察カード７００に格納された患者情報７０１を示す図である。この患者情報７０１は、患者の氏名に対応する「患者名」の情報、飲食店サーバ５００から病院サーバ１００への問い合わせ情報（図１０参照）の送信先（病院名、電子メールアドレス）に関する「送信先」の情報から構成されている。この患者情報７０１は、注文受付装置６００のカードリーダ（図示略）によりリードされる。
【００２８】
つぎに、一実施の形態の動作について、図７および図８に示したフローチャート、図９〜図１４を参照しつつ詳述する。図７は、図１に示した飲食店サーバ５００の動作を説明するフローチャートである。図８は、図１に示した病院サーバ１００の動作を説明するフローチャートである。
【００２９】
以下では、病院サーバ１００が設置されている病院の入院患者（食事制限対象者）が、一時外出時または外泊時に、飲食店サーバ５００が設置されている飲食店で外食をとる場合について説明する。
【００３０】
具体的には、図３に示した入院患者としての「山田一郎」が「４月１日」の昼食時に病院から外出し、病院食（同図の昼食献立：白飯、味噌汁、マーボー豆腐）に代えて、上記飲食店で外食としての昼食（図４の昼食献立：白飯、ハンバーグ、漬物）をとる場合について説明する。
【００３１】
図７に示したステップＳＡ１では、飲食店サーバ５００の制御部５０２は、注文受付装置６００に診察カード７００が挿入されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００３２】
一方、図８に示したステップＳＢ１では、病院サーバ１００の制御部１０２は、飲食店サーバ５００から問い合わせ情報（例えば、問い合わせ情報１１００（図１０参照））を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００３３】
そして、病院から一時外出が許可された入院患者（山田一郎）が、４月１日の昼食時に飲食店に入店したとすると、山田一郎は、診察カード７００を店員に渡す。店員により、診察カード７００が注文受付装置６００のカードリーダに挿入されると、飲食店サーバ５００の制御部５０２は、図７に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。
【００３４】
ステップＳＡ２では、注文受付装置６００のカードリーダは、診察カード７００から図６に示した患者情報７０１を読み取り、これを制御部５０２へ渡す。ステップＳＡ３では、制御部５０２は、表示器８００に図９に示したメニュー選択画面１０００を表示させ、山田一郎にメニューを選択させる。
【００３５】
このメニュー選択画面１０００には、複数のメニューの中から希望のメニューを選択するためのメニュー選択欄１００１と、病院サーバ１００へ食事制限に関する問い合わせをするための問い合わせボタン１００２と、上記問い合わせの回答としての後述するアドバイス情報を表示するためのアドバイス情報表示欄１００３と、最終的に注文する外食メニューを決定するための決定ボタン１００４とが表示されている。
【００３６】
この場合に、山田一郎により、同図に示したメニュー選択画面１０００のメニュー選択欄１００１で、外食（昼食）のメニューとして、ハンバーグ、白飯、漬物およびアイスクリームが選択された後、問い合わせボタン１００２が押下されたとする。
【００３７】
ステップＳＡ４では、制御部５０２は、上記各メニュー名（ハンバーグ、白飯、漬物およびアイスクリーム）をキーとして、メニュー情報データベース５１０（図５参照）にそれぞれに対応するメニュー情報（食材、分量、カロリ、脂分、塩分）を取得する。
【００３８】
ステップＳＡ５では、制御部５０２は、ステップＳＡ４で取得したメニュー情報を患者名に対応付けて図１０に示した問い合わせ情報１１００を生成する。つぎに、制御部５０２は、図６に示した患者情報７０１から送信先の情報を取得し、問い合わせ情報１１００を上記送信先である病院サーバ１００へ送信する。
【００３９】
この問い合わせ情報１１００は、選択された外食のメニューのカロリ、脂分、塩分という制限対象成分の摂取量が、食事制限の制限値（図２参照）を超えているか否か、および当該メニューに摂取禁止食品が含まれているか否かを、病院サーバ１００に問い合わせるための情報である。
【００４０】
ステップＳＡ６では、制御部５０２は、病院サーバ１００より、上記問い合わせ情報１１００に対する回答であるアドバイス情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００４１】
そして、上記問い合わせ情報１１００が病院サーバ１００に受信されると、病院サーバ１００の制御部１０２は、図８に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、制御部１０２は、問い合わせ情報１１００（図１０参照）に含まれる患者名（山田一郎）をキーとして、図２に示したカルテ情報データベース１１０（カルテ情報）から「山田一郎」に対応する食事制限情報を取得する。
【００４２】
この場合、取得された食事制限情報は、「山田一郎」の１日あたりのカロリの摂取量の制限値（２０００ｋｃａｌ以下）、脂分の摂取量の制限値（７５ｇ以下）、塩分の摂取量の制限値（９ｇ以下）および特記事項にある摂取禁止食品（たまご）に関する情報である。
【００４３】
ステップＳＢ３では、制御部１０２は、ステップＳＢ２で取得した食事制限情報に基づいて、当該患者に食事制限が有るか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ３の判断結果が「Ｎｏ」である場合、制御部１０２は、後述するステップＳＢ１３の処理を実行する。
【００４４】
ステップＳＢ４では、制御部１０２は、図１０に示した問い合わせ情報１１００と、上記摂取禁止食品（たまご）とを比較する。ステップＳＢ５では、制御部１０２は、問い合わせ情報１１００に摂取禁止食品が含まれているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ５の判断結果が「Ｎｏ」である場合、制御部１０２は、後述するステップＳＢ８の処理を実行する。
【００４５】
ステップＳＢ６では、制御部１０２は、図１１（ａ）に示した摂取禁止食品情報１２００（たまご摂取禁止）を記憶部１０３に一時的に記憶させる。ステップＳＢ７では、制御部１０２は、図１０に示した問い合わせ情報１１００から摂取禁止食品（たまご）を除外する。
【００４６】
ステップＳＢ８では、制御部１０２は、患者名（山田一郎）をキーとして、図３に示した病院食情報データベース１２０から本日（４月１日）の病院食情報を取得する。ここで、病院食情報においては、朝食の摂取フラグのみが１であるため、制御部１０２は、問い合わせ情報１１００が昼食に関するものであることを認識する。すなわち、この時点では、山田一郎は、朝食を病院で摂取済みであり、昼食を外食で摂取予定、夕食を病院で摂取予定である。
【００４７】
ステップＳＢ９では、制御部１０２は、制限対象成分（カロリ、脂分、塩分）のうち、まず、カロリについて、問い合わせ情報１１００をチェックする。図１０に示した例では、たまごを除外した外食（昼食）について、ミンチ（３００ｋｃａｌ）、大根おろし（５０ｋｃａｌ）、白飯（４００ｋｃａｌ）、漬物（５０ｋｃａｌ）およびアイスクリーム（２００ｋｃａｌ）のカロリの昼食分を１０００ｋｃａｌとする。
【００４８】
つぎに、制御部１０２は、図３に示した朝食献立（病院食）のカロリ（５００ｋｃａｌ）、昼食（外食）のカロリ（１０００ｋｃａｌ）、図３に示した夕食献立（病院食）のカロリ（７００ｋｃａｌ）の総量を２２００ｋｃａｌとする。
【００４９】
ステップＳＢ１０では、制御部１０２は、成分総量（この場合、カロリ総量：２２００ｋｃａｌ）が、図２に示した山田一郎のカロリ制限値（２０００ｋｃａｌ）を超えているか否かを判断し、この場合、２００ｋｃａｌ超過であるため、判断結果を「Ｙｅｓ」とする。
【００５０】
ステップＳＢ１１では、制御部１０２は、２００ｋｃａｌ超過のカロリに対応する図１１（ｂ）に示した超過成分情報１２１０を記憶部１０３に一時記憶させる。ステップＳＢ１２では、制御部１０２は、制限対象成分（カロリ、脂分、塩分）の全てをチェックしたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００５１】
ステップＳＢ９では、脂分について、問い合わせ情報１１００をチェックする。同図に示した例では、たまごを除外した外食（昼食）について、ミンチ（１０ｇ）、大根おろし（０ｇ）、白飯（１０ｇ）、漬物（０ｇ）およびアイスクリーム（１０ｇ）の脂分の昼食分を３０ｇとする。
【００５２】
つぎに、制御部１０２は、図３に示した朝食献立（病院食）の脂分（１０ｇ）、昼食（外食）の脂分（３０ｇ）、図３に示した夕食献立（病院食）の脂分（２５ｇ）の総量を６５ｇとする。
【００５３】
ステップＳＢ１０では、制御部１０２は、成分総量（この場合、脂分総量：６５ｇ）が、図２に示した山田一郎の脂分制限値（７５ｇ）を超えているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＢ１２では、制御部１０２は、制限対象成分（カロリ、脂分、塩分）の全てをチェックしたか否かを判断し、この場合、塩分が未チェックであるため判断結果を「Ｎｏ」とする。
【００５４】
ステップＳＢ９では、制御部１０２は、制限対象成分（カロリ、脂分、塩分）のうち、最後の塩分について、問い合わせ情報１１００をチェックする。図１０に示した例では、たまごを除外した外食（昼食）について、ミンチ（２ｇ）、大根おろし（０ｇ）、白飯（０ｇ）、漬物（２ｇ）およびアイスクリーム（０）の塩分の昼食分を４ｇとする。
【００５５】
つぎに、制御部１０２は、図３に示した朝食献立（病院食）の塩分（４ｇ）、昼食（外食）の塩分（４ｇ）、図３に示した夕食献立（病院食）の塩分（３ｇ）の総量を１１ｇとする。
【００５６】
ステップＳＢ１０では、制御部１０２は、成分総量（この場合、塩分総量：１１ｇ）が、図２に示した山田一郎の塩分制限値（９ｇ）を超えているか否かを判断し、この場合、２ｇ超過であるため、判断結果を「Ｙｅｓ」とする。
【００５７】
ステップＳＢ１１では、制御部１０２は、２ｇ超過の塩分に対応する図１１（ｃ）に示した超過成分情報１２２０を記憶部１０３に一時記憶させる。ステップＳＢ１２では、制御部１０２は、制限対象成分（カロリ、脂分、塩分）の全てをチェックしたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００５８】
ステップＳＢ１３では、制御部１０２は、記憶部１０３から図１１（ａ）〜（ｃ）に示した摂取禁止食品情報１２００、超過成分情報１２１０および１２２０を読み出し、これらに基づいて、図１２に示したアドバイス情報１３００を生成する。
【００５９】
このアドバイス情報１３００は、患者名、アドバイス（超過成分情報）、病院食フラグから構成されている。アドバイス（超過成分情報）には、カロリが２００ｋｃａｌ超過、たまごが摂取禁止、塩分が２ｇ超過である旨が記述されている。病院食フラグは、当該患者が病院食を摂取しており、入院患者であることを意味（＝１）している。
【００６０】
ステップＳＢ１４では、制御部１０２は、アドバイス情報１３００（図１２参照）を飲食店サーバ５００へ送信する。ステップＳＢ１５では、制御部１０２は、飲食店サーバ５００より、外食メニュー情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。この外食メニュー情報は、上記アドバイス情報１３００に基づいて、最終的に決定された外食のメニューに関する情報である。
【００６１】
そして、アドバイス情報１３００が飲食店サーバ５００に受信されると、飲食店サーバ５００の制御部５０２は、図７に示したステップＳＡ６の判断結果を「Ｙｅｓ」とする。ステップＳＡ７では、制御部５０２は、図１３に示したメニュー選択画面１０００のアドバイス情報表示欄１００３に、アドバイス情報１３００（図１２参照）に含まれるアドバイスを表示する。
【００６２】
これにより、飲食店内の山田一郎は、アドバイスを参考として、カロリ、塩分が超過しないようにメニュー変更等を検討する。例えば、山田一郎は、メニュー選択欄１００１からアイスクリーム（２００ｋｃａｌ）を削除し、２００ｋｃａｌ分を減らす。
【００６３】
ステップＳＡ８では、制御部５０２は、メニュー変更があるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＡ８の判断結果が「Ｎｏ」である場合、後述するステップＳＡ１０の処理が実行される。
【００６４】
ステップＳＡ９では、制御部５０２は、変更後のメニューに関して再問い合わせを病院サーバ１００に行うか否か、具体的には、メニュー変更後に問い合わせボタン１００２が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、制御部５０２は、ステップＳＡ４以降の処理を実行し、変更後のメニューについて再問い合わせを行い、アドバイス情報を受信する。
【００６５】
この再問い合わせにおいて、アイスクリームが削除され、ハンバーグ、白飯および漬物に関する問い合わせ情報が病院サーバ１００へ送信される。そして、前述した動作と同様にして、アドバイス情報が病院サーバ１００から飲食店サーバ５００へ送信される。
【００６６】
この場合のアドバイス情報では、アドバイス情報１３００（図１２参照）に比べて、アイスクリームが削除されているため、カロリ超過分の２００ｋｃａｌ分だけ総カロリが低減し、総カロリが制限値以下となっている。但し、アイスクリームの塩分が０ｇであるため、総塩分が２ｇ超過したままである。
【００６７】
そして、再度のアドバイス情報が飲食店サーバ５００に受信されると、制御部５０２は、メニュー選択画面１０００のアドバイス情報表示欄１００３にアドバイス（塩分２ｇ超過、たまご不可）を表示させる。山田一郎は、再問い合わせを行わず、当該外食メニュー（たまご抜きのハンバーグ、白飯、漬物）を決定するための決定ボタン１００４を押下する。
【００６８】
これにより、制御部５０２は、ステップＳＡ９の判断結果を「Ｎｏ」とする。ステップＳＡ１０では、制御部５０２は、決定された外食メニュー（たまご抜きのハンバーグ、白飯および漬物）の情報を厨房指示器９００に表示させ、メニュー内容を厨房へ通知する。
【００６９】
ステップＳＡ１１では、制御部５０２は、アドバイス情報１３００（図１２参照）の病院食フラグが１であるか否か、すなわち、山田一郎（ユーザ）が入院患者であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＡ１１の判断結果が「Ｎｏ」である場合、ステップＳＡ１の判断を行う。
【００７０】
ステップＳＡ１２では、制御部５０２は、外食メニュー情報を病院サーバ１００へ送信する。この外食メニュー情報は、患者名（山田一郎）、外食メニューとしてのたまご抜きのハンバーグ、白飯および漬物に関する食材、分量、カロリ、脂分および塩分に関する情報である。
【００７１】
そして、外食メニュー情報が病院サーバ１００に受信されると、制御部１０２は、図８に示したステップＳＢ１５の判断結果を「Ｙｅｓ」とする。ステップＳＢ１６では、制御部１０２は、患者名（山田一郎）をキーとして、図３に示した病院食情報データベース１２０の昼食献立のレコードに、外食メニュー情報を上書き格納する。また、昼食献立に対応する摂取フラグが０から１に設定される。
【００７２】
これにより、図４に示したように、病院食情報データベース１２０の昼食献立のレコードには、外食メニュー情報（白飯、ハンバーグ、漬け物、各カロリ、脂分および塩分）が格納される。
【００７３】
ステップＳＢ１７では、制御部１０２は、図４に示した更新後の病院食情報データベース１２０から、山田一郎および４月１日に対応する病院食情報（朝食：病院食、昼食：外食、夕食：病院食）を取得た後、前述したステップＳＢ９〜ステップＳＢ１２と同様にして、制限対象成分の総量をチェックする。この場合には、塩分が２ｇ超過している。
【００７４】
つぎに、制御部１０２は、上記超過分の塩分を未摂取の献立から削減するための病院食の変更をチェックする。この場合、未摂取の献立は、図４に示した夕食献立（白飯、味噌汁、焼き魚）である。従って、夕食献立においては、２ｇの超過塩分を焼き魚から減量すれば、１日の摂取塩分量が制限値以下となる。
【００７５】
ステップＳＢ１８では、制御部１０２は、病院食に変更があるか否かを判断し、この場合、夕食の献立（焼き魚の塩分）に変更があるため、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ１８の判断結果が「Ｎｏ」である場合、ステップＳＢ１の判断が行われる。
【００７６】
ステップＳＢ１９では、制御部１０２は、図１４に示した病院食変更指示画面１４００を病院食管理装置３００の表示部に表示させ、山田一郎の夕食の変更指示を出す。この病院食変更指示画面１４００には、塩分超過量（２ｇ）、昼食（外食）メニュー、夕食の焼き魚での塩分の低減量に関する情報が表示されている。これにより、病院の厨房では、病院食変更指示画面１４００により夕食が調理される。
【００７７】
以上説明したように、一実施の形態によれば、飲食店サーバ５００に関して、飲食店で患者が選択した外食のメニューに関する問い合わせ情報１１００（図１０参照）を病院サーバ１００へ送信し、患者の食事制限に関する問い合わせを行い、病院サーバ１００からの問い合わせに対応する回答としてのアドバイス情報１３００（図１２参照）を患者に提示することとしたので、食事制限対象者（上記患者）が外食をした場合であっても食事制限を容易に遵守できる。
【００７８】
また、一実施の形態によれば、飲食店サーバ５００に関して、ステップＳＡ８（図７参照）で患者に外食メニューの変更を行わせることとしたので、食事制限の範囲内で外食を楽しむことができる。
【００７９】
また、一実施の形態によれば、飲食店サーバ５００に関して、患者により決定された外食メニューに関する外食メニュー情報（ステップＳＡ１２：図７参照）を病院サーバ１００へフィードバックすることとしたので、病院側で外食にて摂取したものを把握することができ、正確に食事制限を管理することができる。
【００８０】
また、一実施の形態によれば、アドバイス情報１３００（図１２参照）を制限対象成分（カロリ、脂分、塩分）の超過量、摂取禁止食品に関する事項であることとしたので、食事制限対象者（上記患者）が外食をした場合であっても正確に食事制限を管理することができる。
【００８１】
また、一実施の形態によれば、飲食店サーバ５００に関して、摂取禁止食品（例えば、たまご）を外食メニュー（例えば、ハンバーグ）から外すように飲食店の厨房へ通知することとしたので、外食で摂取禁止食品を知らずに摂取してしまうという事態を回避することができる。
【００８２】
また、一実施の形態によれば、病院サーバ１００に関して、飲食店サーバ５００からの、患者の食事制限に関する問い合わせを受け付け、問い合わせ情報１１００（図１０参照）に含まれる外食メニューの情報に基づいてカルテ情報データベース１１０および病院食情報データベース１２０から食事制限情報および病院食情報を検索し、問い合わせに対応するアドバイス情報１３００（図１２参照）を飲食店サーバ５００へ通知することとしたので、食事制限対象者（上記患者）が外食をした場合であっても食事制限を容易に遵守できる。
【００８３】
また、一実施の形態によれば、病院サーバ１００に関して、アドバイス情報１３００（図１２参照）に基づいて患者により決定された外食メニューに関する情報を飲食店サーバ５００よりフィードバックされることとしたので、病院側で患者が外食にて摂取したものを把握することができ、正確に食事制限を管理することができる。
【００８４】
また、一実施の形態によれば、病院サーバ１００に関して、患者により決定された外食に関する情報を摂取実績として病院食情報データベース１２０に反映させることとしたので、外食で摂取した制限対象成分の超過量を病院食で減量することも可能であるため、正確に食事制限を管理することができる。
【００８５】
また、一実施の形態によれば、病院サーバ１００に関して、図１４に示したように、病院食変更指示画面１４００で、当該外食（昼食）で摂取量が超過した制限対象成分を、未摂取の病院食（夕食）において減量調整することとしたので、正確に食事制限を管理することができる。
【００８６】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【００８７】
例えば、前述した一実施の形態においては、病院サーバ１００または飲食店サーバ５００の機能を実現するためのプログラムを図１５に示したコンピュータ読み取り可能な記録媒体１６００に記録して、この記録媒体１６００に記録されたプログラムを同図に示したコンピュータ１５００に読み込ませ、実行することにより各機能を実現してもよい。
【００８８】
同図に示したコンピュータ１５００は、上記プログラムを実行するＣＰＵ（Central Processing Unit）１５１０と、キーボード、マウス等の入力装置１５２０と、各種データを記憶するＲＯＭ（Read Only Memory）１５３０と、演算パラメータ等を記憶するＲＡＭ１５４０と、記録媒体１６００からプログラムを読み取る読取装置１５５０と、ディスプレイ、プリンタ等の出力装置１５６０と、装置各部を接続する１５７０とから構成されている。
【００８９】
ＣＰＵ１５１０は、読取装置１５５０を経由して記録媒体１６００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体１６００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
【００９０】
（付記１）飲食店の利用者を特定する利用者特定情報を受け付ける利用者特定情報受付手段と、
前記利用者特定情報と前記利用者が選択した外食のメニューに関する外食メニュー情報とを病院サーバへ送信し、前記利用者の食事制限に関する問い合わせを行う問い合わせ手段と、
前記問い合わせに対応する回答を前記病院サーバから受ける回答受領手段と、
前記回答を前記利用者に提示する回答提示手段と、
を有するシステムにおいて実行される食事管理方法であって、
前記システムが、飲食店の利用者を特定する利用者特定情報を受け付ける利用者特定情報受付ステップと、
前記システムが、前記利用者特定情報と前記利用者が選択した外食のメニューに関する外食メニュー情報とを病院サーバへ送信し、前記利用者の食事制限に関する問い合わせを行う問い合わせステップと、
前記システムが、前記問い合わせに対応する回答を前記病院サーバから受ける回答受領ステップと、
前記システムが、前記回答を前記利用者に提示する回答提示ステップと、
を含むことを特徴とする食事管理方法。
（付記２）前記システムが、前記食事制限がある場合、前記利用者に外食メニューの変更を行わせる外食メニュー変更ステップを含むことを特徴とする付記１に記載の食事管理方法。
（付記３）前記システムが、利用者により決定された外食メニューに関する決定メニュー情報を前記病院サーバへフィードバックするフィードバックステップを含むことを特徴とする付記１または２に記載の食事管理方法。
（付記４）前記回答は、制限対象成分の超過量、摂取禁止食品に関する事項であることを特徴とする付記１〜３のいずれか一つに記載の食事管理方法。
（付記５）前記システムが、前記摂取禁止食品を外食メニューから外すように飲食店の厨房へ通知する通知ステップを含むことを特徴とする付記１〜４のいずれか一つに記載の食事管理方法。
（付記６）コンピュータを用いた食事管理プログラムであって、
飲食店の利用者を特定する利用者特定情報を受け付ける利用者特定情報受付ステップと、
前記利用者特定情報と前記利用者が選択した外食のメニューに関する外食メニュー情報とを病院サーバへ送信し、前記利用者の食事制限に関する問い合わせを行う問い合わせステップと、
前記問い合わせに対応する回答を前記病院サーバから受ける回答受領ステップと、
前記回答を前記利用者に提示する回答提示ステップと、
を前記コンピュータに実行させる食事管理プログラム。
（付記７）飲食店の利用者を特定する利用者特定情報を受け付ける利用者特定情報受付手段と、
前記利用者特定情報と前記利用者が選択した外食のメニューに関する外食メニュー情報とを病院サーバへ送信し、前記利用者の食事制限に関する問い合わせを行う問い合わせ手段と、
前記問い合わせに対応する回答を前記病院サーバから受ける回答受領手段と、
前記回答を前記利用者に提示する回答提示手段と、
を備えたことを特徴とする食事管理装置。
（付記８）飲食店の利用者を特定する利用者特定情報と前記利用者が前記飲食店で選択した外食のメニューに関する外食メニュー情報とを飲食店サーバから受信する受信手段と、
前記飲食店サーバからの、前記利用者の食事制限に関する問い合わせを受け付ける問い合わせ受け付け手段と、
前記利用者特定情報および前記外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、前記問い合わせに対応する回答を前記飲食店サーバへ通知する回答通知手段と、
を有するシステムにおいて実行される食事管理方法であって、
前記システムが、飲食店の利用者を特定する利用者特定情報と前記利用者が前記飲食店で選択した外食のメニューに関する外食メニュー情報とを飲食店サーバから受信する受信ステップと、
前記システムが、前記飲食店サーバからの、前記利用者の食事制限に関する問い合わせを受け付ける問い合わせ受け付けステップと、
前記システムが、前記利用者特定情報および前記外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、前記問い合わせに対応する回答を前記飲食店サーバへ通知する回答通知ステップと、
を含むことを特徴とする食事管理方法。
（付記９）前記回答は、制限対象成分の超過量、摂取禁止食品に関する事項であることを特徴とする付記８に記載の食事管理方法。
（付記１０）前記システムが、前記回答に基づいて利用者により決定された外食メニューに関する決定メニュー情報を前記飲食店サーバよりフィードバックされるフィードバックステップを含むことを特徴とする付記８または９に記載の食事管理方法。
（付記１１）前記システムが、前記決定メニュー情報を摂取実績として前記病院食情報に反映させる反映ステップを備えたことを特徴とする付記１０に記載の食事管理方法。
（付記１２）前記システムが、前記決定メニュー情報に基づいて当該外食で摂取量が超過した制限対象成分を、未摂取の病院食において減量調整する調整ステップを備えたことを特徴とする付記１０または１１に記載の食事管理方法。
（付記１３）コンピュータを用いた食事管理プログラムであって、
飲食店の利用者を特定する利用者特定情報と前記利用者が前記飲食店で選択した外食のメニューに関する外食メニュー情報とを飲食店サーバから受信する受信ステップと、
前記飲食店サーバからの、前記利用者の食事制限に関する問い合わせを受け付ける問い合わせ受け付けステップと、
前記利用者特定情報および前記外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、前記問い合わせに対応する回答を前記飲食店サーバへ通知する回答通知ステップと、
を前記コンピュータに実行させる食事管理プログラム。
（付記１４）飲食店の利用者を特定する利用者特定情報と前記利用者が前記飲食店で選択した外食のメニューに関する外食メニュー情報とを飲食店サーバから受信する受信手段と、
前記飲食店サーバからの、前記利用者の食事制限に関する問い合わせを受け付ける問い合わせ受け付け手段と、
前記利用者特定情報および前記外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、前記問い合わせに対応する回答を前記飲食店サーバへ通知する回答通知手段と、
を備えたことを特徴とする食事管理装置。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、利用者特定情報と、飲食店で利用者が選択した外食のメニューに関する外食メニュー情報とを病院サーバへ送信し、利用者の食事制限に関する問い合わせを行い、病院サーバからの問い合わせに対応する回答を利用者に提示することとしたので、食事制限対象者（上記利用者）が外食をした場合であっても食事制限を容易に遵守できるという効果を奏する。
【００９２】
また、本発明によれば、食事制限がある場合、利用者に外食メニューの変更を行わせることとしたので、食事制限の範囲内で外食を楽しむことができるという効果を奏する。
【００９３】
また、本発明によれば、利用者により決定された外食メニューに関する決定メニュー情報を病院サーバへフィードバックすることとしたので、病院側で外食にて摂取したものを把握することができ、正確に食事制限を管理することができるという効果を奏する。
【００９４】
また、本発明によれば、飲食店サーバからの、利用者の食事制限に関する問い合わせを受け付け、利用者特定情報および外食メニュー情報に基づいてデータベースから病院食情報および食事制限情報を検索し、問い合わせに対応する回答を飲食店サーバへ通知することとしたので、食事制限対象者（上記利用者）が外食をした場合であっても食事制限を容易に遵守できるという効果を奏する。
【００９５】
また、本発明によれば、回答を制限対象成分の超過量、摂取禁止食品に関する事項であることとしたので、食事制限対象者（上記利用者）が外食をした場合であっても正確に食事制限を管理することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】図１に示したカルテ情報データベース１１０のテーブル構造を示す図である。
【図３】図１に示した病院食情報データベース１２０のテーブル構造を示す図である。
【図４】図１に示した病院食情報データベース１２０の更新後のテーブル構造を示す図である。
【図５】図１に示したメニュー情報データベース５１０のテーブル構造を示す図である。
【図６】図１に示した診察カード７００に格納された患者情報７０１を示す図である。
【図７】図１に示した飲食店サーバ５００の動作を説明するフローチャートである。
【図８】図１に示した病院サーバ１００の動作を説明するフローチャートである。
【図９】同一実施の形態におけるメニュー選択画面１０００を示す図である。
【図１０】同一実施の形態における問い合わせ情報１１００を示す図である。
【図１１】同一実施の形態における摂取禁止食品情報１２００および超過成分情報１２１０、１２２０を示す図である。
【図１２】同一実施の形態におけるアドバイス情報１３００を示す図である。
【図１３】同一実施の形態におけるメニュー選択画面１０００を示す図である。
【図１４】同一実施の形態における病院食変更指示画面１４００を示す図である。
【図１５】同一実施の形態の変形例の構成を示すブロック図である。
【符号の説明】
１００  病院サーバ
１０２  制御部
１０３  記憶部
２００  患者管理装置
３００  病院食管理装置
５００  飲食店サーバ
５０２  制御部
５０３  記憶部
６００  注文受付装置
９００  厨房指示器
【図１】
0004031265.tif 000002
【図２】
0004031265.tif 000003
【図３】
0004031265.tif 000004
【図４】
0004031265.tif 000005
【図５】
0004031265.tif 000006
【図６】
0004031265.tif 000007
【図７】
0004031265.tif 000008
【図８】
0004031265.tif 000009
【図９】
0004031265.tif 000010
【図１０】
0004031265.tif 000011
【図１１】
0004031265.tif 000012
【図１２】
0004031265.tif 000013
【図１３】
0004031265.tif 000014
【図１４】
0004031265.tif 000015
【図１５】
0004031265.tif 000016