JP7055182B1 - 薬剤発注管理装置、薬剤発注管理方法、および、薬剤発注管理プログラム - Google Patents

Abstract

【課題】薬剤の処方日数および価格を考慮することで、適切に在庫保持期間の短縮および在庫金額の削減を図ることを目的とする。【解決手段】患者に薬剤を処方する処方せん２１から、薬剤が処方された処方日数と薬剤の出荷金額との各々を処方情報として含む複数の処方情報が得られる。設定部１１０は、複数の処方情報の各処方情報に対して、通常の発注管理方式である通常発注管理方式と、通常発注管理方式以外の発注管理方式である特別発注管理方式とのいずれかを設定する。判定部１２０は、複数の処方情報の各処方情報における設定結果を用いて、薬剤の発注を通常発注管理方式とするか特別発注管理方式とするかを判定する。【選択図】図１

Description

本開示は、薬剤発注管理装置、薬剤発注管理方法、および、薬剤発注管理プログラムに関する。

薬局で処方される薬剤には、一度に大量に処方される薬剤、あるいは、処方日数が長期となる薬剤などがある。このような薬剤は、長期にわたり大量に薬局で保管する必要があり、在庫管理の観点から薬局の負担となっている。

特許文献１には、薬品の常習性あるいは時期性の有無から、患者に同じ薬品を出荷するリピートパラメータを設定し、このリピートパラメータに基づき処方後の在庫下限数の設定を行う技術が開示されている。

特開２０１８－０９７５５７号公報

特許文献１では、薬品の常習性あるいは時期性に着眼して在庫の適正化を図ろうとしている。しかし、薬品について常習性あるいは時期性があったとしても、薬品の処方日数が短く通常通りに発注しても問題がないものもある。また、薬品によっては価格が低く大量に保管しても薬局の負担にならないものもある。このように、特許文献１の技術では、薬品に応じてきめ細かく在庫管理をすることはできないという課題がある。

本開示では、薬剤の処方日数および在庫金額を考慮することで、適切に在庫保持期間の短縮および在庫金額の削減を図ることを目的とする。

本開示に係る薬剤発注管理装置は、
患者に薬剤を処方する処方せんから得られる複数の処方情報であって、前記薬剤が処方された処方日数と前記薬剤の出荷金額との各々を処方情報として含む複数の処方情報の各処方情報に対して、通常の発注管理方式である通常発注管理方式と、前記通常発注管理方式以外の発注管理方式である特別発注管理方式とのいずれかを設定する設定部と、
前記複数の処方情報の各処方情報における設定結果を用いて、前記薬剤の発注を前記通常発注管理方式とするか前記特別発注管理方式とするかを判定する判定部と
を備えた。

前記薬剤発注管理装置は、
前記処方日数に対して適切な発注管理方式を設定する条件である基本日数と、前記出荷金額に対して適切な発注管理方式を設定する条件である基本金額とを含む基本条件データベースを備え、
前記設定部は、
前記基本条件データベースに基づいて、前記処方日数と前記出荷金額との各処方情報に対して、前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定する。

前記複数の処方情報は、
前記患者を識別する患者識別子と前記薬剤を識別する薬剤識別子とを前記処方情報として含み、
前記薬剤発注管理装置は、
前記患者識別子と、前記患者の累積処方回数に基づいて予め定められた発注管理方式と、を含む患者データベースと、
前記薬剤識別子と、前記薬剤の特性に基づいて予め定められた発注管理方式と、を含む薬剤データベースと
を備え、
前記設定部は、
前記患者データベースと前記薬剤データベースとに基づいて、前記患者識別子と前記薬剤識別子との各処方情報に対して、前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定する。

前記判定部は、
前記複数の処方情報のうち閾値以上の数の処方情報に対して前記特別発注管理方式が設定されている場合に、前記薬剤の発注を前記特別発注管理方式とすると判定する。

前記判定部は、
前記複数の処方情報の全ての処方情報に対して前記特別発注管理方式が設定されている場合に、前記薬剤の発注を前記特別発注管理方式とする。

前記特別発注管理方式は、前記患者の次回来店予測日から特定日数遡った日を前記薬剤の発注日とする発注管理方式である。

前記薬剤発注管理装置は、
前記薬剤を前記特別発注管理方式により発注する発注部を備え、
前記発注部は、
前記発注日が月の最終日の前日から特定期間内にあり、かつ、前記患者の次回来店予測日が前記最終日より後である場合、納品日を次の月の初日以降とするように前記発注日を変更する。

本開示に係る薬剤発注管理方法は、
設定部が、患者に薬剤を処方する処方せんから得られる複数の処方情報であって、前記薬剤が処方された処方日数と前記薬剤の出荷金額との各々を処方情報として含む複数の処方情報の各処方情報に対して、通常の発注管理方式である通常発注管理方式と、前記通常発注管理方式以外の発注管理方式である特別発注管理方式とのいずれかを設定し、
判定部が、前記複数の処方情報の各処方情報における設定結果を用いて、前記薬剤の発注を前記通常発注管理方式とするか前記特別発注管理方式とするかを判定する。

本開示に係る薬剤発注管理プログラムは、
患者に薬剤を処方する処方せんから得られる複数の処方情報であって、前記薬剤が処方された処方日数と前記薬剤の出荷金額との各々を処方情報として含む複数の処方情報の各処方情報に対して、通常の発注管理方式である通常発注管理方式と、前記通常発注管理方式以外の発注管理方式である特別発注管理方式とのいずれかを設定する設定処理と、
前記複数の処方情報の各処方情報における設定結果を用いて、前記薬剤の発注を前記通常発注管理方式とするか前記特別発注管理方式とするかを判定する判定処理と
をコンピュータに実行させる。

