JP2004310603A - Medical product transaction support device, and medical product transaction support system - Google Patents

Medical product transaction support device, and medical product transaction support system Download PDF

Info

Publication number
JP2004310603A
JP2004310603A JP2003105504A JP2003105504A JP2004310603A JP 2004310603 A JP2004310603 A JP 2004310603A JP 2003105504 A JP2003105504 A JP 2003105504A JP 2003105504 A JP2003105504 A JP 2003105504A JP 2004310603 A JP2004310603 A JP 2004310603A
Authority
JP
Japan
Prior art keywords
medical product
information
terminal
medical
support device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003105504A
Other languages
Japanese (ja)
Other versions
JP2004310603A5 (en
Inventor
Yoshihisa Koike
由久 小池
Akira Yamamoto
章 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NIPPON KEIEI KK
Original Assignee
NIPPON KEIEI KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NIPPON KEIEI KK filed Critical NIPPON KEIEI KK
Priority to JP2003105504A priority Critical patent/JP2004310603A/en
Publication of JP2004310603A publication Critical patent/JP2004310603A/en
Publication of JP2004310603A5 publication Critical patent/JP2004310603A5/ja
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a medical product transaction support device which provides a service with more added value to a purchasing side and a selling side in a transaction of medical products such as pharmaceuticals. <P>SOLUTION: In the medical product transaction support device 10 connected to a purchasing side terminal 20 of medical products, and a selling side terminal 30 of medical products via a communication line N, on the basis of a pharmaceuticals master DB 164 storing medical product information regarding medical products sold by the selling side, predetermined order foundation information regarding ordered medical products received from the purchasing side terminal, and medical product information, a CPU 11 simulates an order content that is advantageous to the purchasing side, and a simulated order content is provided to the purchasing side terminal. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、医薬品等の医療品の取引を支援する医療品取引支援装置、及び医療品取引支援システムに関する。
【０００２】
【従来の技術】
従来、医院や病院、薬局等の医療機関であって、医療品を購入する側と、当該医療品を各種医療機関に販売する販売側との間で取引される医療品の受発注処理を、通信回線網を介して実行するオンライン発注システムが知られている（例えば、特許文献１参照）。
【０００３】
具体的には、医薬品メーカーの操作下にあるメーカー側端末と、薬局等のユーザの操作下にあるユーザ側端末とが、それぞれ通信ネットワークを介して接続されるオンライン発注システムであって、ユーザ側端末及びメーカー側端末から情報を閲覧可能となっており、新薬情報、各種医療情報及び注文状況情報を格納するデータベースと、ユーザ側端末からの発注信号を受信する受注手段と、受注手段で発注信号をうけることにより、メーカー側端末に発注信号を送信する発注手段と、を備えている。
【０００４】
【特許文献１】
特開２００３―１６１８６５号公報
【０００５】
【発明が解決しようとする課題】
上記特許文献１に記載のオンライン発注システムの場合、医薬品の受発注業務の効率化が図れるが、単に既存の受発注業務をオンラインで処理するのみに留まっており、医薬品の購入側と販売側に対して、付加価値のある取引を支援するものではなかった。
【０００６】
そこで、本発明の課題は、医薬品等の医療品の取引において、購入側と販売側とに、より付加価値のあるサービスを提供することが可能な医療品取引支援装置、及び医療品取引支援システムを提供することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、
請求項１に記載の発明は、例えば、図１〜図９に示すように、
医療品の購入方である購入方端末（２０）と、医療品の販売方である販売方端末（３０）とに、通信回線（通信回線ネットワークＮ）を介して接続され、医療品取引を支援する医療品取引支援装置（医療品取引支援装置１０）であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段（例えば、記憶部１６、医薬品マスタＤＢ１６４等）と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段（例えば、ＣＰＵ１１、通信部１５等）と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段（例えば、ＣＰＵ１１、利益計算シミュレーションプログラム１６１ｂ等）と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段（例えば、ＣＰＵ１１、通信部１５等）と、
を備えたことを特徴とする。
【０００８】
ここで、医療品とは、例えば、医薬品や診療器具等であって、医療機関や薬局等で購入するものであればどのようなものであってもよい。また、発注基礎情報とは、医療品の名称或いは品番、販売方、発注数量、納期等であってもよいし、例えば、発注数量の代わりに、医療品の在庫量、使用量など、発注数量を分析可能な情報であってもよい。
購入方にとって有利な発注内容とは、例えば、購入方から送信された発注基礎情報に基づく発注内容に比べて、価格、納期、品質等において優れた内容をいう。
【０００９】
請求項１記載の発明によれば、シミュレーション手段によって、発注基礎情報受信手段により受信した購入方の発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容がシミュレーションされ、そのシミュレーションされた発注内容が、当該購入方端末に提供されるので、購入方にとってより有益な医療品発注を支援することができることとなって、より付加価値の高い医療品取引サービスを提供することができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、当該医療品を販売する販売方とが対応付けられて記憶されており、
前記シミュレーション手段は、前記販売価格情報に基づいて、前記発注医療品を最も安価に販売する販売方を選出する販売方選出手段（例えば、ＣＰＵ１１等）を備えたことを特徴とする。
【００１１】
請求項２に記載の発明によれば、販売方選出手段により、販売価格情報に基づいて、発注医療品を最も安価に販売する販売方が選出されるので、購入方は最も安価に発注医療品を購入できることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００１２】
請求項３記載の発明は、請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、医療品の特性情報が記憶されており、
前記シミュレーション手段は、前記販売価格情報と前記特性情報に基づいて、前記発注医療品と代替可能で且つより低価格で購入できる代替医療品を抽出する代替医療品抽出手段（例えば、ＣＰＵ１１等）を備えたことを特徴とする。
【００１３】
ここで、特性情報とは、例えば、医療品の原料、寸法、重量、性能、効能など同類の医療品と比較可能な情報であり、一の医療品が他の一の医療品と代替可能であるか判断できる情報である。
【００１４】
請求項３記載の発明によれば、代替医療品抽出手段により、医療品の販売価格情報と特性情報に基づいて、発注医療品と代替可能で且つより低価格で購入できる代替医療品が抽出されるので、購入方は発注医療品と代替可能な代替医療品を低価格で購入できることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００１５】
請求項４記載の発明は、医療品の購入方である購入方端末（２０）と、医療品の販売方である販売方端末（３０）とに、通信回線（通信回線ネットワークＮ）を介して接続され、医療品取引を支援する医療品取引支援装置（１０）であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段（例えば、記憶部１６、医療品マスタ１６４等）と、
前記購入方端末から、前記医療品の注文情報を受信する注文情報受信手段（例えば、ＣＰＵ１１、通信部１５、受発注制御プログラム１６１ａ等）と、
前記注文情報受信手段により受信された注文情報を、前記販売方端末に送信して発注する発注手段（例えば、ＣＰＵ１１、通信部１５、受発注制御プログラム１６１ａ等）と、
前記注文情報に基づいて、前記購入方の購買履歴情報を記憶する購買履歴情報記憶手段（例えば、記憶部１６、発注履歴ＤＢ１６７等）と、
前記購買履歴情報に基づいて、当該購入方の医療品の需要予測情報を作成する需要予測情報作成手段（例えば、ＣＰＵ１１、購買分析プログラム１６１ｅ等）と、
前記需要予測情報作成手段により作成された需要予測情報を前記購入方端末に送信する送信手段（例えば、ＣＰＵ１１、通信部１５等）と、
を備えたことを特徴とする。
【００１６】
ここで、需要予測情報とは、例えば、所定の医療品の需要を予測する情報として、例えば、地域別、医院、病院別、診療科別、季節別、特定の疾病の流行別等における医療品の需要予測情報である。
【００１７】
請求項４記載の発明によれば、需要予測情報作成手段により、購入方の購買履歴情報に基づいて、当該購入方の医療品の需要予測情報が作成され、この需要予測情報が送信手段により購入方端末に送信されるので、購入方はこの需要予測情報に基づいて、医療品の発注ができることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００１８】
請求項５記載の発明は、医療品の購入方である購入方端末（２０）と、医療品の販売方である販売方端末（３０）とに、通信回線（通信回線ネットワークＮ）を介して接続され、医療品取引を支援する医療品取引支援装置（１０）であって、
前記購入方の医療品の在庫情報を取得する在庫情報取得手段（ＣＰＵ１１等）と、
前記在庫情報取得手段により取得された在庫情報と、所定の適正在庫量とに基づいて、前記販売方端末に自動発注する在庫管理手段（ＣＰＵ１１、在庫管理プログラム１６１ｃ等）と、
を備えたことを特徴とする。
【００１９】
請求項５記載の発明によれば、在庫管理手段によって、在庫情報取得手段により取得された在庫情報と、所定の適正在庫量とに基づいて自動発注されるので、購入方は、その都度、発注業務を行う必要が無くなることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００２０】
請求項６に記載の発明は、請求項５に記載の医療品取引支援装置において、
前記購入方端末から、医療品の使用情報を受信する受信手段（例えば、ＣＰＵ１１、通信部１５等）と、
前記受信手段により受信された医療品の使用情報と、前記在庫情報に基づいて、当該医療品の適正在庫量を演算する適正在庫量演算手段（例えば、ＣＰＵ１１、適正在庫量演算プログラム１６１ｄ等）と、
を備えることを特徴とする。
【００２１】
請求項６記載の発明によれば、請求項５に記載の発明と同様の効果が得られることは無論のこと、特に、適正在庫量演算手段によって、受信手段により受信された医療品の使用情報と、前記在庫情報に基づいて、当該医療品の適正在庫量が演算されるので、適正在庫量が各々の販売方に事情に応じてきめ細かく決定されることとなって、在庫管理の精度を向上させることができる。
【００２２】
請求項７記載の発明は、請求項１〜６の何れか一項に記載の医療品取引支援装置において、
前記購入方端末から送信される競争入札希望の医療品情報を登録する競争入札医療品情報登録手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
前記競争入札医療品登録手段により登録された競争入札医療品情報を、任意の複数の端末に提供する競争入札医療品情報提供手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
前記複数の端末より、前記競争入札医療品の入札情報を受け付ける受付手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
前記受付手段により受け付けた入札情報を、当該競争入札医療品を登録した購入方端末に送信する入札情報送信手段（例えば、ＣＰＵ１１、リバースオークションプログラム１６１ｆ等）と、
を備えたことを特徴とする。
【００２３】
ここで、任意の複数の端末とは、例えば、前記販売方端末や前記購入方端末であってもよいし、その他の任意の端末装置であってもよい。
請求項７記載の発明によれば、請求項１〜６の何れか一項に記載の発明と同様の効果が得られることは無論のこと、特に、競争入札医療品登録手段により登録された購入方が競争入札を希望する競争入札医療品情報が、競争入札医療品情報提供手段により、任意の複数の端末に提供され、受付手段により、複数の端末からの競争入札医療品の入札情報が受け付けられ、受け付けられた入札情報が、入札情報送信手段により当該競争入札医療品を登録した購入方端末に送信されるので、競争入札医療品を購入する方は必要な医療品を安価に手に入れることを可能にすることとなって、従来の受発注システムではなし得ない付加価値の高い医療品取引サービスを提供できる。
【００２４】
請求項８記載の発明は、請求項１〜７の何れか一項に記載の医療品取引支援装置において、
前記医療品は、医薬品であることを特徴とする。
【００２５】
請求項８記載の発明によれば、特に、医療品として、販売方によってまちまちな販売価格を有し、同様の効能を有するものの数が多い医薬品に限定することにより、請求項１〜７の何れかに記載の発明と効果が顕著に得られる。
【００２６】
請求項９記載の発明は、医療品の購入方である購入方端末と、医療品の販売方である販売方端末と、前記購入方端末及び前記販売方端末に通信回線を介して接続され、医療品取引を支援する医療品取引支援装置と、を備える医療品取引支援システム（１）であって、
前記医療品取引支援装置は、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段と、
を備えたことを特徴とする。
【００２７】
請求項９記載の発明によれば、請求項１記載の発明と同様の効果が得られる。
【００２８】
【発明の実施の形態】
以下、この発明の実施例を、図面を参照して説明する。
【００２９】
まず構成を説明する。
本発明に係る医療品取引支援システム１は、図１に示すように、医薬品や診療材料等の医療品の売買取引を支援する医療品取引支援装置１０（以下、支援装置１０とする。）と、医院、病院、調剤薬局等の医療品を購入する購入方端末２０…と、医療品メーカー、医療品卸会社等の医療品の販売を行う販売方端末３０…と、が、インターネット、イントラネット、ＷＡＮ、専用線等の通信回線ネットワークＮを介して接続されている。尚、医療品取引支援システム１において、複数の購入方端末２０と、販売方端末３０とが通信回線ネットワークＮ上に存在している。
尚、本実施の形態においては、医療品の一例としての医薬品を取引することとし、購入方は、病院、医院等の医療機関であり、販売方は、医薬品卸会社であるとして以下説明を行う。
【００３０】
支援装置１０は、医薬品の購入方端末２０…と販売方端末３０…との間で実行される電子商取引の仲介を行うサーバであるとともに、医薬品取引に関する各種情報を提供する機能を果たす。そして支援装置１０は、その内部に、図２に示すように、ＣＰＵ１１、ＲＡＭ１２、表示部１３、入力部１４、通信部１５、記憶部１６、印刷部１７を備え、各部はバス１８により接続されている。
【００３１】
ＲＡＭ１２は、ＣＰＵ１１により実行される各種処理において、プログラムやデータ等の一時的に記憶する記憶領域、入力指示と入力データとによって処理される作業領域などを形成する。
【００３２】
表示部１３は、例えば、ＣＲＴやＬＣＤ等により構成され、出力手段として、ＣＰＵ１１から入力される各種表示データや画像を表示する。
【００３３】
入力部１４は、例えば、マウス、キーボード或いはスキャナ等を備え、所望する指定情報等を入力することができ、例えば、記憶部１６に格納されている各種データの更新処理や、入力処理に用いる。
【００３４】
通信制御部１５は、モデム、ターミナルアダプタ、あるいはルーター等によって構成され、電話回線、ＩＳＤＮ回線、あるいは専用線等の通信回線を介して外部機器との通信を行うための制御を行う。
【００３５】
記憶部１６は、プログラムやデータ等が予め記憶されており、この記憶部１６は磁気的、光学的記録媒体、若しくは半導体メモリなどＣＰＵ１１で読取り可能な記録媒体１６ａを含んだ構成である。この記録媒体１６ａは、ＣＤ‐ＲＯＭ、メモリカード等の可搬型の媒体やハードディスク等の固定的な媒体を含む。また、この記憶部１６に格納するプログラム、データ等は、その一部若しくは全部を他のサーバ等からＷＡＮ、ＬＡＮなどのネットワークを介して通信制御部１５から受信する構成にしてもよく、更に記録媒体１６ａはネットワーク上に構築された、外部装置やサーバの記録媒体であってもよい。
【００３６】
また、記憶部１６には、本発明のシステムプログラム、図示しないリレーショナルデータベース管理システム（ＲＤＢＭＳ：Ｒｅｌａｔｉｏｎａｌ Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）、Ｗｅｂシステム、電子商取引を行うためのｃＸＭＬ、ＥＤＩ等を実行するための各種アプリケーションソフトウェア、本発明の動作をプログラミングした各種プログラム、各種データベース、及び同処理プログラムで処理されたデータ等が格納されている。
【００３７】
また、記憶部１６に格納されている各種データベースとしては、例えば、プログラムＤＢ１６１、顧客マスタＤＢ１６２、医薬品卸ＤＢ１６３、医薬品マスタＤＢ１６４、医薬品使用量ＤＢ１６５、医薬品在庫ＤＢ１６６、発注履歴ＤＢ１６７、リバースオークション登録ＤＢ１６８、医薬品卸評価ＤＢ１６９等がある。そして、ＣＰＵ２１は、ＲＤＢＳにしたがって、これらのデータベースより必要な情報を取得して読み出す。
【００３８】
プログラムＤＢ１６１は、本発明の動作の実行に必要な各種アプリケーションソフト、プログラム等を格納したデータベースであって、具体的には、例えば、図示しないＲＤＢＭＳ等の他、図２に示すように、受発注制御プログラム１６１ａ、利益計算シミュレーションプログラム１６１ｂ、在庫管理プログラム１６１ｃ、適正在庫量演算プログラム１６１ｄ、購買分析プログラム１６１ｅ、リバースオークションプログラム１６１ｆ等を格納している。
【００３９】
受発注制御プログラム１６１ａは、購入方端末２０と販売方端末３０との間の医薬品の電子商取引の仲介を支援装置１０において実現するために、ＣＰＵ１１に各機能を制御させるためのメインプログラムである。
【００４０】
利益計算シミュレーションプログラム１６１ｂは、ＣＰＵ１１に、購入方にとって、有利となる医薬品の発注内容の計算処理を実行させるためのプログラムである。
【００４１】
在庫管理プログラム１６１ｃは、ＣＰＵ１１に、適正在庫量データと、購入方の医薬品の在庫量データとを比較することにより、在庫量を常時確保することが可能なように、販売方に対して自動発注処理を実行させるためのプログラムである。
【００４２】
適正在庫量演算プログラム１６１ｄは、ＣＰＵ１１に、購入方の医薬品の使用量データと、医薬品の在庫量データとから、適正在庫量の演算処理を実行させるためのプログラムである。
【００４３】
購買分析プログラム１６１ｅは、ＣＰＵ１１に、購入方の購買履歴情報に基づいて、当該購入方の購買における各種分析処理を実行させるためのプログラムである。ここで、購買分析処理としては、例えば、購入方の購入した医薬品の需要予測情報の作成等がある。
【００４４】
リバースオークションプログラム１６１ｆは、ＣＰＵ１１に、競争入札を希望する購入方より医薬品情報を受信して登録するとともに、複数の販売方に対して当該競争入札医薬品情報を公開するとともに、競争入札医薬品情報の注文情報を受け付け、受け付けた注文情報を登録した購入方に送信することによるリバースオークション処理を実行させるためのプログラムである。
【００４５】
顧客マスタＤＢ１６２は、購入方としての医療機関に関する各種情報を格納したデータベースであり、ここでいう顧客とは、医療機関、即ち購入方を指すものとする。具体的に、顧客マスタＤＢ１６２には、例えば、顧客コード、国等で予め決められている医療機関コード、顧客名、院長名、住所・電話番号・ＦＡＸ番号・Ｅメールアドレス等の連絡先、診療科、銀行口座、支払い条件（例えば、検収月末締め、３ヶ月現金払い等）、発注担当者、当該医療品取引支援システム１への参加料、特記事項、注文商品の配送のための位置情報（緯度、経度情報）等が記憶されている。
【００４６】
医薬品卸ＤＢ１６３は、販売方としての医薬品卸業者に関する各種情報を格納したデータベースである。そして、具体的に、医薬品卸ＤＢ１６３には、例えば、医薬品卸コード、医薬品卸名、担当者、住所・電話番号・ＦＡＸ番号、Ｅメールアドレス等の連絡先、ＵＲＬ、特記事項（まとめ売り情報、経営評価情報等）、商品配送のための位置情報（緯度、経度情報）等が記憶されている。
【００４７】
医薬品マスタＤＢ１６４は、本システム１において、電子商取引される医療品の一例としての医薬品に関する各種情報を格納したデータベースであって、医療品情報記憶手段として機能する。そして、具体的に、医薬品マスタＤＢ１６４には、例えば、薬品コード、厚生省コード、薬品名称（一般名）、メーカー名、薬効分類、規制区分、薬価、販売日、効能・効果、用法・用量、主な類似品・代替可能品、概要、取り扱い卸、当該卸の販売価格（仕入れ価格）、販売特別条件（まとめ売りにおける割引、配送料等）等が記憶されている。
【００４８】
医薬品使用量ＤＢ１６５は、それぞれの購入方における購入医薬品の使用量情報を格納したデータベースである。具体的に、医薬品使用量ＤＢ１６５には、例えば、使用した購入方の情報としての、顧客コード、医療機関コード、顧客名、及び使用された医薬品情報としての、使用日付、薬品コード、厚生省コード、薬品名称、購入した販売方（医薬品卸）、購入年日、数量（使用量）、使用部署、使用期限等が格納されている。尚、この医薬品使用量ＤＢ１６５に格納される各データは、ＣＰＵ１１により、購入方端末２０より取得されたデータであって、適宜更新される。
【００４９】
医薬品在庫ＤＢ１６６は、それぞれの購入方における購入医薬品の在庫情報を格納したデータベースである。具体的に、医薬品在庫ＤＢ１６６には、例えば、在庫元としての購入方情報としての、顧客コード、医療機関コード、顧客名、在庫医薬品情報としての、薬品コード、厚生省コード、薬品名称、メーカー名、単位、数量（在庫量）、使用期限、薬価、購入価格、及びデータ更新日時、在庫価格等が格納されている。尚、この医薬品在庫ＤＢ１６６に格納される各データは、ＣＰＵ１１により、購入方端末２０より取得されたデータであって、適宜更新される。尚、在庫価格とは、購入日或いは製造日からの日時が経ったことによる価値の低下に伴う価格であって、例えば、リバースオークションに登録するための競争入札の最低価格の目安となるデータである。
【００５０】
発注履歴ＤＢ１６７は、それぞれの購入方における購入履歴に関する各種情報を格納したデータベースであって、購買履歴情報記憶手段として機能する。具体的に、発注履歴ＤＢ１６７には、例えば、発注購入方情報としての、顧客コード、医療機関コード、顧客名、及び発注内容としての、発注日、薬品コード、厚生省コード、薬品名称、発注数量、発注単位、発注販売方（医薬品卸）、発注金額等が格納されている。尚、この発注履歴ＤＢ１６７に格納される各データは、ＣＰＵ１１により、購入方端末２０よる注文情報に基づいて、販売方端末３０に発注した注文情報が記憶されたデータであって、発注処理の度に更新される。
【００５１】
リバースオークション登録ＤＢ１６８は、購入方端末２０より競争入札希望の医薬品情報を登録し、リバースオークションとして、複数の販売方端末３０…に公開し、競争入札注文を受け付けるための各種情報を記憶したデータベースである。具体的に、リバースオークション登録ＤＢ１６８には、例えば、登録した（競争入札登録）購入方情報としての、顧客コード、医療機関コード、顧客名、登録日、競争入札登録医薬品情報としての、薬品コード、厚生省コード、薬品名称、登録数量、登録単位、競争入札最低金額、競争入札登録期限等が格納されている。
【００５２】
医薬品卸評価ＤＢ１６９とは、販売方としての医薬品卸業者の経営評価に関する各種情報を格納したデータベースである。具体的に、医薬品卸評価ＤＢ１６９には、例えば、評価対象の医薬品卸情報としての、医薬品卸コード、医薬品卸名、評価項目としての医薬品の仕入れ価格（医薬品情報及びその仕入れ価格情報）、納期厳守評価、サービス（価格、配送、アフターケア等）評価等が格納されている。
【００５３】
ＣＰＵ１１は、記憶部１６に格納されたプログラムやデータベース情報等を読み出してＲＡＭ１２へのデータの一時的な格納を行い、各部の制御、データの転送、判断処理等を行う。
【００５４】
例えば、ＣＰＵ１１は、受発注制御プログラム１６１ａに基づいて、通信部１５を介して、医薬品の受発注に関する情報の送受信等の医薬品取引の管理・仲介処理を行う。具体的に、ＣＰＵ１１は、注文情報受信手段として、購入方端末２０から医薬品の注文情報を受信し、発注手段として、当該注文情報を、販売方端末３０に送信する。
【００５５】
また、ＣＰＵ１１は、利益計算シミュレーションプログラム１６１ｂに基づき、購入方にとって、有利な発注内容、例えば、最も利益となる発注内容のシミュレーション処理を実行する。具体的に、ＣＰＵ１１は、発注基礎情報受信手段として、購入方端末２０から、発注する発注医薬品に関する所定の発注基礎情報としての、医薬品の注文情報や、医薬品使用量、医薬品在庫量等のデータを受信し、シミュレーション手段として、利益計算シミュレーションプログラム１６１ｂに基づいて、受信した発注基礎情報と、医薬品マスタＤＢ１６４に格納されている医薬品情報と、に基づいて、当該購入方にとって、有利となる、例えば、最も利益がでると思われる利益計算処理を実行し、有利な発注内容を作成する。このとき、特に、ＣＰＵ１１は、販売方選出手段として、医薬品マスタＤＢ１６４に格納されている販売方毎の医薬品の価格情報と、前記発注基礎情報とを比較して、最も安価に販売する販売方を選出する処理を実行する。
また、ＣＰＵ１１は、代替医療品抽出手段として、医薬品マスタＤＢ１６４に格納されている販売方毎の医薬品の価格情報及びその特性情報としての薬の効能・効果、類似品情報等と、前記発注基礎情報とを比較して、購入方による発注医療品と代替可能で且つ低価格で購入できる代替医薬品を抽出する処理を実行する。また、ＣＰＵ１１は、提供手段として、利益計算シミュレーションされた発注内容を、当該購入方端末２０に送信することにより提供する。
【００５６】
また、ＣＰＵ１１は、購買分析プログラム１６１ｅに基づいて、購入方の発注履歴により、医薬品の購買分析処理を実行する。具体的に、ＣＰＵ１１は、購買履歴情報記憶手段として、購入方端末２０からの注文情報に基づいて販売方端末３０に発注した注文情報を購買履歴情報として、発注履歴ＤＢ１６７に格納させ、更に、需要予測情報作成手段として、この購買履歴情報に基づいて、購入方の医薬品に関する需要予測情報を作成し、送信手段として、当該需要予測情報を購入方端末２０に送信する。ここで、需要予測情報とは、例えば、地域別、病院・医院別、診療科別、季節別、日付別、特定疾病別の医薬品の需要予測に関する情報であって、特に限定されるものではない。
【００５７】
また、ＣＰＵ１１は、在庫管理プログラム１６１ｃに基づいて、購入方の医薬品の在庫管理処理を実行する。具体的に、ＣＰＵ１１は、在庫情報取得手段として、購入方端末２０から医薬品の使用量データ、在庫量データを自動的に取得し、医薬品使用量ＤＢ１６５、医薬品在庫ＤＢ１６６に格納して、各種データを更新する。また、ＣＰＵ１１は、適正在庫量演算手段として、適正在庫量演算プログラム１６１ｄに基づいて、取得した医薬品の使用量データ、在庫量データにより、当該医薬品の適正在庫量を演算する。更にＣＰＵ１１は、在庫管理手段として、上述のようにして演算した適正在庫量データに基づいて、当該購入方の医薬品の在庫量が十分であるか否かを判断し、発注する必要があると判断した場合には、販売方端末３０に発注する自動発注処理を実行する。
【００５８】
また、ＣＰＵ１１は、リバースオークションプログラム１６１ｆに基づいて、リバースオークション取引を支援する処理を実行する。具体的に、ＣＰＵ１１は、競争入札医療品情報登録手段として、購入方端末２０から送信される、競争入札希望の医薬品情報を受信して、リバースオークション登録ＤＢ１６８に格納し、競争入札医療品情報提供手段として、当該競争入札希望の医薬品情報をインターネット上、或いは特定の販売方端末３０…に限定して公開し、受付手段として、当該競争入札医薬品情報に対する注文情報を、販売方端末３０…から受け付け、入札情報送信手段として、受け付けた競争入札医薬品に関する入札情報を、登録した購入方端末２０に送信する処理を実行する。
【００５９】
また、ＣＰＵ１１は、受発注制御プログラム１６１ａに基づいて、医薬品の受発注処理において、購入方端末２０の認証処理や、請求書の発行処理等を実行する。
【００６０】
印刷部１７は、出力手段として、ＣＰＵ１１から出力された印刷データを印刷する。
【００６１】
購入方端末２０は、医療機関等の医薬品を購入する側（購入方）の所有する端末装置であって、支援装置１０と通信回線ネットワークＮを介して接続可能であり、医薬品の注文処理や、医薬品に関する各種情報の格納に用いられる。そして、購入方端末２０は、汎用のパーソナルコンピュータ等からなり、例えば、図３に示すように、ＣＰＵ２１、ＲＡＭ２２、表示部２３、入力部２４、通信部２５、記憶部２６を備え、各部はバス２７により接続されている。
【００６２】
尚、購入方端末２０を構成する上記の各部は、支援装置１０の同名の各部と同様の機能を果たすので詳細な説明を省略し、異なる部分のみ説明する。
特に、ＣＰＵ２１は、通信部２５を介して、医薬品の注文情報や、発注基礎情報や、電子カルテシステムＤＢ２６１、医薬品在庫管理システム２６２等から適宜読み出した医薬品の使用量情報、在庫情報を、支援装置１０に送信したり、需要予測情報、適正在庫量データ等を支援装置１０より受信する。また、ＣＰＵ２１は、リバースオークションに登録する競争入札医療品情報を支援装置１０に送信したりする。
【００６３】
また、記憶部２６には、購入方である医療機関における医療行為に用いられる、電子カルテシステムＤＢ２６１、医薬品在庫管理システムＤＢ２６２、物流管理システムＤＢ２６３が設けられている。尚、これらのデータベースと、支援装置１０とは、システム連携されており、必要なデータの送受信が自動的に実行可能になっている。
【００６４】
電子カルテシステムＤＢ２６１は、医療機関において用いられている電子カルテを管理するためのシステムＤＢである。そして、この電子カルテシステムＤＢ２６１より、医薬品の使用量データがＣＰＵ２１、及び支援装置１０のＣＰＵ１１により、自動的に取得されるようになっている。
【００６５】
医薬品在庫管理システムＤＢ２６２は、購入方としての医療機関における医薬品の在庫を管理するためのシステムＤＢである。そして、この医薬品在庫管理システムＤＢ２６２より、医薬品の在庫データが、ＣＰＵ２１、及び支援装置１０のＣＰＵ１１の制御により、適宜自動的に取得される。
【００６６】
物流管理システムＤＢ２６３は、医薬品の入庫、出庫、棚卸、支払い等を管理するためのシステムＤＢである。そして、この物流管理システムＤＢ２６３に格納されているデータは、ＣＰＵ２１、支援装置１０のＣＰＵ１１の制御により自動的に取得され、支援装置１０による、入庫、出庫、棚卸、支払い等に関する処理の実行に用いられる。
【００６７】
販売方端末３０は、医薬品（医療品の一例）を販売する販売方の一例としての医薬品卸業者の所有する端末装置であって、支援装置１０と通信回線ネットワークＮを介して接続可能であり、医薬品の受注処理や、医薬品に関する各種情報の格納に用いられる。そして、販売方端末３０は、汎用のパーソナルコンピュータ等からなり、例えば、図４に示すように、ＣＰＵ３１、ＲＡＭ３２、表示部３３、入力部３４、通信部３５、記憶部３６を備え、各部はバス３７により接続されている。
【００６８】
尚、販売方端末３０を構成する上記の各部は、支援装置１０、購入方端末２０の同名の各部と同様の機能を果たすので詳細な説明を省略し、異なる部分のみ説明する。
特に、ＣＰＵ３１は、通信部３５を介して、医薬品の受注情報を支援装置１０から受信したり、在庫問い合わせ情報に対して在庫情報を支援装置１０に送信したりする。
【００６９】
また、記憶部３６には、販売方としての医薬品卸業者における医薬品販売に用いられる、受注管理システムＤＢ３６１、在庫管理システムＤＢ３６２、配送管理システムＤＢ３６３が設けられている。尚、これらのデータベースと、支援装置１０とは、システム連携されており、ＣＰＵ１１、ＣＰＵ３１との制御により、必要なデータの送受信が自動的に実行可能になっている。
【００７０】
受注管理システムＤＢ３６１は、支援装置１０との間で実行される医薬品受注処理を自動的に実行・管理するためのシステムＤＢである。
【００７１】
在庫管理システムＤＢ３６２は、医薬品卸（販売方）における医薬品の在庫を管理するためのシステムＤＢである。そして、この在庫管理システムＤＢ３６２より、医薬品の在庫データが、ＣＰＵ３１、及び支援装置１０のＣＰＵ１１の制御により、適宜自動的に取得され、在庫確認処理に用いられる。
【００７２】
配送管理システムＤＢ３６３は、受注した医薬品の配送処理を実行・管理するためのシステムＤＢである。そして、この配送管理システムＤＢ３６３に格納されているデータは、ＣＰＵ３１、支援装置１０のＣＰＵ１１の制御により自動的に取得され、支援装置１０による、納期、配送状況に関する処理、医薬品卸の評価処理等の各種処理の実行に用いられる。
【００７３】
次に、上記のように構成された医療品取引支援システム１における本実施例の動作を以下で説明する。
【００７４】
まず、支援装置１０と、購入方端末２０、販売方端末３０との間で実行される医薬品の受発注処理について、図５のフローチャートを用いて説明する。
【００７５】
購入方端末２０の操作者により所定のＵＲＬ等が入力されることにより、購入方端末２０が、通信回線ネットワークＮを介して支援装置１０に接続され、医薬品発注メニュー等が選択される等により医薬品発注要求処理が実行される（ステップＳ１０１）。
【００７６】
次いで、支援装置１０のＣＰＵ１１は、当該発注要求に基づいて、受発注制御プログラム１６１ａをプログラムＤＢ１６１から読み出して、ＲＡＭ１２に格納し、当該プログラム１６１ａに従って、受発注処理の制御を開始する。具体的に、ＣＰＵ１１は、アクセスしてきた購入方端末２０が、顧客マスタＤＢ１６２に格納されている顧客であるか否かを判断することにより認証処理を実行する（ステップＳ１０２）。
【００７７】
次いで、ＣＰＵ１１は、顧客マスタＤＢ１６２に登録されている正規顧客の端末であると判断した場合（ステップＳ１０３：Ｙｅｓ）は、認証が成功したとして、ステップＳ１０５に移行する。一方、ＣＰＵ１１は、正規顧客の端末であると確認出来ずに、認証が失敗した場合（ステップＳ１０３：Ｎｏ）には、当該購入方端末２０の表示部２３に認証エラー表示（ステップＳ１０４）を実行して、本処理を終了させる。
【００７８】
ステップＳ１０５において、ＣＰＵ１１は、医薬品マスタＤＢ１６４に格納されている医薬品に関する各種情報や、医薬品卸ＤＢ１６３や医薬品卸評価ＤＢ１６９に格納されている販売方としての医薬品卸に関する情報を、医薬品情報として、通信部１５を介して当該購入方端末２０に送信する。
【００７９】
次いで、支援装置１０から送信された医薬品情報が購入方端末２０の表示部２３に表示され、表示された医薬品情報に基づいて、発注する医薬品情報が、例えば、入力部２４等を用いて選択され、注文情報として、支援装置１０に送信される（ステップＳ１０６）。
【００８０】
次いで、支援装置１０のＣＰＵ１１は、当該注文情報を受信すると、当該医薬品を販売している販売方端末３０に送信する発注処理を実行する（ステップＳ１０８）。
【００８１】
次いで、支援装置１０より注文情報を受注した販売方端末３０のＣＰＵ３１は、在庫管理システムＤＢ３６２に、受注した医薬品の在庫情報を問い合わせることにより、在庫確認処理を実行し（ステップＳ１０８）、次いで、受注了承・及び納期予定データを支援装置１０に送信する（ステップＳ１０９）。
尚、受注医薬品の在庫がない場合には、在庫切れである情報が支援装置１０を介して発注した購入方端末２０に送信されるようになっている。
【００８２】
次いで、支援装置１０のＣＰＵ１１は、販売方端末３０から送信された受注了承・納期予定データに基づいて、当該注文の支払いに関する情報を含む請求書の発行処理を実行し、納期予定データとともに、購入方端末２０に送信する（ステップＳ１１０）。
【００８３】
次いで、購入方端末２０のＣＰＵ２１は、当該請求書・納期予定データを受信する（ステップＳ１１１）。
【００８４】
一方、販売方端末３０においては、受注情報に基づいて、当該受注医薬品の配送・納品指示処理を、例えば、運送担当部署、運送会社等に行うことにより（ステップＳ１１２）、当該処理を終了する。
【００８５】
また、支援装置１０は、仲介した受発注処理に基づいて、当該購入方端末２０の顧客の注文情報を発注履歴ＤＢ１６７に記憶して購買履歴情報を更新して（ステップＳ１１３）、本処理を終了する。
【００８６】
このように、支援装置１０により、購入方端末２０と販売方端末３０との医薬品の受発注処理の仲介・管理処理が実行されることにより、購入方、販売方、双方にとって、医薬品の受発注の業務が効率的になる。また、購入方にとっては、複数の購入方により一括大量購入することも可能となるので、医薬品を低価格で購入することも可能となり、医薬品の仕入れコストを削減することができる。
また、販売方にとっては、当該システム１に登録することで、営業活動を行うことなく顧客を獲得できるので、営業コストを削減することが出来る。
【００８７】
尚、上記受発注処理は、既存の電子商取引と同様に、例えば、Ｗｅｂデータ、ｃＸＭＬ、ＥＤＩ等を用いて実行されるものとする。また、当該受発注処理において、支援装置１０において、自動的に口座振替や自動引き落とし処理等も実行されるようになっている。
【００８８】
また、上記受発注処理は、操作者を介して実行される構成に留まらず、自動的に受発注処理が実行される構成であってもよい。
例えば、購入方端末２０において、医薬品在庫管理システムＤＢ２６２の在庫データに基づいて、ＣＰＵ２１が、任意の医薬品の在庫量が所定の在庫確保量よりも少ないと判断した場合に、当該医薬品の発注情報を支援装置１０に送信し、以下、支援装置１０と、販売方端末３０との間で、自動的に当該医薬品の発注処理が実行されるようにしてもよい。この場合、人材配置に関するコストを削減することができるとともに、発注における選択ミス、発注時期の遅れ等をも防ぐことができ、より効率的となる。
【００８９】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つである利益計算シミュレーション処理について、図６のフローチャートを用いて、以下で説明を行う。
【００９０】
まず、購入方端末２０のＣＰＵ２１により、利益計算シミュレーションの基礎情報となる発注基礎情報が、支援装置１０に送信される（ステップＳ２０１）。ここで、発注基礎情報とは、例えば、注文情報や、あるいは過去の注文情報や使用している医薬品情報を特定することができる、医薬品の使用量情報、在庫情報等であって、当該購入方の発注する、あるいは発注する予定の医薬品に関する情報が含まれているものとする。
【００９１】
次いで、支援装置１０のＣＰＵ１１は、当該発注基礎情報を受信すると（ステップＳ２０２）、利益計算シミュレーションプログラム１６１ｂをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｂに従って、以下、ステップＳ２０３〜ステップＳ２０５の利益計算シミュレーション処理を実行する。
【００９２】
具体的に、ＣＰＵ１１は、当該発注基礎情報に含まれている医薬品情報に基づいて、医薬品マスタＤＢ１６３を検索することにより、当該医薬品の医薬品卸における販売価格、まとめ買いにおける加重平均値、配送料の割引などの各種サービス情報を検索することにより、もっとも安価に医薬品を販売する販売方（医薬品卸）を選出する（ステップＳ２０３）。
【００９３】
次いで、ＣＰＵ１１は、医薬品マスタＤＢ１６３の医薬品の効能・効果、主な類似品・代替可能品、概要等のデータ、及び販売価格等に基づいて、発注基礎情報に含まれている医薬品と代替可能でかつ、低価格で購入できる代替医薬品情報を抽出する（ステップＳ２０４）。
【００９４】
そして、上記のようにして、同商品を安価で提供できる販売方情報及び代替医薬品情報等を含み、購入方にとって、もっと利益を得ることができる、或いはより有利となる発注内容情報を作成する（ステップＳ２０５）。
【００９５】
次いで、ＣＰＵ１１は、上述のようにして、利益計算シミュレーションすることにより作成された、購入方にとって有利となる発注内容情報を当該購入方端末２０に送信し（ステップＳ２０６）、この有利となる発注内容情報が、購入方端末２０に受信されることにより（ステップＳ２０７）、本処理が終了する。
【００９６】
尚、本ステップＳ２０７以降、当該有利な発注内容情報に基づいて、上述の受発注処理において説明した医薬品の受発注処理が実行される構成であってもよい。
【００９７】
このように、本システム１において、支援装置１０により、購入方にとって最も利益となる或いはより有利となる発注内容がシミュレーションされるので、購入方は、医薬品の受発注処理に対し、より付加価値のあるサービスを得ることができる。
尚、上記有利な発注内容情報として、最適な医薬品卸（販売方）を選出或いは代替医薬品を抽出する処理のどちらか一方であってもよいし、この他、有利な発注方法に関する内容であれば、例えば、支払い方法に関する内容や、医薬品の使用期限や使用頻度等に基づいた、発注間隔情報等、どのようなものでもよい。
また、この利益計算シミュレーションは、購入方端末２０による注文処理の度に実行する構成であってもよいし、適宜実行される構成であってもよい。例えば、新薬が発売された場合、当該新薬が代替医薬品として利用できる場合には、その情報が、情報が有益であろう購入方端末２０に配信される構成であってもよい。
【００９８】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つである在庫管理処理及び適正在庫量演算処理について、図７のフローチャートを用いて、以下で説明を行う。
【００９９】
支援装置１０のＣＰＵ１１は、在庫管理プログラム１６１ｃをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｅに従って、以下、ステップＳ３０１〜ステップＳ３０７の在庫管理処理を実行する。
【０１００】
具体的に、ＣＰＵ１１は、購入方端末２０に対して、在庫管理の対象となっている医薬品使用量及び医薬品在庫量情報の要求処理を送信する（ステップＳ３０１）。
すると、購入方端末２０のＣＰＵ２１は、電子カルテシステムＤＢ２６１及び医薬品在庫管理システムＤＢ２６２から、医薬品使用量及び医薬品在庫情報を抽出し、特定のディレクトリに、例えば、ＣＳＶ形式の複数のテキストファイルとして出力する。このテキストファイルは、当該購入方端末２０であることが分かる顧客コードを付加し、識別可能なＣＳＶファイル名を自動的に作成して、支援装置１０に送信する（ステップＳ３０２）。
【０１０１】
次いで、支援装置１０のＣＰＵ１１は、上記の購入方毎に識別可能なファイル名が付加された、医薬品使用量及び医薬品在庫情報を含むファイルを受信すると、それぞれの情報に基づいて、医薬品使用量ＤＢ１６５、医薬品在庫ＤＢ１６６における、ファイル名に含まれている顧客コードと一致する使用量データ、在庫量データ等の各種情報を更新する（ステップＳ３０３）。
【０１０２】
次いで、支援装置１０のＣＰＵ１１は、更新した医薬品の使用量及び在庫量情報に基づいて、適正在庫量演算プログラム１６１ｄに従って、当該購入方における適正在庫量の演算処理を実行する（ステップＳ３０４）。具体的には、例えば、在庫の医薬品の使用期限やその使用される頻度等のデータに基づいて、在庫として不足なくかつ、使用期限が切れて廃棄処分にならないような在庫量を演算する。
【０１０３】
次いで、支援装置１０のＣＰＵ１１は、演算した適正在庫量データを当該購入方端末２０に送信する（ステップＳ３０５）。これにより、例えば、購入方端末２０において、医薬品在庫管理システム２６２の適正在庫の判断基準データとして利用する構成であってもよい。
【０１０４】
次いで、支援装置１０のＣＰＵ１１は、演算した適正在庫量と、その時点での当該購入方の医薬品在庫量とを比較することにより、医薬品の発注の要否を判断し（ステップＳ３０６）、必要であると判断した場合（ステップＳ３０６：Ｙｅｓ）は、前述のような、販売方端末３０との間で実行される医薬品の自動発注処理を実行して（ステップＳ３０７）、当該在庫管理処理処理を終了する。一方、ＣＰＵ１１は、発注の必要がないと判断した場合（ステップＳ３０６：Ｎｏ）には、そのまま、当該在庫管理処理を終了させる。
【０１０５】
このように、本システム１において、支援装置１０は、購入方端末２０の医薬品在庫管理システムと連携することにより、自動的に、医薬品の使用量及び在庫量の情報を取得し、取得した情報に基づいて、適正在庫量の更新処理や発注要否の判断処理が実行されるので、購入方としては、在庫を過不足なく管理することが容易に実現し大変便利である。
【０１０６】
尚、本在庫管理処理において、医薬品の使用量及び在庫量情報は、購入方端末２０側から適宜、支援装置１０の方に自動配信される構成であってもよい。また、適正在庫量演算処理は、医薬品の使用量及び在庫量情報の更新の度に実行される構成でなくともよい。また、演算された適正在庫量データに基づいて、購入方端末２０において、医薬品在庫管理システムを用いた自動発注処理が実行される構成であってもよい。
また、適正在庫量として、発注間隔情報等が含まれていてもよい。
【０１０７】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つである購買分析処理について、図８のフローチャートを用いて、以下で説明を行う。
【０１０８】
支援装置１０のＣＰＵ１１は、購買分析プログラム１６１ｅをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｃに従って、以下、ステップＳ４０１〜ステップＳ４０３の購買分析処理を実行する。
【０１０９】
具体的に、ＣＰＵ１１は、発注履歴ＤＢ１６７に格納されている任意の購入方の購買履歴情報を抽出する（ステップＳ４０１）。
ここで、購買履歴情報とは、例えば、発注日や発注した医薬品の種類、数量、単位、購入した販売元（医薬品卸）に関する情報である。
【０１１０】
次いで、支援装置１０のＣＰＵ１１は、当該購買履歴情報や、医薬品の需要予測に関する現状や傾向等の各種情報に基づいて、当該購入方に該当する医薬品の需要予測情報を作成して（ステップＳ４０２）、当該需要予測情報を購入方端末２０に送信する（ステップＳ４０３）。
ここで、医薬品の需要予測情報とは、例えば、地域別、病院・医院別、診療科別、季節別、特定の疾病別、特定の日付別等に関する医薬品の需要予測情報であるとする。
【０１１１】
次いで、上記需要予測情報が購入方端末２０において受信される（ステップＳ４０４）ことにより、当該購買分析処理が終了する。
【０１１２】
このように、本システム１において、支援装置１０により、購入方端末２０の発注履歴（購買履歴）情報に基づいた購買分析処理が実行されて購入方に提供されるので、購入方端末２０は、その医薬品の需要予測等の有益な情報を得ることができる。
【０１１３】
尚、上記需要予測情報に基づいて、既述の適正在庫量の更新処理、発注処理、自動発注処理等が実行される構成であってもよい。
また、購買分析処理として、医薬品の需要予測情報の作成を一例としたが、例えば、発注履歴として、支払い状況、支払い条件、支払額等に基づいて、購入方の経営評価を実行してもよい。
この購買分析処理は、購入方端末２０による発注処理が実行される毎に行われてもよいし、適宜実行される構成であってもよい。
【０１１４】
次に、上記受発注処理に関連して実行され、支援装置１０の備える機能の一つであるリバースオークション処理について、図９のフローチャートを用いて、以下で説明を行う。
【０１１５】
まず、競争入札したい購入方の操作に基づき、購入方端末２０（以下、競争入札登録端末２０ａとする）のＣＰＵ２１により、リバースオークションにおいて競争入札登録される競争入札医薬品情報が、支援装置１０に送信される（ステップＳ５０１）。ここで、競争入札医薬品情報とは、例えば、競争入札対象となる医薬品の種類、名称、入札最低価格、入札可能な数量、使用期限（入札期限）等の情報、及び入札登録する購入方に関する情報（顧客コード、連絡先等）である。
【０１１６】
次いで、支援装置１０のＣＰＵ１１は、当該競争入札医薬品情報を受信すると、リバースオークションプログラム１６１ｆをプログラムＤＢ１６１から読み出してＲＡＭ１２に格納し、当該プログラム１６１ｆに従って、以下のリバースオークション処理を実行する。
【０１１７】
ＣＰＵ１１は、まず、受信した競争入札医薬品情報を、リバースオークション登録ＤＢ１６８に記憶し（ステップＳ５０２）、次いで、記憶した競争入札医薬品情報を、例えば、所定のリバースオークションページ等のホームページにより、通信回線ネットワークＮ上に公開する（ステップＳ５０３）。尚、リバースオークションは、予め参加が許可された販売方端末３０…のみ閲覧可能であるように構成されていてもよいし、例えば、その他の購入方端末２０…や、一般的に公開されている構成であってもよい。
【０１１８】
次いで、入札側としての販売方端末３０…が、当該リバースオークションページにアクセスして、競争入札医薬品情報を閲覧し（ステップＳ５０４）、競争入札医薬品の入札情報を支援装置１０に送信する（ステップＳ５０５）。
【０１１９】
次いで、支援装置１０は、当該販売方端末３０…から送信された競争入札医薬品の入札情報を受信して受け付け（ステップＳ５０６）、当該入札情報を、競争入札登録端末２０ａに送信する（ステップＳ５０７）。
次いで、上記競争入札医薬品の注文情報が競争入札登録端末２０ａにより受信される（ステップＳ５０８）ことにより、本リバースオークション処理が終了する。
【０１２０】
尚、本ステップＳ５０８以降、当該入札情報に基づいて、競争入札医薬品の入札者決定処理、当該入札医薬品の配送処理、課金処理等が実行されるものとする。
【０１２１】
このように、本システム１において、支援装置１０により、購入方において、例えば、在庫過多となっている医薬品をリバースオークションに出すことにより、医薬品が再活用される。また、入札する側は、安く医薬品を購入できることとなって、便利である。
尚、競争入札登録の対象となる医薬品の選別等を支援装置１０において実行し、購入方端末２０に送信したり、前述の有利な発注内容情報として、競争入札医薬品を選択するようにしてもよい。
また、入札する側を販売方端末３０を一例にして説明を行ったが、入札側は、その他の購入方端末２０や、一般的な任意の端末装置等であってもよい。
【０１２２】
このように本実施の形態によれば、医薬品の購入方、販売方の双方におって、医薬品の取引を効率化できるとともに、更に、購入方にとって、有益となる付加価値があるサービスが提供できることとなって、従来の医療品の電子商取引では実現しえなかった満足感をユーザに提供することができる。
【０１２３】
尚、上記実施の形態は、一例に過ぎず、適宜変更可能である。
例えば、医療品の一例として、医薬品を用いて説明したが、例えば、診療器具等、医療に関わるものであればどのようなものでもよい。また、購入方は、病院・医院等の医療機関の他、調剤薬局等であってもよい。また、販売方は、医薬品卸業者の他、医薬品メーカー、診療器具メーカー等であってもよい。
また、適正在庫量、有利な発注内容等の計算方法は、上記に限定されるものではない。
また、医薬品の受発注処理も上述の方法に限定されるものではない。
【０１２４】
また、支援装置１０は、購入方端末２０に対して、販売方の経営評価情報や、新薬等の各種情報を、例えば、電子メール等を用いて配信するサービスを備えていても良い。
【０１２５】
【発明の効果】
本発明によれば、購入方にとってより有益な医療品発注を支援することができることとなって、従来の発注オンラインシステムよりも付加価値の高い医療品取引サービスを提供することができる。
【図面の簡単な説明】
【図１】本発明にかかる医療品取引支援システム１の全体構成を示したブロック図である。
【図２】図１の医療品取引支援装置１０の内部構成を示したブロック図である。
【図３】図１の購入方端末２０の内部構成を示したブロック図である。
【図４】図１の販売方端末３０の内部構成を示したブロック図である。
【図５】本発明の医療品取引支援システム１における、医薬品の受発注処理の動作を説明するためのフローチャートである。
【図６】本発明の医療品取引支援システム１における、医療品取引支援装置１０による利益計算シミュレーション処理の動作を説明するためのフローチャートである。
【図７】本発明の医療品取引支援システム１における、医療品取引支援装置１０における在庫管理処理、適正在庫量演算処理の動作を説明するためのフローチャートである。
【図８】本発明の医療品取引支援システム１における、医療品取引支援装置１０における購買分析処理処理の動作を説明するためのフローチャートである。
【図９】本発明の医療品取引支援システム１における、医療品取引支援装置１０におけるリバースオークション処理の動作を説明するためのフローチャートである。
【符号の説明】
１ 医療品取引支援システム
１０ 医療品取引支援装置（医療品取引支援装置）
１１ ＣＰＵ（発注基礎情報受信手段、シミュレーション手段、提供手段、販売方選出手段、代替医療品抽出手段、注文情報受信手段、発注手段、需要予測情報作成手段、送信手段、在庫情報取得手段、在庫管理手段、適正在庫量演算手段、競争入札医療品情報登録手段、競争入札医療品情報提供手段、受付手段、入札情報送信手段）
１５ 通信部（発注基礎情報受信手段、提供手段、注文情報受信手段、発注手段、送信手段、競争入札医療品情報提供手段、受付手段、入札情報送信手段）
１６ 記憶部（医薬品情報記憶手段、購買履歴情報記憶手段）
１６４ 医薬品マスタＤＢ（医薬品情報記憶手段）
１６７ 発注履歴ＤＢ（購買履歴情報記憶手段）
１６１ａ 受発注制御プログラム（注文情報受信手段、発注手段）
１６１ｂ 利益計算シミュレーションプログラム（シミュレーション手段）
１６１ｃ 在庫管理プログラム（在庫管理手段）
１６１ｄ 適正在庫量演算プログラム（適正在庫量演算手段）
１６１ｅ 購買分析プログラム（需要予測情報作成手段）
１６１ｆ リバースオークションプログラム（競争入札医療品情報登録手段、競争入札医療品情報提供手段、受付手段、入札情報送信手段）
２０ 購入方端末
３０ 販売方端末
Ｎ 通信回線ネットワーク（通信回線）[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a medical product transaction support apparatus and a medical product transaction support system that support the transaction of medical products such as pharmaceuticals.
[0002]
[Prior art]
Conventionally, medical institutions such as clinics and hospitals, pharmacies and the like, the ordering process of medical products traded between the side that purchases medical products and the sales side that sells the medical products to various medical institutions, 2. Description of the Related Art An online ordering system executed via a communication network is known (for example, see Patent Document 1).
[0003]
Specifically, an online ordering system in which a manufacturer-side terminal operated by a pharmaceutical manufacturer and a user-side terminal operated by a user such as a pharmacy are connected via a communication network, respectively. Information can be browsed from the terminal and the manufacturer's terminal, a database that stores new drug information, various medical information and order status information, order receiving means that receives an order signal from the user's terminal, and an order signal with the order receiving means. Receiving means for transmitting an order signal to the maker terminal.
[0004]
[Patent Document 1]
JP 2003-161865 A
[0005]
[Problems to be solved by the invention]
In the case of the online ordering system described in Patent Document 1, although the efficiency of the ordering and ordering of pharmaceuticals can be improved, the existing ordering and ordering is simply processed online. On the other hand, it did not support value-added transactions.
[0006]
Therefore, an object of the present invention is to provide a medical product transaction support apparatus and a medical product transaction support system capable of providing more value-added services to a purchaser and a seller in the transaction of medical products such as pharmaceuticals. It is to provide.
[0007]
[Means for Solving the Problems]
To solve the above problems,
The invention according to claim 1, for example, as shown in FIGS.
A medical device purchaser terminal (20) and a medical device seller terminal (30) are connected via a communication line (communication line network N) to support medical item transactions. Medical device transaction support device (medical product transaction support device 10)
Medical product information storage means (for example, storage unit 16, pharmaceutical master DB 164, etc.) storing medical product information on medical products sold by the sales method,
Order basic information receiving means (for example, CPU 11, communication unit 15, etc.) for receiving predetermined basic order information on the ordered medical product to be ordered from the purchaser terminal;
Simulation means (for example, CPU 11) for simulating the contents of an order that is advantageous to the purchaser based on the basic order information received by the basic order information receiving means and the medical product information stored in the medical product information storage means. , Profit calculation simulation program 161b, etc.)
Providing means (for example, CPU 11, communication unit 15, etc.) for providing the order contents simulated by the simulation means to the purchasing terminal;
It is characterized by having.
[0008]
Here, the medical product is, for example, a medicine, a medical device, or the like, and may be any device that can be purchased at a medical institution, a pharmacy, or the like. The basic order information may be the name or product number of a medical product, a sales method, an order quantity, a delivery date, or the like. For example, instead of the order quantity, the order quantity such as the stock quantity and the used amount of the medical product may be used. May be information that can be analyzed.
The order content advantageous to the purchaser means, for example, a content superior in price, delivery date, quality, and the like, as compared to the order content based on the basic order information transmitted from the purchaser.
[0009]
According to the first aspect of the present invention, based on the ordering basic information of the purchaser received by the basic ordering information receiving means and the medical product information stored in the medical product information storage means, by the simulation means, The order contents advantageous to the purchaser are simulated, and the simulated order contents are provided to the purchaser terminal, so that it is possible to support a medical product order that is more beneficial to the purchaser, and to further add. It is possible to provide high value medical goods trading services.
[0010]
According to a second aspect of the present invention, in the medical product transaction support apparatus according to the first aspect,
In the medical product information storage means, the sales price information of the medical product and the sales method of selling the medical product are stored in association with each other,
The simulation means includes sales method selection means (for example, the CPU 11 or the like) for selecting a sales method for selling the ordered medical product at the lowest price based on the sales price information.
[0011]
According to the second aspect of the present invention, the sales person selecting means selects the sales person who sells the ordered medical product at the lowest cost based on the sales price information. Can be purchased, and it is possible to provide a high-value-added medical product transaction service that cannot be provided by the conventional ordering system.
[0012]
The invention according to claim 3 is the medical product transaction support device according to claim 1,
The medical product information storage means stores medical product sales price information and medical product characteristic information,
The simulation unit includes an alternative medical product extraction unit (for example, the CPU 11 or the like) that extracts an alternative medical product that can be replaced with the ordered medical product and that can be purchased at a lower price based on the sales price information and the characteristic information. It is characterized by having.
[0013]
Here, the characteristic information is, for example, information that can be compared with similar medical products such as raw materials, dimensions, weight, performance, and efficacy of medical products, and one medical product can be replaced with another medical product. It is information that can be determined whether there is.
[0014]
According to the third aspect of the invention, the alternative medical product extracting means extracts the alternative medical product that can be replaced with the ordered medical product and can be purchased at a lower price, based on the sales price information and the characteristic information of the medical product. Therefore, the purchaser can purchase an alternative medical product that can be substituted for the ordered medical product at a low price, and can provide a high value-added medical product transaction service that cannot be achieved by the conventional ordering system.
[0015]
According to a fourth aspect of the present invention, a purchase terminal (20) for purchasing a medical product and a sales terminal (30) for selling a medical product are connected via a communication line (communication line network N). A medical product transaction support device (10) connected to support the medical product transaction,
Medical product information storage means (for example, a storage unit 16, a medical product master 164, etc.) for storing medical product information on medical products sold by the seller,
Order information receiving means (for example, CPU 11, communication unit 15, order control program 161a, etc.) for receiving order information of the medical product from the purchase terminal;
Ordering means (eg, CPU 11, communication unit 15, ordering control program 161a, etc.) for transmitting the order information received by the order information receiving means to the sales terminal for ordering;
A purchase history information storage unit (for example, a storage unit 16, an order history DB 167, or the like) that stores purchase history information of the purchaser based on the order information;
A demand forecasting information creating means (for example, CPU11, purchase analysis program 161e, etc.) for creating demand forecasting information of the medical product of the purchaser based on the purchase history information;
Transmitting means (for example, CPU 11, communication unit 15, etc.) for transmitting the demand forecast information created by the demand forecast information creating means to the purchasing terminal;
It is characterized by having.
[0016]
Here, the demand forecast information is, for example, information for predicting the demand for a predetermined medical product, such as medical products in each region, clinic, hospital, medical department, season, and specific disease epidemic. Demand forecast information.
[0017]
According to the fourth aspect of the invention, the demand forecast information creating means creates demand forecast information of the medical product of the purchaser based on the purchase history information of the purchaser, and the demand forecast information is purchased by the transmitter. Therefore, the purchaser can place an order for a medical product based on the demand forecast information, and can provide a high value-added medical product transaction service that cannot be provided by a conventional ordering system.
[0018]
According to a fifth aspect of the present invention, a purchase terminal (20) for purchasing a medical product and a sales terminal (30) for selling a medical product are connected via a communication line (communication line network N). A medical product transaction support device (10) connected to support the medical product transaction,
Inventory information acquisition means (CPU 11 or the like) for acquiring inventory information of the medical product of the purchaser;
Inventory management means (CPU11, inventory management program 161c, etc.) for automatically ordering the sales terminal based on the inventory information acquired by the inventory information acquisition means and a predetermined appropriate inventory amount;
It is characterized by having.
[0019]
According to the fifth aspect of the present invention, the order is automatically placed by the inventory management unit based on the inventory information acquired by the inventory information acquisition unit and the predetermined appropriate stock amount. This eliminates the need to perform business, and provides a high-value-added medical product transaction service that cannot be achieved by the conventional ordering system.
[0020]
According to a sixth aspect of the present invention, in the medical product transaction support device according to the fifth aspect,
Receiving means (for example, CPU 11, communication unit 15, etc.) for receiving medical product use information from the purchasing terminal;
A proper stock amount calculating unit (for example, CPU11, a proper stock amount calculating program 161d, etc.) for calculating a proper stock amount of the medical product based on the use information of the medical product received by the receiving unit and the stock information, ,
It is characterized by having.
[0021]
According to the sixth aspect of the invention, it is needless to say that the same effect as the fifth aspect of the invention can be obtained. In particular, the usage information of the medical product received by the receiving means by the appropriate stock amount calculating means. And the appropriate stock amount of the medical product is calculated based on the stock information, so that the appropriate stock amount is determined in detail by each seller according to the circumstances, and the accuracy of stock management is improved. Can be done.
[0022]
The invention according to claim 7 is the medical product transaction support device according to any one of claims 1 to 6,
Competitive bidding medical product information registration means (eg, CPU 11, reverse auction program 161f, etc.) for registering competitive bidding desired medical product information transmitted from the purchasing terminal;
Competitive bidding medical product information providing means (eg, CPU 11, reverse auction program 161f, etc.) for providing the competitive bidding medical product information registered by the competitive bidding medical product registration means to any of a plurality of terminals;
Receiving means (for example, CPU11, reverse auction program 161f, etc.) for receiving bid information on the competitive bidding medical product from the plurality of terminals;
Bidding information transmitting means (for example, CPU11, reverse auction program 161f, etc.) for transmitting the bidding information received by the receiving means to the purchasing terminal which has registered the competitive bidding medical product;
It is characterized by having.
[0023]
Here, the arbitrary plural terminals may be, for example, the selling terminal or the purchasing terminal, or any other terminal device.
According to the seventh aspect of the invention, it is needless to say that the same effects as those of the first to sixth aspects can be obtained. The competitive bidding medical product information for which a competitive bidding is desired is provided to any of a plurality of terminals by the competitive bidding medical product information providing means, and the bidding information of the competitive bidding medical product from the plurality of terminals is received by the receiving means. The received bidding information is transmitted to the purchasing terminal that has registered the competitive bidding medical product by the bidding information transmitting means, so that the purchaser of the competitive bidding medical product obtains the necessary medical product at low cost. This makes it possible to provide a high-value-added medical product transaction service that cannot be achieved by the conventional ordering system.
[0024]
The invention according to claim 8 is the medical product transaction support device according to any one of claims 1 to 7,
The medical product is a medicine.
[0025]
According to the invention as set forth in claim 8, in particular, as a medical product, a drug having a different selling price depending on the selling method and having a large number of drugs having the same effect is limited, whereby any one of claims 1 to 7 can be achieved. The invention and effects described in crab are remarkably obtained.
[0026]
The invention according to claim 9 is a purchase terminal for purchasing a medical product, a sales terminal for selling a medical product, and connected to the purchase terminal and the sales terminal via a communication line, A medical product transaction support system (1) comprising: a medical product transaction support device that supports medical product transactions;
The medical product transaction support device,
Medical product information storage means for storing medical product information on medical products sold by the seller,
From the purchaser terminal, order basic information receiving means for receiving predetermined order basic information on the ordered medical product to be ordered,
Simulation means for simulating advantageous order contents for the purchaser based on the basic order information received by the basic order information receiving means and the medical product information stored in the medical product information storage means,
Providing means for providing the order content simulated by the simulation means to the purchaser terminal;
It is characterized by having.
[0027]
According to the ninth aspect, the same effects as those of the first aspect can be obtained.
[0028]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0029]
First, the configuration will be described.
As shown in FIG. 1, a medical product transaction support system 1 according to the present invention includes a medical product transaction support device 10 (hereinafter, referred to as a support device 10) that supports sales transactions of medical products such as pharmaceuticals and medical materials. , A clinic, a hospital, a dispensing pharmacy, etc., a purchasing terminal 20 for purchasing medical products, and a medical product maker, a medical products wholesale company, etc., for selling medical products, the Internet, an intranet, They are connected via a communication network N such as a WAN or a dedicated line. In the medical product transaction support system 1, a plurality of purchasing terminals 20 and selling terminals 30 exist on the communication line network N.
Note that, in the present embodiment, a description will be given below assuming that a pharmaceutical is traded as an example of a medical product, a purchaser is a medical institution such as a hospital or a clinic, and a seller is a pharmaceutical wholesaler. .
[0030]
The support device 10 is a server that mediates electronic commerce executed between the drug purchasing terminals 20 and the selling terminals 30 and also has a function of providing various types of information related to drug transactions. The support device 10 includes a CPU 11, a RAM 12, a display unit 13, an input unit 14, a communication unit 15, a storage unit 16, and a print unit 17, as shown in FIG. ing.
[0031]
The RAM 12 forms a storage area for temporarily storing programs, data, and the like in various processes executed by the CPU 11, a work area processed by input instructions and input data, and the like.
[0032]
The display unit 13 includes, for example, a CRT or an LCD, and displays various display data and images input from the CPU 11 as output means.
[0033]
The input unit 14 includes, for example, a mouse, a keyboard, or a scanner, and can input desired designation information and the like. The input unit 14 is used for, for example, an update process of various data stored in the storage unit 16 and an input process.
[0034]
The communication control unit 15 includes a modem, a terminal adapter, a router, and the like, and controls communication with an external device via a communication line such as a telephone line, an ISDN line, or a dedicated line.
[0035]
The storage unit 16 stores programs, data, and the like in advance, and the storage unit 16 has a configuration including a recording medium 16a readable by the CPU 11, such as a magnetic or optical recording medium or a semiconductor memory. The recording medium 16a includes a portable medium such as a CD-ROM and a memory card and a fixed medium such as a hard disk. The program, data, and the like stored in the storage unit 16 may be partially or wholly received from another server or the like from the communication control unit 15 via a network such as a WAN or a LAN. The medium 16a may be a recording medium of an external device or a server constructed on a network.
[0036]
The storage unit 16 includes a system program of the present invention, a relational database management system (RDBMS: Relational Database Management System) (not shown), a Web system, various application software for executing cXML, EDI, and the like for performing electronic commerce. In addition, various programs in which the operation of the present invention is programmed, various databases, data processed by the processing program, and the like are stored.
[0037]
The various databases stored in the storage unit 16 include, for example, a program DB 161, a customer master DB 162, a drug wholesale DB 163, a drug master DB 164, a drug usage DB 165, a drug stock DB 166, an order history DB 167, a reverse auction registration DB 168, There is a pharmaceutical wholesale evaluation DB 169 and the like. Then, the CPU 21 acquires and reads necessary information from these databases according to the RDBS.
[0038]
The program DB 161 is a database storing various application software, programs, and the like necessary for executing the operation of the present invention. Specifically, for example, in addition to an RDBMS (not shown) and the like, as shown in FIG. It stores a control program 161a, a profit calculation simulation program 161b, an inventory management program 161c, an appropriate inventory calculation program 161d, a purchase analysis program 161e, a reverse auction program 161f, and the like.
[0039]
The ordering control program 161a is a main program for causing the CPU 11 to control each function in order to realize the mediation of the electronic commerce of medicine between the purchasing terminal 20 and the selling terminal 30 in the support device 10.
[0040]
The profit calculation simulation program 161b is a program for causing the CPU 11 to execute a calculation process of order contents of a medicine which is advantageous for a purchaser.
[0041]
The inventory management program 161c instructs the CPU 11 to automatically order the seller to compare the appropriate inventory amount data with the inventory amount data of the medicine of the purchaser so that the inventory amount can be always secured. This is a program for executing processing.
[0042]
The proper stock amount calculation program 161d is a program for causing the CPU 11 to execute a calculation process of a proper stock amount from the usage amount data of the medicine to be purchased and the stock amount data of the medicine.
[0043]
The purchase analysis program 161e is a program for causing the CPU 11 to execute various analysis processes in the purchase by the purchaser based on the purchase history information of the purchaser. Here, the purchase analysis processing includes, for example, creation of demand prediction information of the medicine purchased by the purchaser.
[0044]
The reverse auction program 161f receives and registers the pharmaceutical information from the purchaser who desires the competitive bidding in the CPU 11, and publishes the competitive bidding pharmaceutical information to a plurality of sellers, and orders the competitive bidding pharmaceutical information. This is a program for executing a reverse auction process by receiving information and transmitting the received order information to registered purchasers.
[0045]
The customer master DB 162 is a database that stores various information related to a medical institution as a purchase method, and the customer here indicates a medical institution, that is, a purchase method. Specifically, the customer master DB 162 includes, for example, a customer code, a medical institution code determined in advance in a country or the like, a customer name, a director's name, contact information such as an address, a telephone number, a FAX number, and an e-mail address, Department, bank account, payment conditions (for example, the end of the inspection month, 3 months cash payment, etc.), person in charge of ordering, participation fee for the medical product transaction support system 1, special instructions, location information for delivery of ordered products ( Latitude and longitude information) are stored.
[0046]
The pharmaceutical wholesaler DB 163 is a database that stores various types of information on pharmaceutical wholesalers as sellers. And, specifically, in the pharmaceutical wholesaler DB 163, for example, a pharmaceutical wholesaler code, a pharmaceutical wholesaler name, a person in charge, contact information such as an address, a telephone number, a FAX number, an e-mail address, a URL, special notes (collective sale information, Management information, etc.), position information (latitude, longitude information) for product delivery, and the like.
[0047]
The medicine master DB 164 is a database that stores various information related to medicines as an example of medical goods to be electronically traded in the present system 1, and functions as a medical article information storage unit. Specifically, in the medicine master DB 164, for example, a medicine code, a Ministry of Health and Welfare code, a medicine name (generic name), a maker name, a medicine classification, a regulation category, a drug price, a sales date, an effect / effect, a usage / dose, , Similar products / substitutable products, an outline, handling wholesales, selling prices (purchase prices) of the wholesales, special sales conditions (discounts in bundled sales, shipping charges, etc.) and the like are stored.
[0048]
The drug usage DB 165 is a database that stores usage information of the purchased drug in each purchasing method. Specifically, the drug usage amount DB 165 includes, for example, a customer code, a medical institution code, a customer name as information on how to use the drug, a date of use, a drug code, a Ministry of Health and Welfare code as information on the used drug. The name of the medicine, the way of purchase (pharmaceutical wholesale), the date of purchase, the quantity (amount used), the department in use, the expiration date, and the like are stored. The data stored in the drug consumption DB 165 is data acquired from the purchase terminal 20 by the CPU 11 and is updated as appropriate.
[0049]
The medicine stock DB 166 is a database that stores stock information of purchased medicines in each purchase method. Specifically, the medicine inventory DB 166 includes, for example, a customer code, a medical institution code, a customer name as purchase source information as an inventory source, a medicine code, a Ministry of Health and Welfare code, a medicine name, a manufacturer name, as stock medicine information. Unit, quantity (stock amount), expiration date, drug price, purchase price, data update date and time, stock price, and the like are stored. Each data stored in the medicine stock DB 166 is data obtained from the purchase terminal 20 by the CPU 11 and is updated as appropriate. Note that the inventory price is a price associated with a decrease in value due to the passage of date and time from the date of purchase or the date of manufacture, and is, for example, data that serves as a guide for the lowest price of a competitive bid for registration in a reverse auction. is there.
[0050]
The order history DB 167 is a database that stores various types of information related to the purchase history of each purchaser, and functions as a purchase history information storage unit. Specifically, the order history DB 167 includes, for example, a customer code, a medical institution code, a customer name as order purchase method information, an order date, a medicine code, a Ministry of Health and Welfare code, a medicine name, an order quantity, and the like as order contents. The order unit, order sales (pharmaceutical wholesale), order amount, and the like are stored. The data stored in the order history DB 167 is data in which the CPU 11 stores the order information ordered to the sales terminal 30 based on the order information from the purchase terminal 20. Will be updated to
[0051]
The reverse auction registration DB 168 is a database in which drug information for a competitive bidding request is registered from the purchasing terminal 20 and is released to a plurality of selling terminals 30 as a reverse auction, and stores various information for accepting a competitive bidding order. is there. Specifically, in the reverse auction registration DB 168, for example, a customer code, a medical institution code, a customer name, a registration date, a drug code as a competitive bid registered drug information, as registered (competitive bid registration) purchase method information, It stores the Ministry of Health and Welfare code, drug name, registration quantity, registration unit, competitive bid minimum price, competitive bid registration deadline, and the like.
[0052]
The drug wholesaler evaluation DB 169 is a database that stores various information related to the management evaluation of a drug wholesaler as a seller. Specifically, in the drug wholesaler evaluation DB 169, for example, a drug wholesaler code, a drug wholesaler name, drug purchase prices (drug information and purchase price information) as evaluation items as drug wholesale information to be evaluated, and strict adherence to delivery date Evaluation, service (price, delivery, after-care, etc.) evaluation, and the like are stored.
[0053]
The CPU 11 reads out a program, database information, and the like stored in the storage unit 16 and temporarily stores data in the RAM 12, and performs control of each unit, data transfer, determination processing, and the like.
[0054]
For example, based on the order control program 161a, the CPU 11 performs management and mediation processing of drug transactions such as transmission and reception of information on ordering of drugs via the communication unit 15. Specifically, the CPU 11 receives the order information of the medicine from the purchasing terminal 20 as order information receiving means, and transmits the order information to the selling terminal 30 as ordering means.
[0055]
Further, the CPU 11 executes a simulation process of the order contents advantageous to the purchaser, for example, the order contents that provide the most profit, based on the profit calculation simulation program 161b. Specifically, as the basic order information receiving means, the CPU 11 transmits, from the purchaser terminal 20, data such as drug order information, drug use amount, drug stock amount, and the like as predetermined order basic information on the ordered drug to be ordered. As a simulation means, based on the profit calculation simulation program 161b, based on the received basic order information and the drug information stored in the drug master DB 164, it is advantageous for the purchaser, for example, Execute profit calculation processing that is considered to be the most profitable, and create advantageous order contents. At this time, in particular, the CPU 11 compares the price information of medicines for each sales method stored in the medicine master DB 164 with the basic order information as a sales method selection means, and determines the sales method to be sold at the lowest cost. Execute the selection process.
In addition, the CPU 11 serves as an alternative medical product extraction unit, which stores the price information of the drug for each sales agent stored in the drug master DB 164 and the efficacy / effect of the drug as characteristic information thereof, similar product information, and the like, and the ordering basic information. Then, a process of extracting an alternative medicine that can be replaced with a medical product ordered by the purchaser and can be purchased at a low price is executed. Further, the CPU 11 provides, as a providing unit, the order contents simulated for the profit calculation by transmitting the order contents to the purchasing terminal 20.
[0056]
Further, the CPU 11 executes a purchase analysis process of the medicine based on the purchase order history based on the purchase analysis program 161e. Specifically, the CPU 11 stores the order information ordered to the sales terminal 30 based on the order information from the purchase terminal 20 as purchase history information in the order history DB 167 as purchase history information storage means. As prediction information creating means, it creates demand forecast information on the drug to be purchased based on this purchase history information, and transmits the demand forecast information to the purchasing terminal 20 as transmitting means. Here, the demand forecast information is, for example, information related to demand forecast of medicines by region, by hospital / clinic, by medical department, by season, by date, by specific disease, and is not particularly limited. .
[0057]
In addition, the CPU 11 executes a stock management process for the medicine to be purchased based on the stock management program 161c. Specifically, the CPU 11 automatically obtains the medicine use amount data and the stock amount data from the purchaser terminal 20 as the stock information obtaining means, stores the medicine use amount data and the stock amount data in the medicine use amount DB 165 and the medicine stock DB 166, and stores various data. Update. Further, the CPU 11 calculates an appropriate stock amount of the medicine based on the acquired use amount data and stock amount data of the medicine based on the appropriate stock amount calculation program 161d as an appropriate stock amount calculation means. Further, the CPU 11 determines, as inventory management means, based on the appropriate inventory data calculated as described above, whether or not the inventory of the drug of the purchaser is sufficient, and determines that it is necessary to place an order. In this case, an automatic order process for ordering the sales terminal 30 is executed.
[0058]
Further, the CPU 11 executes a process for supporting a reverse auction transaction based on the reverse auction program 161f. Specifically, as a competitive bidding medical product information registering unit, the CPU 11 receives the pharmaceutical information of the competitive bidding request transmitted from the purchasing terminal 20 and stores it in the reverse auction registration DB 168 to provide the competitive bidding medical product information. As a means, the drug information of the competitive bidding request is released on the Internet or limited to a specific sales terminal 30..., And as a receiving means, the order information for the competitive bidding drug information is received from the sales terminal 30. As a bid information transmitting means, a process of transmitting the received bid information on the competitive bidding medicine to the registered purchasing terminal 20 is executed.
[0059]
In addition, the CPU 11 executes authentication processing of the purchasing terminal 20 and invoicing of bills in ordering processing of medicines based on the ordering control program 161a.
[0060]
The printing unit 17 prints the print data output from the CPU 11 as an output unit.
[0061]
The purchaser terminal 20 is a terminal device owned by a purchaser of a drug such as a medical institution (how to purchase), and can be connected to the support device 10 via the communication line network N. Used to store various information related to pharmaceuticals. The purchasing terminal 20 is composed of a general-purpose personal computer or the like, and includes, for example, a CPU 21, a RAM 22, a display unit 23, an input unit 24, a communication unit 25, and a storage unit 26 as shown in FIG. 27.
[0062]
Note that the above-described units constituting the purchasing terminal 20 perform the same functions as the units of the same name of the support device 10, and thus detailed description will be omitted, and only different parts will be described.
In particular, the CPU 21 transmits, via the communication unit 25, the order information and order basic information of the medicine, the usage amount information and the stock information of the medicine appropriately read from the electronic medical record system DB 261, the medicine inventory management system 262, and the like, to the support device. 10, or receives demand forecast information, appropriate stock amount data, and the like from the support device 10. The CPU 21 also transmits competitive bidding medical product information to be registered in the reverse auction to the support device 10.
[0063]
Further, the storage unit 26 is provided with an electronic medical record system DB 261, a medicine inventory management system DB 262, and a physical distribution management system DB 263, which are used for a medical practice in a medical institution that is a purchaser. Note that these databases and the support device 10 are system-linked, and can automatically transmit and receive necessary data.
[0064]
The electronic medical record system DB 261 is a system DB for managing electronic medical records used in medical institutions. Then, from the electronic medical record system DB 261, the usage amount data of the medicine is automatically acquired by the CPU 21 and the CPU 11 of the support apparatus 10.
[0065]
The drug inventory management system DB 262 is a system DB for managing drug inventory at a medical institution as a purchase method. Then, from the medicine inventory management system DB 262, medicine inventory data is automatically acquired as appropriate under the control of the CPU 21 and the CPU 11 of the support device 10.
[0066]
The distribution management system DB 263 is a system DB for managing storage, delivery, inventory, payment, and the like of pharmaceuticals. The data stored in the physical distribution management system DB 263 is automatically acquired under the control of the CPU 21 and the CPU 11 of the support device 10 and is used by the support device 10 to execute processes relating to entry, exit, inventory, payment, and the like. Can be
[0067]
The sales terminal 30 is a terminal device owned by a pharmaceutical wholesaler as an example of a sales agent that sells a pharmaceutical product (an example of a medical product), and can be connected to the support device 10 via a communication network N. It is used to process orders for medicines and to store various information related to medicines. The sales terminal 30 is composed of a general-purpose personal computer or the like, and includes, for example, a CPU 31, a RAM 32, a display unit 33, an input unit 34, a communication unit 35, and a storage unit 36, as shown in FIG. 37.
[0068]
In addition, since each part mentioned above which comprises the sales terminal 30 performs the same function as each part of the support device 10 and the purchase terminal 20 with the same name, detailed description will be omitted, and only different parts will be described.
In particular, the CPU 31 receives, via the communication unit 35, order information of medicines from the support device 10, and transmits inventory information to the support device 10 in response to inventory inquiry information.
[0069]
Further, the storage unit 36 is provided with an order management system DB 361, an inventory management system DB 362, and a delivery management system DB 363 used for drug sales by a drug wholesaler as a seller. The database and the support device 10 are system-linked, and the required data can be automatically transmitted and received under the control of the CPU 11 and the CPU 31.
[0070]
The order management system DB 361 is a system DB for automatically executing and managing medicine order processing executed with the support apparatus 10.
[0071]
The inventory management system DB 362 is a system DB for managing the inventory of medicines in a pharmaceutical wholesaler (seller). Then, from the inventory management system DB 362, drug inventory data is automatically acquired as appropriate under the control of the CPU 31 and the CPU 11 of the support device 10, and used for inventory confirmation processing.
[0072]
The delivery management system DB 363 is a system DB for executing and managing the delivery process of the ordered medicine. Then, the data stored in the delivery management system DB 363 is automatically acquired under the control of the CPU 31 and the CPU 11 of the support device 10, and the support device 10 performs processing related to delivery date, delivery status, drug wholesale evaluation processing, and the like. Used to execute various processes.
[0073]
Next, the operation of the present embodiment in the medical product transaction support system 1 configured as described above will be described below.
[0074]
First, a drug ordering process performed between the support apparatus 10, the purchasing terminal 20, and the selling terminal 30 will be described with reference to the flowchart in FIG.
[0075]
When a predetermined URL or the like is input by an operator of the purchase terminal 20, the purchase terminal 20 is connected to the support device 10 via the communication line network N, and the medicine is ordered by selecting a medicine order menu or the like. An order request process is executed (step S101).
[0076]
Next, based on the order request, the CPU 11 of the support device 10 reads the order control program 161a from the program DB 161 and stores it in the RAM 12, and starts controlling the order processing according to the program 161a. Specifically, the CPU 11 executes the authentication process by determining whether or not the accessing purchaser terminal 20 is a customer stored in the customer master DB 162 (step S102).
[0077]
Next, when the CPU 11 determines that the terminal is a legitimate customer terminal registered in the customer master DB 162 (step S103: Yes), the CPU 11 determines that the authentication has succeeded and shifts to step S105. On the other hand, if the authentication fails (Step S103: No), the CPU 11 displays an authentication error on the display unit 23 of the purchasing terminal 20 (Step S104). Then, the present process is terminated.
[0078]
In step S <b> 105, the CPU 11 uses the communication unit as various medicine-related information stored in the medicine master DB 164 and the information on the medicine wholesale as a sales method stored in the medicine wholesale DB 163 and the medicine wholesale evaluation DB 169 as medicine information. 15 to the purchaser terminal 20.
[0079]
Next, the medicine information transmitted from the support device 10 is displayed on the display unit 23 of the purchase terminal 20, and based on the displayed medicine information, the medicine information to be ordered is selected using, for example, the input unit 24 or the like. Is transmitted to the support device 10 as order information (step S106).
[0080]
Next, upon receiving the order information, the CPU 11 of the support device 10 executes an ordering process of transmitting the order information to the sales terminal 30 that sells the medicine (step S108).
[0081]
Next, the CPU 31 of the sales terminal 30 that has received the order information from the support apparatus 10 executes a stock confirmation process by inquiring the stock management system DB 362 about the stock information of the ordered medicine (step S108). The acknowledgment / delivery schedule data is transmitted to the support device 10 (step S109).
If there is no stock of the ordered medicine, information indicating that the medicine is out of stock is transmitted to the ordering terminal 20 via the support device 10.
[0082]
Next, the CPU 11 of the support device 10 executes an invoice issuance process including information on payment of the order based on the order approval / delivery date data transmitted from the sales terminal 30 and purchases the bill together with the delivery date data. To the terminal 20 (step S110).
[0083]
Next, the CPU 21 of the purchasing terminal 20 receives the bill / delivery schedule data (step S111).
[0084]
On the other hand, in the sales terminal 30, the delivery / delivery instruction processing of the ordered medicine is performed to, for example, a department in charge of transportation, a transportation company, or the like based on the order information (step S112), and the processing ends.
[0085]
Further, the support device 10 stores the order information of the customer of the purchasing terminal 20 in the order history DB 167 and updates the purchase history information based on the mediated order processing (step S113), and ends the process. I do.
[0086]
As described above, the mediation / management process of the order receiving / ordering process of the medicine between the purchasing terminal 20 and the selling terminal 30 is executed by the support device 10, so that the ordering / receiving of the drug can be performed by both the purchasing side and the selling side. Work becomes more efficient. In addition, since it is possible for the purchaser to purchase a large quantity at a time by a plurality of purchasers, it is possible to purchase the medicine at a low price, and it is possible to reduce the purchase cost of the medicine.
Further, for the seller, by registering in the system 1, it is possible to acquire customers without conducting sales activities, so that sales costs can be reduced.
[0087]
It is assumed that the order processing is executed using, for example, Web data, cXML, EDI, and the like, similarly to the existing electronic commerce. In addition, in the ordering process, the support device 10 automatically executes an account transfer, an automatic debit process, and the like.
[0088]
Further, the order receiving / ordering process is not limited to the configuration executed via the operator, but may be a configuration in which the order receiving / ordering process is automatically executed.
For example, in the purchasing terminal 20, when the CPU 21 determines that the stock amount of a given drug is smaller than a predetermined stock securing amount based on the stock data of the drug stock management system DB 262, the order information of the drug is determined. The medicine may be transmitted to the support device 10, and the order processing of the medicine may be automatically executed between the support device 10 and the sales terminal 30. In this case, it is possible to reduce costs related to personnel allocation, to prevent selection errors in ordering, delay in ordering time, and the like, and to achieve more efficiency.
[0089]
Next, the profit calculation simulation process, which is executed in connection with the ordering process and is one of the functions of the support apparatus 10, will be described below with reference to the flowchart of FIG.
[0090]
First, the CPU 21 of the purchasing terminal 20 transmits basic order information serving as basic information of the profit calculation simulation to the support device 10 (step S201). Here, the basic order information is, for example, order information or past use information or drug information used, which can specify drug use amount information, stock information, and the like. Includes information about the medicines you order or plan to order.
[0091]
Next, upon receiving the order basic information (step S202), the CPU 11 of the support device 10 reads out the profit calculation simulation program 161b from the program DB 161 and stores it in the RAM 12, and according to the program 161b, the following steps S203 to S205 are performed. Execute profit calculation simulation processing.
[0092]
Specifically, the CPU 11 searches the medicine master DB 163 based on the medicine information included in the basic ordering information, and thereby obtains the selling price of the medicine at wholesale prices, the weighted average value in bulk buying, and the discount of the shipping fee. By searching for various service information such as the above, a sales method (pharmaceutical wholesale) that sells medicines at the lowest cost is selected (step S203).
[0093]
Next, the CPU 11 can replace the medicine contained in the basic order information based on the efficacy and effect of the medicine in the medicine master DB 163, main similar / substitutable goods, data such as the outline, and the selling price. At the same time, alternative medicine information that can be purchased at a low price is extracted (step S204).
[0094]
Then, as described above, order content information including sales method information and alternative medicine information that can provide the product at a low price and creating more profitable or more advantageous for the purchaser is created ( Step S205).
[0095]
Next, the CPU 11 transmits to the purchaser terminal 20 the purchase order information that is created by the profit calculation simulation and is advantageous to the purchaser as described above (step S206), and the advantageous order contents are obtained. When the information is received by the purchaser terminal 20 (step S207), the process ends.
[0096]
In addition, after step S207, the configuration may be such that the medicine order processing described in the order processing described above is executed based on the advantageous order content information.
[0097]
As described above, in the present system 1, the support device 10 simulates the order contents that are the most profitable or more advantageous for the purchaser, so that the purchaser can add more value to the ordering process of the medicine. You can get some services.
It should be noted that the advantageous order content information may be either a process of selecting an optimal drug wholesaler (sales method) or a process of extracting an alternative drug, or any other content relating to an advantageous order method. For example, any information may be used, such as contents concerning a payment method, ordering interval information based on the expiration date and frequency of use of pharmaceuticals, and the like.
The profit calculation simulation may be executed every time an order is processed by the purchase terminal 20, or may be executed as appropriate. For example, when a new drug is released, and when the new drug can be used as a substitute drug, the information may be delivered to the purchase terminal 20 where the information is useful.
[0098]
Next, the inventory management process and the appropriate stock amount calculation process, which are executed in connection with the ordering process and are one of the functions of the support device 10, will be described below with reference to the flowchart of FIG.
[0099]
The CPU 11 of the support device 10 reads out the inventory management program 161c from the program DB 161 and stores it in the RAM 12, and executes the inventory management processing of steps S301 to S307 below according to the program 161e.
[0100]
Specifically, the CPU 11 transmits to the purchase terminal 20 a request process for information on the amount of medicine used and the amount of medicine stock, which are subject to inventory management (step S301).
Then, the CPU 21 of the purchasing terminal 20 extracts the drug use amount and the drug stock information from the electronic medical record system DB 261 and the drug stock management system DB 262, and outputs them to a specific directory as, for example, a plurality of text files in CSV format. . The text file is added with a customer code that identifies the purchaser terminal 20, and an identifiable CSV file name is automatically created and transmitted to the support device 10 (step S302).
[0101]
Next, when the CPU 11 of the support apparatus 10 receives the file containing the drug use amount and the drug stock information to which the file name identifiable for each purchase method is added, based on the information, the drug use amount DB 165 is used. Then, various information such as usage data and stock data matching the customer code included in the file name in the medicine stock DB 166 is updated (step S303).
[0102]
Next, the CPU 11 of the support device 10 executes the calculation process of the appropriate stock amount in the purchasing method according to the appropriate stock amount calculation program 161d based on the updated medicine usage amount and stock amount information (step S304). Specifically, for example, based on data such as the expiration date of the medicine in stock and the frequency of its use, the amount of stock is calculated so that there is no shortage of stock and the expiration date does not expire and it is not discarded.
[0103]
Next, the CPU 11 of the support device 10 transmits the calculated appropriate stock amount data to the purchasing terminal 20 (step S305). Thus, for example, a configuration may be used in which the purchase terminal 20 uses the data as the criteria data for determining the proper inventory of the drug inventory management system 262.
[0104]
Next, the CPU 11 of the support apparatus 10 determines whether or not it is necessary to order a medicine by comparing the calculated appropriate stock amount with the medicine stock amount of the purchaser at that time (step S306). If it is determined that there is a product (step S306: Yes), the automatic medicine ordering process executed with the sales terminal 30 as described above is executed (step S307), and the stock management process ends. I do. On the other hand, if the CPU 11 determines that there is no need to place an order (step S306: No), the CPU 11 ends the inventory management process.
[0105]
As described above, in the present system 1, the support device 10 automatically acquires information on the amount of used medicine and the amount of stock of the medicine by cooperating with the medicine inventory management system of the purchasing terminal 20, and converts the acquired information into the acquired information. Since the appropriate stock amount updating process and the ordering necessity judging process are executed based on this, it is easy and convenient for the purchaser to easily manage the stock without excess or deficiency.
[0106]
In the stock management process, the information on the used amount and the stock amount of the medicine may be automatically distributed from the purchasing terminal 20 to the support device 10 as appropriate. In addition, the appropriate stock amount calculation process does not have to be executed every time the used amount of medicine and the stock amount information are updated. Further, the automatic order processing using the medicine inventory management system may be executed in the purchase terminal 20 based on the calculated appropriate stock amount data.
Also, order interval information and the like may be included as the appropriate stock amount.
[0107]
Next, a purchase analysis process, which is executed in connection with the ordering process and is one of the functions of the support device 10, will be described below with reference to the flowchart of FIG.
[0108]
The CPU 11 of the support device 10 reads out the purchase analysis program 161e from the program DB 161 and stores it in the RAM 12, and executes the purchase analysis processing of steps S401 to S403 below according to the program 161c.
[0109]
Specifically, the CPU 11 extracts purchase history information of an arbitrary purchaser stored in the order history DB 167 (step S401).
Here, the purchase history information is, for example, information on the order date, the type, quantity, and unit of the ordered medicine, and the purchaser (medical wholesaler).
[0110]
Next, the CPU 11 of the support apparatus 10 creates demand prediction information of the drug corresponding to the purchase method based on the purchase history information and various information such as the current state and tendency of the demand prediction of the drug (step S402). Then, the demand prediction information is transmitted to the purchasing terminal 20 (step S403).
Here, the drug demand forecast information is, for example, drug demand forecast information regarding regions, hospitals and clinics, medical departments, seasons, specific diseases, specific dates, and the like.
[0111]
Next, when the demand prediction information is received by the purchasing terminal 20 (step S404), the purchasing analysis process ends.
[0112]
As described above, in the present system 1, the support apparatus 10 executes the purchase analysis process based on the order history (purchase history) information of the purchase terminal 20 and provides the purchase analysis to the purchaser. It is possible to obtain useful information such as demand forecast of the drug.
[0113]
It should be noted that, based on the demand forecast information, the above-described appropriate stock amount update processing, order processing, automatic order processing, and the like may be executed.
In addition, as an example of the purchase analysis processing, creation of demand forecast information of pharmaceuticals has been described. However, for example, as an order history, management evaluation of a purchaser may be executed based on payment status, payment conditions, payment amount, and the like. .
The purchase analysis process may be performed each time the ordering process is performed by the purchase terminal 20, or may be performed as appropriate.
[0114]
Next, a reverse auction process, which is one of the functions provided in the support device 10 and executed in connection with the ordering process, will be described below with reference to the flowchart of FIG.
[0115]
First, based on the operation of the buyer who wishes to make a competitive bid, the CPU 21 of the buyer terminal 20 (hereinafter, referred to as the competitive bid registration terminal 20a) transmits to the support device 10 the competitive bidding drug information to be competitively registered in the reverse auction. Is performed (step S501). Here, the competitive bidding drug information is, for example, information such as the type, name, minimum bid price, quantity available for bidding, expiration date (bidding period), etc. of the drug to be subjected to competitive bidding, and information on the buyer who makes a bid registration. (Customer code, contact information, etc.).
[0116]
Next, upon receiving the competitive bidding drug information, the CPU 11 of the support apparatus 10 reads the reverse auction program 161f from the program DB 161 and stores it in the RAM 12, and executes the following reverse auction process according to the program 161f.
[0117]
The CPU 11 first stores the received competitive bidding medicine information in the reverse auction registration DB 168 (step S502), and then stores the stored competitive bidding medicine information on a communication line network using a homepage such as a predetermined reverse auction page. It is made public on N (step S503). Note that the reverse auction may be configured so that only the sales terminals 30 to which participation has been permitted in advance can be browsed, or, for example, other purchase terminals 20. It may be a configuration.
[0118]
Next, the sales terminal 30 as the bidding side accesses the reverse auction page, browses the competitive bidding medicine information (step S504), and transmits the bidding information of the competitive bidding medicine to the support device 10 (step S505). ).
[0119]
Next, the support device 10 receives and accepts the bid information of the competitive bidding drug transmitted from the selling terminal 30 (Step S506), and transmits the bid information to the competitive bid registration terminal 20a (Step S507). .
Next, the order information of the competitive bidding medicine is received by the competitive bidding registration terminal 20a (step S508), whereby the reverse auction process ends.
[0120]
Note that, after step S508, a bidder determination process for a competitive bidding drug, a delivery process for the bidding drug, a charging process, and the like are performed based on the bidding information.
[0121]
As described above, in the present system 1, in the purchase method, for example, a drug that is in excess of stock is put into a reverse auction by the support device 10, so that the drug is reused. In addition, the bidder can purchase medicines cheaply, which is convenient.
The support device 10 may select a drug to be subjected to competitive bidding registration, etc., and transmit the drug to the purchasing terminal 20 or select a competitive bidding drug as the advantageous order content information described above. .
Further, the bidding side has been described by taking the sales terminal 30 as an example, but the bidding side may be another purchasing terminal 20, a general arbitrary terminal device, or the like.
[0122]
As described above, according to the present embodiment, it is possible to increase the efficiency of transaction of pharmaceuticals in both the method of purchasing and the method of selling pharmaceuticals, and to provide a service with added value that is beneficial to the method of purchasing. As a result, it is possible to provide the user with a feeling of satisfaction that could not be realized by the conventional electronic commerce of medical products.
[0123]
The above embodiment is merely an example, and can be changed as appropriate.
For example, although a medical product has been described as an example of a medical product, any medical device, such as a medical device, may be used. The purchase method may be a dispensing pharmacy or the like in addition to a medical institution such as a hospital or a clinic. The seller may be a pharmaceutical manufacturer, a medical device manufacturer, or the like, in addition to a pharmaceutical wholesaler.
Further, the calculation method of the appropriate stock amount, advantageous order contents, and the like are not limited to the above.
Further, the ordering process of the medicine is not limited to the above-described method.
[0124]
In addition, the support device 10 may include a service for distributing management evaluation information of the seller and various information such as new drugs to the buyer terminal 20 by using, for example, electronic mail.
[0125]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, it is possible to support a medical product order that is more beneficial to the purchaser, and it is possible to provide a medical product transaction service with higher added value than the conventional order online system.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a medical product transaction support system 1 according to the present invention.
FIG. 2 is a block diagram showing an internal configuration of the medical product transaction support apparatus 10 of FIG.
FIG. 3 is a block diagram showing an internal configuration of a purchasing terminal 20 of FIG. 1;
FIG. 4 is a block diagram showing an internal configuration of the sales terminal 30 of FIG. 1;
FIG. 5 is a flowchart for explaining the operation of a medical product ordering process in the medical product transaction support system 1 of the present invention.
FIG. 6 is a flowchart illustrating an operation of a profit calculation simulation process by the medical product transaction support apparatus 10 in the medical product transaction support system 1 of the present invention.
FIG. 7 is a flowchart for explaining the operations of a stock management process and an appropriate stock amount calculation process in the medical product transaction support apparatus 10 in the medical product transaction support system 1 of the present invention.
FIG. 8 is a flowchart for explaining the operation of a purchase analysis process in the medical product transaction support apparatus 10 in the medical product transaction support system 1 of the present invention.
FIG. 9 is a flowchart for explaining an operation of a reverse auction process in the medical product transaction support device 10 in the medical product transaction support system 1 of the present invention.
[Explanation of symbols]
1 Medical goods transaction support system
10 Medical product transaction support device (Medical product transaction support device)
11 CPU (ordering basic information receiving means, simulation means, providing means, sales method selecting means, alternative medical product extracting means, order information receiving means, ordering means, demand forecast information creating means, transmitting means, inventory information obtaining means, inventory management Means, proper stock amount calculation means, competitive bidding medical product information registration means, competitive bidding medical product information providing means, accepting means, bidding information transmitting means)
15 communication unit (ordering basic information receiving means, providing means, order information receiving means, ordering means, transmitting means, competitive bidding medical product information providing means, accepting means, bidding information transmitting means)
16 storage unit (medicine information storage means, purchase history information storage means)
164 Pharmaceutical Master DB (Pharmaceutical Information Storage Means)
167 Order history DB (purchase history information storage means)
161a Order control program (order information receiving means, order means)
161b Profit calculation simulation program (simulation means)
161c Inventory management program (inventory management means)
161d Proper stock amount calculation program (proper stock amount calculation means)
161e Purchasing analysis program (Demand forecast information creation means)
161f Reverse auction program (competitive bidding medical product information registration means, competitive bidding medical product information providing means, accepting means, bidding information transmitting means)
20 Purchase terminal
30 sales terminal
N communication line network (communication line)

