JP2020166591A - 在庫管理装置、在庫管理方法、在庫管理プログラム - Google Patents

Abstract

【課題】予製分についても在庫を適正に管理でき、利便性の高い在庫管理装置、在庫管理方法及び在庫管理プログラムを提供すること。【解決手段】医薬品の在庫を管理するための在庫管理装置であって、医薬品の入庫情報を取得する入庫情報取得部と、医薬品の出庫情報を取得する出庫情報取得部と、入庫情報取得部で取得される医薬品の入庫量と、出庫情報取得部で取得される医薬品の出庫量との数量の差分を医薬品の品目ごとに算出する差分算出部と、予製剤の予製計画に基づいて、予製剤の調整に必要な医薬品の品目ごとの数量を算出する予製用数量算出部と、差分算出部で算出された医薬品の品目ごとの数量を在庫量として記憶させる第１記憶制御部と、予製用数量算出部で算出された医薬品の品目ごとの数量を予製在庫量として記憶させる第２記憶制御部と、を備える。【選択図】図１

Description

本発明は、在庫管理装置、在庫管理方法及び在庫管理プログラムに関し、特に、予製管理が可能な在庫管理装置、在庫管理方法、および在庫管理プログラムに関する。

医療機関はレセプト（診療報酬明細書）を支払機関（受診者が国民健康保険被保険者ならば国民健康保険団体連合会、それ以外の被保険者ならば都道府県の社会保険診療報酬支払基金）へ提出する事で、診療報酬を得ている。従来、明細書の作成には高度な専門知識と複雑な計算が必要であり、医療機関にとっては重い負担となっていたが、レセプトコンピュータ（以下、レセコンともいう）が登場し、始診療報酬点数を計算し、レセプトをオンラインで請求できるようになり、業務負担が大幅に改善されるようになった。

現在では、レセプトを提出するだけの機能に収まらなくなっており、調剤薬局における医薬品の在庫を管理する方法として、レセコンを用いた在庫管理方法が提案されている。しかしながら、従来のレセコンを用いた在庫管理方法では、予製について考慮されていないという問題があった。そこで、特許文献１に提案される発明では、新たに調製された予製剤に関するデータである予製剤調製データを受信する受信手段を備え、前記在庫データは、予製剤の在庫に関するデータである予製剤在庫データを有し、前記記憶手段は、予製剤の構成薬品に関するデータである予製剤構成データを記憶し、前記在庫データ算出手段は、前記受信手段により受信した前記予製剤調製データに基づいて前記在庫データの予製剤在庫データを加算し、前記予製剤調製データ及び前記予製剤構成データに基づいて予製剤を構成する構成薬品の在庫データを減算することが提案されている。

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

しかしながら、特許文献１の提案では、予製分を考慮して医薬品の在庫を管理できるものの予製に使用した医薬品の入力を手動で行わなければならないなど非常に手間のかかるものであり、未だ改善の余地がある。

本発明は、上記課題を鑑みてなされたものであり、予製分についても在庫を適正に管理でき、利便性の高い在庫管理装置、在庫管理方法及び在庫管理プログラムを提供することを目的とする。

上記の課題を解決すべく、本発明の在庫管理装置は、医薬品の在庫を管理するための在庫管理装置であって、医薬品の入庫情報を取得する入庫情報取得部と、医薬品の出庫情報を取得する出庫情報取得部と、入庫情報取得部で取得される医薬品の入庫量と、出庫情報取得部で取得される医薬品の出庫量との数量の差分を医薬品の品目ごとに算出する差分算出部と、予製剤の予製計画に基づいて、予製剤の調整に必要な医薬品の品目ごとの数量を算出する予製用数量算出部と、差分算出部で算出された医薬品の品目ごとの数量を在庫量として記憶させる第１記憶制御部と、予製用数量算出部で算出された医薬品の品目ごとの数量を予製在庫量として記憶させる第２記憶制御部と、を備える。

本発明によれば、予製分についても在庫を適正に管理でき、利便性の高い在庫管理装置、在庫管理方法及び在庫管理プログラムを提供することができる。

実施形態に係る在庫管理システム１の概略構成図である。 実施形態に係るユーザ端末３の構成及び機能の一例を示す図である。 実施形態に係るユーザ端末４の構成及び機能の一例を示す図である。 実施形態に係る在庫管理サーバ５（在庫管理装置）の構成及び機能の一例を示す図である。 実施形態に係る在庫管理システム１の処理を示すフローチャート図である（入庫処理）。 実施形態に係る在庫管理システム１の処理を示すフローチャート図である（発注処理）。

以下、図面を参照して本発明の各実施形態を説明する。なお、以下の説明では、レセプトを作成するためのレセプトコンピュータが出力する調剤実績データを出庫情報として取得する例について説明する。しかし、入出庫情報を取得するための情報は調剤実績データだけに限られない。例えば、医薬品の包装に付された表示体（例えば、文字列、デザイン、ＧＳ１コード（例えば、ＧＴＩＮ（ＪＡＮコード標準タイプ（ＧＴＩＮ−１３）、ＪＡＮコード短縮タイプ（ＧＴＩＮ−８）、北米地域で利用されるＵ．Ｐ．Ｃ．（ＧＴＩＮ−１２）、集合包装用商品コード（ＧＴＩＮ−１４）や合成シンボル、製造番号、使用期限などの情報を含む）を読み取り入出庫情報として利用しても良いし、ユーザが、入出庫情報を入力してもよい。また、その他、電子カルテ、電子お薬手帳などの他、店舗間移動や廃棄、医薬品の卸業者の納品データ（返品データを含む）など、外部のシステムから入出庫情報を取得するようにしてもよい。また、以下では、調剤薬局における在庫管理について説明するが、調剤薬局以外にも病院、診療所、介護老人保健施設、その他の医療を提供する施設など、医薬品を扱う全ての医療機関（医療法で定められた医療提供施設）において適用可能である。