本開示に係る薬剤発注管理装置では、設定部が、処方日数と薬剤の出荷金額との各々を含む各処方情報に対して、適切な発注管理方式を設定する。判定部が、各処方情報における判定結果を用いて、薬剤の発注を通常発注管理方式とするか特別発注管理方式とするかを判定する。よって、本開示に係る薬剤発注管理装置によれば、薬剤の処方日数および出荷金額を考慮した適切な在庫保持期間の短縮および在庫金額の削減を図ることができるという効果を奏する。

実施の形態１に係る薬剤発注管理装置の構成例。 実施の形態１に係る処方情報蓄積処理を示すフロー図。 実施の形態１に係る基本条件データベース、患者データベース、および薬剤データベースの構成例。 実施の形態１に係る処方管理データベースの構成例。 実施の形態１に係る設定処理および判定処理を示すフロー図。 実施の形態１に係る展開情報の構成例。 実施の形態１の変形例３に係る薬剤発注管理装置の構成例。

以下、本開示の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。

実施の形態１．
＊＊＊構成の説明＊＊＊
図１を用いて、本実施の形態に係る薬剤発注管理装置１００の構成例について説明する。
薬剤発注管理装置１００は、薬局等において薬剤師が用いるレセプトコンピュータといった店舗端末装置に搭載されている。あるいは、薬剤発注管理装置１００は、店舗端末装置とネットワークを介して通信する構成でもよい。
本実施の形態に係る薬剤発注管理装置１００は、処方せんから得られる処方情報に基づいて、薬剤における適切な発注管理方式を判定する装置である。

薬剤の発注管理方式３４には、通常の発注管理方式である通常発注管理方式３４１と、通常発注管理方式以外の発注管理方式である特別発注管理方式３４２がある（後述する図３参照）。
通常発注管理方式３４１は、例えば、出荷したら出荷数を即座に補うように発注を行う方式である。
特別発注管理方式３４２は、患者の次回来店予測日から特定日数遡った日を薬剤の発注日とする発注管理方式である。特別発注管理方式３４２では、患者の次回来店予測日に基づいて、その来店予測日の直前に発注を行うことになる。具体的には、患者の来店予測日の１週間前に発注を行うといった方式である。特別発注管理方式３４２によれば、薬剤の在庫を約１週間で出荷することができるので、在庫管理にかかる薬局の負担が軽減される。

薬剤発注管理装置１００は、コンピュータである。薬剤発注管理装置１００は、プロセッサ９１０を備えるとともに、メモリ９２１、補助記憶装置９２２、入力インタフェース９３０、出力インタフェース９４０、および通信装置９５０といった他のハードウェアを備える。プロセッサ９１０は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。

薬剤発注管理装置１００は、機能要素として、設定部１１０と判定部１２０と発注部１３０と記憶部１５０を備える。記憶部１５０には、基本条件データベース１５１と患者データベース１５２と薬剤データベース１５３と処方管理データベース１５４と展開情報１５５が記憶される。

設定部１１０と判定部１２０と発注部１３０の機能は、ソフトウェアにより実現される。
記憶部１５０は、メモリ９２１に備えられる。なお、記憶部１５０は、補助記憶装置９２２に備えられていてもよいし、メモリ９２１と補助記憶装置９２２に分散して備えられていてもよい。

プロセッサ９１０は、薬剤発注管理プログラムを実行する装置である。薬剤発注管理プログラムは、設定部１１０と判定部１２０と発注部１３０の機能を実現するプログラムである。
プロセッサ９１０は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。プロセッサ９１０の具体例は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。

メモリ９２１は、データを一時的に記憶する記憶装置である。メモリ９２１の具体例は、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、あるいはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。

補助記憶装置９２２は、データを保管する記憶装置である。補助記憶装置９２２の具体例は、ＨＤＤである。また、補助記憶装置９２２は、ＳＤ（登録商標）メモリカード、ＣＦ、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤといった可搬の記憶媒体であってもよい。なお、ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略語である。ＳＤ（登録商標）は、Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略語である。ＣＦは、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標）の略語である。ＤＶＤは、Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略語である。

入力インタフェース９３０は、マウス、キーボード、あるいはタッチパネルといった入力装置と接続されるポートである。入力インタフェース９３０は、具体的には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子である。なお、入力インタフェース９３０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続されるポートであってもよい。
出力インタフェース９４０は、ディスプレイといった表示機器９４１のケーブルが接続されるポートである。出力インタフェース９４０は、具体的には、ＵＳＢ端子またはＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）端子である。ディスプレイは、具体的には、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。

通信装置９５０は、ネットワークを介して他の装置と通信する。通信装置９５０は、レシーバとトランスミッタを有する。通信装置９５０は、有線または無線で、ＬＡＮ、インターネット、あるいは電話回線といった通信網に接続している。通信装置９５０は、具体的には、通信チップまたはＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。

薬剤発注管理プログラムは、プロセッサ９１０に読み込まれ、プロセッサ９１０によって実行される。メモリ９２１には、薬剤発注管理プログラムだけでなく、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）も記憶されている。プロセッサ９１０は、ＯＳを実行しながら、薬剤発注管理プログラムを実行する。薬剤発注管理プログラムおよびＯＳは、補助記憶装置９２２に記憶されていてもよい。補助記憶装置９２２に記憶されている薬剤発注管理プログラムおよびＯＳは、メモリ９２１にロードされ、プロセッサ９１０によって実行される。なお、薬剤発注管理プログラムの一部または全部がＯＳに組み込まれていてもよい。

