JP6943399B2

JP6943399B2 - 医薬品在庫管理プログラム、および医薬品在庫管理方法

Info

Publication number: JP6943399B2
Application number: JP2017035557A
Authority: JP
Inventors: 洋介山口; 英宜橋上
Original assignee: 株式会社ファーマクラウド
Priority date: 2017-02-27
Filing date: 2017-02-27
Publication date: 2021-09-29
Anticipated expiration: 2037-02-27
Also published as: JP2018142151A

Description

本開示は、医薬品の在庫を管理する医薬品在庫管理システムにおいて実行される医薬品在庫管理プログラム、および、前記医薬品在庫管理システムによって実行される医薬品在庫管理方法に関する。

従来、医薬品の在庫を管理するための種々の技術が知られている。例えば、特許文献１では、現在の在庫量と安全在庫量から、他店舗に供出可能な薬剤量が演算される。特許文献２では、レセプト情報に連携して管理された在庫情報に基づいて医薬品が発注される。特許文献３では、医薬品の有効期限情報に基づいて、有効期限が直近である在庫医薬品から優先的に調剤指示書が作成される。特許文献４では、適正在庫量と安全在庫量が考慮されたうえで、補充薬品量が算出される。

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

調剤を行う薬局または病院（以下、単に「薬局」という）で保管されている複数品目の医薬品の中には、調剤が長期間行われていない品目である不動在庫品目が存在する。不動在庫品目とは、その在庫全体が全く動いていない品目である。高い頻度で調剤が行われる品目であれば不動在庫品目にはなり難いが、調剤が行われる頻度が低い品目は不動在庫品目となり易い。薬局は、調剤が行われる頻度が低い品目であっても、調剤される可能性がある限り、在庫として保管しておく必要がある。また、いずれの品目も、在庫の量に関わらず不動在庫品目となり得る。不動在庫品目は、在庫のまま有効期限を迎えて破棄される可能性が高いので、薬局の経営を圧迫し易い。

従来の技術では、不動在庫品目を適切に管理することが困難であった。例えば、特許文献１に記載の技術では、現在の在庫量と安全在庫量が基準を満たしていれば、不動在庫品目はそのまま在庫として残る。特許文献２では、具体的な在庫管理方法は何ら開示されていない。特許文献３に記載の技術によると、調剤が行われる際に、有効期限が直近である在庫医薬品から調剤されるのみであり、調剤が行われない品目は依然として不動在庫として残る。特許文献４の技術でも、特許文献１と同様に、適正在庫量と安全在庫量のバランスが良好であれば、不動在庫品目はそのまま在庫として残る。つまり、特許文献１、４に記載の技術は、在庫量を適切な量に保つことを目的とした技術に過ぎないので、調剤が行われない品目の在庫は調整されず、結局はそのまま有効期限を迎える。

本開示は、薬局または病院における不動在庫品目を適切に管理することが可能な医薬品在庫管理プログラム、および医薬品在庫管理方法を提供することである。

本開示における典型的な実施形態が提供する医薬品在庫管理プログラムは、調剤を行う薬局または病院で使用される端末装置を少なくとも備え、前記薬局または病院における複数品目の医薬品の在庫を管理する医薬品在庫管理システムにおいて実行される医薬品在庫管理プログラムであって、前記医薬品在庫管理プログラムが前記医薬品在庫管理システムのコントローラによって実行されることで、レセプトを作成するためのレセプトコンピュータが出力可能な、前記薬局または病院が保険者に請求する医療報酬の明細書の電子データであり、データ形式が予め定められている電子レセプトデータを、調剤データとして取得する調剤データ取得ステップと、前記調剤データ取得ステップにおいて取得された、不動在庫品目を他の薬局に提供したい提供側薬局の前記電子レセプトデータから、最後に調剤された時を示す最終調剤時情報を、前記医薬品の品目毎に抽出する最終調剤時情報抽出ステップと、前記最終調剤時情報抽出ステップにおいて前記医薬品の品目毎に抽出された前記最終調剤時情報を第１基準期間と比較することで、調剤が行われなかった期間が前記第１基準期間よりも長い品目を、前記提供側薬局の不動在庫品目として抽出する不動在庫品目抽出ステップと、前記提供側薬局の前記不動在庫品目の情報を、不動在庫品目の提供を受けようとする被提供側薬局で使用される端末装置に送信する不動在庫品目情報送信ステップと、前記調剤データ取得ステップにおいて取得された、前記被提供側薬局の前記電子レセプトデータから、第２基準期間内に調剤された回数が基準回数以上である品目を、前記被提供側薬局の利用品目として抽出する利用品目抽出ステップと、前記提供側薬局について抽出された前記不動在庫品目のうち、前記被提供側薬局について抽出された利用品目を表示手段に表示させる取得候補品目表示ステップと、が前記医薬品在庫管理システムによって実行される。

