JP2006040268A - 食事管理のための情報提供システム - Google Patents

Abstract

【課題】患者毎の症状や実情若しくは嗜好に基づいて最適な食事メニューデータを、複数種類の食事の組み合わせとして作成し、当該患者や提携するレストラン等に提供する。
【解決手段】双方向情報通信ネットワークを介して相互に接続された、複数の医療機関ネットワークサーバと、複数のレストランサーバと、複数の患者データ処理装置と、センターサーバとから構成された食事管理のための情報処理システムであって、前記センターサーバは、前記医療機関ネットワークサーバから提供される、各患者の電子カルテ情報に基づいて作成された食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報記憶手段と、患者ＩＤ番号毎に前記食事制限情報に基づいて、当該患者の電子カルテ情報又は食事制限情報に対応した前記複数のレストランにおいて提供される食事メニュー情報を作成する手段と、を備える。
【選択図】図１

Description

本発明は、食事管理のための情報処理及び情報提供システムに関し、特に、摂取カロリー数、特定の栄養素又はミネラル等の摂取が制限されている人（患者）毎の食事管理又は食事制限のためのメニュー情報を提供する情報提供システムに関する。

近年、特に先進各国においては、食事によるカロリー摂取の過多により生活習慣病又は成人病と言われている糖尿病、高脂質による高血圧症が蔓延する事態に至っている。糖尿病の患者数は、日本国内だけでも６５０万人を超えていると言われており、耐糖能障害を患う糖尿病患者の予備軍は人口の１０人に１人、さらにはカロリー摂取の過多による高脂質症又は高血圧症の人は、成人の５人に１人を超えていると言われている。また、肝機能障害や腎機能障害を患う人は、例えば鉄分やカルシウム等の特定のミネラルの摂取が制限される場合がある。また、アレルギーのために、卵等の特定の食材を摂取することができない場合がある。

これらの生活習慣病又は成人病を患う患者やその予備軍の人達は、病院や保健所等での診察や健康診断の結果、日々の食事において摂取するカロリーを制限する必要があったり、特定の栄養素やミネラル分（以下、総称して「栄養素」という）又は食材の摂取を避けたり所定量以下に制限する必要が生じる。

このような食事制限を必要とする人や肥満を気にする人のために、限られたメニューを提供するレストラン・チェーン等においては、提供する食事毎にそのカロリー数をメニュー上に表示する場合が見受けられるようになってきた。

また、大学病院や公的機関が設立する比較的大きな病院内の食堂等では、カルテに基づいて患者毎の症状又は服用する薬の種類や量に応じた食事を提供する場合もある。これは、同一病院内の診療部門と食事提供部門が各患者毎のデータを共有することによって始めて可能である。

しかし、病院に入院はしていないが、カロリー制限や特定の栄養素の摂取を制限する人にとっては、日々の食事において自己管理をせざるを得ない。しかし、これらの食事制限の内容は、その人の身長や体重等の体格や体質、１日の平均運動量、その人が患う高血圧症、高脂質症又は糖尿病の症状の程度等に応じて千差万別であり、例えば、家庭や食事を提供するレストラン、ホテル、食堂等（以下、総称して「レストラン」と言う）において特定の食事の摂取カロリー数が判明していたとしても、食事管理の自己管理は面倒で且つ困難であることから、挫折することが多かった。

このため、本発明は、インターネット等の通信網の発達と、これにアクセスできるパーソナルコンピュータや携帯電話、個人情報を記憶したＩＣカードや磁気カード等の普及、そして病院におけるカルテの電子化（電子カルテの実用化）等の環境が整備されつつある現在の状況下において、生活習慣病や成人病を患う患者やその予備軍の人達、特定の栄養素の摂取を所定量以下に制限する必要がある人、又は肥満を気にする人（本願ではこれらの人々を総称して「患者」という）のために各患者の症状や実情若しくは嗜好に基づく食事管理及び食事制限のための患者毎のメニュー情報を作成すると共に、各患者及び提携するレストランに等に当該メニュー情報を提供する食事制限のための情報提供システムを提供することを目的とする。

本発明は、上記目的を達成するべく、双方向情報通信ネットワークを介して相互に接続された、複数の医療機関ネットワークサーバと、複数のレストランサーバと、複数の患者データ処理装置と、センターサーバとから構成された食事管理のための情報処理システムであって、前記センターサーバは、前記医療機関ネットワークサーバから提供される、各患者の電子カルテ情報に基づいて作成された食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報記憶手段と、患者ＩＤ番号毎に、前記食事制限情報に基づいて、当該患者の電子カルテ情報又は食事制限情報に対応した前記複数のレストランにおいて提供される食事メニュー情報を作成する手段と、前記双方向情報通信ネットワークを介して、前記食事メニュー情報を、前記複数のレストランサーバ及び前記複数の患者データ処理装置に配信する手段と、を備えたことを特徴とする食事管理のための情報提供システムを提供するものである。

