商品販売支援システム
【課題】患者が購入する商品を管理することが可能な商品販売支援システムを提供する。
【解決手段】商品の販売を支援するサービスを外部に提供し、当該外部から商品の購入注文を受け付けるサーバ装置と、前記サーバ装置が提供するサービスに基づいて、特定の商品の購入注文を前記サーバ装置に送信する端末装置と、を備えた商品販売支援システムであって、前記サーバ装置は、前記端末装置を操作する患者を特定する特定手段と、各患者と当該患者の病名又は処方薬剤の禁忌物とを関連付けたリポジトリから、前記特定手段が特定した患者の禁忌物を読み出す読出手段と、前記端末装置に対して販売支援を行う商品のうち、前記読出手段が読み出した禁忌物に該当する商品の販売を制限する制限手段と、を有する。
【解決手段】商品の販売を支援するサービスを外部に提供し、当該外部から商品の購入注文を受け付けるサーバ装置と、前記サーバ装置が提供するサービスに基づいて、特定の商品の購入注文を前記サーバ装置に送信する端末装置と、を備えた商品販売支援システムであって、前記サーバ装置は、前記端末装置を操作する患者を特定する特定手段と、各患者と当該患者の病名又は処方薬剤の禁忌物とを関連付けたリポジトリから、前記特定手段が特定した患者の禁忌物を読み出す読出手段と、前記端末装置に対して販売支援を行う商品のうち、前記読出手段が読み出した禁忌物に該当する商品の販売を制限する制限手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、商品販売支援システムに関する。
【背景技術】
【０００２】
従来、スーパーマーケット等の小売点では、インターネットで注文を受け付け、注文された商品を個人宅まで配送を行う、所謂“ネットスーパー”と呼ばれるサービスを提供している。係るサービスでは、利用者宅の近隣の店舗から商品を配達することで、注文を受け付けた当日に配達することを可能としている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、行動範囲の制限された入院患者では、日用品や食品の購入は病院内の売店や見舞客等の他者に依頼することになるため、商品選択の自由度が低いという問題がある。そこで、上記ネットスーパーを利用することが考えられるが、入院患者がネットスーパーを利用した場合、病院側では患者が購入した商品を把握することができず、例えば、病状に影響を与えるような食料品を購入してしまう可能性があった。
【課題を解決するための手段】
【０００４】
実施形態の商品販売支援システムは、商品の販売を支援するサービスを提供し、当該商品の購入注文を受け付けるサーバ装置と、サーバ装置が提供するサービスに基づいて、特定の商品の購入注文をサーバ装置に送信する端末装置と、を備えた商品販売支援システムであって、サーバ装置は、特定手段と、読出手段と、制限手段とを有している。特定手段は、端末装置を操作する患者を特定する。読出手段は、各患者と当該患者の病名又は処方薬剤の禁忌物とを関連付けたリポジトリから、特定手段が特定した患者の禁忌物を読み出す。制限手段は、端末装置に対して販売支援を行う商品のうち、読出手段が読み出した禁忌物に該当する商品の販売を制限する。
【図面の簡単な説明】
【０００５】
【図１】図１は、本実施形態に係る商品販売支援システムの全体構成を概略的に示す図である。
【図２】図２は、端末装置の構成の一例を示す図である。
【図３】図３は、病院内サーバの構成の一例を示す図である。
【図４】図４は、商品管理ファイルのデータ構成の一例を模式的に示す図である。
【図５】図５は、患者管理ファイルのデータ構成の一例を模式的に示す図である。
【図６】図６は、禁忌物管理ファイルのデータ構成の一例を模式的に示す図である。
【図７】図７は、注文管理ファイルのデータ構成の一例を模式的に示す図である。
【図８】図８は、病院内サーバが端末装置に提供する画面の一例を示す図である。
【図９】図９は、病院内サーバが端末装置に提供する画面の一例を示す図である。
【図１０】図１０は、端末装置と病院内サーバとの間で行われる患者特定処理の手順を説明するためのフローチャートである。
【図１１】図１１は、端末装置と病院内サーバとの間で行われる注文受付処理の手順を説明するためのフローチャートである。
【図１２】図１２は、病院内サーバが行う一括注文処理の手順を説明するためのフローチャートである。
【図１３】図１３は、病院内サーバが行う決済処理の手順を説明するためのフローチャートである。
【発明を実施するための形態】
【０００６】
以下、添付図面を参照して、商品販売支援システムの実施形態を詳細に説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。
【０００７】
図１は、本実施形態に係る商品販売支援システム１００の全体構成を概略的に示す図である。同図に示すように、商品販売支援システム１００は、端末装置１０と、病院内サーバ２０と、注文受付装置３０と、決済サーバ４０とを有している。
【０００８】
端末装置１０及び病院内サーバ２０は同一の病院Ｈ内に配置され、有線又は無線のＬＡＮ５１（Local Area Network）を介して接続されている。また、病院内サーバ２０と、注文受付装置３０及び決済サーバ４０とは、インターネット等のＷＡＮ５２（Wide Area Network）を介して接続されている。なお、ＬＡＮ５１やＷＡＮ５２に接続される装置の個数は特に問わないものとする。
【０００９】
端末装置１０は、病院Ｈ内の入院患者（以下、単に患者という）が使用するノートＰＣ（Personal Computer）等の情報通信端末である。各患者には固有の接続情報が配布されており、当該接続情報を端末装置１０に入力することで、病院内サーバ２０にアクセスすることが可能となっている。ここで、接続情報は、例えば各患者を識別する識別情報となる患者ＩＤと、予め定めたパスワードとの組である。なお、端末装置１０は、病院側から各患者に提供する形態としてもよいし、患者自身が持ち込む形態としてもよい。
【００１０】
病院内サーバ２０は、Ｗｅｂサーバやアプリケーションサーバ等の機能を有する一又は複数のサーバ装置であって、病院Ｈ周辺の小売店と提携し、当該小売店が提供する商品の販売を支援するサービスをＬＡＮ５１内の各端末装置１０に提供する。
【００１１】
注文受付装置３０は、病院内サーバ２０を用いて商品の販売を行う小売店が管理するＰＣやサーバ装置等であって、病院内サーバ２０から送信される後述する一括注文情報を受信する。なお、小売店側では、注文受付装置３０が受信した一括注文情報に基づき、自己の小売店に注文された商品を病院Ｈに配達を行うものとする。
【００１２】
また、決済サーバ４０は、クレジット決算を代行する電子決済サーバであって、病院内サーバ２０から送信される決済情報に従い、各小売店から購入した商品の決済処理を患者毎に行う。
【００１３】
次に、商品販売支援システム１００を構成する装各置の構成について説明する。図２は、端末装置１０の構成の一例を示す図である。同図に示すように、端末装置１０は、情報処理を実行するマイクロコンピュータとして、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３を備えている。
【００１４】
ＣＰＵ１１は、ＲＯＭ１２や後述する記憶部１６に記憶された各種プログラムを実行することにより、端末装置１０を統括的に制御する。ＲＯＭ１２は、基本動作を行うためのプログラムを記憶している。ＲＡＭ１３は、端末装置１０の主記憶装置であって、ＣＰＵ１１のワークエリアとして機能する。
【００１５】
また、ＣＰＵ１１には、各種の入出力回路（図示せず）を介して、入力部１４及び表示部１５が接続されている。入力部１４は、キーボードやポインティングデバイス等の入力デバイスであって、端末装置１０を操作する患者から入力された操作内容をＣＰＵ１１に通知する。表示部１５は、ＬＣＤ（Liquid Crystal Display）等の表示デバイスを有し、ＣＰＵ１１の指示に従い各種の情報を表示する。なお、入力部１４をタッチパネル構成とすることで、表示部１５と協働して入力を受け付ける形態としてもよい。
【００１６】
また、ＣＰＵ１１には、各種の入出力回路（図示せず）を介して、記憶部１６及び通信Ｉ／Ｆ１７が接続されている。記憶部１６は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶媒体であって、Ｗｅｂブラウザ等の各種プログラムや各種ファイルを記憶している。通信Ｉ／Ｆ１７は、病院内サーバ２０とデータ通信を行うためのインタフェースである。ＣＰＵ１１は、この通信Ｉ／Ｆ１７を用いて、病院内サーバ２０との間で種々のデータを送受信する。
【００１７】
図３は、病院内サーバ２０の構成の一例を示す図である。同図に示すように、病院内サーバ２０は、情報処理を実行するマイクロコンピュータとして、ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３を備えている。
【００１８】
ＣＰＵ２１は、ＲＯＭ２２や後述する記憶部２６に記憶された各種プログラムを実行することにより、病院内サーバ２０を統括的に制御する。ＲＯＭ２２は、基本動作を行うためのプログラムを記憶している。ＲＡＭ２３は、病院内サーバ２０の主記憶装置であって、ＣＰＵ１１のワークエリアとして機能する。
【００１９】
また、ＣＰＵ２１には、各種の入出力回路（図示せず）を介して、入力部２４及び表示部２５が接続されている。入力部２４は、キーボードやポインティングデバイス等の入力デバイスであって、端末装置１０を操作する患者から入力された操作内容をＣＰＵ２１に通知する。表示部２５は、ＬＣＤ等の表示デバイスを有し、ＣＰＵ２１の指示に従い各種の情報を表示する。
【００２０】
また、ＣＰＵ２１には、各種の入出力回路（図示せず）を介して、記憶部２６、第１通信Ｉ／Ｆ２７及び第２通信Ｉ／Ｆ２８が接続されている。
【００２１】
記憶部２６は、ＨＤＤやフラッシュメモリ等の記憶媒体であって、後述する各機能部を実現するための各種プログラムや各種ファイル（リポジトリ）を記憶している。記憶部２６に記憶されるファイルとしては、例えば、販売対象の各商品に関する情報（以下、商品情報という）を管理する商品管理ファイル２６１、各患者の接続情報と患者情報とを関連付けて管理する患者管理ファイル２６２、各種の病名又は薬剤名とその禁忌物となる食品名等とを関連付けて管理する禁忌物管理ファイル２６３、各患者から受け付けた注文内容を管理する注文管理ファイル２６４等が挙げられる。
【００２２】
図４は、商品管理ファイル２６１のデータ構成の一例を模式的に示す図である。同図に示すように、商品管理ファイル２６１は、販売支援の対象となる各商品の商品情報として、商品の商品コード、カテゴリコード、商品名、単価、画像ＵＲＩ、小売店コード等を関連付けて記憶・管理している。ここで、商品コードは、各商品を識別することが可能なＪＡＮ（Japanese Article Number）等の識別情報である。また、カテゴリコードは、商品の種別（例えば、果物、飲料、お菓子等）を表すものである。また、画像ＵＲＩは、商品を表す画像ファイルの格納場所を示したＵＲＩ（Uniform Resource Identifier）であって、後述する購入画面の生成時に用いられるものである。また、小売店コードは、商品を提供する販売元の小売店を識別するための識別情報である。
【００２３】
また、図５は、患者管理ファイル２６２のデータ構成の一例を模式的に示す図である。同図に示すように、患者管理ファイル２６２は、各患者の接続情報と、患者情報とを関連付けて記憶・管理している。ここで、接続情報には、各患者の患者ＩＤとパスワードとの組が格納される。また、患者情報には、接続情報に対応する患者の患者名、入院先の病室番号、病名、処方されている薬剤名（処方薬剤名）、電子決済に必要な電子決済情報（例えば、クレジット番号や有効期限）等が格納される。
【００２４】
なお、図５では、患者の病名及び処方薬剤名を患者管理ファイル２６２に直接含める形態としたが、病名及び処方薬剤名の代わりにこれらの情報を導出可能な他の情報を含めることで、当該他の情報から病名及び処方薬剤名を導出する形態としてもよい。例えば、患者の電子カルテを特定するカルテ番号等を患者管理ファイル２６２に含めることで、このカルテ番号から特定される電子カルテから病名や処方薬剤名を読み取る形態としてもよい。
【００２５】
また、図６は、禁忌物管理ファイル２６３のデータ構成の一例を模式的に示す図である。同図に示すように、禁忌物管理ファイル２６３は、禁忌条件と禁忌情報とを関連付けて記憶・管理している。ここで、禁忌条件には、各種の病名や薬剤名（又は病名と薬剤名との組み合わせ）が格納される。また、禁忌情報には、禁忌条件の病名や薬剤名（又は病名と薬剤名との組み合わせ）の禁忌物の名称（例えば食品名）が格納される。例えば、ある種のカルシウム拮抗剤についてはグレープフルーツが禁忌物となるため、これらの情報が関連付けて登録されている。
【００２６】
また、図７は、注文管理ファイル２６４のデータ構成の一例を模式的に示す図である。同図に示すように、注文管理ファイル２６４は、各患者の患者ＩＤと関連付けて、その患者から注文を受け付けた商品の注文内容を表した注文情報を記憶・管理している。ここで、注文情報は、注文を受け付けた商品の商品コード、商品名、単価、注文個数、販売元の小売店の小売店コード、注文を受け付けた日時等の項目から構成される。
【００２７】
図３に戻り、第１通信Ｉ／Ｆ２７は、端末装置１０とデータ通信を行うためのインタフェースである。また、第２通信Ｉ／Ｆ２８は、注文受付装置３０や決済サーバ４０とデータ通信を行うためのインタフェースである。ＣＰＵ２１は、第１通信Ｉ／Ｆ２７を用いて、端末装置１０との間で種々のデータを送受信する。また、ＣＰＵ２１は、第２通信Ｉ／Ｆ２８を用いて、注文受付装置３０や決済サーバ４０との間で種々のデータを送受信する。
【００２８】
次に、病院内サーバ２０が有する特徴的な機能について説明する。ＣＰＵ２１は、ＲＯＭ２２や記憶部２６に記憶された所定のプログラムとの協働により、図３に示すように、患者特定部２１１、禁忌情報読出部２１２、購入画面提供部２１３、一括注文部２１４及び決済処理部２１５を実現させる。
【００２９】
患者特定部２１１は、端末装置１０から送信される接続情報に基づき、当該端末装置１０を操作する患者を特定する。具体的に、患者特定部２１１は、端末装置１０から接続情報を受け付けると、患者管理ファイル２６２に登録された各接続情報と照合し、一致した接続情報の患者を端末装置１０の操作者として特定する。なお、患者管理ファイル２６２に登録された何れの接続情報とも一致しない場合、患者特定部２１１は、不正なアクセスと判断し、アクセスを拒否する旨の応答情報を端末装置１０に送信する。
【００３０】
禁忌情報読出部２１２は、患者特定部２１１が特定した患者の患者情報に含まれる病名及び処方薬剤名に基づき、この病名及び処方薬剤名に対応する禁忌情報を禁忌物管理ファイル２６３から読み出す。
【００３１】
購入画面提供部２１３は、商品管理ファイル２６１に登録された商品情報と、禁忌情報読出部２１２が読み出した禁忌情報とに基づいて、各商品の購入を支援するための購入画面を端末装置１０に提供する。また、購入画面提供部２１３は、購入画面に基づいて端末装置１０から商品の注文（購入注文）を受け付けると、その注文内容を示した注文情報を、その端末装置１０を操作する患者の患者ＩＤと関連付け、注文管理ファイル２６４に登録する。
【００３２】
具体的に、購入画面提供部２１３は、商品管理ファイル２６１に登録された各カテゴリコードに基づいて、図８に示すような初期画面を生成し、アクセス元の端末装置１０に提供する。ここで、図８は、病院内サーバ２０が端末装置１０に提供する画面（初期画面）の一例を示す図である。同図において、領域Ａ１１には、商品の各カテゴリ（例えば、野菜、果物等）を表す文字列が一覧表示されている。また、領域Ａ１２には、商品の各カテゴリを表すアイコン画像が一覧表示されている。
【００３３】
領域Ａ１１又は領域Ａ１２に表示されたカテゴリのうち、端末装置１０において何れかの一のカテゴリが選択され、このカテゴリを表すカテゴリコードが病院内サーバ２０に通知されると、購入画面提供部２１３は、この選択されたカテゴリコードに関連付けられた商品情報を、商品管理ファイル２６１から読み出す。そして、購入画面提供部２１３は、読み出した商品情報に基づき、各商品の購入を支援するための画面（購入画面）を生成し、アクセス元の端末装置１０に提供する。
【００３４】
ここで、図９は、購入画面の一例を示す図である。なお、図９では、カテゴリ“果物”が選択された場合に生成された購入画面を示している。図８に示した領域Ａ１１又は領域Ａ１２からカテゴリ“果物”が選択されると、購入画面提供部２１３は、商品管理ファイル２６１を参照し、このカテゴリ（カテゴリコード）に関連付けられた各商品の商品情報に基づき、購入画面Ｇ１を商品毎に生成し、端末装置１０に提供する。図９では、“リンゴ”、“グレープフルーツ”及び“桃”について、購入画面Ｇ１が生成された例を示しており、図８に示した領域Ａ１２と置き換えた領域Ａ２に一覧表示している。
【００３５】
ここで、購入画面Ｇ１は、商品名を表示するための領域Ａ２１と、価格（単価）を表示するための領域Ａ２２と、画像ファイルを表示するための領域Ａ２３と、商品コードを表示するための領域Ａ２４とを有している。これら、領域Ａ２１〜Ａ２４には、各商品の商品情報に含まれた各項目（商品コード、商品名、単価、画像ＵＲＩ）に基づき、対応する情報が入力される。また、購入画面Ｇ１は、注文する商品の個数（注文個数）を選択的に入力するための領域Ａ２５と、注文を指示するための購入ボタンＢ１とを有している。端末装置１０を操作する患者が、領域Ａ２５から所望する注文個数を入力し、購入ボタンＢ１を押下すると、端末装置１０のＣＰＵ１１は、購入ボタンＢ１が押下された購入画面Ｇ１に含まれる商品情報（商品コード、商品名、単価）とその注文個数とを注文情報として病院内サーバ２０に通知する。
【００３６】
なお、購入画面提供部２１３は、購入画面Ｇ１の生成に際し、商品管理ファイル２６１から読み出した商品情報に含まれる商品名と、禁忌情報読出部２１２が読み出した禁忌情報の禁忌物とを比較し、当該禁忌物と一致する商品名が存在した場合に、この商品の商購入を制限する。
【００３７】
例えば、図９では、領域Ａ２に表示した各商品の購入画面Ｇ１のうち、商品名“グレープフルーツ”が禁忌物に該当した例を示している。ここで、購入画面提供部２１３は、“グレープフルーツ”の購入画面Ｇ１の生成時において、購入ボタンＢ１を無効化することで“グレープフルーツ”の購入を制限している。以下、購入ボタンＢ１を無効化した購入画面Ｇ１を購入制限画面という。このように、患者の病名や処方薬剤の禁忌物となる商品の購入を制限することで、禁忌物の摂取により不慮の事故の発生を未然に防ぐことができる。
【００３８】
なお、制限方法は、この例に限らず、例えば、該当する商品の購入画面Ｇ１自体を非表示、即ち購入画面Ｇ１の生成を制限する形態としてもよい。また、禁忌物に該当する旨のメッセージを含めて購入画面Ｇ１を生成する形態としてもよいし、購入ボタンＢ１の押下時に禁忌物である旨を表示し、購入の意思を確認する確認ボタン（図示せず）を表示させる形態としてもよい。
【００３９】
また、購入画面提供部２１３は、上述した購入画面に基づき端末装置１０から商品の注文情報を受け付けると、この商品を提供する小売店の小売店コードを商品管理ファイル２６１から読み出す。そして、購入画面提供部２１３は、商品管理ファイル２６１から読み出した小売店コードを、対応する商品の注文情報とこの注文情報を受け付けた日時（注文日時）とを、端末装置１０を操作する患者の患者ＩＤと関連付けて、注文管理ファイル２６４に登録する。
【００４０】
図３に戻り、一括注文部２１４は、注文管理ファイル２６４に登録された注文情報を小売店コード毎に抽出し、抽出した注文情報を一括注文情報として対応する小売店の注文受付装置３０宛に送信する。具体的に、一括注文部２１４は、所定時間間隔（例えば、３時間）毎に、この所定時間前から現在時刻までの間に受け付けた注文情報を、注文の受付日時に基づいて注文管理ファイル２６４から特定する。そして、一括注文部２１４は、特定した注文情報を小売店コード毎に分別すると、これら分別した注文情報を一括注文情報として対応する小売店の注文受付装置３０宛に送信する。なお、注文情報の分別時に、同一の商品（商品コード）の注文個数を集計する形態としてもよい。
【００４１】
また、決済処理部２１５は、注文管理ファイル２６４に登録された各患者ＩＤについて、注文情報に含まれた商品の総購入金額をその商品を提供する小売店毎に算出し、各小売店への決済処理を行う。具体的に、決済処理部２１５は、同一の患者ＩＤに関連付けられた注文情報を処理対象とし、当該注文情報に含まれた商品の単価及び注文個数に基づいて、各小売店が提供する商品の総購入金額を支払金額として小売店毎に算出する。そして、決済処理部２１５は、各小売店へ支払金額の支払いを指示する指示情報を、対応する患者ＩＤに関連付けられた患者管理ファイル２６２の電子決済情報とともに決済サーバ４０に送信することで、各小売店への電子決済を決済サーバ４０に依頼する。
【００４２】
なお、決済処理を行うタイミングは特に問わず、例えば、前日に受け付けた注文情報の決済処理を日毎に行う形態としてもよいし、一括注文部２１４の処理と同期して決済処理を行い、当該一括注文部２１４が抽出した注文情報を決済処理の対象としてもよい。
【００４３】
以下、図１０〜図１３を参照して、商品販売支援システム１００の動作について説明する。まず、図１０を参照して端末装置１０と病院内サーバ２０との間で行われる患者特定処理について説明する。ここで、図１０は、端末装置１０と病院内サーバ２０との間で行われる患者特定処理の手順を説明するためのフローチャートである。
【００４４】
まず、端末装置１０を操作する患者は、病院内サーバ２０が提供するサービスを享受するに際し自らに割り当てられた接続情報を、入力部１４を介して入力する。端末装置１０のＣＰＵ１１は、入力部１４を介し接続情報の入力を受け付けると（ステップＳ１１）、この接続情報を病院内サーバ２０に送信する（ステップＳ１２）。
【００４５】
一方、病院内サーバ２０では端末装置１０から接続情報を受信すると（ステップＳ２１）、患者特定部２１１は、この接続情報と、患者管理ファイル２６２に登録された各接続情報とを照合し（ステップＳ２２）、一致する接続情報が患者管理ファイル２６２に登録されているか否かを判定する（ステップＳ２３）。ここで、一致する接続情報が患者管理ファイル２６２に登録されていないと判定した場合（ステップＳ２３；Ｎｏ）、患者特定部２１１は、不正なアクセスと判断し、アクセスを拒否する旨の応答情報を端末装置１０に送信し（ステップＳ２４）、処理を終了する。
【００４６】
また、ステップＳ２３において、一致する接続情報が患者管理ファイル２６２に登録されていると判定した場合（ステップＳ２３；Ｙｅｓ）、患者特定部２１１は、この接続情報に該当した患者情報の患者を、アクセス元の端末装置１０を操作する患者として特定し、アクセスを許可する旨の応答情報を端末装置１０に送信する（ステップＳ２５）。
【００４７】
続いて、病院内サーバ２０の禁忌情報読出部２１２は、ステップＳ２５で特定された患者の患者情報を患者管理ファイル２６２から読み出す（ステップＳ２６）。次いで、禁忌情報読出部２１２は、ステップＳ２６で読み出した患者情報に含まれる病名及び処方薬剤名に基づいて、当該病名及び処方薬剤名に対応する禁忌情報を禁忌物管理ファイル２６３から読み出すと（ステップＳ２７）、病院内サーバ２０は後述する注文受付処理（図１１参照）に移行する。
【００４８】
一方、端末装置１０では病院内サーバ２０から応答情報を受信すると（ステップＳ１３）、ＣＰＵ１１は、この応答情報がアクセスを許可するものか否かを判定する（ステップＳ１４）。ここで、応答情報がアクセスを拒否するものであった場合（ステップＳ１４；Ｎｏ）、ＣＰＵ１１は、認証エラーを報知する画面を表示部１５に表示し（ステップＳ１５）、処理を終了する。また、応答情報がアクセスを許可するものであった場合（ステップＳ１４；Ｙｅｓ）、端末装置１０は後述する注文受付処理（図１１参照）に移行する。
【００４９】
このように、患者特定処理では、患者管理ファイル２６２に登録された正規の接続情報が送信された場合にのみ病院内サーバ２０へのアクセスを許可するため、接続情報の患者ＩＤに対応する患者以外の者が当該患者になりすまして商品の注文を行うことを未然防止することができる。
【００５０】
次に、図１１を参照して、端末装置１０と病院内サーバ２０との間で行われる注文受付処理の動作について説明する。ここで、図１１は、端末装置１０と病院内サーバ２０との間で行われる注文受付処理の手順を説明するためのフローチャートである。なお、本処理は、図１０の患者特定処理において、アクセスが許可された場合に実行されるものである。
【００５１】
まず、病院内サーバ２０の購入画面提供部２１３は、商品管理ファイル２６１に登録された各カテゴリコードに基づき、図８に示したような初期画面を生成すると（ステップＳ３１）、この初期画面をアクセス元の端末装置１０に送信（提供）する（ステップＳ３２）。
【００５２】
端末装置１０では病院内サーバ２０から提供された初期画面を受信すると（ステップＳ５１）、ＣＰＵ１１は、この初期画面を表示部１５に表示し（ステップＳ５２）、特定のカテゴリが選択されるまで待機する（ステップＳ５３；Ｎｏ）。ここで、入力部１４を介し特定のカテゴリが選択されると（ステップＳ５３；Ｙｅｓ）、ＣＰＵ１１は、この選択されたカテゴリのカテゴリコードを病院内サーバ２０に通知する（ステップＳ５４）。
【００５３】
病院内サーバ２０の購入画面提供部２１３は、端末装置１０から特定のカテゴリコードの通知を受け付けると（ステップＳ３３）、このカテゴリコードに関連付けられた商品情報を商品管理ファイル２６１から読み出す（ステップＳ３４）。続いて、購入画面提供部２１３は、読み出した各商品情報の商品名と、上述したステップＳ２７で禁忌情報読出部２１２により読み出された禁忌情報に含まれる商品名（禁忌物）とを比較し（ステップＳ３５）、一致する商品が存在するか否かを判定する（ステップＳ３６）。ここで、禁忌物に該当しない商品については（ステップＳ３６；Ｎｏ）、購入画面提供部２１３は、その商品の購入画面を生成し（ステップＳ３７）、ステップＳ３９に移行する。
【００５４】
また、ステップＳ３６において、禁忌物に該当すると判定した商品について（ステップＳ３６；Ｙｅｓ）、購入画面提供部２１３は、その商品の購入を制限した購入制限画面を生成し（ステップＳ３８）、ステップＳ３９に移行する。なお、本処理では、購入を制限する購入画面を生成する形態としたが、これに限らず、上述したように購入画面自体の生成を制限する等の形態としてもよい。
【００５５】
続いて、購入画面提供部２１３は、生成した購入画面、購入制限画面を端末装置１０に送信（提供）する（ステップＳ３９）。
【００５６】
端末装置１０では病院内サーバ２０から提供された購入画面を受信すると（ステップＳ５５）、ＣＰＵ１１は、図９に示したように購入画面／購入制限画面を表示部１５に表示し（ステップＳ５６）、注文操作が行われるまで待機する（ステップＳ５７；Ｎｏ）。ここで、入力部１４を介して特定の商品の注文が指示されると（ステップＳ５７；Ｙｅｓ）、ＣＰＵ１１は、指示された商品の商品コード及び注文個数等を含む注文情報を病院内サーバ２０に通知する（ステップＳ５８）。
【００５７】
続いて、端末装置１０のＣＰＵ１１は、注文の完了を指示する操作が入力部１４から入力された否かを判定し、未入力の場合には（ステップＳ５９；Ｎｏ）、ステップＳ６０に移行する。ステップＳ６０では、ＣＰＵ１１は、カテゴリの変更を指示する操作が入力部１４から入力された否かを判定し、未入力の場合には（ステップＳ６０；Ｎｏ）、ステップＳ５７に再び戻る。また、ステップＳ６０において、特定のカテゴリへの変更指示が入力された場合には（ステップＳ６０；Ｙｅｓ）、ステップＳ５４に戻り、指示されたカテゴリのカテゴリコードを病院内サーバ２０に通知する。
【００５８】
また、ステップＳ５９において、注文の完了を指示する操作を受け付けた場合（ステップＳ５９；Ｙｅｓ）、端末装置１０のＣＰＵ１１は、注文の完了を病院内サーバ２０に通知する（ステップＳ６１）。そして、端末装置１０のＣＰＵ１１は、表示部１５に表示していた画面（購入画面、購入制限画面）を消去し（ステップＳ６２）、処理を終了する。
【００５９】
一方、病院内サーバ２０の購入画面提供部２１３は、端末装置１０から注文情報が通知されるまで待機し（ステップＳ４０；Ｎｏ）、注文情報の通知を受け付けると（ステップＳ４０；Ｙｅｓ）、この注文情報を、端末装置１０を操作する患者の患者ＩＤと現在日時（注文日時）と関連付け、注文管理ファイル２６４に登録する（ステップＳ４１）。そして、購入画面提供部２１３は、端末装置１０から注文完了の通知を受け付けたか否かを判定し、通知されない場合には（ステップＳ４２；Ｎｏ）、ステップＳ４０に再び戻り。また、注文完了の通知を受け付けた場合、処理を終了する。
【００６０】
このように、注文受付処理では、患者が購入可能な商品を管理することで、患者の病名や処方薬剤の禁忌物の購入を制限し、当該禁忌物以外の商品の購入を支援する購入画面を提供する。これにより、禁忌物の摂取により不慮の事故の発生を未然に防ぐことができるため、入院患者の安全性を向上することができる。
【００６１】
次に、図１２を参照して、病院内サーバ２０で行われる一括注文処理の動作について説明する。ここで、図１２は、病院内サーバ２０の一括注文部２１４が行う一括注文処理の手順を説明するためのフローチャートである。なお、本処理は、上記した注文受付処理において、注文管理ファイル２６４に登録された注文情報に対して実行されるものである。
【００６２】
まず、病院内サーバ２０の一括注文部２１４は、一括注文を行う所定時間間隔（例えば、３時間毎）が経過するまで待機し（ステップＳ７１；Ｎｏ）、この所定時間に到達すると（ステップＳ７１；Ｙｅｓ）、所定時間前から現在時刻までの間に注文を受け付けた注文情報を、注文管理ファイル２６４から処理対象に選択する（ステップＳ７２）。
【００６３】
続いて、一括注文部２１４は、選択した注文情報を小売店コード毎に分別すると（ステップＳ７３）、これら分別した注文情報を一括注文情報として、対応する小売店の注文受付装置３０に送信し（ステップＳ７４）、ステップＳ７１に再び戻る。
【００６４】
小売店側では、注文受付装置３０が受信した一括注文情報に基づき、自己の小売店に注文された商品を病院Ｈに配達する。そして、病院Ｈにおいて、各患者の注文情報に基づき、病院Ｈの職員等が各患者に商品を引き渡す。
【００６５】
このように、一括注文処理によれば、各患者から注文された商品を、その商品を提供する小売店毎に一括して注文を行う。これにより、小売店側では自らの小売店で提供する商品の注文を病院単位で一括して受け付けることが可能となるため、商品販売の支援を効率的に行うことができる。なお、一括注文情報として送信した注文情報は、後述する決済処理の後、注文管理ファイル２６４から削除する形態としてもよいし、決済済みの注文情報として別ファイルで管理する形態としてもよい。
【００６６】
また、病院Ｈ周辺の複数の小売店が提供する商品を病院内サーバ２０で統括的に販売することができるため、病院Ｈ周辺地域の活性化を図ることができる。なお、本実施形態では、病院Ｈ周辺の小売店としたが、これに限らないものとする。
【００６７】
次に、図１３を参照して、病院内サーバ２０で行われる決済処理の動作について説明する。ここで、図１３は、病院内サーバ２０の決済処理部２１５が行う決済処理の手順を説明するためのフローチャートである。なお、本処理は、注文管理ファイル２６４に登録された注文情報のうち、一括注文処理において一括注文情報の送信が完了した注文情報に対して実行されるものとする。
【００６８】
まず、病院内サーバ２０の決済処理部２１５は、決済処理を行う所定時間間隔（例えば、３時間毎）が経過するまで待機し（ステップＳ８１；Ｎｏ）、この所定時間に到達すると（ステップＳ８１；Ｙｅｓ）、一括注文部２１４で処理の対象となった注文情報を注文管理ファイル２６４から選択する（ステップＳ８２）。
【００６９】
続いて、決済処理部２１５は、ステップＳ８２で選択した注文情報のうち、同一の患者ＩＤに関連付けられた注文情報をそれぞれ処理対象とすると、当該注文情報に含まれた商品の単価及び注文個数に基づいて、各小売店が提供する商品の総購入金額を支払金額として小売店毎に算出する（ステップＳ８３）。そして、決済処理部２１５は、各小売店へ支払金額の支払いを指示する指示情報を、対応する患者ＩＤに関連付けられた患者管理ファイル２６２の電子決済情報とともに決済サーバ４０に送信し（ステップＳ８４）、ステップＳ８１に再び戻る。
【００７０】
決済サーバ４０では、指示情報と電子決済情報との組を病院内サーバ２０から受信すると、この指示情報に従い、電子決済情報を用いて各小売店への支払いを代行する。なお、決済の代行は図示しない所定のクレジット機関を介して行われるものとする。
【００７１】
このように、決済処理によれば、各患者が注文した商品の総購入金額を小売店毎に算出し、当該各小売店への支払を電子決済により自動で行うため、各商品の支払を効率的に行うことができる。
【００７２】
以上、本発明の実施の形態について説明したが、本発明はこれに限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加等が可能である。
【００７３】
例えば、上記実施形態では、商品管理ファイル２６１、患者管理ファイル２６２、禁忌物管理ファイル２６３及び注文管理ファイル２６４を病院内サーバ２０が備える形態としたが、これに限らず、病院内サーバ２０がアクセス可能な外部装置（例えば、データベースサーバ）に保持する形態としてもよい。また、上記実施形態では、病院内サーバ２０を病院Ｈ内に設ける形態としたが、これに限らず、病院内サーバ２０の構成及び機能を病院Ｈ外のサーバ装置を用いて実現する形態としてもよい。
【００７４】
また、上記実施形態では、病院Ｈの入院患者にサービスを提供する形態としたが、これに限らず、病院Ｈに通院する入院患者以外の患者に対しサービスを提供する形態としてもよい。また、ＷＡＮ５２に接続する病院Ｈ外の患者の端末装置に対してもサービスを提供する形態としてもよい。
【００７５】
また、上記実施形態の各装置で実行されるプログラムは、各装置が備える記録媒体（ＲＯＭ又は記憶部）に予め組み込んで提供するものとするが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記録媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記録媒体も含まれる。
【００７６】
また、上記実施形態の各装置で実行されるプログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよく、インターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【符号の説明】
【００７７】
１００ 商品販売支援システム
１０ 端末装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力部
１５ 表示部
１６ 記憶部
１７ 通信Ｉ／Ｆ
２０ 病院内サーバ
２１ ＣＰＵ
２１１ 患者特定部
２１２ 禁忌情報読出部
２１３ 購入画面提供部
２１４ 一括注文部
２１５ 決済処理部
２２ ＲＯＭ
２３ ＲＡＭ
２４ 入力部
２５ 表示部
２６ 記憶部
２６１ 商品管理ファイル
２６２ 患者管理ファイル
２６３ 禁忌物管理ファイル
２６４ 注文管理ファイル
２７ 第１通信Ｉ／Ｆ
２８ 第２通信Ｉ／Ｆ
３０ 注文受付装置
４０ 決済サーバ
【先行技術文献】
【特許文献】
【００７８】
【特許文献１】特開２００４−０４６６８２公報
【技術分野】
【０００１】
本発明の実施形態は、商品販売支援システムに関する。
【背景技術】
【０００２】
従来、スーパーマーケット等の小売点では、インターネットで注文を受け付け、注文された商品を個人宅まで配送を行う、所謂“ネットスーパー”と呼ばれるサービスを提供している。係るサービスでは、利用者宅の近隣の店舗から商品を配達することで、注文を受け付けた当日に配達することを可能としている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、行動範囲の制限された入院患者では、日用品や食品の購入は病院内の売店や見舞客等の他者に依頼することになるため、商品選択の自由度が低いという問題がある。そこで、上記ネットスーパーを利用することが考えられるが、入院患者がネットスーパーを利用した場合、病院側では患者が購入した商品を把握することができず、例えば、病状に影響を与えるような食料品を購入してしまう可能性があった。
【課題を解決するための手段】
【０００４】
実施形態の商品販売支援システムは、商品の販売を支援するサービスを提供し、当該商品の購入注文を受け付けるサーバ装置と、サーバ装置が提供するサービスに基づいて、特定の商品の購入注文をサーバ装置に送信する端末装置と、を備えた商品販売支援システムであって、サーバ装置は、特定手段と、読出手段と、制限手段とを有している。特定手段は、端末装置を操作する患者を特定する。読出手段は、各患者と当該患者の病名又は処方薬剤の禁忌物とを関連付けたリポジトリから、特定手段が特定した患者の禁忌物を読み出す。制限手段は、端末装置に対して販売支援を行う商品のうち、読出手段が読み出した禁忌物に該当する商品の販売を制限する。
【図面の簡単な説明】
【０００５】
【図１】図１は、本実施形態に係る商品販売支援システムの全体構成を概略的に示す図である。
【図２】図２は、端末装置の構成の一例を示す図である。
【図３】図３は、病院内サーバの構成の一例を示す図である。
【図４】図４は、商品管理ファイルのデータ構成の一例を模式的に示す図である。
【図５】図５は、患者管理ファイルのデータ構成の一例を模式的に示す図である。
【図６】図６は、禁忌物管理ファイルのデータ構成の一例を模式的に示す図である。
【図７】図７は、注文管理ファイルのデータ構成の一例を模式的に示す図である。
【図８】図８は、病院内サーバが端末装置に提供する画面の一例を示す図である。
【図９】図９は、病院内サーバが端末装置に提供する画面の一例を示す図である。
【図１０】図１０は、端末装置と病院内サーバとの間で行われる患者特定処理の手順を説明するためのフローチャートである。
【図１１】図１１は、端末装置と病院内サーバとの間で行われる注文受付処理の手順を説明するためのフローチャートである。
【図１２】図１２は、病院内サーバが行う一括注文処理の手順を説明するためのフローチャートである。
【図１３】図１３は、病院内サーバが行う決済処理の手順を説明するためのフローチャートである。
【発明を実施するための形態】
【０００６】
以下、添付図面を参照して、商品販売支援システムの実施形態を詳細に説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。
【０００７】
図１は、本実施形態に係る商品販売支援システム１００の全体構成を概略的に示す図である。同図に示すように、商品販売支援システム１００は、端末装置１０と、病院内サーバ２０と、注文受付装置３０と、決済サーバ４０とを有している。
【０００８】
端末装置１０及び病院内サーバ２０は同一の病院Ｈ内に配置され、有線又は無線のＬＡＮ５１（Local Area Network）を介して接続されている。また、病院内サーバ２０と、注文受付装置３０及び決済サーバ４０とは、インターネット等のＷＡＮ５２（Wide Area Network）を介して接続されている。なお、ＬＡＮ５１やＷＡＮ５２に接続される装置の個数は特に問わないものとする。
【０００９】
端末装置１０は、病院Ｈ内の入院患者（以下、単に患者という）が使用するノートＰＣ（Personal Computer）等の情報通信端末である。各患者には固有の接続情報が配布されており、当該接続情報を端末装置１０に入力することで、病院内サーバ２０にアクセスすることが可能となっている。ここで、接続情報は、例えば各患者を識別する識別情報となる患者ＩＤと、予め定めたパスワードとの組である。なお、端末装置１０は、病院側から各患者に提供する形態としてもよいし、患者自身が持ち込む形態としてもよい。
【００１０】
病院内サーバ２０は、Ｗｅｂサーバやアプリケーションサーバ等の機能を有する一又は複数のサーバ装置であって、病院Ｈ周辺の小売店と提携し、当該小売店が提供する商品の販売を支援するサービスをＬＡＮ５１内の各端末装置１０に提供する。
【００１１】
注文受付装置３０は、病院内サーバ２０を用いて商品の販売を行う小売店が管理するＰＣやサーバ装置等であって、病院内サーバ２０から送信される後述する一括注文情報を受信する。なお、小売店側では、注文受付装置３０が受信した一括注文情報に基づき、自己の小売店に注文された商品を病院Ｈに配達を行うものとする。
【００１２】
また、決済サーバ４０は、クレジット決算を代行する電子決済サーバであって、病院内サーバ２０から送信される決済情報に従い、各小売店から購入した商品の決済処理を患者毎に行う。
【００１３】
次に、商品販売支援システム１００を構成する装各置の構成について説明する。図２は、端末装置１０の構成の一例を示す図である。同図に示すように、端末装置１０は、情報処理を実行するマイクロコンピュータとして、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３を備えている。
【００１４】
ＣＰＵ１１は、ＲＯＭ１２や後述する記憶部１６に記憶された各種プログラムを実行することにより、端末装置１０を統括的に制御する。ＲＯＭ１２は、基本動作を行うためのプログラムを記憶している。ＲＡＭ１３は、端末装置１０の主記憶装置であって、ＣＰＵ１１のワークエリアとして機能する。
【００１５】
また、ＣＰＵ１１には、各種の入出力回路（図示せず）を介して、入力部１４及び表示部１５が接続されている。入力部１４は、キーボードやポインティングデバイス等の入力デバイスであって、端末装置１０を操作する患者から入力された操作内容をＣＰＵ１１に通知する。表示部１５は、ＬＣＤ（Liquid Crystal Display）等の表示デバイスを有し、ＣＰＵ１１の指示に従い各種の情報を表示する。なお、入力部１４をタッチパネル構成とすることで、表示部１５と協働して入力を受け付ける形態としてもよい。
【００１６】
また、ＣＰＵ１１には、各種の入出力回路（図示せず）を介して、記憶部１６及び通信Ｉ／Ｆ１７が接続されている。記憶部１６は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶媒体であって、Ｗｅｂブラウザ等の各種プログラムや各種ファイルを記憶している。通信Ｉ／Ｆ１７は、病院内サーバ２０とデータ通信を行うためのインタフェースである。ＣＰＵ１１は、この通信Ｉ／Ｆ１７を用いて、病院内サーバ２０との間で種々のデータを送受信する。
【００１７】
図３は、病院内サーバ２０の構成の一例を示す図である。同図に示すように、病院内サーバ２０は、情報処理を実行するマイクロコンピュータとして、ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３を備えている。
【００１８】
ＣＰＵ２１は、ＲＯＭ２２や後述する記憶部２６に記憶された各種プログラムを実行することにより、病院内サーバ２０を統括的に制御する。ＲＯＭ２２は、基本動作を行うためのプログラムを記憶している。ＲＡＭ２３は、病院内サーバ２０の主記憶装置であって、ＣＰＵ１１のワークエリアとして機能する。
【００１９】
また、ＣＰＵ２１には、各種の入出力回路（図示せず）を介して、入力部２４及び表示部２５が接続されている。入力部２４は、キーボードやポインティングデバイス等の入力デバイスであって、端末装置１０を操作する患者から入力された操作内容をＣＰＵ２１に通知する。表示部２５は、ＬＣＤ等の表示デバイスを有し、ＣＰＵ２１の指示に従い各種の情報を表示する。
【００２０】
また、ＣＰＵ２１には、各種の入出力回路（図示せず）を介して、記憶部２６、第１通信Ｉ／Ｆ２７及び第２通信Ｉ／Ｆ２８が接続されている。
【００２１】
記憶部２６は、ＨＤＤやフラッシュメモリ等の記憶媒体であって、後述する各機能部を実現するための各種プログラムや各種ファイル（リポジトリ）を記憶している。記憶部２６に記憶されるファイルとしては、例えば、販売対象の各商品に関する情報（以下、商品情報という）を管理する商品管理ファイル２６１、各患者の接続情報と患者情報とを関連付けて管理する患者管理ファイル２６２、各種の病名又は薬剤名とその禁忌物となる食品名等とを関連付けて管理する禁忌物管理ファイル２６３、各患者から受け付けた注文内容を管理する注文管理ファイル２６４等が挙げられる。
【００２２】
図４は、商品管理ファイル２６１のデータ構成の一例を模式的に示す図である。同図に示すように、商品管理ファイル２６１は、販売支援の対象となる各商品の商品情報として、商品の商品コード、カテゴリコード、商品名、単価、画像ＵＲＩ、小売店コード等を関連付けて記憶・管理している。ここで、商品コードは、各商品を識別することが可能なＪＡＮ（Japanese Article Number）等の識別情報である。また、カテゴリコードは、商品の種別（例えば、果物、飲料、お菓子等）を表すものである。また、画像ＵＲＩは、商品を表す画像ファイルの格納場所を示したＵＲＩ（Uniform Resource Identifier）であって、後述する購入画面の生成時に用いられるものである。また、小売店コードは、商品を提供する販売元の小売店を識別するための識別情報である。
【００２３】
また、図５は、患者管理ファイル２６２のデータ構成の一例を模式的に示す図である。同図に示すように、患者管理ファイル２６２は、各患者の接続情報と、患者情報とを関連付けて記憶・管理している。ここで、接続情報には、各患者の患者ＩＤとパスワードとの組が格納される。また、患者情報には、接続情報に対応する患者の患者名、入院先の病室番号、病名、処方されている薬剤名（処方薬剤名）、電子決済に必要な電子決済情報（例えば、クレジット番号や有効期限）等が格納される。
【００２４】
なお、図５では、患者の病名及び処方薬剤名を患者管理ファイル２６２に直接含める形態としたが、病名及び処方薬剤名の代わりにこれらの情報を導出可能な他の情報を含めることで、当該他の情報から病名及び処方薬剤名を導出する形態としてもよい。例えば、患者の電子カルテを特定するカルテ番号等を患者管理ファイル２６２に含めることで、このカルテ番号から特定される電子カルテから病名や処方薬剤名を読み取る形態としてもよい。
【００２５】
また、図６は、禁忌物管理ファイル２６３のデータ構成の一例を模式的に示す図である。同図に示すように、禁忌物管理ファイル２６３は、禁忌条件と禁忌情報とを関連付けて記憶・管理している。ここで、禁忌条件には、各種の病名や薬剤名（又は病名と薬剤名との組み合わせ）が格納される。また、禁忌情報には、禁忌条件の病名や薬剤名（又は病名と薬剤名との組み合わせ）の禁忌物の名称（例えば食品名）が格納される。例えば、ある種のカルシウム拮抗剤についてはグレープフルーツが禁忌物となるため、これらの情報が関連付けて登録されている。
【００２６】
また、図７は、注文管理ファイル２６４のデータ構成の一例を模式的に示す図である。同図に示すように、注文管理ファイル２６４は、各患者の患者ＩＤと関連付けて、その患者から注文を受け付けた商品の注文内容を表した注文情報を記憶・管理している。ここで、注文情報は、注文を受け付けた商品の商品コード、商品名、単価、注文個数、販売元の小売店の小売店コード、注文を受け付けた日時等の項目から構成される。
【００２７】
図３に戻り、第１通信Ｉ／Ｆ２７は、端末装置１０とデータ通信を行うためのインタフェースである。また、第２通信Ｉ／Ｆ２８は、注文受付装置３０や決済サーバ４０とデータ通信を行うためのインタフェースである。ＣＰＵ２１は、第１通信Ｉ／Ｆ２７を用いて、端末装置１０との間で種々のデータを送受信する。また、ＣＰＵ２１は、第２通信Ｉ／Ｆ２８を用いて、注文受付装置３０や決済サーバ４０との間で種々のデータを送受信する。
【００２８】
次に、病院内サーバ２０が有する特徴的な機能について説明する。ＣＰＵ２１は、ＲＯＭ２２や記憶部２６に記憶された所定のプログラムとの協働により、図３に示すように、患者特定部２１１、禁忌情報読出部２１２、購入画面提供部２１３、一括注文部２１４及び決済処理部２１５を実現させる。
【００２９】
患者特定部２１１は、端末装置１０から送信される接続情報に基づき、当該端末装置１０を操作する患者を特定する。具体的に、患者特定部２１１は、端末装置１０から接続情報を受け付けると、患者管理ファイル２６２に登録された各接続情報と照合し、一致した接続情報の患者を端末装置１０の操作者として特定する。なお、患者管理ファイル２６２に登録された何れの接続情報とも一致しない場合、患者特定部２１１は、不正なアクセスと判断し、アクセスを拒否する旨の応答情報を端末装置１０に送信する。
【００３０】
禁忌情報読出部２１２は、患者特定部２１１が特定した患者の患者情報に含まれる病名及び処方薬剤名に基づき、この病名及び処方薬剤名に対応する禁忌情報を禁忌物管理ファイル２６３から読み出す。
【００３１】
購入画面提供部２１３は、商品管理ファイル２６１に登録された商品情報と、禁忌情報読出部２１２が読み出した禁忌情報とに基づいて、各商品の購入を支援するための購入画面を端末装置１０に提供する。また、購入画面提供部２１３は、購入画面に基づいて端末装置１０から商品の注文（購入注文）を受け付けると、その注文内容を示した注文情報を、その端末装置１０を操作する患者の患者ＩＤと関連付け、注文管理ファイル２６４に登録する。
【００３２】
具体的に、購入画面提供部２１３は、商品管理ファイル２６１に登録された各カテゴリコードに基づいて、図８に示すような初期画面を生成し、アクセス元の端末装置１０に提供する。ここで、図８は、病院内サーバ２０が端末装置１０に提供する画面（初期画面）の一例を示す図である。同図において、領域Ａ１１には、商品の各カテゴリ（例えば、野菜、果物等）を表す文字列が一覧表示されている。また、領域Ａ１２には、商品の各カテゴリを表すアイコン画像が一覧表示されている。
【００３３】
領域Ａ１１又は領域Ａ１２に表示されたカテゴリのうち、端末装置１０において何れかの一のカテゴリが選択され、このカテゴリを表すカテゴリコードが病院内サーバ２０に通知されると、購入画面提供部２１３は、この選択されたカテゴリコードに関連付けられた商品情報を、商品管理ファイル２６１から読み出す。そして、購入画面提供部２１３は、読み出した商品情報に基づき、各商品の購入を支援するための画面（購入画面）を生成し、アクセス元の端末装置１０に提供する。
【００３４】
ここで、図９は、購入画面の一例を示す図である。なお、図９では、カテゴリ“果物”が選択された場合に生成された購入画面を示している。図８に示した領域Ａ１１又は領域Ａ１２からカテゴリ“果物”が選択されると、購入画面提供部２１３は、商品管理ファイル２６１を参照し、このカテゴリ（カテゴリコード）に関連付けられた各商品の商品情報に基づき、購入画面Ｇ１を商品毎に生成し、端末装置１０に提供する。図９では、“リンゴ”、“グレープフルーツ”及び“桃”について、購入画面Ｇ１が生成された例を示しており、図８に示した領域Ａ１２と置き換えた領域Ａ２に一覧表示している。
【００３５】
ここで、購入画面Ｇ１は、商品名を表示するための領域Ａ２１と、価格（単価）を表示するための領域Ａ２２と、画像ファイルを表示するための領域Ａ２３と、商品コードを表示するための領域Ａ２４とを有している。これら、領域Ａ２１〜Ａ２４には、各商品の商品情報に含まれた各項目（商品コード、商品名、単価、画像ＵＲＩ）に基づき、対応する情報が入力される。また、購入画面Ｇ１は、注文する商品の個数（注文個数）を選択的に入力するための領域Ａ２５と、注文を指示するための購入ボタンＢ１とを有している。端末装置１０を操作する患者が、領域Ａ２５から所望する注文個数を入力し、購入ボタンＢ１を押下すると、端末装置１０のＣＰＵ１１は、購入ボタンＢ１が押下された購入画面Ｇ１に含まれる商品情報（商品コード、商品名、単価）とその注文個数とを注文情報として病院内サーバ２０に通知する。
【００３６】
なお、購入画面提供部２１３は、購入画面Ｇ１の生成に際し、商品管理ファイル２６１から読み出した商品情報に含まれる商品名と、禁忌情報読出部２１２が読み出した禁忌情報の禁忌物とを比較し、当該禁忌物と一致する商品名が存在した場合に、この商品の商購入を制限する。
【００３７】
例えば、図９では、領域Ａ２に表示した各商品の購入画面Ｇ１のうち、商品名“グレープフルーツ”が禁忌物に該当した例を示している。ここで、購入画面提供部２１３は、“グレープフルーツ”の購入画面Ｇ１の生成時において、購入ボタンＢ１を無効化することで“グレープフルーツ”の購入を制限している。以下、購入ボタンＢ１を無効化した購入画面Ｇ１を購入制限画面という。このように、患者の病名や処方薬剤の禁忌物となる商品の購入を制限することで、禁忌物の摂取により不慮の事故の発生を未然に防ぐことができる。
【００３８】
なお、制限方法は、この例に限らず、例えば、該当する商品の購入画面Ｇ１自体を非表示、即ち購入画面Ｇ１の生成を制限する形態としてもよい。また、禁忌物に該当する旨のメッセージを含めて購入画面Ｇ１を生成する形態としてもよいし、購入ボタンＢ１の押下時に禁忌物である旨を表示し、購入の意思を確認する確認ボタン（図示せず）を表示させる形態としてもよい。
【００３９】
また、購入画面提供部２１３は、上述した購入画面に基づき端末装置１０から商品の注文情報を受け付けると、この商品を提供する小売店の小売店コードを商品管理ファイル２６１から読み出す。そして、購入画面提供部２１３は、商品管理ファイル２６１から読み出した小売店コードを、対応する商品の注文情報とこの注文情報を受け付けた日時（注文日時）とを、端末装置１０を操作する患者の患者ＩＤと関連付けて、注文管理ファイル２６４に登録する。
【００４０】
図３に戻り、一括注文部２１４は、注文管理ファイル２６４に登録された注文情報を小売店コード毎に抽出し、抽出した注文情報を一括注文情報として対応する小売店の注文受付装置３０宛に送信する。具体的に、一括注文部２１４は、所定時間間隔（例えば、３時間）毎に、この所定時間前から現在時刻までの間に受け付けた注文情報を、注文の受付日時に基づいて注文管理ファイル２６４から特定する。そして、一括注文部２１４は、特定した注文情報を小売店コード毎に分別すると、これら分別した注文情報を一括注文情報として対応する小売店の注文受付装置３０宛に送信する。なお、注文情報の分別時に、同一の商品（商品コード）の注文個数を集計する形態としてもよい。
【００４１】
また、決済処理部２１５は、注文管理ファイル２６４に登録された各患者ＩＤについて、注文情報に含まれた商品の総購入金額をその商品を提供する小売店毎に算出し、各小売店への決済処理を行う。具体的に、決済処理部２１５は、同一の患者ＩＤに関連付けられた注文情報を処理対象とし、当該注文情報に含まれた商品の単価及び注文個数に基づいて、各小売店が提供する商品の総購入金額を支払金額として小売店毎に算出する。そして、決済処理部２１５は、各小売店へ支払金額の支払いを指示する指示情報を、対応する患者ＩＤに関連付けられた患者管理ファイル２６２の電子決済情報とともに決済サーバ４０に送信することで、各小売店への電子決済を決済サーバ４０に依頼する。
【００４２】
なお、決済処理を行うタイミングは特に問わず、例えば、前日に受け付けた注文情報の決済処理を日毎に行う形態としてもよいし、一括注文部２１４の処理と同期して決済処理を行い、当該一括注文部２１４が抽出した注文情報を決済処理の対象としてもよい。
【００４３】
以下、図１０〜図１３を参照して、商品販売支援システム１００の動作について説明する。まず、図１０を参照して端末装置１０と病院内サーバ２０との間で行われる患者特定処理について説明する。ここで、図１０は、端末装置１０と病院内サーバ２０との間で行われる患者特定処理の手順を説明するためのフローチャートである。
【００４４】
まず、端末装置１０を操作する患者は、病院内サーバ２０が提供するサービスを享受するに際し自らに割り当てられた接続情報を、入力部１４を介して入力する。端末装置１０のＣＰＵ１１は、入力部１４を介し接続情報の入力を受け付けると（ステップＳ１１）、この接続情報を病院内サーバ２０に送信する（ステップＳ１２）。
【００４５】
一方、病院内サーバ２０では端末装置１０から接続情報を受信すると（ステップＳ２１）、患者特定部２１１は、この接続情報と、患者管理ファイル２６２に登録された各接続情報とを照合し（ステップＳ２２）、一致する接続情報が患者管理ファイル２６２に登録されているか否かを判定する（ステップＳ２３）。ここで、一致する接続情報が患者管理ファイル２６２に登録されていないと判定した場合（ステップＳ２３；Ｎｏ）、患者特定部２１１は、不正なアクセスと判断し、アクセスを拒否する旨の応答情報を端末装置１０に送信し（ステップＳ２４）、処理を終了する。
【００４６】
また、ステップＳ２３において、一致する接続情報が患者管理ファイル２６２に登録されていると判定した場合（ステップＳ２３；Ｙｅｓ）、患者特定部２１１は、この接続情報に該当した患者情報の患者を、アクセス元の端末装置１０を操作する患者として特定し、アクセスを許可する旨の応答情報を端末装置１０に送信する（ステップＳ２５）。
【００４７】
続いて、病院内サーバ２０の禁忌情報読出部２１２は、ステップＳ２５で特定された患者の患者情報を患者管理ファイル２６２から読み出す（ステップＳ２６）。次いで、禁忌情報読出部２１２は、ステップＳ２６で読み出した患者情報に含まれる病名及び処方薬剤名に基づいて、当該病名及び処方薬剤名に対応する禁忌情報を禁忌物管理ファイル２６３から読み出すと（ステップＳ２７）、病院内サーバ２０は後述する注文受付処理（図１１参照）に移行する。
【００４８】
一方、端末装置１０では病院内サーバ２０から応答情報を受信すると（ステップＳ１３）、ＣＰＵ１１は、この応答情報がアクセスを許可するものか否かを判定する（ステップＳ１４）。ここで、応答情報がアクセスを拒否するものであった場合（ステップＳ１４；Ｎｏ）、ＣＰＵ１１は、認証エラーを報知する画面を表示部１５に表示し（ステップＳ１５）、処理を終了する。また、応答情報がアクセスを許可するものであった場合（ステップＳ１４；Ｙｅｓ）、端末装置１０は後述する注文受付処理（図１１参照）に移行する。
【００４９】
このように、患者特定処理では、患者管理ファイル２６２に登録された正規の接続情報が送信された場合にのみ病院内サーバ２０へのアクセスを許可するため、接続情報の患者ＩＤに対応する患者以外の者が当該患者になりすまして商品の注文を行うことを未然防止することができる。
【００５０】
次に、図１１を参照して、端末装置１０と病院内サーバ２０との間で行われる注文受付処理の動作について説明する。ここで、図１１は、端末装置１０と病院内サーバ２０との間で行われる注文受付処理の手順を説明するためのフローチャートである。なお、本処理は、図１０の患者特定処理において、アクセスが許可された場合に実行されるものである。
【００５１】
まず、病院内サーバ２０の購入画面提供部２１３は、商品管理ファイル２６１に登録された各カテゴリコードに基づき、図８に示したような初期画面を生成すると（ステップＳ３１）、この初期画面をアクセス元の端末装置１０に送信（提供）する（ステップＳ３２）。
【００５２】
端末装置１０では病院内サーバ２０から提供された初期画面を受信すると（ステップＳ５１）、ＣＰＵ１１は、この初期画面を表示部１５に表示し（ステップＳ５２）、特定のカテゴリが選択されるまで待機する（ステップＳ５３；Ｎｏ）。ここで、入力部１４を介し特定のカテゴリが選択されると（ステップＳ５３；Ｙｅｓ）、ＣＰＵ１１は、この選択されたカテゴリのカテゴリコードを病院内サーバ２０に通知する（ステップＳ５４）。
【００５３】
病院内サーバ２０の購入画面提供部２１３は、端末装置１０から特定のカテゴリコードの通知を受け付けると（ステップＳ３３）、このカテゴリコードに関連付けられた商品情報を商品管理ファイル２６１から読み出す（ステップＳ３４）。続いて、購入画面提供部２１３は、読み出した各商品情報の商品名と、上述したステップＳ２７で禁忌情報読出部２１２により読み出された禁忌情報に含まれる商品名（禁忌物）とを比較し（ステップＳ３５）、一致する商品が存在するか否かを判定する（ステップＳ３６）。ここで、禁忌物に該当しない商品については（ステップＳ３６；Ｎｏ）、購入画面提供部２１３は、その商品の購入画面を生成し（ステップＳ３７）、ステップＳ３９に移行する。
【００５４】
また、ステップＳ３６において、禁忌物に該当すると判定した商品について（ステップＳ３６；Ｙｅｓ）、購入画面提供部２１３は、その商品の購入を制限した購入制限画面を生成し（ステップＳ３８）、ステップＳ３９に移行する。なお、本処理では、購入を制限する購入画面を生成する形態としたが、これに限らず、上述したように購入画面自体の生成を制限する等の形態としてもよい。
【００５５】
続いて、購入画面提供部２１３は、生成した購入画面、購入制限画面を端末装置１０に送信（提供）する（ステップＳ３９）。
【００５６】
端末装置１０では病院内サーバ２０から提供された購入画面を受信すると（ステップＳ５５）、ＣＰＵ１１は、図９に示したように購入画面／購入制限画面を表示部１５に表示し（ステップＳ５６）、注文操作が行われるまで待機する（ステップＳ５７；Ｎｏ）。ここで、入力部１４を介して特定の商品の注文が指示されると（ステップＳ５７；Ｙｅｓ）、ＣＰＵ１１は、指示された商品の商品コード及び注文個数等を含む注文情報を病院内サーバ２０に通知する（ステップＳ５８）。
【００５７】
続いて、端末装置１０のＣＰＵ１１は、注文の完了を指示する操作が入力部１４から入力された否かを判定し、未入力の場合には（ステップＳ５９；Ｎｏ）、ステップＳ６０に移行する。ステップＳ６０では、ＣＰＵ１１は、カテゴリの変更を指示する操作が入力部１４から入力された否かを判定し、未入力の場合には（ステップＳ６０；Ｎｏ）、ステップＳ５７に再び戻る。また、ステップＳ６０において、特定のカテゴリへの変更指示が入力された場合には（ステップＳ６０；Ｙｅｓ）、ステップＳ５４に戻り、指示されたカテゴリのカテゴリコードを病院内サーバ２０に通知する。
【００５８】
また、ステップＳ５９において、注文の完了を指示する操作を受け付けた場合（ステップＳ５９；Ｙｅｓ）、端末装置１０のＣＰＵ１１は、注文の完了を病院内サーバ２０に通知する（ステップＳ６１）。そして、端末装置１０のＣＰＵ１１は、表示部１５に表示していた画面（購入画面、購入制限画面）を消去し（ステップＳ６２）、処理を終了する。
【００５９】
一方、病院内サーバ２０の購入画面提供部２１３は、端末装置１０から注文情報が通知されるまで待機し（ステップＳ４０；Ｎｏ）、注文情報の通知を受け付けると（ステップＳ４０；Ｙｅｓ）、この注文情報を、端末装置１０を操作する患者の患者ＩＤと現在日時（注文日時）と関連付け、注文管理ファイル２６４に登録する（ステップＳ４１）。そして、購入画面提供部２１３は、端末装置１０から注文完了の通知を受け付けたか否かを判定し、通知されない場合には（ステップＳ４２；Ｎｏ）、ステップＳ４０に再び戻り。また、注文完了の通知を受け付けた場合、処理を終了する。
【００６０】
このように、注文受付処理では、患者が購入可能な商品を管理することで、患者の病名や処方薬剤の禁忌物の購入を制限し、当該禁忌物以外の商品の購入を支援する購入画面を提供する。これにより、禁忌物の摂取により不慮の事故の発生を未然に防ぐことができるため、入院患者の安全性を向上することができる。
【００６１】
次に、図１２を参照して、病院内サーバ２０で行われる一括注文処理の動作について説明する。ここで、図１２は、病院内サーバ２０の一括注文部２１４が行う一括注文処理の手順を説明するためのフローチャートである。なお、本処理は、上記した注文受付処理において、注文管理ファイル２６４に登録された注文情報に対して実行されるものである。
【００６２】
まず、病院内サーバ２０の一括注文部２１４は、一括注文を行う所定時間間隔（例えば、３時間毎）が経過するまで待機し（ステップＳ７１；Ｎｏ）、この所定時間に到達すると（ステップＳ７１；Ｙｅｓ）、所定時間前から現在時刻までの間に注文を受け付けた注文情報を、注文管理ファイル２６４から処理対象に選択する（ステップＳ７２）。
【００６３】
続いて、一括注文部２１４は、選択した注文情報を小売店コード毎に分別すると（ステップＳ７３）、これら分別した注文情報を一括注文情報として、対応する小売店の注文受付装置３０に送信し（ステップＳ７４）、ステップＳ７１に再び戻る。
【００６４】
小売店側では、注文受付装置３０が受信した一括注文情報に基づき、自己の小売店に注文された商品を病院Ｈに配達する。そして、病院Ｈにおいて、各患者の注文情報に基づき、病院Ｈの職員等が各患者に商品を引き渡す。
【００６５】
このように、一括注文処理によれば、各患者から注文された商品を、その商品を提供する小売店毎に一括して注文を行う。これにより、小売店側では自らの小売店で提供する商品の注文を病院単位で一括して受け付けることが可能となるため、商品販売の支援を効率的に行うことができる。なお、一括注文情報として送信した注文情報は、後述する決済処理の後、注文管理ファイル２６４から削除する形態としてもよいし、決済済みの注文情報として別ファイルで管理する形態としてもよい。
【００６６】
また、病院Ｈ周辺の複数の小売店が提供する商品を病院内サーバ２０で統括的に販売することができるため、病院Ｈ周辺地域の活性化を図ることができる。なお、本実施形態では、病院Ｈ周辺の小売店としたが、これに限らないものとする。
【００６７】
次に、図１３を参照して、病院内サーバ２０で行われる決済処理の動作について説明する。ここで、図１３は、病院内サーバ２０の決済処理部２１５が行う決済処理の手順を説明するためのフローチャートである。なお、本処理は、注文管理ファイル２６４に登録された注文情報のうち、一括注文処理において一括注文情報の送信が完了した注文情報に対して実行されるものとする。
【００６８】
まず、病院内サーバ２０の決済処理部２１５は、決済処理を行う所定時間間隔（例えば、３時間毎）が経過するまで待機し（ステップＳ８１；Ｎｏ）、この所定時間に到達すると（ステップＳ８１；Ｙｅｓ）、一括注文部２１４で処理の対象となった注文情報を注文管理ファイル２６４から選択する（ステップＳ８２）。
【００６９】
続いて、決済処理部２１５は、ステップＳ８２で選択した注文情報のうち、同一の患者ＩＤに関連付けられた注文情報をそれぞれ処理対象とすると、当該注文情報に含まれた商品の単価及び注文個数に基づいて、各小売店が提供する商品の総購入金額を支払金額として小売店毎に算出する（ステップＳ８３）。そして、決済処理部２１５は、各小売店へ支払金額の支払いを指示する指示情報を、対応する患者ＩＤに関連付けられた患者管理ファイル２６２の電子決済情報とともに決済サーバ４０に送信し（ステップＳ８４）、ステップＳ８１に再び戻る。
【００７０】
決済サーバ４０では、指示情報と電子決済情報との組を病院内サーバ２０から受信すると、この指示情報に従い、電子決済情報を用いて各小売店への支払いを代行する。なお、決済の代行は図示しない所定のクレジット機関を介して行われるものとする。
【００７１】
このように、決済処理によれば、各患者が注文した商品の総購入金額を小売店毎に算出し、当該各小売店への支払を電子決済により自動で行うため、各商品の支払を効率的に行うことができる。
【００７２】
以上、本発明の実施の形態について説明したが、本発明はこれに限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加等が可能である。
【００７３】
例えば、上記実施形態では、商品管理ファイル２６１、患者管理ファイル２６２、禁忌物管理ファイル２６３及び注文管理ファイル２６４を病院内サーバ２０が備える形態としたが、これに限らず、病院内サーバ２０がアクセス可能な外部装置（例えば、データベースサーバ）に保持する形態としてもよい。また、上記実施形態では、病院内サーバ２０を病院Ｈ内に設ける形態としたが、これに限らず、病院内サーバ２０の構成及び機能を病院Ｈ外のサーバ装置を用いて実現する形態としてもよい。
【００７４】
また、上記実施形態では、病院Ｈの入院患者にサービスを提供する形態としたが、これに限らず、病院Ｈに通院する入院患者以外の患者に対しサービスを提供する形態としてもよい。また、ＷＡＮ５２に接続する病院Ｈ外の患者の端末装置に対してもサービスを提供する形態としてもよい。
【００７５】
また、上記実施形態の各装置で実行されるプログラムは、各装置が備える記録媒体（ＲＯＭ又は記憶部）に予め組み込んで提供するものとするが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記録媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記録媒体も含まれる。
【００７６】
また、上記実施形態の各装置で実行されるプログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよく、インターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【符号の説明】
【００７７】
１００ 商品販売支援システム
１０ 端末装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力部
１５ 表示部
１６ 記憶部
１７ 通信Ｉ／Ｆ
２０ 病院内サーバ
２１ ＣＰＵ
２１１ 患者特定部
２１２ 禁忌情報読出部
２１３ 購入画面提供部
２１４ 一括注文部
２１５ 決済処理部
２２ ＲＯＭ
２３ ＲＡＭ
２４ 入力部
２５ 表示部
２６ 記憶部
２６１ 商品管理ファイル
２６２ 患者管理ファイル
２６３ 禁忌物管理ファイル
２６４ 注文管理ファイル
２７ 第１通信Ｉ／Ｆ
２８ 第２通信Ｉ／Ｆ
３０ 注文受付装置
４０ 決済サーバ
【先行技術文献】
【特許文献】
【００７８】
【特許文献１】特開２００４−０４６６８２公報
【特許請求の範囲】
【請求項１】
商品の販売を支援するサービスを提供し、当該商品の購入注文を受け付けるサーバ装置と、前記サーバ装置が提供するサービスに基づいて、特定の商品の購入注文を前記サーバ装置に送信する端末装置と、を備えた商品販売支援システムであって、
前記サーバ装置は、前記端末装置を操作する患者を特定する特定手段と、各患者と当該患者の病名又は処方薬剤の禁忌物とを関連付けたリポジトリから、前記特定手段が特定した患者の禁忌物を読み出す読出手段と、前記端末装置に対して販売支援を行う商品のうち、前記読出手段が読み出した禁忌物に該当する商品の販売を制限する制限手段と、を有することを特徴とする商品販売支援システム。
【請求項２】
前記リポジトリは、前記各患者を識別可能な識別情報と当該患者の病名又は処方薬剤名を関連付けて管理する第１リポジトリと、前記病名又は薬剤名と禁忌物とを関連付けて管理する第２リポジトリとを有し、
前記特定手段は、前記端末装置から送信された識別情報を、前記第１リポジトリに登録された各識別情報と照合することで前記端末装置を操作する患者を特定し、
前記読出手段は、前記特定手段が特定した患者の病名又は処方薬剤名に関連付けられた禁忌物を前記第２リポジトリから読み出すことを特徴とする請求項１に記載の商品販売支援システム。
【請求項３】
前記サーバ装置は、販売対象の商品毎に、当該商品に関する情報と購入注文を指示するための購入ボタンとを含んだ購入画面を生成し、前記端末装置に提供する購入画面提供手段を更に有し、
前記制限手段は、前記禁忌物に該当する商品の前記購入ボタンを無効化又は当該商品の購入画面の生成を制限することを特徴とする請求項１又は２に記載の商品販売支援システム。
【請求項４】
前記サーバ装置は、複数の小売店が提供する商品の販売支援を行うことを特徴とする請求項１〜３の何れか一項に記載の商品販売支援システム。
【請求項５】
前記サーバ装置は、前記端末装置の各々から受け付けた商品の購入注文を、当該商品を提供する小売店毎に分別し、各小売店に一括注文を行う一括注文手段を更に有することを特徴とする請求項４に記載の商品販売支援システム。
【請求項６】
前記サーバ装置は、前記特定手段が特定した各患者について、当該患者が操作する端末装置から購入注文を受け付けた商品の総購入金額を、その商品を提供する小売店毎に算出し、各小売店への決済処理を行う決済手段を更に有することを特徴とする請求項４又は５に記載の商品販売支援システム。
【請求項１】
商品の販売を支援するサービスを提供し、当該商品の購入注文を受け付けるサーバ装置と、前記サーバ装置が提供するサービスに基づいて、特定の商品の購入注文を前記サーバ装置に送信する端末装置と、を備えた商品販売支援システムであって、
前記サーバ装置は、前記端末装置を操作する患者を特定する特定手段と、各患者と当該患者の病名又は処方薬剤の禁忌物とを関連付けたリポジトリから、前記特定手段が特定した患者の禁忌物を読み出す読出手段と、前記端末装置に対して販売支援を行う商品のうち、前記読出手段が読み出した禁忌物に該当する商品の販売を制限する制限手段と、を有することを特徴とする商品販売支援システム。
【請求項２】
前記リポジトリは、前記各患者を識別可能な識別情報と当該患者の病名又は処方薬剤名を関連付けて管理する第１リポジトリと、前記病名又は薬剤名と禁忌物とを関連付けて管理する第２リポジトリとを有し、
前記特定手段は、前記端末装置から送信された識別情報を、前記第１リポジトリに登録された各識別情報と照合することで前記端末装置を操作する患者を特定し、
前記読出手段は、前記特定手段が特定した患者の病名又は処方薬剤名に関連付けられた禁忌物を前記第２リポジトリから読み出すことを特徴とする請求項１に記載の商品販売支援システム。
【請求項３】
前記サーバ装置は、販売対象の商品毎に、当該商品に関する情報と購入注文を指示するための購入ボタンとを含んだ購入画面を生成し、前記端末装置に提供する購入画面提供手段を更に有し、
前記制限手段は、前記禁忌物に該当する商品の前記購入ボタンを無効化又は当該商品の購入画面の生成を制限することを特徴とする請求項１又は２に記載の商品販売支援システム。
【請求項４】
前記サーバ装置は、複数の小売店が提供する商品の販売支援を行うことを特徴とする請求項１〜３の何れか一項に記載の商品販売支援システム。
【請求項５】
前記サーバ装置は、前記端末装置の各々から受け付けた商品の購入注文を、当該商品を提供する小売店毎に分別し、各小売店に一括注文を行う一括注文手段を更に有することを特徴とする請求項４に記載の商品販売支援システム。
【請求項６】
前記サーバ装置は、前記特定手段が特定した各患者について、当該患者が操作する端末装置から購入注文を受け付けた商品の総購入金額を、その商品を提供する小売店毎に算出し、各小売店への決済処理を行う決済手段を更に有することを特徴とする請求項４又は５に記載の商品販売支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１１３６５４（Ｐ２０１２−１１３６５４Ａ）
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１０−２６４２４３（Ｐ２０１０−２６４２４３）
【出願日】平成２２年１１月２６日（２０１０．１１．２６）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願日】平成２２年１１月２６日（２０１０．１１．２６）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
[ Back to top ]