JP2005216239A - 薬品調達支援システムおよびその方法 - Google Patents

Abstract

【課題】調剤薬局に在庫していない薬品が必要となる場合であっても、新たに卸業者に発注して薬品の調達に遅延を生じさせることなく、迅速に薬品を調達することのできる薬品調達支援システムを提供する。
【解決手段】
端末装置１３は、販売履歴情報を管理サーバ装置１１に送信する。管理サーバ装置１１は、各端末装置１３から送信された販売履歴情報をデータベース機能部１１１に記録する。ユーザが、端末装置１３からインターネットを介して管理サーバ装置１１にアクセスし、薬品検索画面に検索したい薬品情報を入力して検索ボタンを押下すると、管理サーバ装置１１は、販売履歴情報を検索し、当該薬品を調達可能な調剤薬局を推論し、調達可能な調剤薬局の一覧を端末装置１３に表示させる。ユーザは、調達可能な調剤薬局の一覧から必要な薬品を調達可能であると思われる調剤薬局に調達依頼を行う。
【選択図】図１

Description

この発明は、薬局における薬品調達を支援するための薬品調達支援システムおよびその方法に関する。

医薬分業の普及にともない、調剤薬局で扱う処方箋が増大または多様化している。このような状況の下、各調剤薬局においては、患者へのサービス水準を維持するため、常に薬品の適正在庫を保っておくことが要求されている。

しかしながら、薬品の有効期限、在庫場所または在庫管理業務等の諸問題から、調剤薬局において、適正在庫を保つことは容易なことではない。

このような状況に対応するため、医薬品卸業者が調剤薬局における薬品需要を予測して納入することにより、適正在庫を保つシステムが考えられている（例えば、特許文献１参照。）。

特開２００３−４４５９１号公報

しかしながら、上記特許文献１に示したシステムでは、当該調剤薬局における在庫量や過去の使用実績に基づいて補充薬品量を算出するようにしているため、過去に在庫していなかった薬品や在庫対象としていない薬品については補充することができない。

このため、患者の処方箋が多様化することに基づく新たな薬品の提供に対応することができず、薬品の調達に遅延が生じてしまい、患者へのサービス水準の低下を招いてしまうという問題があった。

また、上記のようなシステムにおいて管理されている在庫情報を各調剤薬局間において開示し合い、他の薬局の在庫状況に基づいて薬品を調達する方法も考えられる。

しかしながら、各薬局において、薬品の入庫量と出庫量に基づく在庫管理が厳格になされていない場合には、他の薬局の開示情報に在庫状況を正確に反映させることができない。

例えば、担当者が薬品の入庫時に入庫数量を入力し忘れた場合には、実際の在庫量とのずれが生じてしまう。

これにより、開示情報に基づいて調達を行おうとした他の薬局が、目的の薬品を調達できないといった問題が生じる場合があった。

本発明は、このような問題を解決するためになされたものであって、調剤薬局に在庫していない薬品が必要となる場合であっても、新たに卸業者に発注して薬品の調達に遅延を生じさせることなく、薬品を有している可能性の高い他の薬局から迅速に薬品を調達することのできる薬品調達支援システムを提供することを目的とする。

(1)(2)(3)(16)この発明にかかる薬品調達支援システム、管理サーバ装置またはプログラムにおいては、端末装置は、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴送信手段と、管理サーバ装置から送られてきた支援情報を表示する支援情報表示手段と、を備えており、管理サーバ装置は、前記各端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録手段と、前記各端末装置のうちの１つの端末装置から、薬品にかかる問い合わせ情報を受信すると、問い合わせに係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、問い合わせに係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成手段と、前記支援情報生成手段によって生成された前記支援情報を、問い合わせを行った端末に対して送信する支援情報送信手段と、を備えたことを特徴としている。

したがって、調剤薬局に在庫していない薬品が必要となる場合であっても、新たに卸業者に発注して薬品の調達に遅延を生じさせることなく、薬品を有する可能性のある他の薬局から迅速に薬品を調達することができる。

(4)この発明にかかる薬品調達支援システム、管理サーバ装置またはプログラムにおいては、管理サーバ装置は、各薬局が依頼しやすい他の薬局を端末装置から受信して、各薬局ごとに依頼しやすい他の薬局を記録しており、支援情報生成手段は、支援情報中にリストアップされる薬局が、要求を行った薬局が依頼しやすいとしている薬局であるか否かの情報を、支援情報に含めることを特徴としている。

したがって、調達できる可能性の高い薬局を知ることができ、調達の効率が向上する。

(5)この発明にかかる薬品調達支援システム、管理サーバまたはプログラムにおいては、
管理サーバ装置は、各薬局の近傍の他の薬局を端末装置から受信して、各薬局ごとにその近傍の他の薬局を記録しており、支援情報生成手段は、前記支援情報中にリストアップされる薬局が、要求を行った薬局の近傍の薬局であるか否かの情報を、支援情報に含めることを特徴としている。

したがって、地理的に近く即時に調達することのできる薬局を知ることができ、調達の効率が向上する。

(6)この発明にかかる薬品調達支援システム、管理サーバまたはプログラムにおいては、管理サーバ装置は、他の薬局に対する支援情報中に自己の薬局を含めたくないとする他の薬局を未公開薬局として端末装置から受信して、各薬局ごとに未公開薬局を記録しており、支援情報生成手段は、問い合わせを行った薬局が、他の薬局の未公開薬局に該当する場合には、当該他の薬局を支援情報に含めないようにすることを特徴としている。

したがって、調達可能性の低い薬局を除外した、調達可能な薬局を知ることができ、調達の効率が向上する。

(7)この発明にかかる薬品調達支援システム、管理サーバ装置またはプログラムにおいては、管理サーバ装置は、所定期間内に端末装置から販売履歴情報の送信があったか否かを判断し、所定期間内に販売履歴情報が送信されていない端末装置からの問い合わせに対しては、支援情報を提供しないことを特徴としている。

したがって、販売履歴情報を開示している薬局にのみ薬品調達支援システムを利用させるようにすることができる。これにより、販売履歴情報を開示しない薬局の利用を排除して、薬局間における相互信頼度を向上させることができる。

(8)(11)この発明にかかる端末装置またはプログラムにおいては、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を管理サーバ装置に送信する販売履歴情報送信手段と、前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段と、問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段と、を備え、前記支援情報表示手段は、前記支援情報に含まれる薬局が依頼しやすいとしている薬局であるか否かの情報に基づいて、依頼しやすい薬局を、それ以外の薬局と区別可能に表示することを特徴としている。

したがって、支援情報の視認性を向上させて、依頼しやすい薬局を即時に認識することができる。

(9)(12)この発明にかかる端末装置またはプログラムにおいては、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段と、管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段と、問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段と、を備え、前記支援情報表示手段は、前記支援情報に含まれる薬局が近傍の薬局であるか否かの情報に基づいて、近傍の薬局を、それ以外の薬局と区別可能に表示することを特徴としている。

したがって、支援情報の視認性を向上させて、近傍の薬局を即時に認識することができる。

(9)(13)この発明にかかる端末装置またはプログラムにおいては、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を管理サーバ装置に送信する販売履歴情報送信手段と、前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段と、問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段と、を備え、前記支援情報表示手段は、前記問い合わせを行った薬局が、前記支援情報に含まれる薬局の非公開薬局に該当する場合には、前記支援情報に含まれる当該薬局を、表示しないことを特徴としている。

したがって、調達可能性の低い薬局を除外した、調達可能な薬局のみを即時に認識することができる。

(14)この発明にかかる薬品調達支援システム、端末装置またはプログラムにおいては、端末装置は、支援情報に基づいて他の薬局へのアクセス情報を取得し、他の薬局の端末装置に対して、薬品購入依頼データを送信する依頼データ送信手段を備えたことを特徴としている。

したがって、薬品の購入における依頼作業を効率化することができ、他の薬局に対して即時に依頼を行うことができる。

(15)この発明にかかる薬品調達支援システム、端末装置またはプログラムにおいては、端末装置は、所定期間ごとに自動的に、販売履歴情報を前記サーバ装置に対して送信することを特徴としている。

したがって、各薬局の販売履歴情報を確実に管理サーバ装置に集約させるようにすることができる。これにより、管理サーバ装置の販売履歴情報の信頼性を高めることができる。

(17)(22)この発明にかかる薬品調達支援システムにおいては、病院端末装置は、前記病院の患者によって指定された指定薬局情報を含む処方箋情報を管理サーバ装置に送信する処方箋情報送信手段と、端末装置は、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴送信手段と、管理サーバ装置から送られてきた支援情報を表示する支援情報表示手段と、を備えており、前記管理サーバ装置は、前記端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録手段と、前記病院端末装置から、前記処方箋情報を受信すると、処方箋に係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、処方箋に係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成手段と、前記支援情報生成手段によって生成された前記支援情報を、前記病院端末装置から受診した前記処方箋情報とともに、前記指定薬局情報の端末装置に対して送信する支援情報送信手段と、を備えたことを特徴としている。

したがって、調剤薬局の担当者は検索画面に薬品情報等を入力しなくても調達可能情報を取得することができ効率がよい。また、患者が取りに来るまでの時間を薬品の販売準備や調達依頼等に割り当てることができ、利便性が向上する。

(18)この発明にかかる薬品調達支援システムにおいては、管理サーバ装置は、各薬局が依頼しやすい他の薬局を端末装置から受信して、各薬局ごとに依頼しやすい他の薬局を記録しており、支援情報生成手段は、支援情報中にリストアップされる薬局が、要求を行った薬局が依頼しやすいとしている薬局であるか否かの情報を、支援情報に含めることを特徴としている。

したがって、調達可能性の高い薬局を知ることができ、調達の効率が向上する。

(19)この発明にかかる薬品調達支援システムにおいては、管理サーバ装置は、各薬局の近傍の他の薬局を端末装置から受信して、各薬局ごとにその近傍の他の薬局を記録しており、支援情報生成手段は、支援情報中にリストアップされる薬局が、要求を行った薬局の近傍の薬局であるか否かの情報を、支援情報に含めることを特徴としている。

したがって、地理的に近く即時に調達することのできる薬局を知ることができ、調達の効率が向上する。