前記センターサーバは、さらに、一般的な家庭料理に係るメニュー情報を格納する一般料理データ記憶手段を有し、前記食事メニュー情報には、当該一般料理データ記憶手段に格納された家庭料理に係るメニュー情報が含まれる。

そして、前記センターサーバは、１又は複数の料理学校ネットワークサーバに接続され、前記一般料理データ記憶手段に格納される家庭料理に係るメニュー情報は、当該料理学校ネットワークサーバから受信するのである。これによって、提供できるメニュー情報に、特定のレストランによって提供されるもののみならず、家庭料理のメニュー情報を加えることを可能にしたのである。

ところで、前記医療機関ネットワークサーバから提供される各患者の前記食事制限情報は、各患者の病症の程度、身長や体重等の体格と体質、当該患者に課せられる１日の平均運動量に鑑みて作成されるのである。また、前記センターサーバは、前記患者データ処理装置から送信された各患者の食事又は食材の好みデータを、嗜好コードとして前記患者ＩＤ番号に対応付けて記憶することにより、各患者の嗜好に適合した食事メニューの提供を可能にしたのである。このため、前記センターサーバは、患者ＩＤ番号毎に作成する前記食事メニュー情報を、前記嗜好コードと当該患者の前記食事制限情報とに基づいて作成する。

また、前記食事メニュー情報は、少なくとも食事の名称、当該食事のカロリー数、当該食事に含まれる１又は複数の特定栄養素の量と、当該食事のレシピ情報と、を含むのである。そして、前記食事メニュー情報は、患者毎に複数種類の食事の組み合わせとして作成されるのである。

ところで、肝機能障害や腎機能障害を患う人は、例えば鉄分やカルシウム等の特定のミネラルの摂取が制限される場合があることから、これに対応して、前記食事メニュー情報は、当該患者が摂取を避けなければならない特定の栄養素又は食材に関する情報を含むのである。

尚、前記患者データ処理装置は、前記双方向情報通信ネットワーク（例えば、インターネット）に接続可能なパーソナルコンピュータ、携帯通信端末装置又は携帯電話である。

これにより、本発明は、生活習慣病や成人病を患う患者やその予備軍の人達、特定の栄養素の摂取を所定量以下に制限する必要がある人、又は肥満を気にする人（患者）のために、患者毎の症状や実情若しくは嗜好に適合した最適な食事メニュー情報を、大学等の医療機関等からのカルテ情報又は食事制限情報に基づいて、複数種類の食事の組み合わせとして作成して、患者個人や、本システムと提携するレストラン等に提供することを実現したのである。

図１は、本実施形態に係る情報処理及び情報提供システムの全体構成を示す概観図である。図１に示すように、食事制限のための食事メニュー情報を作成して提供する運用サイトであるセンターサーバ（センターＤＢサーバ）Ａは、インターネットや専用通信回線等の双方向情報通信ネットワークを介して、大学ネットワークサーバＣ１、病院ネットワークサーバＣ２、学会ネットワークサーバＣ３等の複数の医療機関ネットワークサーバと、また、レストランサーバ（ＰＯＳシステム）Ｄ１、ホテルサーバＤ２、又は飲食店サーバＤ３等の複数のレストランサーバと、それぞれ接続されている。

本運用サイトにおけるセンターサーバ（センターＤＢサーバ）Ａは、また、レストランに種々の食材を提供する食品会社等が開設する食材情報提供サーバＥ１、製薬会社ネットワークサーバＥ２、また、医療機器メーカネットワークサーバＥ３に接続されている。

本運用サイトにおけるセンターサーバ（センターＤＢサーバ）Ａは、さらには、複数の患者の患者データ処理装置Ｂと接続されている。この患者データ処理装置Ｂは、双方向情報通信ネットワークに接続可能なパーソナルコンピュータの他、携帯通信端末装置又は携帯電話であってもよい。

これにより、後に詳しく説明するように、本運用サイトにおけるセンターサーバＡは、複数の医療機関ネットワークサーバＣ１、Ｃ２、Ｃ３から各患者の電子カルテ情報又は食事制限情報を取得し、このデータに基づいて患者ＩＤ番号毎に当該患者の電子カルテ情報又は食事制限情報に対応した前記複数のレストランにおいて提供される食事メニュー情報を作成するのである。（さらには、レストランサーバＤ１、ホテルサーバＤ２、飲食店サーバＤ３から各食事毎のメニュー情報を当該食事の食材成分データと共に取得し、食材情報提供サーバＥ１からは各食材の単位量当りのカロリー数および各食材に含まれる栄養素及びその分量とを取得し、これらのデータに基づいて患者ＩＤ番号毎に当該患者の電子カルテ情報又は食事制限情報に対応した前記複数のレストランにおいて提供される食事メニュー情報を作成することも可能である）。

また、センターサーバＡは、料理学校ネットワークサーバ（図示せず）に接続され、一般の家庭料理に係るメニュー情報を取得するようにしてもよい。

