JP6092764B2 - 薬剤混合調製管理装置及び制御プログラム - Google Patents

Description

本発明の実施形態は、薬剤混合調製管理装置及び制御プログラムに関する。

従来、病院の薬剤部や、病棟の看護師ルームなどにおいては、薬剤師や看護師が医師の作成した処方箋、注射処方箋等の指示書に基づいて処方する薬剤の調製作業（以下、混注という。）を行っていた。
混注を行うに際しては、まず、指示書を見て処方薬となっている複数の薬品を取揃え、取揃えた複数の薬品を適切な手順で計量、溶解、混合等を行う。

この混注を確実に行うために、混注前には、取揃えた複数の薬品が処方すべき薬剤であるか否かを、薬品のラベルと指示書を見てチェックする監査作業を行っていた。

ところで、混注前の薬剤の取り揃えが不適切になる理由としては、様々なものが考えられるが、具体的には、類似の薬剤名の読み違い、使用期限の確認ミス等の様々な人為的ミスによって生じることが多い。上述した監査作業を行ったとしても、取り揃えが不適切になることを防止することは容易ではない。
そこで、従来、調剤過誤の発生を極力無くすために調剤作業を支援する幾つかのシステムが提案されている。

例えば、特許文献１記載の調剤支援システムにおいては、携帯端末機において、バーコード付き帳票から読取ったバーコードが示す複数の処方薬とその数量をデータ記憶部に記憶して表示部に表示させ、患者別の各回の処方用に取揃えた複数の薬剤の容器に表示されたバーコードを読取る毎に、そのバーコードが示す薬剤情報と、データ記憶部に記憶している複数の処方薬の情報に基づいて、その薬剤が処方薬であるか否かチェックすることができるものが提案されている。

ところで、同一薬剤（種類及び有効成分など）であっても、何らかの理由により貼付されるバーコードが異なるものが存在している。
例えば、この理由としては、製薬会社がＭ＆Ａ［mergers and acquisitions（合併と買収）］等の理由により同一の薬剤に対して新たに付与されたバーコード（新バーコード）と、Ｍ＆Ａ前の段階で付与されたバーコード（旧バーコード）と、が混在するような場合である。

このような場合においては、薬剤の監査作業を行うに際して目視で確認を行う必要があり、作業時間の増加を招くとともに、ヒューマンエラーを誘発する畏れもあった。

実施形態の薬剤混合調製管理装置は、薬剤の混合調製に用いる薬剤の監査処理を行う薬剤混合調製管理装置である。
表示制御部は、表示装置の表示画面に、前記監査処理に先立って、前記混合調製の対象となる薬剤のリスト表示及び各薬剤に対して予め指示された混合調製における必要数量を、前記必要数量に相当する数の監査前絵柄を並べることによって表示する。

また、記憶部は、一の薬剤に対し、当該薬剤をそれぞれ特定可能な複数の特定情報をあらかじめ記憶可能とされている。
一方、取得部は、監査処理の対象となる薬剤から当該薬剤を識別するための識別情報を取得する。

これらにより、判別部は、記憶部を参照し、取得部により取得した識別情報に対応する特定情報が、リスト表示に含まれる薬剤に対応するものであり、かつ、複数の特定情報のいずれかである場合に当該薬剤を監査済薬剤と判別する。

図１は、薬剤混合調製管理システムの概要構成ブロック図である。 図２は、混注端末装置の外観正面図である。 図３は、混注端末装置の概要構成ブロック図である。 図４は、薬剤監査データの一例のデータフォーマットである。 図５は、実施形態の混注端末装置の処理フローチャートである。 図６は、ログイン指示画面の一例の説明図である。 図７は、オーダー番号入力画面の一例の説明図である。 図８は、オーダー内容表示画面の表示例の一例の説明図である。 図９は、薬剤監査処理の処理フローチャートである。 図１０は、監査完了画面の一例の説明図である。 図１１は、監査結果の表示画面の一例の説明図である。 図１２は、全ての薬剤が取り揃えられた場合の監査結果の表示画面の一例の説明図である。

次に実施形態の好適な態様について図面を参照して説明する。
図１は、薬剤混合調製管理システムの概要構成ブロック図である。
薬剤混合調製管理システム１０は、電子カルテを管理し、記憶する電子カルテサーバ１１と、電子カルテの記入などを行うための医師用の情報処理端末装置１２と、電子カルテサーバ１１が管理する電子カルテの参照及び確認を行うための看護士用の情報処理端末装置１３と、電子カルテに含まれる指示書情報（例えば、処方箋情報）に基づいて薬剤の取り揃え等の混注支援を行う複数の混注端末装置１４と、無線基地局１５及び公衆通信ネットワーク１６を介して通信ネットワーク１７に接続された医師用の携帯情報処理端末装置１８と、薬剤部に配置され薬剤払出等を管理する薬剤部サーバ１９と、を備えている。
上記構成において、電子カルテサーバ１１、情報処理端末装置１２、情報処理端末装置１３及び混注端末装置１４は、通信ネットワーク１７に接続されている。

