(57)【要約】【課題】チェーンのグループ内の一つの調剤薬局の薬剤の格納場所から、本部のサーバーにアクセスして、グループ内の他の調剤薬局の在庫をできるように確認する。【解決手段】複数店舗の調剤薬局チェーンの各店舗１１〜２１のネット４１に接続された個別管理コンピュータ１９〜２９で、薬剤の在庫量と安全在庫量の各データをネット４１経由で調剤薬局チェーンの本部５１との間で授受できるようにし、本部のネット４１接続されたサーバー５１では、各個別管理コンピュータ１９〜２９から受信した薬剤の在庫データと安全在庫量から、他店舗１１等に供出可能な薬剤量を演算できるようにし、各店舗１１〜２１では、携帯電話端末１５〜２５を用いて、ネットワーク４１を介して本部サーバー５１にアクセスにより演算された所定薬剤について他店舗が供出可能な薬剤量のデータを得ることができる。【選択図】図１
2014228931.tif 000002
【特許請求の範囲】
【請求項１】
複数店舗を有する調剤薬局チェーンの各店舗において、コンピューターネットワークに接続されて、薬剤の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量の各データを管理し、前記各データを前記ネットワークを介して送受信できる個別管理コンピュータと、
前記調剤薬局チェーンの本部において、前記コンピューターネットワークに接続されて、前記各個別管理コンピュータから受信した薬剤の在庫データについての在庫データベースを有し、前記在庫データベースの在庫データから、チェーンの各店舗毎における一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を読み出し、他店舗に供出可能な薬剤量を演算する本部サーバーと、
前記調剤薬局チェーンの各店舗において、携帯電話ネットワークに接続されて、当該携帯電話ネットワークから前記コンピューターネットワークを介して前記本部サーバーにアクセスし、前記本部サーバーにより演算された所定薬剤について他店舗が供出可能な薬剤量のデータをダウンロードする携帯電話端末
を少なくとも含むことを特徴とする薬剤在庫管理システム。
【請求項２】
前記携帯電話端末が、前記所定薬剤について、前記本部サーバーに前記他店舗に供出可能な薬剤量を演算させる指示を出力可能である
ことを特徴とする請求項１に記載の薬剤在庫管理システム。
【請求項３】
前記個別管理コンピュータの各薬剤の在庫量のデータには、当該薬剤毎の有効期限のデータが含まれる
ことを特徴とする請求項１又は２に記載の薬剤在庫管理システム。
【請求項４】
前記個別管理コンピュータの前記安全在庫量のデータは、当該薬剤毎の有効期限のデータが所定の安全管理期日以降の薬剤のデータのみを含む
ことを特徴とする請求項１〜３の何れか１項に記載の薬剤在庫管理システム。
【請求項５】
前記個別管理コンピュータの各薬剤の在庫量のデータには、既に発注されて納入前の薬剤の数量と納入予定日のデータが関連付けられて付帯する
ことを特徴とする請求項１〜４の何れか１項に記載の薬剤在庫管理システム。
【請求項６】
前記携帯電話端末が、本部サーバーの在庫データベースから、他店舗の一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を検索できる
ことを特徴とする請求項１〜５の何れか１項に記載の薬剤在庫管理システム。
【請求項７】
前記携帯電話端末が、当該携帯電話ネットワークから前記コンピューターネットワークを介して、少なくとも一つの薬剤問屋サーバーにアクセスして薬剤の発注が可能である
ことを特徴とする請求項１〜６の何れか１項に記載の薬剤在庫管理システム。
【請求項８】
前記各店舗の個別管理コンピュータには、レセプトコンピュータから薬剤の払い出しデータが入力される
ことを特徴とする請求項１〜７の何れか１項に記載の薬剤在庫管理システム。
【請求項９】
前記各店舗の個別管理コンピュータには、前記レセプトコンピュータからの薬剤の払い出しデータが、薬剤の発注に適した形式に変換されて入力される
ことを特徴とする請求項８に記載の薬剤在庫管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、調剤薬局で使用される医薬品の発注及び備蓄を含む在庫管理業務を支援するシステムに関し、特に、発注／流通単位以下の少量を単位として患者に在庫から払い出される医薬品について複数の調剤薬局の在庫／管理負担を軽減できるシステムに関する。
【背景技術】
【０００２】
＜調剤薬局のレセコンについて＞
調剤薬局は、医師が書いた処方箋に対応する医薬品を在庫から払い出して患者へ渡し、通常は健康保険制度が使用されて所定料率で割引きされた医薬品の代金を患者から受領する。その際に調剤薬局では、処方箋に記載された医薬品の情報が、点数を計算して調剤報酬明細書（レセプト：書類又は電子媒体）を出力する専用のコンピュータ（レセプトコンピュータ：以下、レセコンと略して記載）に入力される。その出力されたレセプトの請求金額が所定期間（一ヶ月等）毎にまとめられて調剤薬局から例えば保険者（市町村や健康保険組合等）に請求され、審査で問題が無ければ保険者から調剤薬局に健康保険で補償される金額が支払われる。
【０００３】
レセコンで使用している薬剤に関するコードは、一般的な商品の販売や流通に使用するＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードではなく、薬価基準収載医薬品コード又はそれを銘柄（製造会社毎に異なる商標）別に収載した個別医薬品コード（通称ＹＪコード）が使用される。その理由は、調剤された結果の患者に手渡される薬剤の形態が、流通時に製造者等によりパッケージされた形態とは異なることから、流通時のパッケージ形態の商品に対して付与されるＪＡＮコードの使用が不可能なためである。
【０００４】
ＪＡＮコードの使用が不可能な理由として、より具体的には以下の状況のためである。薬剤には、例えば内服薬（内用薬）には錠剤やカプセル剤、舌下錠、粉薬（散剤）、水薬（水剤）等があり、外用薬には、点眼（目薬）・点鼻・軟膏等の塗り薬、湿布薬、吸入薬、うがい薬、トローチ、消毒薬、座薬などがあり、それらと別に注射薬がある。それらの薬剤の流通時のパッケージ（流通単位：箱や瓶などの容器単位）は、例えば錠剤やカプセル剤は、１０錠や１２錠等を一枚のシートに納めたブリスタ−パックであり、それがさらに、１０シート等が一箱に入った流通時のパッケージである。粉薬や水薬は、流通時には大きな箱や瓶のパッケージである。それらの比較的大きなパッケージにはＪＡＮコードが付与されている。
【０００５】
調剤薬局では、それらの比較的大きなパッケージで納入された薬剤が、処方箋に記載された数量に従って小分け又は細分化され、例えば錠剤やカプセル剤は、シートから切り離されて輪ゴムで止められるか、小分け袋等に入れられて、患者に渡される。粉薬や水薬は、計量されて別容器（小袋や小瓶等）に入れられて、患者に渡される。すると、薬剤の在庫数量は、流通時の大きな箱や瓶のパッケージに付与されたＪＡＮコードの数量よりも減少する。従って、流通時のパッケージを一単位として分別するＪＡＮコードでは、調剤薬局の在庫は管理できない。
【０００６】
また、現在のレセコンについては、患者の診療情報を含む種々の個人情報を格納するため、個人情報の外部流出を避けるため等の理由から基本的にスタンドアロン型である。例えネットワークに接続されていても、ネットワークからの要求により、内部のデータにアクセスできたり、内部のデータが出力されることはない。例えば使用者の手動操作により、ネットワークから薬剤に関する緊急安全性情報、法令改正情報、動作プログラムのバージョンアップ版等が入手できるのみであり、薬剤の在庫管理には使用しづらい構成である。
【０００７】
以上のような理由から、現在のレセコンは、保険者に提出するレセプトを作成して出力することに特化した専用機であり、処方箋の薬剤データは入力されるものの、使用される薬剤のコードがＪＡＮコードではなく、また薬剤のコードの基本数量の単位もＪＡＮコードとは異なっているため、薬剤を発注する用途には使用できなかった。そのため、調剤薬局には、レセコンとは別体の、ＪＡＮコードで薬剤の発注と在庫を管理する在庫管理用のコンピュータを設置する必要が有った。
【０００８】
＜調剤薬局の在庫管理用のコンピュータについて＞
調剤薬局の在庫管理用のコンピュータは、レセコンが基本的にスタンドアロン型であることから、処方箋により払い出された薬剤のデータをレセコンとは別途に手入力するか、近年ではレセコンによっては、処方箋から入力された薬剤データを、払い出しデータとして調剤時の周辺業務等のアプリケーションソフトウエアに流用できるように有線ＬＡＮ出力ポートを有しているものがあり、そこから入力できるものがある。このようなアプリケーションソフトウエアは、在庫管理用のコンピュータ上で動作し、基本的に、処方箋のデータに従い実際の薬剤を正確にピックアップするためのものや、調剤薬局単独の在庫量を管理するためのものや、チェーン展開する調剤薬局グループの本部サーバーで全店舗の在庫を集計したりレセプトを集計して管理するものが知られている。
【０００９】
在庫管理用のコンピュータには、納入された薬剤については、数量に加えて、薬剤の有効期限を管理するために薬剤の製造ロット番号と有効期限が入力されて在庫管理データベースが作成される。在庫管理データベース中の各薬剤毎のデータは、通常、患者に薬剤が処方箋に基づいて払い出される毎に、その薬剤の数量が在庫管理データベースから減算される。そして、例えば、ある薬剤の残り数量が安全な基準在庫値、又は新規に発注すべき所定値のしきい値（以後、発注しきい値と記載）以下にまで減った時点で、その薬剤が問屋又は卸し業者（以下、卸し業者と記載）に対して新規に発注される。発注量は、当該薬剤が所定の備蓄量に達するか、又は有効期限までに使用が予想される量で発注される。近年では、在庫管理データベースに薬剤のデータを入力する際や、薬剤を処方箋に基づいてピッキングする時の薬剤のデータの薬剤保管場所における入力用に、在庫管理用のコンピュータと無線ＬＡＮで接続されるハンディ端末も使用されている。ハンディ端末には、薬剤の梱包や包装に印刷されたバーコードから薬剤のＪＡＮコードを読み取るバーコードリーダが備えられる。
【００１０】
そのような在庫管理用のコンピュータには、入力される薬剤のデータについて、レセコン内の処方箋に基づいて入力された薬剤データを、レセコンの有線ＬＡＮ出力ポートから払い出しデータとして入力できるものがある。また、医薬品コードからＪＡＮコードの変換を、少なくとも一部について自動化できる変換データベースを有するものもある（例えば、引用文献１参照）。しかし、ＪＡＮコードは自動的に入力できるが、薬剤の製造ロット番号と有効期限の付加等は、納品された薬剤に添付された書類や納品された薬剤の梱包上の表示等から手作業で別個に入力する必要が有り、エラーが発生する可能性がある。また、調剤薬局毎の在庫確認と、発注量の検討は、煩雑な作業であり、作業の回数を減らしたり作業内容を容易にすることで、エラーの発生する可能性を軽減させることが要望されている。
【００１１】
ところで、調剤薬局の在庫管理データベースの所定薬剤の在庫量が発注しきい値以下になったことから、その薬剤を卸し業者に発注する場合には、卸し業者にＪＡＮコードで発注される。つまり、ＪＡＮコードが付与されている流通時のパッケージ（箱や瓶などの容器単位で、場合によっては、それらの容器単位を複数セットにした箱詰めなど）の単位で発注しなければならない。さらに、ＪＡＮコードは同等品であっても薬剤の銘柄（製造会社名又はブランド名等）毎に別のコードが付与されており、パッケージも別になっている。一方で調剤薬局では、少量多品種の医薬品について、各店舗で薬剤が不足する問題を回避するために、常時、ある程度の量の在庫量を維持する必要がある。
【００１２】
そのため、薬剤の発注は、一般的に実際に使用される薬剤の消費量よりも多めに発注する必要が有る。さらにその際には、各薬剤の有効期限を厳守しつつ維持する必要があり、有効期限に余裕を持たせて期限前に予め発注する必要が有る。そのような理由から調剤薬局の在庫量は、実際の必要量よりも多く発注されて多く在庫される傾向にある。その結果、調剤薬局では、全く使用されない不動在庫が増加したり、不動在庫のまま有効期限を迎える所謂デッドストックの在庫が発生するという問題もあった。
【００１３】
＜調剤薬局のチェーンの本部サーバーについて＞
そのような調剤薬局における薬剤の不足、有効期限の厳守、不動在庫及びデッドストックという問題に対して、例えば、大規模なチェーンの調剤薬局では、多数の店舗の仕入れや在庫等の管理情報を、大規模なシステムにより本部のサーバーにインターネット等の有線回線を介して集中させ、本部の在庫管理担当者が各店舗に在庫された薬剤の量と使用期限及び使用実績を調査し、予め又は所定しきい値以下に不足した分の薬剤を発注したり、各店舗の不動在庫の薬剤を使用実績の多い店舗に振り替える等により店舗間の在庫を調整することで、上記の各問題を軽減することがある。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００４−２８７８３３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、例えば、小規模なチェーンの調剤薬局では、インターネット等の有線回線を介して複数の店舗の在庫データを本部のサーバーに集中させることはできるが、マンパワーの余裕が大規模チェーンのように多くないため本部に専任の在庫管理担当者を配置することが困難であった。従来のシステムでは上記のように本部で処理することが前提であるため、例えば、各店舗から本部のサーバ内のトータル数量等は確認できても、サーバー内の他店舗毎の在庫データが検索できなかった。
【００１６】
そのため、例えば一つの店舗で急に所定の薬剤の在庫分が不足になり、追加の薬剤が必用になった場合でも、当該店舗は自力で他店舗に当該薬剤が在庫されているかを調べることができないので、本部の担当者（又は操作可能者）に他店の在庫状況の調査を依頼する必用があった。その場合、本部の担当者が別の業務中の場合にはすぐに着手できずに時間がかかる場合があり、本部の担当者には急ぎで処理しなければならない業務工数が増加するという問題が発生する。
【００１７】
また、薬剤の在庫管理は、ハンディ端末を用いた場合のように薬剤の格納場所で実際の薬剤の残数量を確認しながらできることが好ましく、本部のサーバー内のトータル数量等にアクセスする場合も同様に実際の薬剤の残数量を確認しながらできることが好ましことが、従来のシステムでは、一旦、在庫管理用のコンピュータの場所に戻らないと、本部のサーバーにアクセスすることができなかった。例えバーコードリーダー付ハンディ端末を有している場合でも、無線ＬＡＮ等で当該店舗の在庫管理用のコンピュータにはアクセスできるが、本部のサーバーにはアクセスできないので、一旦、在庫管理用のコンピュータの場所に戻る必用がある点では同様であった。従って、実際の薬剤の残数量を確認しながらその場で正確に、かつ、そこから直接にサーバーにアクセスして迅速にトータル数量等を確認できなかった。
【００１８】
そこで本発明は、上記の課題を解決するため、チェーンのグループ内の一つの調剤薬局の薬剤の格納場所から、集計データを有している本部のサーバーにアクセスして、迅速かつ容易に、グループ内の他の全ての調剤薬局の在庫を確認できるシステム、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
上記した課題を解決するため本発明に係る一実施態様の薬剤在庫管理システムは、複数店舗を有する調剤薬局チェーンの各店舗において、コンピューターネットワークに接続されて、薬剤の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量の各データを管理し、前記各データを前記ネットワークを介して送受信できる個別管理コンピュータと、前記調剤薬局チェーンの本部において、前記コンピューターネットワークに接続されて、前記各個別管理コンピュータから受信した薬剤の在庫データについての在庫データベースを有し、前記在庫データベースの在庫データから、チェーンの各店舗毎における一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を読み出し、他店舗に供出可能な薬剤量を演算する本部サーバーと、前記調剤薬局チェーンの各店舗において、携帯電話ネットワークに接続されて、当該携帯電話ネットワークから前記コンピューターネットワークを介して前記本部サーバーにアクセスし、前記本部サーバーにより演算された所定薬剤について他店舗が供出可能な薬剤量のデータをダウンロードする携帯電話端末を少なくとも含む。
【００２０】
本実施態様の薬剤在庫管理システムでは、携帯電話端末から、本部サーバーにより演算された所定薬剤について他店舗が供出可能な薬剤量のデータをダウンロードできるので、自店舗の在庫確認したその場で、不足薬剤について、個別管理コンピュータの場所まで戻らなくても、迅速に且つ容易にグループ内の他の全ての他店舗からの供出可能性を確認でき、薬剤の不足する事態を軽減させ発注の精度を高めることができる。
【００２１】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記携帯電話端末が、前記所定薬剤について、前記本部サーバーに前記他店舗に供出可能な薬剤量を演算させる指示を出力可能であるようにしてもよい。
本実施態様の薬剤在庫管理システムでは、本部サーバー側で予め所定薬剤について各店舗が供出可能な薬剤量を演算済みでない場合、又は、本部サーバー側で予め所定薬剤について各店舗が供出可能な薬剤量を演算済みであっても最新情報でアップデートされていない懸念がある場合には、携帯電話端末からの指示により本部サーバーに各店舗が供出可能な薬剤量を演算させることができ、薬剤の不足に対応するための入手時期を問屋発注よりも早めることができ、薬剤の発注をより正確に判断することができる。
【００２２】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記個別管理コンピュータの各薬剤の在庫量のデータには、当該薬剤毎の有効期限のデータが含まれるようにしてもよい。
本実施態様の薬剤在庫管理システムでは、個別管理コンピュータの各薬剤の在庫量のデータに薬剤毎の有効期限のデータが含まれることで、本部サーバーに所定薬剤の在庫量のデータを送信する時に有効期限データも送信されるので、有効期限が近いデータの薬剤を優先して他店舗に供出可能な薬剤とすることができ、各店舗に在庫の薬剤における有効期限切れを減少させることができる。
【００２３】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記個別管理コンピュータの前記安全在庫量のデータは、当該薬剤毎の有効期限のデータが所定の安全管理期日以降の薬剤のデータのみを含むようにしてもよい。
本実施態様の薬剤在庫管理システムでは、個別管理コンピュータの薬剤の安全在庫量のデータに薬剤毎の有効期限のデータが、例えば３ヶ月以上後等の所定の安全管理期日以降の薬剤のデータのみを含むので、払い出された薬剤を服用者が服用する期間中に使用期限となる事態を避けることができる。
【００２４】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記個別管理コンピュータの各薬剤の在庫量のデータには、既に発注されて納入前の薬剤の数量と納入予定日のデータが関連付けられて付帯するようにしてもよい。
本実施態様の薬剤在庫管理システムでは、個別管理コンピュータの各薬剤の在庫量のデータに発注済みだが納入前の薬剤の数量と納入予定日のデータが関連付けられて付帯するので、将来的な薬剤の在庫量又は安全在庫量に対する不足の解消を予想でき、薬剤の発注をより正確に判断することができる。
【００２５】
また、発明に係る一実施態様の薬剤在庫管理システムは、前記携帯電話端末が、本部サーバーの在庫データベースから、他店舗の一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を検索できるようにしてもよい。
本実施態様の薬剤在庫管理システムでは、携帯電話端末から他店舗の一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を検索できるので、他店舗に納入される予定の薬剤を現状の在庫分にプラスして他店舗に供出可能な薬剤と見なすことができ、不足しているか不足見込みの薬剤について、他店舗から供給可能な機会を増加させることができる。
【００２６】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記携帯電話端末が、当該携帯電話ネットワークから前記コンピューターネットワークを介して、少なくとも一つの薬剤問屋サーバーにアクセスして薬剤の発注が可能であるようにしてもよい。
本実施態様の薬剤在庫管理システムでは、携帯電話端末から直接に薬剤問屋サーバーに薬剤の発注が可能であるので、チェーンの各店舗毎における薬剤の在庫場所で、在庫およびチェーンの各店舗から供出可能な薬剤だけでは薬剤の不足に対応できないと判断した場合に、その場で迅速に問屋への発注を行い、入手時期を早めることができ、問屋への薬剤の発注をより正確に判断することができる。
【００２７】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記各店舗の個別管理コンピュータには、レセプトコンピュータから薬剤の払い出しデータが入力されるようにしてもよい。
本実施態様の薬剤在庫管理システムでは、個別管理コンピュータにレセプトコンピュータから薬剤の払い出しデータを入力できるので、打ち直しによる入力エラーおよび在庫データと実際の薬剤数との不一致を減らすことができ、打ち直しの余分な工数および作業時間を減少させることができる。
【００２８】
また、本発明に係る一実施態様の薬剤在庫管理システムは、前記各店舗の個別管理コンピュータには、前記レセプトコンピュータからの薬剤の払い出しデータが、薬剤の発注に適した形式に変換されて入力されるようにしてもよい。
本実施態様の薬剤在庫管理システムでは、個別管理コンピュータにレセプトコンピュータからの薬剤の払い出しデータが、薬剤の発注に適した形式に変換されて入力されるので、薬剤の不足時の問屋への発注に際して、打ち直しによる入力エラーおよび発注エラーを減らすことができ、打ち直しの余分な工数および作業時間を減少させることができる。
【発明の効果】
【００２９】
本発明によれば、チェーンのグループ内の一つの調剤薬局の薬剤の格納場所から、集計データを有している本部のサーバーにアクセスして、迅速かつ容易に、グループ内の他の全ての調剤薬局の在庫を確認できるシステム、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明に係る薬剤在庫管理システムの第１実施形態の概略構成のブロックの一例を示す図である。
【図２】図１の携帯電話回線スマート端末および薬剤在庫データ個別管理コンピュータの内部ブロックの一例を示す図である。
【図３】図１、２の薬剤在庫データ個別管理コンピュータのハードウェア構成の概略ブロックの一例を示す図である。
【図４】図１〜３の薬剤在庫管理システムの処理フローの一例を示す図である。
【発明を実施するための形態】
【００３１】
本発明の薬剤在庫管理システムの第１実施の形態について、図１〜図４を用いて詳細に説明する。尚、各図面中の同じ構成については同じ符号を付与して重複する説明を省略する。
図１の第１店舗１１〜第ｎ店舗２１（ｎは任意の自然数）は、管理本部を同じくして複数の調剤薬局を有する同一調剤薬局チェーンの各グループ店舗である。
【００３２】
第１店舗１１は、その内部に在庫の薬剤を格納する格納場所１３が設けられている。第１店舗１１から問屋に発注して納品された薬剤は、格納場所１３に格納される。薬剤の発注時および納品時には、薬剤師又は担当者により薬剤在庫データ個別管理コンピュータ１９に薬剤の発注データ又は納品データが入力される。薬剤在庫データ個別管理コンピュータ１９は、インターネット等のコンピューターネットワーク４１と接続されて薬剤在庫管理本部サーバー５１又は第１薬剤問屋サーバー６１等との間で通信が可能であり、格納場所１３には格納された薬剤のデータ（名称、数量、分類記号、有効期限）が格納される。
【００３３】
上記のように薬剤在庫データ個別管理コンピュータ１９は、コンピューターネットワーク４１に接続されて、薬剤の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量の各データを管理し、各データをネットワーク４１を介して送受信でき、後述するようにレセプトコンピュータ１７から薬剤の払い出しデータが入力される。これにより本実施形態の薬剤在庫管理システムでは、薬剤在庫データ個別管理コンピュータ１９にレセプトコンピュータ１７から薬剤の払い出しデータを入力できるので、打ち直しによる入力エラーおよび在庫データと実際の薬剤数との不一致を減らすことができ、打ち直しの余分な工数および作業時間を減少させることができる。
【００３４】
また、上記の薬剤在庫データ個別管理コンピュータ１９には、後述するようにレセプトコンピュータ１７〜２７からの薬剤の払い出しデータが、薬剤の発注に適した形式に変換されて入力される。これにより本実施形態の薬剤在庫管理システムでは、薬剤在庫データ個別管理コンピュータ１９にレセプトコンピュータ１７からの薬剤の払い出しデータが、薬剤の発注に適した形式に変換されて入力されるので、薬剤の不足時の問屋への発注に際して、打ち直しによる入力エラーおよび発注エラーを減らすことができ、打ち直しの余分な工数および作業時間を減少させることができる。
【００３５】
第１店舗１１の携帯電話回線スマート端末（携帯電話端末）１５は、例えば一般的なスマートホンであって携帯電話回線３１と接続可能であるが、在庫管理用のアプリケーションがインストールされており、主に第１店舗１１の格納場所１３で使用される。しかし、携帯電話回線スマート端末１５の使用場所は、格納場所１３に限られるわけではなく、あらゆる場所で使用可能であり、例えば第１店舗１１内の接客カウンターで持ち込まれた処方箋を見ながら、接客しながら、あるいは、他のチェーン店舗に直接行って在庫の融通交渉等の話しをしながら等の場合にも使用することができる。
【００３６】
携帯電話回線スマート端末１５は、在庫管理用のアプリケーションを実行することにより、携帯電話回線３１およびコンピュータネットワーク４１を介して、第１店舗１１の薬剤在庫データ個別管理コンピュータ１９の薬剤備蓄データへパスワード等を入力することによりアクセスできると共に、同様にして薬剤在庫管理本部サーバー５１の各店舗毎の薬剤備蓄データや他店舗への供給可能薬剤データへもパスワード等を入力することによりアクセスできる。
【００３７】
より詳しくは、携帯電話回線スマート端末１５は、第１店舗１１の薬剤在庫データ個別管理コンピュータ１９の薬剤備蓄データから所定の薬剤を検索し、その量を出力させ、さらに、薬剤在庫管理本部サーバー５１の各店舗毎の他店舗への供給可能薬剤データを検索して、前記所定の薬剤を入手することができる。
【００３８】
また、携帯電話回線スマート端末１５は、調剤薬局チェーンの各店舗１１において、携帯電話ネットワーク３１に接続されて、その携帯電話ネットワーク３１からコンピューターネットワーク４１を介して本部サーバー５１にアクセスし、本部サーバー５１により演算された所定薬剤について他店舗１１以外のチェーン店舗（例えば第ｎ店舗２１）が供出可能な薬剤量のデータをダウンロードすることができる。
【００３９】
また、携帯電話回線スマート端末１５は、上記のように所定薬剤について、本部サーバー５１に他店舗１１〜２１に供出可能な薬剤量を演算させる指示を出力可能である。これにより本実施形態の薬剤在庫管理システムでは、本部サーバー５１側で予め所定薬剤について各店舗１１〜２１が供出可能な薬剤量を演算済みでない場合、又は、本部サーバー５１側で予め所定薬剤について各店舗１１〜２１が供出可能な薬剤量を演算済みであっても最新情報でアップデートされていない懸念がある場合には、携帯電話端末１５からの指示により本部サーバー５１に各店舗１１〜２１が供出可能な薬剤量を演算させることができ、薬剤の不足に対応するための入手時期を問屋発注よりも早めることができ、薬剤の発注をより正確に判断することができる。
【００４０】
また、上記の携帯電話回線スマート端末１５は、後述するように本部サーバー５１の在庫データベース５３、５５、５６から、他店舗１１〜２１の一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を検索できる。これにより本実施形態の薬剤在庫管理システムでは、携帯電話端末１５から他店舗１１〜２１の一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を検索できるので、他店舗１１〜２１に納入される予定の薬剤を現状の在庫分にプラスして他店舗１１〜２１に供出可能な薬剤と見なすことができ、不足しているか不足見込みの薬剤について、他店舗１１〜２１から供給可能な機会を増加させることができる。
【００４１】
また、上記の携帯電話回線スマート端末１５は、後述するように当該携帯電話ネットワーク３１からコンピューターネットワーク４１を介して、少なくとも一つの薬剤問屋サーバーにアクセスして薬剤の発注が可能である。これにより本実施形態の薬剤在庫管理システムでは、携帯電話端末１５から直接に薬剤問屋サーバーに薬剤の発注が可能であるので、チェーンの各店舗１１〜２１毎における薬剤の在庫場所で、在庫およびチェーンの各店舗１１〜２１から供出可能な薬剤だけでは薬剤の不足に対応できないと判断した場合に、その場で迅速に問屋への発注を行い、入手時期を早めることができ、問屋への薬剤の発注をより正確に判断することができる。
【００４２】
上記のように本実施形態の薬剤在庫管理システムでは、携帯電話端末１５から、本部サーバー５１により演算された所定薬剤について他店舗２１等が供出可能な薬剤量のデータをダウンロードできるので、自店舗１１の在庫確認したその場で、不足薬剤について、個別管理コンピュータ１９の場所まで戻らなくても、迅速に且つ容易にグループ内の他の全ての他店舗２１等からの供出可能性を確認でき、薬剤の不足する事態を軽減させ発注の精度を高めることができる。
【００４３】
第１店舗１１のレセプトコンピュータ１７は、第１店舗１１内に設置されており、上記したように払い出した薬剤の健康保険制度の点数を計算して調剤報酬明細書（レセプト：書類又は電子媒体）を出力する専用のコンピュータである。レセコン１７の有線ＬＡＮ出力ポートからは、薬剤在庫データ個別管理コンピュータ１９に、レセコン内の処方箋に基づいて入力された薬剤データを出力し、薬剤在庫データ個別管理コンピュータ１９では、医薬品コードからＪＡＮコードに変換して払い出しデータとして入力する。
【００４４】
第ｎ店舗２１に設けられた薬剤の格納場所２３は、基本的な機能は第１店舗１１の格納場所１３と同様であり、その内部に在庫の薬剤を格納する。第ｎ店舗２１の携帯電話回線スマート端末２５も、基本的な機能は第１店舗１１の携帯電話回線スマート端末１５と同様であり、例えば一般的なスマートホンであって携帯電話回線３１と接続可能であるが、在庫管理用のアプリケーションがインストールされており、主に第ｎ店舗２１の格納場所２３で使用される。
【００４５】
第ｎ店舗２１のレセプトコンピュータ２７も、基本的な機能は第１店舗１１のレセプトコンピュータ１７と同様であり、第ｎ店舗２１において、払い出した薬剤の健康保険制度の点数を計算して調剤報酬明細書（レセプト：書類又は電子媒体）を出力する。第ｎ店舗２１の薬剤在庫データ個別管理コンピュータ２９も、基本的な機能は第１店舗１１の薬剤在庫データ個別管理コンピュータ１９と同様であり、格納場所２３に格納された薬剤のデータ（名称、数量、分類記号、有効期限）が格納される。
【００４６】
携帯電話回線３１は、携帯電話会社の設置した回線網であり、電波の届いている場所であれば、携帯電話をどこでも接続することができる。携帯電話回線３１は、インターネット等のコンピューターネットワークとも接続されており、第１店舗１１の薬剤在庫データ個別管理コンピュータ１９、第ｎ店舗２１の薬剤在庫データ個別管理コンピュータ２９、薬剤在庫管理本部サーバー５１、第１薬剤問屋サーバー６１、第ｎ薬剤問屋サーバー６３と通信が可能である。コンピューターネットワーク４１は、インターネット等のデータ通信が可能なネットワークである。
【００４７】
薬剤在庫管理本部サーバー５１は、内部にチェーンのグループ店舗毎の薬剤在庫データを有効期限付で記憶するグループ店舗毎薬剤在庫データ記憶部５３、チェーンのグループ店舗毎の薬剤使用量／発注データを記憶するグループ店舗毎薬剤使用量／発注データ記憶部５５、各グループ店舗毎に設定された個々の薬剤の安全在庫量を記憶する各店舗安全在庫量記憶部５６、チェーンの各グループ店舗から受信した薬剤在庫データを、そのグループ店舗の各薬剤の安全在庫量に対する余裕度と、各薬剤の有効期限が所定日数以上残っているものをふるいにかけ、各薬剤について他店舗へ供出可能な薬剤量を演算する演算部５７、演算部５７で演算された他店舗へ供出可能な薬剤量を記憶する他店舗供出可能薬剤量記憶部５９を有している。
【００４８】
薬剤在庫管理本部サーバー５１は、調剤薬局チェーンの本部において、コンピューターネットワーク４１に接続されて、各個別管理コンピュータ１９〜２９から受信した薬剤の在庫データについての在庫データベース５３、５５、５６を有し、在庫データベース５３、５５、５６の在庫データから、チェーンの各店舗１１〜２１毎における一つの薬剤についての現在の在庫量及び次の発注により当該薬剤が納入されるまでの安全在庫量を読み出し、他店舗１１〜２１に供出可能な薬剤量を演算して他店舗供出可能薬剤量記憶部５９に格納する
【００４９】
第１薬剤問屋サーバー６１は、各グループ店舗からの所定の薬剤の発注を受け付け、在庫がある場合は発注をかけた店舗への所定薬剤の発送処理を行って到着期日を連絡し、在庫がない場合は、メーカーに発注をかけて、発注をかけた店舗へ発送予定日を連絡する。第ｎ薬剤問屋サーバー６３も、基本的な機能は第１店舗１１の第１薬剤問屋サーバー６１と同様であり、第ｎ店舗２１において、在庫がある場合は発注をかけた店舗への所定薬剤の発送処理を行って到着期日を連絡し、在庫がない場合は、メーカーに発注をかけて、発注をかけた店舗へ発送予定日を連絡する。
【００５０】
図２の第ｎ店舗２１の携帯電話回線スマート端末２５の内部には、一例として、通信部７１、演算部７３、表示出力部７５、入力部７７、および記憶部７９が示されているが、第１店舗１１の携帯電話回線スマート端末２５の内部にも同様に設けられている。
【００５１】
通信部７１は、携帯電話回線スマート端末２５を携帯電話回線３１と無線電波により通信接続でき、携帯電話回線３１とコンピューターネットワーク４１を介して、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９、薬剤在庫管理本部サーバー５１、第１薬剤問屋サーバー６１、および第ｎ薬剤問屋サーバー６３と通信することができる。
【００５２】
演算部７３は、少なくとも薬剤在庫管理本部サーバー５１から所定の薬剤について、他店舗が供出可能な薬剤量についてのデータを、薬剤在庫管理本部サーバー５１に演算させる指示を出力でき、もし最新のデータで演算済みの場合には、そのデータをダウンロードできるアプリケーションを動作させることができる。さらに、第１薬剤問屋サーバー６１、および第ｎ薬剤問屋サーバー６３に所定の薬剤について、発注を行うことができるアプリケーションを動作させることができる。
【００５３】
表示出力部７５は、例えば液晶表示装置（ＬＣＤ）であり、自店舗名、アプリケーションの選択メニュー、薬剤／問屋の選択／入力キー、任意入力欄、選択／入力後の内容、検索／演算の結果、各店舗においける所定の薬剤の在庫量、供出可能量、等を表示させる。
【００５４】
入力部７７は、液晶表示装置（ＬＣＤ）上に積層された透明なタッチパネルであってもよいが、別途に設置されたキーボード等であってもよい。
【００５５】
記憶部７９は、例えば、アプリケーションのプログラム、薬剤の名称／分類上のＩＤデータ、自店舗およびチェーン（グループ）の本部と各他店舗のＩＤデータ／在庫量／安全在庫量／供出可能量、各通信先のＵＲＬ、メールアドレス、動作中の一時記憶内容、等を記憶する。
【００５６】
図２の第ｎ店舗２１の個別管理コンピュータ２９の内部には、一例として、変換データベース記憶部８１、変換結果記憶部８２、個別店舗在庫データベース記憶部８３、発注しきい値（安全在庫量）データベース記憶部８４、変換処理部９１、払い出し減算処理部９２、在庫量／発注判断部９３、発注処理部９４、通信部９５、およびインターネット回線インターフェース９６が示されているが、第１店舗１１の個別管理コンピュータ１９の内部にも同様に設けられている。
【００５７】
変換データベース記憶部８１は、レセプトコンピュータ２７の内部で使用されている薬剤に関するコード、薬価基準収載医薬品コード又はそれを銘柄（製造会社毎に異なる商標）別に収載した個別医薬品コード（通称ＹＪコード）を、一般的な商品の販売や流通に使用するＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードにするためのデータが記憶されている。
【００５８】
変換処理部９１は、レセプトコンピュータ２７から入力した薬剤の薬価基準収載医薬品コード又は個別医薬品コードおよび払い出し数量を、変換データベース記憶部８１に記憶されたデータを参照してＪＡＮコードに変換して、その払い出し数量に換算して出力する。変換結果記憶部８２は、変換処理部９１から出力された薬剤のＪＡＮコードと数量を記憶する。
【００５９】
個別店舗在庫データベース記憶部８３は、前回の払い出し処理後の自店舗に残っている各薬剤のＪＡＮコードと在庫数量を記憶する。個別店舗在庫データベース記憶部８３の各薬剤の在庫量のデータには、後述する問屋への発注処理によって既に発注されて納入前の薬剤の数量と納入予定日のデータが関連付けられて付帯する。これにより本実施形態では、個別管理コンピュータ２９の各薬剤の在庫量のデータに発注済みだが納入前の薬剤の数量と納入予定日のデータが関連付けられて付帯するようにできるので、将来的な薬剤の在庫量又は安全在庫量に対する不足の解消を予想でき、薬剤の発注をより正確に判断することができる。
【００６０】
また、個別店舗在庫データベース記憶部８３の各薬剤の在庫量のデータには、上記したように当該薬剤毎の有効期限のデータが含まれる。これにより本実施形態では、個別管理コンピュータ２９の各薬剤の在庫量のデータに薬剤毎の有効期限のデータが含まれることで、本部サーバー５１に所定薬剤の在庫量のデータを送信する時に有効期限データも送信されるので、有効期限が近いデータの薬剤を優先して他店舗１１等に供出可能な薬剤とすることができ、各店舗１１〜２１に在庫の薬剤における有効期限切れを減少させることができる。
【００６１】
払い出し減算処理部９２は、個別店舗在庫データベース記憶部８３の在庫数量から、変換結果記憶部８２に記憶されている今回払い出された薬剤のＪＡＮコードと数量を減算する。発注しきい値データベース記憶部８４は、例えば、自店舗の薬剤の払い出し（販売）実績を統計的に処理して得られた各薬剤毎の常備しておくべき水準値をしきい値（安全在庫量）として記憶する。
【００６２】
発注しきい値データベース記憶部８４の安全在庫量のデータは、当該薬剤毎の有効期限のデータが所定の安全管理期日（例えば３ヶ月後等）以降の薬剤のデータのみを含む。これにより本実施形態では、個別管理コンピュータ２９の薬剤の安全在庫量のデータに薬剤毎の有効期限のデータが、例えば３ヶ月以上後等の所定の安全管理期日以降の薬剤のデータのみを含むので、払い出された薬剤を服用者が服用する期間中に使用期限となる事態を避けることができる。
【００６３】
在庫量／発注判断部９３は、各薬剤毎の払い出し後の在庫量が発注しきい値データベース記憶部８４のしきい値（安全在庫量）以下になったと判断した場合には、第１問屋サーバー６１〜第ｎ問屋サーバーの何れかに発注し、例えば、しきい値よりも大幅に下回ってしまい、在庫不足の緊急度が高い場合には、本部サーバーに他店舗からすぐに供出可能な薬剤のデータを得るか、他店舗の薬剤の在庫データから供出可能な薬剤のデータを検索して貰うように依頼する。
【００６４】
発注処理部９４は、在庫量／発注判断部９３が薬剤の在庫量が不足していると判断した場合に、第１問屋サーバー６１〜第ｎ問屋サーバーの何れかから、薬剤に対応している問屋のサーバーに発注する。
【００６５】
通信部９５は、不足している薬剤の発注を、対応している所定の問屋のサーバーに送信する。また、在庫不足の緊急度が高い場合には、通信部９５は、本部サーバーに他店舗からすぐに供出可能な薬剤の既存データを取得するための通信を送信するか、新規に他店舗の薬剤の在庫データから供出可能な薬剤のデータを検索して貰う依頼の通信を送信する。
【００６６】
インターネット回線インターフェース９６は、コンピューターネットワーク（インターネット回線）４１を介して各問屋のサーバーや本部のサーバーと通信を行うためのインターフェース回路である。
【００６７】
図３は、図１の第ｎ店舗薬剤在庫データ個別管理コンピュータ２９内のハードウェア構成の一例を示す図である。
なお、以下に説明する図３に示した第ｎ店舗薬剤在庫データ個別管理コンピュータ２９の内部構成ブロックは、第１店舗のレセプトコンピュータ１７、第１店舗の薬剤在庫データ個別管理コンピュータ１９、第ｎ店舗のレセプトコンピュータ２７、第ｎ店舗の薬剤在庫データ個別管理コンピュータ２９、薬剤在庫管理本部サーバー５１、第１薬剤問屋サーバー６１、第ｎ薬剤問屋サーバー６３の内部構成ブロックにおいてもほぼ同様構成であってもよい。
【００６８】
第ｎ店舗薬剤在庫データ個別管理コンピュータ２９は、主コントローラ１１１により相互に接続されるＣＰＵ１０１、ＲＡＭ１０３、グラフィック・コントローラ１０９、及び表示装置１１０を有するＣＰＵ周辺部と、入出力コントローラ１１２により主コントローラ１１１に接続される通信インターフェイス１０４、ハードディスクドライブ１０５、及びＣＤ−ＲＯＭドライブ１０７を有する入出力部と、入出力コントローラ１１２に接続されるＲＯＭ１０２、フレキシブルディスク・ドライブ１０６、及び入出力チップ１０８を有するレガシー入出力部とを備える。
【００６９】
主コントローラ１１１は、ＲＡＭ１０３と、高い転送レートでＲＡＭ１０３をアクセスするＣＰＵ１０１、及びグラフィック・コントローラ１０９とを接続する。ＣＰＵ１０１は、ＲＯＭ１０２、及びＲＡＭ１０３に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ１０９は、ＣＰＵ１０１等がＲＡＭ１０３内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置１１０上に表示させる。これに代えて、グラフィック・コントローラ１０９は、ＣＰＵ１０１等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００７０】
入出力コントローラ１１２は、主コントローラ１１１と、比較的高速な入出力装置であるハードディスクドライブ１０５、通信インターフェイス１０４、ＣＤ−ＲＯＭドライブ１０７を接続する。ハードディスクドライブ１０５は、ＣＰＵ１０１が使用するプログラム、及びデータを格納する。通信インターフェイス１０４は、コンピュータ-ネットワーク（インターネット）４１に接続してプログラムまたはデータを送受信する。ＣＤ−ＲＯＭドライブ１０７は、ＣＤ−ＲＯＭ１６０からプログラムまたはデータを読み取り、ＲＡＭ１０３を介してハードディスクドライブ１０５、及び通信インターフェイス１０４に提供する。
【００７１】
また、入出力コントローラ１１２には、ＲＯＭ１０２と、フレキシブルディスク・ドライブ１０６、及び入出力チップ１０８の比較的低速な入出力装置とが接続される。ＲＯＭ１０２は、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９が起動時に実行するブート・プログラムや、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１０６は、フレキシブルディスク１５０からプログラムまたはデータを読み取り、ＲＡＭ１０３を介してハードディスクドライブ１０５、及び通信インターフェイス１０４に提供する。入出力チップ１０８は、フレキシブルディスク・ドライブ１０６や、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。
【００７２】
ＣＰＵ１０１が実行するプログラムは、フレキシブルディスク１５０、ＣＤ−ＲＯＭ１６０、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。記録媒体に格納されたプログラムは圧縮されていても非圧縮であってもよい。プログラムは、記録媒体からハードディスクドライブ１０５にインストールされ、ＲＡＭ１０３に読み出されてＣＰＵ１０１により実行される。
【００７３】
ＣＰＵ１０１により実行されるプログラムは、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９を、図１〜図４に関連して説明した第ｎ店舗薬剤在庫データ個別管理コンピュータ２９として機能させる。
【００７４】
第ｎ店舗薬剤在庫データ個別管理コンピュータ２９のプログラムは、外部の記憶媒体に格納されてもよい。記憶媒体としては、フレキシブルディスク１５０、ＣＤ−ＲＯＭ１６０の他に、ＤＶＤやＰＤ等の光学記録媒体、ＭＤ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介して第ｎ店舗薬剤在庫データ個別管理コンピュータ２９にプログラム等を提供してもよい。
【００７５】
図４は、図１〜３の薬剤在庫管理システムの処理フローの一例を示す図である。まず第ｎ店舗２１では、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９により、在庫不足の薬剤に対応する問屋のサーバー（第１薬剤問屋サーバー６１〜第ｎ薬剤問屋サーバー６３の何れか）に発注を送信する（Ｓ１）。その問屋は、第ｎ店舗２１からの発注を受信（Ｓ２）すると、注文された薬剤を在庫から選ぶか又はメーカーから取り寄せて発送する（Ｓ３）。
【００７６】
第ｎ店舗２１では、注文した薬剤を受領すると（Ｓ４）、第ｎ店舗レセプトコンピュータ２７および第ｎ店舗薬剤在庫データ個別管理コンピュータ２９への受領薬剤の在庫登録処理を行い（Ｓ５）、その薬剤を薬剤の保管場所２３に格納すると共に、薬剤在庫管理本部サーバ５１への受領薬剤の登録処理（Ｓ６）を行う。このＳ５の処理は、第ｎ店舗２１側で第ｎ店舗レセプトコンピュータ２７および第ｎ店舗薬剤在庫データ個別管理コンピュータ２９に別個に入力するよりも、第ｎ店舗レセプトコンピュータ２７への受領薬剤の登録結果が、プログラムによる自動処理により第ｎ店舗薬剤在庫データ個別管理コンピュータ２９にも入力されることが好ましい。また、Ｓ６の処理も、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９への入力結果が、プログラムによる自動処理により薬剤在庫管理本部サーバ５１へも登録されるか、薬剤在庫管理本部サーバ５１からのリクエストを受診して第ｎ店舗薬剤在庫データ個別管理コンピュータ２９が入力結果送信することが好ましい。
【００７７】
薬剤在庫管理本部サーバ５１は、第ｎ店舗薬剤在庫データ個別管理コンピュータ２９からの受領薬剤の登録処理の指示を受領すると、その薬剤の量と各店舗安全在庫量記憶部５６に記憶された各グループ店舗毎に設定された対応する薬剤の安全在庫量と関連付けられるようにして、有効期限付の薬剤在庫データをグループ店舗毎薬剤在庫データ記憶部５３に登録（記憶）する（Ｓ７）。
【００７８】
第ｎ店舗２１の処方箋を受け取った担当者は、レセプトコンピュータ２７に入力する前に、まず自店舗である第ｎ店舗２１の薬剤在庫データ個別管理コンピュータ２９を検索して処方箋に記載されていた所定の薬剤の在庫量確認を行う。自店舗の薬剤の格納場所２３内に格納された所定の薬剤の在庫から払い出ししても残りに充分に余裕がある場合には、自店舗内に格納された薬剤の在庫から処方箋に対応する払い出しを行う（以上は従来と同様なので不図示）。しかし、その所定薬剤の在庫がすでに安全在庫量よりも不足しているか、近々に在庫量が安全在庫量以下になる可能性が高い場合には、自店舗である第ｎ店舗２１の携帯電話回線スマート端末２５を用いて、自店舗の薬剤の格納場所２３内から、薬剤在庫管理本部サーバー５１に対して所定薬剤の検索指示を送信する（Ｓ８）。Ｓ８の処理は、処方箋を受け取った時期に限らず、例えば、定期的な／任意の時期における、各薬剤の在庫量の残量確認時／棚卸時に行うようにしてもよい。
【００７９】
薬剤在庫管理本部サーバー５１では、第ｎ店舗２１からの所定薬剤の検索指示を受診すると（Ｓ９）、グループ店舗毎薬剤在庫データ記憶部５３から各店舗の所定薬剤の在庫量のデータと、各店舗安全在庫量記憶部５６から各店舗の所定薬剤の安全在庫量のデータを読み出し（Ｓ１０）、演算部５７で、例えば、現状の各店舗の在庫量から各店舗の安全在庫量を減算して供給可能量を演算し、演算結果を各店舗毎の所定薬剤の供出可能な薬剤量として、他店舗供出可能薬剤量記憶部５９に記憶する（Ｓ１１）。薬剤在庫管理本部サーバー５１では、他店舗供出可能薬剤量記憶部５９の各店舗毎の所定薬剤の供出可能な薬剤量を、検索指示を送信した第ｎ店舗２１に検索結果として通知する（Ｓ１２）。
【００８０】
第ｎ店舗２１の担当者は、携帯電話回線スマート端末２５で、他店舗毎の所定薬剤の供出可能な薬剤量を受信すると（Ｓ１３）、自店舗内の所定薬剤の在庫量と、所定薬剤が必要になる時点（予測を含む）の緊急度から、所定薬剤について、「他店舗からの供出を受けるべきか」、または、「問屋／製造元に発注をかけるべきか」を判断する（Ｓ１４）。例えば、緊急度が高いため他店舗からの供出を受ける場合（Ｓ１４でＹＥＳの場合）には、薬剤在庫管理本部サーバー５１に対して、「どの店舗」に在庫されている供出可能な所定薬剤を「どのくらいの量」で「いつの期限までに」供出してほしいかを示す供出依頼を送信する（Ｓ１５）。その逆に、緊急度が低いために通常の問屋からの供出を受ける場合（Ｓ１４でＮＯの場合）には、第１薬剤問屋サーバー６１又は第ｎ薬剤問屋サーバー６３に対して、所定薬剤を「どのくらいの量」で「いつまでに」出荷してほしいかを示す発注（注文書）を送信する（Ｓ１８）。
【００８１】
薬剤在庫管理本部サーバー５１では、第ｎ店舗２１からの所定薬剤の供出依頼を受診すると（Ｓ１６）、供出依頼中に示された店舗に、所定薬剤の示された量を、期限までに供出（発送）するように通知する処理を実施する（Ｓ１７）。通知を受けた他店舗では、所定薬剤の通知に示された量を、通知に示された期限までに供出（発送）する（他店舗の処理は不図示）。
【００８２】
第１薬剤問屋サーバー６１又は第ｎ薬剤問屋サーバー６３では、第ｎ店舗２１からの所定薬剤の発注（注文書）を受診すると（Ｓ１９）、問屋の在庫中に所定薬剤の通知された量があれば、その中から選んで第ｎ店舗２１に発送し、問屋の在庫中に所定薬剤の通知された量がなければ、製造業者に発注して入手してから第ｎ店舗２１に発送する（Ｓ２０）。
【００８３】
第ｎ店舗２１の担当者は、薬剤在庫管理本部サーバー５１に供出依頼した所定薬剤を受領する（Ｓ２１）か、第１薬剤問屋サーバー６１又は第ｎ薬剤問屋サーバー６３に発注（注文書）した所定薬剤を受領する（不図示）。第ｎ店舗２１の担当者は、所定薬剤を受領する（Ｓ２１）と、その所定薬剤の品目確認と量をチェックしてステップＳ５の在庫登録処理を実施する。以降は図４のステップＳ６以下の処理を繰り返す。
【００８４】
以上のように本実施態様の薬剤在庫管理システムでは、チェーンのグループ内の自店舗において、調剤薬局の薬剤の在庫確認したその格納場所から、所定薬剤（不足薬剤）について、個別管理コンピュータの場所まで戻らなくても、携帯電話回線スマート端末を用いて、集計データを有している本部のサーバーにアクセスして、グループ内の他の全ての調剤薬局の在庫を確認したり、本部サーバーにより所定薬剤について他店舗が供出可能な薬剤量のデータを演算させたり、演算されたデータをダウンロードできる。従って、本実施態様の薬剤在庫管理システムでは、迅速に且つ容易に、所定薬剤について、自店舗の薬剤の格納場所から、グループ内の他の全ての他店舗からの供出可能性を確認でき、各店舗間の在庫調整等を行うことが可能であり、当該調剤薬局における、薬剤の発注量と在庫量を及びデッドストックを軽減させることができ、薬剤の不足する事態を軽減させ発注の精度を高めることができる。
【産業上の利用可能性】
【００８５】
以上、本発明を実施の形態では携帯電話回線スマート端末を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されるものではなく、例えば、インターネットに接続可能であれば通常の携帯電話装置でも実施可能である。また、本発明を実施の形態では携帯電話回線スマート端末の使用場所とタイミングは、各店舗（調剤薬局）における薬剤の格納場所で、在庫確認したその時を例として示したが、携帯電話装置の機能として場所は限定されないので、例えば、店舗のカウンターで接客（処方箋持参者等）中や、薬剤営業者との商談中に、本部サーバーにチェーン全店舗や他店舗の在庫を問い合わせて業務を迅速に推進することができる。以上のように、上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者には明らかであり、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【符号の説明】
【００８６】
１１  第１店舗、
１３  （第１店舗の）薬剤の格納場所、
１５  （第１店舗の）携帯電話回線スマート端末、
１７  （第１店舗の）レセプトコンピュータ、
１９  （第１店舗の）薬剤在庫データ個別管理コンピュータ、
２１  第ｎ店舗、
２３  （第ｎ店舗の）薬剤の格納場所、
２５  （第ｎ店舗の）携帯電話回線スマート端末、
２７  （第ｎ店舗の）レセプトコンピュータ、
２９  （第ｎ店舗の）薬剤在庫データ個別管理コンピュータ、
３１  携帯電話回線、
４１  コンピューターネットワーク（インターネット）、
５１  薬剤在庫管理本部サーバー、
５３  （チェーンの）グループ店舗毎薬剤在庫データ（有効期限付）記憶部、
５５  （チェーンの）グループ店舗毎薬剤使用量／発注データ記憶部、
５７  （本部サーバーの）演算部、
５９  （本部サーバーの）他店舗供出可能薬剤量記憶部、
６１  第１薬剤問屋サーバー、
６３  第ｎ薬剤問屋サーバー、
７１  （携帯電話回線スマート端末の）通信部、
７３  （携帯電話回線スマート端末の）演算部、
７５  （携帯電話回線スマート端末の）表示出力部、
７７  （携帯電話回線スマート端末の）入力部、
７９  （携帯電話回線スマート端末の）記憶部、
８１  （個別管理コンピュータの）変換データベース記憶部、
８２  （個別管理コンピュータの）変換結果記憶部、
８３  （個別管理コンピュータの）個別店舗在庫データベース記憶部、
８４  （個別管理コンピュータの）発注しきい値（安全在庫量）データベース記憶部、
９１  （個別管理コンピュータの）変換処理部、
９２  （個別管理コンピュータの）払い出し減算処理部、
９３  （個別管理コンピュータの）在庫量／発注判断部、
９４  （個別管理コンピュータの）発注処理部、
９５  （個別管理コンピュータの）通信部、
９６  （個別管理コンピュータの）インターネット回線インターフェース、
１０１  （個別管理コンピュータの）ＣＰＵ（セントラル・プロセシング・ユニット）、
１０２  （個別管理コンピュータの）ＲＯＭ（リード・オンリー・メモリ）、
１０３  （個別管理コンピュータの）ＲＡＭ（ランダム・アクセス・メモリ）、
１０４  （個別管理コンピュータの）通信インターフェース（Ｉ／Ｆ）、
１０５  （個別管理コンピュータの）ハードディスク（ＨＤ）ドライブ、
１０６  （個別管理コンピュータの）フロッピー（登録商標）ディスク（ＦＤ）ドライブ、
１０７  （個別管理コンピュータの）ＣＤ−ＲＯＭドライブ、
１０８  （個別管理コンピュータの）入出力（Ｉ／Ｏ）チップ、
１０９  （個別管理コンピュータの）グラフィックコントローラ、
１１０  （個別管理コンピュータの）表示装置、
１１１  （個別管理コンピュータの）主コントローラ、
１１２  （個別管理コンピュータの）入出力（Ｉ／Ｏ）コントローラ、
１５０  （個別管理コンピュータの）フロッピー（登録商標）ディスク（ＦＤ）、
１６０  （個別管理コンピュータの）コンパクトディスク（ＣＤ）。
【図１】
2014228931.tif 000003
【図２】
2014228931.tif 000004
【図３】
2014228931.tif 000005
【図４】
2014228931.tif 000006