尚、センターサーバＡに接続される各種のネットワークサーバＣ、Ｄ、Ｅ、Ｆ及び患者データ処理装置Ｂは、予め登録された会員組織に属するものであり、相互間で交信されるデータや情報は暗号化され、登録されたパスワードの照合をもってアクセス可能なように構成されている。また、医療機関ネットワークサーバＣ１、Ｃ２、Ｃ３から提供される会員患者の電子カルテ情報又は食事制限情報は厳格に管理され、レストランサーバ（ＰＯＳシステム）Ｄ１、ホテルサーバＤ２又は飲食店サーバＤ３等のレストランサーバに提供される際には、後述するように編集加工することにより閲覧制限を設けるようにしている。

図１において使用される双方向通信ネットワークは、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol／イントラネット、インターネット、エキストラネット等の疎結合型の通信ネットワークである。そして、情報提供の形式はＷｅｂサービス等のＥＤＩ関連システムを活用する。本センターサーバ（センターＤＢサーバ）Ａは、ＲＤＢ（Relational
Data Base）若しくはＸＭＬデータベース等の技術により構築される。また、ＪＡＶＡ（登録商標）若しくはＣ言語等によって開発されたアプリケーションを用いて各データベースに格納されたデータをＳＱＬ等で抽出する。そのデータ出力方式は、ＨＴＭＬまたはＸＭＬ等を基準としており、ブラウザを通して閲覧する。

さらに、通信回線は、専用線またはＶＰＮ等のセキュリティを考慮したネットワークシステムにて接続される。

図２は、本実施形態に係る情報処理及び情報提供システムにおけるセンターサーバＡと、ネットワークサーバＣ、Ｄ、Ｅ、Ｆ及び患者データ処理装置Ｂの相互間で交信されるデータ及び情報の内容を記載したものである。相互間の交信データ等の概要は、以下の通りである。
（１）センターサーバＡから患者データ通信装置Ｂ
ａ）患者毎の制限食メニュー情報を表示する。
ｂ）患者個人が夫々のデータ処理装置Ｂを利用して、通信ネットワークシステムを経由して、個人情報または制限食に関するレシピ等関連情報を閲覧する。
（２）患者データ通信装置Ｂから医療機関データサーバＣ
ａ）各種アンケート情報の収集を行う。
ｂ）アンケート情報や関連事項に対する質問を送信する。
（３）センターサーバＡから患者データ通信装置Ｂ
ａ）患者個人別の外食情報を表示する。
ｂ）収集された情報を医療活動に必要な情報に編集して表示する。診療情報や病歴等の患者情報は医療機関内のサーバとマージするようにしてもよい。
（４）医療機関ネットワークサーバＣからセンターサーバＡ
ａ）患者個人別制限食情報を収集する。
ｂ）診療情報中、制限食に関連した個人情報を収集する。また、患者の趣向や各成分の必要摂取量等を取得する。
（５）センターサーバＡからレストランサーバＤ
ａ）患者個人別の制限食メニュー報を表示する。
ｂ）患者個人の制限食に関する情報、食品会社や製薬会社関連企業からの食品情報、調味料情報及び制限食レシピ等の情報を表示する。
（６）レストランサーバＤからセンターサーバＡ
ａ）患者個人別外食情報、使用メニュー及び使用調味料を収集する。
ｂ）レストラン、ホテル、各飲食店等で収集された患者の情報や調味料、食品の採用情報を収集する。
（７）センターサーバＡから食材情報提供サーバＥ１
ａ）制限食メニュー関する調味料や食品など活用状況（人気ランキング等）を表示する。
ｂ）レストランや家庭での食品、調味料の活用状況や制限食に関する新商品のフィールドテストの結果、その他関連情報を表示する。但し、患者の個人情報は表示しない。
（８）食材情報提供サーバＥ１からセンターサーバＡ
ａ）食事メニューに関する調味料や食品など新製品情報を収集する。
ｂ）食品や調味料等の情報提供を行う。新商品のフィールドテスト（アンケート含む）を依頼するようにしてもよい。
（９）食事メニュー情報の印刷データの提供
ａ）患者毎の食事メニュー情報を可変印刷フォーマットデータに編集して印刷して、患者データ処理装置Ｂへ提供する。
ｂ）患者毎の食事メニュー情報を可変印刷フォーマットデータを、医療機関ネットワークサーバＣを介して患者に提供する。
（１０）その他の処理
各患者が所有するＩＤカード（ＩＤカード、磁気カード、バーコードカード、携帯電話等）を活用してレストランやホテル、その他飲食店からセンターサーバＡへ交信する。セキュリティ上、患者のＩＤメディアを通してセンターサーバへ接続する。（ＰＫＩを使用し、レストラン、ホテル、その他飲食店においてＰＯＳ端末、各メディアリーダー、ホストコンピュータを介して接続する）

図３は、本実施形態に係る情報処理及び情報提供システムのメニュー印刷機能を説明する説明図である。図３に示すように、患者データ処理装置ＢからセンターサーバＡに、患者別の制限食属性情報が送信される。