本開示における典型的な実施形態が提供する医薬品在庫管理方法は、調剤を行う薬局または病院で使用される端末装置を少なくとも備え、前記薬局または病院における複数品目の医薬品の在庫を管理する医薬品在庫管理システムによって実行される医薬品在庫管理方法であって、レセプトを作成するためのレセプトコンピュータが出力可能な、前記薬局または病院が保険者に請求する医療報酬の明細書の電子データであり、データ形式が予め定められている電子レセプトデータを、調剤データとして取得する調剤データ取得ステップと、前記調剤データ取得ステップにおいて取得された、不動在庫品目を他の薬局に提供したい提供側薬局の前記電子レセプトデータから、最後に調剤された時を示す最終調剤時情報を、前記医薬品の品目毎に抽出する最終調剤時情報抽出ステップと、前記最終調剤時情報抽出ステップにおいて前記医薬品の品目毎に抽出された前記最終調剤時情報を第１基準期間と比較することで、調剤が行われなかった期間が前記第１基準期間よりも長い品目を、前記提供側薬局の不動在庫品目として抽出する不動在庫品目抽出ステップと、前記提供側薬局の前記不動在庫品目の情報を、不動在庫品目の提供を受けようとする被提供側薬局で使用される端末装置に送信する不動在庫品目情報送信ステップと、前記調剤データ取得ステップにおいて取得された、前記被提供側薬局の前記電子レセプトデータから、第２基準期間内に調剤された回数が基準回数以上である品目を、前記被提供側薬局の利用品目として抽出する利用品目抽出ステップと、前記提供側薬局について抽出された前記不動在庫品目のうち、前記被提供側薬局について抽出された利用品目を表示手段に表示させる取得候補品目表示ステップと、を含む。

本開示に係る医薬品在庫管理プログラムおよび医薬品在庫管理方法によると、薬局または病院における不動在庫品目が適切に管理される。

医薬品在庫管理システム１の概略構成を示すブロック図である。電子レセプトデータの構文の構成を説明するための説明図である。最終調剤時情報取得処理のフローチャートである。不動在庫品目抽出処理のフローチャートである。不動在庫品目が抽出された薬局のモニタに表示される不動在庫品目表示画面の一例を示す図である。不動在庫品目被提供側処理のフローチャートである。不動在庫品目を提供される薬局のモニタに表示される被提供側表示画面の一例を示す図である。

＜概要＞
本開示で例示する医薬品在庫管理システムは、調剤データ取得ステップ、最終調剤時情報抽出ステップ、および不動在庫品目抽出ステップを実行する。調剤データ取得ステップでは、レセプトを作成するためのレセプトコンピュータが出力可能な、所定の形式の調剤データが取得される。最終調剤時情報抽出ステップでは、取得された調剤データから、最後に調剤された時を示す最終調剤時情報が医薬品の品目毎に抽出される。不動在庫品目抽出ステップでは、抽出された最終調剤時情報が第１基準期間と比較されることで、調剤が行われなかった期間が第１基準期間よりも長い品目である不動在庫品目が抽出される。

本開示で例示する技術によると、例えば在庫量が少ない品目が多数存在する場合等でも、簡易な処理で適切に不動在庫品目が抽出される。

また、レセプトを作成するソフトウェアの種類が異なると、ソフトウェアが取り扱う薬剤データおよび処方箋データ等のデータ形式が基本的に異なる。従って、レセプトコンピュータのデータを効率よく利用でき、且つ、複数種類のレセプト作成用ソフトウェアに対応可能な医薬品在庫管理システムを提供することは、従来は困難であった。これに対し、本開示で例示する技術によると、レセプトコンピュータが出力可能な所定の形式の調剤データから、最終調剤時情報が抽出される。従って、レセプト作成用ソフトウェアの種類に関わらず、不動在庫品目が適切に抽出される。