Claims (9)

医療品の購入方である購入方端末と、医療品の販売方である販売方端末とに、通信回線を介して接続され、医療品取引を支援する医療品取引支援装置であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段と、
を備えたことを特徴とする医療品取引支援装置。A medical product transaction support device that is connected via a communication line to a purchase terminal that is a medical product purchaser and a sales terminal that is a medical product seller, and supports medical product transactions,
Medical product information storage means for storing medical product information on medical products sold by the seller,
From the purchaser terminal, order basic information receiving means for receiving predetermined order basic information on the ordered medical product to be ordered,
Simulation means for simulating advantageous order contents for the purchaser based on the basic order information received by the basic order information receiving means and the medical product information stored in the medical product information storage means,
Providing means for providing the order content simulated by the simulation means to the purchaser terminal;
A medical product transaction support device comprising: 請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、当該医療品を販売する販売方とが対応付けられて記憶されており、
前記シミュレーション手段は、前記販売価格情報に基づいて、前記発注医療品を最も安価に販売する販売方を選出する販売方選出手段を備えたことを特徴とする医療品取引支援装置。The medical product transaction support device according to claim 1,
In the medical product information storage means, the sales price information of the medical product and the sales method of selling the medical product are stored in association with each other,
The medical product transaction support device, characterized in that the simulation means includes sales method selection means for selecting a sales method for selling the ordered medical product at the lowest price based on the sales price information. 請求項１に記載の医療品取引支援装置において、
前記医療品情報記憶手段には、医療品の販売価格情報と、医療品の特性情報が記憶されており、
前記シミュレーション手段は、前記販売価格情報と前記特性情報に基づいて、前記発注医療品と代替可能で且つより低価格で購入できる代替医療品を抽出する代替医療品抽出手段を備えたことを特徴とする医療品取引支援装置。The medical product transaction support device according to claim 1,
The medical product information storage means stores medical product sales price information and medical product characteristic information,
The simulation means includes an alternative medical product extracting means for extracting an alternative medical product which can be replaced with the ordered medical product and which can be purchased at a lower price, based on the sales price information and the characteristic information. Medical goods transaction support equipment. 医療品の購入方である購入方端末と、医療品の販売方である販売方端末とに、通信回線を介して接続され、医療品取引を支援する医療品取引支援装置であって、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、前記医療品の注文情報を受信する注文情報受信手段と、
前記注文情報受信手段により受信された注文情報を、前記販売方端末に送信して発注する発注手段と、
前記注文情報に基づいて、前記購入方の購買履歴情報を記憶する購買履歴情報記憶手段と、
前記購買履歴情報に基づいて、当該購入方の医療品の需要予測情報を作成する需要予測情報作成手段と、
前記需要予測情報作成手段により作成された需要予測情報を前記購入方端末に送信する送信手段と、
を備えたことを特徴とする医療品取引支援装置。A medical product transaction support device that is connected via a communication line to a purchase terminal that is a medical product purchaser and a sales terminal that is a medical product seller, and supports medical product transactions,
Medical product information storage means for storing medical product information on medical products sold by the seller,
Order information receiving means for receiving the order information of the medical product from the purchaser terminal,
Ordering means for transmitting the order information received by the order information receiving means to the sales terminal and ordering;
A purchase history information storage unit that stores purchase history information of the purchaser based on the order information;
Based on the purchase history information, demand forecast information creating means for creating demand forecast information of the medical product of the purchase method,
Transmission means for transmitting the demand forecast information created by the demand forecast information creating means to the purchasing method terminal,
A medical product transaction support device comprising: 医療品の購入方である購入方端末と、医療品の販売方である販売方端末とに、通信回線を介して接続され、医療品取引を支援する医療品取引支援装置であって、
前記購入方の医療品の在庫情報を取得する在庫情報取得手段と、
前記在庫情報取得手段により取得された在庫情報と、所定の適正在庫量とに基づいて、前記販売方端末に自動発注する在庫管理手段と、
を備えたことを特徴とする医療品取引支援装置。A medical product transaction support device that is connected via a communication line to a purchase terminal that is a medical product purchaser and a sales terminal that is a medical product seller, and supports medical product transactions,
Inventory information acquisition means for acquiring inventory information of the medical product of the purchase method,
Inventory management means for automatically ordering the sales terminal based on the stock information obtained by the stock information obtaining means and a predetermined appropriate stock amount;
A medical product transaction support device comprising: 請求項５に記載の医療品取引支援装置において、
前記購入方端末から、医療品の使用情報を受信する受信手段と、
前記受信手段により受信された医療品の使用情報と、前記在庫情報に基づいて、当該医療品の適正在庫量を演算する適正在庫量演算手段と、
を備えることを特徴とする医療品取引支援装置。The medical product transaction support device according to claim 5,
Receiving means for receiving medical product use information from the purchaser terminal;
Use information of the medical product received by the receiving unit, and an appropriate stock amount calculating unit that calculates an appropriate stock amount of the medical product based on the stock information;
A medical product transaction support device comprising: 請求項１〜６の何れか一項に記載の医療品取引支援装置において、
前記購入方端末から送信される競争入札希望の医療品情報を登録する競争入札医療品情報登録手段と、
前記競争入札医療品登録手段により登録された競争入札医療品情報を、任意の複数の端末に提供する競争入札医療品情報提供手段と、
前記複数の端末より、前記競争入札医療品の入札情報を受け付ける受付手段と、
前記受付手段により受け付けた入札情報を、当該競争入札医療品を登録した購入方端末に送信する入札情報送信手段と、
を備えたことを特徴とする医療品取引支援装置。In the medical product transaction support device according to any one of claims 1 to 6,
Competitive bidding medical product information registration means for registering competitive bidding desired medical product information transmitted from the purchasing terminal;
Competitive bidding medical product information provision means for providing the competitive bidding medical product information registered by the competitive bidding medical product registration means to any of a plurality of terminals;
Receiving means for receiving bid information on the competitive bidding medical product from the plurality of terminals;
Bidding information transmitting means for transmitting the bidding information received by the receiving means to the purchasing terminal that registered the competitive bidding medical product,
A medical product transaction support device comprising: 請求項１〜７の何れか一項に記載の医療品取引支援装置において、
前記医療品は、医薬品であることを特徴とする医療品取引支援装置。In the medical product transaction support device according to any one of claims 1 to 7,
The medical product is a medical product transaction support device, wherein the medical product is a medicine. 医療品の購入方である購入方端末と、医療品の販売方である販売方端末と、前記購入方端末及び前記販売方端末に通信回線を介して接続され、医療品取引を支援する医療品取引支援装置と、を備える医療品取引支援システムであって、
前記医療品取引支援装置は、
前記販売方により販売される医療品に関する医療品情報を記憶している医療品情報記憶手段と、
前記購入方端末から、発注する発注医療品に関する所定の発注基礎情報を受信する発注基礎情報受信手段と、
前記発注基礎情報受信手段により受信した発注基礎情報と、前記医療品情報記憶手段に記憶されている医療品情報とに基づいて、当該購入方にとって有利な発注内容をシミュレーションするシミュレーション手段と、
前記シミュレーション手段によりシミュレーションされた発注内容を、当該購入方端末に提供する提供手段と、
を備えたことを特徴とする医療品取引支援システム。A purchase terminal for purchasing medical products, a sales terminal for selling medical products, and a medical product connected to the purchase terminal and the sales terminal via a communication line to support medical product transactions. A transaction support device, comprising:
The medical product transaction support device,
Medical product information storage means for storing medical product information on medical products sold by the seller,
From the purchaser terminal, order basic information receiving means for receiving predetermined order basic information on the ordered medical product to be ordered,
Simulation means for simulating advantageous order contents for the purchaser based on the basic order information received by the basic order information receiving means and the medical product information stored in the medical product information storage means,
Providing means for providing the order content simulated by the simulation means to the purchaser terminal;
A medical product transaction support system comprising:
JP2003105504A 2003-04-09 2003-04-09 Medical product transaction support device, and medical product transaction support system Pending JP2004310603A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003105504A JP2004310603A (en) 2003-04-09 2003-04-09 Medical product transaction support device, and medical product transaction support system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003105504A JP2004310603A (en) 2003-04-09 2003-04-09 Medical product transaction support device, and medical product transaction support system