図２は、混注端末装置の外観正面図である。
混注端末装置１４は、大別すると、ユーザが各種操作を行うとともに、混注対象の薬剤リストや取り揃えられた薬剤の監査状態等の各種情報を表示可能なタッチパネルディスプレイ２１と、ユーザとしての看護師ＩＤや、薬剤のバーコード、薬剤の画像などをスキャンし、特定するオブジェクトスキャナとして構成されたスキャナ３７を有する装置本体２２と、各種情報をプリントアウトするためのプリンタ２３と、オペレータの作業状態を撮影するカメラ２４と、混注対象の薬剤の重さを量る秤２５と、を備えている。

図３は、混注端末装置の概要構成ブロック図である。
混注端末装置１４は、混注端末装置全体を制御するＭＰＵ３１と、制御プログラムを含む各種データを不揮発的に記憶するＲＯＭ３２と、ワークエリアとして機能するとともに、各種データを一時的に記憶するＲＡＭ３３と、データベース等の大容量データを記憶可能なハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）として構成された外部記憶装置３４と、タッチパネルディスプレイ２１を構成しているディスプレイ３５及びタッチパネル３６と、スキャナ３７と、プリンタ２３と、通信インタフェース動作を行う通信インタフェース３８と、を備えている。

ここで、タッチパネルディスプレイ２１、スキャナ３７、プリンタ２３及び通信インタフェース３８は、入出力Ｉ／Ｏ３９を介してバス４０に接続されている。
また、外部記憶装置３４には、カメラ２４において撮影したログインからログアウトまでの画像（動画）が作業記録として保存されるとともに、秤２５において測定した薬剤の混注作業前後の重さおよびその差のデータが作業記録として保存される。
このバス４０には、通信インタフェース３８に加えて、ＭＰＵ３１、ＲＯＭ３２、ＲＡＭ３３及び外部記憶装置３４が接続されている。

薬剤部サーバ１９は、図示しない薬剤管理データベースを有している。
薬剤管理データベースは、混注端末装置１４において、監査処理を行う際に用いられる薬剤監査データを備えている。

図４は、薬剤監査データの一例のデータフォーマットである。
薬剤監査データ１９Ｘは、ＧＳ１データバーで用いられるコードを格納したコードデータ１９Ａと、コードデータ１９Ａに対応する薬剤の薬剤名を格納した薬剤名データ１９Ｂと、コードデータ１９Ａに対応する薬剤の使用期限を格納した使用期限データ１９Ｃと、同一薬剤に対して新たにコード（コードデータ）が付された場合に対応する他のコードデータを格納する対応コードデータ１９Ｄと、を備えている。

ここで、同一の薬剤に対して新たにコードを付さなければならない理由の一例を説明する。
例えば、薬剤のブランド名を変更した場合、薬剤（製剤）の色、形状又は大きさを変更した場合、製薬会社がＭ＆Ａ［mergers and acquisitions（合併と買収）］等により変更された場合等である。なお、このような理由が同一の薬剤について複数回発生した場合には、複数個の新たなコードが付されることとなる。したがって、対応コードデータ１９Ｄには、複数のコードが格納されることとなる。

より具体的には、コードデータ１９Ａ＝「コードＡ」の薬剤は、薬剤名データ１９Ｂ＝「ＤＤＤ注射液１００ｍＬ」であり、使用期限データ１９Ｃ＝「２０２０．０４．０１」、対応コードデータ１９Ｄ＝「コードＡ１」となっている。

またコードデータ１９Ａ＝「コードＡ１」の薬剤は、コードデータ１９Ａ＝「コードＡ」（旧コード）の薬剤について、以下に示すような理由が発生し、同一の薬剤に対して新たに付されたコードデータ（新コード）であり、薬剤名データ１９Ｂ＝「ＤＤＤ注射液１００ｍＬ」であり、使用期限データ１９Ｃ＝「２０２１．０７．０３」、対応コードデータ１９Ｄ＝「コードＡ」となっている。

さらにコードデータ１９Ａ＝「コードＢ」の薬剤は、コードデータ１９Ａ＝「コードＡ」の薬剤の販売包装単位の薬剤であり、薬剤名データ１９Ｂ＝「ＥＥＥ注射液５０ｍＬ」であり、使用期限データ１９Ｃ＝「２０１９．０６．３０」、対応コードデータ１９Ｄ＝「コードＢ１」となっている。
同様にコードデータ１９Ａ＝「コードＢ１」の薬剤は、コードデータ１９Ａ＝「コードＢ」（旧コード）の薬剤について、上述の理由が発生し、同一の薬剤に対して新たに付されたコードデータ（新コード）であり、薬剤名データ１９Ｂ＝「ＥＥＥ注射液５０ｍＬ」であり、使用期限データ１９Ｃ＝「２０１９．１１．１３」、対応コードデータ１９Ｄ＝「コードＢ」となっている。

次に実施形態の動作について説明する。
混注を行うに先立って、医師は、情報処理端末装置１２を用いて薬剤の指示書データ（例えば、処方箋データ）を含む電子カルテを作成して、電子カルテサーバ１１に登録する。

この場合において、指示書データ（例えば、処方箋データ）には、混注対象の薬剤を特定するための情報及び各薬剤の必要数に関する情報が含まれるとともに、当該指示書データを特定するためのオーダー番号が割り振られ、このオーダー番号は、混注対象の薬剤を取り揃える薬剤師や看護師に指示書（いわゆる混注指示書）とともに渡される、あるいは、指示書にバーコード等のシンボルコードとして印刷されているものとする。