薬剤発注管理装置１００は、プロセッサ９１０を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、薬剤発注管理プログラムの実行を分担する。それぞれのプロセッサは、プロセッサ９１０と同じように、薬剤発注管理プログラムを実行する装置である。

薬剤発注管理プログラムにより利用、処理または出力されるデータ、情報、信号値および変数値は、メモリ９２１、補助記憶装置９２２、または、プロセッサ９１０内のレジスタあるいはキャッシュメモリに記憶される。

設定部１１０と判定部１２０と発注部１３０の各部の「部」を「処理」、「手順」あるいは「工程」に読み替えてもよい。薬剤発注管理プログラムは、受付処理、取得処理、抽出処理、および表示処理といった薬剤発注管理処理を、コンピュータに実行させる。また、薬剤発注管理方法は、薬剤発注管理装置１００が薬剤発注管理プログラムを実行することにより行われる方法である。
薬剤発注管理プログラムは、コンピュータが読み取り可能な記録媒体または記憶媒体に格納されて提供されてもよい。また、薬剤発注管理プログラムは、プログラムプロダクトとして提供されてもよい。

＊＊＊動作の説明＊＊＊
図２から図６を用いて、本実施の形態に係る薬剤発注管理装置１００の動作について説明する。
薬剤発注管理装置１００の動作手順は、薬剤発注管理方法および薬剤発注管理処理に相当する。また、薬剤発注管理装置１００の動作を実現するプログラムは、薬剤発注管理プログラムに相当する。

図２は、本実施の形態に係る処方情報蓄積処理を示すフロー図である。
まず、患者が処方せん２１を持って薬局に来店する。薬剤師により調剤および服薬指導が行われる際、処方せん２１に含まれる処方情報が薬剤発注管理装置１００に入力される。

＜処方情報蓄積処理：ステップＳ１０１＞
ステップＳ１０１において、設定部１１０は、患者に薬剤を処方する処方せん２１を受け付ける。設定部１１０は、処方せん２１から複数の処方情報２２を抽出し、処方管理データベース１５４に設定する。

ここで、記憶部１５０に記憶されている各データベースについて説明する。

図３は、本実施の形態に係る基本条件データベース１５１、患者データベース１５２、および薬剤データベース１５３の構成例である。
図４は、本実施の形態に係る処方管理データベース１５４の構成例である。

基本条件データベース１５１には、処方日数に対して適切な発注管理方式を設定する条件である基本日数３１と、出荷金額に対して適切な発注管理方式を設定する条件である基本金額３２とを含む。

基本日数３１は、薬剤の処方日数に基づいて適切な発注管理方式を選択するための日数である。例えば、長期の処方日数となる薬剤の場合、通常発注管理方式にしてしまうと、在庫を長期にわたって保管しなければならない事態が生じる。よって、長期の処方日数となる薬剤の場合は、特別発注管理方式とした方が好ましい。
図３の例では、基本日数３１は８０日である。処方日数が８０日より少ない場合は通常発注管理方式が適切であるとされ、処方日数が８０日以上の場合は特別発注管理方式が適切であるとされる。

基本金額３２は、薬剤の出荷金額に基づいて適切な発注管理方式を選択するための金額である。例えば、高額な出荷金額となる薬剤の場合、通常発注管理方式にしてしまうと、高額な在庫を抱えることとなる。よって、高額な出荷金額となる薬剤の場合は、特別発注管理方式とした方が好ましい。
図３の例では、基本金額３２は２０００円である。出荷金額が２０００円より少ない場合は通常発注管理方式が適切であるとされ、出荷金額が２０００円以上の場合は特別発注管理方式が適切であるとされる。

患者データベース１５２は、患者を識別する患者識別子３６と、患者の累積処方回数３７と、累積処方回数３７に基づいて予め定められた発注管理方式３４とを含む。
累積処方回数３７は、患者が本薬局において現在までに薬剤を処方した累積回数である。
発注管理方式３４には、通常発注管理方式３４１あるいは特別発注管理方式３４２のいずれかが設定される。例えば、次回来店が見込まれる患者に処方する薬剤には、次回来店予測日に基づいて発注日を定める特別発注管理方式３４２が望ましい。例えば、累積処方回数３７が３回以上の患者には、発注管理方式３４に特別発注管理方式３４２を設定する。ここでは、通常発注管理方式３４１の場合「０」を設定し、特別発注管理方式３４２の場合は「１」を設定する。
なお、発注管理方式３４には、所定の回数以上の患者に自動的に特別発注管理方式３４２を設定してもよいし、管理者からの入力により特定の患者に特別発注管理方式３４２を設定できる構成としてもよい。

