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

Abstract

【課題】オーダー番号を読み取らせるに際して、いちいちログイン処理を行う必要が無く、効率的に作業を行う。
【解決手段】実施形態の薬剤混合調製管理装置は、混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置であり、処理制御部は、連続的に前記監査処理を行う場合に、所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる。
【選択図】図１９

Description

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

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

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

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

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

しかしながら、上記従来技術においては、監査前に表示される画面においては、必要薬剤及び必要数が単にテキストでリスト表示されるだけであり、連続して監査処理を行う場合に効率よく作業ができるとは限らなかった。

実施形態の薬剤混合調製管理装置は、混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置である。
処理制御部は、連続的に前記監査処理を行う場合に、所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる。

図１は、薬剤混合調製管理システムの概要構成ブロック図である。 図２は、混注端末装置の外観正面図である。 図３は、混注端末装置１４の概要構成ブロック図である。 図４は、実施形態の混注端末装置の処理フローチャートである。 図５は、ログイン指示画面の一例の説明図である。 図６は、オーダー番号入力画面の一例の説明図である。 図７は、オーダー内容表示画面の表示例の一例の説明図である。 図８は、薬剤監査処理の処理フローチャートである。 図９は、監査完了画面の一例の説明図である。 図１０は、監査結果の表示画面の一例の説明図である。 図１１は、全ての薬剤が取り揃えられた場合の監査結果の表示画面の一例の説明図である。 図１２は、使用期限切れ通知画面の一例の説明図である。 図１３は、数量超過通知画面の一例の説明図である。 図１４は、薬剤誤準備通知画面の一例の説明図である。 図１５は、実施情報確認指示画面の一例の説明図である。 図１６は、カルテ確認指示画面の一例の説明図である。 図１７は、再取り揃え確認画面の一例の説明図である。 図１８は、再取り揃え希望時のオーダー内容表示画面の表示例の一例の説明図である。 図１９は、割込処理として行われるボタンタップ処理の処理フローチャートである。 図２０は、中止確認画面の一例の説明図である。 図２１は、ログアウト確認画面の一例の説明図である。 図２２は、コメント画面の一例の説明図である。 図２３は、薬剤詳細情報画面の一例の説明図である。 図２４は、臨時オーダー入力処理の初期画面の一例の説明図である。 図２５は、第１変形例の概要処理フローチャートである。 図２６は、監査処理の２回目以降におけるオーダー番号入力画面の一例の説明図である。 図２７は、第２変形例の概要処理フローチャートである。 図２８は、第２変形例の取り揃え作業完了画面の一例の説明図である。

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

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

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

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

次に実施形態の動作について説明する。
混注を行うに先立って、医師は、情報処理端末装置１２を用いて薬剤の指示書データ（例えば、処方箋データ）を含む電子カルテを作成して、電子カルテサーバ１１に登録する。
この場合において、指示書データ（例えば、処方箋データ）には、混注対象の薬剤を特定するための情報及び各薬剤の必要数に関する情報が含まれるとともに、当該指示書データを特定するためのオーダー番号が割り振られ、このオーダー番号は、混注対象の薬剤を取り揃える薬剤師や看護師に指示書（いわゆる混注指示書）とともに渡される、あるいは、指示書にバーコード等のシンボルコードとして印刷されているものとする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図８は、薬剤監査処理の処理フローチャートである。
まず、ＭＰＵ３１は、読み取ったＧＳ１データバーに対応する薬剤がオーダー内に含まれているか否かを判別する（ステップＳ４１）。
ステップＳ４１の判別において、読み取ったＧＳ１データバーに対応する薬剤がオーダー内に含まれていない場合には（ステップＳ４１；Ｎｏ）、ＭＰＵ３１は、オーダーに含まれていない誤った薬剤が準備された薬剤誤準備の薬剤監査異常と判別し（ステップＳ４２）、薬剤監査処理を終了して処理をステップＳ１８に移行する。

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

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