[実施形態]
初めに、図１を参照して在庫管理システム１の構成について説明する。在庫管理システム１は、レセコン２（レセプトコンピュータ）、ユーザ端末３、ユーザ端末４及び在庫管理サーバ５（在庫管理装置）などを備える。レセコン２、ユーザ端末３及びユーザ端末４は、在庫管理サーバ５（在庫管理装置）とネットワーク６を介して通信可能に接続されている。なお、在庫管理システム１が具備するレセコン２、ユーザ端末３、ユーザ端末４、在庫管理サーバ５のそれぞれの数は任意である。ネットワーク６は、レセコン２、ユーザ端末３及びユーザ端末４が在庫管理サーバ５と通信できればよく、どのような通信網で構成されていてもかまわない。また、ネットワーク６は、図示しないＷＥＢサイトと接続されており、在庫管理サーバ５は、ネットワーク６を介してＷＥＢサイトへアクセスし、種々の情報を取得できるように構成されている。

（レセコン２）
レセコン２は、レセプト（診療報酬明細書）を作成するコンピュータであり、例えば、保険請求の為のレセプト作成、診療内容の入力、窓口会計（患者の支払い料金）の計算、処方箋の発行、処方使用量の管理、お薬手帳、薬剤情報の発行、領収書発行、明細型領収書発行などの機能を有する。レセプトには、患者情報及び処方内容が記載される。患者情報としては、例えば、診察日、保険者番号・保険証の記号番号、患者の名前、生年月日、性別、住所、医療機関、診療科、病名、診療日などの情報が記載され、処方内容としては、例えば、初診（再診）の回数および点数、指導の回数および点数、処方した医薬品の品目、用法および処方量（用量、数量）と点数、処置の回数および点数、検査の回数と点数、合計の請求点数（薬剤一部負担金額）などの情報が記載される。レセコン２は、これらの情報を調剤実績データ（出庫情報）として在庫管理サーバ５へ送信する。

（ユーザ端末３）
ユーザ端末３は、例えば、調剤薬局に勤務するユーザが利用する端末（例えば、スマートフォン、タブレット型ＰＣなど）である。ユーザは、ユーザ端末３を利用して、店舗への医薬品の入出庫処理を行うことができる。ユーザ端末３に入力された医薬品の入庫情報は、調剤薬局の店舗の識別子（以下、店舗ＩＤともいう）とともに在庫管理サーバ５へ送信される。ユーザ端末３の構成及び機能の詳細については後述する。なお、本実施形態では、ユーザ端末３が備えるカメラやバーコードリーダなどの装置（以下、撮像装置ともいう）で医薬品の包装に付された表示体を読み取ることで入出庫情報を入力してもよいし、ユーザが、ユーザ端末３の入力装置を操作して入出庫情報を入力するようにしてもよい。また、医薬品の卸業者の納品データを入庫データとしてもよい（返品データを含む）。この場合、外部より電子データとして提供される入出庫データを取り込むようにしてもよい。ユーザ端末３に入力された入庫情報は、在庫管理サーバ５へ送信される。ユーザ端末３の構成及び機能の詳細については後述する。

（ユーザ端末４）
ユーザ端末４は、ユーザが利用する端末であり、ユーザ端末４が配置された調剤薬局等の医薬品の在庫量などを確認するための端末として機能する。ユーザは、ユーザ端末４で医薬品の在庫量が適正であるかを確認することができ、ユーザ端末４の医薬品の在庫量が適正でない場合、ユーザ端末４にアラートが提示される。なお、本実施形態では、医薬品の在庫は、予製用の在庫量（以下、予製在庫量ともいう）を分別管理する。換言すると、医薬品の在庫量は、予製分の在庫を在庫から減算しないで在庫としてユーザに提示するが、内部的には予製分の在庫自体は分別管理を行っており、予製分を考慮して医薬品の発注を行う。また、ユーザは、ユーザ端末４を利用して、医薬品のうち予製を考慮しない品目の入力を行うことができる。

また、ユーザは、ユーザ端末４を操作して、店舗に必要な医薬品の品目ごとの在庫量（以下、適正在庫量ともいう）を入力することができる。また、ユーザは、ユーザ端末４を操作して、店舗情報（店舗名、住所、連絡先（電話番号、メールアドレスなど）など）を入力することができる。なお、本実施形態では、ユーザ端末３と、ユーザ端末４とを別の端末としているが、ユーザ端末３とユーザ端末４とを同一の端末としてもよい。ユーザ端末４の構成及び機能の詳細については後述する。

（在庫管理サーバ５）
在庫管理サーバ５は、調剤薬局等の各店舗の医薬品の在庫量を管理する。より具体的には、在庫管理サーバ５は、予製用の在庫量を分別管理する。また、在庫管理サーバ５は、実際にユーザが予製を行おうとしたときに、予製を行おうために必要な分の在庫があるか否かを判定し、予製を行うために必要な分の在庫がない場合、報知し必要分の発注を行う。また、在庫管理サーバ５は、予製分を除いた医薬品の品目ごとの在庫量が、適正在庫量の範囲内（適正在庫量との差異の上限と下限を個数で決めてもよいし、％できめてもよい）であるか否かを判定し、在庫管理サーバ５は、判定結果に応じて、アラートを報知する。例えば、在庫量が適正在庫量に対して不足している場合は、在庫量が不足していることを報知したり、不足分の発注を行う。なお、本実施形態では、店舗に必要な在庫量（適正在庫量）をユーザがユーザ端末４を利用して入力する構成となっているが、後述するように、在庫管理サーバ５が、ネットワーク６を介して、レセコン２から送信される調剤実績データから、予製用と予製以外の医薬品の適正在庫量を品目ごとに各々算出するようにしてもよい。

（ユーザ端末３の詳細）
図２（ａ）は、ユーザ端末３の構成の一例を示す図、図２（ｂ）は、ユーザ端末３の機能の一例を示す図である。図２（ａ）に示すように、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、撮像装置３００Ｅ及びＣＰＵ３００Ｆなどがバス（ＢＵＳ）などを介して接続された構成を備える。