(20)この発明にかかる薬品調達支援システムにおいては、管理サーバ装置は、他の薬局に対する支援情報中に自己の薬局を含めたくないとする他の薬局を未公開薬局として端末装置から受信して、各薬局ごとに未公開薬局を記録しており、支援情報生成手段は、問い合わせを行った薬局が、他の薬局の未公開薬局に該当する場合には、当該他の薬局を支援情報に含めないようにすることを特徴としている。

したがって、調達可能性の低い薬局を除外した、調達可能な薬局を知ることができ、調達の効率が向上する。

(21)この発明にかかる薬品調達支援システムにおいては、管理サーバ装置は、所定期間内に端末装置から販売履歴情報の送信があったか否かを判断し、所定期間内に販売履歴情報が送信されていない端末装置に対しては、支援情報を提供しないことを特徴としている。

したがって、販売履歴情報を開示している薬局にのみ薬品調達支援システムを利用させるようにすることができる。これにより、販売履歴情報を開示しない薬局の利用を排除して、薬局間における相互信頼度を向上させることができる。

この明細書で用いられる用語については、次のように定義する。

「販売数量情報」とは、実際に販売した数量を表す数値情報のみならず、数量を段階的に表現した情報も含むものとする。

「季節変動」とは1年を周期として毎年同じ季節ごとに決まって繰り返される薬品の使用量の変動である。

以下、本発明における一実施形態について、図面を参照して説明する。

１．第１の実施形態
１−１．全体構成
図１に、本発明にかかる薬品調達支援システムの全体構成図を示す。この図において、管理サーバ装置１１と端末装置１３は、インターネット１を介して接続されている。

管理サーバ装置１１は、システム運営業者に設置されたコンピュータ装置であって、データベース機能部１１１およびウェブサーバ機能部１１３を備えている。

端末装置１３は、調剤薬局に設置されたコンピュータ装置であって、データベース機能部１３１およびブラウザ機能部１３３を備えている。なお、図１において、端末装置１３は２つしか記載されていないが、実際には２以上の端末１３が存在してもよい。

１−２．処理概要
端末装置１３は、データベース機能部１３１に記録されている販売履歴情報を管理サーバ装置１１に送信する。送信を受けて管理サーバ装置１１は、各端末装置１３から同様にして送信されたそれぞれの販売履歴情報を調剤薬局毎にデータベース機能部１１１に記録する。

端末装置１３は、ブラウザ機能部１３３を起動させ、インターネットを介して管理サーバ装置１１にアクセスする。アクセスを受けて、管理サーバ装置１１は、ウェブサーバ機能部１１３を起動させ、端末装置１３３に薬品検索画面を表示させる。

端末装置１３のユーザが、薬品検索画面に検索したい薬品情報を入力して検索ボタンを押下すると、端末装置１３は当該薬品情報を管理サーバ装置１１に送信する。

送信を受けて管理サーバ装置１１は、データベース機能部１１１に記録されている販売履歴情報を検索し、当該薬品情報にかかる薬品を調達可能な調剤薬局を推論する。

管理サーバ装置１１は、調達可能な調剤薬局の一覧を作成し、これを端末装置１３に表示させる。

ユーザが、調達可能な調剤薬局の一覧を確認して必要な薬品を調達できそうな調剤薬局を選択すると、端末装置１３は、選択された薬局の端末装置１３に対して調達依頼データを送信する。

調達依頼データを受けた調剤薬局の端末装置１３は、薬品の調達が可能であるか否かを示す返信データを、調達依頼データを送信した調剤薬局の端末装置１３に送信する。

調達依頼データを送信した調剤薬局の端末装置１３は、薬品の注文データを、薬品の調達が可能である旨の返信データを送信した調剤薬局の端末装置１３に送信する。

なお、各調剤薬局の端末装置１３が送信した調達依頼データ、返信データおよび注文データは、すべて管理サーバ装置１１に記録され、履歴データとして参照可能である。

これにより、在庫していない薬品が必要となる場合であっても、薬品を調達可能な調剤薬局を知ることができ、当該調剤薬局に薬品の調達を依頼して迅速に薬品を調達することができる。また、地理的情報または開示範囲情報に基づいて調剤薬局を抽出することにより、調達する側および調達される側の双方に利点のある薬品調達を支援することができる。

１−３．ハードウェア構成
１−３−１．管理サーバ装置
図２に、上記薬品調達支援システムを構成する管理サーバ装置１１におけるハードウェア構成図を示す。この装置は、ディスプレイ２０１、ＣＰＵ２０３、メモリ２０５、キーボード／マウス２０７、ハードディスク２０９、ＣＤ−ＲＯＭドライブ２１１および通信回路２１５を備えている。

ハードディスク２０９は、データベース機能部１１１を実現するための販売履歴データベース２０９１、ウェブサーバ機能部１１３を実現するための管理プログラム２０９３、薬局マスタ２０９５等を記憶している。

この管理プログラム２０９３は、例えば、ＣＤ−ＲＯＭ２１３からＣＤ−ＲＯＭドライブ２１１を介してハードディスク２０９にインストールされたものである。なお、フレキシブルディスクやＩＣカード等のようにＣＤ−ＲＯＭ以外の記録媒体に記録された処理プログラムからインストールするようにしてもよい。さらに、通信回線を介して他のコンピュータに記録されたプログラムをダウンロードしてインストールするようにしてもよい。

通信回路２１５は、他のコンピュータ装置との接続を行うための回路であって、端末装置１３に接続可能である。

１−３−２．端末装置
図３に、上記薬品調達支援システムを構成する端末装置１３におけるハードウェア構成図を示す。この装置は、ディスプレイ３０１、ＣＰＵ３０３、メモリ３０５、キーボード／マウス３０７、ハードディスク３０９、ＣＤ−ＲＯＭドライブ３１１および通信回路３１５を備えている。

ハードディスク３０９は、データベース機能部１３１を実現するための販売実績データベース３０９１、ブラウザ機能部１３３を実現するためのブラウザプログラム３０９３を記憶している。

このブラウザプログラム３０９３は、例えば、ＣＤ−ＲＯＭ３１３からＣＤ−ＲＯＭドライブ３１１を介してハードディスク３０９にインストールされたものである。なお、フレキシブルディスクやＩＣカード等のようにＣＤ−ＲＯＭ以外の記録媒体に記録された処理プログラムからインストールするようにしてもよい。さらに、通信回線を介して他のコンピュータに記録された処理プログラムをダウンロードしてインストールするようにしてもよい。

通信回路３１５は、他のコンピュータ装置との接続を行うための回路であって、管理サーバ装置１１や他の端末装置１３に接続可能である。

１−４．会員登録処理
本発明にかかる薬品調達支援システムの導入に当たっては、調剤薬局の会員登録処理が必須となる。

図４は、本実施形態において、調剤薬局の担当者が薬品調達支援システムへの会員登録を行う場合のフローチャートの例である。図５は、この場合に端末装置１３のディスプレイ３０１に表示される画面の例である。

調剤薬局の担当者は、端末装置１３のブラウザプログラム３０９３を起動し、管理サーバ装置１１のＵＲＬを入力して管理サーバ装置１１にアクセスする（図４、ステップＳ４０１）。

アクセスを受けて管理サーバ装置１１のＣＰＵ２０３は、管理プログラム２０９３を起動して図５に示すような、薬品調達支援システムの初期メニュー画面５１を端末装置１３に送信する（ステップＳ４１１）。

初期メニュー画面５１には、「会員登録」ボタン５１１、「ログイン」ボタン５１３がそれぞれ表示されており、担当者がキーボード／マウス３０７を用いて「会員登録」ボタン５１１を押下すると（ステップＳ４０３）、管理サーバ装置１１のＣＰＵ２０３は、会員登録画面５３を送信する（ステップＳ４１３）。

会員登録画面５３には、会員登録情報として、「薬局名」、「郵便番号」、「住所」、「電話番号」、「FAX番号」、「メールアドレス」、「営業時間」、「休日」等の入力欄が設けられており、さらに、販売履歴の開示範囲情報として、１０個の「近所薬局」、１０個の「依頼しやすい薬局」および３０個の「非公開薬局」についての入力欄が設けられている。

なお、「近所薬局」とは、当該薬局と地理的に近い場所にある近傍の薬局であり、「依頼しやすい薬局」とは、当該薬局と何らかの人的つながりのある薬局や過去に当該薬局が調達したまたは調達されたことのある薬局である。さらに、「非公開薬局」とは、当該薬局が販売履歴情報を開示したくない薬局である。

担当者が、キーボード／マウス３０７を用いて会員登録画面５３の入力欄に会員登録情報および開示範囲情報を入力して登録ボタン５３１を押下すると（ステップＳ４０５）、端末装置１３のＣＰＵ３０３はこれらの情報を管理サーバ装置１１に送信する。

送信を受けて管理サーバ装置１１のＣＰＵ２０３は、図４ａのＡに示す会員ＩＤ発行テーブル２０９７に基づいて会員ＩＤを発行し、さらに、乱数に基づいてパスワードを生成する（ステップＳ４１４）。なお、会員ＩＤ発行テーブルは発行の度に連番で更新されるテーブルである。

ＣＰＵ２０３は、入力された住所または郵便番号に基づいて図４ａのＢに示す地域名テーブルを参照し、該当する地域名を取得する（ステップＳ４１５）。

ＣＰＵ２０３は、ハードディスク２０９に記録している薬局マスタ２０９５に、会員登録情報および開示範囲情報を登録する（ステップＳ４１６）。

図６に、薬局マスタ２０９５の例を示す。このデータベースには、調剤薬局の担当者が入力した会員登録情報（「薬局名」６０３〜「休日」６１０）および開示範囲情報（「近所薬局１」６１１〜「非公開薬局」６４０）に加えて、薬局を識別するために発行された「会員ＩＤ」６００および「パスワード」６０１、ならびに薬局の所在地に基づいて付与された「地域名」６０２等が登録される。例えば、図５の会員登録画面５３に入力された情報は、図６の薬局マスタにおけるレコード６０として登録される。

ステップＳ４１５の会員登録処理を終えた管理サーバ装置１１のＣＰＵ２０３は、会員ＩＤ通知画面５５（図５）を端末装置１３に送信する（ステップＳ４１７）。