ステップＳ４５の判別において、読み取ったＧＳ１データバーに対応する薬剤が使用期限内である場合には（ステップＳ４５；Ｙｅｓ）、ＭＰＵ３１は、それまでの処理で全薬剤の取り揃えが完了したか否かを判別する（ステップＳ４７）。
ステップＳ４７の判別において、全薬剤の取り揃えが完了した場合には（ステップＳ４７；Ｙｅｓ）、監査完了画面を表示して（ステップＳ４８）、処理をステップＳ１８に移行する。
図９は、監査完了画面の一例の説明図である。
監査完了画面Ｇ４には、「取り揃え作業が完了しました。」のメッセージが表示され、オペレータは、混注対象の薬剤の取り揃え作業、ひいては、混注対象の薬剤の監査処理が間違いなく完了したことを容易に把握できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１７は、再取り揃え確認画面の一例の説明図である。
再取り揃え確認画面Ｇ１０には、「取り揃えが完了しています。再度取り揃えしますか。」というメッセージが表示される。
さらに再取り揃え確認画面Ｇ１０には、オペレータが再取り揃えを希望する場合にタップする「はい」ボタン７２と、オペレータが再取り揃えを希望しない場合にタップする「いいえ」ボタン７３と、が表示されている。

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

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

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

次に上記処理と並行して行われるボタンタップ処理について説明する。
図１９は、割込処理として行われるボタンタップ処理の処理フローチャートである。
ＭＰＵ３１は、常時、ボタンタップを監視しており、ボタンタップが行われた場合には、まず、図７に示した中止ボタン５０がタップされたか否かを判別する（ステップＳ５１）。
ステップＳ５１の判別において、中止ボタン５０がタップされた場合には（ステップＳ５１；Ｙｅｓ）、ＭＰＵ３１は、中止確認画面表示処理を行う（ステップＳ５２）。
図２０は、中止確認画面の一例の説明図である。
中止確認画面Ｇ１１には、「中止します。よろしいですか？」というメッセージが表示される。
さらに中止確認画面Ｇ１１には、オペレータが薬剤監査処理の中止を希望する場合にタップする「はい」ボタン７２と、オペレータが再取り揃えを希望しない場合にタップする「いいえ」ボタン７３と、が表示されている。

したがって、ＭＰＵ３１は、「はい」ボタン７２がタップされた場合には、すなわち、オペレータが薬剤監査処理の中止を希望した場合には、ステップＳ１１に移行し、再びログイン画面Ｇ１を表示して待機状態となる。
一方、「いいえ」ボタン７３がタップされた場合には、中止ボタン５０のタップを行った表示画面に戻って、以降処理を継続することとなる。

ステップＳ５１の判別において、中止ボタン５０がタップされたのではない場合には（ステップＳ５１；Ｎｏ）、ＭＰＵ３１は、図７に示したログアウトボタン４３がタップされたか否かを判別する（ステップＳ５３）。
ステップＳ５３の判別において、ログアウトボタン４３がタップされた場合には（ステップＳ５３；Ｙｅｓ）、ＭＰＵ３１は、ログアウト確認画面表示処理を行う（ステップＳ５４）。

図２１は、ログアウト確認画面の一例の説明図である。
ログアウト確認画面Ｇ１２には、「ログアウトします。よろしいですか？」というメッセージが表示される。
さらにログアウト確認画面Ｇ１２には、オペレータがログアウトを希望する場合にタップする「はい」ボタン７２と、オペレータがログアウトを希望しない場合にタップする「いいえ」ボタン７３と、が表示されている。

したがって、ＭＰＵ３１は、「はい」ボタン７２がタップされた場合には、すなわち、オペレータがログアウトを希望した場合には、ステップＳ１１に移行し、再びログイン画面Ｇ１を表示して待機状態となる。

一方、「いいえ」ボタン７３がタップされた場合には、ログアウトボタン４３のタップを行った表示画面に戻って、以降処理を継続することとなる。
ステップＳ５３の判別において、ログアウトボタン４３がタップされなかった場合には（ステップＳ５３；Ｎｏ）、ＭＰＵ３１は、図１１に示した完了ボタン５１がタップされたか否かを判別する（ステップＳ５５）。

ステップＳ５５の判別において、完了ボタン５１がタップされた場合には（ステップＳ５５；Ｙｅｓ）、ＭＰＵ３１は、図９に示した監査完了画面Ｇ４を表示する監査完了画面表示処理を行うとともに、ステップＳ１１において、読み込ませたＩＤコードが連続読み取りを行わせるべきオペレータに対応するＩＤコードであるか否かを判別する（ステップＳ５６）。

