(57)【特許請求の範囲】
【請求項１】
医薬品卸業者が卸業務用コンピュータを用いて顧客である調剤薬局又は医療機関のコンピュータシステムとインターネットで接続し、該卸業務用コンピュータが顧客の消化薬品データを取り込み、医薬品卸業者が顧客に医薬品を納入するとともに各顧客に在庫状況を提供する医薬品自動補充システムにおいて、
前記調剤薬局又は医療機関で消化した医薬品の消化薬品データが入力されるバーコードシステム、レセプトコンピュータ、オーダリングシステム又は電子カルテの何れかから抽出された消化薬品データをインターネットを介して受信する前記卸業務用コンピュータが、顧客毎の日付データ等を含む医薬品の消化薬品データを記憶する顧客別使用データ記憶装置と、顧客毎の各医薬品の在庫データが記憶された顧客別在庫データ記憶装置とを備えるとともに、前記顧客別使用データ記憶装置の消化薬品データから各顧客における所定期間で消化した各医薬品の合計消化薬品量を算出する消化薬品量算出手段と、
前記顧客別使用データ記憶装置に記憶された顧客別の各医薬品の消化薬品データに基づいて各医薬品の消化傾向である傾向変動、循環変動、不規則変動、及び季節変動を予測しコード化する需要予測手段と、
前記需要予測手段が前記傾向変動及び前記循環変動と予測した場合は自動補充方式、前記循環変動及び不規則変動と予測した場合は発注点補充方式、前記季節変動と予測した場合は使用量補充方式の何れかを選択するか、または定期補充方式を選択する薬品補充形態選択手段とを備えており、
前記薬品補充形態選択手段が選択した補充方式が、前記自動補充方式である場合、前記消化薬品量算出手段により算出された合計消化医薬品量と該顧客別在庫データ記憶装置に記憶された各顧客の各医薬品の在庫量とに基づいて、適正在庫量となる医薬品の補充数量を算出する自動補充補量算出手段と、前記発注点補充方式である場合、該消化薬品量算出手段で算出した医薬品消化量と該顧客別在庫データ記憶装置に記憶された各顧客の各医薬品の在庫量と在庫量が発注点に達した時点から発送までの推定消化薬品量と適正在庫量と安全在庫量とに基づいて、医薬品の補充数量を算出する発注点補充量算出手段と、前記使用量補充方式である場合、前記消化薬品量算出手段に基づく医薬品の消化量を補充数量として算出する使用量補充量算出手段と、前記定期補充方式である場合、所定周期で消化した医薬品の消化薬品量から補充数量を算出する定期補充量算出手段とを含み、かつ前記卸業務用コンピュータが前記補充数量に基づいて各顧客への医薬品の納入計画を行う配送計画作成手段を備えることを特徴とする医薬品自動補充システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、顧客である調剤薬局又は医療機関の医薬品の在庫管理を支援して、緊急納品回数を削減し得るとともに、調剤薬局又は医療機関の在庫管理の煩わしさを緩和し得る医薬品自動補充システムに関するものである。
【０００２】
【従来の技術】
従来、医薬品の卸業者は、病院や薬局をＭＳ（マーケティングスペシャリスト）が定期的に巡回して、要求される医薬品を病院や薬局に納入し、病院や薬局側では、納品された医薬品を検品して、独自に医薬品の在庫管理が行われている。医薬品は、その種類は極めて多く、病院や薬局、或いは薬品卸業では、医薬品の在庫管理にコンピュータを駆使されている。
【０００３】
従来、図６に薬品の流通形態を示したように、製薬企業１から供給される薬品は、卸企業２から病院３や薬局４に卸され、医師の処方箋に基づいて消費者（患者）５に渡る。薬品卸業者２、病院３や薬局４は、独自に医薬品の在庫管理装置やそのシステム（医薬品発注装置やそのシステム）等の管理装置６〜８を設置して管理を行っており、病院３では、供給部門（薬品部）が薬品を発注する場合、これらのシステムを利用して現在の在庫状況を確認し、予想在庫量を把握して発注量を決定し、発注伝票を起こして医薬品を発注するようにしたシステムである。卸業者（又は製薬企業）は、病院側からの発注伝票に基づいて、医薬品を納品することになる。一方、卸業者又は製造業者は、独自の在庫管理システムを稼働させて、顧客の要求に答えられるように管理している。
【０００４】
【発明が解決しようとする課題】
しかしながら、病院では、在庫管理システム等が導入されているにもかかわらず、現状では、看護婦等が薬品の在庫量が不足したと判断した際に、請求伝票に必要数量を記入して供給部門に補充を要求し、供給部門では、発注伝票を起こしているのが現状である。また、医師は、医薬品の在庫が確保されていることを前提で、その薬品の処方箋を作成している。一方、薬品を発注する薬品部（供給部門）では、在庫管理の上で、適正在庫と、薬品がその有効期限内に消化されることが重要な課題であるが、医薬品の種類が多いことに加えて、在庫管理システムのメンテナンスに多大な努力を要し、十分に活用できていない等の要因から、医薬品の緊急納入が頻発するのが実情であった。
【０００５】
殊に、調剤薬局では、高価な在庫管理システムを導入するのが困難な場合も多く、安定経営の観点からも不良在庫を可能な限り少なくすることが経営を安定にすることが重要である。このような観点から使用頻度の低い薬品は、在庫を置かない場合が多く、その都度発注伝票を起こすか、緊急納入を要請して、卸業者等が薬品を納入しているのが実情である。
【０００６】
卸業者は、このような従来の医薬品の納入形態が、必ずしも効率の良い流通形態ではないとの観点から、近年の情報処理技術や通信技術等を含めたＩＴ（Information Technology）の急速な発展に伴って、これらの技術を駆使して、病院や薬局の流通を含めた在庫管理の手間を緩和し、医薬品の緊急納入の回数を削減し、配送の定期化による流通コストを削減し、お互いのむだな経費を削減し得るような医薬品の流通形態を提案しようとするものである。
【０００７】
本発明は、上記のような課題に鑑みなされたものであり、薬品卸売業者が顧客の在庫状況を把握して、医薬品を納入する業務形態に使用する医薬品自動補充システムを提供することを目的とするものである。
【０００８】
【課題を解決するための手段】
本発明は、上記課題を達成するためになされたものであり、請求項１の発明は、医薬品卸業者が卸業務用コンピュータを用いて顧客である調剤薬局又は医療機関のコンピュータシステムとインターネットで接続し、該卸業務用コンピュータが顧客の消化薬品データを取り込み、医薬品卸業者が顧客に医薬品を納入するとともに各顧客に在庫状況を提供する医薬品自動補充システムにおいて、
前記調剤薬局又は医療機関で消化した医薬品の消化薬品データが入力されるバーコードシステム、レセプトコンピュータ、オーダリングシステム又は電子カルテの何れかから抽出された消化薬品データをインターネットを介して受信する前記卸業務用コンピュータが、顧客毎の日付データ等を含む医薬品の消化薬品データを記憶する顧客別使用データ記憶装置と、顧客毎の各医薬品の在庫データが記憶された顧客別在庫データ記憶装置とを備えるとともに、前記顧客別使用データ記憶装置の消化薬品データから各顧客における所定期間で消化した各医薬品の合計消化薬品量を算出する消化薬品量算出手段と、
前記顧客別使用データ記憶装置に記憶された顧客別の各医薬品の消化薬品データに基づいて各医薬品の消化傾向である傾向変動、循環変動、不規則変動、及び季節変動を予測しコード化する需要予測手段と、
前記需要予測手段が前記傾向変動及び前記循環変動と予測した場合は自動補充方式、前記循環変動及び不規則変動と予測した場合は発注点補充方式、前記季節変動と予測した場合は使用量補充方式の何れかを選択するか、または定期補充方式を選択する薬品補充形態選択手段とを備えており、
前記薬品補充形態選択手段が選択した補充方式が、前記自動補充方式である場合、前記消化薬品量算出手段により算出された合計消化医薬品量と該顧客別在庫データ記憶装置に記憶された各顧客の各医薬品の在庫量とに基づいて、適正在庫量となる医薬品の補充数量を算出する自動補充補量算出手段と、前記発注点補充方式である場合、該消化薬品量算出手段で算出した医薬品消化量と該顧客別在庫データ記憶装置に記憶された各顧客の各医薬品の在庫量と在庫量が発注点に達した時点から発送までの推定消化薬品量と適正在庫量と安全在庫量とに基づいて、医薬品の補充数量を算出する発注点補充量算出手段と、前記使用量補充方式である場合、前記消化薬品量算出手段に基づく医薬品の消化量を補充数量として算出する使用量補充量算出手段と、前記定期補充方式である場合、所定周期で消化した医薬品の消化薬品量から補充数量を算出する定期補充量算出手段とを含み、かつ前記卸業務用コンピュータが前記補充数量に基づいて各顧客への医薬品の納入計画を行う配送計画作成手段を備えることを特徴とする医薬品自動補充システムである。
【０００９】
請求項１の発明では、顧客である調剤薬局又は医療機関にバーコードシステム、レセプトコンピュータ、オーダリングシステム又は電子カルテが設置されており、レセプトコンピュータは、医師が作成したカルテに記載した処方箋等のデータを入力して、診療報酬請求書を発行するシステムであり、オーダリングシステムは、医師が患者への診療行為の予定データを入力し、診療部門に指示するシステムであり、又は電子カルテは、医師が患者の病症録や診察記録を入力した記録するシステムであって、医師が処方した消化薬品データ等が記録されており、或いは医薬品を払い出す際にバーコード端末機器でバーコードを読み取って、消化薬品データを記録する装置であり、これらのシステムや装置から消化薬品データ等のデータを抽出して、共通フォーマットに変換して送信される。卸業務用コンピュータでは、送信された薬品データ等を読み取り、顧客別使用データ記憶装置に記憶し、顧客別使用データ記憶装置に記憶された顧客別の各医薬品の消化薬品データ等に基づいて、顧客別の各医薬品の消化薬品量を集計して、所定期間で消化された各医薬品の合計消化薬品量を算出し、顧客毎の各医薬品の在庫データを格納した顧客別在庫データ記憶装置から顧客毎の各医薬品の在庫データを読み込んで、合計消化医薬品を在庫量から引き落とす。各医薬品の在庫量と該各医薬品の適在庫量と該合計消化薬品量とによって、顧客毎の各医薬品の補充薬品量を算出して、顧客毎の各医薬品の次回配送までの補充薬品量を表示する。医薬品卸業者は、顧客毎の各医薬品の補充薬品量に基づいて、各顧客に医薬品を配送するように手配する。
【００１０】
なお、本発明では、顧客毎の各医薬品の補充形態を設定する医薬品補充形態選択手段が備えられ、医薬品補充形態選択手段は、需要予測手段による消化傾向に基づいて、自動補充方式、発注点補充方式、定期補充方式、若しくは使用量補充方式の何れかえを選択する手段であり、使用量補充方式は医薬品の消化量をそのまま補充する方式である。
【００１１】
また、自動補充方式は自動補充量算出手段、発注点補充方式は発注点補充量算出手段、定期補充方式は、定期補充量算出手段に対応し、使用量補充方式は使用量補充手段であり、消化した補充数量を補充する。
【００１２】
本発明では、需要予測手段による前記消化傾向に基づいて、顧客毎の各医薬品の補充形態を設定する薬品補充形態選択手段により、自動補充方式、発注点補充方式、定期補充方式、若しくは使用量補充方式の何れかを選択した後、自動補充量算出手段、発注点補充量算出手段、又は定期補充量算出手段により補充数量を算出するようにした医薬品自動補充システムである。
【００１３】
また、本発明では、医薬品の消化傾向が顧客毎や医薬品毎で異なることに着目して、医薬品の消化傾向を統計手段で分類して、顧客毎に各医薬品に異なった医薬品の補充形態（納入形態）を選択及び医薬品毎の使用形態による安全在庫設定、曜日配分の設定をすることにより、効率の良い配送計画を作成することができる。
【００１４】
なお、需要予測手段には統計手段を備え、時間の経過に合わせて一定傾向を示す「傾向変動」、ある周期に合わせて変化する「循環変動」、季節に合わせて変化する「季節変動」、突発的に変化が起きる「不規則変動」等の分類がなされる。さらに、消化薬品量の突発的な変化も統計対象となる。かつ、総消化薬品量が把握されるので、「傾向変動」，「循環変動」と判定された医薬品は、例えば（ａ）自動補充方式が採用され、「循環変動」，「不規則変動」と判断された場合は、例えば（ｂ）発注点補充方式が採用される。「季節変動」と判定された医薬品は、（ｄ）使用量補充方式が好ましい。さらに、顧客の規模等の要因で、補充方式が選択される。無論、同一医薬品であっても消化傾向が変動すれば、補充形態も変動することになる。
【００１５】
また、本発明は、前記医薬品の在庫量が安全在庫量を下回った場合に、表示又は警報による報知手段を備えてもよい。
【００１６】
なお、前記報知手段は、各医薬品毎に顧客の医薬品の在庫が安全在庫を下回った時点で警報を発したり、警告表示をＣＲＴ（Cathode Ray Tube ）やＬＣ（liquid crystal）等のディスプレに表示することにより、医薬品の在庫切れによる緊急配送を解消し得る。
【００１７】
【発明の実施の形態】
以下、本発明に係る医薬品自動補充システムの実施の形態について、図面を参照して説明する。
【００１８】
図１は、本発明に係る医薬品自動補充システムを示すブロック図である。同図において、１０は医薬品卸業者のコンピュータシステムを示し、２０は調剤薬局（顧客）のコンピュータシステム、３０，４０は医療機関（顧客）のコンピュータシステムを示し、５０はインターネット（TCP/IPプロトコル(Transmission ControlProtocol/Internet Protocol)の通信規約に則ってデータ通信を行うネットワーク）を示している。なお、インターネット５０は、通信手段の代表例として示したものであり、通常のデータ通信等であってもよい。本実施形態では、インターネットを利用した形態で説明する。従って、医薬品卸業者のコンピュータシステム１０には、ＷＷＷサーバを有し、顧客のコンピュータシステム２０〜４０には、ＷＷＷブラウザを有する。
【００１９】
本実施形態の医薬品自動補充システムは、医薬品卸業者が調剤薬局や医療機関（顧客）のコンピュータシステム２０〜４０から送信される消化薬品データとその関連情報をインターネット５０を経てＷＷＷサーバ（メールサーバ等を含む）１９（図２参照）を介してコンピュータシステム１０に取り込み、各顧客で消化された薬剤を把握して、顧客の医薬品の動き（消化傾向）に応じて在庫量を管理するシステムである。また、コンピュータシステム２０〜４０のＷＷＷブラウザでは、医薬品卸業者のコンピュータシステム１０のデータを検索して表示し得る機能を有している。
【００２０】
また、顧客の診療規模には種々の形態があり、例えば医療機関では、コンピュータシステム３０，４０と記載したが、レセプトやカルテ等のデータ処理を一台のコンピュータ（スタンドアローン型）で処理が可能な規模と小規模なシステム、或いはＬＡＮを構成したクライアント／サーバ型のコンピュータシステムで処理する規模とがある。３０は小規模なコンピュータシステムであり、４０は規模の大きいコンピュータシステムを示している。また、調剤薬局（顧客）のコンピュータシステム２０においても同様に、スタンドアローン型で処理が可能な規模と、小規模なＬＡＮを構成したシステムとがある。
【００２１】
医薬品卸業者のコンピュータシステム１０について、図２を参照して説明すると、卸業務用コンピュータ１１は、顧客別使用データ記憶装置１２と顧客別在庫データ記憶装置１３と出力装置１４等とでＬＡＮを構成し、ＷＷＷサーバ１９を介してインターネット５０に接続されている。なお、卸業務用コンピュータ１１は、個々のデータ処理を分散処理型としてもよいし、このような構成を含めて卸業務用コンピュータと称することにする。顧客別使用データ記憶装置１２は、顧客から送信される消化薬品データとその関連情報とが顧客別に各医薬品の消化薬品データが記憶される。顧客別在庫データ記憶装置１３は、在庫マスターファイルに相当し、顧客別に各医薬品の在庫データが記憶される。出力装置１４は、ＣＲＴ(Cathode Ray Tube ）やＬＣ（liquid crystal）等のディスプレイやプリンタである。
【００２２】
調剤薬局（顧客）のコンピュータシステム２０は、図３に示したように、コンピュータ２１が設けられ、出力装置２２、キーボード等の入力装置２３、バーコードリーダ２４、記憶装置２５等が接続されており、コンピュータ２１は、モデム２６を介してインターネット５０に接続される。このコンピュータシステムは、入力装置２３であるキーボードによって、患者に投薬した医薬品の消化データがコンピュータ２１に入力されて、記憶装置２５に患者名、医薬品とその消化データ等が記憶されるとともに、投薬した医薬品の月毎の診療報酬明細書（レセプト）が薬価基準に基づいて算出されて、出力装置（表示装置やプリンタ）２２に出力される。また、処方箋に基づいて、薬品を払い出す際に、入力装置２３を利用して、処方箋薬品名、薬品名とその数量、診療科等を入力し、患者に投薬した医薬品の個人負担分の請求額を記した請求書が発行され、それらの投薬データが記憶装置２５に記憶されて、月毎のレセプトが作成される。入力装置２３又はバーコードリーダ２４から入力された消化薬品データ等は、所定のフォーマットに変換されて医薬品卸業者側の卸業務用コンピュータシステム１０に送信される。
【００２３】
医療機関（顧客）は、図４に示したように、その診療規模が種々であり、代表的な例を説明すると、医療機関のコンピュータシステム３０では、コンピュータ３１がレセプトコンピュータ３２やバーコードリーダ３３と接続されてＬＡＮを構成し、インターネット５０とはモデム３４を介して接続されている。また、規模の大きい医療機関のコンピュータシステム４０では、コンピュータ４１が電子カルテシステム４２或いはレセプトコンピュータ４３と接続され、かつ各医師用端末（以下，ＰＣと称する）４４１ 〜４４n が接続されてＬＡＮを構成し、モデム４５とを介してインターネット５０に接続されるようになされて、医療機関側システムが構成されている。なお、図４では、入力出力装置の記載を省略した。
【００２４】
以下、図１〜図４を参照して説明すると、調剤薬局や医療機関のコンピュータシステム２０〜４０では、消化薬品データ等（「日付データ」，「顧客コード」，「薬品コード」，「診療科コード」，「消化量」，「薬品名」，「使用者コード」等）が、所定のフォーマットに変換されて医薬品卸業者側の卸業務用コンピュータシステム１０へと送信される。同様に、バーコードリーダ２４，３３で読み取られた消化薬品データ等は、所定のフォーマットに変換されて医薬品卸業者側の卸業務用コンピュータシステム１０へと送信される。また、電子カルテシステム４２では、医師がＰＣ４４１ 〜４４n から入力した処方箋等のデータを電子カルテシステム４２に入力し、その消化薬品データ等が所定のフォーマットに変換されて医薬品卸業者側の卸業務用コンピュータシステム１０へと送信される。
【００２５】
一方、医薬品卸業者側の卸業務用コンピュータ１１は、インターネット５０を介して、複数の調剤薬局のコンピュータ２１と、複数の医療機関のコンピュータシステム３０，４０のコンピュータ３１，４１と接続されて、医薬品自動補充システムを構成している。卸業務用コンピュータ１１は、調剤薬局のコンピュータシステム２０や医療機関のコンピュータシステム３０，４０が送信する医薬品消化データ等（「日付」，「顧客コード」，「薬品コード」，「診療科コード」，「消化量」，「薬品名」，「使用者コード」等）を受信する機能を備えている。
【００２６】
さらに、卸業務用コンピュータ１１には、図５に示したように、薬品補充形態選択手段１１ａと、需要予測手段１７と、配送計画作成手段１８とが備えられている。なお、薬品補充形態選択手段１１、需要予測手段１７、及び配送計画作成手段１８等は、分散処理としてもよいことは明らかである。
【００２７】
卸業務用コンピュータ１１は、各調剤薬局のコンピュータシステム２０，医療機関のコンピュータシステム３０，或いはコンピュータシステム４０からテキスト文等で送信される消化薬品データを受信し、顧客別に使用データを顧客別使用データ記憶装置１２に記憶する。顧客別使用データ記憶装置１２には、医療機関，調剤薬局毎に記憶領域が設けられ、その記憶領域には、「顧客コード」，「薬品コード」，「診療科コード」，「消化量」，「薬品名」等のデータ等が記憶される。記憶された薬品消化データは、定期的に薬品コード毎に使用数（使用量）が集計される。薬品コード、消化量等は、需要予測、配送計画等の設定或いは調整因子として利用される。
【００２８】
さらに、卸業務用コンピュータ１１には、図５に示したように、薬品補充形態選択手段１１ａが設けられ、顧客の消費規模等と医薬品の消化形態に応じて、薬品の補充形態を選択する。医薬品は、定期的に消化されるものや不定期に消化されるものとがある。さらに、同一の医薬品であっても、その消化動向に応じてその薬品補充形態が変動する。本実施形態では、その都度最適な薬品補充形態を選択する。
【００２９】
医薬品の補充形態は、（ａ）自動補充方式、（ｂ）発注点補充方式、（ｃ）定期補充方式、（ｄ）使用量補充方式がある。各医薬品の補充形態は、次の４つの形態に分類して、これらの形態から最適な形態を選択して、顧客に医薬品を補充する。
【００３０】
自動補充方式（ａ）は、顧客別使用データ記憶装置１２に記憶された消化データを所定期間毎に消化薬剤量算出手段１１ｂで集計して消化薬品量を算出し、消化薬品量補充量算出手段により、理論在庫量から消化薬品量を引き落として、適正在庫となるように、補充数量を算出して、補充数量を決定する方式である。補充数量の算出は、自動補充量算出手段１１ｃによって、数１で示した演算処理が行われて補充数量が算出される。配送計画作成手段１８では、消化された医薬品、即ち数１で求められた補充数量の医薬品を配送するように配送計画が作成される。
【００３１】
【数１】
0004303900.tif 000002
【００３２】
発注点補充方式（ｂ）は、医薬品が消化されて、在庫量が発注点に達した時点で、次の納入日までの消化量を推定して、発注点から医薬品が補充されるまでの期間に消化される薬品量を推定して推定消化薬品量を求め、安全在庫量を考慮した適正在庫量までの薬品量を補充する方式である。その配送日の在庫量は、適正在庫量に安全在庫量を加算した在庫となる。この補充在庫量は、発注点補充量算出手段１１ｄで求められる。理論在庫量は、発注点での在庫量であり、推定消化薬品量は発注点配から送日までに消化される医薬品量である。次の配送日の医薬品は、数２で求められた補充数量の医薬品が配送される。
【００３３】
【数２】
0004303900.tif 000003
【００３４】
定期補充方式（ｃ）は、予め設定した日付に設定数量を補充する方式である。医薬品の消化量が規則的である場合は、この方式で補充する。この補充方式では、医薬品の消化傾向が需要予測手段１７による統計手法によって解析することで、医薬品の消化が規則的であることが判定できる。ある医薬品の補充形態が、定期補充方式（ｃ）であれば、補充周期が医薬品の使用期間（有効期限）内であって、かつ医薬品の消化傾向を把握して統計的に求められる消化周期を越えないように配送計画を作成して、医薬品の補充周期が設定される。定期補充量算出手段１１ｅでは、所定周期で消化される医薬品の補充量が算出される。配送計画作成手段１８では、補充量に合わせて配送計画を作成する。
【００３５】
使用量補充方式（ｄ）は、送信された消化量をそのまま補充する。この方式は、基本的な補充形態であり、箱単位で補充する場合に適する。すなわち、使用量補充方式では、消化された医薬品量を箱単位でその都度納入する方式であり、配送計画から考慮すれば、効率的ではないが、消化薬剤の統計的なデータが得られるまでは、好ましい納入形態である。医薬品の消化傾向が把握できれば、徐々に（ａ）〜（ｃ）の方式へと移行することによって、効率的に配送計画が行える。
【００３６】
医薬品の消化傾向は、顧客別使用データ記憶装置１２に記憶された刻々の各顧客の各医薬品毎の消化薬品データから需要予測手段１７による統計手段によって把握される。なお、統計手段は、卸業務用コンピュータ１１による需要予測手段１７で処理され、日単位で消化される各顧客毎で各医薬品の消化傾向が把握されている。無論、需要予測手段１７は分散処理してもよい。
【００３７】
上記４つの補充形態は、需要予測手段１７によって、各顧客の各医薬品毎の統計手段を駆使して消化傾向を把握し、薬品補充形態選択手段１１で選択する。統計手段では、医薬品の消化傾向を把握するもので、時間の経過に合わせて一定傾向を示す「傾向変動」、ある周期に合わせて変化する「循環変動」、季節に合わせて変化する「季節変動」、突発的に変化が起きる「不規則変動」等に分類がなされる。さらに、突発的な変化の周期性が判断される。このように需要予測手段１７によって、消化傾向が解析された後、薬品補充形態選択手段１１では、補充方式が選択される。需要予測手段１７で予測された消化傾向はコード化され、顧客別在庫データ記憶装置１３の各医薬品に対応して、コード化された消化傾向が顧客別在庫データ記憶装置１３に記憶される。薬品補充形態選択手段１１では、例えば、「傾向変動」，「循環変動」と判定された医薬品は（ａ）自動補充方式が選択され、「循環変動」，「不規則変動」と判断された場合は（ｂ）発注点補充方式が選択される。「季節変動」と判定された医薬品は（ｄ）使用量補充方式が選択される。さらに、顧客の規模等の要因で、補充方式が選択される。
【００３８】
また、予め補充方式が設定できる場合は、（ａ）〜（ｄ）の何れかの方式を選択し、顧客別在庫データ記憶装置１３にその補充形態を記憶するようにする。さらにまた、先ず、使用量補充方式（ｄ）で消化薬剤を顧客に配送して、その消化傾向を把握して、（ａ）〜（ｃ）の補充形態に移行できる。また、顧客の要求により、何れかの方式に固定してもよいが、薬品補充形態選択手段により、医薬品の消化傾向から（ａ）〜（ｃ）の補充形態に移行するようにするのが在庫管理上望ましい。
【００３９】
次に、本発明の医薬品自動補充システムの動作について、図面を参照して説明する。顧客である調剤薬局又は医療機関で消化した医薬品の消化薬品データ等（「顧客コード」，「薬品コード」，「診療科コード」，「消化量」，「薬品名」等）がレセプトコンピュータ、バーコードシステム、オーダリングシステム又は電子カルテの何れかから抽出されて、所定のフォーマットで送信される。これらのデータは、ＷＷＷサーバ１９に毎日送信されて、顧客別使用データ記憶装置１２に時系列で入力され記憶される。顧客別使用データ記憶装置１２には、顧客毎の記憶領域が設けられ、顧客毎に消化薬品データ等が格納される。
【００４０】
卸業務用コンピュータ１１には、顧客別使用データ記憶装置１２に格納された消化薬品データを、各顧客の各医薬品が所定期間で消化した合計消化薬品量を算出する消化薬品量算出手段１１ｂを備えており、消化薬品量算出手段１１ｂで顧客別の各医薬品の消化薬品量を集計して、各顧客の各薬品コード毎に集計されて合計消化薬品量が算出される。顧客別在庫データ記憶装置１３には、各顧客の医薬品の在庫データが格納されている。
【００４１】
医薬品の補充数量（補充量）は、その医薬品の補充方式に応じて、自動補充量算出手段１１ｃ（数１の演算式）、または発注点補充量算出手段１１ｄ（数２の演算式）、または定期補充量算出手段１１ｅにより求められる。或いは、消化薬品量がそのまま顧客に補充される。この補充量の算出は、顧客別在庫データ記憶装置１３に格納された在庫データによる各医薬品の先の在庫量と、消化薬品量とによって、適正在庫量と安全在庫量等を考慮して、顧客毎の各医薬品の補充薬品量が算出される。
【００４２】
本実施形態の需要予測手段１７では、顧客毎に各医薬品の消化傾向が統計的に処理されて、各顧客毎に各医薬品の消化傾向（「傾向変動」、「循環変動」、「季節変動」、「不規則変動」等）が分析される。即ち、医薬品の消化傾向とは、「傾向変動」では医薬品の消化が一定傾向で払い出されるもの、「不規則変動」とは不定期に払い出されるもの、「循環変動」とは周期的に払い出されるもの、「不規則変動」とは、払い出し数量の変動が大きいもの、さらには、診療科に依存するもの、季節的要因により消化量の変動が大きいもの等が統計的に把握される。さらに、需要予測手段１７では、統計処理に基づいて、顧客毎に各医薬品の適正在庫量を推定することができる。
【００４３】
さらに、需要予測手段１７で推定さられた適正在庫量は、顧客別適正在庫データ記憶装置１５に記憶される。配送計画作成手段１８は、適正在庫量や需要予測手段１７で算出された顧客毎の各医薬品の消化傾向、消化量等に基づいて、基本的な配送日と補充量の割付が行われて配送計画が作成される。医薬品の補充量が求まれば、配送日に補充される医薬品の補充量が顧客別配送日データ記憶装置１６に各医薬品毎の配送計画に合わせて記憶され、この配送計画に基づいて、顧客に医薬品が配送される。
【００４４】
また、本発明の医薬品自動補充システムでは、各医薬品の在庫量が安全在庫量及び発注点在庫量を下回った場合、及び消化量の変動が多い場合、警告表示をＣＲＴやＬＣ表示装置に表示したり、警報を発したりして、報知する通報手段を備えている。各医薬品毎に顧客の医薬品の在庫が、例えば安全在庫を下回った時点で通報手段が作動させて警告することで、在庫切れによる緊急配送を解消することができる。各顧客の医薬品の在庫量を安全在庫量で監視することで、注意を喚起することができ、緊急納品回数を低減することができる。
【００４５】
【発明の効果】
上述のように、本発明によれば、医薬品卸業者が顧客の消化した医薬品の量を把握して、自動的に設定した補充量、又は在庫量が発注点に達した時点で、配送日までの消化量を推定して設定して補充量を求めて、顧客に医薬品を配送するようにした医薬品自動補充方法及びそのシステムであり、顧客側の医薬品の発注業務、及び在庫管理業務が極めて簡便なものとなる利点がある。一方、医薬品卸業者は、計画的な配送業務が可能であるとともに、在庫を切らした医薬品を緊急に配送する回数を低減することができる利点がある。
【００４６】
また、本発明によれば、インターネットを介してデータの送受信が可能であるので、顧客側のコンピュータシステムに設けられたＷＷＷブラウザの機能を利用して、顧客それぞれの在庫状況を確認することが可能である利点があり、顧客は薬品の在庫管理における無駄な投資を行う必要がない利点がある。
【００４７】
また、本発明によれば、各顧客の医薬品の在庫量が安全在庫を下回ったことを、医薬品卸業者が検知して、在庫が切れる旨の警告をすることで、在庫切れとなる前に医薬品を配送することが可能となり、緊急納品回数を低減することができる利点がある。
【図面の簡単な説明】
【図１】  本発明に係る薬品卸業務管理システムの実施形態を示すブロック図である。
【図２】  薬品卸業側のコンピュータシステムを示す概略ブロック図である。
【図３】  調剤薬局のコンピュータシステムを示す概略ブロック図である。
【図４】  医療機関のコンピュータシステムを示す概略ブロック図である。
【図５】  薬品卸業務管理システムのコンピュータの機能ブロック図である。
【図６】  従来の薬品卸業務管理を説明するためのブロック図である。
【符号の説明】
１０〜４０  コンピュータシステム
１１，２１，３１，４１  コンピュータ
１２  顧客別使用データ記憶装置
１３  顧客別在庫データ記憶装置
１４，２２  出力装置
１５  顧客別適正在庫データ記憶装置
１６  顧客別配送日データ記憶装置
１７  需要予測手段
１８  配送計画作成手段
１９  ＷＷＷサーバ
２４，３３  バーコードリーダ
２６，３４，４５  モデム
３２  レセプトコンピュータ
４２  電子カルテシステム
４４１ 〜４４ｎ  ＰＣ
５０  インターネット
【図１】
0004303900.tif 000004
【図２】
0004303900.tif 000005
【図３】
0004303900.tif 000006
【図４】
0004303900.tif 000007
【図５】
0004303900.tif 000008
【図６】
0004303900.tif 000009