通信ＩＦ３００Ａは、他の装置（本実施形態では、在庫管理サーバ５）と通信するためのインターフェースである。記憶装置３００Ｂは、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの半導体記憶装置である。記憶装置３００Ｂには、店舗ＩＤ、在庫管理システム１に必要なプログラムなどが記憶されている。

店舗ＩＤは、店舗ごとに異なる識別子であり、ユーザ端末３から送信される情報に付与される。これにより、在庫管理サーバ５は、受信した情報がどの店舗のユーザ端末３から送信されたものであるかを認識することができる。なお、店舗ＩＤは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスなどを利用してもよく、在庫管理サーバ５が各ユーザ端末３に対して付与するようにしてもよい。

入力装置３００Ｃは、例えば、タッチパネル、キーボード、マウスなどであり、ユーザは、入力装置３００Ｃを操作して、必要な情報を入力したり、撮像装置３００Ｅを利用して医薬品の包装に付された表示体を撮像したりすることができる。

表示装置３００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置３００Ｄは、在庫管理システム１の利用に必要な画面を表示する。

撮像装置３００Ｅは、例えば、ＣＣＤ（電荷結合素子）イメージセンサやＣＭＯＳ（相補型ＭＯＳ）イメージセンサ等の個体撮像素子やバーコードスキャナである。ユーザは、撮像装置３００Ｅを利用して、販売対象である医薬品の包装体に付された表示体を撮像する。上述したように、この表示体には、ＧＴＩＮが含まれており、ＧＴＩＮには、事業者コード、商品アイテムコードなどの情報が含まれている。このため、表示体に含まれるＧＴＩＮを読み取ることで、どの事業者のどの商品かがわかるようになっている。

また、ＧＴＩＮの特徴として、1つの取引単位に対して1つのＧＴＩＮが設定される。例えば、２つの異なる商品（単品）や、ある商品の単品とケースのように取引単位として異なるものに、同一のＧＴＩＮを設定することはできない。つまり、レセコン２から送信される調剤実績データでは、医薬品の品目が同じであれば、包装量の異なる商品であっても同じ識別番号が付与されているため、包装量の異なる商品まで在庫を管理することが難しいが、ＧＴＩＮを読み取り、レセコンから出力される調剤実績データと照合することで、医薬品の品目が同じであって包装量の異なる商品についても在庫の管理が可能となる。

ＣＰＵ３００Ｆは、ユーザ端末３を制御し、図示しないＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備えている。

図２（ｂ）に示すように、ユーザ端末３は、記憶装置制御部３０１、入力受付部３０２、表示装置制御部３０３、撮像装置制御部３０４、コード読取部３０５、送信部３０６及び受信部３０７などの機能を有する。なお、図２（ｂ）に示す機能は、ユーザ端末３のＲＯＭ（不図示）に記憶されたプログラムをＣＰＵ３００Ｆが実行することにより実現される。

記憶装置制御部３０１は、記憶装置３００Ｂを制御する。具体的には、記憶装置制御部３０１は、記憶装置３００Ｂを制御して情報の書き込みや読み出しを行う。

入力受付部３０２は、入力装置３００Ｃでの入力操作を受け付ける。

表示装置制御部３０３は、表示装置３００Ｄを制御する。具体的には、表示装置制御部３０３は、在庫管理システム１の利用に必要な画面などを表示装置３００Ｄに表示させる。

撮像装置制御部３０４は、撮像装置３００Ｅの撮像を制御する。

コード読取部３０５は、撮像装置３００Ｅを利用して撮像された医薬品の包装体に付された表示体を読み取る。また、コード読取部３０５は、読み取った表示体の情報に、読み取った日時の情報を入出庫情報として付与する。

送信部３０６は、入力受付部３０２で受け付けられた情報などを在庫管理サーバ５へ送信する。また、送信部３０６は、コード読取部３０５で読み取られたＧＴＩＮや使用期限、製造番号の情報及び読み取った日時の情報を入庫情報として在庫管理サーバ５へ送信する。なお、送信部３０６は、上記情報を送信する際に記憶装置３００Ｂに記憶されている店舗ＩＤを付与して在庫管理サーバ５へ送信する。

受信部３０７は、在庫管理サーバ５から送信される情報を受信する。

（ユーザ端末４の詳細）
図３（ａ）は、ユーザ端末４の構成の一例を示す図、図３（ｂ）は、ユーザ端末４の機能の一例を示す図である。図３（ａ）に示すように、ユーザ端末４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ及びＣＰＵ４００Ｅがバス（ＢＵＳ）などを介して接続された構成を備える。

通信ＩＦ４００Ａは、他の装置（本実施形態では、在庫管理サーバ５）と通信するためのインターフェースである。記憶装置４００Ｂは、例えば、ＨＤＤやＳＳＤなどの半導体記憶装置である。記憶装置４００Ｂには、店舗ＩＤ、在庫管理システム１に必要なプログラムなどが記憶されている。

入力装置４００Ｃは、例えば、マウス、キーボード、タッチパネルなどであり、ユーザは、入力装置４００Ｃを操作して、必要な情報を入力することができる。例えば、ユーザは、入力装置４００Ｃを操作して、医薬品のうち予製を考慮しない品目の入力を行うことができる。また、ユーザは、ユーザは、入力装置４００Ｃを操作して、店舗に必要な医薬品の品目ごとの適正在庫量を入力することができる。

表示装置４００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置４００Ｄは、在庫管理システム１の利用に必要な画面などを表示する。

ＣＰＵ４００Ｅは、ユーザ端末４を制御し、図示しないＲＯＭ及びＲＡＭを備えている。

図３（ｂ）に示すように、ユーザ端末４は、記憶装置制御部４０１、入力受付部４０２、表示装置制御部４０３、送信部４０４及び受信部４０５などの機能を有する。なお、図３（ｂ）に示す機能は、ユーザ端末４のＲＯＭ（不図示）に記憶されたプログラムをＣＰＵ４００Ｅが実行することにより実現される。

