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

Abstract

【課題】各患者の症状や実情若しくは嗜好に基づく食事管理及び食事制限のための患者毎のメニュー情報を提供する。
【解決手段】複数の医療機関ネットワークサーバと、複数のレストランネットワークサーバと、複数の患者データ処理装置と、センターサーバと、から構成される食事管理のための情報処理システムであって、前記センターサーバは、前記医療機関ネットワークサーバから提供される、各患者の電子カルテ情報に基づいて作成された食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報記憶手段と、前記複数のレストランネットワークサーバから提供される、種々の食事毎のメニュー情報を格納するメニューデータ記憶手段と、前記食事に使用される各食材の単位量当たりのカロリー数等を記憶する食材データ記憶手段と、を備えて、当該患者の食事制限情報に対応した食事メニュー情報を印刷可能なフォーマットで格納する。
【選択図】図１

Description

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

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

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

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

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

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

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

本発明は、上記目的を達成するべく、双方向情報通信ネットワークを介して互いに接続された、複数の医療機関ネットワークサーバと、複数のレストランネットワークサーバと、複数の患者データ処理装置と、センターサーバと、から構成される食事管理のための情報処理システムであって、前記センターサーバは、前記医療機関ネットワークサーバから提供される、各患者の電子カルテ情報に基づいて作成された食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報記憶手段と、前記複数のレストランネットワークサーバから提供される、種々の食事毎のメニュー情報を格納するメニューデータ記憶手段と、前記食事に使用される各食材の単位量当たりのカロリー数と、各食材に含まれる栄養素及びその分量と、を記憶する食材データ記憶手段と、患者ＩＤ番号毎に、前記食事制限情報、前記メニュー情報、及び前記食材データに基づいて、当該患者の食事制限情報に対応した食事メニュー情報を作成する手段と、前記食事メニュー情報を前記メニュー情報記憶手段内に印刷可能なフォーマットで格納する印刷フォーマットの格納手段と、前記印刷フォーマットを、前記複数のレストランサーバ又は前記複数の患者データ処理装置からのリクエストに応じて前記双方向情報通信ネットワークを介して配信する手段と、を備えたことを特徴とする食事管理のための情報提供システムを提供するものである。

ここで、前記センターサーバは、前記患者データ処理装置から送信された各患者の食事又は食材の好みデータを、嗜好コードとして前記患者ＩＤ番号に対応付けて記憶し、患者ＩＤ番号毎に作成する前記食事メニュー情報を前記嗜好コードに基づいて作成する。

そして、前記食事メニュー情報は、患者毎に複数種類の食事の組み合わせとして作成されるのである。また、前記食事メニュー情報は、当該患者が摂取を避けなければならない特定の栄養素又は食材に関する情報を含む。これにより、例えば、特定の食材に対してアレルギーを有する人や、鉄分やカルシウム等の特定のミネラルの摂取が制限される場合に対応することができる。

また、前記食事メニュー情報は、少なくとも食事の名称、当該食事のカロリー数、当該食事に含まれる１又は複数の特定栄養素の量と、当該食事のレシピ情報と、を含むのである。

これにより、本発明は、生活習慣病や成人病を患う患者やその予備軍の人達、特定の栄養素の摂取を所定量以下に制限する必要がある人、又は肥満を気にする人（患者）のために、患者毎の症状や実情若しくは嗜好に基づいた最適な食事メニュー情報を、食品メーカー等から提供される食材データに基づいて、複数種類の食事の組み合わせとして作成し、これを印字可能なフォーマットの形で、各会員の患者や提携するレストラン等に供給することを実現したのである。

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

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

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

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

また、本センターサーバＡは、製薬会社ネットワークサーバＥ２からは、医薬品データを取得し、さらには、医療機器メーカネットワークサーバＥ３からは、医療機器等に関するアンケート情報を受信し、当該アンケート情報を患者データ処理装置Ｂに送信し、患者データ処理装置Ｂから返信されたアンケート情報の結果を得てこれを編集して当該医療機器メーカネットワークサーバＥ３に供給する提供するように構成されている。

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

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

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

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

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

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

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

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

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

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

図４は、本実施形態に係る情報処理及び情報提供システムのメニュー印刷処理を主体とするシステム構成を示した構成図である。センターサーバＡは、食材情報提供サーバＥ１、製薬会社ネットワークサーバＥ２、及び医療機器メーカネットワークサーバＥ３を介して収集した食品や薬剤、調味料等に関する情報を、情報ネットワークを介して入手し、管理する。

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

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

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

センターサーバＡのセキュリティサーバＡ１は、食材情報提供サーバＥ１、製薬会社ネットワークサーバＥ２、及び医療機器メーカネットワークサーバＥ３と接続されている。

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

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

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

一方、レストランネットワークサーバＤは、システム機能レベルの構成要素として、認証機器Ｄ１と、セキュリティサーバＤ２と、各情報系ＡＰサーバＤ３と、ＰＯＳ端末Ｄ４と、を備える。また、摂取成分の履歴データを記憶するためのデータベースＤＤ１と、患者治療食管理データを記憶するためのデータベースＤＤ２を備える。

レストランネットワークサーバＤのセキュリティサーバＤ２は、前述の情報ネットワークと接続されており、センターサーバＡと通信することができる。

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