なお、本開示では、「最終調剤時」は日単位で扱われる。しかし、他の単位（例えば、週単位、月単位、分単位等）で最終調剤時が扱われてもよい。また、第１基準期間は、ユーザによって指定された期間であってもよい。この場合、ユーザは、種々の状況に応じて、適切な品目を不動在庫品目としてシステムに抽出させることができる。ただし、第１基準期間は固定された期間であってもよい。

調剤データは電子レセプトデータであってもよい。電子レセプトデータとは、薬局または病院が保険者に請求する医療報酬の明細書の電子データである。電子レセプトデータのデータ形式は予め定められているので、レセプト作成用ソフトウェアの種類に関わらず、電子レセプトデータのデータ形式は共通となる。レセプトには、患者の氏名、調剤した薬剤の品目、調剤日、調剤を行った薬局等の情報が含まれる。電子レセプトデータは、患者毎に区分けされていない。さらに、出願時点の日本では、電子レセプトデータは所定期間単位（詳細には月単位）で纏められている。従って、制御部が最終調剤時情報を抽出する際に処理するデータ量が膨大になることが抑制される。また、電子レセプトデータは医療報酬を請求する際に使用されるデータであるため、内容が正確であり、内容に間違いがあれば修正される。従って、不動在庫品目の抽出精度が向上する。

ただし、電子レセプトデータ以外の調剤データから最終調剤時情報を抽出することも可能である。例えば、お薬手帳の電子データの共有を容易にするために定められたデータ形式（例えば、ＪＡＨＩＳの規格に則ったデータ形式）の調剤データから、最終調剤時情報が抽出されてもよい。また、調剤システムを連動させるために定められたデータ形式（例えば、ＮＳＩＰＳの規格に則ったデータ形式）の調剤データから、最終調剤時情報が抽出されてもよい。

医薬品在庫管理システムは、品目毎に抽出された最終調剤時情報に基づいて、最後に調剤された時からの経過期間順に複数の不動在庫品目を表示手段に表示させてもよい。この場合、ユーザは、最終調剤時からの経過期間の長さの順番を、表示順によって容易に把握することができる。

医薬品在庫管理システムは、互いに異なる薬局で使用される複数の端末装置を備えていてもよい。医薬品在庫管理システムは、１つの薬局または病院について抽出された不動在庫品目の情報を、他の薬局または病院で使用される端末装置に送信する不動在庫品目情報送信ステップをさらに実行してもよい。この場合、１つの薬局のユーザは、他の薬局の不動在庫品目を容易に把握することができる。従って、複数の薬局の間で不動在庫品目を容易に共有することができる。よって、不動在庫品目が有効に活用され易くなる。

医薬品在庫管理システムは、第２基準期間内に調剤された回数が基準回数以上である品目を、利用品目として調剤データから抽出してもよい。医薬品在庫管理システムは、１つの薬局または病院について抽出された不動在庫品目のうち、他の薬局または病院について抽出された利用品目を、取得する候補の品目として表示手段に表示させてもよい。この場合、ユーザは、他の薬局の不動在庫品目のうち、自らの薬局で第２基準期間内に基準回数以上調剤された品目を、容易に確認することができる。従って、不動在庫品目がより適切に共有される。なお、第２基準期間および基準回数は、ユーザによって指定されてもよいし、固定された値であってもよい。

取得する候補の品目は、第２基準期間内に調剤された回数順に表示されてもよい。この場合、ユーザは、自らの薬局において調剤される頻度を考慮したうえで、他の薬局の不動在庫品目を把握することができる。

医薬品在庫管理システムは、端末装置との間で通信を行うことが可能なサーバーをさらに備えてもよい。調剤データ取得ステップ、最終調剤時情報抽出ステップ、および不動在庫品目抽出ステップは、サーバーによって実行されてもよい。この場合、端末装置の処理負担の増大が抑制される。なお、不動在庫品目表示ステップ、不動在庫品目情報送信ステップ、利用品目抽出ステップ、および取得候補品目表示ステップの少なくともいずれかを実行する場合、これらのステップもサーバーによって実行されてもよい。

ただし、調剤データ取得ステップ、最終調剤時情報抽出ステップ、および不動在庫品目抽出ステップ等の各ステップの少なくともいずれかが、端末装置によって実行されてもよい。また、医薬品在庫管理システムがサーバーを備えていなくてもよい。この場合、各ステップは端末装置によって実行されてもよい。