記憶装置制御部４０１は、記憶装置４００Ｂを制御する。具体的には、記憶装置制御部４０１は、記憶装置４００Ｂを制御して情報の書き込みや読み出しを行う。

入力受付部４０２は、入力装置４００Ｃでの入力操作を受け付ける。入力受付部４０２は、例えば、ユーザが入力した予製を考慮しない医薬品の品目の情報、店舗に必要な医薬品の品目ごとの適正在庫量の情報などを受け付ける。

表示装置制御部４０３は、表示装置４００Ｄを制御する。具体的には、表示装置制御部４０３は、在庫管理システム１の利用に必要な画面などを表示装置４００Ｄに表示させる。

送信部４０４は、入力受付部４０２で受け付けられた情報などを在庫管理サーバ５へ送信する。なお、送信部４０４は、上記情報を送信する際に記憶装置４００Ｂに記憶されている店舗ＩＤを付与して在庫管理サーバ５へ送信する。

受信部４０５は、在庫管理サーバ５から送信される情報を受信する。

（在庫管理サーバ５の詳細）
図４（ａ）は、在庫管理サーバ５の構成の一例を示す図、図４（ｂ）は、在庫管理サーバ５の機能の一例を示す図である。図４（ａ）に示すように、在庫管理サーバ５は、通信ＩＦ５００Ａ、記憶装置５００Ｂ及びＣＰＵ５００Ｃがバス（ＢＵＳ）などを介して接続された構成を備える。また、在庫管理サーバ５は、図示しないＲＴＣを備え、日時を計測する。

通信ＩＦ５００Ａは、他の装置（本実施形態では、レセコン２、ユーザ端末３及びユーザ端末４）と通信するためのインターフェースである。

記憶装置５００Ｂは、例えば、ＨＤＤやＳＳＤなどの半導体記憶装置である。記憶装置５００Ｂには、店舗情報（店舗名、住所、連絡先など）、入庫情報、出庫情報、在庫情報、適正在庫量などの情報が店舗ごとに店舗ＩＤに関連付けて記憶されている。また、記憶装置５００Ｂには、予製剤の種類ごとに、必要となる医薬品の品目及び数量が関連付けて格納されたデータベースが記憶されている。また、記憶装置５００Ｂには、サーバＩＤ、在庫管理プログラムなどが記憶されている。

ここで、在庫情報は、医薬品の品目ごとの在庫量であり、本実施形態では、予製分の医薬品の品目ごとの在庫量（予製在庫量）が分別された状態で記憶装置５００Ｂに記憶されている。また、適正在庫量は、ユーザがユーザ端末４を操作して入力した店舗に必要な医薬品の品目ごとの適正な在庫量である。なお、店舗情報、入庫情報、出庫情報については既に説明したため重複する説明を省略する。

ＣＰＵ５００Ｃは、在庫管理サーバ５を制御し、図示しないＲＯＭ及びＲＡＭを備えている。

図４（ｂ）に示すように、在庫管理サーバ５は、受信部５０１、入庫情報取得部５０２、出庫情報取得部５０３、受付部５０４（第１，第２受付部）、判定部５１２、アラート報知部５１３、記憶装置制御部５１４、発注部５１５、送信部５１６、差分算出部５１７、予製用数量算出部５１８、予製計画生成部５１９及び減算部５２０などの機能を有する。なお、図４（ｂ）に示す機能は、ユーザ端末３のＲＯＭ（不図示）に記憶された在庫管理プログラムをＣＰＵ５００Ｃが実行することにより実現される。

受信部５０１は、レセコン２、ユーザ端末３及びユーザ端末４から送信される情報を受信する。

入庫情報取得部５０２は、受信部５０１で受信した情報から、ユーザ端末３から送信された入庫情報を取得する。取得された入庫情報は、店舗ＩＤに関連付けて記憶装置制御部５１４により記憶装置５００Ｂに記憶される。

出庫情報取得部５０３は、受信部５０１で受信した情報から、レセコン２から送信された出庫情報を取得する。取得された出庫情報は、店舗ＩＤに関連付けて記憶装置制御部５１４により記憶装置５００Ｂに記憶される。

受付部５０４（第２受付部）は、受信部５０１で受信した情報から、医薬品のうち予製を考慮しない品目の情報を受け付ける。

差分算出部５１７は、入庫情報取得部５０２で取得される医薬品の入庫量と、出庫情報取得部５０３で取得される医薬品の出庫量との数量の差分を医薬品の品目ごとに算出する。

予製用数量算出部５１８は、予製計画生成部５１９で生成される予製剤の予製計画に基づいて、予製剤の調整に必要な医薬品の品目ごとの数量を算出する。予製用数量算出部５１８は、予製剤の調整に必要な医薬品の品目ごとの数量を算出する際、記憶装置５００Ｂに記憶されている、予製剤の種類ごとに必要となる医薬品の品目及び数量が関連付けて格納されたデータベースを参照して、予製剤の調整に必要な医薬品の品目ごとの数量を算出する。

予製計画生成部５１９は、患者の来局予定又は医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて予製計画を生成する。
（１）患者の来局予定から予製計画を生成する場合、予製計画生成部５１９は、調剤実績データに含まれる日付情報、患者情報、及び患者への医薬品の品目ごとの処方量の情報から、患者の来局間隔と該患者への予製剤の処方量との関係を学習する。次いで、予製計画生成部５１９は、学習した患者の来局間隔と該患者への予製剤の処方量との関係との関係に基づいて、患者の来局予定及び必要な予製剤の分量を予想する。次いで、予製計画生成部５１９は、予想した来局予定及び必要な予製剤の分量から、いつまでにどれだけの予製剤が必要であるかの予製計画を生成する。
（２）医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて予製計画を生成する場合、予製計画生成部５１９は、調剤実績データに含まれる日付情報及び医薬品の品目ごとの処方量の情報から、予製剤の処方量と間隔（日付）との関係を学習する。次いで、予製計画生成部５１９は、学習した予製剤の処方量と間隔（日付）との関係に基づいて、必要な予製剤の分量と時期を予想する。次いで、予製計画生成部５１９は、必要な予製剤の分量と時期から、いつまでにどれだけの予製剤が必要であるかの予製計画を生成する。