センターサーバＡは、医療機関ネットワークサーバＣから、制限食レシピ情報や、前記患者の制限食属性情報を入手し、この情報を基に各患者別の制限食メニューを作成するが、この制限食メニューを印刷する際には、印刷会社ネットワークサーバＦに、この印刷業務を委託する。

前記患者別制限食属性情報には、患者の氏名、患者の年齢、患者の性別、患者の料理に関する好み、患者に適した食材の種類、及び患者が守るべき摂取カロリー等が含まれている。

センターサーバＡにおいて作成された前記制限食メニューの情報は、医療機関ネットワークサーバＣに送信される。また、前記制限食メニューの情報は、センターサーバＡから直接、若しくは医療機関ネットワークサーバＣを介して、当該患者のデータ処理装置Ｂにも送信されか、若しくは、前記制限食メニューを印刷した印刷物が、当該患者宛に送られる。

以下、本実施形態に係る情報処理及び情報提供システムのシステム構成について説明する。

図４は、本実施形態に係る情報処理及び情報提供システムのメニュー印刷処理を主体とするシステム構成を示した構成図である。センターサーバＡは、医療期間サーバＣ等を介して収集した患者の個人データ、及び制限食に関する食材の栄養素、カロリー、及び料理方法等を含む情報を情報ネットワークを介して入手し、管理する。

また、センターサーバＡは、前記収集した情報に関し、データの加工及びデザイン処理を行って、患者個人に合わせた個別の制限食メニューデータを作成すると共に、収集した患者の個人データ及び制限食関連データを印刷会社ネットワークサーバＦに送信して、制限食メニューの印刷を委託する。これを受けた印刷会社ネットワークサーバＦからは、印刷された制限食メニューの情報がセンターサーバＡに送信される。

図５は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと医療機関ネットワークサーバとの間の接続を含むシステム構成を示した構成図である。図５に示すように、センターサーバＡと、医療機関ネットワークサーバＣとの間は、インターネット網等を含む情報通信ネットワークで接続されている。この情報通信ネットワークは、ＶＰＮ、専用線等のセキュアな接続が可能なネットワークの他、ＳＯＡＰ、ＷＳＤＬ、ＵＤＤＩ等を活用したウェブサービス接続が可能なネットワークで構成される。このネットワークで通信されるデータの構造は、ＸＭＬ形式でＭＭＬ等を基本としている。また、ＲＤＢからのデータ変換が行われることもある。

センターサーバＡは、システム機能レベルの構成要素として、セキュリティサーバＡ１と、認証機器Ａ２と、送受信ストレージサーバＡ３と、を備えて構成される。また、センターサーバＡは、セキュリティサーバＡ１が管轄するＷＷＷサーバＡ１１と、ＤＮＳサーバＡ１２と、ＳＳＬサーバＡ１３と、認証サーバＡ１４と、を備える。さらに、センターサーバＡは、送受信ストレージサーバＡ３が管理するＡＰサーバＡ３１、Ａ３２と、ＤＢサーバＡ３４と、データベースかＡＤ１、ＡＤ２、ＡＤ３、ＡＤ４を備える。

センターサーバＡのセキュリティサーバＡ１は、前述の情報ネットワークと接続されている。

ＷＷＷサーバＡ１１は、公開するウェブページを管理する。ＤＮＳサーバＡ１２は、分散名前管理システム（ＤＮＳ:Domain Name System）に用いられる。ＳＳＬサーバＡ１３は、暗号化通信プロトコルを起動する。認証サーバは、通信相手の認証を行う。これらを管轄するセキュリティサーバＡ１は、後段で、ハードウェア段階の認証を行う認証機器Ａ２を介して送受信ストレージサーバＡ３に接続されており、医療機関ネットワークサーバＣと通信することができる。

送受信ストレージサーバＡ３が管理するＡＰサーバＡ３１は、各アクセスポイント（患者データ処理装置等）からのリクエストに対して、前述の制限食メニューデータ及びレシピデータを提供する。また、ＡＰサーバＡ３１は、各アクセスポイントからのリクエストに対して、患者の履歴データを提供する。さらに、ＤＢサーバＡ３４は、各アクセスポイントからのリクエストに応じて、情報入手に必要なデータベースを検索して必要情報を抽出する。

また、送受信ストレージサーバＡ３が管理するデータベースＡＤ１は患者の個人データを記憶し、データベースＡＤ２は患者治療食の管理データを記憶し、データベースＡＤ３は患者治療食メニュー及びレシピデータを記憶し、データベースＡＤ４はトランザクションファイルデータ（課金データ等、患者毎に一括処理されるべき各種関連ファイルデータ）を記憶する。