一方、レストランネットワークサーバＤには、センターサーバＡから取得した患者治療食履歴データを記憶するためのデータベースＤＤ１２と、トランザクションデータを記憶するデータベースＤＤ３が設置される。この他に、図示は省略するが、前述の認証機器Ｄ１と、セキュリティサーバＤ２と、各情報系ＡＰサーバＤ３、及びＰＯＳ端末Ｄ４とを纏めて収納したサーバ機器が設置される。

レストランネットワークサーバＤを有する施設側からは、患者の所持する携帯電話やＩＣカードを介して、レストランネットワークサーバＤのＰＯＳ端末Ｄ４がセンターサーバＡと接続される。

レストランネットワークサーバＤと、センターサーバＡとの間での相互認証接続がなされた後、センターサーバＡは、患者ＩＤを確認し、前記患者ＩＤをキーとして、データベースＡＤ２３からは当該患者の成分データ、データベースＡＤ１２からは当該患者の治療食履歴データ、及びデータベースＡＤ４からは当該患者のトランザクションデータ（課金データ等）を抽出して、それぞれレストランネットワークサーバＤに送信する。センターサーバＡでは、これらの情報でもってデータベースＤＤ１２の記憶内容を更新する。また、これらの情報にデータベースＤＤ３が記憶するトランザクションデータを併合（マージ）して治療食メニューを作成し、ＰＯＳ端末Ｄ４に表示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、各患者の食事又は食材の好みデータは、嗜好コードとして前記患者ＩＤ番号に対応付けて格納され、患者ＩＤ番号毎に作成する前記食事メニュー情報は、前記嗜好コードと、少なくとも、レストランサーバＤ１、ホテルサーバＤ２、飲食店サーバＤ３から提供される各食事毎のメニュー情報、及び当該食事の食材成分データに基づいて作成される。

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

さらに、この食事メニュー情報は、当該患者が摂取を避けなければならない特定の栄養素又は食材に関する情報を含んでいる。また、このセンターサーバＡには、一般的な家庭料理に係るメニュー情報を格納する一般料理データ記憶手段（図示せず）を有し、前記提供される食事メニュー情報には、当該一般料理データ記憶手段に格納された家庭料理に係るメニュー情報を含むように構成してもよい。

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

ところで、ある患者の食事メニュー情報を要求するレストランサーバＤからのアクセスは、当該患者が所持する磁気カード、ＩＣカード、又はバーコードカード等の患者ＩＤカードを、当該レストランサーバに接続されたＰＯＳシステムに備えられている読取装置が読み取りによって許可するようにしてもよい。また、当該患者が所持する前記双方向情報通信ネットワークに接続可能な携帯通信端末装置又は携帯電話による許可信号の受信によって許可するようにしてもよい。

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

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

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

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

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

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

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

符号の説明

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

Claims (6)

1. 双方向情報通信ネットワークを介して互いに接続された、複数の医療機関ネットワークサーバと、複数のレストランネットワークサーバと、複数の患者データ処理装置と、センターサーバと、から構成される食事管理のための情報処理システムであって、
   前記センターサーバは、
   前記医療機関ネットワークサーバから提供される、各患者の電子カルテ情報に基づいて作成された食事制限情報を各患者の患者ＩＤ番号毎に格納する食事制限情報記憶手段と、
   前記複数のレストランネットワークサーバから提供される、種々の食事毎のメニュー情報を格納するメニューデータ記憶手段と、
   前記食事に使用される各食材の単位量当たりのカロリー数と、各食材に含まれる栄養素及びその分量と、を記憶する食材データ記憶手段と、
   患者ＩＤ番号毎に、前記食事制限情報、前記メニュー情報、及び前記食材データに基づいて、当該患者の食事制限情報に対応した食事メニュー情報を作成する手段と、
   前記食事メニュー情報を前記メニュー情報記憶手段内に印刷可能なフォーマットで格納する印刷フォーマットの格納手段と、
   前記印刷フォーマットを、前記複数のレストランサーバ又は前記複数の患者データ処理装置からのリクエストに応じて前記双方向情報通信ネットワークを介して配信する手段と、
   を備えたことを特徴とする食事管理のための情報提供システム。
2. 前記センターサーバは、前記患者データ処理装置から送信された各患者の食事又は食材の好みデータを、嗜好コードとして前記患者ＩＤ番号に対応付けて記憶することを特徴とする請求項１に記載の情報提供システム。
3. 前記センターサーバは、患者ＩＤ番号毎に作成する前記食事メニュー情報を前記嗜好コードに基づいて作成することを特徴とする請求項２に記載の情報提供システム。
4. 前記食事メニュー情報は、患者毎に複数種類の食事の組み合わせとして作成されることを特徴とする請求項３に記載の情報処理システム。
5. 前記食事メニュー情報は、当該患者が摂取を避けなければならない特定の栄養素又は食材に関する情報を含むことを特徴とする請求項４に記載の情報処理システム。
6. 前記食事メニュー情報は、少なくとも食事の名称、当該食事のカロリー数、当該食事に含まれる１又は複数の特定栄養素の量と、当該食事のレシピ情報と、を含むことを特徴とする請求項１に記載の情報提供システム。

Images