ここで、連続読み取りを行わせるべきオペレータ（看護師あるいは薬剤師）とは、当該薬剤監査処理を行っている日、あるいは、時間帯において、薬剤監査を専任的に行うことが予め指定されているオペレータである。より具体的には、病棟担当の看護師である場合には、担当患者を持っていない看護師で病棟全体に関する作業が振り分けられている看護師のような場合である。

上記判別において、読み込ませたＩＤコードが連続読み取りを行わせるべきオペレータに対応するＩＤコードではない場合には、ＭＰＵ３１は、処理をステップＳ１１に移行し、再びログイン画面Ｇ１を表示して待機状態となる。

これに対し、読み込ませたＩＤコードが連続読み取りを行わせるべきオペレータに対応するＩＤコードである場合には、ＭＰＵ３１は、処理をステップＳ１２に移行し、連続して薬剤監査処理を行うこととなる。

したがって、複数のオーダー番号に対応する薬剤監査処理を行わなければならない場合であっても、いちいちログイン画面から処理を行う必要が無いため、効率的に作業を行うことができる。

ステップＳ５５の判別において、完了ボタン５１がタップされていなかった場合には（ステップＳ５５；Ｎｏ）、ＭＰＵ３１は、図７に示したコメント表示領域５２がタップされたか否かを判別する（ステップＳ５７）。
ステップＳ５７の判別において、図７に示したコメント表示領域５２がタップされた場合には（ステップＳ５７；Ｙｅｓ）、ＭＰＵ３１は、コメント画面表示処理を行う（ステップＳ５８）。

図２２は、コメント画面の一例の説明図である。
コメント画面Ｇ１３は、対応する処方における薬剤部からの指示コメントが表示される画面である。
コメント画面Ｇ１３には、「このオーダーには薬剤部からの指示があります。」というメッセージが表示される。

さらにコメント画面Ｇ１３には、薬剤部からの指示を表示するコメント表示部８１と、当該コメント画面Ｇ１３を閉じるための「閉じる」ボタン８２と、コメントを上方向にスクロールさせる上スクロールボタン８３と、コメントを下方向にスクロールさせる下スクロールボタン８４と、が表示されている。

したがって、ＭＰＵ３１は、上スクロールボタン８３あるいは下スクロールボタン８４がタップされた場合には、コメント表示部８１内でコメントを上方向あるいは下方向にスクロールさせる。
また、ＭＰＵ３１は、「閉じる」ボタン８２がタップされた場合には、コメント表示領域５２がタップされた表示画面に戻って、以降処理を継続することとなる。

ステップＳ５７の判別において、コメント表示領域５２がタップされていなかった場合には（ステップＳ５７；Ｎｏ）、ＭＰＵ３１は、図１０に示した薬剤監査が正常に終了した薬剤に対応するマークＭ２がタップされたか否かを判別する（ステップＳ５９）。
ステップＳ５９の判別において、図１０に示した薬剤監査が正常に終了した薬剤に対応するマークＭ２がタップされた場合には（ステップＳ５９；Ｙｅｓ）、ＭＰＵ３１は、当該マークＭ２に対応する薬剤の詳細情報を表示する薬剤詳細情報画面表示処理を行う（ステップＳ６０）。

図２３は、薬剤詳細情報画面の一例の説明図である。
薬剤詳細情報画面Ｇ１４には、「詳細情報確認」というメッセージが表示される。さらに薬剤詳細情報画面Ｇ１４には、マークＭ２に対応する薬剤の詳細情報として、薬剤名（図２３の例の場合、「５％ブドウ糖液５００ｍＬ」）、ロット番号及び使用期限を表示する詳細情報表示部８５と、当該薬剤詳細情報画面Ｇ１４を閉じるための「閉じる」ボタン８２と、が表示されている。

したがって、ＭＰＵ３１は、「閉じる」ボタン８２がタップされた場合には、マークＭ２がタップされた表示画面に戻って、以降処理を継続することとなる。