一方、混注対象の薬剤の取り揃えを実際に行う看護師等のオペレータは、オーダー番号を受け取ると、混注対象の薬剤の取り揃え作業を行う。
ここで、混注薬剤の取り揃え時の処理について説明する。

図５は、実施形態の混注端末装置の処理フローチャートである。
以下の説明において、混注端末装置１４の操作が許可されている各オペレータは、ＩＤカードを有し、ＩＤカードの認証により混注端末装置１４の操作が可能になるものとする。
混注端末装置１４のタッチパネルディスプレイ２１のディスプレイ３５には、初期状態において、ログイン画面が表示されている。

図６は、ログイン指示画面の一例の説明図である。
ログイン画面Ｇ１には、図６に示すように、「ＩＤカードを読み取らせてください。」というガイドコメント並びにＩＤカードをスキャナ３７に読み込ませることを促すガイド画像Ｇ１が表示されている。
したがって、オペレータは、ログイン処理を行うために、自己のＩＤカードをスキャナ３７の前にかざして、ＩＤコードを読み込ませる（ステップＳ１１）。

図７は、オーダー番号入力画面の一例の説明図である。
ログイン処理によりＩＤコードが認証されると、混注端末装置１４のＭＰＵ３１は、ディスプレイ３５の表示画面に混注対象の薬剤の取り揃え内容を特定するためのオーダー番号の読み取りを促すために、オーダー番号入力画面Ｇ２を表示する。

オーダー番号入力画面Ｇ２には、図７に示すように、「オーダー番号を読み取らせてください。」というガイドコメント並びにオーダー番号をスキャナ３７に読み込ませることを促すガイド画像が表示されている。また、ガイド画像の表示時には、オーダー番号が割り当てられておらず、臨時でオーダーを行う臨時オーダーボタンＢ１が表示されている。

これにより、オペレータがスキャナ３７によりオーダー番号を読み込ませると（ステップＳ１２）、混注端末装置１４のＭＰＵ３１は、通信インタフェース３８及び通信ネットワーク１７を介して、電子カルテサーバ１１あるいは薬剤部サーバ１９に対してオーダー内容の問い合わせを行う（ステップＳ１３）。
続いて混注端末装置１４のＭＰＵ３１は、オーダー内容の問い合わせに対する電子カルテサーバ１１あるいは薬剤部サーバ１９の応答に基づいてオーダー内容にエラーがあったか否かを判別する（ステップＳ１４）。

ステップＳ１４の判別において、電子カルテサーバ１１あるいは薬剤部サーバ１９の応答がオーダー番号に対応する混注対象の薬剤のリストデータの送信であった場合には、オーダー内容にエラーがなかった場合であるので（ステップＳ１４；Ｎｏ）、ＭＰＵ３１は、取得した混注対象の薬剤のリストデータに基づいて、オーダー内容表示画面Ｇ３を表示する（ステップＳ１５）。

図８は、オーダー内容表示画面の表示例の一例の説明図である。
オーダー内容表示画面Ｇ３は、大別すると、日付情報表示領域４１と、オペレータ名表示領域４２と、ログアウトボタン４３と、患者情報表示領域４４と、オーダー番号表示領域４５と、施用日表示領域４６と、患者関連情報表示領域４７と、薬剤リスト表示領域４８と、リストスクロールボタン表示領域４９と、中止ボタン５０と、完了ボタン５１と、コメント表示領域５２と、を備えている。

日付情報表示領域４１は、混注対象の薬剤の監査処理の日付が表示される領域である。
オペレータ名表示領域４２は、混注対象の薬剤の監査処理のオペレータの氏名が表示される領域である。
ログアウトボタン４３は、オペレータがログアウトするためのボタンである。

患者情報表示領域４４は、当該薬剤を処方すべき患者を特定するための情報を表示する領域である。具体的には、患者氏名、患者ＩＤ、生年月日及び性別が表示される。
オーダー番号表示領域４５は、ステップＳ１２において取得したオーダー番号が表示される領域である。
施用日表示領域４６は、当該薬剤を患者に施用（処方）する日付である施用日が表示される領域である。この施用日は、電子カルテにおいて指定されているものである。
患者関連情報表示領域４７は、患者に関連する情報が表示される領域である。具体的には、病棟情報、病室情報、診療科情報及び担当医師名が表示される。

薬剤リスト表示領域４８は、混注対象の薬剤名を表示する薬剤名表示領域６１と、薬剤の処方量を、力価（薬剤が一定の生物学的作用を示す量）を表す単位で指定する場合に処方すべき単位数が表示される単位数表示領域６２と、薬剤の処方量を、指示量（重量あるいは体積）で指定する場合に処方すべき量（重量あるいは体積）が表示される指示量表示領域６３と、単位数表示領域６２で指定された単位数あるいは指示量表示領域６３で指定された指示量を満たすのに必要な薬剤数（アンプル数、バイアル数等）を薬剤数と同数のマーク（アイコン、絵柄）Ｍ１が並べて表示されるとともに、薬剤数が数値で表示される必要数表示領域６４と、を備えている。図８の例においては、全ての薬剤のマークＭ１は、同じ大きさで表示されているが、薬剤数が多い場合には、表示を小さくするように構成することも可能である。また、所定数（例えば、５個）を超える場合には、所定数毎（例えば、５個毎）に行を改めて表示するようにしても良い。