医療機関ネットワークサーバＣは、システム機能レベルの構成要素として、送受信ストレージサーバＣ１１と、認証機器Ｃ１２と、セキュリティサーバＣ１３と、各情報系ＡＰサーバＶＣ４を備える。また、送受信ストレージサーバＣ１１が管理するデータベースＣＤ１は患者のカルテデータを記憶し、データベースＣＤ２は患者の治療食の摂取成分管理データを記憶する。

医療機関ネットワークサーバＣのセキュリティサーバＣ１３は、前述の情報ネットワークと接続されており、センターサーバＡと通信することができる。

図６は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと医療機関ネットワークサーバとの間で交換されるデータとその流れを示した説明図である。図６に示すように、センターサーバＡには、前述のトランザクションデータを記憶するデータベースＡＤ４の他、前述のデータベースＡＤ１とデータベースＡＤ２の記憶内容（患者抽出データ）を記憶するデータベースＡＤ１２が設置され、さらに、前述のデータベースＡＤ２とデータベースＡＤ３の記憶内容（患者治療食履歴データ）を記憶するデータベースＡＤ２３が設置される。

一方、医療機関ネットワークサーバＣには、前述のデータベースＣＤ１（患者カルテデータ）と、データベースＣＤ２（治療食の摂取成分データ）とが設置される。

医療機関ネットワークサーバＣのデータベースＣＤ１（患者カルテデータ）及びデータベースＣＤ２（治療食摂取成分データ）の記憶内容は、医療機関ネットワークサーバＣとセンターサーバＡとの間での相互認証接続がなされた後で、センターサーバＡに送出され、データベースＡＤ１２（患者抽出データ）及びデータベースＡＤ４（トランザクションデータ）に、蓄積される。また、センターサーバＡのデータベースＡＤ２３の記憶内容は、センターサーバＡと医療機関ネットワークサーバＣとの相互認証接続がなされた後で、医療機関ネットワークサーバＣに送出され、データベースＣＤ１を更新する。

図７は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと患者データ処理装置との間の接続を含むシステム構成を示した構成図である。図７に示すように、患者データ処理装置Ｂには、少なくともクライアントＰＣ（Ｂ１）と、前述の情報ネットワート（但し、インターネット網主体）との接続を行う接続装置Ｂ２とが設置されるものとする。センターサーバＡのシステム構成については前述のとおりである（図５参照）。

図８は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと患者データ処理装置との間で交換されるデータとその流れを示した説明図である。図８に示すように、少なくとも前述のクライアントＰＣ（Ｂ１）及び接続装置Ｂ２を有する端末装置Ｂ１２（ＩＣカード各種モバイル端末、ＰＣ等）と、センターサーバＡとの間は、インターネット網を利用した認証接続が行われる。この認証の後、両者間でデータが交換される。

患者は、自宅等から、端末装置Ｂ１２を介して、センターサーバＡとの間で前述の認証接続を行い、センターサーバＡにアクセスする。この接続の後、患者は、患者個人に必要な治療食のレシピをセンターサーバＡから受信し、端末装置Ｂ１２上で閲覧することができる。また、患者は、自己の履歴データをセンターサーバＡに送信し、前述のデータベースＡＤ２３（患者治療食履歴データ）に記録させる。

センターサーバＡでは、前述のデータベースＡＤ４（トランザクションデータ）と、前述のデータベースＡＤ２３（患者治療食履歴データ）とを、データベースＡＤ３（治療食レシピデータ）として集約し、メンバー向けのウェブ情報（ウェブページ情報）としてＷＷＷサーバＡ１１を介してメンバーに公開する。

前記患者が課金対象である場合には、前述のデータベースＡＤ４（トランザクションデータ）に課金データが記録される。

図９は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと印刷会社ネットワークサーバとの間の接続を含むシステム構成を示した構成図である。図９に示すように、印刷会社ネットワークサーバＦは、各情報系ＡＰサーバＦ１と、プリンタサーバＦ２と、デジタルプリンタＦ３と、認証機器Ｆ４と、セキュリティサーバＦ５と、を備えて構成される。

センターサーバＡのシステム構成については前述のとおりである（図５参照）。

印刷会社ネットワークサーバＦとセンターサーバＡとの間で利用できる情報ネットワークの接続態様は、ＳＳＬ（相互認証）によるインターネット網への回線接続が主体である。しかし、環境が整備されれば、ＶＰＮ、専用線等のセキュアな接続、及びＳＯＡＰ、ＷＳＤＬ、ＵＤＤＩ等を活用したウェブサービス接続等が可能である。また、ＲＤＢからのデータ変換を行うことも可能である。

図１０は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと印刷会社ネットワークサーバとの間で交換されるデータとその流れを示した説明図である。図１０に示すセンターサーバＡと印刷会社ネットワークサーバＦとの間では、事前に、治療食メニューの印刷を委託することに関する契約がなされている。よって、同図に示すように、印刷会社ネットワークサーバＦから、センターサーバＡに対する回線接続がなされ、プリントデータが要求される。