ステップＳ５９の判別において、薬剤監査が正常に終了した薬剤に対応するマークＭ２がタップされていなかった場合には（ステップＳ５９；Ｎｏ）、ＭＰＵ３１は、図６に示した臨時オーダーボタンＢ１がタップされたか否かを判別する（ステップＳ６１）。
ステップＳ６１の判別において、図６に示した臨時オーダーボタンＢ１がタップされていない場合には（ステップＳ６１；Ｎｏ）、ＭＰＵ３１は、処理を終了する。
ステップＳ６１の判別において、図６に示した臨時オーダーボタンＢ１がタップされた場合には（ステップＳ６１；Ｙｅｓ）、ＭＰＵ３１は、臨時オーダー入力処理を行う（ステップＳ６２）。

図２４は、臨時オーダー入力処理の初期画面の一例の説明図である。
臨時オーダー入力処理の初期画面Ｇ１５には、「該当の患者を選択してください。」というメッセージが表示される。

さらに臨時オーダー入力処理の初期画面Ｇ１５には、臨時オーダーの入力対象の患者氏名リストが選択可能に表示される患者リスト表示選択領域９１と、患者リスト表示選択領域９１における患者リストを上にスクロールさせる上スクロールボタン９２と、患者リスト表示選択領域９１における患者リストを下にスクロールさせる下スクロールボタン９３と、図６に示したオーダー番号入力画面Ｇ２に戻るボタン９４と、患者リスト表示選択領域９１において選択したいずれかの患者を決定する決定ボタン９５と、が表示されている。

したがって、ＭＰＵ３１は、決定ボタン９５によりいずれかの患者について選択の決定がなされると、当該患者に対する臨時オーダー入力処理に移行することとなる。

以上の説明のように、本実施形態によれば、特定ＩＤコードを有するオペレータが専任的に連続して複数のオーダー番号に対応する薬剤監査処理を行わなければならない場合でも、オーダー番号を読み取らせるに際して、いちいちログイン処理を行う必要が無く、効率的に作業を行うことができる。

次に実施形態の変形例について説明する。
以上の説明においては、特定ＩＤコードを有するオペレータが専任的に連続して複数のオーダー番号に対応する薬剤監査処理を行う場合を例として説明したが、本第１変形例は、一つのオーダー番号に対応する薬剤監査完了のために完了ボタン５１をタップした場合に、直ちにオーダー番号読み取り処理に移行させる場合の実施形態である。

図２５は、第１変形例の概要処理フローチャートである。
まず、第１回目の薬剤監査処理を行う場合には、オペレータは、上述した実施形態と同様に、ログイン処理を行い（ステップＳ１１）、オーダー番号を読み取らせる（ステップＳ１２）。
これにより、図４及び図８に示したような監査処理を行う（ステップＳ７０）。

そして監査処理が完了し、図２５に示すように、オペレータが完了ボタン５１をタップすると（ステップＳ５５；Ｙｅｓ）、ＭＰＵ３１は、処理を再びステップＳ１２に移行する。
一方、オペレータが完了ボタン５１をタップしていない場合には（ステップＳ５５；Ｎｏ）、ＭＰＵ３１は、オペレータがログアウトボタン４３をタップするログアウト操作を行ったか否かを判別する（ステップＳ７１）。
ステップＳ７１の判別において、オペレータがログアウトボタン４３をタップしていない場合には（ステップＳ７１；Ｎｏ）、処理を再びステップＳ５５に移行して、、オペレータが完了ボタン５１をタップしたか否かを判別し、以下、同様の処理を行う。
一方、ステップＳ７１の判別において、オペレータがログアウトボタン４３をタップした場合には（ステップＳ７１；Ｙｅｓ）、処理を再びステップＳ１１に移行して、ログイン処理が行えるように待機することとなる。

図２６は、監査処理の２回目以降におけるオーダー番号入力画面の一例の説明図である。
本図２６のオーダー番号入力画面Ｇ２Ａにおいて、図６の実施形態と異なる点は、「続けてオーダー番号を読み取らせることができます。」というメッセージが表示される点と、ログアウトボタン４３Ａが表示され、ログアウトボタン４３Ａをタップするまでは、直ちにスキャナ３７によりシンボルコードとして形成されているオーダー番号を読み取り可能となっており、実際にオーダー番号を読み取ることで直ちに監査処理に移行できるようにしている点である。