本実施形態では、予製計画生成部５１９が患者の来局予定又は医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて予製計画を生成しているが、ネットワーク６を介して在庫管理サーバ５に接続された外部機器で生成された予製計画を利用する構成としてもよい。この場合、前記外部機器から送信される予製計画を、在庫管理サーバ５の受付部５０４（第１受付部）で受け付けて該予製計画を利用することで、ユーザが予製計画を手動で作成してユーザ端末４へ入力する必要がなくなり、利便性が向上する。また、予製用数量算出部５１８は、予製計画生成部５１９で生成される予製剤の予製計画の代わりに、ユーザがユーザ端末４を操作して入力した予製計画を利用する構成としてもよい。

減算部５２０は、差分算出部で算出された医薬品の品目ごとの数量から、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を減算する。

判定部５１２は、予製計画に基づいて予製を行う場合に予製分の医薬品の在庫があるか否かを判定する。また、判定部５１２は、予製分を除いた医薬品の品目ごとの在庫量が適正在庫量の範囲内であるか否かを判定する。より具体的には、判定部５１２は、予製分を除いた医薬品の品目ごとの在庫量が適正在庫量算出部５０９で算出された適正在庫量の範囲内であるか（適正在庫量の上限及び下限の範囲内であるか）を判定する。判定部５１２は、所定の周期で上記判定を行う。

アラート報知部５１３は、判定部５１２での判定結果に応じてアラートを報知する。具体的には、判定部５１２での判定結果が、適正在庫量の範囲内（適正在庫量の上限及び下限の範囲内）でない場合、その旨をアラートとして該当する店舗のユーザ端末４へ送信するように送信部５１６へ指示する。
例えば、アラート報知部５１３は、判定部５１２での判定結果が、予製分の在庫がない場合や、医薬品の品目ごとの予製分を除いた在庫量が適正在庫量の範囲未満である場合、在庫が足りない旨（例えば、「品目○○の在庫量が、○○錠だけ適正在庫量を下回っていましたので、発注しました。」）のアラートを該当する店舗のユーザ端末４へ送信するように送信部５１６へ指示する。
また、アラート報知部５１３は、判定部５１２での判定結果が、各店舗に在庫されている医薬品の使用期限までの期間が所定期間内である場合、その旨をアラートとして該当する店舗のユーザ端末４へ送信するように送信部５１６へ指示するようにしてもよい。なお、予め登録された連絡先（例えば、メールアドレス等）にもアラートを送信するようにしてもよい。

記憶装置制御部５１４は、記憶装置５００Ｂを制御する。具体的には、記憶装置制御部５１４は、記憶装置５００Ｂを制御して情報の書き込みや読み出しを行う。例えば、記憶装置制御部５１４は、差分算出部５１７で算出された医薬品の品目ごとの数量を在庫量として記憶させる第１記憶制御部、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を予製在庫量として記憶させる第２記憶制御部として機能する。

発注部５１５は、判定部５１２での判定結果が、判定部５１２での判定結果が、予製分の在庫がない場合や、医薬品の品目ごとの予製分を除いた在庫量が適正在庫量の範囲未満である場合、予製分を考慮して適正在庫量を下回った品目の医薬品を適正在庫量の上限となるまで発注する発注情報を医薬品の卸業者の端末へ送信するように送信部５１６へ指示する。また、発注部５１５は、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を発注する発注情報を医薬品の卸業者の端末へ送信するように送信部５１６へ指示する。また、発注部５１５は、医薬品の卸業者の端末以外に、近隣の調剤薬局等の端末（例えば、ユーザ端末４）に対して発注情報を送信するように送信部５１６へ指示するようにしてもよい。なお、発注量は、予め医薬品の品目ごとに決めておいてもよい。

送信部５１６は、算出された各店舗における品目ごとの医薬品の在庫量、アラート報知部５１３によるアラートを該当するユーザ端末４へ送信する。また、送信部５１６は、発注部５１５による医薬品の発注情報を医薬品の卸業者の端末や近隣の調剤薬局等の端末（例えば、ユーザ端末４）へ送信する。

（在庫管理システム１の処理）
以下、図５及び図６を参照して、在庫管理システム１の処理について説明する。

（入庫処理）
初めに、在庫管理システム１の入庫処理について図５を参照して説明する。

（ステップＳ１０１）
ユーザは、ユーザ端末３を利用して、入庫した医薬品の包装体を読み取る。具体的には、ユーザ端末３の撮像装置３００Ｅを入庫した医薬品の包装体にかざし、入力装置３００Ｃを操作して包装体に印字又は貼付された表示体を撮像する。ユーザによる撮像操作は入力受付部３０２で受け付けられ、撮像装置制御部３０４は、入力受付部３０２で受け付けられた撮像操作に基づいて、撮像装置３００Ｅを制御して撮影を行う。記憶装置制御部３０１は、撮影された画像（撮影画像）を記憶装置３００Ｂへ記憶する。

（ステップＳ１０２）
ユーザ端末３のコード読取部３０５は、記憶装置３００Ｂへ記憶された表示体の撮影画像から包装体に収納されている医薬品の品目（薬品名、メーカ名、製造番号など）を読み取る。

（ステップＳ１０３）
ユーザ端末３のコード読取部３０５は、記憶装置３００Ｂへ記憶された表示体の撮影画像から包装体に収納されている医薬品の使用期限を取得する。

（ステップＳ１０４）
ユーザ端末３は、撮影回数に基づいて、各医薬品の入庫個数を取得する。なお、ユーザが入力した個数を取得するようにしてもよい。

（ステップＳ１０５）
ユーザ端末３の送信部３０６は、取得した医薬品の品目と個数、製造番号及び使用期限などの入庫情報に店舗ＩＤを付して在庫管理サーバ５へ送信する。なお、ステップＳ１０１からＳ１０４に代えて手作業で入庫情報を作成するほか、医薬品の卸業者などから電子データとして提供される入庫情報を取得するなどしてもよい。