これを受信したセンターサーバＡでは、前記プリントデータの要求を確認した後、この要求に対応したプリント用のジョブデータを生成する。この生成に際しては、前述のデータベースＡＤ４（トランザクションデータ）及びデータベースＡＤ２３（患者治療食履歴データ）を基にして作成されたデータを記憶するデータベース３０から、患者別成分データが抽出されて参照される。

プリント用のジョブデータが生成されると、治療食メニュープリント用データとしてデータベースＡＤ５に一旦記憶され、さらに、この治療食メニュープリント用データが、印刷会社ネットワークサーバＦに送信される。印刷会社ネットワークサーバＦでは、この治療食メニュープリント用データを受信し、このデータ、及びデータベースＦＤ１（トランザクションデータ）の記憶内容を基に、治療食メニューを印刷し、必要に応じて加工する。

図１１は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと一般ユーザのデータ処理装置との間の接続を含むシステム構成を示した構成図である。図１１に示すように、一般ユーザ（患者とは限らない潜在的な顧客）のデータ処理装置Ｂ’には、少なくともクライアントＰＣ（Ｂ’１）と、前述の情報ネットワート（但し、インターネット網主体）との接続を行う接続装置Ｂ’２とが設置されるものとする。センターサーバＡのシステム構成については前述のとおりである（図５参照）。

図１２は、本実施形態に係る情報処理及び情報提供システムのセンターサーバと一般ユーザのデータ処理装置との間で交換されるデータとその流れを示した説明図である。図１２に示すように、少なくとも前述のクライアントＰＣ（Ｂ’１）及び接続装置Ｂ’２を有する端末装置Ｂ’１２（ＩＣカード各種モバイル端末、ＰＣ等）と、センターサーバＡとの間は、インターネット網を利用した認証接続が行われる。この認証の後、両者間でデータが交換される。

一般ユーザは、自宅等から、端末装置Ｂ’１２を介して、センターサーバＡとの間で前述の認証接続を行い、センターサーバＡにアクセスする。この接続の後、この一般ユーザは、治療食や新しいレシピ等に関する自己の知見等を示したデータを、センターサーバＡに送信し、データベースＡＤ６（ユーザ公開データ）及びデータベースＡＤ２３（履歴データ）に記憶させることができる。センターサーバＡは、このデータをプログ等のユーザ個人ウェブページ上に公開する。また、センターサーバＡは、このデータの内、特に患者等に対して有益な情報は、事前に前記一般ユーザの承認を得た上で、集計・加工処理を施し、センターサーバＡが管理するプログ等の治療食公式サイト上で公開する。

図１３は、本実施形態に係る情報処理及び情報提供システムにおけるセンターサーバの具体的なハードウェア構成例をブロック図で示すものである。図１３において、センターサーバＡは、ＩＳＤＮ（デジタル固定通信網１Ａ）に接続するためのデジタル終端装置／ＤＳＵ）や、侵入防止用のファイアウォールアプリケーションを実装した図示しないルータなどを装備した回線接続装置１０と、インターネット上での通信処理を実行するためのウェブサーバ１１とが設けられている。

さらに、本センターサーバＡは、ＦＴＰ（File Transfer Protocol）ファイル転送用のＦＴＰサーバ１２、及び分散名前管理システム（ＤＮＳ:Domain Name
System）用のＤＮＳサーバ１３とともに、ＳＳＬサーバ（ＳＳＬ:Secure Sockets Layer）１４が設けられている。このＳＳＬサーバ１４は、各種のデータや情報の提供におけるデータ転送用の暗号化通信プロトコルの起動用である。また、このセンターサーバＡには、データベース（Ｄ／Ｂ）装置制御用のＤ／Ｂサーバ１５とともに、外部ＬＡＮを収容するインタフェース（Ｉ／Ｆ）回路１６が設けられている。

さらに、運営サイト通信装置４には、これらの各部を制御するための制御サーバ１７が設けられており、この制御サーバ１７には、各種データ処理を実行するためのプログラムをＣＤ−ＲＯＭなどから読み出してインストールするための図示しないドライブ装置を備えている。

そして、センターサーバＡには、各種のデータを格納する以下のような複数のデータベースが設けられている。
（１）医療機関ネットワークサーバＣから提供される各患者の電子カルテ情報又は食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報Ｄ／Ｂ１８。ここで、この医療機関ネットワークサーバＣから提供される各患者の食事制限情報は、各患者の病症の程度、身長や体重等の体格と体質、当該患者に課せられる１日の平均運動量に鑑みて作成されている。
（２）レストランサーバＤから提供される各食事毎のメニュー情報を、当該食事の食材成分データと共に格納するメニューデータＤ／Ｂ１９。
（３）食材情報提供サーバＥ１から提供される各食材の単位量当りのカロリー数と、各食材に含まれる複数の栄養素及びその分量とを記憶する食材データ記憶手段２０。
（４）患者ＩＤ番号毎の食事メニュー情報を格納するメニュー情報Ｄ／Ｂ２１。

