(57)【特許請求の範囲】
【請求項１】
薬品を処方された患者の処方箋情報に基づいて、前記患者について前記薬品の予製剤を作成するか否かを判定する予製判定部と、
前記予製剤を作成すると判定されると、前記予製剤を作成する作成予定日であって前記患者の次回の来局予定日から求められる作成予定日を含む予製剤データを予製剤情報に登録する予製剤情報登録部と、
前記予製剤情報に基づいて、前記作成予定日に前記予製剤を作成することを促す予製剤確認画面を表示する確認画面表示部と、
前記予製剤が作成されたことを示す情報を取得すると、前記薬品の在庫数から前記予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報に設定する在庫情報設定部と、
前記考慮済在庫数と前記薬品の発注の要否の判定に用いる発注点とに基づいて、前記薬品の発注の要否を判定する発注判定部と
を備えた薬品在庫管理装置。
【請求項２】
前記予製剤情報登録部は、
前記予製剤データの入力を受け付ける予製剤指定画面を表示機器に表示し、前記予製剤指定画面に入力された情報と、前記患者の前記処方箋情報とに基づいて、前記予製剤データを生成する請求項１に記載の薬品在庫管理装置。
【請求項３】
前記予製剤情報登録部は、
前記来局予定日が前記予製剤指定画面に入力されると、前記来局予定日の所定日数の分だけ前の日を前記作成予定日として算出する請求項２に記載の薬品在庫管理装置。
【請求項４】
前記所定日数は、前記患者または患者グループに応じて設定可能である請求項３に記載の薬品在庫管理装置。
【請求項５】
前記確認画面表示部は、
前記作成予定日に前記予製剤を作成することを促す予製剤作成通知を前記予製剤確認画面とともに表示する請求項１から請求項４のいずれか１項に記載の薬品在庫管理装置。
【請求項６】
前記予製剤情報は、前記予製剤が作成されたか否かを表す予製完了フラグを備え、
前記在庫情報設定部は、
前記予製完了フラグがオンになると、前記考慮済在庫数を設定する請求項１から請求項５のいずれか１項に記載の薬品在庫管理装置。
【請求項７】
前記在庫情報設定部は、
前記来局予定日から算出される来局期間に、前記患者により前記予製剤が処方されると、前記在庫情報に設定されている前記予製剤数と前記在庫数を更新する請求項１から請求項６のいずれか１項に記載の薬品在庫管理装置。
【請求項８】
前記在庫情報設定部は、
前記患者が前記来局期間に来局しなかった場合、前記在庫情報における前記予製剤数を０に初期化し、前記考慮済在庫数を更新する請求項７に記載の薬品在庫管理装置。
【請求項９】
前記薬品在庫管理装置は、
前記薬品の予製が可能か否かを表す予製可不可情報を備え、
前記予製判定部は、
前記処方箋情報と前記予製可不可情報とに基づいて、前記薬品の予製剤を作成するか否かを判定する請求項１から請求項８のいずれか１項に記載の薬品在庫管理装置。
【請求項１０】
予製判定部が、薬品を処方された患者の処方箋情報に基づいて、前記患者について前記薬品の予製剤を作成するか否かを判定し、
予製剤情報登録部が、前記予製剤を作成すると判定されると、前記予製剤を作成する作成予定日であって前記患者の次回の来局予定日から求められる作成予定日を含む予製剤データを予製剤情報に登録し、
確認画面表示部が、前記予製剤情報に基づいて、前記作成予定日に前記予製剤を作成することを促す予製剤確認画面を表示し、
在庫情報設定部が、前記予製剤が作成されたことを示す情報を取得すると、前記薬品の在庫数から前記予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報に設定し、
発注判定部が、前記考慮済在庫数と前記薬品の発注の要否の判定に用いる発注点とに基づいて、前記薬品の発注の要否を判定する薬品在庫管理方法。
【請求項１１】
薬品を処方された患者の処方箋情報に基づいて、前記患者について前記薬品の予製剤を作成するか否かを判定する予製判定処理と、
前記予製剤を作成すると判定されると、前記予製剤を作成する作成予定日であって前記患者の次回の来局予定日から求められる作成予定日を含む予製剤データを予製剤情報に登録する予製剤情報登録処理と、
前記予製剤情報に基づいて、前記作成予定日に前記予製剤を作成することを促す予製剤確認画面を表示する確認画面表示処理と、
前記予製剤が作成されたことを示す情報を取得すると、前記薬品の在庫数から前記予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報に設定する在庫情報設定処理と、
前記考慮済在庫数と前記薬品の発注の要否の判定に用いる発注点とに基づいて、前記薬品の発注の要否を判定する発注判定処理と
をコンピュータに実行させる薬品在庫管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、薬品在庫管理装置、薬品在庫管理方法、および薬品在庫管理プログラムに関する。
【背景技術】
【０００２】
調剤薬局では、定期的に同じ薬品が処方される患者については、あらかじめ次回の来局を想定し、次回処方することが予想される薬品を予製剤として調剤する。予製剤として調剤された薬品は、該当患者が来局するまで薬局内で保管される。このとき、予製剤を考慮した論理在庫と、実際の実在庫とで差異が発生するため、発注点管理による発注処理が不正確となる。
【０００３】
特許文献１には、予製剤の調剤に使用された薬品の使用量を考慮して、薬品の発注量を計算する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２５９５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術では、予製剤の調剤時期については何ら考慮されていない。よって、多くの予製剤が薬局に保管された場合、大量の予製剤を在庫として抱える期間が長くなる虞があるという課題がある。
【０００６】
本発明は、予製剤を在庫として抱える期間を短くすることができる薬品在庫管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る薬品在庫管理装置は、
薬品を処方された患者の処方箋情報に基づいて、前記患者について前記薬品の予製剤を作成するか否かを判定する予製判定部と、
前記予製剤を作成すると判定されると、前記予製剤を作成する作成予定日であって前記患者の次回の来局予定日から求められる作成予定日を含む予製剤データを取得し、前記予製剤データを予製剤情報に登録する予製剤情報登録部と、
前記予製剤情報に基づいて、前記作成予定日に前記予製剤を作成することを促す予製剤確認画面を表示する確認画面表示部と、
前記予製剤が作成されたことを示す情報を取得すると、前記薬品の在庫数から前記予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報に設定する在庫情報設定部と、
前記考慮済在庫数と前記薬品の発注の要否の判定に用いる発注点とに基づいて、前記薬品の発注の要否を判定する発注判定部とを備えた。
【０００８】
前記予製剤情報登録部は、
前記予製剤データの入力を受け付ける予製剤指定画面を表示機器に表示し、前記予製剤指定画面に入力された情報と、前記患者の前記処方箋情報とに基づいて、前記予製剤データを生成する。
【０００９】
前記予製剤情報登録部は、
前記来局予定日が前記予製剤指定画面に入力されると、前記来局予定日の所定日数の分だけ前の日を前記作成予定日として算出する。
【００１０】
前記所定日数は、前記患者または患者グループに応じて設定可能である。
【００１１】
前記確認画面表示部は、
前記作成予定日に前記予製剤を作成することを促す予製剤作成通知を前記予製剤確認画面とともに表示する。
【００１２】
前記予製剤情報は、前記予製剤が作成されたか否かを表す予製完了フラグを備え、
前記在庫情報設定部は、
前記予製完了フラグがオンになると、前記考慮済在庫数を設定する。
【００１３】
前記在庫情報設定部は、
前記来局予定日から算出される来局期間に、前記患者により前記予製剤が処方されると、前記在庫情報に設定されている前記予製剤数と前記在庫数を更新する。
【００１４】
前記在庫情報設定部は、
前記患者が前記来局期間に来局しなかった場合、前記在庫情報における前記予製剤数を０に初期化し、前記考慮済在庫数を更新する。
【００１５】
前記薬品在庫管理装置は、
前記薬品の予製が可能か否かを表す予製可不可情報を備え、
前記予製判定部は、
前記処方箋情報と前記予製可不可情報とに基づいて、前記薬品の予製剤を作成するか否かを判定する。
【００１６】
本発明に係る薬品在庫管理方法は、
予製判定部が、薬品を処方された患者の処方箋情報に基づいて、前記患者について前記薬品の予製剤を作成するか否かを判定し、
予製剤情報登録部が、前記予製剤を作成すると判定されると、前記予製剤を作成する作成予定日であって前記患者の次回の来局予定日から求められる作成予定日を含む予製剤データを取得し、前記予製剤データを予製剤情報に登録し、
確認画面表示部が、前記予製剤情報に基づいて、前記作成予定日に前記予製剤を作成することを促す予製剤確認画面を表示し、
在庫情報設定部が、前記予製剤が作成されたことを示す情報を取得すると、前記薬品の在庫数から前記予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報に設定し、
発注判定部が、前記考慮済在庫数と前記薬品の発注の要否の判定に用いる発注点とに基づいて、前記薬品の発注の要否を判定する。
【００１７】
本発明に係る薬品在庫管理プログラムは、
薬品を処方された患者の処方箋情報に基づいて、前記患者について前記薬品の予製剤を作成するか否かを判定する予製判定処理と、
前記予製剤を作成すると判定されると、前記予製剤を作成する作成予定日であって前記患者の次回の来局予定日から求められる作成予定日を含む予製剤データを取得し、前記予製剤データを予製剤情報に登録する予製剤情報登録処理と、
前記予製剤情報に基づいて、前記作成予定日に前記予製剤を作成することを促す予製剤確認画面を表示する確認画面表示処理と、
前記予製剤が作成されたことを示す情報を取得すると、前記薬品の在庫数から前記予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報に設定する在庫情報設定処理と、
前記考慮済在庫数と前記薬品の発注の要否の判定に用いる発注点とに基づいて、前記薬品の発注の要否を判定する発注判定処理と
をコンピュータに実行させる。
【発明の効果】
【００１８】
本発明に係る薬品在庫管理装置では、次回の来局予定日から求められる作成予定日における予製剤の作成を促すとともに、予製剤を考慮した薬品の発注を行う。よって、本発明に係る薬品在庫管理装置によれば、予製剤を在庫として抱える期間を短くするとともに、適切な薬品の発注を行うことができる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１に係る薬局における薬品在庫管理装置の全体構成例。
【図２】実施の形態１に係る薬品在庫管理装置の構成例。
【図３】実施の形態１に係る薬品在庫管理装置の動作を示すフロー図。
【図４】実施の形態１に係る処方箋情報の例を示す図。
【図５】実施の形態１に係る予製剤指定画面の例を示す図。
【図６】実施の形態１に係る予製剤情報の例を示す図。
【図７】実施の形態１に係る薬品在庫管理装置の動作を示すフロー図。
【図８】実施の形態１に係る予製剤確認画面の例を示す図。
【図９】実施の形態１に係る在庫情報の例を示す図。
【図１０】実施の形態１の変形例に係る予製可不可情報の例を示す図。
【図１１】実施の形態１の変形例に係る薬品在庫管理装置の構成例。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。
【００２１】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る薬品在庫管理システム５００の全体構成例を示す図である。
本実施の形態に係る薬品在庫管理装置１００は、薬局において薬剤師が用いるレセプトコンピュータといった店舗端末装置１０に搭載されている。店舗端末装置１０は、ネットワーク３０を介して在庫管理サーバ２０と通信する。在庫管理サーバ２０は、薬局における薬品の在庫を管理するサーバである。
【００２２】
例えば、慢性疾患の患者は、定期的に同一薬品を同一量処方される。薬局では、このような患者の来局時にすぐに処方薬品を渡せるように、薬品を「予製剤」として事前調剤する運用がある。本実施の形態では、予製剤の作成予定日を適切に設定するとともに、予製剤を考慮した在庫管理を実施することにより、適正な在庫量を保ちつつ、精度の高い発注点管理を実施する薬品在庫管理装置１００について説明する。
【００２３】
図２を用いて、本実施の形態に係る薬品在庫管理装置１００の構成例について説明する。
薬品在庫管理装置１００は、コンピュータである。薬品在庫管理装置１００は、プロセッサ９１０を備えるとともに、メモリ９２１、補助記憶装置９２２、入力インタフェース９３０、出力インタフェース９４０、および通信装置９５０といった他のハードウェアを備える。プロセッサ９１０は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【００２４】
薬品在庫管理装置１００は、機能要素として、予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０と記憶部１６０を備える。記憶部１６０には、処方箋情報６１と予製剤情報６２と在庫情報６３と発注点６４と所定日数６５が記憶される。
【００２５】
予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の機能は、ソフトウェアにより実現される。
記憶部１６０は、メモリ９２１に備えられる。なお、記憶部１６０は、補助記憶装置９２２に備えられていてもよいし、メモリ９２１と補助記憶装置９２２に分散して備えられていてもよい。
【００２６】
プロセッサ９１０は、予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の機能を実現するプログラムである。
プロセッサ９１０は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。プロセッサ９１０の具体例は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
【００２７】
メモリ９２１は、データを一時的に記憶する記憶装置である。メモリ９２１の具体例は、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、あるいはＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
補助記憶装置９２２は、データを保管する記憶装置である。補助記憶装置９２２の具体例は、ＨＤＤである。また、補助記憶装置９２２は、ＳＤ（登録商標）メモリカード、ＣＦ、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤといった可搬の記憶媒体であってもよい。なお、ＨＤＤは、Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅの略語である。ＳＤ（登録商標）は、Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌの略語である。ＣＦは、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標）の略語である。ＤＶＤは、Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋの略語である。
【００２８】
入力インタフェース９３０は、マウス、キーボード、あるいはタッチパネルといった入力装置と接続されるポートである。入力インタフェース９３０は、具体的には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）端子である。なお、入力インタフェース９３０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）と接続されるポートであってもよい。
出力インタフェース９４０は、ディスプレイといった出力機器のケーブルが接続されるポートである。出力インタフェース９４０は、具体的には、ＵＳＢ端子またはＨＤＭＩ（登録商標）（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）端子である。ディスプレイは、具体的には、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）である。
本実施の形態における予製剤指定画面２１および予製剤確認画面２２は、入力インタフェース９３０に接続されると共に出力インタフェース９４０に接続される。予製剤指定画面２１および予製剤確認画面２２は、出力インタフェース９４０を介して表示機器に表示されるとともに、出力インタフェース９４０を介して薬剤師等からの入力を受け付ける。
【００２９】
通信装置９５０は、ネットワークを介して他の装置と通信する。通信装置９５０は、レシーバとトランスミッタを有する。通信装置９５０は、有線または無線で、ＬＡＮ、インターネット、あるいは電話回線といった通信網に接続している。通信装置９５０は、具体的には、通信チップまたはＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。
【００３０】
薬品在庫管理プログラムは、プロセッサ９１０に読み込まれ、プロセッサ９１０によって実行される。メモリ９２１には、薬品在庫管理プログラムだけでなく、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）も記憶されている。プロセッサ９１０は、ＯＳを実行しながら、薬品在庫管理プログラムを実行する。薬品在庫管理プログラムおよびＯＳは、補助記憶装置９２２に記憶されていてもよい。補助記憶装置９２２に記憶されている薬品在庫管理プログラムおよびＯＳは、メモリ９２１にロードされ、プロセッサ９１０によって実行される。なお、薬品在庫管理プログラムの一部または全部がＯＳに組み込まれていてもよい。
【００３１】
薬品在庫管理装置１００は、プロセッサ９１０を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、薬品在庫管理プログラムの実行を分担する。それぞれのプロセッサは、プロセッサ９１０と同じように、薬品在庫管理プログラムを実行する装置である。
【００３２】
薬品在庫管理プログラムにより利用、処理または出力されるデータ、情報、信号値および変数値は、メモリ９２１、補助記憶装置９２２、または、プロセッサ９１０内のレジスタあるいはキャッシュメモリに記憶される。
【００３３】
予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の各部の「部」を「処理」、「手順」あるいは「工程」に読み替えてもよい。薬品在庫管理プログラムは、予製判定処理と予製剤情報登録処理と確認画面表示処理と在庫情報設定処理と発注判定処理を、コンピュータに実行させる。また、薬品在庫管理方法は、薬品在庫管理装置１００が薬品在庫管理プログラムを実行することにより行われる方法である。
薬品在庫管理プログラムは、コンピュータ読取可能な記憶媒体に格納されて提供されてもよい。また、薬品在庫管理プログラムは、プログラムプロダクトとして提供されてもよい。
【００３４】
＊＊＊動作の説明＊＊＊
図３は、本実施の形態に係る薬品在庫管理装置１００の動作を示すフロー図である。
図３では、処方箋情報入力処理、予製判定処理、および予製剤情報登録処理について説明する。
【００３５】
＜処方箋情報入力処理＞
ステップＳ１０１において、薬品を処方された患者の処方箋情報６１が入力される。具体的には、施設訪問あるいは患者の来局に伴い、薬品を調剤した薬剤師が、処方箋情報６１を入力する。特に施設に入院している患者は、定期的に同一薬品を同一量処方される可能性が高い。
【００３６】
図４は、本実施の形態に係る処方箋情報６１の例を示す図である。
患者に対して処方された処方箋ごとに処方番号が採番され、処方箋情報６１に処方箋の内容が設定される。
具体的には、処方箋情報６１には、処方番号６１１、調剤日６１２、薬剤師ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）６１３、患者ＩＤ６１４、薬品ＩＤ６１５、１日量の調剤数６１６、および処方日数６１７といった情報が設定される。
【００３７】
＜予製判定処理＞
ステップＳ１０２において、予製判定部１１０は、薬品を処方された患者の処方箋情報６１に基づいて、今回薬品を処方された対象患者について、薬品の予製剤を作成するか否かを判定する。具体的には、予製判定部１１０は、対象患者が、次回、同内容の処方箋が処方されることが見込める患者か否かを判定する。例えば、予製判定部１１０は、処方箋情報６１を解析し、対象患者の今回の処方内容が前回と同じか否かを判定し、前回と同じであれば、次回も同内容の処方箋が処方されることが見込めると判定する。予製判定部１１０は、次回も同内容の処方箋が処方されることが見込める場合、対象患者について予製剤を作成すると判定する。
予製剤を作成する場合、ステップＳ１０３に進む。予製剤を作成しない場合、何もせずに処理を終了する。
【００３８】
＜予製剤情報登録処理＞
ステップＳ１０３において、予製剤情報登録部１２０は、予製剤を作成すると判定されると、予製剤を作成する作成予定日を含む予製剤データ６２０を取得し、予製剤データ６２０を予製剤情報６２に登録する。作成予定日は、患者の次回の来局予定日から求められる。
【００３９】
図５は、本実施の形態に係る予製剤指定画面２１の例を示す図である。
予製剤指定画面２１は、予製剤に関する情報である予製剤データ６２０を、薬剤師に入力させるための画面である。
予製剤指定画面２１は、処方番号領域２１１、薬剤師ＩＤ領域２１２、薬品ＩＤ領域２１３、予製剤数領域２１４、患者ＩＤ領域２１５、来局予定日領域２１６、作成予定日領域２１７、および予製完了フラグ領域２１８を備える。
【００４０】
図６は、本実施の形態に係る予製剤情報６２の例を示す図である。
予製剤情報６２には、患者ごとの予製剤データ６２０が登録されている。患者に処方された処方箋について予製剤の作成が必要な場合に、予製剤データ６２０が予製剤情報６２に登録される。
予製剤情報６２の各予製剤データ６２０には、処方番号６２１、薬剤師ＩＤ６１２、患者ＩＤ６２３、薬品ＩＤ６２４、予製剤数６２５、作成予定日６２６、来局予定日６２７、および予製完了フラグ６２８が設定される。
予製完了フラグ６２８には、薬剤師が予製剤データ６２０に対応する予製剤を作成したタイミングで薬剤師により「１」がセットされる。予製完了フラグ６２８に「１」がセットされることは、予製完了フラグ６２８がオンになることを意味する。
【００４１】
予製剤情報登録部１２０は、予製剤データ６２０の入力を受け付ける予製剤指定画面２１を表示機器に表示する。予製剤情報登録部１２０は、例えば、予製剤指定画面２１を介して、薬剤師に予製剤データ６２０に含まれる情報を入力させる。予製剤情報登録部１２０は、予製剤指定画面２１に入力された情報と、患者の処方箋情報６１とに基づいて、予製剤データ６２０を生成する。
【００４２】
予製剤情報登録部１２０は、予製剤指定画面２１を表示する際、患者の処方箋情報６１を用いて、自動的に、薬剤師ＩＤ、薬品ＩＤ、予製剤数、患者ＩＤ、来局予定日、および作成予定日を表示してもよい。その後、予製剤情報登録部１２０は、予製剤指定画面２１を介して、薬剤師による予製剤データ６２０の修正を受け付けてもよい。例えば、予製剤情報登録部１２０は、処方番号領域２１１に入力された処方番号に基づいて、処方箋情報６１を参照し、薬剤師ＩＤ、薬品ＩＤ、予製剤数、患者ＩＤ、来局予定日、および作成予定日を表示する。このとき、予製剤情報登録部１２０は、今回の処方内容における調剤数６１６と処方日数６１７に基づいて予製剤数を算出し、予製剤数領域２１４に表示する。また、予製剤情報登録部１２０は、今回の処方内容における調剤日６１２に処方日数６１７を加算した日にちを来局予定日として来局予定日領域２１６に表示する。
このように予製剤情報登録部１２０が自動的に来局予定日領域２１６に来局予定日を表示した場合でも、薬剤師は患者から口頭で聞いた次回の来局予定日を来局予定日領域２１６に入力してもよい。
【００４３】
また、予製剤情報登録部１２０は、来局予定日が予製剤指定画面２１に入力されると、来局予定日の所定日数６５だけ前の日にちを作成予定日として自動的に算出する。あるいは、予製剤情報登録部１２０は、来局予定日を予製剤指定画面２１に自動的に表示するとともに、来局予定日の所定日数６５だけ前の日にちを作成予定日として自動的に表示してもよい。
【００４４】
以上のように、予製剤データ６２０の各情報は、薬剤師等により予製剤指定画面２１に入力された情報と、予製剤情報登録部１２０により処方箋情報６１に基づいて自動的に算出された情報と、予製剤情報登録部１２０により自動的に表示された情報とが混在していてもよい。あるいは、予製剤情報登録部１２０は、薬剤師により入力された情報のみを予製剤データ６２０としてもよい。あるいは、予製剤情報登録部１２０により自動的に取得された情報のみを予製剤データ６２０としてもよい。最終的に、予製剤指定画面２１の各領域に表示されている情報が予製剤データ６２０となる。
【００４５】
図７は、本実施の形態に係る薬品在庫管理装置１００の動作を示すフロー図である。
図７では、予製剤情報登録処理後における確認画面表示処理、予製剤調剤処理、在庫情報設定処理、および発注判定処理について説明する。
【００４６】
＜確認画面表示処理＞
ステップＳ２０１において、確認画面表示部１３０は、予製剤情報６２に基づいて、作成予定日に予製剤を作成することを促す予製剤確認画面２２を表示する。具体的には、確認画面表示部１３０は、予製剤情報６２の作成予定日６２６を参照し、作成予定日６２６の一定期間前に予製剤確認画面２２を表示する。例えば、確認画面表示部１３０は、作成予定日６２６の前週に翌週分の予製剤調剤を促してもよい。あるいは、予製剤確認画面２２を表示するタイミングを、予め、水曜日の朝といった業務の都合を考慮した定時に設定しておいてもよい。確認画面表示部１３０は、予め設定された定時、例えば毎水曜日の朝に予製剤確認画面２２を表示する。
【００４７】
図８は、本実施の形態に係る予製剤確認画面２２の例を示す図である。
予製剤確認画面２２には、番号２２１、来局予定日２２２、作成予定日２２３、薬品ＩＤ２２４、予製剤数２２５、薬剤師ＩＤ２２６、および患者ＩＤ２２７が設定された予製剤データ２２０が表示される。
例えば、確認画面表示部１３０は、毎水曜日の朝に、予製剤の作成予定日が来週の火曜日までに入っており、かつ、まだ予製剤が作成されていない予製剤データ６２０を予製剤確認画面２２に表示する。
【００４８】
確認画面表示部１３０は、作成予定日に予製剤を作成することを促す予製剤作成通知２２９を予製剤確認画面２２とともに表示してもよい。図８に示すように、確認画面表示部１３０は、例えば、既に今日が作成予定日となっている予製剤データ２２０を強調表示した情報を、予製剤作成通知２２９として予製剤確認画面２２とともに表示する。
【００４９】
あるいは、確認画面表示部１３０は、予製剤情報６２における予製剤データ６２０を、来局予定日あるいは作成予定日の早い順に並べ替えたものを予製剤確認画面２２として作成してもよい。そして、確認画面表示部１３０は、予製剤確認画面２２に表示された予製剤データ２２０のうち１週間以内に作成予定日が到来する予製剤データ２２０について、強調表示するとしてもよい。
【００５０】
また、予製剤確認画面２２は、予製剤が作成されたか否かを表す予製完了フラグ２２８を備えていてもよい。作成予定日より早く予製剤を作成した予製剤データ２２０については、予製完了フラグ２２８が「１」となっているものが表示される。
【００５１】
＜予製剤調剤処理＞
ステップＳ２０２において、薬剤師により予製剤が調剤される。
ステップＳ２０３において、予製剤が調剤されると、薬剤師により、予製剤指定画面２１を介して、作成された予製剤に対応する予製完了フラグ領域２１８に「１」が設定される。これにより、予製剤情報６２の予製完了フラグ６２８に「１」が設定される。
あるいは、予製剤確認画面２２の予製完了フラグ２２８から、予製完了フラグを設定できるとしてもよい。
【００５２】
＜在庫情報設定処理＞
ステップＳ２０４において、在庫情報設定部１４０は、予製剤が作成されたことを示す情報を取得すると、薬品の在庫数６３８から予製剤の数である予製剤数６３９を引いた数を考慮済在庫数６４０として在庫情報６３に設定する。予製剤が作成されたことを示す情報とは、予製完了フラグ２２８の情報である。具体的には、在庫情報設定部１４０は、予製完了フラグ２２８が「１」になると、すなわち予製完了フラグ２２８がオンになると、考慮済在庫数６４０を設定する。
【００５３】
図９は、本実施の形態に係る在庫情報６３の例を示す図である。
在庫情報６３は、薬局における薬品ごとの在庫を管理する情報である。図９では、薬品０１の在庫情報６３の例を示している。薬局における薬品０１の在庫が変動する度に処理番号６３１が採番される。そして、在庫情報６３には、処理番号６３１に対応付けられて、薬品０１の在庫の状況が設定される。
在庫情報６３には、処理番号６３１、処方番号６３２、調剤日６３３、予製剤作成日６３４、発注日あるいは納品日６３５、処方数６３６、納品数６３７、在庫数６３８、予製剤数６３９、および考慮済在庫数６４０が設定される。なお薬品については、発注日に納品されることが多いので、発注日あるいは納品日６３５は、発注日であり納品日であることが多い。
【００５４】
図９を用いて、在庫情報設定部１４０による在庫情報設定処理の具体例を説明する。
例えば、作成予定日である２０１９／９／３に予製剤の作成が促され、薬剤師により予製剤が作成されたものとする。このとき、在庫情報６３には、処理番号「６」として、予製剤作成日が「２０１９／９／３」、在庫数が「１４９」、予製剤数が「１００」、考慮済在庫数が「４９」と設定される。在庫情報設定部１４０は、在庫数である「１４９」から予製剤数である「１００」を引いた数を考慮済在庫数「４９」として在庫情報６３に設定する。
【００５５】
＜発注判定処理＞
ステップＳ２０５において、発注判定部１５０は、考慮済在庫数６４０と、薬品の発注の要否の判定に用いる発注点６４とに基づいて、薬品の発注の要否を判定する。考慮済在庫数６４０が発注点６４以下となった場合、発注判定部１５０は、薬品の発注が必要と判定する。薬品の発注が必要と判定されると、薬品の発注処理が実施される。
【００５６】
図９において、処理番号「６」の時点で発注判定処理が実施されるものとする。また、薬品０１の発注点６４を「５０」とする。図９の処理番号「６」の時点では、考慮済在庫数は「４９」である。考慮済在庫数が発注点を下回っているため、発注判定部１５０は、薬品０１を発注すると判定する。
薬品０１を発注した結果、処理番号「７」において、薬品０１が「１００」納品される。これにより、在庫数が「２４９」となり、考慮済在庫数が「１４９」となる。１時的に在庫数は増加するが、１週間後の来客予定日「２０１９／９／１０」に予製剤の対象の患者が来局すれば、予製剤が「１００」処方されるので、適正な在庫数が保たれるはずである。また、在庫数が増加した状態は、１週間ほどで解消されるはずである。
【００５７】
予定通りに予製剤の対象患者が来局し、予製剤を処方した場合は、ステップＳ２０６に進む。
何らかの理由で予製剤の対象患者が来局しなかった場合は、ステップＳ２０７に進む。
在庫情報設定部１４０は、予定通りに予製剤の対象患者が来局したか否かを判定する。このとき、在庫情報設定部１４０は、来局予定日から算出される来局期間に、予製剤の対象患者が来局したか否かを判定する。来局期間とは患者の来局に猶予期間を持たせるための期間である。来局予定日から算出される来局期間とは、例えば、来局予定日の前後３日間、前後１週間、あるいは、前３日間かつ後１週間といった期間である。患者は、都合により必ずしも来局予定日に来局するとは限らない。そこで、来局期間を設定し、患者の来局に猶予期間を持たせることで、より適切な在庫管理を行うことができる。
【００５８】
ステップＳ２０６において、在庫情報設定部１４０は、来局予定日から算出される来局期間に、患者により予製剤が処方されると、在庫情報６３に設定されている予製剤数と在庫数を更新する。
図９では、処理番号「８」（処方番号「５」）において、来客予定日「２０１９／９／１０」の前に、予製剤の対象患者以外の患者（患者ＩＤ「Ｋ２０１」）に薬品０１が「５０」処方されている。よって、薬品０１の在庫数は「１９９」であり、予製剤数は「１００」であり、考慮済在庫数「１４９」である。次に、処理番号「９」（処方番号「６」）において、来客予定日「２０１９／９／１０」に予製剤の対象患者（患者ＩＤ「Ｋ１０２」）が来局し、薬品０１が「１００」処方されている。このとき、在庫情報設定部１４０は、薬品０１の在庫数を「９９」、予製剤数を「０」、そして考慮済在庫数を「９９」に更新する。
なお、予製剤数を考慮しなかった場合には、処理番号「７」の納品がされずに、処理番号「８」において、他の患者に薬品０１が「５０」処方される。この時点で、在庫数が「９９」となり、処理番号「９」の予製剤の対象患者が来局した際には、在庫が足りない状況となる。
【００５９】
ステップＳ２０７において、在庫情報設定部１４０は、患者が来局期間に来局しなかった場合、在庫情報６３における予製剤数を「０」に初期化し、考慮済在庫数を更新する。
例えば、図９の処理番号「９」がなく、患者が来局期間に来局しなかったと判定されると、在庫情報設定部１４０は、予製剤数を「０」とし、考慮済在庫数を「１９９」に更新する。
なおステップＳ２０６において、予製剤数の残数があった場合、残数を在庫数に加算するように構成してもよい。
【００６０】
＊＊＊他の構成＊＊＊
＜変形例１＞
図１０は、本実施の形態の変形例に係る予製可不可情報６６の例を示す図である。
薬品在庫管理装置１００は、薬品の予製が可能か否かを表す予製可不可情報６６を備えていてもよい。予製可不可情報６６には、薬品ＩＤ、薬品名、および予製の可不可を示す情報が設定される。予製可不可情報６６は、例えば、薬品マスタ情報において薬品ＩＤに対応付けられて設定されていてもよい。
予製判定部１１０は、処方箋情報６１と予製可不可情報６６とに基づいて、薬品の予製剤を作成するか否かを判定する。例えば、予製後に在庫に戻せない薬品は、予製可不可情報６６において予製不可と設定しておく。図３のステップＳ１０２において、予製判定部１１０は、次回、同内容の処方が見込まれる薬品であっても、予製不可の薬品については予製剤を作成しないと判定する。予製不可の薬品とは、軟膏、あるいは、分封した粉末剤といった在庫に戻せない薬品である。
【００６１】
＜変形例２＞
本実施の形態は、施設に入院している患者や在宅の患者に、薬剤師が医師等とともに訪問して処方する場合にも適用できる。その場合、患者は来局していないが、薬剤師が訪問して処方する場合を「患者の来局」という表現に含めるものとする。また薬剤師が訪問すう予定日を「来局予定日」という表現に含めるものとする。
所定日数６５は、来局予定日に合わせて予め予製剤を処方することを薬剤師に促すための来客予定日前の所定の日数であるが、この所定日数６５を患者ごとに設定してもよい。または、同一施設に入院している患者を１つの患者グループとして登録し、患者グループごとに所定日数６５を設定してもよい。
このように所定日数６５を設定することで、特に患者グループに多数の患者が属する場合は、訪問の日にちを考慮して、効率的に予製剤を処方することができる。
【００６２】
＜変形例３＞
本実施の形態では、薬品在庫管理装置１００における予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の機能がソフトウェアで実現される。しかし、変形例として、予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の機能がハードウェアで実現されてもよい。
【００６３】
図１１は、本実施の形態の変形例に係る薬品在庫管理装置１００の構成例を示す図である。
図１１に示すように、プロセッサ９１０を電子回路９０９に置き換えてもよい。
電子回路９０９は、予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の機能を実現する専用の電子回路である。電子回路９０９は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ  Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ
Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略語である。
【００６４】
別の変形例として、予製判定部１１０と予製剤情報登録部１２０と確認画面表示部１３０と在庫情報設定部１４０と発注判定部１５０の一部の機能が専用のハードウェアで実現され、残りの機能がソフトウェアで実現されてもよい。
【００６５】
プロセッサ９１０と、メモリ９２１と、電子回路９０９とを、総称して「プロセッシングサーキットリ」という。つまり、の機能は、プロセッシングサーキットリにより実現される。
【００６６】
＊＊＊本実施の形態の効果の説明＊＊＊
本実施の形態に係る薬品在庫管理装置１００によれば、次回の来局予定日から求められる作成予定日における予製剤の作成を促すとともに、予製剤を考慮した薬品の発注を行う。よって、予製剤を在庫として抱える期間を短くするとともに、適切な薬品の発注を行うことができる。
【００６７】
本実施の形態に係る薬品在庫管理装置１００によれば、予製剤数を考慮する時期をコントロールすることで、適切なタイミングで発注処理が実施できる。また、不動在庫期間の短縮が期待できる。
【００６８】
また、本実施の形態に係る薬品在庫管理装置１００によれば、薬剤師から予製剤数を受け付け、適切な時期に予製剤の調剤を促すことで、薬剤師の作業効率化が見込める。
【００６９】
また、本実施の形態に係る薬品在庫管理装置１００によれば、予製剤が使用されたとき、されなかったとき、それぞれの場合で在庫管理が適切に行われる。
【００７０】
以上の実施の形態１では、薬品在庫管理装置の各部を独立した機能ブロックとして説明した。しかし、薬品在庫管理装置の構成は、上述した実施の形態のような構成でなくてもよい。薬品在庫管理装置の機能ブロックは、上述した実施の形態で説明した機能を実現することができれば、どのような構成でもよい。また、薬品在庫管理装置は、１つの装置でなく、複数の装置から構成されたシステムでもよい。
また、実施の形態１のうち、複数の部分を組み合わせて実施しても構わない。あるいは、この実施の形態のうち、１つの部分を実施しても構わない。その他、この実施の形態を、全体としてあるいは部分的に、どのように組み合わせて実施しても構わない。
すなわち、実施の形態１では、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【００７１】
なお、上述した実施の形態は、本質的に好ましい例示であって、本発明の範囲、本発明の適用物の範囲、および本発明の用途の範囲を制限することを意図するものではない。上述した実施の形態は、必要に応じて種々の変更が可能である。
【符号の説明】
【００７２】
１０  店舗端末装置、２０  在庫管理サーバ、２１  予製剤指定画面、２２  予製剤確認画面、３０  ネットワーク、１００  薬品在庫管理装置、１１０  予製判定部、１２０  予製剤情報登録部、１３０  確認画面表示部、１４０  在庫情報設定部、１５０  発注判定部、１６０  記憶部、２１１  処方番号領域、２１２  薬剤師ＩＤ領域、２１３  薬品ＩＤ領域、２１４  予製剤数領域、２１５  患者ＩＤ領域、２１６  来局予定日領域、２１７  作成予定日領域、２１８  予製完了フラグ領域、２２０，６２０  予製剤データ、２２１  番号、２２９  予製剤作成通知、２２５，６２５，６３９  予製剤数、２２２，６２７  来局予定日、２２３，６２６  作成予定日、２２８，６２８  予製完了フラグ、６１  処方箋情報、６２  予製剤情報、６３  在庫情報、６４  発注点、６５  所定日数、６６  予製可不可情報、６１１，６２１，６３２  処方番号、６１２，６３３  調剤日、２２６，６１３，６２２  薬剤師ＩＤ、２２７，６１４，６２３  患者ＩＤ、２２４，６１５，６２４  薬品ＩＤ、６１６  調剤数、６１７  処方日数、６３１  処理番号、６３４  予製剤作成日、６３５  発注日あるいは納品日、６３６  処方数、６３７  納品数、６３８  在庫数、６４０  考慮済在庫数、５００  薬品在庫管理システム、９０９  電子回路、９１０  プロセッサ、９２１  メモリ、９２２  補助記憶装置、９３０  入力インタフェース、９４０  出力インタフェース、９５０  通信装置。
【要約】
【課題】予製剤を在庫として抱える期間を短くすることを目的とする。
【解決手段】予製判定部１１０は、患者の処方箋情報６１に基づいて、薬品の予製剤を作成するか否かを判定する。予製剤情報登録部１２０は、予製剤を作成すると判定されると、患者の次回の来局予定日から求められる作成予定日を含む予製剤データを予製剤情報６２に登録する。確認画面表示部１３０は、予製剤情報６２に基づいて、作成予定日に予製剤を作成することを促す予製剤確認画面を表示する。在庫情報設定部１４０は、予製剤が作成されたことを示す情報を取得すると、薬品の在庫数から予製剤の数である予製剤数を引いた数を考慮済在庫数として在庫情報６３に設定する。発注判定部１５０は、考慮済在庫数と発注点６４とに基づいて、薬品の発注の要否を判定する。
【選択図】図２【図１】
0006871998.tif 000002
【図２】
0006871998.tif 000003
【図３】
0006871998.tif 000004
【図４】
0006871998.tif 000005
【図５】
0006871998.tif 000006
【図６】
0006871998.tif 000007
【図７】
0006871998.tif 000008
【図８】
0006871998.tif 000009
【図９】
0006871998.tif 000010
【図１０】
0006871998.tif 000011
【図１１】
0006871998.tif 000012