Publications (2)

Publication Number Publication Date
JP2004310603A true JP2004310603A (en) 2004-11-04
JP2004310603A5 JP2004310603A5 (en) 2006-03-30

Family

ID=33467999

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003105504A Pending JP2004310603A (en) 2003-04-09 2003-04-09 Medical product transaction support device, and medical product transaction support system

Country Status (1)

Country Link
JP (1) JP2004310603A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006285815A (en) * 2005-04-04 2006-10-19 Higashi Nihon Medicom Kk Ordering prediction type stock management system by individual patient, ordering prediction type stock management program and recording medium therefor
JP2007323373A (en) * 2006-06-01 2007-12-13 Junko Adachi Medical consumption article management system
JP2008033611A (en) * 2006-07-28 2008-02-14 Yoshindo:Kk Medicine inventory management system and medicine inventory management method
JP2012178147A (en) * 2011-01-31 2012-09-13 Yoshimitsu Kagiwada Transaction management system and transaction management program
WO2016208915A1 (en) * 2015-06-22 2016-12-29 신익수 Smart hospital administration system
JP2021179711A (en) * 2020-05-12 2021-11-18 ヒューマンメディカルリサーチ株式会社 Medical product sales support system, medical product sales support method, server device, and program

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063419A (en) * 2000-08-23 2002-02-28 Megafusion Corp Electronic commercial transaction system and electronic commercial transaction method
JP2002123727A (en) * 2000-08-07 2002-04-26 Canon Inc Device and method for ordering merchandise
JP2002133197A (en) * 2000-10-20 2002-05-10 Kokuyo Co Ltd Vicarious ordering system
JP2002288475A (en) * 2001-03-23 2002-10-04 Ricoh Co Ltd Web shopping program, computer readable storage medium storing the same and web shopping method
JP2003022387A (en) * 2001-07-05 2003-01-24 Corochan Kk Shop management system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002123727A (en) * 2000-08-07 2002-04-26 Canon Inc Device and method for ordering merchandise
JP2002063419A (en) * 2000-08-23 2002-02-28 Megafusion Corp Electronic commercial transaction system and electronic commercial transaction method
JP2002133197A (en) * 2000-10-20 2002-05-10 Kokuyo Co Ltd Vicarious ordering system
JP2002288475A (en) * 2001-03-23 2002-10-04 Ricoh Co Ltd Web shopping program, computer readable storage medium storing the same and web shopping method
JP2003022387A (en) * 2001-07-05 2003-01-24 Corochan Kk Shop management system

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006285815A (en) * 2005-04-04 2006-10-19 Higashi Nihon Medicom Kk Ordering prediction type stock management system by individual patient, ordering prediction type stock management program and recording medium therefor
JP2007323373A (en) * 2006-06-01 2007-12-13 Junko Adachi Medical consumption article management system
JP2008033611A (en) * 2006-07-28 2008-02-14 Yoshindo:Kk Medicine inventory management system and medicine inventory management method
JP2012178147A (en) * 2011-01-31 2012-09-13 Yoshimitsu Kagiwada Transaction management system and transaction management program
WO2016208915A1 (en) * 2015-06-22 2016-12-29 신익수 Smart hospital administration system
JP2021179711A (en) * 2020-05-12 2021-11-18 ヒューマンメディカルリサーチ株式会社 Medical product sales support system, medical product sales support method, server device, and program