＜実施形態＞
以下、本開示における典型的な実施形態の１つについて、図面を参照して説明する。本実施形態では、それぞれ異なる拠点に配置されたサーバー１０と端末装置２０を含む医薬品在庫管理システム１を例示する。しかし、医薬品在庫管理システムのシステム構成を変更することも可能である。例えば、医薬品在庫管理システムは、複数の端末装置２０間で各種データを直接共有するシステムであってもよい。また、１つの薬局の在庫の管理のみを行う場合、医薬品在庫管理システムは、少なくとも、薬局に配置される端末装置２０を１つ備えていればよい。

図１を参照して、本実施形態における医薬品在庫管理システム１のシステム構成について説明する。医薬品在庫管理システム１は、サーバー１０と、各薬局において使用される端末装置２０を備える。図１では、薬局Ａで使用される端末装置２０Ａと、薬局Ｂで使用される端末装置２０Ｂを例示している。

サーバー１０は、接続されるデバイス（本実施形態では端末装置２０）に対して各種データ等を提供する。本実施形態では、クラウドサービスを提供するメーカーのサーバー（所謂クラウドサーバー）が、サーバー１０として用いられている。しかし、クラウドサーバー以外のサーバーが用いられてもよいことは言うまでもない。サーバー１０は、各種処理制御を行う制御部１１と、通信Ｉ／Ｆ１４とを備える。制御部１１は、制御を司るコントローラであるＣＰＵ１２と、プログラムおよびデータ等を記憶することが可能な記憶装置１３を備える。記憶装置１３には、後述する各種処理を実行するための医薬品在庫管理プログラムが記憶されている。また、通信Ｉ／Ｆ１４は、ネットワーク５（例えばインターネット）を介して、サーバー１０を外部機器（例えば端末装置２０）と接続する。

端末装置２０は、薬局のユーザ（例えば薬剤師等）によって使用される。本実施形態の端末装置２０はパーソナルコンピュータであるが、スマートフォーンまたはタブレット端末等の携帯端末であってもよい。端末装置２０は、各種処理制御を行う制御部２１と、通信Ｉ／Ｆ２４とを備える。制御部２１は、制御を司るコントローラであるＣＰＵ２２と、プログラムおよびデータ等を記憶することが可能な記憶装置２３を備える。通信Ｉ／Ｆ２４は、ネットワーク５を介して、端末装置２０を外部機器（例えばサーバー１０）と接続する。

端末装置２０は、操作部２５およびモニタ２６に接続されている。操作部２５は、ユーザが各種操作指示を端末装置２０に入力するために、ユーザによって操作される。操作部２５には、例えば、キーボード、マウス、タッチパネル等の少なくともいずれかを使用できる。モニタ２６は、各種画像を表示することが可能な表示手段の一例である。

端末装置２０は、レセプト作成用ソフトウェアがインストールされたレセプトコンピュータ３０との間でデータのやり取りを行うことができる。レセプトとは、薬局または病院が保険者に請求する医療報酬の明細書である。レセプトコンピュータ３０には、各患者の処方箋情報が入力される。レセプトコンピュータ３０は、入力された処方箋情報に基づいて、調剤情報を含む電子レセプトデータを作成する。電子レセプトデータのデータ形式は、予め所定の形式に定められている。

端末装置２０は、レセプトコンピュータ３０から電子レセプトデータを取得することができる。端末装置２０がレセプトコンピュータ３０から電子レセプトデータを取得する方法は、適宜選択できる。例えば、端末装置２０は、有線通信、無線通信、着脱可能な記憶媒体（例えばＵＳＢメモリ）等の少なくともいずれかによって電子レセプトデータを取得してもよい。

なお、本実施形態では、端末装置２０とレセプトコンピュータ３０は別々のデバイスである。しかし、レセプトコンピュータ３０自体が端末装置２０として機能することも可能である。

また、レセプトコンピュータ３０は、調剤情報を含む調剤データとして、電子レセプトデータ以外の所定形式の調剤データを出力してもよい。例えば、レセプトコンピュータ３０は、ＪＡＨＩＳの規格に則ったデータ形式の調剤データ、および、ＮＳＩＰＳの規格に則ったデータ形式の調剤データ等の少なくともいずれかを出力してもよい。詳細は後述するが、本実施形態では、レセプトコンピュータ３０が出力可能な電子レセプトデータに基づいて不動在庫品目が管理される。しかし、電子レセプトデータ以外の所定のデータ形式の調剤データに基づいて、不動在庫が管理されてもよい。