薬剤データベース１５３は、薬剤を識別する薬剤識別子３３と、薬剤の特性に基づいて予め定められた発注管理方式３４と、薬剤の薬価３５を含む。薬剤の薬価３５は、薬品情報を管理する外部のデータベースから取得する。
発注管理方式３４には、通常発注管理方式３４１あるいは特別発注管理方式３４２のいずれかが設定される。
発注管理方式３４は、有効期限、保管方法、長期処方になりがちか否か、あるいは薬価といった薬剤の特性に基づいて、薬局において予め定められる。有効期限が短い薬剤、取り扱いが要注意な薬剤、あるいは管理にコストがかかる薬剤といった、薬局に長期間保管しておきたくない薬剤には、特別発注管理方式３４２が望ましい。また長期処方になりがちな薬剤や、薬価が高額な薬剤も特別発注管理方式３４２が望ましい。よって、このような薬剤には、発注管理方式３４に特別発注管理方式３４２を設定する。ここでは、通常発注管理方式３４１の場合「０」を設定し、特別発注管理方式３４２の場合は「１」を設定する。
このように、薬剤ごとに、通常管理とするか、特別（直前）発注管理とするかは、薬剤の特性から、予めデフォルト値を設定しておいてもよい。また、薬局の希望を取り入れ、デフォルト値を変更可能に構成してもよい。

なお、基本条件データベース１５１、患者データベース１５２、および薬剤データベース１５３の各々の構成例については、図３に記載された情報以外の情報を含んでいても構わない。
基本条件データベース１５１、患者データベース１５２、および薬剤データベース１５３の各々は、薬局ごとに設定が可能とする。また、基本条件データベース１５１、患者データベース１５２、および薬剤データベース１５３の各々は、薬局ごとの希望に応じて任意に設定が可能とする。
また、薬局は、基本条件データベース１５１、患者データベース１５２、および薬剤データベース１５３の各々を更新可能とする。

図４は、本実施の形態に係る処方管理データベース１５４の構成例である。
処方管理データベース１５４には、日にち３９、患者識別子３６、薬剤識別子３３、薬剤が処方された処方日数４１、薬剤の出荷数４２、および出荷金額４３が含まれる。なお出荷とは薬剤師の調剤に基づき、薬局から患者に薬剤を渡すことを示し、出荷数とは薬剤師が調剤した薬剤の数を示す。

設定部１１０は、処方せん２１から複数の処方情報２２を取得し、処方管理データベース１５４に設定する。処方情報２２は、薬剤の発注管理方式の判定に用いられる情報である。具体的には、患者識別子３６、薬剤識別子３３、処方日数４１、および、出荷金額４３の各々が、処方情報２２である。

設定部１１０は、処方せん２１から、日にち３９、患者識別子３６、薬剤識別子３３、処方日数４１、および、出荷数４２を取得する。また、設定部１１０は、薬剤識別子３３に対応する薬剤の薬価３５を薬剤データベース１５３より取得する。そして、設定部１１０は、薬価３５に出荷数４２を乗じて出荷金額４３を算出し、処方管理データベース１５４に設定する。

図３および図４の具体例では、７月２０日に「Ｋ１００（患者識別子）」さんが、薬剤「Ａ錠、Ｂ錠、Ｃ錠、およびＤ錠（薬剤識別子）」を処方する処方せん２１を持って来店したものとする。なお、以下の説明において、患者識別子「Ｋ１００」を患者の呼び名として用いる場合もある。また、薬剤識別子として、Ａ錠、Ｂ錠といった薬剤の名称を用いている。

設定部１１０は、処方せん２１を読み込み、Ａ錠について、日にち「７／２０」、患者識別子「Ｋ１００」、薬剤識別子「Ａ錠」、処方日数「９０日」、および、出荷数「２７０錠」を処方管理データベース１５４に設定する。そして、設定部１１０は、薬剤識別子「Ａ錠」に対応する薬剤の薬価「１０円」を薬剤データベース１５３より取得する。そして、薬価「１０円」に出荷数「２７０錠」を乗じて出荷金額「２７００円」を算出し、処方管理データベース１５４の出荷金額４３に設定する。
Ｂ錠、Ｃ錠、およびＤ錠の各々についても、同様に処方管理データベース１５４の各処方情報２２が設定される。

＜患者データベース更新処理：ステップＳ１０２＞
ステップＳ１０２において、設定部１１０は、患者データベース１５２を更新する。設定部１１０は、処方せん２１から得られる患者識別子３６をキーとして、患者データベース１５２を検索する。設定部１１０は、患者データベース１５２における患者識別子３６の累積処方回数３７をカウントアップする。さらに、設定部１１０は、カウントアップされた累積処方回数３７に基づいて、発注管理方式３４を更新する。

図３および図４の具体例では、設定部１１０は、処方せん２１から得られる患者識別子「Ｋ１００」をキーとして、患者データベース１５２を検索する。設定部１１０は、患者データベース１５２における患者識別子「Ｋ１００」の累積処方回数「３」をカウントアップし「４」とする。さらに、設定部１１０は、カウントアップされた累積処方回数「４」に基づいて、発注管理方式３４を更新する。ここでは、累積処方回数「３」から「４」になったため、発注管理方式３４は特別発注管理方式３４２のままである。例えば、累積処方回数３７が「２」から「３」になった場合には、発注管理方式３４は通常発注管理方式３４１から特別発注管理方式３４２に更新される。

図５は、本実施の形態に係る設定処理および判定処理を示すフロー図である。
設定処理では、設定部１１０は、各処方情報２２に対して、通常発注管理方式と特別発注管理方式とのいずれかを設定する。
また、判定処理では、判定部１２０は、各処方情報２２における設定結果を用いて、薬剤の発注を通常発注管理方式とするか特別発注管理方式とするかを判定する。
設定処理および判定処理は、薬剤発注管理装置１００が処方せん２１を受け付けた段階で毎回実行される。あるいは、設定処理および判定処理は、１日のうちの決められた時間に実行されるとしてもよい。

＜設定処理：ステップＳ２０１からステップＳ２０５＞
ステップＳ２０１において、設定部１１０は、処方管理データベース１５４から、所定期間の処方情報２２を取得し、メモリ９２１に展開する。メモリに展開される情報を展開情報１５５とする。