図８の例の場合、例えば、リストの最上部に示すように、薬剤名＝「ＡＡＡ静注用１．５ｇ」（容器タイプ：バイアル瓶）は、指示量が１．５ｇであるため、必要数表示領域６４には、１本のバイアル瓶を取り揃える必要があることを示す一つのマークＭ１が配置され、全数が１バイアル瓶であることを示す「／１Ｖ」が表示されている。また、リストの最下部に示すように、薬剤名＝「ＤＤＤ注射液１００ｍＬ」（容器タイプ：アンプル瓶）は、指示量が３００ｍＬであるため３本のアンプル瓶を取り揃える必要があることを示す三つのマークＭ１が並べて配置され、全数が３アンプル瓶であることを示す「／３Ａ」が表示されている。

リストスクロールボタン表示領域４９は、薬剤リスト表示領域４８に一度に全ての薬剤リストが表示できない場合に、上方向にリストをスクロールさせるための上スクロールボタン４９Ｕと、下方向にリストをスクロールさせるための下スクロールボタン４９Ｄと、が配置されている。なお、図８の例においては、上方向にはスクロールできないため、上スクロールボタン４９Ｕは、グレイアウトして操作できない状態を表している。
中止ボタン５０は、混注対象の薬剤の監査処理の中止を指示するためのボタンである。

完了ボタン５１は、混注対象の薬剤の全ての監査処理が終了した場合に、操作可能な状態となるボタンであり、図８においては、まだ監査処理が終了していない状態であるためグレイアウトして操作できない状態となっている。
コメント表示領域５２は、混注対象の薬剤の混注時に留意すべきコメントが登録されている場合に当該コメントが表示される領域である。

図８のオーダー内容表示画面Ｇ３が表示されている状態で、オペレータは、混注対象の薬剤の監査処理を行わせるために、取り揃えた混注対象の薬剤の容器あるいは包装に表示されているＧＳ１データバー（ＧＳ１−ＲＳＳコード：医療用医薬品向けバーコード）をスキャナ３７に読み取らせる（ステップＳ１６）。
これにより、ＭＰＵ３１は、薬剤リスト及びステップＳ１６で読み取ったＧＳ１データバーの内容に基づいて薬剤監査処理を行う（ステップＳ１７）。

図９は、薬剤監査処理の処理フローチャートである。
まず、ＭＰＵ３１は、読み取ったＧＳ１データバーに対応するコードに該当する薬剤がオーダー内に含まれているか否かを判別する（ステップＳ４１）。
ステップＳ４１の判別において、読み取ったＧＳ１データバーに対応するコードに該当する薬剤がオーダー内に含まれていない場合には（ステップＳ４１；Ｎｏ）、ＭＰＵ３１は、対応コードデータ１９Ｄを参照し、当該コードに対応する他のコードを有する薬剤がオーダー内に含まれているか否かを判別する（ステップＳ４２）。
具体的には、図４に示した例の場合、オーダーに対応するコードが、コードデータ１９Ａ＝「コードＡ１」であった場合には、対応コードデータ１９Ｄを参照して、コードデータ１９Ａ＝「コードＡ」を有する薬剤がオーダー内に含まれているか否かを判別することとなる。同様にオーダーに対応するコードが、コードデータ１９Ａ＝「コードＢ」であった場合には、対応コードデータ１９Ｄを参照して、コードデータ１９Ａ＝「コードＢ１」を有する薬剤がオーダー内に含まれているか否かを判別することとなる。
ステップＳ４２の判別において、対応コードデータ１９Ｄを参照して当該コードに対応する他のコードを有する薬剤がオーダー内に含まれていない場合には（ステップＳ４２；Ｎｏ）、オーダーに含まれていない誤った薬剤が準備された薬剤誤準備の薬剤監査異常と判別し（ステップＳ４３）、薬剤監査処理を終了して処理をステップＳ１８に移行する。

ステップＳ４１の判別において、読み取ったＧＳ１データバーに対応する薬剤がオーダー内に含まれている場合（ステップＳ４１；Ｙｅｓ）及び対応コードデータ１９Ｄを参照して当該コードに対応する他のコードを有する薬剤がオーダー内に含まれている場合（ステップＳ４２；Ｙｅｓ）、読み取ったＧＳ１データバーに対応する薬剤の数量が指定数内であるか否かを判別する（ステップＳ４４）。
ステップＳ４４の判別において、読み取ったＧＳ１データバーに対応する薬剤の数量が指定数内ではない、すなわち、薬剤の数量が指定数を超過している場合には（ステップＳ４４；Ｎｏ）、ＭＰＵ３１は、処方しようとしている薬剤量よりも多い量の薬剤が準備された薬剤本数超過の薬剤監査異常と判別し（ステップＳ４５）、薬剤監査処理を終了し、処理をステップＳ１８に移行する。