Similar Documents

Publication Publication Date Title
US6925446B2 (en) Purchase price, auction server, product retailing method, product purchasing method, program storage device, and program transmission apparatus therefor
JP2003186981A (en) Recycle promotion method for book
JP2009505238A (en) Optimized database tuning and supply chain efficiency
US20120296677A1 (en) Systems and Methods for Online Sale of Artwork
JP2002099780A (en) Method for selling or buying commodity by using network
JP2002133193A (en) Method and system for determining sales price and recording medium recording its program readable with machine
JP2001265853A (en) System and method for recommending relative article
JP2004310603A (en) Medical product transaction support device, and medical product transaction support system
JP2002230340A (en) System and method for dealer management
JP2003122997A (en) Receipt advertisement system
JP2007115215A (en) Operation management system of internet auction substitute business
JP2004234091A (en) Change saving service system, vending process device, server, program, and method for change saving service
JP2001265851A (en) Selection support device for subordinate article
JP4106533B2 (en) Product sales method and system
KR101096405B1 (en) A method and a system for intermediating among electronic commercial entities
JP2003030550A (en) Order receiving system and order receiving program
JP3294591B2 (en) Sales relay system that sets prices according to purchase reservations
KR100426388B1 (en) Method and System that perform Electronic Commerce using POS(Point Of Sales) System
KR100707724B1 (en) A method and a system for intermediating among electronic commercial entities
JP2002298227A (en) Market research system and market research method
JP2002109177A (en) Device, method and system for processing planogram data
JP2002183495A (en) System and method for determining purchase commodity by communication network
JP2003076887A (en) Used item transaction system, used item transaction support device and used item transaction method
JP2001243373A (en) Article ordering system and recording medium
JP2002215996A (en) Transaction management system and transaction management method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060209

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080708

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20081104