ここで、各患者の食事又は食材の好みデータは、嗜好コードとして前記患者ＩＤ番号に対応付けて格納され、患者ＩＤ番号毎に作成する前記食事メニュー情報は、前記嗜好コードと、少なくとも医療機関サーバＡからの制限食レシピ情報及び患者の制限食属性情報に基づいて作成されている。

そして、この食事メニュー情報は、少なくとも食事の名称、当該食事のカロリー数、当該食事に含まれる１又は複数の特定栄養素の量と、当該食事のレシピ情報とを含む。さらに、この食事メニュー情報は、各患者毎に複数種類の食事の組み合わせとして作成され格納されているのである。

さらに、この食事メニュー情報は、当該患者が摂取を避けなければならない特定の栄養素又は食材に関する情報を含んでいる。

また、このセンターサーバＡには、一般的な家庭料理に係るメニュー情報を格納する一般料理データ記憶手段（図示せず）を有し、前記提供される食事メニュー情報には、当該一般料理データ記憶手段に格納された家庭料理に係るメニュー情報を含むように構成してもよい。

図１４は、上記したメニュー情報記憶手段２１に格納されている患者毎の食事メニュー情報にアクセスするための検索画面（制限食メニュー検索画面）の例を示す。通信ネットワークを経由して本センターサーバにアクセスすると、図１４（ａ）に示す「制限食メニュー検索画面」が表れるので、画面表示に従って必要なデータを入力する。この場合、アクセス者は、予め登録されているＩＤ番号（会員番号）を入力すると、図１４（ｂ）に示すような「パスワードの入力画面」が表れるので、予め登録されているパスワードを入力することによって、メニュー情報記憶手段２１に格納されている患者毎の食事メニュー情報を取得することができることとなる。

図１５は、会員の医療機関関係者が閲覧できる制限食個人情報の例を示す。
医療機関関係者が閲覧する制限食個人情報は医療行為を行うことを目的としており、病院内で管理されている電子カルテ情報を取り込むことができる。また、患者の外食履歴情報を閲覧することができる。

図１６は、会員のレストラン関係者が閲覧できる制限食個人情報の例を示す。会員のレストラン関係者が閲覧する個人情報は、患者個人の制限食に対して外食が問題なく行えるよう支援する目的がある。個人情報保護の観点から住所等、個人のプライバシーに関する情報に対して閲覧制限をかけている。主に患者個人の氏名、カロリー制限量などの制限食メニューに関する情報と嗜好である。

図１７は、会員の食品会社関係者又は製薬会社関係者が閲覧できる制限食個人情報の例を示す。会員の食品会社関係者が閲覧できる制限食個人情報は、統計または分析された定量情報や定性情報などのマーケティングに関する情報で、患者個人のプライバシーに関する情報には閲覧制限がかかっている。

図１８乃至２１は、患者ＩＤ番号毎に作成された食事メニュー情報を印刷出力した実際のメニューの例を示す。

図１８は、患者毎に複数種類の食事の組み合わせとして作成される場合の表紙の例を示す。この表紙には、患者名と、当該患者が特に摂取を制限しなければならない栄養素又はミネラルとして「鉄分」を特定し、「鉄摂取制限食メニュー」として作成した例である。

図１９、図２０及び図２１は、複数種類の食事の組み合わせに係る個別のメニューの記載例であって、ここには、当該メニュー食のカロリー数、鉄分含有量、たんぱく質含有量、脂肪含有量と共に、当該メニュー食を料理するための食材とその必要量及びレシピが、図面入りで表示されている。

本発明は、食事管理のための情報処理システムに関し、特に、一日の摂取カロリー数、特定の栄養素等の摂取が制限されている人（患者）毎の食事メニュー情報を提供する情報処理及び情報提供装置に関するものであり、産業上の利用可能性を有する。

本実施形態に係る情報処理及び情報提供システムの全体構成を示す概観図である。 本実施形態に係る情報処理及び情報提供システムにおけるセンターサーバと、ネットワークサーバＣ、Ｄ、Ｅ、Ｆ及び患者データ処理装置Ｂの相互間で交信されるデータ及び情報の内容を記載したものである。 本実施形態に係る情報処理及び情報提供システムのメニュー印刷機能を説明する説明図である。 本実施形態に係る情報処理及び情報提供システムのメニュー印刷処理を主体とするシステム構成を示した構成図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと医療機関ネットワークサーバとの間の接続を含むシステム構成を示した構成図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと医療機関ネットワークサーバとの間で交換されるデータとその流れを示した説明図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと患者データ処理装置との間の接続を含むシステム構成を示した構成図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと患者データ処理装置との間で交換されるデータとその流れを示した説明図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと印刷会社ネットワークサーバとの間の接続を含むシステム構成を示した構成図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと印刷会社ネットワークサーバとの間で交換されるデータとその流れを示した説明図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと一般ユーザのデータ処理装置との間の接続を含むシステム構成を示した構成図である。 本実施形態に係る情報処理及び情報提供システムのセンターサーバと一般ユーザのデータ処理装置との間で交換されるデータとその流れを示した説明図である。 本実施形態に係る情報処理及び情報提供システムにおけるセンターサーバの具体的なハードウェア構成例をブロック図で示すものである。 メニュー情報記憶手段に格納されている患者毎の食事メニュー情報にアクセスするための検索画面（制限食メニュー検索画面）の例を示す。 会員の医療機関関係者が閲覧できる制限食個人情報の例を示す。 会員のレストラン関係者が閲覧できる制限食個人情報の例を示す。 会員の食品会社関係者又は製薬会社関係者が閲覧できる制限食個人情報の例を示す。 患者毎に複数種類の食事の組み合わせとして作成される場合の表紙の例を示す。 本システムにおいて印字出力された食事メニューの第１の例を示す。 本システムにおいて印字出力された食事メニューの第２の例を示す。 本システムにおいて印字出力された食事メニューの第３の例を示す。