図６は、本実施の形態に係る展開情報１５５の構成例である。
設定部１１０は、処方管理データベース１５４から、日にち３９が「７／２０」における、患者識別子３６、薬剤識別子３３、処方日数４１、出荷数４２、および出荷金額４３の情報を取得し、展開情報１５５として展開する。
図４および図６の例では、設定部１１０は、処方管理データベース１５４の１レコード目から、日にち「７／２０」、患者識別子「Ｋ１００」、薬剤識別子「Ａ錠」、処方日数「９０日」、出荷数「２７０錠」、および、出荷金額「２７００円」といった情報を取得する。そして、設定部１１０は、取得した各情報を展開情報１５５に展開する。
処方管理データベース１５４の１レコード目では、患者識別子「Ｋ１００」、薬剤識別子「Ａ錠」、処方日数「９０日」、出荷金額「２７００円」の各々が、処方情報２２である。

次に設定部１１０は、患者識別子３６（患者）、薬剤識別子３３（薬剤）、処方日数４１、および、出荷金額４３の各処方情報２２に対し、各処方情報２２に基づく適切な発注管理方式を対応付ける。
設定部１１０は、基本条件データベース１５１に基づいて、処方日数４１と出荷金額４３との各処方情報２２に対して、通常発注管理方式と特別発注管理方式とのいずれかを設定する。
また、設定部１１０は、患者データベース１５２と薬剤データベース１５３とに基づいて、患者識別子３６（患者）と薬剤識別子３３（薬剤）との各処方情報２２に対して、通常発注管理方式と特別発注管理方式とのいずれかを設定する。

展開情報１５５の発注管理判定５５１には、各処方情報２２（患者識別子、薬剤識別子、処方日数、出荷金額の各々）に対して、通常発注管理方式と特別発注管理方式とのいずれかを設定する欄が設けられている。また、最終的な発注管理方式の判定結果を設定する結果の欄が設けられている。最終的な発注管理方式の判定結果は、各処方情報２２に対する発注管理方式の設定結果から得られる。
図６の例では、発注管理判定５５１には、各処方情報２２として、患者識別子、薬剤識別子、処方日数、出荷金額の欄が設けられ、さらに、結果の欄が設けられている。
具体的には、以下の通りである。

ステップＳ２０２において、設定部１１０は、展開情報１５５の患者識別子３６をキーに、患者データベース１５２を検索する。そして、設定部１１０は、患者データベース１５２から患者識別子３６に対応する発注管理方式３４を取得し、展開情報１５５の発注管理判定５５１の患者の欄に、取得した発注管理方式３４を設定する。
図３および図６の例における展開情報１５５の１レコード目について説明する。設定部１１０は、患者識別子「Ｋ１００」をキーに、患者データベース１５２を検索する。そして、設定部１１０は、患者識別子「Ｋ１００」に対応する発注管理方式「１（特別発注管理方式）」を患者データベース１５２から取得し、展開情報１５５の発注管理判定５５１の患者の欄に、「１」を設定する。

ステップＳ２０３において、設定部１１０は、展開情報１５５の薬剤識別子３３をキーに、薬剤データベース１５３を検索する。そして、設定部１１０は、薬剤識別子３３に対応する発注管理方式３４を薬剤データベース１５３から取得し、展開情報１５５の発注管理判定５５１の薬剤の欄に、取得した発注管理方式３４を設定する。
図３および図６の例における展開情報１５５の１レコード目について説明する。設定部１１０は、薬剤識別子「Ａ錠」をキーに、薬剤データベース１５３を検索する。そして、設定部１１０は、薬剤識別子「Ａ錠」に対応する発注管理方式「１（特別発注管理方式）」を薬剤データベース１５３から取得し、展開情報１５５の発注管理判定５５１の薬剤の欄に、「１」を設定する。

ステップＳ２０４において、設定部１１０は、基本条件データベース１５１の基本日数３１を取得する。そして、設定部１１０は、展開情報１５５の処方日数４１と基本日数３１とを比較する。設定部１１０は、処方日数４１が基本日数３１より少なければ通常発注管理方式を発注管理判定５５１の処方日数の欄に設定する。設定部１１０は、処方日数４１が基本日数３１以上であれば特別発注管理方式を発注管理判定５５１の処方日数の欄に設定する。
図３および図６の例における展開情報１５５の１レコード目について説明する。設定部１１０は、基本条件データベース１５１の基本日数「８０日」を取得する。そして、設定部１１０は、展開情報１５５の処方日数「９０日」と基本日数「８０日」とを比較する。設定部１１０は、処方日数「９０日」が基本日数「８０日」以上であるため、「１（特別発注管理方式）」を発注管理判定５５１の処方日数の欄に設定する。

ステップＳ２０５において、設定部１１０は、基本条件データベース１５１の基本金額３２を取得する。そして、設定部１１０は、展開情報１５５の出荷金額４３と基本金額３２とを比較する。設定部１１０は、出荷金額４３が基本金額３２より少なければ通常発注管理方式を発注管理判定５５１の出荷金額の欄に設定する。設定部１１０は、出荷金額４３が基本金額３２以上であれば特別発注管理方式を発注管理判定５５１の出荷金額の欄に設定する。
図３および図６の例における展開情報１５５の１レコード目について説明する。設定部１１０は、基本条件データベース１５１の基本金額「２０００円」を取得する。そして、設定部１１０は、展開情報１５５の出荷金額「２７００円」と基本金額「２０００円」とを比較する。設定部１１０は、出荷金額「２７００円」が基本金額「２０００円」以上であるため、「１（特別発注管理方式）」を発注管理判定５５１の出荷金額の欄に設定する。

