(57)【要約】【課題】  本発明の課題は、商品の購入可否を簡単に判断できることを目的とする。【解決手段】  上記課題は、読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する処理をコンピュータが行う購入判断支援方法により達成される。【選択図】  図３
2017091325.tif 000002
【特許請求の範囲】
【請求項１】
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、
前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータが行う購入判断支援方法。
【請求項２】
前記商品に前記摂取制限成分が含まれていることを示す情報は、更に、前記商品の購入不可を示すことを特徴とした請求項１記載の購入判断支援方法。
【請求項３】
前記来店客は、患者であり、
前記コンピュータは、更に、
前記記憶部を参照することで前記第１識別情報に基づいて得られる、前記患者の医師のメールアドレスに、該患者が前記摂取制限成分を含む商品を購入しようとした旨の電子メールを送信する
処理を行う請求項１又は２記載の購入判断支援方法。
【請求項４】
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、
前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータに実行させる購入判断支援プログラム。
【請求項５】
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定する特定部と、
前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定する判定部と、
前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する出力部と
を有する情報処理装置。
【請求項６】
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を通信インタフェースから受信すると、記憶部から該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品の第２識別情報を前記通信インタフェースから受信すると、前記記憶部から該第２識別情報に対応付けられた該商品に含まれる１以上の成分を示す商品成分情報を取得し、
前記記憶部を参照することで、前記摂取制限成分が前記商品成分情報で示され、かつ、該摂取制限成分に対して摂取可能を確認した確認日が存在しない場合に、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータが行う購入判断支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、購入判断支援方法、購入判断支援プログラム、及び情報処理装置に関する。
【背景技術】
【０００２】
近年、販売される食品等には、含まれるアレルギー物質を表示するようになってきている。しかしながら、現状においては、食物アレルギー症状を引き起こすことが高い特定成分が表示される程度である。患者によっては、特定成分以外の物質がアレルゲンである場合もある。購入する商品毎に、患者が注意すべき成分を確認するのは煩わしいといった問題もある。
【０００３】
顧客が所持するＩＣカードからアレルゲン情報を読み取り、また、各商品の電子タグから原材料情報を読み取って、アレルゲン情報と原材料情報とから、アレルゲン物質を含む商品を適切に抽出する技術等が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３０２０７６号公報
【特許文献２】特開２００２−０６３２７３号公報
【特許文献３】特開２００２−０２４３９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
アレルゲン物質によって症状が重篤になる患者、又は、家族が、病院内等の売店（コンビニ等）で商品を購入する際に、摂取制限されている食品であるのか否かを事前に看護師に相談している。購入前に、看護師に確認する、商品のパッケージに記載の成分名を確認する等で煩わされることなく、商品購入の可否を簡潔に行うことができない。
【０００６】
したがって、１つの側面では、本発明は、商品の購入可否を簡単に判断できることを目的とする。
【課題を解決するための手段】
【０００７】
一態様によれば、読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、前記来店客が購入を希望する商品に摂取又は使用が制限される成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する処理をコンピュータが行う購入判断支援方法が提供される。
【０００８】
また、上記課題を解決するための手段として、上記方法を行う情報処理装置、コンピュータに上記処理を実行させるためのプログラム、及び、そのプログラムを記憶した記憶媒体とすることもできる。
【発明の効果】
【０００９】
商品の購入可否を簡単に判断することができる。
【図面の簡単な説明】
【００１０】
【図１】院内システムのネットワーク構成例を示す図である。
【図２】病院サーバのハードウェア構成を示す図である。
【図３】病院サーバの機能構成例を示す図である。
【図４】購入判断支援処理の第一例を説明するためのフローチャート図である。
【図５】購入判断支援処理の第二例を説明するためのフローチャート図である。
【図６】購入判断支援処理の第三例を説明するためのフローチャート図である。
【図７】患者に係るデータベースのデータ構成例を示す図である。
【図８】患者の摂取制限に係るデータベースのデータ構成例を示す図である。
【図９】メッセージＤＢのデータ構成例を示す図である。
【図１０】ＰＯＳ端末での表示例を示す図である。
【図１１】医師宛て電文の本文例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面に基づいて説明する。本実施例では、商品に含まれる成分によりアレルギー反応を示す患者に対して、商品購入時に、患者がアレルギー症状を呈するアレルギー物質を含む商品の購入を制限する。
【００１２】
本実施例では、アレルギー物質として、主に、食品に含まれる成分を考えるが、衣類に含まれる素材、シャンプー、スプレー等の日用品に含まれる成分を、購入制限の対象としてもよい。
【００１３】
また、購入制限の対象は、アレルギー物質に限定されない。つまり、患者の疾病をアレルギー疾患に限定しない。他の例として、患者が、糖尿病、高血圧、肝臓病、肺疾患等を有する場合には、患者の病状に影響する糖質、塩分、アルコール、たばこ等を、購入制限の対象としてもよい。
【００１４】
先ず、本実施例に係る院内システム１０００について説明する。図１は、院内システムのネットワーク構成例を示す図である。図１において、院内システム１０００は、病院サーバ１００と、１以上の医師端末３と、店舗７等の１以上のＰＯＳ（Point Of Sale）端末５とを有し、ネットワーク２に接続される。
【００１５】
病院サーバ１００は、少なくとも、購入判断支援処理部４０を有する。購入判断支援処理部４０は、店舗７での患者の商品購入に際して、商品の購入可否を判断し、判断結果をＰＯＳ端末５に表示させ、また、患者の担当医師宛てに購入制限対象の商品に対して患者の購入意志があったことを通知する。
【００１６】
医師端末３は、医師が利用する端末であり、状況により、デスクトップ型、ラップトップ型、タブレット型等のコンピュータ端末、医師の携帯電話等が相当する。
【００１７】
ＰＯＳ端末５は、主には、レジに設置される精算時に使用される端末である。ＰＯＳ端末５は、レストラン等のオーダを受ける際に利用する携帯型の端末であってもよい。ＰＯＳ端末５には、内臓又は外付けにより読取装置６が備えられている。
【００１８】
読取装置６は、診察券カード２ａ、電子診察券２ｂ等の記憶媒体から患者コード８ａを読み取る装置である。診察券カード２ａは、磁気カード、ＩＣカード等のカードである。診察券カード２ａが、患者コード８ａが記載された紙製のカードである場合には、患者コード８ａは、ＰＯＳ端末５へ手入力されればよい。電子診察券２ｂは、携帯電話等に記憶されたデータで表され、読取装置６が発する電波による非接触型の通信により患者コード８ａが読取装置６によって読み取られるデジタル診察券である。
【００１９】
店舗７は、コンビニエンスストア等であるが、これに限定されない。他の例として、レストラン、美容院等が店舗７であってもよい。レストランでは、患者からの注文を取る際に、食品に含まれる成分に基づいて、注文可能（即ち、購入可能）か否かが判定されればよい。店舗７が美容院等のサービスを提供する店舗である場合、シャンプー、リンス、スプレー等の利用する製品の成分に基づいて、サービス提供可能（即ち、サービスの購入可能）か否かが判定されればよい。
【００２０】
患者端末４は、患者の携帯電話、パーソナルコンピュータ（ＰＣ）等である。患者が、患者宛ての医師からのアドバイスを電子メールで受信することを承諾した場合には、外部のメールシステム２０００を介して、患者端末４に医師のアドバイスが提供される。この場合、患者の電子メールのアドレス（以下、メールアドレスという）が、病院サーバ１００に登録される。
【００２１】
患者の承諾を得られない場合等は、病院サーバ１００で医師のアドバイスを管理することで、患者の受診等の際に、アドバイスを医師端末３に表示させて、患者に閲覧させるようにしてもよい。
【００２２】
図２は、病院サーバのハードウェア構成を示す図である。図２において、病院サーバ１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central Processing Unit）１１と、主記憶装置１２と、補助記憶装置１３と、入力装置１４と、表示装置１５と、通信Ｉ／Ｆ（インターフェース）１７と、ドライブ装置１８とを有し、バスＢに接続される。
【００２３】
ＣＰＵ１１は、主記憶装置１２に格納されたプログラムに従って病院サーバ１００を制御するプロセッサに相当する。主記憶装置１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を記憶又は一時保存する。
【００２４】
補助記憶装置１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３に格納されているプログラムの一部が主記憶装置１２にロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。記憶部１３０は、主記憶装置１２及び／又は補助記憶装置１３に相当する。
【００２５】
入力装置１４は、マウス、キーボード等を有し、管理者が病院サーバ１００による処理に必要な各種情報を入力するために用いられる。表示装置１５は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。入力装置１４と表示装置１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。通信Ｉ／Ｆ１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７による通信は無線又は有線に限定されるものではない。
【００２６】
病院サーバ１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９によって病院サーバ１００に提供される。
【００２７】
ドライブ装置１８は、ドライブ装置１８にセットされた記憶媒体１９（例えば、ＣＤ−ＲＯＭ等）と病院サーバ１００とのインターフェースを行う。
【００２８】
また、記憶媒体１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９に格納されたプログラムは、ドライブ装置１８を介して病院サーバ１００にインストールされる。インストールされたプログラムは、病院サーバ１００により実行可能となる。
【００２９】
尚、プログラムを格納する記憶媒体１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００３０】
図３は、病院サーバの機能構成例を示す図である。図３において、病院サーバ１００は、主に、購入判断支援処理部４０を有する。また、記憶部１３０は、電子カルテ５１、摂取制限情報ＤＢ５２、商品毎成分情報ＤＢ５３、原材料ＤＢ５４、メッセージＤＢ５５、医師情報ＤＢ５６等を記憶する。
【００３１】
購入判断支援処理部４０は、患者による商品購入時に、患者に病状に影響する商品であるか否かの判断結果に基づいて、購入可否判定を行う処理部であり、摂取制限情報取得部４１と、成分情報取得部４２と、購入可否判定部４３とを有する。摂取制限情報取得部４１と、成分情報取得部４２と、購入可否判定部４３とは、ＣＰＵ１１が対応するプログラムを実行することによって実現される。
【００３２】
摂取制限情報取得部４１は、通信Ｉ／Ｆ１７がＰＯＳ端末５から受信した患者コード８ａを用いて、記憶部１３０に記憶されている電子カルテ５１から患者基本情報５１ａ（図６）と、摂取制限情報ＤＢ５２から摂取制限情報５２ａ（図６）とを取得する。
【００３３】
成分情報取得部４２は、通信Ｉ／Ｆ１７がＰＯＳ端末５から受信した商品コード８ｂを用いて、記憶部１３０に記憶されている商品毎成分情報ＤＢ５３から、成分コードを取得する。また、成分情報取得部４２は、取得した成分コードを用いて、商品に含まれる成分名を取得しておいてもよい。
【００３４】
購入可否判定部４３は、摂取制限情報取得部４１が取得した摂取制限情報５２ａの成分コードが、成分情報取得部４２が取得した成分コードに含まれている場合に、摂取制限期間内であるか、医師の摂取可能の確認がなされているか等の判断により、購入可否を判定する。購入可否判定部４３は、購入可否判定結果８ｃをＰＯＳ端末５へ通信Ｉ／Ｆ１７によって送信する。
【００３５】
摂取制限期間は、医師が、摂取制限の必要性を判断して設定した初期設定期間に相当する。即ち、医師が初期に判断した目安とする期間であって、医師の判断により、摂取制限期間内であっても摂取許可される場合もある。摂取制限期間を経過しても、医師の許可無くして摂取可能とはせず、即ち、摂取制限期間内又は摂取制限期間外によらず、摂取可能となるのは、医師による摂取許可後としてもよい。
【００３６】
購入可否判定結果８ｃは、購入可能又は購入不可を示す情報を少なくとも含む。購入不可の判定の場合、購入可否判定結果８ｃは、更に、商品名、制限成分を示す情報を含む。購入可否判定結果８ｃは、ＰＯＳ端末５に表示される。
【００３７】
購入可否判定部４３は、更に、メッセージ交換部４４を有する。メッセージ交換部４４は、商品が購入不可の場合、摂取制限情報取得部４１が取得した患者基本情報５１ａの医師コードを用いて、医師情報ＤＢ５６から医師のメールアドレスを取得して、医師宛て電文９ａを医師へ送信する。メッセージ交換部４４は、医師から患者へのアドバイスを含む患者宛て電文９ｂを受信すると、メッセージＤＢ５５に記憶する。メッセージ交換部４４は、摂取制限情報取得部４１が取得した患者基本情報５１ａに、患者のメールアドレスが存在する場合には、患者宛てにメッセージＤＢ５５に記憶したアドバイスを送信する。
【００３８】
このように、医師と患者間とのメッセージ交換を病院サーバ１００が仲介することで、個人情報となるメールアドレスが送信元として示され、受信者側の端末に記憶されることがない。
【００３９】
電子カルテ５１は、患者毎に、患者基本情報５１ａ、担当医師の情報を含む病状に関する情報等を記憶し管理するデータベースである。摂取制限情報ＤＢ５２は、医師により摂取制限が必要であると判断された患者毎に、摂取制限に係る情報を記憶し管理するデータベースである。
【００４０】
商品毎成分情報ＤＢ５３は、商品毎に、商品に含まれる成分を記憶し管理するデータベースである。原材料ＤＢ５４は、成分毎に成分名を対応付けて記憶したデータベースである。
【００４１】
メッセージＤＢ５５は、患者と医師との組み合せ毎に、医師による患者へのアドバイスを記憶し管理するデータベースである。医師情報ＤＢ５６は、医師毎の医師基本情報を記憶し管理するデータベースである。
【００４２】
次に、本実施例における購入判断支援処理部による購入判断支援処理について説明する。先ず、摂取が制限されている成分を含む商品の購入可否を、現在日付が摂取制限期間内か否かに基づいて判定する処理例について説明する。
【００４３】
図４は、購入判断支援処理の第一例を説明するためのフローチャート図である。図４において、購入判断支援処理部４０では、通信Ｉ／Ｆ１７が患者コード８ａを受信すると（ステップＳ３１）、摂取制限情報取得部４１は、患者コード８ａを用いて、電子カルテ５１から患者基本情報５１ａを取得する（ステップＳ３２）。
【００４４】
また、摂取制限情報取得部４１は、患者コード８ａを用いて、摂取制限情報ＤＢ５２から患者の摂取制限情報５２ａを取得する（ステップＳ３３）。
【００４５】
通信Ｉ／Ｆ１７が商品コード８ｂを受信すると（ステップＳ３４）、成分情報取得部４２は、商品コード８ｂを用いて、商品毎成分情報ＤＢ５３から成分コードを取得する（ステップＳ３５）。
【００４６】
そして、購入可否判定部４３は、取得した成分コードに摂取制限情報５２ａの成分コードが存在するか否かを判断する（ステップＳ３６）。摂取制限情報５２ａの成分コードが存在しない場合（ステップＳ３６のＮＯ）、購入可否判定部４３は、購入可能をＰＯＳ端末５に通知する（ステップＳ１４１）。
【００４７】
購入可否判定部４３は、購入可能を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して課金対象とする。
【００４８】
一方、摂取制限情報５２ａの成分コードが存在する場合（ステップＳ３６のＹＥＳ）、購入可否判定部４３は、摂取制限情報５２ａを参照して、現在日付が摂取制限期間内であるか否かを判断する（ステップＳ１３７）。摂取制限期間外である場合（ステップＳ１３７のＮＯ）、購入可否判定部４３は、購入可能をＰＯＳ端末５に通知する（ステップＳ１４１）。購入可否判定部４３は、購入可能を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して課金対象とする。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００４９】
摂取制限期間内である場合（ステップＳ１３７のＹＥＳ）、購入可否判定部４３は、購入不可をＰＯＳ端末５に通知する（ステップＳ１３８）。購入可否判定部４３は、購入不可を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して「購入不可」に係る情報（商品名、制限成分等の情報）が表示され、店員により商品の購入ができない旨が患者に説明され、購入対象の商品から除外される。
【００５０】
購入判断支援処理部４０では、メッセージ交換部４４が、医師に摂取制限期間内の商品を購入しようとした旨の医師宛て電文９ａを作成し送信する（ステップＳ１３９）。メッセージ交換部４４は、患者基本情報５１ａから患者名を取得し、商品コード８ｂを用いて、商品毎成分情報ＤＢ５３から商品名を取得し、また、成分コードを用いて、原材料ＤＢ５４から成分名を取得する。
【００５１】
そして、メッセージ交換部４４は、患者名、商品名、成分名等を示す医師宛て電文９ａを作成して、医師情報ＤＢ５６において、患者基本情報５１ａから得られる医師コードに対応付けられた医師のメールアドレスへ、作成した医師宛て電文９ａを送信する。
【００５２】
また、メッセージ交換部４４は、患者コードと医師コードとの組み合せ毎に、現在日付を購入不可判断日として、商品名、成分名を示すレコードをメッセージＤＢ５５に追加する。
【００５３】
医師が患者宛てにアドバイスをする場合には、医師は、医師宛て電文９ａに対して返信すればよい。返信は、患者宛て電文９ｂとして病院サーバ１００に送信される。患者へは、病院サーバ１００を介して、患者宛て電文９ｂが送信される。患者宛て電文９ｂの送信は、必須ではない。医師の判断により省略してもよい。
【００５４】
医師宛て電文９ａに対して、医師からのアドバイスを含む患者宛て電文９ｂを受信した場合、メッセージ交換部４４は、アドバイスをメッセージＤＢ５５に記憶する（ステップＳ１４０）。メッセージＤＢ５５内の患者コードと医師コードの組み合せに対応させて記憶される。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００５５】
上述した購入判断支援処理の第一例では、現在日付が摂取制限期間内か否かに基づいて摂取が制限されている成分を含む商品の購入可否を判定しているが、より適切に購入可能であることを確定するには、医師による購入可能の確認がなされていることが重要である。
【００５６】
図５は、購入判断支援処理の第二例を説明するためのフローチャート図である。図５において、ステップＳ３１〜ステップＳ３６までは同様の処理であるため、同一の符号を付し、その説明を省略する。
【００５７】
摂取制限情報５２ａの成分コードが存在しない場合（ステップＳ３６のＮＯ）、購入可否判定部４３は、摂取制限情報５２ａに医師の確認日が入力されているか否かを判断する（ステップＳ２３７）。確認日が入力されている場合（ステップＳ２３７のＹＥＳ）、購入可否判定部４３は、購入可能を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する（ステップＳ２４３）。ＰＯＳ端末５では、商品コード８ｂに対して課金対象とする。
【００５８】
一方、確認日が入力されていない場合（ステップＳ２３７のＮＯ）、購入可否判定部４３は、購入不可をＰＯＳ端末５に通知する（ステップＳ２３８）。購入可否判定部４３は、購入不可を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して「購入不可」に係る情報（商品名、制限成分等の情報）が表示され、店員により商品の購入ができない旨が患者に説明され、購入対象の商品から除外される。
【００５９】
購入判断支援処理部４０では、メッセージ交換部４４が、医師に摂取制限期間内の商品を購入しようとした旨の医師宛て電文９ａを作成し送信する（ステップＳ２３９）。メッセージ交換部４４は、患者基本情報５１ａから患者名を取得し、商品コード８ｂを用いて、商品毎成分情報ＤＢ５３から商品名を取得し、また、成分コードを用いて、原材料ＤＢ５４から成分名を取得する。
【００６０】
そして、メッセージ交換部４４は、患者名、商品名、成分名等を示す医師宛て電文９ａを作成して、医師情報ＤＢ５６において、患者基本情報５１ａから得られる医師コードに対応付けられた医師のメールアドレスへ、作成した医師宛て電文９ａを送信する。
【００６１】
医師が患者宛てにアドバイスをする場合には、医師は、医師宛て電文９ａに対して返信をしてもよい。返信は、患者宛て電文９ｂとして病院サーバ１００に送信される。患者へは、病院サーバ１００を介して、患者宛て電文９ｂが送信される。患者宛て電文９ｂの送信は、必須ではない。医師の判断により省略してもよい。
【００６２】
一方、購入可否判定部４３は、摂取制限情報５２ａを参照して、現在日付が摂取制限期間内であるか否かを判断する（ステップＳ２４０）。
【００６３】
摂取制限期間内である場合（ステップＳ２４０のＹＥＳ）、購入判断支援処理部４０は、ステップＳ２４２へと進む。医師宛て電文９ａに対して、医師からのアドバイスを含む患者宛て電文９ｂを受信すると、メッセージ交換部４４は、アドバイスをメッセージＤＢ５５に記憶する（ステップＳ２４２）。メッセージＤＢ５５内の患者コードと医師コードの組み合せに対応させて記憶される。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００６４】
摂取制限期間外である場合（ステップＳ２４０のＮＯ）、メッセージ交換部４４が、医師に確認日の入力を促す医師宛て電文９ａを作成し送信する（ステップＳ２４１）。メッセージ交換部４４は、患者基本情報５１ａから患者名を取得し、商品コード８ｂを用いて、商品毎成分情報ＤＢ５３から商品名を取得し、また、成分コードを用いて、原材料ＤＢ５４から成分名を取得する。そして、メッセージ交換部４４は、患者名、商品名、成分名、確認日の入力を促す内容等を含む医師宛て電文９ａを作成して、医師情報ＤＢ５６において、患者基本情報５１ａから得られる医師コードに対応付けられた医師のメールアドレスへ、作成した医師宛て電文９ａを送信する。
【００６５】
メッセージ交換部４４は、医師宛て電文９ａに対して患者宛て電文９ｂを受信した場合、メッセージＤＢ５５に記憶する（ステップＳ２４２）。メッセージＤＢ５５内の患者コードと医師コードの組み合せに対応させて記憶される。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００６６】
購入判断支援処理の第二例では、摂取制限期間の判断の後に確認日の入力の有無の判断を行う処理であるが、この処理順を変えてもよい。確認日が入力されている場合に、摂取制限期間を判断してもよい。この場合を、購入判断支援処理の第三例として以下に説明する。
【００６７】
図６は、購入判断支援処理の第三例を説明するためのフローチャート図である。図６において、ステップＳ３１〜ステップＳ３６までは同様の処理であるため、同一の符号を付し、その説明を省略する。
【００６８】
摂取制限情報５２ａの成分コードが存在しない場合（ステップＳ３６のＮＯ）、購入可否判定部４３は、購入可能をＰＯＳ端末５に通知する（ステップＳ３４５）。購入可否判定部４３は、購入可能を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して課金対象とする。
【００６９】
一方、摂取制限情報５２ａの成分コードが存在する場合（ステップＳ３６のＹＥＳ）、購入可否判定部４３は、摂取制限情報５２ａを参照して、現在日付が摂取制限期間内であるか否かを判断する（ステップＳ３３７）。
【００７０】
摂取制限期間内である場合（ステップＳ３３７のＹＥＳ）、購入可否判定部４３は、摂取制限情報５２ａに医師の確認日が入力されているか否かを判定する（ステップＳ３４２）。確認日が入力されている場合（ステップＳ３４２のＹＥＳ）、購入可否判定部４３は、購入可能を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する（ステップＳ３４５）。ＰＯＳ端末５では、商品コード８ｂに対して課金対象とする。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００７１】
一方、確認日が入力されていない場合（ステップＳ３４２のＮＯ）、購入可否判定部４３は、購入不可をＰＯＳ端末５に通知する（ステップＳ３４３）。購入可否判定部４３は、購入不可を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して「購入不可」に係る情報（商品名、制限成分等の情報）が表示され、店員により商品の購入ができない旨が患者に説明され、購入対象の商品から除外される。
【００７２】
購入判断支援処理部４０では、メッセージ交換部４４が、医師に摂取制限期間内の商品を購入しようとした旨の医師宛て電文９ａを作成し送信する（ステップＳ３４４）。メッセージ交換部４４は、患者基本情報５１ａから患者名を取得し、商品コード８ｂを用いて、商品毎成分情報ＤＢ５３から商品名を取得し、また、成分コードを用いて、原材料ＤＢ５４から成分名を取得する。
【００７３】
そして、メッセージ交換部４４は、患者名、商品名、成分名等を示す医師宛て電文９ａを作成して、医師情報ＤＢ５６において、患者基本情報５１ａから得られる医師コードに対応付けられた医師のメールアドレスへ、作成した医師宛て電文９ａを送信する。
【００７４】
また、メッセージ交換部４４は、患者コードと医師コードとの組み合せ毎に、現在日付を購入不可判断日として、商品名、成分名を示すレコードをメッセージＤＢ５５に追加する。
【００７５】
医師が患者宛てにアドバイスをする場合には、医師は、医師宛て電文９ａに対して返信すればよい。返信は、患者宛て電文９ｂとして病院サーバ１００に送信される。患者へは、病院サーバ１００を介して、患者宛て電文９ｂが送信される。患者宛て電文９ｂの送信は、必須ではない。医師の判断により省略してもよい。
【００７６】
医師宛て電文９ａに対して、医師からのアドバイスを含む患者宛て電文９ｂを受信した場合、メッセージ交換部４４は、アドバイスをメッセージＤＢ５５に記憶する（ステップＳ３４１）。メッセージＤＢ５５内の患者コードと医師コードの組み合せに対応させて記憶される。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００７７】
一方、摂取制限期間外である場合（ステップＳ３３７のＮＯ）、購入可否判定部４３は、摂取制限情報５２ａに医師の確認日が入力されているか否かを判定する（ステップＳ３３８）。確認日が入力されていない場合（ステップＳ３３８のＮＯ）、購入可否判定部４３は、購入不可をＰＯＳ端末に通知する（ステップＳ３３９）。購入可否判定部４３は、購入不可を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する。ＰＯＳ端末５では、商品コード８ｂに対して「購入不可」に係る情報（商品名、制限成分等の情報）が表示され、店員により商品の購入ができない旨が患者に説明され、購入対象の商品から除外される。
【００７８】
購入判断支援処理部４０では、メッセージ交換部４４が、医師に確認日の入力を促す医師宛て電文９ａを作成し送信する（ステップＳ３４０）。メッセージ交換部４４は、患者基本情報５１ａから患者名を取得し、商品コード８ｂを用いて、商品毎成分情報ＤＢ５３から商品名を取得し、また、成分コードを用いて、原材料ＤＢ５４から成分名を取得する。そして、メッセージ交換部４４は、患者名、商品名、成分名、確認日の入力を促す内容等を含む医師宛て電文９ａを作成して、医師情報ＤＢ５６において、患者基本情報５１ａから得られる医師コードに対応付けられた医師のメールアドレスへ、作成した医師宛て電文９ａを送信する。
【００７９】
また、メッセージ交換部４４は、患者コードと医師コードとの組み合せ毎に、現在日付を購入不可判断日として、商品名、成分名を示すレコードをメッセージＤＢ５５に追加する。
【００８０】
医師は、医師宛て電文９ａの受信に応じて、病院サーバ１００へアクセスし、患者の摂取制限対象の成分について確認日を入力する。医師が摂取制限を継続する必要があると判断した場合には、確認日は入力しない。次回の、患者の受診時に判断すればよい。
【００８１】
また、患者宛てにアドバイスをする場合には、医師は、医師宛て電文９ａに対して返信をする。返信は、患者宛て電文９ｂとして病院サーバ１００に送信される。患者へは、病院サーバ１００を介して、患者宛て電文９ｂが送信される。患者宛て電文９ｂの送信は、必須ではない。医師の判断により省略してもよい。
【００８２】
メッセージ交換部４４は、医師宛て電文９ａに対して患者宛て電文９ｂを受信した場合、メッセージＤＢ５５に記憶する（ステップＳ３４１）。メッセージＤＢ５５内の患者コードと医師コードの組み合せに対応させて記憶される。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００８３】
確認日が入力されている場合（ステップＳ３３８のＹＥＳ）、購入可否判定部４３は、購入可能を示す購入可否判定結果８ｃを、通信Ｉ／Ｆ１７によってＰＯＳ端末５に送信する（ステップＳ３４６）。ＰＯＳ端末５では、商品コード８ｂに対して課金対象とする。その後、購入判断支援処理部４０による購入判断支援処理が終了する。
【００８４】
次に、本実施例における種々のデータベースのデータ構成例について説明する。図７は、患者に係るデータベースのデータ構成例を示す図である。図７では、患者に係る電子カルテ５１、摂取制限情報ＤＢ５２、及び医師情報ＤＢ５６の夫々のデータ構成例と、データベース間の関連付けを示す。
【００８５】
図７において、電子カルテ５１は、患者コードによって、摂取制限情報ＤＢ５２と関連付けられる。また、電子カルテ５１は、医師コードによって、医師情報ＤＢ５６と関連付けられる。
【００８６】
電子カルテ５１は、患者の病歴に係る情報を記録したデータベースであり、患者毎に、患者コード、患者名、メールアドレス、医師コード等の項目を有する。本実施例における患者基本情報５１ａは、各レコードの患者コード、患者名、メールアドレス、及び医師コードを含む。
【００８７】
患者コードは、診察券番号に相当し、病院サーバ１００によって患者を一意に特定するために付与された識別情報である。患者名は、患者の氏名を示す。メールアドレスは、患者の了承を得た場合に記録され、患者のメールアドレスを示す。医師コードは、患者の担当医師を特定する識別情報を示す。
【００８８】
摂取制限情報ＤＢ５２は、摂取制限のある患者毎に、制限される成分、制限期間、医師による制限解除の確認日等を記憶し管理するデータベースであり、患者コード、成分コード、摂取制限開始日、摂取制限終了日、医師確認日等の項目を有する。摂取制限情報ＤＢ５２の１レコードが摂取制限情報５２ａに相当する。
【００８９】
患者コードは、電子カルテ５１に存在する患者コードであり、摂取制限のある患者の患者コードを示す。成分コードは、摂取制限される成分を特定する識別情報を示す。成分コードは、原材料ＤＢ５４に登録されたコードである。
【００９０】
摂取制限開始日は、成分コードで特定される成分の摂取制限の開始日を示し、摂取制限終了日は、摂取制限の終了日を示す。摂取制限開始日及び摂取制限終了日は、一例として「yyyymmdd」の書式で示される。摂取制限開始日及び摂取制限終了日によって、成分コードで特定される成分の摂取が制限される期間を示す。
【００９１】
医師確認日は、医師が、摂取制限を解除してもよいことを確認した（摂取許可した）日付を示す。医師確認日から、患者は、摂取制限されていた成分を含む商品を購入可能となる。
【００９２】
医師情報ＤＢ５６は、医師毎の基本情報を記憶し管理するデータベースであり、医師コード、医師名、メールアドレス等の項目を有する。
【００９３】
医師コードは、病院サーバ１００によって医師を一意に特定するために付与された識別情報である。医師名は、医師の氏名を示す。メールアドレスは、医師のメールアドレスを含む。
【００９４】
図７のデータ構成例において、電子カルテ５１では、患者コード「123006」の患者名は「山田  太郎」であり、患者のメールアドレスは「aaa@aaa.co.jp」であり、医師は医師コード「DR006」で示されている。医師コード「DR006」は「佐藤  三郎」であることが、医師情報ＤＢ５６との関連付けにより分かる。患者「山田  太郎」の摂取制限についてケースＡ、ケースＢとして説明する。
【００９５】
患者コードにより関連付けられる摂取制限情報ＤＢ５２により、患者コード「123006」から２つの摂取制限情報５２ａを抽出できる。患者コード「123006」の患者「山田  太郎」は、成分コード「００１」及び「１０３」で特定される成分について摂取制限があることが示される。成分コード「００１」及び「１０３」の成分名は、図８を参照することにより、「卵」及び「ポリエステル」であることが分かる。
【００９６】
「卵」は食品であるが、「ポリエステル」は繊維等に含まれる成分であり食品とは異なる。本実施例は、食品の成分以外についても適応可能であるため、この例では「ポリエステル」が示されている。「卵」を示す摂取制限情報５２ａと、「ポリエステル」を示す摂取制限情報５２ａとを、ケースＡとケースＢとして説明する。
【００９７】
患者「山田  太郎」の「卵」についてのケースＡでは、「20150301」から「20150331」の期間は摂取制限されていることが示されている。この摂取制限情報５２ａの医師確認日は「20150325」である。
【００９８】
ケースＡでは、患者「山田  太郎」の「卵」の摂取制限期間内の「20150325」に、医師「佐藤  三郎」が、患者「山田  太郎」は「卵」の摂取が可能になったと判断したことを示している。このケースＡでは、設定されている摂取制限期間内であっても、医師確認日「20150325」から、患者「山田  太郎」は「卵」の摂取が可能である。
【００９９】
患者「山田  太郎」に設定されているもう１つの摂取制限情報５２ａで示される「ポリエステル」についてのケースＢでは、「20150310」から「20150405」の期間は着用が制限されていることが示されている。この摂取制限情報５２ａの医師確認日には、日付が設定されていない。
【０１００】
このケースＢでは、少なくとも「20150310」から「20150405」の期間は、「ポリエステル」を含む商品の購入が制限される。現時点では、医師「佐藤  三郎」による「ポリエステル」を含む商品の使用制限が解除されていないため、患者「山田  太郎」は「ポリエステル」を含む商品を購入することができない。
【０１０１】
次に、電子カルテ５１の患者コード「123007」の患者「小林  一郎」の摂取制限をケースＣとして説明する。患者「小林  一郎」のメールアドレスは「bbb@bbb.co.jp」であり、医師コード「DR007」から「山本  由美子」が担当医師であることが分かる。
【０１０２】
摂取制限情報ＤＢ５２から患者コード「123007」により１つの摂取制限情報５２ａを抽出できる。患者コード「123007」の患者「小林  一郎」は、成分コード「003」で特定される成分について摂取制限があるが示される。成分コード「003」の成分名は、図８を参照することにより、「小麦」であることが分かる。
【０１０３】
患者「小林  一郎」は、「小麦」について、「20150201」から「20150231」の期間は摂取制限されていることが示されている。この摂取制限情報５２ａの医師確認日は「20150305」である。
【０１０４】
ケースＣでは、患者「小林  一郎」の「小麦」の摂取制限期間の経過後の「20150305」に、医師「山本  由美子」が、患者「小林  一郎」は「小麦」の摂取が可能になったと判断したことを示している。このケースＣの場合、摂取制限期間外である「20150301」から「20150304」の間であっても、患者「小林  一郎」は「小麦」の摂取が制限される。
【０１０５】
更に、電子カルテ５１の患者コード「123008」の患者「加藤  花子」の摂取制限をケースＤとして説明する。患者「加藤  花子」のメールアドレスは設定されていない。医師コード「DR008」から「井上  太郎」が担当医師であることが分かる。
【０１０６】
摂取制限情報ＤＢ５２から患者コード「123008」により２つの摂取制限情報５２ａを抽出できる。患者コード「123008」の患者「加藤  花子」は、成分コード「733」で特定される成分について摂取制限があることが示される。成分コード「733」の成分には、図８を参照することにより、「糖質」が含まれていることが分かる。
【０１０７】
更に、患者「加藤  花子」は、成分コード「744」で特定される成分についても摂取制限があることが示される。成分コード「744」の成分には、図８を参照することにより、「アルコール」が含まれていることが分かる。
【０１０８】
ケースＤでは、患者「加藤  花子」の「糖質」及び「アルコール」の摂取制限期間であることを示している。患者「加藤  花子」は、アレルギー体質でなくても、一例として、糖尿病により食事制限がある場合には、このケースＤのように摂取制限情報ＤＢ５２で管理可能である。
【０１０９】
上述したように、本実施例では、摂取制限期間を初期に目安とした期間として考え、摂取制限の解除（患者に対する制限商品の購入可能）は、摂取制限期間内外に係らず、医師確認日によって判断することもできる。
【０１１０】
図８は、患者の摂取制限に係るデータベースのデータ構成例を示す図である。図８では、患者の摂取制限に係る摂取制限情報ＤＢ５２、商品毎成分情報ＤＢ５３、及び原材料ＤＢ５４の夫々のデータ構成例と、データベース間の関連付けを示す。
【０１１１】
図８において、摂取制限情報ＤＢ５２は、成分コードによって、原材料ＤＢ５４と関連付けられる。また、商品毎成分情報ＤＢ５３は、成分コードによって、原材料ＤＢ５４と関連付けられる。摂取制限情報ＤＢ５２は、図７で説明した通りであるのでその説明を省略する。
【０１１２】
商品毎成分情報ＤＢ５３は、店舗７で販売している商品の一部又は全てに関して、商品に含まれる成分を、その成分を特定する成分コードの一覧を記憶したデータベースであり、商品コード、商品名、成分コード等の項目を有する。
【０１１３】
商品コードは、商品を特定する識別情報を示し、商品は食品に限定されるものではない。他の例として、衣類等の身に着けるものであってもよい。商品名は、一般名称を示す。一般名称とは、ケーキ、パン、おにぎり、シャツ、ソックス、シャンプー、リンス、石鹸、ビール、果実酒、ジュース、醤油、小麦粉等の、商品の用途、特性等を把握できる程度の名称を用いればよい。商品名は、具体的な商品の名称であってもよい。成分コードは、成分を特定する識別情報を示す。
【０１１４】
原材料ＤＢ５４は、商品に含まれる成分毎の成分名を示すデータベースであり、成分コード、成分名等の項目を有する。原材料ＤＢ５４は、成分コードにより、摂取制限情報ＤＢ５２と、商品毎成分情報ＤＢとは関連付けされる。成分コードは、成分を特定する識別情報を示す。成分名は、成分の名称を示す。
【０１１５】
本実施例では、ＰＯＳ端末５から受信した商品コード８ｂが「A0001」である場合、「A0001」から商品名「ケーキ」であり、含まれる成分は複数の成分コード「001, 004, 031,・・・」で示される。
【０１１６】
商品コード「A0001」から複数の成分コード「001, 004, 031,・・・」を取得することで、ＰＯＳ端末５から受信した患者コード８ａを用いて、摂取制限情報ＤＢ５２から抽出した摂取制限情報５２ａから得られる成分コードを含む場合に、購入不可が判断される。
【０１１７】
図９は、メッセージＤＢのデータ構成例を示す図である。図９において、メッセージＤＢ５５は、摂取制限の対象商品を患者が購入しようとした際の医師からのメッセージを記録し管理するデータベースであり、患者コード、医師コード、購入不可判断日、商品名、成分名、メッセージ等の項目を有する。
【０１１８】
患者コードは、電子カルテ５１に登録されている患者を特定する識別情報を示し、診察券番号に相当する。医師コードは、医師情報ＤＢ５６に登録されている医師を特定する識別情報を示す。
【０１１９】
購入不可判断日は、患者が購入しようとしたが、購入判断支援処理部４０の購入不可判定部４３によって、購入不可と判断された日付を示す。商品名は、患者が購入使用した商品の一般名称を示す。成分名は、商品に含まれる成分の名称を示す。
【０１２０】
メッセージは、購入不可判定部４３による購入不可の判断に応じて、医師によってなされた、患者への摂取制限に関するアドバイス、購入不可の理由等の内容を示す。患者の承諾により、メールアドレスが登録されている場合には、メッセージの内容を含む患者宛て電文９ｂが患者宛てに送信される。
【０１２１】
図９の例において、メッセージＤＢ５５のレコード６ａでは、患者コード「123006」の患者「山田  太郎」が「20150320」に店舗７で購入した商品「ケーキ」には、摂取制限となる成分「卵」が含まれていたことにより、医師コード「DR006」の医師「佐藤 三郎」よりメッセージ「現在、卵製品は制限中なので、ケーキの購入は、もうしばらく我慢しましょう。」が患者「山田  太郎」へ提供されたことを示している。
【０１２２】
このケースは、上述した患者「山田 太郎」の「卵」についてのケースＡに相当し、日付「20150320」は「20150301」から「20150331」の摂取制限期間内であり、医師確認日「20150325」より前であったため医師確認日が設定されていないことにより、購入不可と判断され記録された例を示している。
【０１２３】
仮に、患者「山田 太郎」の「卵」について、摂取制限期間内であっても医師確認日「20150325」後であれば、購入可能となる。従って、患者「山田 太郎」が「卵」を含む商品を店舗７で購入したとしても、メッセージＤＢ５５には記録されない。
【０１２４】
メッセージＤＢ５５のレコード６ｂでは、患者コード「123006」の患者「山田  太郎」が「20150406」に店舗７で購入した商品「シャツ」には、着用が制限されている成分「ポリエステル」が含まれていたことにより、医師コード「DR006」の医師「佐藤  三郎」よりメッセージ「ポリエステルに対する次回のアレルギー反応の検査まで、購入は控えておいて下さい。」が患者「山田  太郎」へ提供されたことを示している。
【０１２５】
このケースは、上述した患者「山田  太郎」の「ポリエステル」についてのケースＢに相当し、日付「20150406」は「20150310」から「20150405」の摂取制限期間外（この場合、着用制限期間外）であっても、医師確認日が設定されていないことにより、購入不可と判断され記録された例を示している。
【０１２６】
メッセージＤＢ５５のレコード６ｃでは、患者コード「123007」の患者「小林  一郎」が「20150302」に店舗７で購入した商品「パン」には、摂取制限されている成分「小麦」が含まれていたことにより、医師コード「DR007」の医師「山本  由美子」よりメッセージ「症状を確認したいので、それまで小麦の摂取を控えて下さい。」が患者「小林  一郎」へ提供されたことを示している。
【０１２７】
このケースは、上述した患者「小林  一郎」の「小麦」についてのケースＣに相当し、日付「20150302」は「20150201」から「20150231」の摂取制限期間内（この場合、着用制限期間内）であり、かつ、医師確認日が設定されていないことにより、購入不可と判断され記録された例を示している。その後、医師確認日「20150305」に、医師「山本  由美子」により摂取可能と判断される（図８）。
【０１２８】
メッセージＤＢ５５のレコード６ｄでは、患者コード「123008」の患者「加藤  花子」が「20150315」に店舗７で購入した商品「果実酒」には、摂取制限されている成分「糖質」及び「アルコール」が含まれていたことにより、医師コード「DR008」の医師「井上  太郎」よりメッセージ「現在、糖質及びアルコールの制限中なので、果実酒はしばらくの間、我慢しましょう。」が患者「加藤  花子」へ提供されたことを示している。
【０１２９】
このケースは、上述した患者「加藤  花子」の「糖質」及び「アルコール」についてのケースＤに相当し、日付「20150315」は、「糖質」についての「20150201」から「20151201」の摂取制限期間内、且つ、「アルコール」についての「20150301」から「20151201」の摂取制限期間内に相当し、かつ、医師確認日が設定されていないことにより、購入不可と判断され記録された例を示している。
【０１３０】
図１０は、ＰＯＳ端末での表示例を示す図である。図１０では、上述したケースＡにおいて、購入可否判定部４３が、ＰＯＳ端末５へ送信した購入可否判定結果８ｃに基づく表示例を示している。
【０１３１】
ＰＯＳ端末５の表示部５ｄには、
「摂取制限中の商品につきご購入頂けません。
ご了承下さい。
商品名：    ケーキ
制限成分： 卵
以上」
等の表示が行われることにより、患者へ商品の購入が抑止されたことを通知する。
【０１３２】
図１１は、医師宛て電文の本文例を示す図である。図１１では、上述したケースＡにおいて、メッセージ交換部４４が、医師「佐藤  三郎」に送信した医師宛て電文９ａの本文例を示している。
【０１３３】
ケースＡにおける医師宛て電文９ａの本文には、
「佐藤  三郎  先生
ご担当の患者様の摂取制限中の商品購入につきご連絡致します。
患者名：    山田  太郎
商品名：    ケーキ
制限成分：  卵
以上」
等のメッセージ交換部４４によって作成された内容９ｈが示される。
【０１３４】
医師「佐藤  三郎」は、医師端末３に表示されたこの電子メールに対して、
「現在、糖質の制限中なので、ケーキの購入は、もうしばらく我慢しましょう。」
等の内容で返信すると、医師端末３から患者宛て電文９ｂとして病院サーバ１００へ送信される。
【０１３５】
病院サーバ１００では、患者宛て電文９ｂを受信すると、メッセージ交換部４４が、患者宛て電文９ｂの内容をメッセージＤＢ５５のメッセージに記録する。このケースＡでは、図９のメッセージＤＢ５５のレコード６ａのメッセージとして記録される。
【０１３６】
本実施例において、院内システム１０００の店舗７は、病院の施設内であることに限定されない。病院施設外の、患者以外の一般ユーザが利用する店舗７であってもよい。この場合、店舗７のＰＯＳ端末５が病院サーバ１００に接続可能であればよい。
【０１３７】
また、店舗７は、複数の病院と連携していてもよい。この場合、店舗７のＰＯＳ端末５が各病院サーバ１００への接続が可能であればよい。
【０１３８】
このように、本実施例では、患者コード８ａ及び商品コード８ｂに基づいて、患者が摂取可能又は着用可能な商品（食品、衣料品、日常品等）であるかを判断し、購入可否判定を行うため、患者及びその家族等は、医師、看護師等の医療従事者への購入可能な商品の確認を行う手間を省くことができる。
【０１３９】
商品に記載される成分の確認が困難な患者が、誤って、商品を購入し摂取又は使用してしまうことを防ぐことができる。
【０１４０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。
【０１４１】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、
前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータが行う購入判断支援方法。
（付記２）
前記商品に前記摂取制限成分が含まれていることを示す情報は、更に、前記商品の購入不可を示すことを特徴とした付記１記載の購入判断支援方法。
（付記３）
前記来店客は、患者であり、
前記コンピュータは、更に、
前記記憶部を参照することで前記第１識別情報に基づいて得られる、前記患者の医師のメールアドレスに、該患者が前記摂取制限成分を含む商品を購入しようとした旨の電子メールを送信する
処理を行う付記１又は２記載の購入判断支援方法。
（付記４）
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、
前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータに実行させる購入判断支援プログラム。
（付記５）
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を受信すると、記憶部を参照することで該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定する特定部と、
前記来店客が購入を希望する商品に特定した前記摂取制限成分が含まれる場合、現在時刻が、前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定する判定部と、
前記期間内である場合、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する出力部と
を有する情報処理装置。
（付記６）
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を通信インタフェースから受信すると、記憶部から該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品の第２識別情報を前記通信インタフェースから受信すると、前記記憶部から該第２識別情報に対応付けられた該商品に含まれる１以上の成分を示す商品成分情報を取得し、
前記記憶部を参照することで、前記摂取制限成分が前記商品成分情報で示され、かつ、該摂取制限成分に対して摂取可能を確認した確認日が存在しない場合に、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータが行う購入判断支援方法。
（付記７）
前記来店客は、患者であり、
前記コンピュータは、更に、
前記記憶部を参照することで前記第１識別情報に基づいて得られる、前記患者の医師のメールアドレスに、該患者が前記摂取制限成分を含む商品を購入しようとした旨の電子メールを送信する
処理を行う付記６記載の購入判断支援方法。
（付記８）
前記コンピュータは、更に、
前記記憶部に前記摂取制限成分及び前記第１識別情報に対応付けて登録された期間内であるか否かを判定し、
前記期間外の場合、前記医師のメールアドレスに、前記確認日の入力を促す電文を作成し、電子メールで送信する
処理を行う付記７記載の購入判断支援方法。
（付記９）
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を通信インタフェースから受信すると、記憶部から該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定し、
前記来店客が購入を希望する商品の第２識別情報を前記通信インタフェースから受信すると、前記記憶部から該第２識別情報に対応付けられた該商品に含まれる１以上の成分を示す商品成分情報を取得し、
前記記憶部を参照することで、前記摂取制限成分が前記商品成分情報で示され、かつ、該摂取制限成分に対して摂取可能を確認した確認日が存在しない場合に、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する
処理をコンピュータが行う購入判断支援プログラム。
（付記１０）
読取装置によって来店客が所持する記録媒体から読み取られた第１識別情報を通信インタフェースから受信すると、記憶部から該第１識別情報に対応付けて摂取又は使用が制限される摂取制限成分を特定する特定部と、
前記来店客が購入を希望する商品の第２識別情報を前記通信インタフェースから受信すると、前記記憶部から該第２識別情報に対応付けられた該商品に含まれる１以上の成分を示す商品成分情報を取得する取得部と、
前記記憶部を参照することで、前記摂取制限成分が前記商品成分情報で示され、かつ、該摂取制限成分に対して摂取可能を確認した確認日が存在しない場合に、前記商品に前記摂取制限成分が含まれていることを示す情報を、前記来店客が来店した店舗の端末に出力する出力部と
を有する情報処理装置。
【符号の説明】
【０１４２】
２          ネットワーク
２ａ        診察券カード
２ｂ        電子診察券
３          医師端末
４          患者端末
５          ＰＯＳ端末
６          読取装置
７          店舗
８ａ        患者コード
８ｂ        商品コード
８ｃ        購入可否判定結果
９ａ        医師宛て電文
９ｂ        患者宛て電文
４０        購入判断支援処理部
４１        摂取制限情報取得部
４２        成分情報取得部
４３        購入可否判定部
４４        メッセージ交換部
５１        電子カルテ
５２        摂取制限情報ＤＢ
５３        商品毎成分情報ＤＢ
５４        原材料ＤＢ
５５        メッセージＤＢ
５６        医師情報ＤＢ
１００      病院サーバ
１０００    院内システム
２０００    メールシステム
【図１】
2017091325.tif 000003
【図２】
2017091325.tif 000004
【図３】
2017091325.tif 000005
【図４】
2017091325.tif 000006
【図５】
2017091325.tif 000007
【図６】
2017091325.tif 000008
【図７】
2017091325.tif 000009
【図８】
2017091325.tif 000010
【図９】
2017091325.tif 000011
【図１０】
2017091325.tif 000012
【図１１】
2017091325.tif 000013