符号の説明

Ａ：センターサーバ（センターＤＢサーバ）
Ｂ：患者データ処理装置
Ｃ：医療機関ネットワークサーバ
Ｄ：レストランネットワークサーバ
Ｅ１：食材情報提供サーバ（食品会社ネットワークサーバ）
Ｅ２：製薬会社ネットワークサーバ
Ｅ３：医療機器メーカネットワークサーバ
Ｆ：印刷会社ネットワークサーバ
１０：回線接続装置
１１：Ｗｅｂサーバ
１２：ＦＴＰサーバ
１３：ＤＮＳサーバ
１４：ＳＳＬサーバ
１５：Ｄ／Ｂサーバ
１６：Ｉ／Ｆ部
１７：制御サーバ
１８：食事制限情報Ｄ／Ｂ（食事制限情報記憶手段）
１９：メニューデータＤ／Ｂ（メニューデータ記憶手段）
２０：食材データＤ／Ｂ（食材データ記憶手段）
２１：メニュー情報Ｄ／Ｂ（メニュー情報記憶手段）

Claims (10)

1. 双方向情報通信ネットワークを介して相互に接続された、複数の医療機関ネットワークサーバと、複数のレストランサーバと、複数の患者データ処理装置と、センターサーバとから構成された食事管理のための情報処理システムであって、
   前記センターサーバは、
   前記医療機関ネットワークサーバから提供される、各患者の電子カルテ情報に基づいて作成された食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報記憶手段と、
   患者ＩＤ番号毎に、前記食事制限情報に基づいて、当該患者の電子カルテ情報又は食事制限情報に対応した前記複数のレストランにおいて提供される食事メニュー情報を作成する手段と、
   前記双方向情報通信ネットワークを介して、前記食事メニュー情報を、前記複数のレストランサーバ及び前記複数の患者データ処理装置に配信する手段と、
   を備えたことを特徴とする食事管理のための情報提供システム。
2. 前記センターサーバは、さらに、一般的な家庭料理に係るメニュー情報を格納する一般料理データ記憶手段を有し、前記食事メニュー情報には、当該一般料理データ記憶手段に格納された家庭料理に係るメニュー情報が含まれることを特徴とする請求項１に記載の情報提供システム。
3. 前記センターサーバは、１又は複数の料理学校ネットワークサーバに接続され、前記一般料理データ記憶手段に格納される家庭料理に係るメニュー情報は、当該１又は複数の料理学校ネットワークサーバから受信することを特徴とする請求項２に記載の情報提供システム。
4. 前記医療機関ネットワークサーバから提供される各患者の前記食事制限情報は、各患者の病症の程度、身長や体重等の体格と体質、当該患者に課せられる１日の平均運動量に鑑みて作成されることを特徴とする請求項１に記載の情報提供システム。
5. 前記センターサーバは、前記患者データ処理装置から送信された各患者の食事又は食材の好みデータを、嗜好コードとして前記患者ＩＤ番号に対応付けて記憶することを特徴とする請求項１に記載の情報提供システム。
6. 前記センターサーバは、患者ＩＤ番号毎に作成する前記食事メニュー情報を、前記嗜好コードと当該患者の前記食事制限情報とに基づいて作成することを特徴とする請求項５に記載の情報提供システム。
7. 前記食事メニュー情報は、少なくとも食事の名称、当該食事のカロリー数、当該食事に含まれる１又は複数の特定栄養素の量と、当該食事のレシピ情報と、を含むことを特徴とする請求項１に記載の情報提供システム。
8. 前記食事メニュー情報は、患者毎に複数種類の食事の組み合わせとして作成されることを特徴とする請求項７に記載の情報提供システム。
9. 前記食事メニュー情報は、当該患者が摂取を避けなければならない特定の栄養素又は食材に関する情報を含むことを特徴とする請求項７に記載の情報提供システム。
10. 前記患者データ処理装置は、前記双方向情報通信ネットワークに接続可能なパーソナルコンピュータ、携帯通信端末装置又は携帯電話である請求項１に記載の情報提供システム。

Images