したがって、本第１変形例によれば、オペレータが連続して複数のオーダー番号に対応する薬剤監査処理を行わなければならない場合でも、オーダー番号を読み取らせるに際して、いちいちログイン処理を行う必要が無く、効率的に作業を行うことができる。

上記第１変形例は、一つのオーダー番号に対応する薬剤監査完了のために完了ボタン５１をタップした場合に、直ちにオーダー番号読み取り処理に移行させる場合のものであったが、本第２変形例は、取り揃え作業完了画面において、オペレータが連続読み取りを行うか否かを、選択可能にした実施形態である。

図２７は、第２変形例の概要処理フローチャートである。
本第２変形例においても、オペレータが第１回目の薬剤監査処理を行う場合には、オペレータは、上述した実施形態と同様に、ログイン処理を行い（ステップＳ１１）、オーダー番号を読み取らせる（ステップＳ１２）。
これにより、図４及び図８に示したような監査処理を行う（ステップＳ７０）。

図２８は、第２変形例の取り揃え作業完了画面の一例の説明図である。
そして監査処理が完了し、図２７に示すように、オペレータが完了ボタン５１をタップすると（ステップＳ５５；Ｙｅｓ）、ＭＰＵ３１は、図２８に示す監査完了（取り揃え作業完了）画面Ｇ４を表示する。

図２８に示すように、監査完了画面Ｇ４には、ログアウトボタン４３Ａの他に、連続して薬剤監査処理（薬剤取り揃え作業）を行うための「続ける」ボタン１０１が表示されるので、連続して薬剤監査処理（薬剤取り揃え作業）を行う場合には、「続ける」ボタン１０１をタップするだけで、オーダー番号読み取り処理（ステップＳ１２）に移行させることができ、いちいちログイン処理を行う必要が無く、効率的に作業を行うことができる。

すなわち、ＭＰＵ３１は、図２８に示す監査完了画面Ｇ４において、「続ける」ボタン１０１の操作、すなわち、連続読取指示操作がなされたか否かを判別する（ステップＳ７２）。
ステップＳ７２の判別において、「続ける」ボタン１０１の操作、すなわち、連続読取指示操作がなされた場合には（ステップＳ７２；Ｙｅｓ）、処理をステップＳ１２に移行して、連続して薬剤監査処理（薬剤取り揃え作業）を行うこととなり、いちいちログイン処理を行う必要が無く、効率的に作業を行うことができる。

またステップＳ７２の判別において、「続ける」ボタン１０１の操作、すなわち、連続読取指示操作がなされなかった場合には（ステップＳ；Ｎｏ）、ＭＰＵ３１は、オペレータがログアウトボタン４３をタップするログアウト操作を行ったか否かを判別する（ステップＳ７３）。

ステップＳ７３の判別において、オペレータがログアウトボタン４３をタップしていない場合には（ステップＳ７３；Ｎｏ）、処理を再びステップＳ７２に移行して、、以下、同様の処理を行う。
一方、ステップＳ７３の判別において、オペレータがログアウトボタン４３をタップした場合には（ステップＳ７３；Ｙｅｓ）、処理を再びステップＳ１１に移行して、ログイン処理が行えるように待機することとなる。

一方、ステップＳ５５の判別において、オペレータが完了ボタン５１をタップしていない場合には（ステップＳ５５；Ｎｏ）、ＭＰＵ３１は、オペレータが監査中止を指示する中止ボタン５０をタップする中止操作を行ったか否かを判別する（ステップＳ７４）。
ステップＳ７４の判別において、オペレータが中止ボタン５０をタップしていない場合には（ステップＳ７４；Ｎｏ）、処理を再びステップＳ５５に移行して、以下、同様の処理を行う。

ステップＳ７４の判別において、オペレータが中止ボタン５０をタップした場合には（ステップＳ７４；Ｙｅｓ）、処理を再びステップＳ１１に移行して、ログイン処理が行えるように待機することとなる。

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

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

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

また、以上の説明においては、秤２５の役割について詳細に述べなかったが、ここでは調剤過誤の防止に秤２５を用いる方法について述べる。
ＭＰＵ３１は、秤２５において、実際の混注作業の前後で、それぞれ薬剤を特定した状態で重さを測定する。そしてＭＰＵ３１は、混注作業の前後における重さの差を薬剤に対応付けて外部記憶装置３４に記録する。