＜判定処理：ステップＳ２０６＞
ステップＳ２０６において、判定部１２０は、各処方情報２２における設定結果を用いて、薬剤の発注を通常発注管理方式とするか特別発注管理方式とするかを判定する。判定部１２０は、複数の処方情報２２のうち閾値以上の数の処方情報２２に対して特別発注管理方式が設定されている場合に、薬剤の発注を特別発注管理方式とすると判定する。
例えば、閾値は、処方情報の全ての数に対する、特別発注管理方式が設定された処方情報の数の割合でもよい。また、閾値は、特別発注管理方式が設定された処方情報の数でもよい。
例えば、閾値が１００％を表す「１」であれば、判定部１２０は、複数の処方情報２２の全ての処方情報に対して特別発注管理方式が設定されている場合にのみ、薬剤の発注を特別発注管理方式とすると判定する。あるいは、閾値が８０％を表す「０．８」であれば、判定部１２０は、全ての処方情報のうち５分の４以上の処方情報に対して特別発注管理方式が設定されている場合に、薬剤の発注を特別発注管理方式とすると判定する。

図６の例における展開情報１５５の１レコード目について説明する。ここでは、閾値は「１」であるものとする。
展開情報１５５の１レコード目では、展開情報１５５の発注管理判定５５１の全ての処方情報２２に「１」が設定されている。よって、判定部１２０は、薬剤「Ａ錠」の発注は特別発注管理方式であると判定し、発注管理判定５５１の結果の欄に「１（特別発注管理方式）」を設定する。

展開情報１５５の発注管理判定５５１の結果が「１（特別発注管理方式）」であれば、ステップＳ２０７に進む。
展開情報１５５の発注管理判定５５１の結果が「０（通常発注管理方式）」であれば、ステップＳ２０８に進む。

＜発注処理：ステップＳ２０７、ステップＳ２０８＞
ステップＳ２０７において、発注部１３０は、薬剤を特別発注管理方式により発注する。
例えば、発注部１３０は、日にち３９から処方日数４１を加算した日にちを次回来店予測日とする。そして、発注部１３０は、次回来店予測日から所定期間前（例えば、１週間前）を発注日、出荷数４２を発注数とする発注データを生成し、発注データベースに記憶する。

図６の例における展開情報１５５の１レコード目について説明する。
発注部１３０は、日にち「７／２０」から処方日数「９０日」を加算した日にち「１０／１７」を、患者「Ｋ１００」が薬剤「Ａ錠」の処方のために来店すると予測される次回来店予測日とする。そして、発注部１３０は、次回来店予測日「１０／１７」から所定期間前（例えば、１週間前）の「１０／１０」を発注日、出荷数「２７０錠」を発注数とする発注データを生成する。

また、発注部１３０は、発注日が月の最終日の前日から特定期間内（例えば、１週間以内）にあり、かつ、次回来店予測日が月の最終日より後である場合、納品日を次の月の初日以降とするように発注日を変更する。例えば、発注部１３０は、納品日を次の月の初日以降とするように、発注日を月の最終日に変更してもよい。
具体的には、図６の例における展開情報１５５の１レコード目において、日にちが「７／６」であったとする。このとき、日にち「７／６」から処方日数「９０日」を加算した日にち「１０／３」が、患者「Ｋ１００」の次回来店予測日となる。発注部１３０は、次回来店予測日「１０／３」から所定期間前（例えば、１週間前）の「９／２６」を発注日とする。このとき、「９／２６」は、９月の最終日の前日から１週間以内にあり、かつ、次回来店予測日「１０／３」が９月の最終日より後である。よって、発注部１３０は、発注日を月の最終日である「９／３０」に変更し、「９／３０」を発注日、出荷数「２７０錠」を発注数とする発注データを生成する。これにより、１０／１以降に薬剤が届くことになり、９月の在庫量が増大することを防ぐことができる。

発注日が月の最終日より前の月末近くになると、その月の月末に薬剤が届いてしまうため、その月の在庫量が増大してしまう。よって、発注日が月の最終日より前の月末近くとなり、次回来店予測日が月の最終日より後である場合には、あえて発注日を月の最終日に変更する。これにより、次の月の初日に薬剤が届くことになり、その月の在庫量が増大することを防ぐことができる。なお即日納品される可能性がある薬剤については、発注日を次の月の初日としてもよく、つまり納品日を次の月の初日以降とするように発注日を設定する。

ステップＳ２０８において、発注部１３０は、薬剤を通常発注管理方式により発注する発注データを生成し、発注データベースに記憶する。

上記ステップＳ２０２からステップＳ２０８の処理を、処方管理データベース１５４から所定期間を条件に取り出したレコード分実行する。
また、薬剤の発注は、発注データベースにしたがって行われる。

＊＊＊他の構成＊＊＊
＜変形例１＞
本実施の形態では、閾値に割合を設定し、閾値以上の割合で処方情報に「１」が設定されていれば、薬剤の発注を「１（特別発注管理方式）」と判定している。具体的には、「患者」、「薬剤」、「処方日数」、および「出荷金額」の４項目のうち、４分の３以上が１であれば、「１（特別発注管理方式）」とするといった判定処理を行っている。その他、以下のような判定手法を採用してもよい。
・必須項目（例えば、出荷金額）が「１」であり、もう１つ以上の項目が「１」であれば、「１（特別発注管理方式）」とする。
・「患者」、「薬剤」、「処方日数」、および「出荷金額」の４項目のうち、任意の項目だけで判定する。
・「患者」、「薬剤」、「処方日数」、および「出荷金額」の４項目に、他の項目を追加して判定する。
・上記の判定手法の任意の組み合わせで判定する。