図２を参照して、電子レセプトデータの構文の概略構成について説明する。図２に示すように、電子レセプトデータには、患者情報、調剤時を示す情報（調剤情報に含まれる）、調剤した薬品の品目の情報（医薬品情報に含まれる）、調剤を行った薬局の情報（薬局情報に含まれる）等が含まれている。従って、医薬品在庫管理システム１は、電子レセプトデータに含まれる各種情報に基づいて、薬局における医薬品の使用実態をより正確に把握することができる。また、電子レセプトデータは月単位で纏められており、患者毎に別々のデータが纏められるわけではない。従って、処理するデータの数が膨大になることが抑制される。さらに、電子レセプトデータは保険者への保険料の請求に用いられるものであることから、電子レセプトデータの内容は正確であり、在庫管理の精度が向上する。なお、電子レセプトデータには他の情報も含まれているが、この説明は省略する。

図３〜図７を参照して、本実施形態の医薬品在庫管理システム１が実行する各種処理について説明する。一例として、本実施形態では、サーバー１０の制御部１１が、図３、図４、および図６に示す処理を実行する。制御部１０のＣＰＵ１２は、記憶装置１３に記憶された医薬品在庫管理プログラムに従って各種処理を実行する。ただし、以下説明する処理の少なくとも一部が、サーバー１０以外の制御部（例えば、端末装置２０の制御部２１等）によって実行されてもよい。この場合、医薬品在庫管理プログラムの少なくとも一部が、サーバー１０以外のデバイスの記憶装置（例えば、端末装置２０の記憶装置２３）に記憶されてもよい。

以下説明する処理のうち、図３に示す最終調剤時情報取得処理、および図４不動在庫品目抽出処理は、薬局の不動在庫品目を抽出するための処理である。一方で、図６に示す不動在庫品目被提供側処理は、１つの薬局が他の薬局から不動在庫品目の提供を受けようとする場合に実行される処理である。なお、医薬品在庫管理システム１は、図６に示す不動在庫品目被提供側処理を実行せずに、図３および図４に示す処理のみを実行してもよい。

まず、図３〜図５を参照して、薬局の不動在庫品目を抽出するための処理について説明する。制御部１１は、不動在庫品目の抽出処理を実行する指示を入力すると、図３に示す最終調剤時情報取得処理を実行した後、図４に示す不動在庫品目抽出処理を実行する。

図３に示すように、制御部１１は、最終調剤時情報取得処理を開始すると、不動在庫品目の抽出対象となる薬局の端末装置２０（例えば、薬局Ａの端末装置２０Ａ）から電子レセプトデータを取得する（Ｓ１）。ここで、本実施形態では、端末装置２０が電子レセプトデータに対して予め構文解析を行い、それによって生成されたトランザクションデータがサーバー１０に送信される。構文解析が行われることで、電子レセプトデータのデータ形式が、サーバー１０の制御部１１によって取り扱うことが可能なデータ形式に変換される。

制御部１１は、取得した電子レセプトデータ（本実施形態では、電子レセプトデータから生成されたトランザクションデータ）から、１つの調剤情報を取得する（Ｓ２）。図２に示すように、電子レセプトデータには、１つまたは複数の調剤情報が含まれている。また、それぞれの調剤情報には、調剤時（本実施形態では調剤日）の情報を含む調剤情報レコードが１つ含まれている。また、それぞれの調剤情報には、１つまたは複数の医薬品情報が含まれている。制御部１１は、同一の調剤情報に含まれる１つの医薬品情報の医薬品情報レコードを取得する（Ｓ３）。医薬品情報レコードは、調剤された医薬品の品目の情報を含む。同一の調剤情報に含まれるすべての医薬品情報の調査が完了していなければ（Ｓ５：ＮＯ）、同一の調剤情報に含まれる複数の医薬品情報のうち、未だ調査が完了していない次の医薬品情報について医薬品情報レコードが取得される（Ｓ６、Ｓ３）。同一の調剤情報に含まれるすべての医薬品情報の調査が完了すると（Ｓ５：ＹＥＳ）、全ての調剤情報の調査が完了したか否かが判断される（Ｓ８）。完了していなければ（Ｓ８：ＮＯ）、未だ調査が完了していない次の調剤情報について、調剤情報レコードおよび医薬品情報レコードが取得される（Ｓ９、Ｓ２〜Ｓ８）。