会員ＩＤ通知画面５５には、会員コードとパスワードが示されており、薬局の担当者はこれらを入力することによって初めて当該薬品調達支援システムにログインすることができる。例えば、図５に示すように、薬局名「Ａ薬局」の会員ＩＤは「０００１」であり、パスワードは「１２３４」である。

なお、上記において示した会員登録は、インターネットに接続可能でブラウザのインストールされたコンピュータ装置であれば行うことができる。したがって、インターネット接続可能なＰＤＡや携帯電話を使用して会員登録を行うことも可能である。また、薬局の担当者が記入した会員登録用紙に基づいて、システム運営者側で管理サーバ装置１１に入力することにより、上記会員登録処理を行うようにしてもよい。

上記の会員登録処理を終えて初めて、調剤薬局において当該薬品調達支援システムの利用が可能となる。なお、各調剤薬局において会員登録処理を行うのは最初の１回のみでよい。

１−５．ログイン処理
調剤薬局の担当者は、会員登録処理において発行された会員ＩＤとパスワードを用いて、当該薬品調達支援システムへのログインを行う。

図７は、本実施形態において、調剤薬局の担当者が薬品調達支援システムへのログインを行う場合のフローチャートの例である。図８は、この場合に端末装置１３のディスプレイ３０１に表示される画面の例である。

会員登録と同様に、調剤薬局の担当者は、上記端末装置１３のブラウザプログラム３０９３を起動し、管理サーバ装置１１のＵＲＬを入力して管理サーバ装置１１にアクセスする（図７、ステップＳ７０１）。

アクセスを受けて管理サーバ装置１１のＣＰＵ２０３は、管理プログラム２０９３を起動して図８に示すような、薬品調達支援システムの初期メニュー画面８１を端末装置１３に送信する（ステップＳ７１１）。

初期メニュー画面８１において、担当者がキーボード／マウス３０７を用いて「ログイン」ボタン８１１を押下すると（ステップＳ７０３）、管理サーバ装置１１は、ログイン画面８３を送信する（ステップＳ７１３）。

ログイン画面８３には、会員ＩＤの入力欄８３１およびパスワードの入力欄８３３がそれぞれが表示される。

担当者が、上記の会員登録処理において管理サーバ装置１１から発行された会員ＩＤおよびパスワードを入力して送信ボタン８３５を押下すると、端末装置１３のＣＰＵ３０３は入力された会員ＩＤおよびパスワードを管理サーバ装置１１に送信する（ステップＳ７０５）。例えば、図８に示すように、薬局名「Ａ薬局」の担当者は、会員ＩＤに「０００１」、パスワードに「１２３４」を入力する。

会員ＩＤおよびパスワードを受けて管理サーバ装置１１のＣＰＵ２０３は、端末装置１３から受けた会員ＩＤおよびパスワードに基づいて、薬局マスタ２０９５を検索し（ステップＳ７１５）、当該会員ＩＤおよび当該パスワードが薬局マスタ２０９５に存在するか否かの判定を行う（ステップＳ７１７）。

会員ＩＤおよびパスワードが薬局マスタに存在しなければ（ステップＳ７１７、ＮＯ）、ＣＰＵ２０３は、アクセスを拒否する旨を示したアクセス拒否画面８７（図８）を端末装置１３に送信する（ステップＳ７１８）。

会員ＩＤおよびパスワードが薬局マスタに存在すれば（ステップＳ７１７、ＹＥＳ）、ＣＰＵ２０３は、続いて送信チェック処理を行う（ステップＳ７１９）。

１−６．送信チェック処理
図１０および図１２は、ＣＰＵ２０３が行う送信チェック処理のフローチャートの例である。図１１は、この場合に端末装置１３のディスプレイ３０１に表示される画面の例である。

ＣＰＵ２０３は、ハードディスク２０９に記録された販売履歴データベース２０９１を検索して、ログインした調剤薬局から過去に送信された販売履歴データに基づいて最新の「販売年月」を取得する（ステップＳ１０１１）。

図９に、販売履歴データベース２０９１の例を示す。販売履歴データベース２０９１とは、各端末装置１３からの販売履歴情報を記録したデータベースであって、データ送信を行った調剤薬局の、所属地域の名称を示す「地域名」、システムから発行されたＩＤを示す「会員ＩＤ」、当該薬局の名称を示す「薬局名」、販売履歴のある薬品の名称を示す「薬品名称」、当該薬品のコードを示す「薬価コード」、販売数量を示す「使用量ランク」、当該販売数量の単位を示す「単位」、当該薬品を販売した年と月を示す「販売年月」およびデータ送信を行った日付を示す「データ送信日付」等が登録されている。

例えば、薬局名「Ａ薬局」の担当者がログインした場合、販売履歴データベース２０９１の薬局名「Ａ薬局」のレコードの中から、最新の「販売年月」として「２００３／０６」を取得する。最新の「販売年月」は、レコード９０〜９２のいずれかから取得可能である。

なお、販売履歴データベース２０９１に、当該薬局にかかるデータが登録されておらず、最新の「販売年月」が取得できない場合には、最新の「販売年月」を「００００／００」として扱う。

ＣＰＵ２０３は、担当者がログインを行った時のシステム日付を内蔵カレンダーから取得し、当該システム日付の属する月の前月の年月と、取得した最新の「販売年月」とを比較し（ステップＳ１０１３）、最新の「販売年月」が前月の年月と一致すれば（ステップＳ１０１３、ＹＥＳ）、送信チェック処理を終了する。例えば、ログインを行った当日の日付が「２００３年７月５日」であれば、前月の年月は「２００３年６月」であり、これは最新の販売年月「２００３／０６」に一致するので、送信チェック処理を終了する。

一方、最新の「販売年月」が前月の年月と一致しなければ（ステップＳ１０１３、ＮＯ）、当該薬局の販売履歴データを作成するための販売履歴データ作成プログラムを端末装置１３に送信する（ステップＳ１０１５）。

送信を受けた端末装置１３のＣＰＵ３０３は、販売履歴データ作成プログラムを実行して、図１１に示すような送信確認画面１１１０をディスプレイ３０１に表示させる（ステップＳ１００１）。

例えば、このような送信確認画面１１１０をブラウザ上で表示させ、さらに販売履歴データの送信処理を端末装置１３側で行わせるためには、管理サーバ装置１１から予めダウンロードさせたJava（商標）アプレットや、ブラウザに予めインストールされたJava（商標）アプリケーションに代表されるJava（商標）プログラム等を用いればよい。

調剤薬局の担当者が、送信確認画面１１１０において、送信処理を行うために「はい」ボタン１１１１を押下すると（ステップＳ１００３、ＹＥＳ）、端末装置１３のＣＰＵ３０３は、販売履歴データの作成処理を行う（ステップＳ１００７）。

１−７．販売履歴データ作成処理
図１２に、販売履歴データ作成処理におけるフローチャートの例を示す。なお、本実施形態においては、端末装置１３には、レセプト（調剤報酬明細書）を作成するためのレセプトアプリケーションが同時にインストールされており、ブラウザプログラム３０９３から起動されるJavaプログラムは、当該レセプトアプリケーションが管理している販売実績データベース３０９１を直接または間接に参照可能であるものとする。

調剤薬局に設置された端末装置１３のＣＰＵ３０３は、販売実績データベース３０９１を参照して、上記の最新の「販売年月」の末日より後に登録された販売実績データであって、ログインを行った当日における前月年月の末日までに登録された販売実績データを抽出する（ステップＳ１２０１）。

例えば、最新の「販売年月」が「２００３／０６」であり、ログインを行った当日の日付が「２００３年８月８日」であった場合、前月年月は「２００３／０７」であるので、「２００３年７月１日」から「２００３年７月３１日」までに登録された販売実績データを抽出する。なお、調剤薬局が初めて当該システムを使用する場合、上記に示したように最新の「販売年月」が存在しないため最新の「販売年月」が「００００／００」となるので、「２００３年７月３１日」までに登録されたすべての販売実績データを抽出する。

このように、本発明においては、各調剤薬局に導入されているレセプトのためのアプリケーションによって管理された販売実績情報に基づいて販売履歴情報を作成するようにしている。これにより、入出庫にかかる在庫情報を用いることなく販売実績に基づいて薬品の調達可能性を高精度に判断することができる。

図１３のＡに、レセプトのためのアプリケーションが記録している販売実績データベース３０９１の例を示す。このデータベースには、レセプト（調剤報酬明細書）を作成するための「薬品名称」、「薬価コード」、「使用量」、「単位」、「保険者番号」、「販売年月日」等の販売実績データが記録されており、薬品の販売が行われる毎に、レセプトのためのアプリケーションを用いて、薬局の担当者により販売実績が入力される。

販売実績データを抽出すると、ＣＰＵ３０３は、薬品の使用量を集計する（ステップＳ１２０３）。図１３のＢに、集計した販売履歴データの例を示す。このデータには、薬品名称、薬価コード毎に使用量が集計され、少なくとも「薬品名称」、「薬価コード」、「使用量」、「単位」、「販売年月」が記録される。

使用量の集計を終えると、ＣＰＵ３０３は、集計した使用量に基づいて使用量ランクを設定する（ステップＳ１２０５）。使用量ランクとは、薬品を使用した数量（使用量）に基づいて設定される販売数量情報である。

図１３ａは、使用量ランクを設定する場合に用いる判定テーブル１３５の例である。この判定テーブル１３５には、単位１３５１、判定数量１＿１３５２、判定数量２＿１３５３の項目が各単位毎に記録されている。

ＣＰＵ３０３は、抽出して集計した販売実績データの単位と同一の単位１３５１における判定数量１＿１３５２および判定数量２＿１３５３を判定テーブル１３５から取得し、集計した使用量と判定数量１＿１３５２および判定数量２＿１３５３を比較して使用量ランクを設定する。

例えば、判定テーブル１３５によると、単位１３５１が「本」であるとき、判定数量１＿１３５２は「５」であり、判定数量２＿１３５３が「１０」である。レコード１３１０における「生理食塩液５００ｍｌ」の集計した使用量は「１５」で単位が「本」であることにより、『判定数量２＿１３５３≦使用量「１５」』が成立し（ステップＳ１２０７）、レコード１３１１に示すように使用量ランクＡが設定される。