（ステップＳ１０６）
在庫管理サーバ５の受信部５０１は、ユーザ端末３から送信される入庫情報及び店舗ＩＤを受信する。在庫管理サーバ５の記憶装置制御部５１４は、受信部５０１で受信した入庫記録を店舗ＩＤに関連付けて記憶装置５００Ｂへ記憶する。

（発注処理）
次に、在庫管理システム１の発注処理について図６を参照して説明する。なお、図６に示す発注処理は、定期的及び／又は不定期（例えば、新たな入庫情報や出庫情報が取得された際や、受付部５０４で情報が受け付けられた際など）に実行される。

（ステップＳ２０１）
差分算出部５１７は、入庫情報取得部５０２で取得される医薬品の入庫量と、出庫情報取得部５０３で取得される医薬品の出庫量との数量の差分を医薬品の品目ごとに算出する。なお、記憶装置制御部５１４は、差分算出部５１７で算出された医薬品の品目ごとの数量を在庫量として記憶装置５００Ｂに記憶させる。

（ステップＳ２０２）
予製計画生成部５１９は、患者の来局予定又は医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて予製計画を生成する。なお、予製計画生成部５１９による予製計画の生成については、既に説明したので重複する説明を省略する。

（ステップＳ２０３）
予製用数量算出部５１８は、予製剤の予製計画に基づいて、予製剤の調整に必要な医薬品の品目ごとの数量を算出する。

（ステップＳ２０４）
判定部５１２は、予製用数量算出部５１８で算出された予製剤の調整に必要な医薬品の品目ごとの数量分の在庫があるか否かを判定する。判定部５１２は、予製剤の調整に必要な医薬品の品目ごとの数量分の在庫があると判定した場合（ＹＥＳ）、ステップＳ２０５の処理へ移行する。また、判定部５１２は、予製剤の調整に必要な医薬品の品目ごとの数量分の在庫がないと判定した場合（ＮＯ）、ステップＳ２０７の処理へ移行する。

（ステップＳ２０５）
ステップＳ２０４のＹＥＳの場合、記憶装置制御部５１４は、予製分を分部管理するために、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を予製在庫量として記憶装置５００Ｂに記憶させる。

（ステップＳ２０６）
判定部５１２は、予製分を除いた医薬品の品目ごとの在庫量が適正在庫量の範囲内であるか否かを判定する。より具体的には、判定部５１２は、減算部５２０で減算された後の在庫量が適正在庫量の範囲内であるか否かを判定する。判定部５１２は、予製分を除いた医薬品の品目ごとの在庫量が適正在庫量の範囲内であると判定した場合（ＹＥＳ）、発注処理を終了する。また、判定部５１２は、予製分を除いた医薬品の品目ごとの在庫量が適正在庫量の範囲内でないと判定した場合（ＮＯ）、ステップＳ２０７の処理へ移行する。

（ステップＳ２０７）
ステップＳ２０４又はステップＳ２０７のＮＯの場合、発注部５１５は、足りない分の医薬品を発注する。なお、発注部５１５による医薬品の発注については、既に説明したので重複する説明を省略する。なお、医薬品の卸業者の端末以外に、近隣の調剤薬局の端末（例えば、ユーザ端末４）に対して発注情報を送信するようにしてもよい。

（ステップＳ２０８）
アラート報知部５１３は、在庫が足りない旨（例えば、「品目○○の在庫量が、○○錠だけ適正在庫量を下回っていましたので、発注しました。」）のアラートを該当する店舗のユーザ端末４へ送信するように送信部５１６へ指示する。このアラートは、ユーザ端末４の受信部４０５で受信され、表示装置制御部４０３により表示装置４００Ｄに表示される。なお、予め登録された連絡先（例えば、メールアドレス等）にもアラートを送信するようにしてもよい。

以上のように、在庫管理サーバ５は、調剤薬局等における医薬品の在庫を管理するための在庫管理装置である。在庫管理サーバ５は、医薬品の入庫情報を取得する入庫情報取得部５０２と、医薬品の出庫情報を取得する出庫情報取得部５０３と、入庫情報取得部５０２で取得される医薬品の入庫量と、出庫情報取得部５０３で取得される医薬品の出庫量との数量の差分を医薬品の品目ごとに算出する差分算出部５１７と、予製剤の予製計画に基づいて、予製剤の調整に必要な医薬品の品目ごとの数量を算出する予製用数量算出部５１８と、差分算出部５１７で算出された医薬品の品目ごとの数量を在庫量として記憶させる記憶装置制御部５１４（第１記憶制御部）と、予製用数量算出部５１８で算出された前記医薬品の品目ごとの数量を予製在庫量として記憶させる記憶装置制御部５１４（第２記憶制御部）と、を備えている。このため、予製用の医薬品の在庫を分別管理することができる。この結果、予製分についても医薬品の在庫を適正に管理でき、利便性が向上する。

また、在庫管理サーバ５の予製用数量算出部５１８は、予製剤の種類ごとに、必要となる医薬品の品目及び数量が関連付けて格納された記憶装置５００Ｂ（データベース）を参照して、予製剤の調整に必要な前記医薬品の品目ごとの数量を算出する。このため、記憶装置５００Ｂ（データベース）に格納された医薬品の品目及び数量を変更することで容易に予製剤の種類を増やしたり、予製剤の調整に必要な医薬品の品目及び数量を変更することができる。

また、在庫管理サーバ５は、患者の来局予定から予製計画を生成する予製計画生成部５１９（第１予製計画生成部）を備えている。このため、ユーザが予製計画を手動で作成してユーザ端末４へ入力する必要がなく、利便性が向上する。

また、在庫管理サーバ５は、医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて、予製計画を生成する予製計画生成部５１９（第２予製計画生成部）を備えている。このため、ユーザが予製計画を手動で作成して、ユーザ端末４へ入力する必要がなく利便性が向上する。

