(57)【要約】【課題】  本発明の課題は、消費期限を超えた薬の服用を防止することを目的とする。【解決手段】  上記課題は、処方を受け付けると、処方対象となる薬の在庫情報を取得し、前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する処理をコンピュータに行わせる薬の処方支援プログラムにより達成される。【選択図】  図８
2019185526.tif 000002
【特許請求の範囲】
【請求項１】
処方を受け付けると、処方対象となる薬の在庫情報を取得し、
前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する
処理をコンピュータに行わせる薬の処方支援プログラム。
【請求項２】
前記処方対象の同じ種類の薬の前記消費期限ごとに前記在庫情報を参照して、前記処方期間内に前記消費期限になる可能性がある第１の薬が存在する場合、該第１の薬に優先度を与えて該同じ種類の薬の一覧を表示装置に表示させる
処理を前記コンピュータに行わせる請求項１記載の薬の処方支援プログラム。
【請求項３】
前記処方期間後の所定期間内に該消費期限となる第２の薬が存在する場合、該第２の薬に前記優先度を与えて、該同じ種類の薬の一覧を表示装置に表示する
処理を前記コンピュータに行わせる請求項２記載の薬の処方支援プログラム。
【請求項４】
前記一覧において、前記第１の薬及び前記第２の薬に対して前記優先度が与えられ、該優先度は、前記消費期限の早いほど優先度が高いことを示すことを特徴とする請求項３記載の薬の処方支援プログラム。
【請求項５】
処方を受け付けると、処方対象となる薬の在庫情報を取得し、
前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する
処理をコンピュータに行わせる薬の処方支援方法。
【請求項６】
処方を受け付けると、処方対象となる薬の在庫情報を取得する取得部と、
前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する出力部と
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、薬の処方支援プログラム、薬の処方支援方法、及び情報処理装置に関する。
【背景技術】
【０００２】
薬局では医薬品の欠品がないように余裕を持った在庫を用意するため、処方しないまま期限切れを迎える医薬品が発生してしまう。しかし、医薬品は単価が高いため、期限切れによる損失が大きい。これを防ぐため薬局は様々な在庫管理の工夫を行っているが、膨大な薬の種類があることから全体把握が難しく、在庫の期限切れは薬局の大きな課題として残り続けている。
【０００３】
輸液バッグの使用時に、溶液の使用期限が投与の前または間に切れる場合、投与期間の間に使用期限が切れる旨のメッセージを提示することで、在庫補充のスケジュールを再計算する技術等が知られている。患者の残りの医薬品の使用期限がまだ先であれば、提供する必要のある医薬品の数から残り分を差し引いた数を次回利用数とする技術等が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００６−５０７０２６号公報
【特許文献２】国際公開第２００８／１１７５４４号パンフレット
【特許文献３】特開２００３−１１８８４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記技術は、患者が処方された薬をどのように消費するかについての考慮がなされていないため、患者によっては服用を忘れるなどにより薬の消費が遅れ、飲み忘れている間に期限切れを迎える処方薬が発生するといった問題がある。
【０００６】
したがって、１つの側面では、消費期限を超えた薬が服用されることを防止することを目的とする。
【課題を解決するための手段】
【０００７】
一態様によれば、処方を受け付けると、処方対象となる薬の在庫情報を取得し、前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する処理をコンピュータに行わせる薬の処方支援プログラムが提供される。
【発明の効果】
【０００８】
消費期限を超えた薬が服用されることを防止することができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置のハードウェア構成例を示す図である。
【図２】本実施例における情報処理装置の機能構成例を示す図である。
【図３】在庫期限管理テーブルの項目を説明するための図である。
【図４】登録画面の例を示す図である。
【図５】在庫期限管理テーブルのデータ例を示す図である。
【図６】処方薬検索条件の項目を説明するための図である。
【図７】検索画面例を示す図である。
【図８】検索結果表示画面の例を示す図である。
【図９】更新直前の検索結果表示画面の状態例を示す図である。
【図１０】更新後の検索結果表示画面の状態例を示す図である。
【図１１】更新画面の例を示す図である。
【図１２】処方薬検索処理を説明するためのフローチャート図（続く）である。
【図１３】処方薬検索処理を説明するためのフローチャート図（続く）である。
【図１４】処方薬検索処理を説明するためのフローチャート図（続く）である。
【図１５】処方薬検索処理を説明するためのフローチャート図（続き）である。
【図１６】導入例を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態を図面に基づいて説明する。平成１４年度診療報酬改定から、一部を除き、投与日数の制限を行わないこととされた。具体的には、９０日以上の期間分の投与も可能となった。このような状況において、薬局における医薬品の在庫管理には、さまざまな問題がある。
【００１１】
（１）欠品（即ち、在庫切れ）させないように余裕をもって在庫を抱える必要がある。  
患者の命に係わる場合もあるため、欠品により患者に医薬品を処方できない状態が発生しないようにする必要がある。また、薬局に来る患者の症状、来局日等は完璧に予測できない。そのため、どの場合でも対応できるように余裕を持った在庫を抱える傾向にある。
【００１２】
（２）余剰在庫が多すぎると期限切れを迎えて破棄する医薬品がでる。  
医薬品は単価が高いため、期限切れによる薬局の損失が大きい。損失を小さくするために、薬局ごとにさまざまな工夫が行われている。
【００１３】
（３）医薬品の種類は多い。そのため残在庫を把握することが難しい。  
医薬品を単位ごとにまとめた包装の種類は多岐にわたる。同じ効能の医薬品であっても、錠剤、粉末、シロップ、注射等があり、また、パッケージによって容量や包装等が異なっている。具体的には、錠剤でも１錠の容量が５ｍｇ又は１０ｍｇ、包装はＰＴＰ（Press Through Pack）又は瓶詰等が存在する。容量違い、包装違いを、総称して「包装違い」というものとする。
【００１４】
更に、後発品（ジェネリック）等のメーカ違いの商品があるため、単純に種類が多い。更に、処方によって薬を分ける場合がある。薬を分ける場合として、１錠を真ん中の線で割る割錠や、クレームやシロップを別容器に移す等を行っている。従って、同じ医薬品であっても、在庫の医薬品の状態はさまざまであり、在庫の量を把握することがより難しくなっている。
【００１５】
すなわち、第１の課題として、上記（１）及び（２）の状況から、薬局側は在庫毎の医薬品期限の正確な把握が難しい。仕入時期によって同じ商品でも期限が異なるため、医薬品ごと（箱、瓶、アンプル等）で期限を把握可能にする必要がある。
【００１６】
第２の課題として、上記（３）の状況から、医薬品ごとに期限を把握しても、その医薬品がどれかを特定できないと意味がない。薬局で管理している医薬品の種類やストックは多種に亘り、医薬品と期限とを関連付ける必要がある。つまり、どの棚のどの箱の期限がいつであるかを容易に把握できることが好ましい。
【００１７】
本実施例では、上記第１の課題に対して、第１に、使用期限を登録し検索可能とすることで、商品ごとに期限の把握を行えるようにする。第２に、商品名の検索において、仕入れごとに期限を表示することで、期限の近い順に商品を選択できるようにする。また、上記第２の課題に対して、登録時に商品を特定する情報も設定可能にする。一例として、格納場所などの情報を登録することで、商品の特定を容易とする。
【００１８】
このような第１の課題及び第２の課題を解決する、本実施例に係る処理を実現する情報処理装置は、図１に示すようなハードウェア構成を有する。図１は、情報処理装置のハードウェア構成例を示す図である。図１において、情報処理装置１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central Processing Unit）１１と、主記憶装置１２と、補助記憶装置１３と、入力装置１４と、表示装置１５と、読取装置１６と、通信Ｉ／Ｆ（インターフェース）１７と、ドライブ装置１８とを有し、バスＢに接続される。
【００１９】
ＣＰＵ１１は、主記憶装置１２に格納されたプログラムに従って情報処理装置１００を制御するプロセッサに相当する。主記憶装置１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を記憶又は一時保存する。
【００２０】
補助記憶装置１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３に格納されているプログラムの一部が主記憶装置１２にロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。主記憶装置１２、補助記憶装置１３、その他情報処理装置１００がアクセス可能な記憶装置を総称して、記憶部１３０という。
【００２１】
入力装置１４は、マウス、キーボード等を有し、薬剤師等のユーザが情報処理装置１００による処理に必要な各種情報を入力するために用いられる。表示装置１５は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。入力装置１４と表示装置１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。
【００２２】
読取装置１６は、バーコードリーダ等の装置であればよい。通信Ｉ／Ｆ１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７による通信は無線又は有線に限定されるものではない。
【００２３】
ドライブ装置１８は、ドライブ装置１８にセットされた記憶媒体１９（例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等）と情報処理装置１００とのインターフェースを行う。
【００２４】
情報処理装置１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ等の記憶媒体１９によって情報処理装置１００に提供される。記憶媒体１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９に格納されたプログラムは、ドライブ装置１８を介して情報処理装置１００にインストールされる。インストールされたプログラムは、情報処理装置１００により実行可能となる。
【００２５】
尚、プログラムを格納する記憶媒体１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤ（Digital Versatile Disk）ディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００２６】
図２は、本実施例における情報処理装置の機能構成例を示す図である。図２において、情報処理装置１００は、主に、登録部４０と、処方薬検索部４１とを有する。
記憶部１３０には、在庫期限管理テーブル５１、処方薬テーブル５３、処方薬検索条件３等が記憶される。
【００２７】
登録部４０は、医薬品が薬局に入庫される毎に、薬剤師等のユーザに入力される入庫医薬品情報２を在庫期限管理テーブル５１に登録する処理部である。入庫医薬品情報２は、少なくとも使用期限毎に１レコードとして登録される。使用期限に加え更に詳細には、商品名、容量、規格単位等の組み合せが異なるごとに１レコードとして登録される。
【００２８】
処方薬検索部４１は、処方薬検索条件３の入力に応じて、在庫期限管理テーブル５１を検索し、検索結果４を表示装置１５に表示し、更新情報５の入力に応じて、在庫期限管理テーブル５１を更新する処理部である。処方薬検索条件３は、記憶部１３０に記憶される。処方薬検索部４１は、更に、抽出部４２と、カテゴリ判定部４４と、優先順決定部４６と、表示部４８とを有する。
【００２９】
抽出部４２は、記憶部１３０に記憶されている処方薬検索条件３を用いて、在庫期限管理テーブル５１を検索し、該当するレコードを抽出し、記憶部１３０に処方薬テーブル５３を作成する処理部である。
【００３０】
カテゴリ判定部４４は、処方薬テーブル５３の各レコードに対して、使用期限に基づいて、優先カテゴリを判定する処理部である。優先カテゴリとして、各レコードは、既に使用期限が切れている医薬品を示す「Ｘ」、患者が服用中に期限切れとなる可能性のある「Ａ」、又は、服用日に期限切れが近い「Ｂ」に分類される。
【００３１】
優先順決定部４６は、処方薬テーブル５３の各レコードに対して、優先カテゴリ、残在庫合計等に基づいて、処方順の優先度を決定する処理部である。
【００３２】
表示部４８は、処方薬テーブル５３を用いて、優先順を示した検索結果４を表示装置１５に表示する処理部である。表示部４８は、更に、更新部４９を有する。更新部４９は、ユーザの表示装置１５に表示された検索結果４に対する更新情報５を受け付けると、在庫期限管理テーブル５１を更新する。
【００３３】
上述した各処理部は、情報処理装置１００にインストールされたプログラムが、情報処理装置１００のＣＰＵ１１に実行させる処理により実現される。
【００３４】
図３は、在庫期限管理テーブルの項目を説明するための図である。図３において、在庫期限管理テーブル５１は、ＪＡＮコード、連番、ＹＪコード、一般名、商品名、容量、規格単位、期限、残在庫、格納場所、特定に必要な情報、後発品、アラーム日数、登録日等の項目を有する。医薬品を一意に決定するためのＪＡＮコード及び連番がプライマリキーとして設定される。
【００３５】
ＪＡＮコードは、国際的に共通に利用可能な商品番号を示す。ＪＡＮコードは、医薬品が包装されている箱等にバーコード等によって示され、情報処理装置１００では、読取装置１６を用いて読み取ったコードが示される。連番は、ＪＡＮコードに付加される番号であり、薬局での管理単位ごとの識別用連番を示す。連番は、一例として、入庫した医薬品を使用期限ごとに管理するための連番を示し、本実施例において、ＪＡＮコード以外の判別情報として利用される。
【００３６】
ＹＪコードは、日本国において薬価基準収載品目すべてに与えられた一意の番号（個別医薬品コード）を示す。ＹＪコードもバーコード等によって示され、読取装置１６によって読み取られてもよい。一般名は、医薬品の一般名を示す。一例として、「カルベジロール錠」等が示される。商品名は、医薬品の商品名を示し、多くは、容量を表す情報が含まれている。一例として、アーチスト錠１０ｍｇ等が示される。
【００３７】
容量は、投与する際の種類を含めて１回の投与量を示す。規格単位は、１単位の薬剤の量と剤形とを示す。一例として、１錠であれば１０ｍｇ、半錠であれば０．５錠、クリームなどであればｍｌ又はｇなどが示される。
【００３８】
使用期限は、包装単位で示された医薬品の服用可能な期限を示す。残在庫は、薬局が保持している量を示す。格納場所は、格納場所を特定する情報を示す。特定に必要な情報は、当該レコードで管理される医薬品を特定する付加情報を示す。後発品は、後発品であるか否かを示す。後発品であれば「１」を示し、それ以外は「０」を示す。
【００３９】
アラーム日数は、期限切れではないが、期限切れが近いと判断するための日数を示す。一例として、回転率が高い医薬品は短く、低い医薬品（売れる間隔が大きい場合）は長く設定される。アラーム日数の設定により、回転率が低い医薬品が次に処方されるまでに期限切れする可能性があることを警告することが可能となる。登録日は、レコードを登録した日付を示す。ユーザが設定しても良いし、入庫医薬品情報２の入力に応じて、情報処理装置１００のシステム日時が設定されてもよい。
【００４０】
図４は、登録画面の例を示す図である。図４に例示する登録画面Ｇ６０は、ユーザの入力装置１４等の操作によってなされる登録画面表示要求に応じて、登録部４０が表示装置１５に表示する画面である。登録画面Ｇ６０は、入庫医薬品情報２を入力する入力領域６０ａと、登録ボタン６０ｂとを有する。
【００４１】
入力領域６０ａでは、図３で例示した項目名ごとに入庫する医薬品の情報を入力する。入力領域６０ａで入力された情報は、入庫医薬品情報２に相当する。登録ボタン６０ｂは、ユーザの選択により、入力領域６０ａで入力された入庫医薬品情報２の登録要求が登録部４０になされる。登録部４０は、入庫医薬品情報２を在庫期限管理テーブル５１に登録する。
【００４２】
この例では、ＪＡＮコード「4987081202775」、ＹＪコード「2149032F1021」、一般名「カルベジロール錠」、商品名「アーチスト錠10mg」、容量「PTP 100T」、規格単位「10mg１錠」、使用期限「2018/2/15」、残在庫「10」、格納場所「1番棚1列1段」、特定に必要な情報「仕入日2015/8/3シール有」、後発品「０」、アラーム日数「１４」等が、ユーザにより設定された例を示している。
【００４３】
入力領域６０ａにおいて、一般名の入力では、手入力のほか、ＪＡＮコード又はＹＪコードに対応する商品名が自動的に入力されてもよい。一例として、ＪＡＮコード又はＹＪコードに対応付けて商品名を管理するテーブルを備え、ＪＡＮコード又はＹＪコードの入力に応じて、商品名を抽出する仕組みにより実現できる。
【００４４】
図５は、在庫期限管理テーブルのデータ例を示す図である。図５では、図４の登録画面Ｇ６０において、登録ボタン６０ｂが押下されるごとに、設定された入庫医薬品情報２を示す１レコードが在庫期限管理テーブル５１に登録された状態を示している。
【００４５】
在庫期限管理テーブル５１において、ＪＡＮコード「4987081202775」及び連番「１」のレコードでは、一般名「カルベジロール錠」、商品名「アーチスト錠10mg」、容量「PTP 100T」、規格単位「10mg１錠」、使用期限「2018/2/15」、残在庫「10」、格納場所「1番棚1列1段」、特定に必要な情報「仕入日2015/8/3シール有」、後発品「０」、アラーム日数「１４」等が示される。このレコードは、図４に示した例に相当する。
【００４６】
更に、図４に示す設定画面Ｇ６０においてユーザが入庫医薬品情報２を設定すると、ＪＡＮコード「4987081202775」及び連番「２」のレコードでは、一般名「カルベジロール錠」、商品名「アーチスト錠10mg」、容量「PTP 100T」、規格単位「10mg１錠」、使用期限「2018/7/30」、残在庫「100」、格納場所「1番棚1列1段」、特定に必要な情報「仕入日2015/10/3(1)シール有」、後発品「０」、アラーム日数「１４」等を示すレコードが登録される。他レコードについても同様である。
【００４７】
図６は、処方薬検索条件の項目を説明するための図である。図６において、処方薬検索条件３は、処方日、１日あたり数量、投与日数、検索情報のプルダウンによる選択項目、規格単位、後発品可否等の項目を有する。
【００４８】
処方日では、患者に処方する日を指定する。１日あたり数量では、１日あたりの投与数量を指定する。１日あたり数量として、「朝昼晩  食後１錠ずつ  １日３回」等が指定される。投与日数では、処方する日数を指定する。投与日数として、「１４日分  １４錠」等が指定される。１日あたり数量と投与日数とは、必要数量の算出に参照され、また、使用期限ごとの在庫数との比較にも参照される。
【００４９】
検索情報のプルダウンによる選択項目では、一般名、商品名、ＪＡＮコード、ＹＪコード等を示す一覧の表示により、ユーザによって選択可能な項目を示す。選択及び入力の例として、一般名が選択され「カルベジロール錠」が入力され、商品名が選択され「アーチスト錠」が入力され、ＪＡＮコードが選択され「4987081202775」が入力され、ＹＪコードが選択され「2149032F1021」が入力されるなどを行える。
【００５０】
規格単位では、１単位の薬剤の量と剤形とを指定する。指定された規格単位に合致する医薬品に絞り込んで検索することができる。規格単位への入力がない場合には、絞り込みは行われない。一例として、１錠の容量を指定する場合は10mg１錠、半錠の場合は「10mg０．５錠」、クリーム等の場合は「5mg１容器」又は「5ml１瓶」など、その他固形なら錠／カプセルなど、粉なら包／グラムなど、液錠ならml／管などが指定される。
【００５１】
後発品可否は、後発品を検索結果に含めるか否かをプルダウンで選択する。後発品の処方が可の場合、検索結果４を後発品の項目で制限しない。後発品の処方が不可の場合、在庫期限管理テーブル５１のうち、後発品の値が「０」のレコードに制限して検索する。
【００５２】
図７は、検索画面例を示す図である。図７に例示する検索画面Ｇ６２は、ユーザの入力装置１４等の操作によってなされる検索画面表示要求に応じて、処方薬検索部４１が表示装置１５に表示する画面である。検索画面Ｇ６２は、処方薬検索条件３を入力する入力領域６２ａと、検索ボタン６２ｂとを有する。
【００５３】
入力領域６２ａでは、図６で例示した項目名ごとに検索する医薬品の情報を入力する。入力領域６２ａで入力された情報は、処方薬検索条件３に相当する。検索ボタン６２ｂは、ユーザの選択により、入力領域６２ａで入力された処方薬検索条件３の検索要求が処方薬検索部４１になされる。処方薬検索部４１は、処方薬検索条件３を在庫期限管理テーブル５１から検索する。
【００５４】
この例では、処方日「2018/2/3」、１日あたり数量「３」、投与日数「１４」、一般名「カルベジロール錠」、後発品可否「可」がユーザによって設定されている。規格単位（オプション）は未設定である。また、ユーザにより一般名の項目が指定され、「カルベジロール錠」が設定された例が示されている。ユーザが、この状態で、検索ボタン６２ｂを押下すると、検索結果４が表示装置１５に表示される。
【００５５】
図８は、検索結果表示画面の例を示す図である。図８に例示する検索結果表示画面Ｇ６４は、図７の検索画面Ｇ６２の検索ボタン６２ｂの押下に応じて、表示部４８が、検索結果４を表示装置１５に表示する画面である。検索結果表示画面Ｇ６４は、医薬品の処方情報を表示する表示領域６４ａと、検索結果４を含む検索結果表示領域６４ｂと、更新ボタン６４ｃとを有する。
【００５６】
表示領域６４ａでは、処方期間と必要数量とが表示される。処方期間は、図７の検索画面Ｇ６２で設定された処方日と投与日数とから算出された期間が表示される。必要数量は、図７の検索画面Ｇ６２で設定された１日あたり数量と投与日数とから算出された数量が表示される。この例では、処方期間「2018/2/3〜2018/2/16」と、必要数量「４２」とが示される。
【００５７】
検索結果表示領域６４ｂでは、検索結果４に加えて、優先順の表示域、使用数量の入力域、レコードの修正ボタンなどが付加されている。検索結果４には、ＪＡＮコード、ＹＪコード、商品名、容量、規格単位、残在庫、格納場所、特定に必要な情報、後発品、使用量などが含まれる。
【００５８】
優先順は、処方薬検索条件３を用いて在庫期限管理テーブル５１から抽出されたレコードのうち、使用期限が処方期間内のレコードが存在する場合、当該レコードから使用期限の順に従って必要数量を満たすまでの、処方順を示す。また、抽出されたレコードに処方期間前の使用期限を示すレコードが存在する場合には、処方しないことを示すマーク６４ｅを優先順に示す。
【００５９】
この例では、使用期限が処方期間内のレコードが存在するため、残在庫の合計が必要数量「４２」を満たすまで、優先順がレコードに付与される。具体的には、使用期限が「2018/2/15」及び「2018/2/16」は、処方期間「2018/2/3〜2018/2/16」内を示すため優先順が示されている。また、使用期限が「2018/2/25」及び「2018/7/30」は、処方期間「2018/2/3〜2018/2/16」の後であるが、アラーム日数に基づく期間内であるため、これら２つのレコードにおいても優先順が示されている。
【００６０】
処方期間内に使用期限となる薬を優先的に消費することが望ましく、次に、処方期間後であるがある一定期間内に使用期限となる薬についても、更に期限が先の薬よりも優先して消費することが望ましい。従って、「2018/2/15」のレコードが優先順「１」、「2018/2/16」のレコードが優先順「２」、「2018/2/25」のレコードが優先順「３」、及び「2018/7/30」のレコードが優先順「４」のように示される。
【００６１】
つまり、
優先順１の残在庫「  １０」（＜４２）では不足しており、更に、
優先順２の残在庫「  ２０」を加算した「３０」（＜４２）でも不足しており、更に、
優先順３の残在庫「  １０」を加算した「４０」（＜４２）でも不足しており、更に、
優先順４の残在庫「１００」から「２」を加算して、
必要数量「４２」を満たす。
【００６２】
他方、使用期限「2018/2/1」のレコードは、処方期間「2018/2/3〜2018/2/16」前を示すため、処方しないことを示すマーク６４ｅを優先順に示す。
【００６３】
ユーザは、このような検索結果表示画面Ｇ６４の検索結果表示領域６４ｂを参照して、患者に実際に処方する量を使用量に入力し、更新ボタン６４ｃを押下する。更新ボタン６４ｃの押下に応じて、表示部４８の更新部４９によって、在庫期限管理テーブル５１が更新される。
【００６４】
図９は、更新直前の検索結果表示画面の状態例を示す図である。図９では、検索結果表示画面Ｇ６４において、ユーザが、検索結果表示領域６４ｂの使用数量を入力した状態例を示している。
【００６５】
この例では、ユーザは、優先順に従い、優先順「１」のレコードの使用数量に残在庫「１０」の全てを入力し、優先順「２」のレコードの使用数量に残在庫「２０」の全てを入力し、優先順「３」のレコードの使用数量に残在庫「１０」の全てを入力する。この時点で、更に、数量「２」が不足している。従って、ユーザは、優先順「４」のレコードの使用数量に「２」を入力する。その後、ユーザが、更新ボタン６４ｃを押下すると、図１０に示すように、検索結果表示画面Ｇ６４が更新される。
【００６６】
図１０は、更新後の検索結果表示画面の状態例を示す図である。図１０では、検索結果表示画面Ｇ６４において、ユーザが、検索結果表示領域６４ｂの使用数量を入力した後、更新ボタン６４ｃを押下した状態例を示している。
【００６７】
この例では、更新部４９により更新された結果が表示されている。優先順は、再度判定されている。図９で表示されていた優先順「１」、「２」、及び「３」の残在庫の数量は、全て処方され、レコードが削除されている。レコードは、在庫期限管理テーブル５１から物理的に削除されてもよいし、削除を示すフラグの設定等により論理的に削除してもよい。
【００６８】
そして、図９で表示されていた優先順「４」のレコードの優先順は「１」へと変更され、残在庫は、「１００」から処方した分「２」を減算した「９８」を示す。
【００６９】
ユーザは、検索結果表示画面Ｇ６４に表示された医薬品情報を修正したい場合がある。そのような場合には、修正ボタンを押下することで医薬品情報を修正することができる。一例として、修正ボタン６４ｆを押下した場合で説明する。
【００７０】
図１１は、更新画面の例を示す図である。図１１に例示される更新画面Ｇ６９は、図１０に例示する検索結果表示画面Ｇ６４において、ユーザによる修正ボタン６４ｆの押下に応じて、更新部４９が表示装置１５に表示する画面である。更新画面Ｇ６９は、医薬品情報を入力する入力領域６９ａと、更新ボタン６９ｂとを有する。入力領域６９ａは、図４の入力領域６０ａと同様であるため、その詳細な説明を省略する。
【００７１】
この更新画面Ｇ６９では、ユーザがアラーム日数を変更する例で説明する。現在の日付が2018年3月30日である場合、この医薬品は、使用期限に基づけば、向こう３か月は使用可能な医薬品である。一方、この規格単位「20mg１錠」の場合には、６ヶ月に一回しか処方されないときには、次に処方する日（９月末頃）には、使用期限を過ぎてしまっている可能性がある。このような場合に、アラームに数を１８０（日）に変更することで、検索時に期限切れではないが、使用期限が近い医薬品として優先順位を付与する対象とすることができる。
【００７２】
ユーザは、アラーム日数を「１４」日から「１８０」日に変更し、更新ボタン６９ｂを押下する。更新ボタン６９ｂの押下により、更新部４９は、在庫期限管理テーブル５１を更新する。
【００７３】
上述したように、在庫期限管理テーブル５１によって、仕入れごとに、使用期限と残在庫とが管理され、仕入れごとに、使用期限と残在庫とに基づいて、優先順が決定される。従って、使用期限の早い医薬品から販売することができ、また、検索結果表示画面Ｇ６４を参照することで、患者へ使用期限の早い医薬品から服用してもらうよう説明しておくことができる。また、アラーム日数の設定を行えることで、薬局における医薬品の販売傾向に基づいて、早めに消費することが望ましい医薬品の情報の提示を行うことができる。
【００７４】
上述した本実施例における処方薬検索部４１による処方薬検索処理について、図１２〜図１５で説明する。図１２〜図１５は、処方薬検索処理を説明するためのフローチャート図である。
【００７５】
図１２において、処方薬検索部４１は、ユーザからの検索画面表示要求に応じて、検索画面Ｇ６２を表示装置１５に表示すると（ステップＳ７１）、抽出部４２は、ユーザによる検索画面Ｇ６２の検索ボタン６２ｂの押下により処方薬検索条件３を取得する（ステップＳ７２）。
【００７６】
処方薬検索条件３には、処方日、1日あたりの数量、投与日数、検索情報、規格単位、後発品可否等の情報が含まれている。規格単位は省略可能であるが、他の情報が不足している場合は、処方薬検索条件３に不足している情報がある旨の表示を表示装置１５に行い、ステップＳ７１へと戻る。
【００７７】
抽出部４２は、取得した処方薬検索条件３で、在庫期限管理テーブル５１を検索する（ステップＳ７３）。検索されたレコードは、処方薬テーブル５３に記憶される。検索は、前方／中間／後方一致で行われる。検索できなかった場合（ステップＳ７３のＮＯ）、抽出部４２は、警告メッセージを表示装置１５に表示し、検索画面Ｇ６２へと戻る（ステップＳ７８）。
【００７８】
一方、検索できた場合（ステップＳ７３のＹＥＳ）、抽出部４２は、規格単位で剤形が指定されている場合、処方薬テーブル５３に記憶されたレコードを、指定された剤形に絞り込む（ステップＳ７４）。剤形が指定されていない場合は、ステップＳ７４の処理は省略される。
【００７９】
抽出部４２は、処方薬テーブル５３を参照して、１以上のレコードが抽出されたか否かを判断する（ステップＳ７５）。レコードが存在しない場合（ステップＳ７５のＮＯ）、抽出部４２は、警告メッセージを表示装置１５に表示し、検索画面Ｇ６２へと戻る（ステップＳ７８）。
【００８０】
一方、１以上のレコードが抽出された場合（ステップＳ７５のＹＥＳ）、抽出部４２は、処方薬テーブル５３から、後発品不可のレコードを除外する（ステップＳ７６）。具体的には、抽出部４２は、処方薬テーブル５３内のレコードのうち、後発品が「０」を示すレコードを削除する。
【００８１】
そして、抽出部４２は、処方薬テーブル５３にレコードが１件以上残るか否かを判断する（ステップＳ７７）。レコードが残っていない場合（ステップＳ７７のＮＯ）、抽出部４２は、警告メッセージを表示装置１５に表示し、検索画面Ｇ６２へと戻る（ステップＳ７８）。
【００８２】
一方、レコードが１件以上残っている場合（ステップＳ７７のＹＥＳ）、抽出部４２は、処方薬テーブル５３の各レコードのＹＪコードを取得する（ステップＳ７９）。取得したＹＪコードの一覧が記憶部１３０に記憶される。
【００８３】
そして、抽出部４２は、各ＹＪコードで在庫期限管理テーブルを検索し、包装違いを含めて検索する（ステップＳ８０）。ステップＳ８０の処理の例として、処方薬テーブル５３に「医薬品Ａ  10mg１００錠入り」のレコードが存在し、当該レコードのＹＪコードで在庫期限管理テーブル５１を検索した場合、「医薬品Ａ  10mg５００錠入り」のレコードも含めて検索される。同一の医薬品Ａであっても、即ち、ＪＡＮコードが異なっていても、ＹＪコードで検索することで、包装違いを含めて検索することができる。
【００８４】
抽出部４２は、全てのＹＪコードでの検索で抽出したレコードで、処方薬テーブル５３を置き換える。処方薬テーブル５３には、同一医薬品の包装違いを含むレコードが記憶される。ただし、検索画面Ｇ６２のプルダウンにより選択された検索情報がＪＡＮコードである場合には、ステップＳ７９及びＳ８０が省略される。
【００８５】
抽出部４２による抽出処理は終了し、カテゴリ判定部４４によるカテゴリ判定処理が行われる。カテゴリ判定部４４は、処方薬テーブル５３の各レコードごとに、図１３のステップＳ８１からステップ８６を繰り返し行って、全てのレコードのカテゴリを判定する。
【００８６】
図１３より、カテゴリ判定部４４は、処方薬テーブル５３から選択したレコードの使用期限が処方日より前（即ち、既に期限切れ）か否かを判断する（ステップＳ８１）。使用期限が処方日より前でない場合（ステップＳ８１のＮＯ）、カテゴリ判定部４４は、ステップＳ８３へと進む。使用期限が処方薬検索条件３の処方日より前である場合（ステップＳ８１のＹＥＳ）、カテゴリ判定部４４は、レコードの優先カテゴリに、「処方できない」ことを示す「Ｘ」を設定して（ステップＳ８２）、ステップＳ８３へと進む。
【００８７】
カテゴリ判定部４４は、レコードの使用期限が処方日に投与日数を加算して得た日付より前（即ち、服用日に期限切れの可能性が有る）か否かを判断する（ステップＳ８３）。使用期限が処方日に投与日数を加算して得た日付より前でない場合（ステップＳ８３のＮＯ）、カテゴリ判定部４４は、ステップＳ８５へと進む。使用期限が処方日に投与日数を加算して得た日付より前の場合（ステップＳ８３のＹＥＳ）、カテゴリ判定部４４は、レコードの優先カテゴリに、「服用日に期限切れの可能性あり」を示す「Ａ」を設定して（ステップＳ８４）、ステップＳ８５へと進む。
【００８８】
カテゴリ判定部４４は、処方日に投与日数を加算して得た処方期間の最終日がレコードの使用期限より前であり、かつ、使用期限が処方日に投与日数とアラーム日数とを加算して得た期限間近日付より前である（即ち、期限切れが近い）か否かを判断する（ステップＳ８５）。処方期間の最終日が使用期限より前であり、かつ、使用期限が期限間近日付より前である判定条件が成立しない場合（ステップＳ８５のＮＯ）、カテゴリ判定部４４は、処方薬テーブル５３から次のレコードを選択し、ステップＳ８１からステップＳ８６を繰り返す。
【００８９】
一方、ステップＳ８５の判定条件が成立した場合（ステップＳ８５のＹＥＳ）、カテゴリ判定部４４は、レコードの優先カテゴリに、「服用日に期限切れが近い」ことを示す「Ｂ」を設定する（ステップＳ８６）。ステップＳ８５のＮＯの場合、又は、ステップＳ８６の処理の後、処方薬テーブル５３の全レコードに対して優先カテゴリが判定済みとなったときに、カテゴリ判定部４４によるカテゴリ判定処理は終了する。そして、優先順決定部４６による優先順決定処理が行われる。優先順決定処理は、図１４のステップＳ８７からステップＳ８９の処理に相当する。
【００９０】
図１４より、優先順決定部４６は、処方薬テーブル５３内の優先カテゴリが「Ａ」のレコードに対して、最も期限切れが近い順に優先順を決定する（ステップＳ８７）。具体的には、優先カテゴリが「Ａ」のレコードを使用期限の早い順に並べ変えて優先順を決定すればよい。この際、使用期限が同じレコードに対しては、登録日に基づいて登録順に優先順を決定すればよい。
【００９１】
次に、優先順決定部４６は、処方薬テーブル５３内の優先カテゴリが「Ｂ」のレコードに対して、最も期限切れが近い順に優先カテゴリが「Ａ」からの続き番号で優先順を定める（ステップＳ８８）。具体的には、優先カテゴリが「Ｂ」のレコードを使用期限の早い順に並べ変えて優先順を決定すればよい。この際、使用期限が同じレコードに対しては、アラーム日数が長い順に優先順を定め、アラーム日数も同じ場合には登録日に基づいて登録順に優先順を定めればよい。
【００９２】
そして、優先順決定部４６は、優先順が未設定のレコードに対しては、使用期限が近い順に「優先カテゴリ=Ｂ」の続き番号で優先順を定める（ステップＳ８９）。具体的には、優先順が未設定のレコードを使用期限の早い順に並べ変えて優先順を決定すればよい。この際、使用期限が同じレコードに対しては、登録日に基づいて登録順に優先順を決定すればよい。処方薬テーブル５３の全てのレコードに優先順が設定されると、優先順決定部４６による優先順決定処理は終了し、表示部４８による表示処理が行われる。
【００９３】
図１５にて、表示部４８は、処方薬テーブル５３のレコードから、優先順の高い順に、残在庫を合計する処理を、残在庫合計が１日あたりの数量に投与日数を乗算した処方量を超えたときの優先順を特定する（ステップＳ９０）。
【００９４】
表示部４８は、処方量を確保できたか否かを判断する（ステップＳ９１）。即ち、優先順が特定されたか否かが判断される。処方量を確保できなかった場合（ステップＳ９１のＮＯ）、表示部４８は、在庫不足のメッセージを表示装置１５に表示し（ステップＳ９２）、表示部４８による表示処理を終了し、また、処方薬検索部４１による処方薬検索処理も終了する。
【００９５】
一方、処方量を確保できた場合（ステップＳ９１のＹＥＳ）、表示部４８は、ステップＳ９０で特定した優先順より低い優先順を非表示に設定する（ステップＳ９３）。非表示の設定方法の一例として、特定した優先順より低い優先順の値を削除してもよい。
【００９６】
次に、表示部４８は、処方薬テーブル５３において、優先カテゴリが「Ｘ」を示すレコードの優先順を黒塗りに設定し、処方量を超えたときの優先順までを表示する優先順とし、当該優先順を予め定めた強調色に設定する（ステップＳ９４）。また、表示部４８は、同一ＹＪコードのレコードの一部又は全てを同一背景色に設定し、検索結果表示画面Ｇ６４を表示装置１５に表示する（ステップＳ９５）。
【００９７】
検索結果表示画面Ｇ６４を表示した後、表示部４８は、更新ボタン６４ｃの押下を検出したか否かを判断する（ステップＳ９６）。更新ボタン６４ｃの押下を検出しなかった場合（ステップＳ９６のＮＯ）、表示部４８は、ステップＳ９８へと進む。一方、更新ボタン６４ｃの押下を検出した場合（ステップＳ９６のＹＥＳ）、表示部４８において、更新部４９が、ユーザが設定した使用量に基づいて残在庫を更新し、ステップＳ９０からＳ９５と同様の処理を行って検索結果表示画面Ｇ６４を再表示する（ステップＳ９７）。残在庫の更新により、優先順が変更されて、処方薬テーブル５３が更新される。
【００９８】
表示部４８は、修正ボタンの押下を検出したか否かを判断する（ステップＳ９８）。修正ボタンの押下を検出しなかった場合（ステップＳ９８のＮＯ）、表示部４８は、ステップＳ９８へと進む。一方、修正ボタンの押下を検出した場合（ステップＳ９８のＹＥＳ）、表示部４８において、更新部４９が、更新画面Ｇ６９を表示装置１５に表示し、取得した更新情報５で処方薬テーブル５３を更新する（ステップＳ９９）。表示装置１５では、例えば、更新画面Ｇ６９は閉じられ、検索結果表示画面Ｇ６４が表示された状態となる。
【００９９】
そして、表示部４８は、終了か否かを判断する（ステップＳ１００）。終了は、検索結果表示画面Ｇ６４を終了させるユーザの操作の有無により判断すればよい。終了でない場合（ステップＳ１００のＮＯ）、表示部４８は、ステップＳ９６へと戻り、上述同様の処理を繰り返す。
【０１００】
一方、終了の場合（ステップＳ１００のＹＥＳ）、表示部４８において、更新部４９が、処方薬テーブル５３に基づいて、在庫期限管理テーブル５１の該当するレコードを更新し（ステップＳ１０１）、表示部４８による表示処理が終了する。また、処方薬検索部４１による処方薬検索処理も終了する。
【０１０１】
上述した本実施例に係る情報処理装置１００を導入した場合の薬局での業務の流れについて説明する。図１６は、導入例を説明するための図である。図１６において、薬局に医薬品１が納品されると、薬剤師等のユーザが、入力装置１４と読取装置１６等を用いて、包装毎に入庫医薬品情報２を情報処理装置１００に入力する。入力された入庫医薬品情報２は、在庫期限管理テーブル５１に登録される。入庫医薬品情報２の登録後、医薬品１は、棚９に収納される。
【０１０２】
患者から処方箋６を受け付けると、ユーザは、検索画面Ｇ６２を表示させ、検索画面Ｇ６２から処方薬検索条件３を情報処理装置１００に入力する。情報処理装置１００は、処方薬検索条件３で検索された検索結果４を現在日付「2018/03/01」とに基づいて加工した検索結果表示画面Ｇ６４を表示する。ユーザは、検索結果表示画面Ｇ６４で示される優先順に従って、処方量の処方薬７を棚９から取り出して患者へ販売する。
【０１０３】
処方箋６には、「abc錠10mg1錠 １日３錠 180日」等の情報が記載され、このような情報に基づいて、処方薬検索条件３が情報処理装置１００に入力される。現在日付「2018/03/01」と処方日数「１８０日」とから、「2018/03/01」から「2018/09/01」が処方期間となる。
【０１０４】
この例において、棚９から取り出された薬７ａの使用期限は「2018/04/10」であり、薬７ｂの使用期限は「2019/10/31」であるとする。薬７ａと薬７ｂとは同じ医薬品であるが、薬７ａが処方期間内に使用期限を超えることになる。一般名が同一の薬は、同じ医薬品である。このような場合には、ユーザは、患者へ使用期限の早い「2018/04/10」の薬７ａを薬７ｂより先に服用するよう説明する。
【０１０５】
一方、ユーザは、処方薬７の処方量を検索結果表示画面Ｇ６４の使用量を入力し、更新ボタン６４ｃを押下する。更新ボタン６４ｃの押下に応じて、情報処理装置１００は、使用量を含む更新情報５を受け付けて、残在庫及び優先順を更新した検索結果表示画面Ｇ６４を表示する。
【０１０６】
上述したように、本実施例によれば、医薬品情報を使用期限毎に管理し、処方する薬の使用期限に基づいて、同じ種類の薬のうち先に服用する薬が含まれている旨の情報を提示することで、被処方者による使用期限を超えた薬の服用を防止できる。
【０１０７】
一例として、図１６に示すように、処方薬７に同じ医薬品であっても、異なる使用期限が混在する場合、使用期限の順に薬７ａと薬７ｂの服用順を患者に適切に伝えることができる。従って、患者は、処方薬７を正しく服用する場合に、使用期限を超えた薬の服用を防止することができる。
【０１０８】
本実施例は、上述したような使用期限等の消費期限が定められた様々な商品の在庫管理に適応可能である。薬は、そのような商品の一例である。
【０１０９】
本実施例において、使用期限は、消費期限の一例であり、抽出部４２は、取得部の一例であり、優先順決定部４６及び表示部４８は、出力部の一例である。
【０１１０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。
【０１１１】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
処方を受け付けると、処方対象となる薬の在庫情報を取得し、
前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する
処理をコンピュータに行わせる薬の処方支援プログラム。
（付記２）
前記処方対象の同じ種類の薬の前記消費期限ごとに前記在庫情報を参照して、前記処方期間内に前記消費期限になる可能性がある第１の薬が存在する場合、該第１の薬に優先度を与えて該同じ種類の薬の一覧を表示装置に表示させる
処理を前記コンピュータに行わせる付記１記載の薬の処方支援プログラム。
（付記３）
前記処方期間後の所定期間内に該消費期限となる第２の薬が存在する場合、該第２の薬に前記優先度を与えて、該同じ種類の薬の一覧を表示装置に表示する
処理を前記コンピュータに行わせる付記２記載の薬の処方支援プログラム。
（付記４）
前記一覧において、前記第１の薬及び前記第２の薬に対して前記優先度が与えられ、該優先度は、前記消費期限の早いほど優先度が高いことを示すことを特徴とする付記３記載の薬の処方支援プログラム。
（付記５）
前記表示装置（１５）に表示された前記一覧（６４ｂ）の前記消費期限ごとの前記薬（２）に対して使用量の入力を受け付けると、該使用量が入力された該薬（２）の前記在庫数を減算し、前記優先度を変更した前記一覧（６４ｂ）を前記表示装置（１５）に表示する
処理を前記コンピュータに行わせることを特徴とする付記４記載の薬の処方支援プログラム。
（付記６）
処方を受け付けると、処方対象となる薬の在庫情報を取得し、
前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する
処理をコンピュータに行わせる薬の処方支援方法。
（付記７）
処方を受け付けると、処方対象となる薬の在庫情報を取得する取得部と、
前記在庫情報の内の同じ種類の薬に、処方期間の満了までに消費期限を過ぎる第一の薬と処方期間の満了までに消費期限を過ぎない第二の薬とが含まれる場合に、先に服用すべき薬が処方対象となる薬に含まれる旨を出力する出力部と
を有することを特徴とする情報処理装置。
【符号の説明】
【０１１２】
２        入庫医薬品情報
３        処方薬検索条件
４        検索結果
５        更新情報
６        処方箋
７        処方薬
１１      ＣＰＵ
１２      主記憶装置
１３      補助記憶装置
１４      入力装置
１５      表示装置
１６      読取装置
１７      通信Ｉ／Ｆ
１８      ドライブ装置
１９      記憶媒体
４０      登録部
４１      処方薬検索部
４２      抽出部
４４      カテゴリ判定部
４６      優先順決定部
４８      表示部
４９      更新部
５１      在庫期限管理テーブル
５３      処方薬テーブル
１００    情報処理装置
【図１】
2019185526.tif 000003
【図２】
2019185526.tif 000004
【図３】
2019185526.tif 000005
【図４】
2019185526.tif 000006
【図５】
2019185526.tif 000007
【図６】
2019185526.tif 000008
【図７】
2019185526.tif 000009
【図８】
2019185526.tif 000010
【図９】
2019185526.tif 000011
【図１０】
2019185526.tif 000012
【図１１】
2019185526.tif 000013
【図１２】
2019185526.tif 000014
【図１３】
2019185526.tif 000015
【図１４】
2019185526.tif 000016
【図１５】
2019185526.tif 000017
【図１６】
2019185526.tif 000018