なお、このランクは、単位毎の判定数量１＿１３５２および判定数量２＿１３５３に基づいて設定され（ステップＳ１２０７、ステップＳ１２０８、ステップＳ１２０９）、すべての端末装置１３において共通して設定されるものである。

図１３のＣに、集計して使用量ランクを設定した販売履歴データの例を示す。このように、使用量ランクを設定することにより、調剤薬局は実際の使用量を他の調剤薬局に開示することなく、販売履歴情報を送信することができる。

１−８．販売履歴データの登録
販売履歴データの作成処理（ステップＳ１００７）を終えると、ＣＰＵ３０３は、販売履歴データを通信回路３１５により管理サーバ装置１１に送信する（ステップＳ１００９）。すなわち、図１３のＣに示した販売履歴データが、例えば、ＦＴＰやＨＴＴＰなどの通信プロトコルを使用して管理サーバ装置１１に送信される。

なお、上記のステップＳ１００７およびステップＳ１００９の処理中においては、端末装置１３のディスプレイ３０１には、図１１に示すようなデータ作成＆送信画面１１３０が表示され、処理の進行状況にあわせて完了の度合いを帯状で表すインジゲータ１１３１が表示される。また、管理サーバ装置１１への送信処理が完了すると、図１１に示す送信終了画面１１５０を端末装置１３のディスプレイ３０３に表示する（ステップＳ１０１０）。

送信を受けて管理サーバ装置１１のＣＰＵ２０３は、販売履歴データをハードディスク２０９に記録された販売履歴データベース２０９１に登録する（ステップＳ１０１７）。例えば、ＣＰＵ２０３は、テキスト形式で作成された販売履歴データを、販売履歴データベース２０９１へインポート処理することによって登録する。

１−９．メインメニュー画面
送信チェック処理を終えると管理サーバ装置１１は、メインメニュー画面８５（図８）を端末装置１３に送信する（図７、ステップＳ７１５）。メインメニュー画面８５には、前回のデータ送信日８５１、検索処理ボタン８５３および薬局マスターメンテナンスボタン８５５等が表示される。前回のデータ送信日８５１の表示により、担当者に不正なデータ送信を検知させることができる。

なお、図１０のステップＳ１００３において、送信処理を行わない場合、すなわち、図１１の送信確認画面１１１０において「いいえ」１１１３を押下した場合は、メインメニュー画面８５において、検索処理ボタン８５３を表示しない。これにより、販売履歴情報が送信されていない端末装置に調達支援情報を提供することを防止することができる。

１−１０．検索処理
図１４および１５は、本実施形態において、所望の薬品を調達可能な薬局を検索する場合のフローチャートの例である。図１６〜１８は、この場合に端末装置１３のディスプレイ３０１に表示される画面の例である。

調剤薬局の担当者が、図８において示したメインメニュー画面８５の検索処理ボタン８５５を押下すると、端末装置のＣＰＵ３０３は、押下された旨の情報を管理サーバ装置１１に送信する（図１４、ステップＳ１４０１）。

送信を受けて、管理サーバ装置１１のＣＰＵ２０３は、図１６に示すような検索画面１６１を端末装置１３に送信する（ステップＳ１４１１）。

担当者は、検索画面１６１に地域名、薬品名、薬価コード等の検索条件を入力する（ステップＳ１４０３）。なお、地域名はドロップダウンリストから選択できるようになっており、ログインした薬局の地域名がデフォルトに設定される。例えば、Ａ薬局の場合、薬局マスタ２０９５の地域名６０２により地域名「南部」が設定される。さらに、担当者は、調達したい薬品として薬品名に「アスピリン」を入力する。

担当者が検索条件を入力して、検索ボタン１６０７を押下すると、端末装置のＣＰＵ３０３は、押下された旨の情報を管理サーバ装置１１に送信する（ステップＳ１４０５）。

送信を受けて、管理サーバ装置１１のＣＰＵ２０３は、検索処理を行う（ステップＳ１４１３）。図１５は、ステップＳ１４１３の検索処理におけるフローチャートの例である。

ＣＰＵ２０３は、検索キーを確認する。薬品名が入力されていれば（ステップＳ１５０１、ＹＥＳ）、販売履歴データベース２０９１を薬品名で検索する（ステップＳ１５０２）。

薬品名が入力されていなければ（ステップＳ１５０１、ＮＯ）、さらに、薬価コードが入力されているか否かを判断し、薬価コードが入力されていれば（ステップＳ１５１１、ＹＥＳ）、販売履歴データベース２０９１を薬価コードで検索する（ステップＳ１５１２）。なお、薬品名および薬価コードのいずれも入力されていなければ、処理を終了する（ステップＳ１５１１、ＮＯ）。

ＣＰＵ２０３は、入力された薬品名または薬価コードに基づいて販売履歴データベース２０９１を検索し、検索結果から検索結果画面を作成する。図１７の検索結果画面１７１に示すように、この画面は、第１表示欄１７３と第２表示欄１７５から構成される。

ＣＰＵ２０３は、薬品名または薬価コードに基づいて販売履歴データベース２０９１を検索し、その検索結果データから第１表示欄用の対象データを抽出する（ステップＳ１５０３）。

なお、第１表示欄は、上記検索結果データにおいて、ログインした薬局の薬局マスタ２０９５に記録されている近所薬局１＿６１１〜近所薬局１０＿６２０および依頼しやすい薬局１＿６２１〜依頼しやすい薬局１０＿６３０にかかる販売履歴データを対象にして抽出される。例えば、Ａ薬局の担当者がログインしている場合、薬局マスタのレコード６０に記録されている近所薬局１「Ａ０１薬局」〜近所薬局１０「Ａ１０薬局」および依頼しやすい薬局１「Ａ１１薬局」〜依頼しやすい薬局１０「Ａ２０薬局」にかかる薬局の販売履歴データが対象とされる。

ＣＰＵ２０３は、抽出した販売履歴データに基づいて、各薬局毎に当該薬品の月毎の平均使用量を算出する（ステップＳ１５０４）。

例えば、図９に示す販売履歴データベース２０９１の販売年月９０８に基づいて、過去３年における薬品の月毎の平均使用量を算出する。図１５ｂおよび図１５ｃを用いて、一薬局における薬品の平均使用量の算出の例を示す。

ＣＰＵ２０３は、ログインした月の前月から過去３年分の販売履歴データを抽出する。この場合のログイン日付を「２００３年１０月５日」とすると前月年月は「２００３年９月」であるので、「２０００年１０月」から「２００３年９月」までの過去３年分の販売履歴データが抽出される。

すなわち、図１５ｃの表Ａに示すように、ログイン日付の前月である９月以前の月は、２００１年〜２００３年の販売履歴データが抽出され、ログイン日付の当月である１０月以降の月は、２０００年〜２００２年の販売履歴データが抽出される。

ＣＰＵ２０３は、抽出した販売履歴データの使用量（Ａ〜Ｃ）を、図１５ｂのＡに示す使用量点数化テーブルに基づいて点数化する。図１５ｂのＡに示す使用量点数化テーブルは、使用量１５８１と、これに対応する点数１５８３とから構成される。すなわち、使用量Ａ、Ｂ、Ｃは、点数３、２、１にそれぞれ点数化される。図１５ｃの表Ｂは、図１５ｃの表Ａの使用量を点数化したものである。

ＣＰＵ２０３は、表Ｂにおいて点数化した販売履歴データを月毎に合計し、されにこれを３で除算し３年間における平均使用量を算出する。図１５ｃの表Ｃに、月毎に算出した平均使用量の例を示す。

なお、販売履歴データが存在しない月がある場合は、平均使用量を０として算出する。この場合すべての薬局は、最低３年間の販売履歴データを送信しているものとする。

ＣＰＵ２０３は、表Ｃにおいて算出した平均使用量を、図１５ｂのＢに示す平均使用量取得テーブルに基づいてランク付けを行う。図１５ｂのＢに示す平均使用量取得テーブルは、点数１５８５と、これに対応する平均使用量１５８７とから構成される。すなわち、点数「３．０〜２．６」、「２．５〜１．６」「１．５〜１．０」は、平均使用量Ａ、Ｂ、Ｃにそれぞれランク付けされる。図１５ｃの表Ｄは、図１５ｃの表Ｃの使用量をランク付けしたものである。

すべての薬局について、販売履歴データにおける平均使用量の算出を終えると、ＣＰＵ２０３は第１表示欄を作成する（ステップＳ１５０５）。図１７の検索結果画面１７１に示すように、第１表示欄１７３には、区分（１：近い薬局、２：依頼しやすい薬局）、薬局名、薬品名、薬価コード、使用量１７０１等が表示される。なお、第１表示欄において、使用量１７０１は、ログインした当月と前後１ヶ月における各月毎の平均使用量を表示するようにしている。これにより、担当者は、季節変動要素を加味した薬品の使用量の推移を知ることができる。

ＣＰＵ２０３は、さらに、上記検索結果データから第２表示欄用の対象データを抽出する（ステップＳ１５０６）。

なお、第２表示欄は、上記検索結果データにおいて、ログインした薬局の薬局マスタ２０９５に記録されている近所薬局１＿６１１〜近所薬局１０＿６２０および依頼しやすい薬局１＿６２１〜依頼しやすい薬局１０＿６３０以外の販売履歴データに基づいて抽出される。

さらに、第１表示欄は、検索画面１６１（図１６）において入力された地域名を薬局マスタ２０９５の地域名６０２に有する薬局かつ、ログインした薬局を薬局マスタの非公開薬局１＿６３１〜非公開薬局３０＿６４０に登録していない薬局の販売履歴データに基づいて抽出される。

例えば、Ａ薬局の担当者がログインしている場合、薬局マスタのレコード６０に記録されている近所薬局１「Ａ０１薬局」〜近所薬局１０「Ａ１０薬局」および依頼しやすい薬局１「Ａ１１薬局」〜依頼しやすい薬局１０「Ａ２０薬局」以外の薬局にかかる販売履歴データを抽出する。

さらに、地域名が「南部」である薬局かつ、当該「Ａ薬局」を非公開薬局１＿６３１〜非公開薬局３０＿６４０に登録していない薬局の販売履歴データが対象とされる。

ＣＰＵ２０３は、上記ステップＳ１５０４と同様に、抽出した販売履歴データの中から各薬局毎に、当該薬品の月毎の平均使用量を算出する（ステップＳ１５０７）。