全ての調剤情報の調査が完了すると（Ｓ８：ＹＥＳ）、制御部１１は、それぞれの医薬品の品目に対し、不動在庫品目の抽出対象となる薬局（電子レセプトデータを作成した薬局）と、対応する調剤時情報を関連付けて記憶する（Ｓ１１）。制御部１１は、医薬品の品目毎に、最後に調剤された時を示す最終調剤時情報を抽出する（Ｓ１２）。詳細には、本実施形態の制御部１１は、同一の医薬品の品目に対応付けられた１つまたは複数の調剤時情報の中から、最も遅い時を示す調剤時情報を抽出することで、最終調剤時情報を抽出する。

次いで、図４に示すように、制御部１１は、第１基準期間を設定する（Ｓ２１）。第１基準期間とは、それぞれの品目が不動在庫品目に該当するか否かを判断するための基準とする期間である。つまり、本実施形態では、最後に調剤されてから現在までの経過期間が第１基準期間よりも長い品目が、不動在庫品目と判断される。本実施形態では、ユーザは、操作部２５を操作することで、第１基準期間を指定する指示を端末装置２０に入力することができる。制御部１１は、ユーザによって指定された期間を第１基準期間として設定する。なお、第１基準期間の設定方法は適宜変更できる。例えば、医薬品の種類等に応じて複数の第１基準期間が設定されてもよい。また、第１基準期間は固定された期間であってもよい。

次いで、制御部１１は、１つの品目について、最終調剤時からの経過期間が第１基準期間よりも長いか否かを判断する（Ｓ２２）。経過期間が第１基準期間以下であれば（Ｓ２２：ＮＯ）、処理はそのままＳ２５へ移行する。経過期間が第１基準期間よりも長ければ（Ｓ２２：ＹＥＳ）、その品目が不動在庫品目として抽出される（Ｓ２３）。

次いで、制御部１１は、すべての品目についての調査が完了したか否かを判断する（Ｓ２５）。完了していなければ、次の品目が不動在庫品目であるか否かが判断される（Ｓ２６、Ｓ２２、Ｓ２３）。全ての品目についての調査が完了すると（Ｓ２５：ＹＥＳ）、制御部１１は、抽出した不動在庫品目を、不動在庫品目が抽出された薬局のモニタ２６に表示させる（Ｓ２８）。

図５を参照して、不動在庫品目が抽出された薬局のモニタ２６に表示される不動在庫品目表示画面の一例について説明する。本実施形態では、制御部１１は、最終調剤時からの経過順に不動在庫品目を並べて表示する。従って、ユーザは、最終調剤時からの経過期間の長さの順番を、表示順によって容易に把握することができる。

また、本実施形態における不動在庫品目表示画面では、「出品」「薬価」「最終調剤日」および「調剤回数」の欄が設けられる。ユーザは、操作部２５を操作して「出品」欄にチェックを入れることで、不動在庫品目を他の薬局に向けて出品することができる。制御部１１は、出品の指示が行われた不動在庫品目の情報を、他の薬局の端末装置２０に出力することができる（図７等を参照して後述する）。「薬価」欄には、それぞれの不動在庫品目の薬価が表示される。「最終調剤日」欄には、それぞれの不動在庫品目の最終調剤日と、最終調剤日からの経過期間が表示される。「調剤回数」欄には、それぞれの不動在庫品目毎に、第１基準期間よりも長い所定期間内に調剤が行われた回数が表示される。

図６および図７を参照して、不動在庫品目被提供側処理について説明する。制御部１１は、不動在庫品目の提示処理を要求する指示を入力すると、図６に示す不動在庫品目被提供側処理を実行する。不動在庫品目の提示処理を要求する指示は、不動在庫品目の提供を受けようとする薬局（以下、「被提供側薬局」という）の端末装置２０から送信される。

まず、制御部１１は、被提供側薬局の端末装置２０から電子レセプトデータを取得する（Ｓ３１）。Ｓ３１の処理には、前述したＳ１の処理と同様の処理を採用できる。次いで、制御部１１は、第２基準期間および基準調剤回数を設定する（Ｓ３２）。第２基準期間とは、それぞれの品目の調剤頻度を判断するための基準となる期間である。つまり、第２基準期間内に調剤された回数によって、それぞれの品目の調剤頻度が抽出される。基準調剤回数とは、調剤頻度が高い品目を抽出する基準となる調剤回数である。本実施形態では、第２基準期間内に調剤された回数が基準調剤回数以上である品目が、調剤頻度が高い品目として抽出される。なお、前述した第１基準期間と同様に、第２基準期間および基準調剤回数はユーザによって指定されてもよいし、固定された値であってもよい。当然ながら、基準調剤回数は「１」に設定されてもよい。