＜変形例２＞
本実施の形態では、患者識別子、薬剤識別子、処方日数、および出荷金額の各々を処方情報として、その設定結果を用いて発注管理方式の判定処理を行っている。しかし、処方日数と出荷金額とから判定処理を行ってもよいし、患者識別子と薬剤識別子と処方日数とから判定処理を行ってもよい。発注管理方式の判定処理に用いる処方情報の組み合わせは任意である。処方情報の組み合わせによっては、基本条件データベースの設定は、基本日数と基本金額のいずれか一方だけでもよい。

＜変形例３＞
図７は、本実施の形態の変形例３に係る薬剤発注管理装置１００の構成例である。
本実施の形態では、薬剤発注管理装置１００における設定部１１０と判定部１２０と発注部１３０の機能がソフトウェアで実現される。しかし、変形例として、設定部１１０と判定部１２０と発注部１３０の機能がハードウェアで実現されてもよい。

すなわち、図７に示すように、図１におけるプロセッサ９１０を電子回路９０９に置き換えてもよい。
電子回路９０９は、設定部１１０と判定部１２０と発注部１３０の機能を実現する専用の電子回路である。電子回路９０９は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略語である。

別の変形例として、設定部１１０と判定部１２０と発注部１３０の一部の機能が専用のハードウェアで実現され、残りの機能がソフトウェアで実現されてもよい。

プロセッサ９１０と、メモリ９２１と、電子回路９０９とを、総称して「プロセッシングサーキットリ」という。つまり、設定部１１０と判定部１２０と発注部１３０の機能はプロセッシングサーキットリにより実現される。

＊＊＊本実施の形態の効果の説明＊＊＊
本実施の形態に係る薬剤発注管理装置では、長期処方等に関して一定の条件に合致した薬剤に対して、次回同じ患者が来店する直前に発注を行う特別発注管理方式を採用する。
具体的には、薬剤の種別、患者の種別、処方日数および処方薬剤の総金額により、通常発注とするか、直前発注とするか、薬剤の発注を２パターンに分ける判定を行う。これにより、高額で大量の薬剤を長期にわたり保管する必要がなくなり、必要なときに必要な数を確保できる在庫管理が実現できる。よって、在庫保持期間を短縮するとともに在庫金額の削減が期待できる。
このように、本実施の形態に係る薬剤発注管理装置によれば、薬剤の処方日数および出荷金額を考慮した適切な在庫保持期間の短縮および在庫金額の削減を図ることができるという効果を奏する。

また、本実施の形態に係る薬剤発注管理装置では、発注日が月の最終日より前の月末近くとなり、かつ、次回来店予測日が月の最終日より後である場合には、あえて発注日を月の最終日に変更する。これにより、次の月の初日に薬剤が届くことになり、その月の在庫量が増大することを防ぐことができる。

以上の実施の形態１では、薬剤発注管理装置の各部を独立した機能ブロックとして説明した。しかし、薬剤発注管理装置の構成は、上述した実施の形態のような構成でなくてもよい。薬剤発注管理装置の機能ブロックは、上述した実施の形態で説明した機能を実現することができれば、どのような構成でもよい。また、薬剤発注管理装置は、１つの装置でなく、複数の装置から構成されたシステムでもよい。
また、実施の形態１のうち、複数の部分を組み合わせて実施しても構わない。あるいは、この実施の形態のうち、１つの部分を実施しても構わない。その他、この実施の形態を、全体としてあるいは部分的に、どのように組み合わせて実施しても構わない。
すなわち、実施の形態１では、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

なお、上述した実施の形態は、本質的に好ましい例示であって、本開示の範囲、本開示の適用物の範囲、および本開示の用途の範囲を制限することを意図するものではない。上述した実施の形態は、必要に応じて種々の変更が可能である。

２１ 処方せん、２２ 処方情報、３１ 基本日数、３２ 基本金額、３３ 薬剤識別子、３４ 発注管理方式、３４１ 通常発注管理方式、３４２ 特別発注管理方式、３５ 薬価、３６ 患者識別子、３７ 累積処方回数、３９ 日にち、４１ 処方日数、４２ 出荷数、４３ 出荷金額、１００ 薬剤発注管理装置、１１０ 設定部、１２０ 判定部、１３０ 発注部、１５０ 記憶部、１５１ 基本条件データベース、１５２ 患者データベース、１５３ 薬剤データベース、１５４ 処方管理データベース、１５５ 展開情報、５５１ 発注管理判定、９０９ 電子回路、９１０ プロセッサ、９２１ メモリ、９２２ 補助記憶装置、９３０ 入力インタフェース、９４０ 出力インタフェース、９４１ 表示機器、９５０ 通信装置。

Claims (8)