すべての薬局について算出を終えると、ＣＰＵ２０３は第２表示欄を作成する（ステップＳ１５０８）。図１７の検索結果画面１７１に示すように、第２表示欄１７５には、区分（３：その他薬局、地域名＝南部）、薬局名、薬品名、薬価コード、使用量１７０３等が表示される。

上記のように、第１表示欄および第２表示欄を作成したＣＰＵ２０３は、それぞれの表示欄に基づいて検索結果画面を構成して端末装置１３に送信する（図１４、ステップＳ１４１５）。

送信を受けて、端末装置１３のＣＰＵ３０３は、検索結果画面１７１（図１７）をディスプレイ３０１に表示する（ステップＳ１４０７）。

第１表示欄および第２表示欄の各明細行には、詳細ボタン１７３１または１７５１が表示されており、担当者がこれらの詳細ボタンを押下すると、押下された旨の情報が管理サーバ装置１１に送信される（ステップＳ１４０９）。

送信を受けて、管理サーバ装置１１のＣＰＵ２０３は、図１８に示すような詳細画面１８１を端末装置１３に送信する（ステップＳ１４１７）。

送信を受けて、端末装置１３のＣＰＵ３０３は、詳細画面１８１をディスプレイ３０１に表示する（ステップＳ１４１０）。

１−１１．調達依頼処理
詳細画面１８１においては、検索結果画面１７１における第１表示欄１７１または第２表示欄１７５の薬局名、薬品名、薬価コードに基づいて、薬品名、薬価コード、薬局名等の選択項目情報１８０１が生成される。

また、前記薬局名に基づいて、薬局マスタ２０９５を検索して当該薬局にかかる地域名、郵便番号、住所、電話番号、ＦＡＸ番号、Ｅメールアドレス、営業時間、定休日等の薬局情報１８０３が生成される。さらに、当該薬局に調達依頼情報を送信するための依頼ボタン１８５が表示されている。

さらに加えて、当該薬品の当該薬局における販売履歴データに基づいて作成した過去３年の月毎の平均使用量に基づいて、月毎の平均使用量をランクで表した季節変動１８０５が生成される。

さらに加えて、当該薬品の当該薬局における販売履歴データに基づいて、過去３年までに遡って各年毎の販売履歴を表示させるためのプルダウンメニュー１８０７、および過去１〜３年間の販売履歴１８０９等が表示される。

薬局の担当者は、依頼ボタン１８５を押下すると、図１８ａに示すような依頼画面１８８が表示される。依頼画面１８１においては、依頼先の薬局名１８８、調達したい薬品の薬品名と名薬価コード１８８２、数量１８８３、単位１８８４、および依頼元の薬局情報１８８５等が表示される。

担当者は、調達を依頼したい薬品の数量と単位を入力し、送信ボタン１８８７を押下すると、上記依頼画面１８８に示された依頼情報データが、Ｅメールで依頼先の調剤薬局に送信される。

依頼先の担当者は、Ｅメールでこの依頼情報データを確認し、依頼の可否を依頼元の調剤薬局に通知する。通知の方法には電話、ファクシミリ、Ｅメール等を用いればよい。

なお、依頼元の薬局の担当者は、詳細画面１８１表示されている電話番号、ＦＡＸまたはＥメールに基づいて、依頼先の調剤薬局に直接連絡を取り、調達依頼を行うようにしてもよい。

１−１２．まとめ
このように、各調剤薬局の販売履歴データを管理サーバ装置１１で一元管理しておくことにより、各薬局が調達したい薬品の情報（薬品名または薬価コード）を入力すると、他の薬局における当該薬品の過去の販売履歴、当該薬局と他の薬局との地理的関係または過去の取引実績に基づいて、当該薬品を調達できる可能性が高い薬局の情報を得ることができる。

また、薬局における必須業務であるレセプト作成業務に用いるレセプトアプリケーションの販売実績データベースに基づいて、販売履歴データを作成することにより、薬品の入庫量と出庫量に基づく在庫管理が厳格になされていない場合であっても、質の高い開示情報である販売履歴データに基づいて薬品の在庫予測を行うことができる。これにより、薬局は、目的の薬品を在庫する可能性の高い薬局を知ることができ、迅速に薬品を調達することができる。

さらに、各薬局はレセプトアプリケーションの販売実績データにおける使用量を使用量ランクに変換して管理サーバに送信するようにしている。これにより、実際の数量を他の薬局に知られることなく、販売履歴を開示することができる。

さらに加えて、販売履歴を開示したくない薬局を非公開薬局として登録しておくことにより、販売実績を公開する薬局の範囲を制限することができる。

２．第２の実施形態
第１の実施形態においては、検索結果画面１７１の第１表示欄１７３または第２表示欄１７５を表示する際に、販売履歴データベース２０９１から抽出された薬品の販売数量データを薬局の区分にしたがって表示するようにしたが、抽出した薬品が調達できる可能を管理サーバ装置１１において推論し、薬品の調達可能性を支援情報として表示するようにしてもよい。

例えば、検索結果画面において、抽出した薬品が調達できる可能性を推論した結果としての調達可能性ランキング表示欄を設け、調達の可能性の高い順に薬局をランキングして表示してもよい。これにより、薬局の担当者が諸条件を考慮して調達先を決定する必要がなくなり、調達業務の作業性が向上する。

この場合における実施形態を以下に示す。なお、図１４に示した検索処理以前の実施形態については第１の実施形態と同様である。

２−１．検索処理
調剤薬局の担当者が、図１６に示す検索画面１において、地域名、薬品名、薬価コード等の検索条件を入力し、検索ボタン１６０７を押下すると、端末装置のＣＰＵ３０３は、押下された旨の情報を管理サーバ装置１１に送信する（図１４、ステップＳ１４０５）。

送信を受けて、管理サーバ装置１１のＣＰＵ２０３は、検索処理を行う（ステップＳ１４１３）。

図１５ａは、本実施形態において、検索結果画面に表示する調達可能性ランキング表示欄を作成する場合のフローチャートの例である。図１７ａは、この場合に端末装置１３のディスプレイ３０１に表示される画面の例である。

ＣＰＵ２０３は、検索キーを確認する。薬品名が入力されていれば（ステップＳ１５３１、ＹＥＳ）、販売履歴データベース２０９１を薬品名で検索する（ステップＳ１５３２）。

薬品名が入力されていなければ（ステップＳ１５３１、ＮＯ）、さらに、薬価コードが入力されているか否かを判断し、薬価コードが入力されていれば（ステップＳ１５５１、ＹＥＳ）、販売履歴データベース２０９１を薬価コードで検索する（ステップＳ１５５２）。なお、薬品名および薬価コードのいずれも入力されていなければ、処理を終了する（ステップＳ１５５１、ＮＯ）。

ＣＰＵ２０３は、入力された薬品名または薬価コードに基づいて販売履歴データベース２０９１を検索し、検索結果から検索結果画面を作成する。図１７ａの検索結果画面１７７に示すように、この画面は、調達できる可能性の高い順に薬局の一覧を示した調達可能性ランキング表示欄１７７１から構成される。

ＣＰＵ２０３は、薬品名または薬価コードに基づいて販売履歴データベース２０９１を検索し、その検索結果データに基づいて各薬局に月毎の平均使用量を算出する（ステップＳ１５３３）。

例えば、図９に示す販売履歴データベース２０９１の販売年月９０８に基づいて、過去３年における薬品の月毎の平均使用量を算出する。図１５ｂおよび図１５ｃを用いて、一薬局における薬品の平均使用量の算出の例を示す。

ＣＰＵ２０３は、ログインした月の前月から過去３年分の販売履歴データを抽出する。この場合のログイン日付を「２００３年１０月５日」とすると前月年月は「２００３年９月」であるので、「２０００年１０月」から「２００３年９月」までの過去３年分の販売履歴データが抽出される。

すなわち、図１５ｃの表Ａに示すように、ログイン日付の前月である９月以前の月は、２００１年〜２００３年の販売履歴データが抽出され、ログイン日付の当月である１０月以降は、２０００年〜２００２年の販売履歴データが抽出される。

ＣＰＵ２０３は、抽出した販売履歴データの使用量（Ａ〜Ｃ）を、図１５ｂのＡに示す使用量点数化テーブルに基づいて点数化する。図１５ｂのＡに示す使用量点数化テーブルは、使用量１５８１と、これに対応する点数１５８３とから構成される。すなわち、使用量Ａ、Ｂ、Ｃは、点数３、２、１にそれぞれ点数化される。図１５ｃの表Ｂは、図１５ｃの表Ａの使用量を点数化したものである。

ＣＰＵ２０３は、表Ｂにおいて点数化した販売履歴データを月毎に合計し、されにこれを３で割り３年間における平均使用量を算出する。図１５ｃの表Ｃに、月毎に算出した平均使用量の例を示す。

ＣＰＵ２０３は、表Ｃにおいて算出した平均使用量を、図１５ｂのＢに示す平均使用量取得テーブルに基づいてランク付けを行う。図１５ｂのＢに示す平均使用量取得テーブルは、点数１５８５と、これに対応する平均使用量１５８７とから構成される。すなわち、点数「３．０〜２．６」、「２．５〜１．６」「１．５〜１．０」は、平均使用量Ａ、Ｂ、Ｃにそれぞれランク付けされる。図１５ｃの表Ｄは、図１５ｃの表Ｃの使用量をランク付けしたものである。

すべての薬局について、販売履歴データにおける平均使用量の算出を終えると、ＣＰＵ２０３は、図１７ｂに示す平均使用量点数化テーブル１７８０および区分点数化テーブル１７９０に基づいて、ログインした当日と同月の販売履歴データについての点数化を行う（ステップＳ１５３４）。

平均使用量点数化テーブル１７８０は、平均使用量１７８１およびこれに対応する点数１７８３から構成される。また、区分点数化テーブル１７９１は、区分１７９１およびこれに対応する点数１７９３から構成される。

販売履歴データにおける各データの販売数量の月平均を示す「平均使用量」は、平均使用量点数化テーブル１７８０に基づいて点数化される。例えば、平均使用量「Ａ」、「Ｂ」、「Ｃ」は、それぞれ「１」、「２」、「３」に点数化される。