これは、例えばバイアル瓶に薬剤が入れられている場合に、一の指示書に対応する混注作業を行う場合に、その全ての薬剤を用いるとは限らず、注射器などによって、その一部が混注作業に用いられる場合があるからである。この結果、薬剤の使用前後の重さの差を求めれば、実際の混注作業に用いられた薬剤の量を把握することができるのである。

そして、ＭＰＵ３１は、当該薬剤において、指示書データに示された指示量（指示量表示領域６３に表示されている量）と比較し、その差が許容差以内であれば、正しく混注作業が行われていると判別する。なお、この場合において、ＭＰＵ３１は、指示量が容量で指定されている場合には、重さの差を容量に変換する処理を行うこととなる。

一方、指示書データに示された指示量との差が許容差を超えている場合には、正常に混注作業が行われていないことを報知する。
これらの結果、混注端末装置１４は、混注作業を監視して、調剤過誤の状態で実際に患者に処方されてしまうことを防止することができる。

本実施形態の他の第１の態様としては、混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置において、連続的に前記監査処理を行う場合、所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる処理制御部を備えた薬剤混合調製管理装置である。

本実施形態の他の第２の態様としては、前記所定の条件は、最初の前記ログイン処理で入力されたオペレータＩＤが予め連続処理可能なＩＤとして登録されているオペレータＩＤと同一である場合であるようにしてもよい。

本実施形態の他の第３の態様としては、前記監査処理は、前記薬剤に予め付された識別コードを読み取り、読み取った前記識別コードに基づいて行われるものであり、前記所定の条件は、前記識別コードの読み取りがなされた場合であるようにしてもよい。

また、本実施形態の他の第４の態様としては、前記所定の条件は、オペレータが一の監査処理の終了後に監査処理の継続を指示した場合であるようにしてもよい。

また、本実施形態の他の第５の態様としては、混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置で実行される制御方法において、連続的に前記監査処理を行う場合に、所定の条件を満たしたか否かを判別する判別過程と、前記判別において、前記所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる処理制御過程と、を備えた制御方法である。

また、本実施形態の他の第６の態様としては、混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置をコンピュータにより制御するための制御プログラムであって、前記コンピュータを、連続的に前記監査処理を行う場合に、所定の条件を満たしたか否かを判別する判別手段と、前記判別において、前記所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる処理制御手段と、して機能させる制御プログラムである。

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

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

また、本実施形態の薬剤混合調製管理装置の制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

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

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

Claims (6)

1. 混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置において、
   連続的に前記監査処理を行う場合に、所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる処理制御部を備えた、
   薬剤混合調製管理装置。
2. 前記所定の条件は、最初の前記ログイン処理で入力されたオペレータＩＤが予め連続処理可能なＩＤとして登録されているオペレータＩＤと同一である場合である、
   請求項１記載の薬剤混合調製管理装置。
3. 前記監査処理は、前記薬剤に予め付された識別コードを読み取り、読み取った前記識別コードに基づいて行われるものであり、
   前記所定の条件は、前記識別コードの読み取りがなされた場合である、
   請求項１記載の薬剤混合調製管理装置。
4. 前記所定の条件は、オペレータが一の監査処理の終了後に監査処理の継続を指示した場合である、
   請求項１記載の薬剤混合調製管理装置。
5. 混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置で実行される制御方法において、
   連続的に前記監査処理を行う場合に、所定の条件を満たしたか否かを判別する判別過程と、
   前記判別において、前記所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる処理制御過程と、
   を備えた制御方法。
6. 混合調製に用いる薬剤の監査処理を行うに際し、前記監査処理毎にログイン処理が必要となる薬剤混合調製管理装置をコンピュータにより制御するための制御プログラムであって、
   前記コンピュータを、
   連続的に前記監査処理を行う場合に、所定の条件を満たしたか否かを判別する判別手段と、
   前記判別において、前記所定の条件を満たした場合に、一の監査処理の終了後のログイン処理を省略して次の監査処理に移行させる処理制御手段と、
   して機能させる制御プログラム。

Images