制御部１１は、Ｓ３１で取得した電子レセプトデータから、第２基準期間内のレコードを取得する（Ｓ３３）。詳細には、制御部１１は、電子レセプトデータから、最終調剤時から現在までの経過期間が短い調剤情報を、調剤情報レコードに基づいて抽出する。次いで、制御部１１は、抽出されたレコードに含まれる医薬品情報レコードの数に基づいて、第２基準期間内に調剤された回数を品目毎に抽出する（Ｓ３５〜Ｓ３７）。

全ての品目の調剤回数の抽出が完了すると（Ｓ３６：ＹＥＳ）、制御部１１は、第２基準期間内の調剤回数が基準調剤回数以上の品目を、調剤頻度が高い品目（以下、「利用品目」という）として抽出する（Ｓ３９）。制御部１１は、不動在庫品目を他の薬局に提供したい薬局（以下、「提供側薬局」という）の不動在庫品目情報を、被提供側薬局の端末装置２０に送信する（Ｓ４０）。制御部１１は、提供側薬局の不動在庫品目の中から、被提供側薬局の利用品目を抽出する（Ｓ４１）。さらに、制御部１１は、Ｓ４１で抽出された利用品目を、第２基準期間内に調剤された回数の順に並べて、被提供側薬局のモニタ２６に表示させる。

図７を参照して、被提供側薬局のモニタ２６に表示される被提供側表示画面の一例について説明する。本実施形態では、他の薬局の不動在庫品目が、被提供側薬局のモニタ２６に表示される。従って、被提供側薬局のユーザは、他の薬局の不動在庫品目を容易に把握することができる。また、本実施形態では、提供側薬局の不動在庫品目のうち、被提供側薬局の利用品目のみが表示される。従って、不動在庫品目がより適切に共有される。さらに、本実施形態では、提供側薬局の不動在庫品目のうち、被提供側薬局の利用品目が、第２基準期間内の調剤回数の順に並べて表示される。よって、被提供側薬局のユーザは、自らの薬局において調剤される頻度を容易に考慮したうえで、提供側薬局の不動在庫品目を把握することができる。

また、本実施形態における被提供側表示画面では、「購入」「販売額」「薬価差」および「調剤回数」の欄が設けられる。ユーザは、操作部２５を操作して「購入」欄にチェックを入れることで、提供側薬局の不動在庫品目を購入する指示を入力することができる。制御部１１は、購入の指示が入力されると、被提供側薬局に購入の意思があることを示す情報を、提供側薬局の端末装置２０に送信することができる。「販売額」欄には、それぞれの品目毎に販売額が表示される。「薬価差」欄には、「薬価×数量×値引き率」で算出される値が表示される。「調剤回数」欄には、Ｓ３５で抽出された調剤回数が表示される。なお、図７には明示していないが、制御部１１は、それぞれの不動在庫品目について、最終調剤日からの経過期間を「医薬品名」の欄に表示させる。従って、ユーザは、最終調剤日からの経過期間を考慮したうえで、他の薬局の不動在庫品目を取得するか否かを判断することができる。

上記実施形態で開示された内容は一例に過ぎない。従って、上記実施形態で開示された内容を変更することも可能である。例えば、上記実施形態では、提供側薬局と被提供側薬局の間で不動在庫品目を売買する場合について例示している。しかし、例えば、同一のグループに属する複数の薬局間で不動在庫品目を共有する場合にも、上記実施形態で例示した技術を利用できる。この場合、「出品／購入」を「提供／受領」等に変更すればよい。

１医薬品在庫管理システム
１０サーバー
１１制御部
１２ＣＰＵ
１３記憶装置
２０端末装置
２５操作部
２６モニタ
３０レセプトコンピュータ

Claims