販売履歴データにおける各データの薬局の種類を示す「区分」は、区分点数化テーブル１７９０に基づいて点数化される。例えば、平均使用量「Ａ」、「Ｂ」、「Ｃ」は、それぞれ「１」、「２」、「３」に点数化される。

例えば、販売履歴データの１レコードにおいて、「Ａ０１薬局」の区分が「１」（近所薬局）であり、ログイン当日と同月の平均使用量が「Ａ」である場合、図１７ｂに示す平均使用量点数化テーブル１７８０および区分点数化テーブル１７９０により、「６点」と点数化される。

すべての販売履歴データについての点数化を終えると、ＣＰＵ２０３は、当該点数に基づいて、点数の高い順に並べて販売履歴データの調達可能性ランキング表示欄を作成する（ステップＳ１５３５）。

図１７ａの検索結果画面１７７に示すように、調達可能性ランキング表示欄１７７１には、区分（１：近い薬局、２：依頼しやすい薬局）、薬局名、薬品名、薬価コード、予測在庫量１７７３等が表示される。

なお、予測在庫量１７７３は、ログインした当月と前後１ヶ月の平均使用量に基づいて算出した予測在庫量を、「多い」「普通」「少ない」の３種類で表示するようにしている。

予測在庫量の算出の過程を以下に示す。図１７ｃは、予測在庫量を算出する場合に使用する変化量テーブルの例である。１列目および１行目はタイトル項目であってそれぞれ平均在庫量（Ａ〜Ｃ）を示している。

例えば、一薬局における月毎の平均使用量が、９月：「Ｃ」→１０月：「Ａ」→１１月：「Ａ」とそれぞれ変化している場合について考える。

変化量テーブルのセル１７９０により、「Ｃ」→「Ａ」へと変化する場合の点数は「＋１」であるので、９月→１０月の変化量を「＋１」と決定する。

変化量テーブルのセル１７９１により、「Ａ」→「Ａ」へと変化する場合の点数は「０」であるので、１０月→１１月の変化量を「０」と決定する。

図１７ｂに示した平均使用量点数化テーブルにより、１０月の平均使用量「Ａ」は「３」と点数化されるので、この平均使用量「３」に上記２つの変化量「＋１」および「０」を加えると、「３＋１＋０」で予測在庫量の点数は「４」と算出される。

図１７ｃのＢに在庫予測量を表示するための在庫予測量変換テーブルを示す。在庫予測量テーブルのセル１７９３、１７９５により、点数「４．０」は予測在庫量「多い」に変換されるので、上記の場合の予測在庫量は「多い」と表示される。

以上のように、ＣＰＵ２０３は、すべての薬局毎に予測在庫量を算出して表示する。

調達可能性ランキング表示欄１７７１を作成したＣＰＵ２０３は、検索結果画面を構成して端末装置１３に送信する（図１４、ステップＳ１４１５）。

送信を受けて、端末装置１３のＣＰＵ３０３は、検索結果画面１７１（図１７）をディスプレイ３０１に表示する（ステップＳ１４０７）。

調達可能性ランキング表示欄１７７１の各明細行には、詳細ボタン１７７５が表示されており、担当者がこれらの詳細ボタンを押下すると、押下された旨の情報が管理サーバ装置１１に送信される（ステップＳ１４０９）。

送信を受けて、管理サーバ装置１１のＣＰＵ２０３は、図１８に示すような詳細画面１８１を端末装置１３に送信する（ステップＳ１４１７）。

送信を受けて、端末装置１３のＣＰＵ３０３は、詳細画面１８１をディスプレイ３０１に表示する（ステップＳ１４１０）。

なお、詳細画面１８１からの調達依頼処理については、第１の実施形態と同様である。

２−２．まとめ
このように、各調剤薬局の販売履歴データを管理サーバ装置１１で一元管理しておき、薬局からの問い合わせ情報に基づいて抽出した販売履歴データより、各薬局における販売数量情報および問い合わせを行った薬局との関係情報に基づいて、調達できる可能性の高い薬局のランキングを推論し、その結果を調達支援情報として提供することができる。

３．第３の実施形態
３−１．全体構成
図１９に、本発明にかかる薬品調達支援システムを別の形態で実施する場合の全体構成図を示す。この図において、管理サーバ装置１１と病院端末装置１５は、公衆回線網３を介して接続可能である。

病院端末装置１５は、病院に設置されたファクシミリ端末装置であって、ファクシミリ機能部１５１によりファクシミリ送信が可能である。

管理サーバ装置１１は、システム運営業者に設置されたコンピュータ装置であって、データベース機能部１１１およびウェブサーバ機能部１１３を備えている。

端末装置１３は、調剤薬局に設置されたコンピュータ装置であって、データベース機能部１３１およびブラウザ機能部１３１を備えている。なお、図１において、端末装置１３は２つしか記載されていないが、実際には２以上の端末１３が存在してもよい。

３−２．処理概要
端末装置１３は、データベース機能部１３１に記録されている販売履歴情報を管理サーバ装置１１に送信する。送信を受けて管理サーバ装置１１は、各端末装置１３から同様にして送信されたそれぞれの販売履歴情報をデータベース機能部１１１に記録する。

病院から処方箋の発行を受けた患者は、病院端末装置１５を用いて、調剤薬局情報とともに当該処方箋を、管理サーバ装置１１にファクシミリ送信する。ファクシミリ送信は、患者から調剤薬局情報を受けた病院のスタッフが行うようにしてもよい。

送信を受けて管理サーバ装置１１は、データベース機能部１１１に記録されている販売履歴情報を検索し、処方箋に記載されている薬品を調達可能な調剤薬局を推論する。なお、調達可能な調剤薬局は、病院端末装置１５から送信された調剤薬局の地理的情報または他の調剤薬局の開示範囲情報等に基づいて抽出される。

管理サーバ装置１１は、調達可能な調剤薬局の一覧を作成し、病院端末装置１５からの処方箋とともに、指定された調剤薬局の端末装置１３に送信する。

送信を受けて端末装置１３の設置された調剤薬局の担当者は、処方箋を確認して薬品の販売準備を行う。このとき、在庫のない薬品が処方箋に記載されていれば、管理サーバ装置１１から受信した調達可能な調剤薬局の一覧基づいて、必要な薬品を調達できそうな調剤薬局を選択して調達依頼を行う。

これにより、在庫していない薬品が必要となる場合であっても、薬品を調達可能な調剤薬局を知ることができ、当該調剤薬局に薬品の調達を依頼して迅速に薬品を調達することができる。また、処方箋を受けた調剤薬局では、患者が取りに来るまでの時間を薬品の販売準備や調達依頼等に割り当てることができ利便性が向上する。

３−３．ハードウェア構成
管理サーバ装置は、第１の実施形態と同様であるが、通信回路２１５は、公衆回線網３を介して病院端末装置１５に接続可能である。

端末装置１３は、第１の実施形態と同様である。

病院端末装置１５は、一般的なファクシミリ端末であり、公衆回線網３を介して管理サーバ装置１１に接続可能である。

３−４．会員登録処理
第１の実施形態と同様に、薬品調達支援システムの導入に当たっては、調剤薬局の会員登録処理が必須である、その形態は、第１の実施形態と同様である。

３−５．ログイン処理
調剤薬局において当該薬品調達支援システムの利用を行う場合のログイン処理の形態は、第１の実施形態と同様である。

３−６．送信処理
調剤薬局の担当者が販売履歴データの送信処理の形態は、第１の実施形態と同様である。

３−７．処方箋の送信処理
病院から処方箋の発行を受けた患者は、病院端末装置１５から管理サーバ装置１１の所定のＦＡＸ番号に、薬を購入する調剤薬局の情報とともに当該処方箋をファクシミリ送信する。

図２０は、管理サーバ装置１１にファクシミリ送信される処方箋２００の例である。この処方箋２００には、通常の処方箋情報２００１に加えて、調剤薬局情報２００３が記載されている。患者は、調剤薬局情報２００３として、所望の調剤薬局の薬局コードと薬局名を記入する。なお、薬局コードは、図６の薬局マスタと統一したコードを用いるものとする。

３−８．調達可能薬局の検索処理
図２１は、本実施形態において、処方箋のファクシミリを受信した管理サーバ装置１１が、当該処方箋に記載された薬品を調達可能な薬局を検索する場合のフローチャートの例である。

病院端末装置１５は、調剤薬局情報が記入された処方箋を管理サーバ装置１１にファクシミリ送信する（ステップＳ２１０１）。

ファクシミリ送信を受けて（ステップＳ２１１１）、管理サーバ装置１１は、処方箋に記入された処方箋情報２００１（薬品名、薬価コード）および調剤薬局情報２００３（薬局コードおよび薬局名）を認識する（ステップＳ２１１２）。なお、この認識は、例えばＯＣＲ(Optical Character Reader)機能を用いて行えばよい。

例えば、図２０に示した処方箋がファクシミリ送信された場合、処方箋情報として薬品名「アスピリン２０mg」、「生理食塩水500ml」および薬価コード「1143001X1015」、「331401A7010」をそれぞれ認識する。また、調剤薬局情報として、薬局コード「０００１」および薬局名「Ａ薬局」をそれぞれ認識する。

管理サーバ装置１１のＣＰＵ２０３は、認識した処方箋情報（薬品名または薬価コード）および調剤薬局情報（薬局コードまたは薬局名）に基づいて、当該薬品を調達可能な調剤薬局の検索処理を行う（ステップＳ２１１３）。

なお、この検索処理は、第１の実施形態の図１５において示したフローチャートの例と同様であり、処方箋に記載された各薬品毎に処理が行われる。例えば、薬品名「アスピリン２０mg」、「生理食塩水500ml」毎に検索処理が行われ、各薬品毎に、図１７に示すような検索結果画面１７１が作成される（ステップＳ２１１４、ＹＥＳ）。

すべての薬品についての検索処理が終了すると（ステップＳ２１１４、ＮＯ）、ＣＰＵ２０３は、病院端末装置１５から受信した処方箋に加えて、ステップＳ２１１３において作成した各薬品毎の調達可能薬局の情報を、患者の所望する調剤薬局の端末装置１３に対して送信する（ステップＳ２１１５）。例えば、この送信は薬局マスタのＥメールアドレス６０８に基づいて行われる。なお、ＦＡＸ番号６０７に基づいて、ファクシミリ送信するように構成してもよい。

