(57)【要約】【課題】医薬品等の医療品の取引において、購入側と販売側とに、より付加価値のあるサービスを提供することが可能な医療品取引支援装置を提供する。【解決手段】医療品の購入方端末２０と、医療品の販売方端末３０とに、通信回線Ｎを介して接続される医療品取引支援装置１０であって、販売方により販売される医療品に関する医療品情報を記憶している医薬品マスタＤＢ１６４と、購入方端末から受信した発注医療品に関する所定の発注基礎情報と、医療品情報とに基づいて、ＣＰＵ１１が当該購入方にとって有利な発注内容をシミュレーションし、シミュレーションされた発注内容を当該購入方端末に提供する。【選択図】      図２
2004310603.tif 000002
【特許請求の範囲】
【請求項１】
医療品の購入方である購入方端末と、医療品の販売方である販売方端末とに、通信回線を介して接続され、医療品取引を支援する医療品取引支援装置であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段と、
を備えたことを特徴とする医療品取引支援装置。
【請求項２】
請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、当該医療品を販売する販売方とが対応付けられて記憶されており、
前記シミュレーション手段は、前記販売価格情報に基づいて、前記発注医療品を最も安価に販売する販売方を選出する販売方選出手段を備えたことを特徴とする医療品取引支援装置。
【請求項３】
請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、医療品の特性情報が記憶されており、
前記シミュレーション手段は、前記販売価格情報と前記特性情報に基づいて、前記発注医療品と代替可能で且つより低価格で購入できる代替医療品を抽出する代替医療品抽出手段を備えたことを特徴とする医療品取引支援装置。
【請求項４】
医療品の購入方である購入方端末と、医療品の販売方である販売方端末とに、通信回線を介して接続され、医療品取引を支援する医療品取引支援装置であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、前記医療品の注文情報を受信する注文情報受信手段と、
前記注文情報受信手段により受信された注文情報を、前記販売方端末に送信して発注する発注手段と、
前記注文情報に基づいて、前記購入方の購買履歴情報を記憶する購買履歴情報記憶手段と、
前記購買履歴情報に基づいて、当該購入方の医療品の需要予測情報を作成する需要予測情報作成手段と、
前記需要予測情報作成手段により作成された需要予測情報を前記購入方端末に送信する送信手段と、
を備えたことを特徴とする医療品取引支援装置。
【請求項５】
医療品の購入方である購入方端末と、医療品の販売方である販売方端末とに、通信回線を介して接続され、医療品取引を支援する医療品取引支援装置であって、
前記購入方の医療品の在庫情報を取得する在庫情報取得手段と、
前記在庫情報取得手段により取得された在庫情報と、所定の適正在庫量とに基づいて、前記販売方端末に自動発注する在庫管理手段と、
を備えたことを特徴とする医療品取引支援装置。
【請求項６】
請求項５に記載の医療品取引支援装置において、
前記購入方端末から、医療品の使用情報を受信する受信手段と、
前記受信手段により受信された医療品の使用情報と、前記在庫情報に基づいて、当該医療品の適正在庫量を演算する適正在庫量演算手段と、
を備えることを特徴とする医療品取引支援装置。
【請求項７】
請求項１〜６の何れか一項に記載の医療品取引支援装置において、
前記購入方端末から送信される競争入札希望の医療品情報を登録する競争入札医療品情報登録手段と、
前記競争入札医療品登録手段により登録された競争入札医療品情報を、任意の複数の端末に提供する競争入札医療品情報提供手段と、
前記複数の端末より、前記競争入札医療品の入札情報を受け付ける受付手段と、
前記受付手段により受け付けた入札情報を、当該競争入札医療品を登録した購入方端末に送信する入札情報送信手段と、
を備えたことを特徴とする医療品取引支援装置。
【請求項８】
請求項１〜７の何れか一項に記載の医療品取引支援装置において、
前記医療品は、医薬品であることを特徴とする医療品取引支援装置。
【請求項９】
医療品の購入方である購入方端末と、医療品の販売方である販売方端末と、前記購入方端末及び前記販売方端末に通信回線を介して接続され、医療品取引を支援する医療品取引支援装置と、を備える医療品取引支援システムであって、
前記医療品取引支援装置は、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段と、
を備えたことを特徴とする医療品取引支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、医薬品等の医療品の取引を支援する医療品取引支援装置、及び医療品取引支援システムに関する。
【０００２】
【従来の技術】
従来、医院や病院、薬局等の医療機関であって、医療品を購入する側と、当該医療品を各種医療機関に販売する販売側との間で取引される医療品の受発注処理を、通信回線網を介して実行するオンライン発注システムが知られている（例えば、特許文献１参照）。
【０００３】
具体的には、医薬品メーカーの操作下にあるメーカー側端末と、薬局等のユーザの操作下にあるユーザ側端末とが、それぞれ通信ネットワークを介して接続されるオンライン発注システムであって、ユーザ側端末及びメーカー側端末から情報を閲覧可能となっており、新薬情報、各種医療情報及び注文状況情報を格納するデータベースと、ユーザ側端末からの発注信号を受信する受注手段と、受注手段で発注信号をうけることにより、メーカー側端末に発注信号を送信する発注手段と、を備えている。
【０００４】
【特許文献１】
特開２００３―１６１８６５号公報
【０００５】
【発明が解決しようとする課題】
上記特許文献１に記載のオンライン発注システムの場合、医薬品の受発注業務の効率化が図れるが、単に既存の受発注業務をオンラインで処理するのみに留まっており、医薬品の購入側と販売側に対して、付加価値のある取引を支援するものではなかった。
【０００６】
そこで、本発明の課題は、医薬品等の医療品の取引において、購入側と販売側とに、より付加価値のあるサービスを提供することが可能な医療品取引支援装置、及び医療品取引支援システムを提供することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、
請求項１に記載の発明は、例えば、図１〜図９に示すように、
医療品の購入方である購入方端末（２０）と、医療品の販売方である販売方端末（３０）とに、通信回線（通信回線ネットワークＮ）を介して接続され、医療品取引を支援する医療品取引支援装置（医療品取引支援装置１０）であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段（例えば、記憶部１６、医薬品マスタＤＢ１６４等）と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段（例えば、ＣＰＵ１１、通信部１５等）と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段（例えば、ＣＰＵ１１、利益計算シミュレーションプログラム１６１ｂ等）と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段（例えば、ＣＰＵ１１、通信部１５等）と、
を備えたことを特徴とする。
【０００８】
ここで、医療品とは、例えば、医薬品や診療器具等であって、医療機関や薬局等で購入するものであればどのようなものであってもよい。また、発注基礎情報とは、医療品の名称或いは品番、販売方、発注数量、納期等であってもよいし、例えば、発注数量の代わりに、医療品の在庫量、使用量など、発注数量を分析可能な情報であってもよい。
購入方にとって有利な発注内容とは、例えば、購入方から送信された発注基礎情報に基づく発注内容に比べて、価格、納期、品質等において優れた内容をいう。
【０００９】
請求項１記載の発明によれば、シミュレーション手段によって、発注基礎情報受信手段により受信した購入方の発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容がシミュレーションされ、そのシミュレーションされた発注内容が、当該購入方端末に提供されるので、購入方にとってより有益な医療品発注を支援することができることとなって、より付加価値の高い医療品取引サービスを提供することができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、当該医療品を販売する販売方とが対応付けられて記憶されており、
前記シミュレーション手段は、前記販売価格情報に基づいて、前記発注医療品を最も安価に販売する販売方を選出する販売方選出手段（例えば、ＣＰＵ１１等）を備えたことを特徴とする。
【００１１】
請求項２に記載の発明によれば、販売方選出手段により、販売価格情報に基づいて、発注医療品を最も安価に販売する販売方が選出されるので、購入方は最も安価に発注医療品を購入できることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００１２】
請求項３記載の発明は、請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、医療品の特性情報が記憶されており、
前記シミュレーション手段は、前記販売価格情報と前記特性情報に基づいて、前記発注医療品と代替可能で且つより低価格で購入できる代替医療品を抽出する代替医療品抽出手段（例えば、ＣＰＵ１１等）を備えたことを特徴とする。
【００１３】
ここで、特性情報とは、例えば、医療品の原料、寸法、重量、性能、効能など同類の医療品と比較可能な情報であり、一の医療品が他の一の医療品と代替可能であるか判断できる情報である。
【００１４】
請求項３記載の発明によれば、代替医療品抽出手段により、医療品の販売価格情報と特性情報に基づいて、発注医療品と代替可能で且つより低価格で購入できる代替医療品が抽出されるので、購入方は発注医療品と代替可能な代替医療品を低価格で購入できることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００１５】
請求項４記載の発明は、医療品の購入方である購入方端末（２０）と、医療品の販売方である販売方端末（３０）とに、通信回線（通信回線ネットワークＮ）を介して接続され、医療品取引を支援する医療品取引支援装置（１０）であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段（例えば、記憶部１６、医療品マスタ１６４等）と、
前記購入方端末から、前記医療品の注文情報を受信する注文情報受信手段（例えば、ＣＰＵ１１、通信部１５、受発注制御プログラム１６１ａ等）と、
前記注文情報受信手段により受信された注文情報を、前記販売方端末に送信して発注する発注手段（例えば、ＣＰＵ１１、通信部１５、受発注制御プログラム１６１ａ等）と、
前記注文情報に基づいて、前記購入方の購買履歴情報を記憶する購買履歴情報記憶手段（例えば、記憶部１６、発注履歴ＤＢ１６７等）と、
前記購買履歴情報に基づいて、当該購入方の医療品の需要予測情報を作成する需要予測情報作成手段（例えば、ＣＰＵ１１、購買分析プログラム１６１ｅ等）と、
前記需要予測情報作成手段により作成された需要予測情報を前記購入方端末に送信する送信手段（例えば、ＣＰＵ１１、通信部１５等）と、
を備えたことを特徴とする。
【００１６】
ここで、需要予測情報とは、例えば、所定の医療品の需要を予測する情報として、例えば、地域別、医院、病院別、診療科別、季節別、特定の疾病の流行別等における医療品の需要予測情報である。
【００１７】
請求項４記載の発明によれば、需要予測情報作成手段により、購入方の購買履歴情報に基づいて、当該購入方の医療品の需要予測情報が作成され、この需要予測情報が送信手段により購入方端末に送信されるので、購入方はこの需要予測情報に基づいて、医療品の発注ができることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００１８】
請求項５記載の発明は、医療品の購入方である購入方端末（２０）と、医療品の販売方である販売方端末（３０）とに、通信回線（通信回線ネットワークＮ）を介して接続され、医療品取引を支援する医療品取引支援装置（１０）であって、
前記購入方の医療品の在庫情報を取得する在庫情報取得手段（ＣＰＵ１１等）と、
前記在庫情報取得手段により取得された在庫情報と、所定の適正在庫量とに基づいて、前記販売方端末に自動発注する在庫管理手段（ＣＰＵ１１、在庫管理プログラム１６１ｃ等）と、
を備えたことを特徴とする。
【００１９】
請求項５記載の発明によれば、在庫管理手段によって、在庫情報取得手段により取得された在庫情報と、所定の適正在庫量とに基づいて自動発注されるので、購入方は、その都度、発注業務を行う必要が無くなることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００２０】
請求項６に記載の発明は、請求項５に記載の医療品取引支援装置において、
前記購入方端末から、医療品の使用情報を受信する受信手段（例えば、ＣＰＵ１１、通信部１５等）と、
前記受信手段により受信された医療品の使用情報と、前記在庫情報に基づいて、当該医療品の適正在庫量を演算する適正在庫量演算手段（例えば、ＣＰＵ１１、適正在庫量演算プログラム１６１ｄ等）と、
を備えることを特徴とする。
【００２１】
請求項６記載の発明によれば、請求項５に記載の発明と同様の効果が得られることは無論のこと、特に、適正在庫量演算手段によって、受信手段により受信された医療品の使用情報と、前記在庫情報に基づいて、当該医療品の適正在庫量が演算されるので、適正在庫量が各々の販売方に事情に応じてきめ細かく決定されることとなって、在庫管理の精度を向上させることができる。
【００２２】
請求項７記載の発明は、請求項１〜６の何れか一項に記載の医療品取引支援装置において、
前記購入方端末から送信される競争入札希望の医療品情報を登録する競争入札医療品情報登録手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
前記競争入札医療品登録手段により登録された競争入札医療品情報を、任意の複数の端末に提供する競争入札医療品情報提供手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
前記複数の端末より、前記競争入札医療品の入札情報を受け付ける受付手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
前記受付手段により受け付けた入札情報を、当該競争入札医療品を登録した購入方端末に送信する入札情報送信手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
を備えたことを特徴とする。
【００２３】
ここで、任意の複数の端末とは、例えば、前記販売方端末や前記購入方端末であってもよいし、その他の任意の端末装置であってもよい。
請求項７記載の発明によれば、請求項１〜６の何れか一項に記載の発明と同様の効果が得られることは無論のこと、特に、競争入札医療品登録手段により登録された購入方が競争入札を希望する競争入札医療品情報が、競争入札医療品情報提供手段により、任意の複数の端末に提供され、受付手段により、複数の端末からの競争入札医療品の入札情報が受け付けられ、受け付けられた入札情報が、入札情報送信手段により当該競争入札医療品を登録した購入方端末に送信されるので、競争入札医療品を購入する方は必要な医療品を安価に手に入れることを可能にすることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００２４】
請求項８記載の発明は、請求項１〜７の何れか一項に記載の医療品取引支援装置において、
前記医療品は、医薬品であることを特徴とする。
【００２５】
請求項８記載の発明によれば、特に、医療品として、販売方によってまちまちな販売価格を有し、同様の効能を有するものの数が多い医薬品に限定することにより、請求項１〜７の何れかに記載の発明と効果が顕著に得られる。
【００２６】
請求項９記載の発明は、医療品の購入方である購入方端末と、医療品の販売方である販売方端末と、前記購入方端末及び前記販売方端末に通信回線を介して接続され、医療品取引を支援する医療品取引支援装置と、を備える医療品取引支援システム（１）であって、
前記医療品取引支援装置は、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段と、
を備えたことを特徴とする。
【００２７】
請求項９記載の発明によれば、請求項１記載の発明と同様の効果が得られる。
【００２８】
【発明の実施の形態】
以下、この発明の実施例を、図面を参照して説明する。
【００２９】
まず構成を説明する。
本発明に係る医療品取引支援システム１は、図１に示すように、医薬品や診療材料等の医療品の売買取引を支援する医療品取引支援装置１０（以下、支援装置１０とする。）と、医院、病院、調剤薬局等の医療品を購入する購入方端末２０…と、医療品メーカー、医療品卸会社等の医療品の販売を行う販売方端末３０…と、が、インターネット、イントラネット、ＷＡＮ、専用線等の通信回線ネットワークＮを介して接続されている。尚、医療品取引支援システム１において、複数の購入方端末２０と、販売方端末３０とが通信回線ネットワークＮ上に存在している。
尚、本実施の形態においては、医療品の一例としての医薬品を取引することとし、購入方は、病院、医院等の医療機関であり、販売方は、医薬品卸会社であるとして以下説明を行う。
【００３０】
支援装置１０は、医薬品の購入方端末２０…と販売方端末３０…との間で実行される電子商取引の仲介を行うサーバであるとともに、医薬品取引に関する各種情報を提供する機能を果たす。そして支援装置１０は、その内部に、図２に示すように、ＣＰＵ１１、ＲＡＭ１２、表示部１３、入力部１４、通信部１５、記憶部１６、印刷部１７を備え、各部はバス１８により接続されている。
【００３１】
ＲＡＭ１２は、ＣＰＵ１１により実行される各種処理において、プログラムやデータ等の一時的に記憶する記憶領域、入力指示と入力データとによって処理される作業領域などを形成する。
【００３２】
表示部１３は、例えば、ＣＲＴやＬＣＤ等により構成され、出力手段として、ＣＰＵ１１から入力される各種表示データや画像を表示する。
【００３３】
入力部１４は、例えば、マウス、キーボード或いはスキャナ等を備え、所望する指定情報等を入力することができ、例えば、記憶部１６に格納されている各種データの更新処理や、入力処理に用いる。
【００３４】
通信制御部１５は、モデム、ターミナルアダプタ、あるいはルーター等によって構成され、電話回線、ＩＳＤＮ回線、あるいは専用線等の通信回線を介して外部機器との通信を行うための制御を行う。
【００３５】
記憶部１６は、プログラムやデータ等が予め記憶されており、この記憶部１６は磁気的、光学的記録媒体、若しくは半導体メモリなどＣＰＵ１１で読取り可能な記録媒体１６ａを含んだ構成である。この記録媒体１６ａは、ＣＤ‐ＲＯＭ、メモリカード等の可搬型の媒体やハードディスク等の固定的な媒体を含む。また、この記憶部１６に格納するプログラム、データ等は、その一部若しくは全部を他のサーバ等からＷＡＮ、ＬＡＮなどのネットワークを介して通信制御部１５から受信する構成にしてもよく、更に記録媒体１６ａはネットワーク上に構築された、外部装置やサーバの記録媒体であってもよい。
【００３６】
また、記憶部１６には、本発明のシステムプログラム、図示しないリレーショナルデータベース管理システム（ＲＤＢＭＳ：Ｒｅｌａｔｉｏｎａｌ  Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）、Ｗｅｂシステム、電子商取引を行うためのｃＸＭＬ、ＥＤＩ等を実行するための各種アプリケーションソフトウェア、本発明の動作をプログラミングした各種プログラム、各種データベース、及び同処理プログラムで処理されたデータ等が格納されている。
【００３７】
また、記憶部１６に格納されている各種データベースとしては、例えば、プログラムＤＢ１６１、顧客マスタＤＢ１６２、医薬品卸ＤＢ１６３、医薬品マスタＤＢ１６４、医薬品使用量ＤＢ１６５、医薬品在庫ＤＢ１６６、発注履歴ＤＢ１６７、リバースオークション登録ＤＢ１６８、医薬品卸評価ＤＢ１６９等がある。そして、ＣＰＵ２１は、ＲＤＢＳにしたがって、これらのデータベースより必要な情報を取得して読み出す。
【００３８】
プログラムＤＢ１６１は、本発明の動作の実行に必要な各種アプリケーションソフト、プログラム等を格納したデータベースであって、具体的には、例えば、図示しないＲＤＢＭＳ等の他、図２に示すように、受発注制御プログラム１６１ａ、利益計算シミュレーションプログラム１６１ｂ、在庫管理プログラム１６１ｃ、適正在庫量演算プログラム１６１ｄ、購買分析プログラム１６１ｅ、リバースオークションプログラム１６１ｆ等を格納している。
【００３９】
受発注制御プログラム１６１ａは、購入方端末２０と販売方端末３０との間の医薬品の電子商取引の仲介を支援装置１０において実現するために、ＣＰＵ１１に各機能を制御させるためのメインプログラムである。
【００４０】
利益計算シミュレーションプログラム１６１ｂは、ＣＰＵ１１に、購入方にとって、有利となる医薬品の発注内容の計算処理を実行させるためのプログラムである。
【００４１】
在庫管理プログラム１６１ｃは、ＣＰＵ１１に、適正在庫量データと、購入方の医薬品の在庫量データとを比較することにより、在庫量を常時確保することが可能なように、販売方に対して自動発注処理を実行させるためのプログラムである。
【００４２】
適正在庫量演算プログラム１６１ｄは、ＣＰＵ１１に、購入方の医薬品の使用量データと、医薬品の在庫量データとから、適正在庫量の演算処理を実行させるためのプログラムである。
【００４３】
購買分析プログラム１６１ｅは、ＣＰＵ１１に、購入方の購買履歴情報に基づいて、当該購入方の購買における各種分析処理を実行させるためのプログラムである。ここで、購買分析処理としては、例えば、購入方の購入した医薬品の需要予測情報の作成等がある。
【００４４】
リバースオークションプログラム１６１ｆは、ＣＰＵ１１に、競争入札を希望する購入方より医薬品情報を受信して登録するとともに、複数の販売方に対して当該競争入札医薬品情報を公開するとともに、競争入札医薬品情報の注文情報を受け付け、受け付けた注文情報を登録した購入方に送信することによるリバースオークション処理を実行させるためのプログラムである。
【００４５】
顧客マスタＤＢ１６２は、購入方としての医療機関に関する各種情報を格納したデータベースであり、ここでいう顧客とは、医療機関、即ち購入方を指すものとする。具体的に、顧客マスタＤＢ１６２には、例えば、顧客コード、国等で予め決められている医療機関コード、顧客名、院長名、住所・電話番号・ＦＡＸ番号・Ｅメールアドレス等の連絡先、診療科、銀行口座、支払い条件（例えば、検収月末締め、３ヶ月現金払い等）、発注担当者、当該医療品取引支援システム１への参加料、特記事項、注文商品の配送のための位置情報（緯度、経度情報）等が記憶されている。
【００４６】
医薬品卸ＤＢ１６３は、販売方としての医薬品卸業者に関する各種情報を格納したデータベースである。そして、具体的に、医薬品卸ＤＢ１６３には、例えば、医薬品卸コード、医薬品卸名、担当者、住所・電話番号・ＦＡＸ番号、Ｅメールアドレス等の連絡先、ＵＲＬ、特記事項（まとめ売り情報、経営評価情報等）、商品配送のための位置情報（緯度、経度情報）等が記憶されている。
【００４７】
医薬品マスタＤＢ１６４は、本システム１において、電子商取引される医療品の一例としての医薬品に関する各種情報を格納したデータベースであって、医療品情報記憶手段として機能する。そして、具体的に、医薬品マスタＤＢ１６４には、例えば、薬品コード、厚生省コード、薬品名称（一般名）、メーカー名、薬効分類、規制区分、薬価、販売日、効能・効果、用法・用量、主な類似品・代替可能品、概要、取り扱い卸、当該卸の販売価格（仕入れ価格）、販売特別条件（まとめ売りにおける割引、配送料等）等が記憶されている。
【００４８】
医薬品使用量ＤＢ１６５は、それぞれの購入方における購入医薬品の使用量情報を格納したデータベースである。具体的に、医薬品使用量ＤＢ１６５には、例えば、使用した購入方の情報としての、顧客コード、医療機関コード、顧客名、及び使用された医薬品情報としての、使用日付、薬品コード、厚生省コード、薬品名称、購入した販売方（医薬品卸）、購入年日、数量（使用量）、使用部署、使用期限等が格納されている。尚、この医薬品使用量ＤＢ１６５に格納される各データは、ＣＰＵ１１により、購入方端末２０より取得されたデータであって、適宜更新される。
【００４９】
医薬品在庫ＤＢ１６６は、それぞれの購入方における購入医薬品の在庫情報を格納したデータベースである。具体的に、医薬品在庫ＤＢ１６６には、例えば、在庫元としての購入方情報としての、顧客コード、医療機関コード、顧客名、在庫医薬品情報としての、薬品コード、厚生省コード、薬品名称、メーカー名、単位、数量（在庫量）、使用期限、薬価、購入価格、及びデータ更新日時、在庫価格等が格納されている。尚、この医薬品在庫ＤＢ１６６に格納される各データは、ＣＰＵ１１により、購入方端末２０より取得されたデータであって、適宜更新される。尚、在庫価格とは、購入日或いは製造日からの日時が経ったことによる価値の低下に伴う価格であって、例えば、リバースオークションに登録するための競争入札の最低価格の目安となるデータである。
【００５０】
発注履歴ＤＢ１６７は、それぞれの購入方における購入履歴に関する各種情報を格納したデータベースであって、購買履歴情報記憶手段として機能する。具体的に、発注履歴ＤＢ１６７には、例えば、発注購入方情報としての、顧客コード、医療機関コード、顧客名、及び発注内容としての、発注日、薬品コード、厚生省コード、薬品名称、発注数量、発注単位、発注販売方（医薬品卸）、発注金額等が格納されている。尚、この発注履歴ＤＢ１６７に格納される各データは、ＣＰＵ１１により、購入方端末２０よる注文情報に基づいて、販売方端末３０に発注した注文情報が記憶されたデータであって、発注処理の度に更新される。
【００５１】
リバースオークション登録ＤＢ１６８は、購入方端末２０より競争入札希望の医薬品情報を登録し、リバースオークションとして、複数の販売方端末３０…に公開し、競争入札注文を受け付けるための各種情報を記憶したデータベースである。具体的に、リバースオークション登録ＤＢ１６８には、例えば、登録した（競争入札登録）購入方情報としての、顧客コード、医療機関コード、顧客名、登録日、競争入札登録医薬品情報としての、薬品コード、厚生省コード、薬品名称、登録数量、登録単位、競争入札最低金額、競争入札登録期限等が格納されている。
【００５２】
医薬品卸評価ＤＢ１６９とは、販売方としての医薬品卸業者の経営評価に関する各種情報を格納したデータベースである。具体的に、医薬品卸評価ＤＢ１６９には、例えば、評価対象の医薬品卸情報としての、医薬品卸コード、医薬品卸名、評価項目としての医薬品の仕入れ価格（医薬品情報及びその仕入れ価格情報）、納期厳守評価、サービス（価格、配送、アフターケア等）評価等が格納されている。
【００５３】
ＣＰＵ１１は、記憶部１６に格納されたプログラムやデータベース情報等を読み出してＲＡＭ１２へのデータの一時的な格納を行い、各部の制御、データの転送、判断処理等を行う。
【００５４】
例えば、ＣＰＵ１１は、受発注制御プログラム１６１ａに基づいて、通信部１５を介して、医薬品の受発注に関する情報の送受信等の医薬品取引の管理・仲介処理を行う。具体的に、ＣＰＵ１１は、注文情報受信手段として、購入方端末２０から医薬品の注文情報を受信し、発注手段として、当該注文情報を、販売方端末３０に送信する。
【００５５】
また、ＣＰＵ１１は、利益計算シミュレーションプログラム１６１ｂに基づき、購入方にとって、有利な発注内容、例えば、最も利益となる発注内容のシミュレーション処理を実行する。具体的に、ＣＰＵ１１は、発注基礎情報受信手段として、購入方端末２０から、発注する発注医薬品に関する所定の発注基礎情報としての、医薬品の注文情報や、医薬品使用量、医薬品在庫量等のデータを受信し、シミュレーション手段として、利益計算シミュレーションプログラム１６１ｂに基づいて、受信した発注基礎情報と、医薬品マスタＤＢ１６４に格納されている医薬品情報と、に基づいて、当該購入方にとって、有利となる、例えば、最も利益がでると思われる利益計算処理を実行し、有利な発注内容を作成する。このとき、特に、ＣＰＵ１１は、販売方選出手段として、医薬品マスタＤＢ１６４に格納されている販売方毎の医薬品の価格情報と、前記発注基礎情報とを比較して、最も安価に販売する販売方を選出する処理を実行する。
また、ＣＰＵ１１は、代替医療品抽出手段として、医薬品マスタＤＢ１６４に格納されている販売方毎の医薬品の価格情報及びその特性情報としての薬の効能・効果、類似品情報等と、前記発注基礎情報とを比較して、購入方による発注医療品と代替可能で且つ低価格で購入できる代替医薬品を抽出する処理を実行する。また、ＣＰＵ１１は、提供手段として、利益計算シミュレーションされた発注内容を、当該購入方端末２０に送信することにより提供する。
【００５６】
また、ＣＰＵ１１は、購買分析プログラム１６１ｅに基づいて、購入方の発注履歴により、医薬品の購買分析処理を実行する。具体的に、ＣＰＵ１１は、購買履歴情報記憶手段として、購入方端末２０からの注文情報に基づいて販売方端末３０に発注した注文情報を購買履歴情報として、発注履歴ＤＢ１６７に格納させ、更に、需要予測情報作成手段として、この購買履歴情報に基づいて、購入方の医薬品に関する需要予測情報を作成し、送信手段として、当該需要予測情報を購入方端末２０に送信する。ここで、需要予測情報とは、例えば、地域別、病院・医院別、診療科別、季節別、日付別、特定疾病別の医薬品の需要予測に関する情報であって、特に限定されるものではない。
【００５７】
また、ＣＰＵ１１は、在庫管理プログラム１６１ｃに基づいて、購入方の医薬品の在庫管理処理を実行する。具体的に、ＣＰＵ１１は、在庫情報取得手段として、購入方端末２０から医薬品の使用量データ、在庫量データを自動的に取得し、医薬品使用量ＤＢ１６５、医薬品在庫ＤＢ１６６に格納して、各種データを更新する。また、ＣＰＵ１１は、適正在庫量演算手段として、適正在庫量演算プログラム１６１ｄに基づいて、取得した医薬品の使用量データ、在庫量データにより、当該医薬品の適正在庫量を演算する。更にＣＰＵ１１は、在庫管理手段として、上述のようにして演算した適正在庫量データに基づいて、当該購入方の医薬品の在庫量が十分であるか否かを判断し、発注する必要があると判断した場合には、販売方端末３０に発注する自動発注処理を実行する。
【００５８】
また、ＣＰＵ１１は、リバースオークションプログラム１６１ｆに基づいて、リバースオークション取引を支援する処理を実行する。具体的に、ＣＰＵ１１は、競争入札医療品情報登録手段として、購入方端末２０から送信される、競争入札希望の医薬品情報を受信して、リバースオークション登録ＤＢ１６８に格納し、競争入札医療品情報提供手段として、当該競争入札希望の医薬品情報をインターネット上、或いは特定の販売方端末３０…に限定して公開し、受付手段として、当該競争入札医薬品情報に対する注文情報を、販売方端末３０…から受け付け、入札情報送信手段として、受け付けた競争入札医薬品に関する入札情報を、登録した購入方端末２０に送信する処理を実行する。
【００５９】
また、ＣＰＵ１１は、受発注制御プログラム１６１ａに基づいて、医薬品の受発注処理において、購入方端末２０の認証処理や、請求書の発行処理等を実行する。
【００６０】
印刷部１７は、出力手段として、ＣＰＵ１１から出力された印刷データを印刷する。
【００６１】
購入方端末２０は、医療機関等の医薬品を購入する側（購入方）の所有する端末装置であって、支援装置１０と通信回線ネットワークＮを介して接続可能であり、医薬品の注文処理や、医薬品に関する各種情報の格納に用いられる。そして、購入方端末２０は、汎用のパーソナルコンピュータ等からなり、例えば、図３に示すように、ＣＰＵ２１、ＲＡＭ２２、表示部２３、入力部２４、通信部２５、記憶部２６を備え、各部はバス２７により接続されている。
【００６２】
尚、購入方端末２０を構成する上記の各部は、支援装置１０の同名の各部と同様の機能を果たすので詳細な説明を省略し、異なる部分のみ説明する。
特に、ＣＰＵ２１は、通信部２５を介して、医薬品の注文情報や、発注基礎情報や、電子カルテシステムＤＢ２６１、医薬品在庫管理システム２６２等から適宜読み出した医薬品の使用量情報、在庫情報を、支援装置１０に送信したり、需要予測情報、適正在庫量データ等を支援装置１０より受信する。また、ＣＰＵ２１は、リバースオークションに登録する競争入札医療品情報を支援装置１０に送信したりする。
【００６３】
また、記憶部２６には、購入方である医療機関における医療行為に用いられる、電子カルテシステムＤＢ２６１、医薬品在庫管理システムＤＢ２６２、物流管理システムＤＢ２６３が設けられている。尚、これらのデータベースと、支援装置１０とは、システム連携されており、必要なデータの送受信が自動的に実行可能になっている。
【００６４】
電子カルテシステムＤＢ２６１は、医療機関において用いられている電子カルテを管理するためのシステムＤＢである。そして、この電子カルテシステムＤＢ２６１より、医薬品の使用量データがＣＰＵ２１、及び支援装置１０のＣＰＵ１１により、自動的に取得されるようになっている。
【００６５】
医薬品在庫管理システムＤＢ２６２は、購入方としての医療機関における医薬品の在庫を管理するためのシステムＤＢである。そして、この医薬品在庫管理システムＤＢ２６２より、医薬品の在庫データが、ＣＰＵ２１、及び支援装置１０のＣＰＵ１１の制御により、適宜自動的に取得される。
【００６６】
物流管理システムＤＢ２６３は、医薬品の入庫、出庫、棚卸、支払い等を管理するためのシステムＤＢである。そして、この物流管理システムＤＢ２６３に格納されているデータは、ＣＰＵ２１、支援装置１０のＣＰＵ１１の制御により自動的に取得され、支援装置１０による、入庫、出庫、棚卸、支払い等に関する処理の実行に用いられる。
【００６７】
販売方端末３０は、医薬品（医療品の一例）を販売する販売方の一例としての医薬品卸業者の所有する端末装置であって、支援装置１０と通信回線ネットワークＮを介して接続可能であり、医薬品の受注処理や、医薬品に関する各種情報の格納に用いられる。そして、販売方端末３０は、汎用のパーソナルコンピュータ等からなり、例えば、図４に示すように、ＣＰＵ３１、ＲＡＭ３２、表示部３３、入力部３４、通信部３５、記憶部３６を備え、各部はバス３７により接続されている。
【００６８】
尚、販売方端末３０を構成する上記の各部は、支援装置１０、購入方端末２０の同名の各部と同様の機能を果たすので詳細な説明を省略し、異なる部分のみ説明する。
特に、ＣＰＵ３１は、通信部３５を介して、医薬品の受注情報を支援装置１０から受信したり、在庫問い合わせ情報に対して在庫情報を支援装置１０に送信したりする。
【００６９】
また、記憶部３６には、販売方としての医薬品卸業者における医薬品販売に用いられる、受注管理システムＤＢ３６１、在庫管理システムＤＢ３６２、配送管理システムＤＢ３６３が設けられている。尚、これらのデータベースと、支援装置１０とは、システム連携されており、ＣＰＵ１１、ＣＰＵ３１との制御により、必要なデータの送受信が自動的に実行可能になっている。
【００７０】
受注管理システムＤＢ３６１は、支援装置１０との間で実行される医薬品受注処理を自動的に実行・管理するためのシステムＤＢである。
【００７１】
在庫管理システムＤＢ３６２は、医薬品卸（販売方）における医薬品の在庫を管理するためのシステムＤＢである。そして、この在庫管理システムＤＢ３６２より、医薬品の在庫データが、ＣＰＵ３１、及び支援装置１０のＣＰＵ１１の制御により、適宜自動的に取得され、在庫確認処理に用いられる。
【００７２】
配送管理システムＤＢ３６３は、受注した医薬品の配送処理を実行・管理するためのシステムＤＢである。そして、この配送管理システムＤＢ３６３に格納されているデータは、ＣＰＵ３１、支援装置１０のＣＰＵ１１の制御により自動的に取得され、支援装置１０による、納期、配送状況に関する処理、医薬品卸の評価処理等の各種処理の実行に用いられる。
【００７３】
次に、上記のように構成された医療品取引支援システム１における本実施例の動作を以下で説明する。
【００７４】
まず、支援装置１０と、購入方端末２０、販売方端末３０との間で実行される医薬品の受発注処理について、図５のフローチャートを用いて説明する。
【００７５】
購入方端末２０の操作者により所定のＵＲＬ等が入力されることにより、購入方端末２０が、通信回線ネットワークＮを介して支援装置１０に接続され、医薬品発注メニュー等が選択される等により医薬品発注要求処理が実行される（ステップＳ１０１）。
【００７６】
次いで、支援装置１０のＣＰＵ１１は、当該発注要求に基づいて、受発注制御プログラム１６１ａをプログラムＤＢ１６１から読み出して、ＲＡＭ１２に格納し、当該プログラム１６１ａに従って、受発注処理の制御を開始する。具体的に、ＣＰＵ１１は、アクセスしてきた購入方端末２０が、顧客マスタＤＢ１６２に格納されている顧客であるか否かを判断することにより認証処理を実行する（ステップＳ１０２）。
【００７７】
次いで、ＣＰＵ１１は、顧客マスタＤＢ１６２に登録されている正規顧客の端末であると判断した場合（ステップＳ１０３：Ｙｅｓ）は、認証が成功したとして、ステップＳ１０５に移行する。一方、ＣＰＵ１１は、正規顧客の端末であると確認出来ずに、認証が失敗した場合（ステップＳ１０３：Ｎｏ）には、当該購入方端末２０の表示部２３に認証エラー表示（ステップＳ１０４）を実行して、本処理を終了させる。
【００７８】
ステップＳ１０５において、ＣＰＵ１１は、医薬品マスタＤＢ１６４に格納されている医薬品に関する各種情報や、医薬品卸ＤＢ１６３や医薬品卸評価ＤＢ１６９に格納されている販売方としての医薬品卸に関する情報を、医薬品情報として、通信部１５を介して当該購入方端末２０に送信する。
【００７９】
次いで、支援装置１０から送信された医薬品情報が購入方端末２０の表示部２３に表示され、表示された医薬品情報に基づいて、発注する医薬品情報が、例えば、入力部２４等を用いて選択され、注文情報として、支援装置１０に送信される（ステップＳ１０６）。
【００８０】
次いで、支援装置１０のＣＰＵ１１は、当該注文情報を受信すると、当該医薬品を販売している販売方端末３０に送信する発注処理を実行する（ステップＳ１０８）。
【００８１】
次いで、支援装置１０より注文情報を受注した販売方端末３０のＣＰＵ３１は、在庫管理システムＤＢ３６２に、受注した医薬品の在庫情報を問い合わせることにより、在庫確認処理を実行し（ステップＳ１０８）、次いで、受注了承・及び納期予定データを支援装置１０に送信する（ステップＳ１０９）。
尚、受注医薬品の在庫がない場合には、在庫切れである情報が支援装置１０を介して発注した購入方端末２０に送信されるようになっている。
【００８２】
次いで、支援装置１０のＣＰＵ１１は、販売方端末３０から送信された受注了承・納期予定データに基づいて、当該注文の支払いに関する情報を含む請求書の発行処理を実行し、納期予定データとともに、購入方端末２０に送信する（ステップＳ１１０）。
【００８３】
次いで、購入方端末２０のＣＰＵ２１は、当該請求書・納期予定データを受信する（ステップＳ１１１）。
【００８４】
一方、販売方端末３０においては、受注情報に基づいて、当該受注医薬品の配送・納品指示処理を、例えば、運送担当部署、運送会社等に行うことにより（ステップＳ１１２）、当該処理を終了する。
【００８５】
また、支援装置１０は、仲介した受発注処理に基づいて、当該購入方端末２０の顧客の注文情報を発注履歴ＤＢ１６７に記憶して購買履歴情報を更新して（ステップＳ１１３）、本処理を終了する。
【００８６】
このように、支援装置１０により、購入方端末２０と販売方端末３０との医薬品の受発注処理の仲介・管理処理が実行されることにより、購入方、販売方、双方にとって、医薬品の受発注の業務が効率的になる。また、購入方にとっては、複数の購入方により一括大量購入することも可能となるので、医薬品を低価格で購入することも可能となり、医薬品の仕入れコストを削減することができる。
また、販売方にとっては、当該システム１に登録することで、営業活動を行うことなく顧客を獲得できるので、営業コストを削減することが出来る。
【００８７】
尚、上記受発注処理は、既存の電子商取引と同様に、例えば、Ｗｅｂデータ、ｃＸＭＬ、ＥＤＩ等を用いて実行されるものとする。また、当該受発注処理において、支援装置１０において、自動的に口座振替や自動引き落とし処理等も実行されるようになっている。
【００８８】
また、上記受発注処理は、操作者を介して実行される構成に留まらず、自動的に受発注処理が実行される構成であってもよい。
例えば、購入方端末２０において、医薬品在庫管理システムＤＢ２６２の在庫データに基づいて、ＣＰＵ２１が、任意の医薬品の在庫量が所定の在庫確保量よりも少ないと判断した場合に、当該医薬品の発注情報を支援装置１０に送信し、以下、支援装置１０と、販売方端末３０との間で、自動的に当該医薬品の発注処理が実行されるようにしてもよい。この場合、人材配置に関するコストを削減することができるとともに、発注における選択ミス、発注時期の遅れ等をも防ぐことができ、より効率的となる。
【００８９】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つである利益計算シミュレーション処理について、図６のフローチャートを用いて、以下で説明を行う。
【００９０】
まず、購入方端末２０のＣＰＵ２１により、利益計算シミュレーションの基礎情報となる発注基礎情報が、支援装置１０に送信される（ステップＳ２０１）。ここで、発注基礎情報とは、例えば、注文情報や、あるいは過去の注文情報や使用している医薬品情報を特定することができる、医薬品の使用量情報、在庫情報等であって、当該購入方の発注する、あるいは発注する予定の医薬品に関する情報が含まれているものとする。
【００９１】
次いで、支援装置１０のＣＰＵ１１は、当該発注基礎情報を受信すると（ステップＳ２０２）、利益計算シミュレーションプログラム１６１ｂをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｂに従って、以下、ステップＳ２０３〜ステップＳ２０５の利益計算シミュレーション処理を実行する。
【００９２】
具体的に、ＣＰＵ１１は、当該発注基礎情報に含まれている医薬品情報に基づいて、医薬品マスタＤＢ１６３を検索することにより、当該医薬品の医薬品卸における販売価格、まとめ買いにおける加重平均値、配送料の割引などの各種サービス情報を検索することにより、もっとも安価に医薬品を販売する販売方（医薬品卸）を選出する（ステップＳ２０３）。
【００９３】
次いで、ＣＰＵ１１は、医薬品マスタＤＢ１６３の医薬品の効能・効果、主な類似品・代替可能品、概要等のデータ、及び販売価格等に基づいて、発注基礎情報に含まれている医薬品と代替可能でかつ、低価格で購入できる代替医薬品情報を抽出する（ステップＳ２０４）。
【００９４】
そして、上記のようにして、同商品を安価で提供できる販売方情報及び代替医薬品情報等を含み、購入方にとって、もっと利益を得ることができる、或いはより有利となる発注内容情報を作成する（ステップＳ２０５）。
【００９５】
次いで、ＣＰＵ１１は、上述のようにして、利益計算シミュレーションすることにより作成された、購入方にとって有利となる発注内容情報を当該購入方端末２０に送信し（ステップＳ２０６）、この有利となる発注内容情報が、購入方端末２０に受信されることにより（ステップＳ２０７）、本処理が終了する。
【００９６】
尚、本ステップＳ２０７以降、当該有利な発注内容情報に基づいて、上述の受発注処理において説明した医薬品の受発注処理が実行される構成であってもよい。
【００９７】
このように、本システム１において、支援装置１０により、購入方にとって最も利益となる或いはより有利となる発注内容がシミュレーションされるので、購入方は、医薬品の受発注処理に対し、より付加価値のあるサービスを得ることができる。
尚、上記有利な発注内容情報として、最適な医薬品卸（販売方）を選出或いは代替医薬品を抽出する処理のどちらか一方であってもよいし、この他、有利な発注方法に関する内容であれば、例えば、支払い方法に関する内容や、医薬品の使用期限や使用頻度等に基づいた、発注間隔情報等、どのようなものでもよい。
また、この利益計算シミュレーションは、購入方端末２０による注文処理の度に実行する構成であってもよいし、適宜実行される構成であってもよい。例えば、新薬が発売された場合、当該新薬が代替医薬品として利用できる場合には、その情報が、情報が有益であろう購入方端末２０に配信される構成であってもよい。
【００９８】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つである在庫管理処理及び適正在庫量演算処理について、図７のフローチャートを用いて、以下で説明を行う。
【００９９】
支援装置１０のＣＰＵ１１は、在庫管理プログラム１６１ｃをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｅに従って、以下、ステップＳ３０１〜ステップＳ３０７の在庫管理処理を実行する。
【０１００】
具体的に、ＣＰＵ１１は、購入方端末２０に対して、在庫管理の対象となっている医薬品使用量及び医薬品在庫量情報の要求処理を送信する（ステップＳ３０１）。
すると、購入方端末２０のＣＰＵ２１は、電子カルテシステムＤＢ２６１及び医薬品在庫管理システムＤＢ２６２から、医薬品使用量及び医薬品在庫情報を抽出し、特定のディレクトリに、例えば、ＣＳＶ形式の複数のテキストファイルとして出力する。このテキストファイルは、当該購入方端末２０であることが分かる顧客コードを付加し、識別可能なＣＳＶファイル名を自動的に作成して、支援装置１０に送信する（ステップＳ３０２）。
【０１０１】
次いで、支援装置１０のＣＰＵ１１は、上記の購入方毎に識別可能なファイル名が付加された、医薬品使用量及び医薬品在庫情報を含むファイルを受信すると、それぞれの情報に基づいて、医薬品使用量ＤＢ１６５、医薬品在庫ＤＢ１６６における、ファイル名に含まれている顧客コードと一致する使用量データ、在庫量データ等の各種情報を更新する（ステップＳ３０３）。
【０１０２】
次いで、支援装置１０のＣＰＵ１１は、更新した医薬品の使用量及び在庫量情報に基づいて、適正在庫量演算プログラム１６１ｄに従って、当該購入方における適正在庫量の演算処理を実行する（ステップＳ３０４）。具体的には、例えば、在庫の医薬品の使用期限やその使用される頻度等のデータに基づいて、在庫として不足なくかつ、使用期限が切れて廃棄処分にならないような在庫量を演算する。
【０１０３】
次いで、支援装置１０のＣＰＵ１１は、演算した適正在庫量データを当該購入方端末２０に送信する（ステップＳ３０５）。これにより、例えば、購入方端末２０において、医薬品在庫管理システム２６２の適正在庫の判断基準データとして利用する構成であってもよい。
【０１０４】
次いで、支援装置１０のＣＰＵ１１は、演算した適正在庫量と、その時点での当該購入方の医薬品在庫量とを比較することにより、医薬品の発注の要否を判断し（ステップＳ３０６）、必要であると判断した場合（ステップＳ３０６：Ｙｅｓ）は、前述のような、販売方端末３０との間で実行される医薬品の自動発注処理を実行して（ステップＳ３０７）、当該在庫管理処理処理を終了する。一方、ＣＰＵ１１は、発注の必要がないと判断した場合（ステップＳ３０６：Ｎｏ）には、そのまま、当該在庫管理処理を終了させる。
【０１０５】
このように、本システム１において、支援装置１０は、購入方端末２０の医薬品在庫管理システムと連携することにより、自動的に、医薬品の使用量及び在庫量の情報を取得し、取得した情報に基づいて、適正在庫量の更新処理や発注要否の判断処理が実行されるので、購入方としては、在庫を過不足なく管理することが容易に実現し大変便利である。
【０１０６】
尚、本在庫管理処理において、医薬品の使用量及び在庫量情報は、購入方端末２０側から適宜、支援装置１０の方に自動配信される構成であってもよい。また、適正在庫量演算処理は、医薬品の使用量及び在庫量情報の更新の度に実行される構成でなくともよい。また、演算された適正在庫量データに基づいて、購入方端末２０において、医薬品在庫管理システムを用いた自動発注処理が実行される構成であってもよい。
また、適正在庫量として、発注間隔情報等が含まれていてもよい。
【０１０７】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つである購買分析処理について、図８のフローチャートを用いて、以下で説明を行う。
【０１０８】
支援装置１０のＣＰＵ１１は、購買分析プログラム１６１ｅをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｃに従って、以下、ステップＳ４０１〜ステップＳ４０３の購買分析処理を実行する。
【０１０９】
具体的に、ＣＰＵ１１は、発注履歴ＤＢ１６７に格納されている任意の購入方の購買履歴情報を抽出する（ステップＳ４０１）。
ここで、購買履歴情報とは、例えば、発注日や発注した医薬品の種類、数量、単位、購入した販売元（医薬品卸）に関する情報である。
【０１１０】
次いで、支援装置１０のＣＰＵ１１は、当該購買履歴情報や、医薬品の需要予測に関する現状や傾向等の各種情報に基づいて、当該購入方に該当する医薬品の需要予測情報を作成して（ステップＳ４０２）、当該需要予測情報を購入方端末２０に送信する（ステップＳ４０３）。
ここで、医薬品の需要予測情報とは、例えば、地域別、病院・医院別、診療科別、季節別、特定の疾病別、特定の日付別等に関する医薬品の需要予測情報であるとする。
【０１１１】
次いで、上記需要予測情報が購入方端末２０において受信される（ステップＳ４０４）ことにより、当該購買分析処理が終了する。
【０１１２】
このように、本システム１において、支援装置１０により、購入方端末２０の発注履歴（購買履歴）情報に基づいた購買分析処理が実行されて購入方に提供されるので、購入方端末２０は、その医薬品の需要予測等の有益な情報を得ることができる。
【０１１３】
尚、上記需要予測情報に基づいて、既述の適正在庫量の更新処理、発注処理、自動発注処理等が実行される構成であってもよい。
また、購買分析処理として、医薬品の需要予測情報の作成を一例としたが、例えば、発注履歴として、支払い状況、支払い条件、支払額等に基づいて、購入方の経営評価を実行してもよい。
この購買分析処理は、購入方端末２０による発注処理が実行される毎に行われてもよいし、適宜実行される構成であってもよい。
【０１１４】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つであるリバースオークション処理について、図９のフローチャートを用いて、以下で説明を行う。
【０１１５】
まず、競争入札したい購入方の操作に基づき、購入方端末２０（以下、競争入札登録端末２０ａとする）のＣＰＵ２１により、リバースオークションにおいて競争入札登録される競争入札医薬品情報が、支援装置１０に送信される（ステップＳ５０１）。ここで、競争入札医薬品情報とは、例えば、競争入札対象となる医薬品の種類、名称、入札最低価格、入札可能な数量、使用期限（入札期限）等の情報、及び入札登録する購入方に関する情報（顧客コード、連絡先等）である。
【０１１６】
次いで、支援装置１０のＣＰＵ１１は、当該競争入札医薬品情報を受信すると、リバースオークションプログラム１６１ｆをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｆに従って、以下のリバースオークション処理を実行する。
【０１１７】
ＣＰＵ１１は、まず、受信した競争入札医薬品情報を、リバースオークション登録ＤＢ１６８に記憶し（ステップＳ５０２）、次いで、記憶した競争入札医薬品情報を、例えば、所定のリバースオークションページ等のホームページにより、通信回線ネットワークＮ上に公開する（ステップＳ５０３）。尚、リバースオークションは、予め参加が許可された販売方端末３０…のみ閲覧可能であるように構成されていてもよいし、例えば、その他の購入方端末２０…や、一般的に公開されている構成であってもよい。
【０１１８】
次いで、入札側としての販売方端末３０…が、当該リバースオークションページにアクセスして、競争入札医薬品情報を閲覧し（ステップＳ５０４）、競争入札医薬品の入札情報を支援装置１０に送信する（ステップＳ５０５）。
【０１１９】
次いで、支援装置１０は、当該販売方端末３０…から送信された競争入札医薬品の入札情報を受信して受け付け（ステップＳ５０６）、当該入札情報を、競争入札登録端末２０ａに送信する（ステップＳ５０７）。
次いで、上記競争入札医薬品の注文情報が競争入札登録端末２０ａにより受信される（ステップＳ５０８）ことにより、本リバースオークション処理が終了する。
【０１２０】
尚、本ステップＳ５０８以降、当該入札情報に基づいて、競争入札医薬品の入札者決定処理、当該入札医薬品の配送処理、課金処理等が実行されるものとする。
【０１２１】
このように、本システム１において、支援装置１０により、購入方において、例えば、在庫過多となっている医薬品をリバースオークションに出すことにより、医薬品が再活用される。また、入札する側は、安く医薬品を購入できることとなって、便利である。
尚、競争入札登録の対象となる医薬品の選別等を支援装置１０において実行し、購入方端末２０に送信したり、前述の有利な発注内容情報として、競争入札医薬品を選択するようにしてもよい。
また、入札する側を販売方端末３０を一例にして説明を行ったが、入札側は、その他の購入方端末２０や、一般的な任意の端末装置等であってもよい。
【０１２２】
このように本実施の形態によれば、医薬品の購入方、販売方の双方におって、医薬品の取引を効率化できるとともに、更に、購入方にとって、有益となる付加価値があるサービスが提供できることとなって、従来の医療品の電子商取引では実現しえなかった満足感をユーザに提供することができる。
【０１２３】
尚、上記実施の形態は、一例に過ぎず、適宜変更可能である。
例えば、医療品の一例として、医薬品を用いて説明したが、例えば、診療器具等、医療に関わるものであればどのようなものでもよい。また、購入方は、病院・医院等の医療機関の他、調剤薬局等であってもよい。また、販売方は、医薬品卸業者の他、医薬品メーカー、診療器具メーカー等であってもよい。
また、適正在庫量、有利な発注内容等の計算方法は、上記に限定されるものではない。
また、医薬品の受発注処理も上述の方法に限定されるものではない。
【０１２４】
また、支援装置１０は、購入方端末２０に対して、販売方の経営評価情報や、新薬等の各種情報を、例えば、電子メール等を用いて配信するサービスを備えていても良い。
【０１２５】
【発明の効果】
本発明によれば、購入方にとってより有益な医療品発注を支援することができることとなって、従来の発注オンラインシステムよりも付加価値の高い医療品取引サービスを提供することができる。
【図面の簡単な説明】
【図１】本発明にかかる医療品取引支援システム１の全体構成を示したブロック図である。
【図２】図１の医療品取引支援装置１０の内部構成を示したブロック図である。
【図３】図１の購入方端末２０の内部構成を示したブロック図である。
【図４】図１の販売方端末３０の内部構成を示したブロック図である。
【図５】本発明の医療品取引支援システム１における、医薬品の受発注処理の動作を説明するためのフローチャートである。
【図６】本発明の医療品取引支援システム１における、医療品取引支援装置１０による利益計算シミュレーション処理の動作を説明するためのフローチャートである。
【図７】本発明の医療品取引支援システム１における、医療品取引支援装置１０における在庫管理処理、適正在庫量演算処理の動作を説明するためのフローチャートである。
【図８】本発明の医療品取引支援システム１における、医療品取引支援装置１０における購買分析処理処理の動作を説明するためのフローチャートである。
【図９】本発明の医療品取引支援システム１における、医療品取引支援装置１０におけるリバースオークション処理の動作を説明するためのフローチャートである。
【符号の説明】
１  医療品取引支援システム
１０  医療品取引支援装置（医療品取引支援装置）
１１  ＣＰＵ（発注基礎情報受信手段、シミュレーション手段、提供手段、販売方選出手段、代替医療品抽出手段、注文情報受信手段、発注手段、需要予測情報作成手段、送信手段、在庫情報取得手段、在庫管理手段、適正在庫量演算手段、競争入札医療品情報登録手段、競争入札医療品情報提供手段、受付手段、入札情報送信手段）
１５  通信部（発注基礎情報受信手段、提供手段、注文情報受信手段、発注手段、送信手段、競争入札医療品情報提供手段、受付手段、入札情報送信手段）
１６  記憶部（医薬品情報記憶手段、購買履歴情報記憶手段）
１６４  医薬品マスタＤＢ（医薬品情報記憶手段）
１６７  発注履歴ＤＢ（購買履歴情報記憶手段）
１６１ａ  受発注制御プログラム（注文情報受信手段、発注手段）
１６１ｂ  利益計算シミュレーションプログラム（シミュレーション手段）
１６１ｃ  在庫管理プログラム（在庫管理手段）
１６１ｄ  適正在庫量演算プログラム（適正在庫量演算手段）
１６１ｅ  購買分析プログラム（需要予測情報作成手段）
１６１ｆ  リバースオークションプログラム（競争入札医療品情報登録手段、競争入札医療品情報提供手段、受付手段、入札情報送信手段）
２０  購入方端末
３０  販売方端末
Ｎ  通信回線ネットワーク（通信回線）
【図１】
2004310603.tif 000003
【図２】
2004310603.tif 000004
【図３】
2004310603.tif 000005
【図４】
2004310603.tif 000006
【図５】
2004310603.tif 000007
【図６】
2004310603.tif 000008
【図７】
2004310603.tif 000009
【図８】
2004310603.tif 000010
【図９】
2004310603.tif 000011