ステップＳ４４の判別において、読み取ったＧＳ１データバーに対応する薬剤の数量が指定数内である場合には（ステップＳ４４；Ｙｅｓ）、ＭＰＵ３１は、読み取ったＧＳ１データバーに対応する薬剤が使用期限内であるか否かを判別する（ステップＳ４６）。
ステップＳ４６の判別において、読み取ったＧＳ１データバーに対応する薬剤が使用期限内ではない、すなわち、薬剤の使用期限が切れている場合には（ステップＳ４６；Ｎｏ）、ＭＰＵ３１は、当該薬剤は使用期限切れにより混注に用いる事ができない使用期限切れの薬剤監査異常と判別して（ステップＳ４７）、薬剤監査処理を終了し、処理をステップＳ１８に移行する。

ステップＳ４６の判別において、読み取ったＧＳ１データバーに対応する薬剤が使用期限内である場合には（ステップＳ４６；Ｙｅｓ）、ＭＰＵ３１は、それまでの処理で全薬剤の取り揃えが完了したか否かを判別する（ステップＳ４８）。
ステップＳ４８の判別において、全薬剤の取り揃えが完了した場合には（ステップＳ４８；Ｙｅｓ）、監査完了画面を表示して（ステップＳ４９）、処理をステップＳ１８に移行する。

図１０は、監査完了画面の一例の説明図である。
監査完了画面Ｇ４には、「取り揃え作業が完了しました。」のメッセージが表示され、オペレータは、混注対象の薬剤の取り揃え作業、ひいては、混注対象の薬剤の監査処理が間違いなく完了したことを容易に把握できる。

一方、ステップＳ４８の判別において、未だ全薬剤の取り揃えが完了していない場合には（ステップＳ４８；Ｎｏ）、ＭＰＵ３１は、現在薬剤監査処理の対象となっている薬剤の薬剤監査結果が正常であったか否かを判別する（ステップＳ１８）。
ステップＳ１８の判別において、薬剤監査結果が正常であった場合には（ステップＳ１８；Ｙｅｓ）、監査結果正常時の画面表示処理を行い（ステップＳ１９）、再び処理をステップＳ１５に移行して監査結果の表示画面をオーダー内容表示画面表示に反映させる。

次に、図１１を用いて、監査結果の表示画面の一例を説明する。
図１１の監査結果の表示画面Ｇ５の例の場合、例えば、読み取った薬剤コードが薬剤名＝「５％ブドウ糖液１００ｍＬ」であった場合には、リストの上から第２列目の薬剤名＝「５％ブドウ糖液１００ｍＬ」の欄の指示量表示領域６３において、図８に示した時点では、全数で１個のバッグを取り揃える必要があることを示していた一つのマークＭ１に代わって、１個のバッグが取り揃えられたことを示すマークＭ２（図１０においては、「○」印）が表示されることとなる。さらに薬剤名＝「５％ブドウ糖液１００ｍＬ」の欄が当該欄に対応する薬剤が全て取り揃えられことを示す、例えば、青ライン表示ＢＬとなる。

また読み取った薬剤コードが薬剤名＝「ＤＤＤ注射液１００ｍｌ」に対応するものであった場合には、リストの上から第６列目の薬剤名＝「ＤＤＤ注射液１００ｍｌ」の欄の指示量表示領域６３において、図８に示した時点では、全数で３個のアンプル瓶を取り揃える必要があることを示していた三つのマークＭ１のうち、先頭のマークＭ１に代わって、１個のアンプル瓶バッグが取り揃えられたことを示すマークＭ２（図１１においては、「○」印）が表示されることとなる。この場合には、必要数の薬剤が取り揃えられていないので、この時点では、薬剤名＝「ＤＤＤ注射液１００ｍｌ」の欄の色は、図８の場合と比較して変化していない。

上述したように、薬剤リストに表示されている薬剤のうち、必要数の薬剤が取り揃えられた場合には、当該欄がその旨を表す状態（本例の場合、青ライン表示ＢＬ）となるので、オペレータは、容易に薬剤毎に取り揃えが完了したか否かを判別することができる。
また、指示量表示領域６３においては、既に取り揃えられた個数（本数）のマークのみが取り揃え前とは異なるマークに置き換えられて表示されるので、オペレータは、視覚的に容易にあといくつ取り揃えれば良いかを把握することができる。

図１２は、全ての薬剤が取り揃えられた場合の監査結果の表示画面の一例の説明図である。
図１２に示すように、全ての監査処理が正常であり、全ての薬剤が取り揃えられた場合には、全ての薬剤に対応する指示量表示領域６３において、図８に示した時点でマークＭ１であった部分は、薬剤が取り揃えられたことを示すマークＭ２（図１２においては、「○」印）が表示されることとなる。さらに全ての薬剤の欄が当該欄に対応する薬剤が全て取り揃えられことを示す、青ライン表示ＢＬとなる。

監査結果正常時の画面表示が完了すると、ＭＰＵ３１は、再び処理をステップＳ１５に移行し、当該時点におけるオーダー内容表示画面Ｇ３が表示されている状態で、オペレータは、混注対象の薬剤の監査処理を行わせるために、取り揃えた混注対象の薬剤の容器あるいは包装に表示されているＧＳ１データバー（ＧＳ１−ＲＳＳコード：医療用医薬品向けバーコード）をスキャナ３７に読み取らせ（ステップＳ１６）、以下、同様の処理を繰り返すこととなる。