また、在庫管理サーバ５は、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を発注する発注部５１５を備えている。このため、予製分の医薬品の発注が確実にされるため利便性が向上する。

また、在庫管理サーバ５は、医薬品の品目を受け付ける受付部５０４（第２受付部）を備え、予製用数量算出部５１８は、医薬品のうち受付部で受け付けられた品目について、予製剤の調整に必要な医薬品の品目ごとの数量を算出しない。予製に関係しない医薬品の品目を予め除いておくことにより、演算処理に必要な情報を低減することができる。

[実施形態の変形例]
なお、上記実施形態では、店舗に必要な在庫量（適正在庫量）をユーザがユーザ端末４を利用して入力する構成となっているが、在庫管理サーバ５が、ネットワーク６を介して、レセコン２から送信される調剤実績データから、医薬品の品目ごとの出庫の推移を学習する学習部と、学習部での学習結果に応じて医薬品の品目ごとの需要を予測する需要予測部と、需要予測部で予測した医薬品の品目ごとの需要に応じて、医薬品の適正な在庫量（以下、適正在庫量ともいう）を品目ごとに算出する適正在庫量算出部とを備えるようにしてもよい。

この場合、在庫管理サーバ５の判定部５１２は、予製分を除いた在庫量が適正在庫量算出部で算出された適正在庫量の範囲内であるか否かを判定し、アラート報知部５１３は、判定部５１２での判定結果が、在庫量算出部５１０で算出された医薬品の品目ごとの在庫量が適正在庫量算出部５０９で算出された適正在庫量の範囲内でない場合、その旨をアラートとして該当する店舗のユーザ端末４へ送信するように送信部５１６へ指示する。

また、判定部５１２での判定結果が、予製分を除いた在庫量が適正在庫量算出部で算出された適正在庫量の範囲未満である場合、アラート報知部５１３は、在庫が足りない旨（例えば、「品目○○の在庫量が、○○錠だけ適正在庫量を下回っていましたので、発注しました。」）のアラートを該当する店舗のユーザ端末４へ送信するように送信部５１６へ指示する。発注部５１５は、判定部５１２での判定結果が、在庫量算出部５１０で算出された医薬品の品目ごとの在庫量が適正在庫量算出部５０９で算出された適正在庫量を下回る場合、適正在庫量を下回った品目の医薬品を適正在庫量の上限となるまで発注する発注情報を医薬品の卸業者の端末へ送信するように送信部５１６へ指示する。

また、在庫管理サーバ５に予製計画に必要な医薬品の発注をリコメンドする第１通知部を備えるようにしてもよい。第１通知部を備え、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を発注することをリコメンドすることにより、予製分の医薬品についても、発注を忘れることがなく利便性が向上する。なお、リコメンドの通知から一定期間が過ぎても、ユーザにより発注処理が行われない場合は、発注部５１５が予製計画に必要な医薬品を発注するようにしてもよい。具体的には、発注部５１５は、予製用数量算出部５１８で算出された医薬品の品目ごとの数量を発注する発注情報を医薬品の卸業者の端末へ送信するように送信部５１６へ指示し、送信部５１６は、発注部５１５による医薬品の発注情報を医薬品の卸業者の端末へ送信する。また、予製計画に基づいて、予製剤を準備（調整）することをリコメンドする第２通知部を備えるようにしてもよい。この場合、第２通知部は、予製計画に含まれる予製剤が必要な日時まで、例えば、予め設定された期間前に上記リコメンドを行う。また、第２通知部がリコメンドを通知する時期を予製剤の調整量に応じて変化させてもよい。例えば、予製剤の調整量が多い時には、上記リコメンドの通知時期を設定よりも早くし、予製剤の調整量が少ない時には、上記リコメンドの通知時期を設定よりも遅くするようにしてもよい。

また、在庫管理サーバ５に調剤薬局、医療機関及び医薬品の卸業者の少なくとも１以上の休日情報を取得する休日情報取得部を備えるようにし、予製計画生成部５１９は、休日情報取得部で取得される休日情報に基づいて、予製計画を生成するようにしてもよい。これにより、調剤薬局等及び医薬品の卸業者の少なくとも一方の休日を考慮して、予製計画を生成することができ、利便性が向上する。なお、休日情報は、ユーザがユーザ端末４へ入力したものを利用するようにしてもよい。

[その他の実施形態]
上記実施形態及び変形例では、入庫情報として、ユーザ端末３の撮像装置で医薬品に付された表示体を読み取った情報を利用しているが、店舗の店員がユーザ端末３の入力装置３００Ｃを操作して入庫情報を入力する構成としてもよい。また、出庫情報として、レセコン２から出力される調剤実績データを利用しているが、店舗の店員がユーザ端末３の入力装置３００Ｃを操作して出庫情報を入力する構成としてもよい。また、電子カルテ、電子お薬手帳などの他、店舗間移動や廃棄、医薬品の卸業者の納品データ（返品データを含む）など、外部のシステムから入出庫情報を取得するようにしてもよい。また、上記実施形態では、調剤薬局における需要予測及び在庫管理について説明したが、調剤薬局以外にも病院、診療所、介護老人保健施設、その他の医療を提供する施設など、医薬品を扱う全ての医療機関（医療法で定められた医療提供施設）において適用可能である。

以上説明したように、本発明によれば、在庫を適正に管理することのできる在庫管理装置、在庫管理方法及び在庫管理プログラムを提供することができる。