管理サーバ装置１１からのＥメールを受けて、調剤薬局の担当者は、端末装置１３において処方箋および薬品の調達可能情報の検索結果の出力を行う（ステップＳ２１２１）。

これにより、調剤薬局の担当者は、患者の来店を待たずに処方箋情報を受け取ることができる。さらに、処方箋に記載された薬品の在庫が足りない場合には、同時に送信されてきた薬品の調達可能情報の検索結果により、調達可能な調剤薬局の情報を得ることができる。

３−９．まとめ
このように、病院端末装置から事前に送信された処方箋情報と調剤薬局情報に基づいて、管理サーバ装置１１において、各薬品の調達可能情報を検索して端末装置１３に配信することにより、調剤薬局の担当者は検索画面に薬品情報等を入力しなくても調達可能情報を取得することができ効率がよい。これにより、患者が取りに来るまでの時間を薬品の販売準備や調達依頼等に割り当てることができ利便性が向上する。

４．その他の実施形態
４−１．上記実施形態においては、端末装置１３をレセプトコンピュータとしても利用可能であるとしたが、端末装置１３とは別のコンピュータ装置をレセプトコンピュータとする構成を採用してもよい。この場合、通信回線等を介して、端末装置１３から当該別のコンピュータ装置に記録された販売履歴データベース２０９１を参照できるように構成すればよい。

これにより、レセプトコンピュータと本願発明の端末装置１３を別構成として、ネットワークセキュリティを高めたシステム構成とすることができる。

４−２．上記実施形態においては、管理サーバ装置１１に薬品名を与えることによって、調達可能な薬局の情報を推論しているが、薬価コードを与えるようにしてもよい。また、薬価コード以外のコードであって、薬品を識別できる他のコードを用いるようにしてもよい。例えば、日本標準商品分類番号、統一商品コード、ＪＡＮコード、承認番号、ＪＡＰＩＣ（日本医薬情報センター）コード等がこれに該当する。

４−３．上記実施形態においては、病院端末装置１５としてファクシミリ装置を用いたが、コンピュータ装置を用いるようにしてもよい。また、ファクシミリ送信に公衆回線網３を用いたが、インターネット回線を用いるようにしてもよい。さらに、処方箋情報や調剤薬局情報をテキストデータをとして管理サーバ装置１１に送信するようにしてもよい。

４−４．上記実施形態においては、端末装置１３側で販売履歴データを送信する際に、レセプトコンピュータの販売実績データの使用量をランク設定した後に送信するように構成したが、販売実績データの実際の使用量を送信し、管理サーバ装置１１側で、ランク設定を行うようにしてもよい。これにより、販売履歴データ作成処理の処理時間を短縮することができる。

４−５．上記実施形態においては、病院の患者は、処方箋情報に所望の調剤薬局情報を加えて管理サーバ装置１１に送信するように構成したが、所望の調剤薬局情報に代えて患者の住所情報を送信するようにしてもよい。この場合、管理サーバ装置１１は、患者の住所情報に基づいて、患者の住所に最も近い調剤薬局を選択し、当該調剤薬局に対して処方箋情報と調達支援情報を送信すればよい。さらに、患者に選択した当該調剤薬局にかかる情報を通知するようにすればよい。

４−６．上記実施形態においては、ログインした月と同月の平均使用量および薬局の関係を示す区分に基づいて販売履歴データを点数化して調達可能性の高い薬局を推論するように構成しているが、他の要素に基づいて推論するようにしてもよい。

例えば、薬局間における調達実績を管理サーバ装置１１に記録しておき、過去の調達実績も考慮して調達可能性の高い薬局を推論するようにしてもよい。

また、上記においては各要素を点数化した合計点数によって推論を行うように構成したが、各要素に基づくファジイ推論によって推論を行うようにしてもよい。

これにより、調達可能性の精度をより一層高めることができる。

４−７．上記実施形態においては、薬局が販売履歴データの送信処理を行わない場合は、メインメニュー画面８５において検索処理ボタン８５３を表示せず、端末装置に調達支援情報を提供しないように構成したが、検索処理ボタン８５３を表示させた上で、検索処理時に販売履歴データの検索範囲を制限するように構成してもよい。

例えば、薬局が送信した販売履歴データと同等の販売年月の販売履歴データのみを検索対象として調達支援情報の提供を行うようにする。これにより、販売履歴データを送信しない場合であっても、過去に送信した販売履歴データに応じた調達支援情報を提供することができる。

４−８．上記実施形態においては、第１表示欄に、ログインした当月と前後１ヶ月における各月毎の平均使用量を表示するようにしたが、所定期間の平均使用量を算出し、これを第１表示欄に表示するようにしてもよい。例えば、ログインした月の直近３ヶ月の平均使用量を表示するようにしてもい。

４−９．上記実施形態においては、ログインした当月と前後１ヶ月における各月毎の平均使用量と変化量テーブルを用いて算出した予測在庫量を、調達可能性ランキング表示欄１７７１に表示するように構成したが、ログインした当月と前後１ヶ月における各月毎の平均使用量に基づいて算出した平均値を算出し、これに基づいて調達可能性ランキング表示欄１７７１に表示するようにしてもよい。

４−１０．上記実施形態においては、ログインした当月と前後１ヶ月における各月毎の平均使用量と変化量テーブルを用いて算出した予測在庫量を、調達可能性ランキング表示欄１７７１に表示するようにしたが、ログインした当月と前１ヶ月における各月毎の平均使用量に所定の係数を乗じることによって予測在庫量を算出し、これに基づいて調達可能性ランキング表示欄１７７１を表示するようにしてもよい。

例えば、ログイン当月が１０月である場合において、９月の平均使用量が「Ｂ」、１０月の平均使用量が「Ａ」とされているとき、９月の平均使用量である「Ｂ」を点数化した点数「２」に係数「０．３」を乗じ、さらに、１０月の平均使用量である「Ａ」を点数化した点数「３」に係数「０．７」を乗じ、これらを加えることによって予測在庫量の点数「２．６」を得る。図１７ｃのＢに示した予測在庫量テーブルにしたがって、点数「２．６」の場合の予測在庫量は「多い」であると決定することができる。

この発明の実施形態の、全体構成の例を示す図である。 この発明の実施形態の、管理サーバ装置のハードウェア構成の例を示す図である。 この発明の実施形態の、端末装置のハードウェア構成の例を示す図である。 この発明の実施形態の、「会員登録」におけるフローチャートの例を示す図である。 この発明の実施形態の、「会員ＩＤ発行テーブル」および「地域名発行テーブル」の例を示す図である。 この発明の実施形態の、「会員登録」における画面の例を示す図である。 この発明の実施形態の、「薬局マスタ」の例を示す図である。 この発明の実施形態の、「ログイン」におけるフローチャートの例を示す図である。 この発明の実施形態の、「ログイン」における画面の例を示す図である。 この発明の実施形態の、「販売履歴データベース」の例を示す図である。 この発明の実施形態の、「送信処理」におけるフローチャートの例を示す図である。 この発明の実施形態の、「送信処理」における画面の例を示す図である。 この発明の実施形態の、「販売履歴データ作成」におけるフローチャートの例を示す図である。 この発明の実施形態の、「販売履歴データ」の例を示す図である。 この発明の実施形態の、「判定テーブル」の例を示す図である。 この発明の実施形態の、「検索処理」におけるフローチャートの例を示す図である。 この発明の実施形態の、「検索処理」におけるフローチャートの例を示す図である。 この発明の実施形態の、「検索処理」におけるフローチャートの例を示す図である。 この発明の実施形態の、「使用量点数化テーブル」および「平均使用量取得テーブル」の例を示す図である。 この発明の実施形態の、「平均使用量の算出の例」の例を示す図である。 この発明の実施形態の、「検索画面」の例を示す図である。 この発明の実施形態の、「検索結果画面」の例を示す図である。 この発明の実施形態の、「検索結果画面」の例を示す図である。 この発明の実施形態の、「平均使用量点数化テーブル」および「区分点数化テーブル」の例を示す図である。 この発明の実施形態の、「変化量テーブル」および「予測在庫量テーブル」の例を示す図である。 この発明の実施形態の、「詳細画面」の例を示す図である。 この発明の実施形態の、「依頼画面」の例を示す図である。 この発明の実施形態の、全体構成の例を示す図である。 この発明の実施形態の、「処方箋」の例を示す図である。 この発明の実施形態の、「検索処理」におけるフローチャートの例を示す図である。

符号の説明

１・・・インターネット
１１・・・管理サーバ装置
１３・・・端末装置

Claims (22)

1. ２以上の各調剤薬局にそれぞれ設置された端末装置と、前記端末端末装置と通信可能に設けられた管理サーバ装置とを備えた薬品調達支援システムであって、
   前記端末装置は、
   少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴送信手段と、
   管理サーバ装置から送られてきた支援情報を表示する支援情報表示手段と、
   を備えており、
   前記管理サーバ装置は、
   前記各端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録手段と、
   前記各端末装置のうちの１つの端末装置から、薬品にかかる問い合わせ情報を受信すると、問い合わせに係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、問い合わせに係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成手段と、
   前記支援情報生成手段によって生成された前記支援情報を、問い合わせを行った端末に対して送信する支援情報送信手段と、
   を備えたことを特徴とするもの。
2. ２以上の各調剤薬局にそれぞれ設置された端末装置と通信可能であって、前記端末装置とともに薬品調達支援システムを構成する管理サーバ装置であって、
   前記各端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録手段と、
   前記各端末装置のうちの１つの端末装置から、薬品にかかる問い合わせ情報を受信すると、問い合わせに係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、問い合わせに係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成手段と、
   前記支援情報生成手段によって生成された前記支援情報を、問い合わせを行った端末に対して送信する支援情報送信手段と、
   を備えたことを特徴とするもの。
3. ２以上の各調剤薬局にそれぞれ設置された各端末装置と薬品調達支援システムを構成する管理サーバ装置をコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させることを特徴とするもの：
   (a)前記各端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録手段、
   (b)前記各端末装置のうちの１つの端末装置から、薬品にかかる問い合わせ情報を受信すると、問い合わせに係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、問い合わせに係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成手段、
   (c)前記支援情報生成手段によって生成された前記支援情報を、問い合わせを行った端末に対して送信する支援情報送信手段。