一方、ステップＳ１８の判別において、薬剤監査結果が異常であった場合には（ステップＳ１８；Ｎｏ）、ＭＰＵ３１は、薬剤監査結果が異常であると判別された理由が使用期限切れであるか否かを判別する（ステップＳ２０）。
ステップＳ２０の判別において、薬剤監査結果が異常であると判別された理由が使用期限切れである場合には（ステップＳ２０；Ｙｅｓ）、ＭＰＵ３１は、使用期限切れ通知画面表示処理を行う（ステップＳ２１）。

例えば、使用期限切れ通知画面には、「こちらの薬品は使用期限が切れています。」というメッセージととともに、例えば、使用期限切れの薬剤の薬剤名＝「ＣＣＣ注射液１０ｍｇ」であった場合には、当該薬剤名「ＣＣＣ注射液１０ｍｇ」、ロット番号及び使用期限が表示される。
そしてオペレータが使用期限切れ通知画面の内容を確認し、使用期限切れ通知画面上に表示されている「閉じる」ボタンをタップすると、処理をステップＳ２５に移行する。

また、ステップＳ２０の判別において、薬剤監査結果が異常であると判別された理由が使用期限切れではない場合には（ステップＳ２０；Ｎｏ）、ＭＰＵ３１は、薬剤監査結果が異常であると判別された理由が数量超過（取り揃えた薬剤数が必要数を超過）であるか否かを判別する（ステップＳ２２）。
ステップＳ２２の判別において、薬剤監査結果が異常であると判別された理由が数量超過である場合には（ステップＳ２２；Ｙｅｓ）、ＭＰＵ３１は、数量超過通知画面表示処理を行う（ステップＳ２３）。

例えば、数量超過通知画面には、「本数が指示量を超えています。」というメッセージが表示される。
そしてオペレータが数量超過通知画面の内容を確認し、数量超過通知画面上に表示されている「閉じる」ボタンをタップすると、処理をステップＳ２５に移行する。

また、ステップＳ２２の判別において、薬剤監査結果が異常であると判別された理由が数量超過ではない場合には（ステップＳ２２；Ｎｏ）、ＭＰＵ３１は、薬剤監査結果が異常であると判別された理由が指示（処方）にない薬剤の薬剤コードを誤って読み取らせた薬剤誤準備であるとして、薬剤誤準備通知画面表示処理を行う（ステップＳ２４）。

例えば、薬剤誤準備通知画面には、「取揃え間違いです。処方内容を再確認してください。」というメッセージととともに、例えば、間違えて取り揃えた薬剤の薬剤名＝「ＺＺＺ点滴静注液１００ｍｇ」であった場合には、当該薬剤名「ＺＺＺ点滴静注液１００ｍｇ」、ロット番号及び使用期限が表示される。

そしてオペレータが当該内容を確認し、使用期限切れ通知画面上に表示されている「閉じる」ボタンをタップすると、ＭＰＵ３１は、監査結果異常時の画面表示処理を行い（ステップＳ２５）、再び処理をステップＳ１５に移行して監査結果の表示画面をオーダー内容表示画面表示に反映させる。

ここで、再び、図１１の監査結果の表示画面を参照して説明する。
図１１の監査結果の表示画面Ｇ５の例の場合、例えば、読み取った薬剤コードが薬剤名＝「ＣＣＣ注射液１０ｍｇ」であり、使用期限が切れていた場合には、リストの上から第４列目の薬剤名＝「ＣＣＣ注射液１０ｍｇ」の欄の指示量表示領域６３において、図８に示した時点では、全数で１本のアンプル瓶を取り揃える必要があることを示していた一つのマークＭ１に代わって、監査異常、すなわち、使用期限切れである同一薬剤で有った旨を示すマークＭ３（図１１においては、「×」印）が表示されることとなる。さらに薬剤名＝「ＣＣＣ注射液１０ｍｇ」の欄が当該欄に対応する薬剤が監査異常であったことを示す例えば、赤ライン表示ＲＬとなる。

上述したように、薬剤リストに表示されている薬剤のうち、監査異常があった場合には、当該欄がその旨を表す状態（本例の場合、赤ライン表示ＲＬ）となるので、オペレータは、容易に監査異常があった旨を把握することができる。

また、指示量表示領域６３においては、既に取り揃えられた個数（本数）のマークのみが取り揃え前とは異なるマークに置き換えられて表示されるので、オペレータは、視覚的に容易にあといくつ取り揃えれば良いかを把握することができる。
また、この場合において、マークＭ３には、監査異常の理由とリンクさせ、このマークＭ３をタップすることで、当該理由の表示がなされるようにしてもよい。

ステップＳ１４の判別において、電子カルテサーバ１１あるいは薬剤部サーバ１９の応答がオーダー番号に対応する混注対象の薬剤のリストデータの送信ではなかった場合には、オーダー内容にエラーがあった場合であるので（ステップＳ１４；Ｙｅｓ）、ＭＰＵ３１は、エラーの内容が既に薬剤取り揃えを実施済というエラーであるか否かを判別する（ステップＳ２６）。