1. 患者に薬剤を処方する処方せんから得られる複数の処方情報であって、前記薬剤が処方された処方日数と前記薬剤の出荷金額との各々を処方情報として含む複数の処方情報の各処方情報に対して、前記薬剤を出荷したら出荷数を直ちに補う通常発注管理方式と、前記患者の次回来店予測日から特定日数遡った日を薬剤の発注日とする特別発注管理方式とのいずれかを設定する設定部と、
   前記複数の処方情報の各処方情報における設定結果を用いて、前記薬剤の発注を前記通常発注管理方式とするか前記特別発注管理方式とするかを判定する判定部と
   を備え、
   前記設定部は、
   前記薬剤が処方された処方日数と、前記処方日数に対して適切な発注管理方式を設定する条件である基本日数との比較結果に基づいて、前記処方情報のうちの処方日数に前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定するとともに、前記薬剤の出荷金額と、前記出荷金額に対して適切な発注管理方式を設定する条件である基本金額との比較結果に基づいて、前記処方情報のうちの出荷金額に前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定し、
   前記判定部は、
   前記複数の処方情報のうち閾値以上の数の処方情報に対して前記特別発注管理方式が設定されている場合に、前記薬剤の発注を前記特別発注管理方式とすると判定する薬剤発注管理装置。
2. 前記薬剤発注管理装置は、
   前記基本日数と、前記基本金額とを含む基本条件データベースを備え、
   前記設定部は、
   前記基本条件データベースに基づいて、前記処方日数と前記出荷金額との各処方情報に対して、前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定する請求項１に記載の薬剤発注管理装置。
3. 前記複数の処方情報は、
   前記患者を識別する患者識別子と前記薬剤を識別する薬剤識別子とを前記処方情報として含み、
   前記薬剤発注管理装置は、
   前記患者識別子と、前記患者の累積処方回数に基づいて予め定められた発注管理方式と、を含む患者データベースと、
   前記薬剤識別子と、前記薬剤の特性に基づいて予め定められた発注管理方式と、を含む薬剤データベースと
   を備え、
   前記設定部は、
   前記患者データベースと前記薬剤データベースとに基づいて、前記患者識別子と前記薬剤識別子との各処方情報に対して、前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定する請求項１または請求項２に記載の薬剤発注管理装置。
4. 前記判定部は、
   前記複数の処方情報の全ての処方情報に対して前記特別発注管理方式が設定されている場合に、前記薬剤の発注を前記特別発注管理方式とすると判定する請求項１から請求項３のいずれか１項に記載の薬剤発注管理装置。
5. 前記特別発注管理方式は、前記患者の次回来店予測日から特定日数遡った日を前記薬剤の発注日とする発注管理方式である請求項１から請求項４のいずれか１項に記載の薬剤発注管理装置。
6. 前記薬剤発注管理装置は、
   前記薬剤を前記特別発注管理方式により発注する発注部を備え、
   前記発注部は、
   前記発注日が月の最終日の前日から特定期間内にあり、かつ、前記患者の次回来店予測日が前記最終日より後である場合、納品日を次の月の初日以降とするように前記発注日を変更する請求項５に記載の薬剤発注管理装置。
7. 設定部が、患者に薬剤を処方する処方せんから得られる複数の処方情報であって、前記薬剤が処方された処方日数と前記薬剤の出荷金額との各々を処方情報として含む複数の処方情報の各処方情報に対して、前記薬剤を出荷したら出荷数を直ちに補う通常発注管理方式と、前記患者の次回来店予測日から特定日数遡った日を薬剤の発注日とする発注管理方式である特別発注管理方式とのいずれかを設定し、
   判定部が、前記複数の処方情報の各処方情報における設定結果を用いて、前記薬剤の発注を前記通常発注管理方式とするか前記特別発注管理方式とするかを判定する薬剤発注管理方法であって、
   前記設定部は、
   前記薬剤が処方された処方日数と、前記処方日数に対して適切な発注管理方式を設定する条件である基本日数との比較結果に基づいて、前記処方情報のうちの処方日数に前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定するとともに、前記薬剤の出荷金額と、前記出荷金額に対して適切な発注管理方式を設定する条件である基本金額との比較結果に基づいて、前記処方情報のうちの出荷金額に前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定し、
   前記判定部は、
   前記複数の処方情報のうち閾値以上の数の処方情報に対して前記特別発注管理方式が設定されている場合に、前記薬剤の発注を前記特別発注管理方式とすると判定する薬剤発注管理方法。
8. 患者に薬剤を処方する処方せんから得られる複数の処方情報であって、前記薬剤が処方された処方日数と前記薬剤の出荷金額との各々を処方情報として含む複数の処方情報の各処方情報に対して、前記薬剤を出荷したら出荷数を直ちに補う通常発注管理方式と、前記患者の次回来店予測日から特定日数遡った日を薬剤の発注日とする特別発注管理方式とのいずれかを設定する設定処理と、
   前記複数の処方情報の各処方情報における設定結果を用いて、前記薬剤の発注を前記通常発注管理方式とするか前記特別発注管理方式とするかを判定する判定処理と
   をコンピュータに実行させる薬剤発注管理プログラムであって、
   前記設定処理は、
   前記薬剤が処方された処方日数と、前記処方日数に対して適切な発注管理方式を設定する条件である基本日数との比較結果に基づいて、前記処方情報のうちの処方日数に前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定するとともに、前記薬剤の出荷金額と、前記出荷金額に対して適切な発注管理方式を設定する条件である基本金額との比較結果に基づいて、前記処方情報のうちの出荷金額に前記通常発注管理方式と前記特別発注管理方式とのいずれかを設定し、
   前記判定処理は、
   前記複数の処方情報のうち閾値以上の数の処方情報に対して前記特別発注管理方式が設定されている場合に、前記薬剤の発注を前記特別発注管理方式とすると判定する薬剤発注管理プログラム。

Images