4. 請求項１〜３のいずれかの薬品調達支援システム、管理サーバ装置またはプログラムにおいて、
   前記管理サーバ装置は、各薬局が依頼しやすい他の薬局を端末装置から受信して、各薬局ごとに依頼しやすい他の薬局を記録しており、
   前記支援情報生成手段は、前記支援情報中にリストアップされる薬局が、要求を行った薬局が依頼しやすいとしている薬局であるか否かの情報を、支援情報に含めることを特徴とするもの。
5. 請求項１〜４のいずれかの薬品調達支援システム、管理サーバ装置またはプログラムにおいて、
   前記管理サーバ装置は、各薬局の近傍の他の薬局を端末装置から受信して、各薬局ごとにその近傍の他の薬局を記録しており、
   前記支援情報生成手段は、前記支援情報中にリストアップされる薬局が、要求を行った薬局の近傍の薬局であるか否かの情報を、支援情報に含めることを特徴とするもの。
6. 請求項１〜５のいずれかの薬品調達支援システム、管理サーバ装置またはプログラムにおいて、
   前記管理サーバ装置は、他の薬局に対する支援情報中に自己の薬局を含めたくないとする他の薬局を未公開薬局として端末装置から受信して、各薬局ごとに未公開薬局を記録しており、
   前記支援情報生成手段は、問い合わせを行った薬局が、他の薬局の未公開薬局に該当する場合には、当該他の薬局を支援情報に含めないようにすることを特徴とするもの。
7. 請求項１〜６のいずれかの薬品調達支援システム、管理サーバ装置またはプログラムにおいて、
   前記管理サーバ装置は、所定期間内に端末装置から販売履歴情報の送信があったか否かを判断し、所定期間内に販売履歴情報が送信されていない端末装置からの問い合わせに対しては、支援情報を提供しないことを特徴とするもの。
8. 管理サーバ装置と通信可能であって、前記管理サーバ装置とともに薬品調達支援システムを構成する端末装置であって、
   少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段と、
   前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段と、
   問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段と、
   を備え、
   前記支援情報表示手段は、前記支援情報に含まれる薬局が依頼しやすいとしている薬局であるか否かの情報に基づいて、依頼しやすい薬局を、それ以外の薬局と区別可能に表示することを特徴とするもの。
9. 管理サーバ装置と通信可能であって、前記管理サーバ装置とともに薬品調達支援システムを構成する端末装置であって、
   少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段と、
   前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段と、
   問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段と、
   を備え、
   前記支援情報表示手段は、前記支援情報に含まれる薬局が近傍の薬局であるか否かの情報に基づいて、近傍の薬局を、それ以外の薬局と区別可能に表示することを特徴とするもの。
10. 管理サーバ装置と通信可能であって、前記管理サーバ装置とともに薬品調達支援システムを構成する端末装置であって、
    少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段と、
    前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段と、
    問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段と、
    を備え、
    前記支援情報表示手段は、前記問い合わせを行った薬局が、前記支援情報に含まれる薬局の非公開薬局に該当する場合には、前記支援情報に含まれる当該薬局を、表示しないことを特徴とするもの。
11. 管理サーバ装置と通信可能であって、前記管理サーバ装置とともに薬品調達支援システムを構成する端末装置をコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させ、：
    (a)少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段、
    (b)前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段、
    (c)問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段、
    前記支援情報表示手段は、前記支援情報に含まれる薬局が依頼しやすいとしている薬局であるか否かの情報に基づいて、依頼しやすい薬局を、それ以外の薬局と区別可能に表示することを特徴とするもの。
12. 管理サーバ装置と通信可能であって、前記管理サーバ装置とともに薬品調達支援システムを構成する端末装置をコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させ、：
    (a)少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段、
    (b)前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段、
    (c)問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段、
    前記支援情報表示手段は、前記支援情報に含まれる薬局が近傍の薬局であるか否かの情報に基づいて、近傍の薬局を、それ以外の薬局と区別可能に表示することを特徴とするもの。
13. 管理サーバ装置と通信可能であって、前記管理サーバ装置とともに薬品調達支援システムを構成する端末装置をコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させ、：
    (a)少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴情報送信手段、
    (b)前記管理サーバ装置に対して、薬品にかかる問い合わせ情報を送信する問い合わせ情報送信手段、
    (c)問い合わせ情報に応じて前記管理サーバ装置から送信されてきた支援情報を表示する支援情報表示手段、
    前記支援情報表示手段は、前記問い合わせを行った薬局が、前記支援情報に含まれる薬局の非公開薬局に該当する場合には、前記支援情報に含まれる当該薬局を、表示しないことを特徴とするもの。
14. 請求項１、９〜１３のいずれかの薬品調達支援システム、端末装置またはプログラムにおいて、
    前記端末装置は、支援情報に基づいて他の薬局へのアクセス情報を取得し、他の薬局の端末装置に対して、薬品購入依頼データを送信する依頼データ送信手段を備えたことを特徴とするもの。
15. 請求項１、９〜１４のいずれかの薬品調達支援システム、端末装置またはプログラムにおいて、
    前記端末装置は、所定期間ごとに自動的に、販売履歴情報を前記サーバ装置に対して送信することを特徴とするもの。
16. ２以上の各調剤薬局にそれぞれ設置された端末装置と、前記端末端末装置と通信可能に設けられた管理サーバ装置とを用いて実現される薬品調達支援方法であって、
    前記端末装置は、
    少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴送信するステップと、
    管理サーバ装置から送られてきた支援情報を表示する支援情報表示するステップと、
    を備えており、
    前記管理サーバ装置は、
    前記各端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録するステップと、
    前記各端末装置のうちの１つの端末装置から、薬品にかかる問い合わせ情報を受信すると、問い合わせに係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、問い合わせに係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成するステップと、
    前記支援情報生成手段によって生成された前記支援情報を、問い合わせを行った端末に対して送信する支援情報送信するステップと、
    を備えたことを特徴とするもの。
17. 病院に設置された病院端末装置と、２以上の各調剤薬局にそれぞれ設置された各薬局端末装置と、システム運営業者に設置され、前記病院端末装置および各薬局端末装置と通信可能に設けられた管理サーバ装置とから構成される薬品調達支援システムであって、
    前記病院端末装置は、
    前記病院の患者によって指定された指定薬局情報を含む処方箋情報を前記管理サーバ装置に送信する処方箋情報送信手段と、
    前記端末装置は、
    少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信する販売履歴送信手段と、
    管理サーバ装置から送られてきた支援情報を表示する支援情報表示手段と、
    を備えており、
    前記管理サーバ装置は、
    前記端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録する販売履歴記録手段と、
    前記病院端末装置から、前記処方箋情報を受信すると、処方箋に係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、処方箋に係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成する支援情報生成手段と、
    前記支援情報生成手段によって生成された前記支援情報を、前記病院端末装置から受診した前記処方箋情報とともに、前記指定薬局情報の端末装置に対して送信する支援情報送信手段と、
    を備えたことを特徴とするもの。
18. 請求項１７の薬品調達支援システムにおいて、
    前記管理サーバ装置は、各薬局が依頼しやすい他の薬局を端末装置から受信して、各薬局ごとに依頼しやすい他の薬局を記録しており、
    前記支援情報生成手段は、前記支援情報中にリストアップされる薬局が、要求を行った薬局が依頼しやすいとしている薬局であるか否かの情報を、支援情報に含めることを特徴とするもの。
19. 請求項１７または１８のいずれかの薬品調達支援システムにおいて、
    前記管理サーバ装置は、各薬局の近傍の他の薬局を端末装置から受信して、各薬局ごとにその近傍の他の薬局を記録しており、
    前記支援情報生成手段は、前記支援情報中にリストアップされる薬局が、要求を行った薬局の近傍の薬局であるか否かの情報を、支援情報に含めることを特徴とするもの。
20. 請求項１７〜１９のいずれかの薬品調達支援システムにおいて、
    前記管理サーバ装置は、他の薬局に対する支援情報中に自己の薬局を含めたくないとする他の薬局を未公開薬局として端末装置から受信して、各薬局ごとに未公開薬局を記録しており、
    前記支援情報生成手段は、問い合わせを行った薬局が、他の薬局の未公開薬局に該当する場合には、当該他の薬局を支援情報に含めないようにすることを特徴とするもの。
21. 請求項１７〜２０のいずれかの薬品調達支援システムにおいて、
    前記管理サーバ装置は、所定期間内に端末装置から販売履歴情報の送信があったか否かを判断し、所定期間内に販売履歴情報が送信されていない端末装置に対しては、支援情報を提供しないことを特徴とするもの。
22. 病院に設置された病院端末装置と、２以上の各調剤薬局にそれぞれ設置された各薬局端末装置と、システム運営業者に設置され、前記病院端末装置および各薬局端末装置と通信可能に設けられた管理サーバ装置とを用いて実現される薬品調達支援方法であって、
    前記病院端末装置は、
    前記病院の患者によって指定された指定薬局情報を含む処方箋情報を前記管理サーバ装置に送信するステップと、
    前記端末装置は、
    少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を前記管理サーバ装置に送信するステップと、
    管理サーバ装置から送られてきた支援情報を表示するステップと、
    を備えており、
    前記管理サーバ装置は、
    前記端末装置から受信した、少なくとも薬局特定情報、薬品特定情報および販売数量情報を含む販売履歴情報を販売履歴データベースに記録するステップと、
    前記病院端末装置から、前記処方箋情報を受信すると、処方箋に係る薬品の販売履歴情報を販売履歴データベースから抽出し、薬局特定情報および販売数量情報に基づいて、処方箋に係る薬品についての各薬局の過去の所定期間における販売数量を取得し、または、当該各薬局ごとの販売数量に基づいて、各薬局における当該薬品を調達できる可能性を推論し、前記販売数量または調達可能性を支援情報として生成するステップと、
    前記支援情報生成手段によって生成された前記支援情報を、前記病院端末装置から受診した前記処方箋情報とともに、前記指定薬局情報の端末装置に対して送信するステップと、
    を備えたことを特徴とするもの。
    

Images