ステップＳ２６の判別において、エラーの内容が既に薬剤取り揃えを実施済である場合には（ステップＳ２６；Ｙｅｓ）、ＭＰＵ３１は、実施情報確認指示画面表示処理を行う（ステップＳ２７）。

例えば、実施情報確認指示画面には、「実施済みの処方です。実施情報を確認してください。」というメッセージが表示される。
そしてオペレータが当該内容を確認し、実施情報確認指示画面上に表示されている「閉じる」ボタンをタップすると、処理をステップＳ１１に移行し、ログイン画面Ｇ１を表示して、以下、同様の処理を行う。

ステップＳ２６の判別において、エラーの内容が既に薬剤取り揃えを実施済ではない場合には（ステップＳ２６；Ｎｏ）、ＭＰＵ３１は、エラーの内容が処方内容、すなわち、オーダー内容の変更があったというエラーであるか否かを判別する（ステップＳ２８）。
ステップＳ２８の判別において、エラーの内容がオーダー内容の変更があった場合には（ステップＳ２８；Ｙｅｓ）、ＭＰＵ３１は、カルテ確認指示画面表示処理を行う（ステップＳ２９）。

例えば、カルテ確認指示画面Ｇ９には、「最新オーダーがあります。カルテを確認してください。」というメッセージが表示される。
そしてオペレータが当該内容を確認し、カルテ確認指示画面上に表示されている「閉じる」ボタンをタップすると、処理をステップＳ１１に移行し、ログイン画面Ｇ１を表示して、以下、同様の処理を行う。

ステップＳ２８の判別において、エラーの内容がオーダー内容の変更ではなかった場合には（ステップＳ２８；Ｎｏ）、当該エラーは、薬剤取り揃え後の再取り揃えのエラーであるので、ＭＰＵ３１は、再取り揃え確認画面表示処理を行う（ステップＳ３０）。

例えば、再取り揃え確認画面には、「取りそろえが完了しています。再度取りそろえしますか。」というメッセージが表示される。
さらに再取り揃え確認画面には、オペレータが再取り揃えを希望する場合にタップする「はい」ボタンと、オペレータが再取り揃えを希望しない場合にタップする「いいえ」ボタンと、が表示されている。

従って、ＭＰＵ３１は、「はい」ボタンあるいは「いいえ」ボタンのいずれがタップされたか、すなわち、オペレータが再取り揃えを希望するか否かを判別する（ステップＳ３１）。
ステップＳ３１の判別において、オペレータが「いいえ」ボタンをタップした、すなわち、オペレータが再取り揃えを希望しなかった場合には（ステップＳ３１；Ｎｏ）、処理を再びステップＳ１１に移行して、以下、同様の処理を繰り返すこととなる。

ステップＳ３１の判別において、オペレータが「はい」ボタンをタップした、すなわち、オペレータが再取り揃えを希望した場合には（ステップＳ３１；Ｙｅｓ）、再取り揃え実行画面としてのオーダー内容表示画面を表示させるための再取り揃え実行画面表示処理が行われ（ステップＳ３２）、オーダー内容表示画面を表示する（ステップＳ１５）。

ここで、オーダー内容表示画面の表示時には、既に一度取り揃え（薬剤の監査処理）が完了しているので、図１２に示した全ての薬剤が取り揃えられた場合の監査結果の表示画面に加えて、再取り揃えボタンが表示され、さらに前回取り揃え時間表示領域に前回の取り揃え時間が表示され、前回担当者名表示領域に前回の取り揃え担当者名（前回薬剤監査担当者名）が表示される。
したがって、オペレータが再取り揃えボタンをタップすることにより、再び図８に示した初期状態におけるオーダー内容表示画面Ｇ３が表示され、以降、同様に薬剤の監査処理を行うこととなる。

以上の説明のように、本実施形態によれば、作業時間の増加を抑制しつつ、ヒューマンエラーの発生を抑制できる。

以上の説明においては、電子カルテサーバ１１に薬剤の指示書データ（例えば、処方箋データ）を含む電子カルテが格納されている場合について説明したが、この指示書データについては、薬剤部サーバ１９において管理するように構成したり、別途処方箋データを管理する管理サーバを設けるように構成することも可能である。

以上の説明においては、電子カルテサーバ１１、薬剤部サーバ１９を単独の情報処理装置であるものとして説明したが、複数の情報処理装置で構成されるクラウドとして構成することも可能である。
以上の説明においては、医師用の携帯情報処理端末装置１８については、詳細に述べなかったが、この携帯情報処理端末装置１８を無線基地局１５及び公衆通信ネットワーク１６を介して通信ネットワーク１７に接続し、さらには電子カルテサーバ１１あるいは薬剤部サーバ１９に接続可能とし、電子カルテを編集可能に構成することも可能である。

以上の説明においては、ユーザとしての看護師や、混注対象（取り揃え対象）の薬剤を特定するために、看護師ＩＤや、薬剤のバーコード（コードシンボル）、薬剤の画像などをスキャンし、特定するためのスキャナ３７を設けていたが、識別用のＲＦＩＤを用いた場合には、スキャナ３７に代えて、ＲＦＩＤタグを読み取るＲＦＩＤリーダ（またはＲＦＩＤリーダライタ）を設けるようにすることも可能である。この場合においては、複数の薬剤のＲＦＩＤタグを一括して読み取るように構成することも可能である。さらに識別情報（識別コード）を看護師ＩＤや、薬剤に対応付けしておけば、当該識別情報を読み取るリーダ（またはリーダライタ）を設けるようにすることも可能である。
また、上述したバーコード、ＲＦＩＤタグに含まれる識別コード等の識別コードは、輸血用血液等を含む薬剤の廃棄管理に生かすことができる。