１ 在庫管理システム
２ レセコン（レセプトコンピュータ）
３ ユーザ端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ 撮像装置
３００Ｆ ＣＰＵ
３０１ 記憶装置制御部
３０２ 入力受付部
３０３ 表示装置制御部
３０４ 撮像装置制御部
３０５ コード読取部
３０６ 送信部
３０７ 受信部
４ ユーザ端末
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ 入力装置
４００Ｄ 表示装置
４００Ｆ ＣＰＵ
４０１ 記憶装置制御部
４０２ 入力受付部
４０３ 表示装置制御部
４０４ 送信部
４０５ 受信部
５ 在庫管理サーバ（在庫管理装置）
５００Ａ 通信ＩＦ
５００Ｂ 記憶装置
５００Ｃ ＣＰＵ
５０１ 受信部
５０２ 入庫情報取得部
５０３ 出庫情報取得部
５０４ 受付部（第１，第２受付部）
５１２ 判定部（第１，第２判定部）
５１３ アラート報知部
５１４ 記憶装置制御部
５１５ 発注部
５１６ 送信部
５１７ 差分算出部
５１８ 予製用数量算出部
５１９ 予製計画生成部
５２０ 減算部
６ ネットワーク

Claims (13)

1. 医薬品の在庫を管理するための在庫管理装置であって、
   前記医薬品の入庫情報を取得する入庫情報取得部と、
   前記医薬品の出庫情報を取得する出庫情報取得部と、
   前記入庫情報取得部で取得される前記医薬品の入庫量と、前記出庫情報取得部で取得される前記医薬品の出庫量との数量の差分を前記医薬品の品目ごとに算出する差分算出部と、
   予製剤の予製計画に基づいて、前記予製剤の調整に必要な前記医薬品の品目ごとの数量を算出する予製用数量算出部と、
   前記差分算出部で算出された医薬品の品目ごとの数量を在庫量として記憶させる第１記憶制御部と、
   前記予製用数量算出部で算出された前記医薬品の品目ごとの数量を予製在庫量として記憶させる第２記憶制御部と、
   を備えることを特徴とする在庫管理装置。
2. 前記予製用数量算出部は、
   予製剤の種類ごとに、必要となる医薬品の品目及び数量が関連付けて格納されたデータベースを参照して、前記予製剤の調整に必要な前記医薬品の品目ごとの数量を算出することを特徴とする請求項１に記載の在庫管理装置。
3. 前記患者の来局予定から前記予製計画を生成する第１予製計画生成部を備えることを特徴とする請求項１又は請求項２に記載の在庫管理装置。
4. 前記医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて、前記予製計画を生成する第２予製計画生成部を備えることを特徴とする請求項１又は請求項２に記載の在庫管理装置。
5. 前記患者の来局予定から生成された前記予製計画又は前記医薬品のうち使用頻度が所定値を超える医薬品の調剤履歴に基づいて生成された前記予製計画を受け付ける第１受付部を備えることを特徴とする請求項１又は請求項２に記載の在庫管理装置。
6. 前記予製計画に必要な前記医薬品の発注をリコメンドする第１通知部を備え、
   前記第１通知部は、
   前記予製用数量算出部で算出された前記医薬品の品目ごとの数量を発注することをリコメンドすることを特徴とする請求項１乃至請求項５のいずれかに記載の在庫管理装置。
7. 前記予製計画に基づいて、前記予製剤の準備をリコメンドする第２通知部を備えることを特徴とする請求項１乃至請求項６のいずれかに記載の在庫管理装置。
8. 前記予製用数量算出部で算出された前記医薬品の品目ごとの数量を発注する発注部を備えることを特徴とする請求項１乃至請求項７のいずれかに記載の在庫管理装置。
9. 調剤薬局、医療機関及び医薬品の卸業者の少なくとも１以上の休日情報を取得する休日情報取得部を備え、
   前記第１予製計画生成部は、
   前記休日情報取得部で取得される前記休日情報に基づいて、前記予製計画を生成することを特徴とする請求項３に記載の在庫管理装置。
10. 調剤薬局、医療機関及び医薬品の卸業者の少なくとも１以上の休日情報を取得する休日情報取得部を備え、
    前記第２予製計画生成部は、
    前記休日情報取得部で取得される前記休日情報に基づいて、前記予製計画を生成することを特徴とする請求項４に記載の在庫管理装置。
11. 前記医薬品の品目を受け付ける第２受付部を備え、
    前記予製用数量算出部は、
    前記医薬品のうち前記第２受付部で受け付けられた品目について、前記予製剤の調整に必要な前記医薬品の品目ごとの数量を算出しないことを特徴とする請求項１乃至請求項１０のいずれかに記載の在庫管理装置。
12. 医薬品の在庫を管理するための在庫管理方法であって、
    入庫情報取得部が、前記医薬品の入庫情報を取得する工程と、
    出庫情報取得部が、前記医薬品の出庫情報を取得する工程と、
    差分算出部が、前記入庫情報取得部で取得される前記医薬品の入庫量と、前記出庫情報取得部で取得される前記医薬品の出庫量との数量の差分を前記医薬品の品目ごとに算出する工程と、
    予製用数量算出部が、予製剤の予製計画に基づいて、前記予製剤の調整に必要な前記医薬品の品目ごとの数量を算出する工程と、
    第１記憶制御部が、前記差分算出部で算出された医薬品の品目ごとの数量を在庫量として記憶させる工程と、
    第２記憶制御部が、前記予製用数量算出部で算出された前記医薬品の品目ごとの数量を予製在庫量として記憶させる工程と、
    を有することを特徴とする在庫管理方法。
13. 医薬品の在庫を管理するための在庫管理プログラムであって、
    コンピュータを、
    前記医薬品の入庫情報を取得する入庫情報取得部、
    前記医薬品の出庫情報を取得する出庫情報取得部、
    前記入庫情報取得部で取得される前記医薬品の入庫量と、前記出庫情報取得部で取得される前記医薬品の出庫量との数量の差分を前記医薬品の品目ごとに算出する差分算出部、
    予製剤の予製計画に基づいて、前記予製剤の調整に必要な前記医薬品の品目ごとの数量を算出する予製用数量算出部、
    前記差分算出部で算出された医薬品の品目ごとの数量を在庫量として記憶させる第１記憶制御部、
    前記予製用数量算出部で算出された前記医薬品の品目ごとの数量を予製在庫量として記憶させる第２記憶制御部、
    として機能させることを特徴とする在庫管理プログラム。
    
    
    

Images