調剤を行う薬局または病院で使用される端末装置を少なくとも備え、前記薬局または病院における複数品目の医薬品の在庫を管理する医薬品在庫管理システムにおいて実行される医薬品在庫管理プログラムであって、
前記医薬品在庫管理プログラムが前記医薬品在庫管理システムのコントローラによって実行されることで、
レセプトを作成するためのレセプトコンピュータが出力可能な、前記薬局または病院が保険者に請求する医療報酬の明細書の電子データであり、データ形式が予め定められている電子レセプトデータを、調剤データとして取得する調剤データ取得ステップと、
前記調剤データ取得ステップにおいて取得された、不動在庫品目を他の薬局に提供したい提供側薬局の前記電子レセプトデータから、最後に調剤された時を示す最終調剤時情報を、前記医薬品の品目毎に抽出する最終調剤時情報抽出ステップと、
前記最終調剤時情報抽出ステップにおいて前記医薬品の品目毎に抽出された前記最終調剤時情報を第１基準期間と比較することで、調剤が行われなかった期間が前記第１基準期間よりも長い品目を、前記提供側薬局の不動在庫品目として抽出する不動在庫品目抽出ステップと、
前記提供側薬局の前記不動在庫品目の情報を、不動在庫品目の提供を受けようとする被提供側薬局で使用される端末装置に送信する不動在庫品目情報送信ステップと、
前記調剤データ取得ステップにおいて取得された、前記被提供側薬局の前記電子レセプトデータから、第２基準期間内に調剤された回数が基準回数以上である品目を、前記被提供側薬局の利用品目として抽出する利用品目抽出ステップと、
前記提供側薬局について抽出された前記不動在庫品目のうち、前記被提供側薬局について抽出された利用品目を表示手段に表示させる取得候補品目表示ステップと、
が前記医薬品在庫管理システムによって実行されることを特徴とする医薬品在庫管理プログラム。
請求項１に記載の医薬品在庫管理プログラムであって、
前記医薬品在庫管理プログラムが前記医薬品在庫管理システムのコントローラによって実行されることで、
前記不動在庫品目抽出ステップにおいて複数の前記不動在庫品目が抽出された場合に、品目毎に抽出された前記最終調剤時情報に基づいて、最後に調剤された時からの経過期間順に、前記複数の不動在庫品目を表示手段に表示させる不動在庫品目表示ステップ、
を前記医薬品在庫管理システムに実行させることを特徴とする医薬品在庫管理プログラム。
請求項１または２に記載の医薬品在庫管理プログラムであって、
前記取得候補品目表示ステップでは、前記第２基準期間内に調剤された回数の順に、複数の前記利用品目が表示されることを特徴とする医薬品在庫管理プログラム。
請求項１から３のいずれかに記載の医薬品在庫管理プログラムであって、
前記医薬品在庫管理システムは、前記端末装置との間で通信を行うことが可能なサーバーをさらに備え、
前記調剤データ取得ステップ、前記最終調剤時情報抽出ステップ、および前記不動在庫品目抽出ステップが、前記サーバーによって実行されることを特徴とする医薬品在庫管理プログラム。
調剤を行う薬局または病院で使用される端末装置を少なくとも備え、前記薬局または病院における複数品目の医薬品の在庫を管理する医薬品在庫管理システムによって実行される医薬品在庫管理方法であって、
レセプトを作成するためのレセプトコンピュータが出力可能な、前記薬局または病院が保険者に請求する医療報酬の明細書の電子データであり、データ形式が予め定められている電子レセプトデータを、調剤データとして取得する調剤データ取得ステップと、
前記調剤データ取得ステップにおいて取得された、不動在庫品目を他の薬局に提供したい提供側薬局の前記電子レセプトデータから、最後に調剤された時を示す最終調剤時情報を、前記医薬品の品目毎に抽出する最終調剤時情報抽出ステップと、
前記最終調剤時情報抽出ステップにおいて前記医薬品の品目毎に抽出された前記最終調剤時情報を第１基準期間と比較することで、調剤が行われなかった期間が前記第１基準期間よりも長い品目を、前記提供側薬局の不動在庫品目として抽出する不動在庫品目抽出ステップと、
前記提供側薬局の前記不動在庫品目の情報を、不動在庫品目の提供を受けようとする被提供側薬局で使用される端末装置に送信する不動在庫品目情報送信ステップと、
前記調剤データ取得ステップにおいて取得された、前記被提供側薬局の前記電子レセプトデータから、第２基準期間内に調剤された回数が基準回数以上である品目を、前記被提供側薬局の利用品目として抽出する利用品目抽出ステップと、
前記提供側薬局について抽出された前記不動在庫品目のうち、前記被提供側薬局について抽出された利用品目を表示手段に表示させる取得候補品目表示ステップと、
を含むことを特徴とする医薬品在庫管理方法。