さらにスキャナ３７に代えて、カメラ（撮像手段）を設け、カメラにより撮影した薬剤（薬剤容器、薬剤包装等を含む。）の外観（凹凸形状、色合い等。）、薬剤に付されたラベル形状、ラベルデザイン（色も含む）、パッケージ形状、パッケージデザイン（色も含む）等のオブジェクト認識（一般物体認識）を行い、対象となる薬剤を判別するように構成することも可能である。

以上の変形例を含めた実施形態の他の態様としては、薬剤の混合調製に用いる薬剤の監査処理を行う薬剤混合調製管理装置（サーバ等のコンピュータ）において、表示制御部により、表示装置（ディスプレイ）の表示画面に、監査処理に先立って、混合調製の対象となる薬剤のリスト表示及び各薬剤に対して予め指示された記混合調製における必要数量を表示する。

一方、半導体メモリ、ハードディスクドライブ、ＳＳＤ（Solid State Drive）等として構成された記憶部を、一の薬剤に対し、当該薬剤をそれぞれ特定可能な複数の特定情報（コード等）をあらかじめ記憶可能とする。
そして、監査処理の対象となる薬剤から当該薬剤を識別するための識別情報｛バーコード等のコードシンボル、画像（色、外観形状あるいは文字を含む）｝を取得部（読取部：スキャナ、リーダ、カメラ等）により取得する。

これにより、判別部（マイクロプロセッサ等）は、記憶部を参照し、取得部により取得した識別情報に対応する特定情報（薬剤コード、名称等）が、リスト表示に含まれる薬剤に対応するものであり、かつ、複数の特定情報のいずれかである場合に当該薬剤を監査済薬剤と判別する構成を有していればよい。

本実施形態の薬剤混合調製管理装置で実行される制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の薬剤混合調製管理装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の薬剤混合調製管理装置で実行される制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、本実施形態の薬剤混合調製管理装置の制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０ 薬剤混合調製管理システム
１１ 電子カルテサーバ
１２ 情報処理端末装置（医師用）
１３ 情報処理端末装置（看護士用）
１４ 混注端末装置（薬剤混合調製管理装置）
１５ 無線基地局
１６ 公衆通信ネットワーク
１７ 通信ネットワーク
１８ 携帯情報処理端末装置
１９ 薬剤部サーバ
２１ タッチパネルディスプレイ
２２ 装置本体
２３ プリンタ
４８ 薬剤リスト表示領域
６１ 薬剤名表示領域
６２ 単位数表示領域
６３ 指示量表示領域
６４ 必要数表示領域

特開２００５−３３４０５６号公報

Claims (3)

1. 薬剤の混合調製に用いる薬剤の監査処理を行う薬剤混合調製管理装置において、
   表示装置の表示画面に、前記監査処理に先立って、前記混合調製の対象となる薬剤のリスト表示及び各薬剤に対して予め指示された前記混合調製における必要数量を、前記必要数量に相当する数の監査前絵柄を並べることによって表示する表示制御部と、
   一の前記薬剤に対し、当該薬剤をそれぞれ特定可能な複数の特定情報をあらかじめ記憶可能な記憶部と、
   前記監査処理の対象となる前記薬剤から当該薬剤を識別するための識別情報を取得する取得部と、
   前記記憶部を参照し、前記取得部により取得した前記識別情報に対応する前記特定情報が、前記リスト表示に含まれる薬剤に対応するものであり、かつ、前記複数の特定情報のいずれかである場合に当該薬剤を監査済薬剤と判別する判別部と、
   を備えた薬剤混合調製管理装置。
2. 前記表示制御部は、前記判別部の判別結果に基づいて、前記監査済薬剤と判別された薬剤に対応する前記監査前絵柄に代えて、同一位置に監査済絵柄を表示する、
   請求項１記載の薬剤混合調製管理装置。
3. 薬剤の混合調製に用いる薬剤の監査処理を行う薬剤混合調製管理装置を制御するコンピュータを、
   表示装置の表示画面に、薬剤の混合調製に用いる薬剤の監査処理を行うのに先立って、前記混合調製の対象となる薬剤のリスト表示及び各薬剤に対して予め指示された前記混合調製における必要数量を、前記必要数量に相当する数の監査前絵柄を並べることによって表示する表示制御手段と、
   一の前記薬剤に対し、当該薬剤をそれぞれ特定可能な複数の特定情報をあらかじめ記憶可能な記憶手段と、
   前記監査処理の対象となる前記薬剤から当該薬剤を識別するための識別情報を取得する取得手段と、
   前記記憶手段を参照し、前記取得手段により取得した前記識別情報に対応する前記特定情報が、前記リスト表示に含まれる薬剤に対応するものであり、かつ、前記複数の特定情報のいずれかである場合に当該薬剤を監査済薬剤と判別する判別手段と、
   して機能させる制御プログラム。

Images