JP2015162027A - 薬剤監査装置及びプログラム - Google Patents

Abstract

【課題】監査業務に係る利便性を向上させることが可能な薬剤監査装置およびプログラムを提供する。
【解決手段】薬剤を識別する識別情報を読み取る読取手段と、処方箋情報に含まれる処方薬剤の何れかと前記薬剤とが一致するか否かの判定を行う監査手段と、前記監査手段が不一致と判定した場合に、所定の要素が類似する薬剤同士を関連付けた取違薬剤データを記憶する記憶部から、前記薬剤に係る前記取違薬剤データを取得する取得手段と、前記取得手段が取得した前記取違薬剤データに基づき、前記薬剤に取り違えられた前記処方薬剤を報知する第１報知画面を表示部に表示する報知手段と、を備える。
【選択図】図７

Description

本発明の実施形態は、薬剤監査装置及びプログラムに関する。

従来、病院の薬剤部等では、医師の作成した処方箋に基づいて薬剤を取り揃えることを行っている。また、薬剤部等では、取り揃えた薬剤と、処方箋で指示された処方薬剤との一致状態をチェックする監査業務を行っている。

また、従来、薬剤の取り違え等の過誤の発生を防止するために幾つかの技術が提案されている。例えば、投薬しようとしている薬剤の容器に付されたバーコードで特定される薬剤情報と投薬すべき薬剤の情報とを照合し、薬剤が不足する場合や余分な薬剤が存在した場合に報知を行う技術が提案されている。

しかしながら、上記の技術では、不足する薬剤や余分な薬剤を報知することは可能であるが、取り揃えられた薬剤がどの処方薬剤と取り違えられたのかを報知することはできず、利便性の上で改善の余地があった。

本発明が解決しようとする課題は、監査業務に係る利便性を向上させることが可能な薬剤監査装置およびプログラムを提供することである。

実施形態の薬剤監査装置は、読取手段と、監査手段と、取得手段と、報知手段とを備える。読取手段は、薬剤を識別する識別情報を読み取る。監査手段は、処方箋情報に含まれる処方薬剤の何れかと前記薬剤とが一致するか否かの判定を行う。取得手段は、前記監査手段が不一致と判定した場合に、所定の要素が類似する薬剤同士を関連付けた取違薬剤データを記憶する記憶部から、前記薬剤に係る前記取違薬剤データを取得する。報知手段は、前記取得手段が取得した前記取違薬剤データに基づき、前記薬剤に取り違えられた前記処方薬剤を報知する第１報知画面を表示部に表示する。

図１は、実施形態にかかる薬剤管理システムの概要構成を示すブロック図である。 図２は、薬剤監査装置の外観を示す正面図である。 図３は、薬剤監査装置のハードウェア構成を示すブロック図である。 図４は、薬剤部サーバのハードウェア構成を示すブロック図である。 図５は、取違薬剤データベースのデータフォーマットの一例の説明図である。 図６は、取違履歴データベースのデータフォーマットの一例の説明図である。 図７は、薬剤監査装置と薬剤部サーバとの機能構成を示すブロック図である。 図８は、薬剤監査装置のＭＰＵが制御プログラムに従って実行するメイン処理の流れを示すフローチャートである。 図９は、薬剤監査装置のＭＰＵが制御プログラムに従って実行する監査処理の流れを示すフローチャートである。 図１０は、指示内容表示画面の表示例の一例の説明図である。 図１１は、指示内容表示画面の表示例の一例の説明図である。 図１２は、第１報知画面の表示例の一例の説明図である。 図１３は、指示内容表示画面の表示例の一例の説明図である。 図１４は、第２報知画面の表示例の一例の説明図である。 図１５は、理由入力画面の表示例の一例の説明図である。 図１６は、確認画面の表示例の一例の説明図である。 図１７は、指示内容表示画面の表示例の一例の説明図である。

図１は、実施形態に係る薬剤管理システム１０の概要構成を示すブロック図である。図１に示すように、薬剤管理システム１０は、電子カルテサーバ１１と、医師用の情報処理端末装置１２と、看護師用の情報処理端末装置１３と、薬剤監査装置１４と、無線基地局１５及び公衆通信ネットワーク１６を介して通信ネットワーク１７に接続された医師用の携帯情報処理端末装置１８と、薬剤部サーバ１９と、薬剤登録装置２０と、を備えている。

電子カルテサーバ１１は、電子カルテを管理し、記憶するための装置である。医師用の情報処理端末装置１２は、電子カルテの記入などを行うための装置である。看護師用の情報処理端末装置１３は、電子カルテサーバ１１が管理する電子カルテの参照及び確認を行うための装置である。薬剤監査装置１４は、電子カルテに含まれる指示書情報（処方箋情報）に基づいて薬剤の取揃え等（計量、混注、混合、製剤、調剤など）の支援および監査を行うための装置である。薬剤部サーバ１９は、薬剤部に配置され薬剤払出等を管理するための装置である。また、薬剤部サーバ１９は、薬剤のコード情報または薬剤の外面情報（薬剤のラベルを表す特徴量、薬剤の色合いや表面の凹凸状況等の表面の状態を表す特徴量など）に対応付けて薬剤に係る薬剤情報（名称、量など）を登録している。また、薬剤部サーバ１９は、薬剤監査装置１４において、計量、混注、混合、製剤、調剤などの作業を撮影した画像データを記憶している。薬剤登録装置２０は、手術室に配置され、看護師によって手術中に使用された薬剤、あるいは救急の場などにおいて看護師や薬剤師等によって緊急的に使用された薬剤の登録支援を行うための装置である。

上記構成において、電子カルテサーバ１１、情報処理端末装置１２、情報処理端末装置１３、薬剤監査装置１４、薬剤部サーバ１９及び薬剤登録装置２０は、通信ネットワーク１７に接続されている。

図２は、薬剤監査装置１４の外観を示す正面図である。薬剤監査装置１４は、大別すると、タッチパネルディスプレイ２１と、装置本体２２と、プリンタ２３と、計量器（秤）２４と、を備えている。タッチパネルディスプレイ２１は、ユーザが各種操作を入力するとともに、薬剤リストや取り揃えられた薬剤の監査状態等の各種情報を表示する。そして、タッチパネルディスプレイ２１は、ディスプレイ３５及びタッチパネル３６とで構成されている。装置本体２２は、スキャナ３７を有する。

スキャナ３７は、カラーＣＣＤ（Charge Coupled Device）イメージセンサやカラーＣＭＯＳ（Complementary Metal-Oxide Semiconductor）イメージセンサ等のイメージセンサとＬＥＤ（Light Emitting Diode）などの光源とを有している。スキャナ３７は、看護師ＩＤ（IDentification）のコードシンボル、患者ＩＤのコードシンボル、薬剤のコードシンボル、薬剤の画像などの撮像を行う。スキャナ３７が所定のフレームレートで順次撮像したフレーム画像（撮像画像）は、後述するＲＡＭ（Random Access Memory）３３（図３参照）に保存される。プリンタ２３は、各種情報をプリントアウトする。計量器（秤）２４は、薬剤の計量、混注、混合などを行う際に重量を量る。

なお、スキャナ３７は、図２に示すようなテーブル上に載置する形状に限るものではなく、床上に立設させるスタンド形状であってもよい。

また、薬剤監査装置１４は、薬剤に付されたＲＦＩＤ（Radio Frequency IDentification）タグとの間でデータの読取り／書込みを行うＲＦＩＤリーダライタ等を備えていてもよい。

図３は、薬剤監査装置１４のハードウェア構成を示すブロック図である。図３に示すように、薬剤監査装置１４は、ＭＰＵ（Micro Processing Unit）３１と、ＲＯＭ（Read Only Memory）３２と、ＲＡＭ３３と、外部記憶装置３４と、入出力Ｉ／Ｏ３９と、を有する。ＭＰＵ３１は、薬剤監査装置１４全体を制御する。ＲＯＭ３２は、制御プログラムを含む各種データを不揮発的に記憶する。ＲＡＭ３３は、ワークエリアとして機能するとともに、各種データを一時的に記憶する。外部記憶装置３４は、データベース等の大容量データを記憶可能なハードディスクドライブ、ＳＳＤ（Solid State Drive）として構成される。

ここで、入出力Ｉ／Ｏ３９は、ディスプレイ３５とタッチパネル３６とを有するタッチパネルディスプレイ２１と、スキャナ３７と、プリンタ２３と、通信インタフェース３８と、計量器（秤）２４と、バス４０と、が接続される。このバス４０には、ＭＰＵ３１、ＲＯＭ３２、ＲＡＭ３３及び外部記憶装置３４が接続されている。通信インタフェース３８は、通信インタフェース動作を行う。

次に、薬剤部サーバ１９について説明を行う。図４は、薬剤部サーバ１９のハードウェア構成を示すブロック図である。図４に示すように、薬剤部サーバ１９は、ＭＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、外部記憶装置５４と、入出力Ｉ／Ｏ６０と、を有する。ＭＰＵ５１は、薬剤部サーバ１９の動作を統括的に制御する。ＲＯＭ５２は、制御プログラムを含む各種データを不揮発的に記憶する。ＲＡＭ５３は、ワークエリアとして機能するとともに、各種データを一時的に記憶する。外部記憶装置５４は、データベース等の大容量データを記憶可能なハードディスクドライブ、ＳＳＤとして構成される。

入出力Ｉ／Ｏ６０は、ディスプレイ５５と、タッチパネル５６と、プリンタ５８と、通信インタフェース５９と、バス６１と、が接続される。ディスプレイ５５と、タッチパネル５６とは、タッチパネルディスプレイ５７を構成している。このバス６１には、ＭＰＵ５１、ＲＯＭ５２、ＲＡＭ５３及び外部記憶装置５４が接続されている。

また、薬剤部サーバ１９は、外部記憶装置５４に取違薬剤データベースＤＢ１、取違履歴データベースＤＢ２及び薬剤データベースＤＢ３を有する。

取違薬剤データベースＤＢ１は、取り違える可能性のある薬剤群を取違薬剤データとして記憶する。例えば、取違薬剤データベースＤＢ１は、形体（パッケージや色、形状等）が類似する薬剤同士を関連付けた取違薬剤データを記憶する。また、取違薬剤データベースＤＢ１は、同一名称でありながら容量や規格が異なる型式が類似する薬剤同士を関連付けた取違薬剤データを記憶する。また、取違薬剤データベースＤＢ１は、名称が類似する薬剤同士を関連付けた取違薬剤データを記憶する。

図５は、取違薬剤データベースＤＢ１のデータフォーマットの一例の説明図である。図５に示すように、取違薬剤データベースＤＢ１は、取違薬剤データを構成する項目として、グループ名と、薬剤名と、薬剤コードと、容量／規格と、外観写真と、コメントとを関連付けて記憶する。グループ名は、取違薬剤データ毎に設けられた識別情報である。薬剤名は、薬剤の名称である。薬剤コードは、薬剤を識別するための識別情報である。容量／規格は、薬剤の容量や１錠（アンプル）あたりの主成分量である。外観写真は、薬剤の外観（パッケージ等）を表した画像データである。コメントには、取り違えの発生理由等が格納される。

図５において、例えば、グループ名「ＰＫ１」の取違薬剤データは、形体が類似する薬剤群を区分けしたものである。また、グループ名「ＣＡＰ１」の取違薬剤データは、同一名称でありながら容量や規格が異なる型式が類似する薬剤群を区分けしたものである。また、グループ名「ＮＡＭ１」の取違薬剤データは、名称が類似する薬剤群を区分けしたものである。

このように、取違薬剤データベースＤＢ１は、形状、型式又は名称が類似する薬剤同士を関連付けた取違薬剤データを記憶する。この取違薬剤データベースＤＢ１を参照することで、処方薬剤とは異なる薬剤が取り揃えられた場合に、その薬剤がどの処方薬剤と取り違えられたのかを推定することができる。

取違履歴データベースＤＢ２は、薬剤監査装置１４での監査エラーの履歴を取違履歴データとして記憶する。取違履歴データベースＤＢ２は、例えば、本来取り揃えるべき処方薬剤が、どの薬剤と取り違えられたのかを示す情報を、取違履歴データとして記憶する。

図６は、取違履歴データベースＤＢ２のデータフォーマットの一例の説明図である。図６に示すように、取違履歴データベースＤＢ２は、取違履歴データを構成する項目として、管理番号と、薬剤名と、薬剤コードと、容量／規格と、コメントとを関連付けて記憶する。管理番号は、取違履歴データ毎に設けられた識別情報である。薬剤名は、薬剤の名称である。薬剤コードは、薬剤を識別するための識別情報である。容量／規格は、薬剤の容量や１錠（アンプル）あたりの主成分量である。コメントには、取り違えの発生理由や取違薬剤データの特徴等が格納される。

図６において、同一の管理番号に関連付けされた薬剤群は、処方薬剤と、当該処方薬剤と取り違えされた薬剤とである。例えば、管理番号「００１」の取違履歴データは、名称が類似することを理由に、薬剤名「ＥＡＡ」と「ＥＡＢ」との間で取り違えが発生したことを示している。このように、取違履歴データベースＤＢ２は、取り違えが発生した薬剤群を取違履歴データとして管理する。

なお、同一の管理番号に関連付けられた薬剤のうち、処方薬剤が何れであるかを識別可能に記憶する構成としてもよい。また、取違履歴データベースＤＢ２に登録された取違履歴データのうち、形状、型式又は名称の類似を取り違えの発生理由とするものを、取違薬剤データとして取違薬剤データベースＤＢ１に自動又は手動で追加する形体としてもよい。

薬剤データベースＤＢ３は、ＭＥＤＩＳ等の各薬剤に関する薬剤データを記憶する。具体的に、薬剤データベースＤＢ３は、各薬剤の薬剤名、薬剤コード、容量／規格、外観写真等を含んだ薬剤データを記憶する（図示せず）。なお、取違薬剤データベースＤＢ１及び取違履歴データベースＤＢ２での薬剤名、薬剤コード、容量／規格及び外観写真は、薬剤データベースＤＢ３の同名要素を参照する形態としてもよい。

このような構成により、薬剤監査装置１４のＭＰＵ３１は、ＲＯＭ３２や外部記憶装置３４に記憶された制御プログラムに従って動作することで、使用する薬剤の監査支援を行う。

次に、実施形態にかかる薬剤監査装置１４と薬剤部サーバ１９とが有する特徴的な機能について説明する。図７は、薬剤監査装置１４と薬剤部サーバ１９との機能構成を示すブロック図である。

まず、薬剤監査装置１４が有する機能構成について説明する。薬剤監査装置１４のＭＰＵ３１は、ＲＯＭ３２や外部記憶装置３４に記憶された制御プログラムに従って動作することで、図７に示すように、読取手段３１１と、通信手段３１２と、計量手段３１３と、表示制御手段３１４と、監査手段３１５と、取得手段３１６と、報知手段３１７と、登録手段３１８として機能する。ここで、監査手段３１５は、判定手段、取得手段及び報知手段としての機能を有する。

読取手段３１１は、スキャナ３７を介して情報を読み取る。例えば、読取手段３１１は、使用される薬剤に付されたコードシンボルのコード情報（薬剤コード）を読み取る。また、読取手段３１１は、看護師ＩＤや、指示書に付されたコードシンボルの監査番号を読み取る。なお、バーコードや二次元コードなどのコードシンボルからコード情報を検出する処理については、従来からある技術なのでここでの説明は省略する。

通信手段３１２は、通信ネットワーク１７に接続された外部装置との間で各種情報の送受信を行う。例えば、通信手段３１２は、読取手段３１１が読み取った監査番号に該当する指示書情報を電子カルテサーバ１１または薬剤部サーバ１９から受信する。また、通信手段３１２は、薬剤監査装置１４から送信される取違履歴データを受信する。また、通信手段３１２は、取違履歴データを薬剤監査装置１４に送信する。

計量手段３１３は、計量器（秤）２４を用いて薬剤の重量を計量する。計量器（秤）２４および計量手段３１３は、様々な計量に用いられる。例えば、計量器（秤）２４および計量手段３１３は、指示書情報で指示された薬剤の混合や混注などの際に、液剤や散剤や注射薬などの様々な剤形の薬剤の計量に使用される。または、計量器（秤）２４および計量手段３１３は、成人ベースの薬剤を小児向けに軽減する際の計量に用いられる。または、計量器（秤）２４および計量手段３１３は、薬剤ボトルを計量して適量の薬剤が払い出されたことの確認に用いられる。

表示制御手段３１４は、ディスプレイ３５への表示を制御する。例えば、表示制御手段３１４は、監査業務を支援するための各種ＧＵＩ（Graphical User Interface）をディスプレイ３５に表示する。

監査手段３１５は、指示書情報に指示された処方薬剤と、取り揃えられた薬剤とを比較することで、取り揃えられた薬剤が処方薬剤の何れかに一致するか否かの判定（監査）を行う。具体的に、監査手段３１５は、各処方薬剤の薬剤コードと、読取手段３１１が読み取った薬剤コードとを比較することで、処方薬剤の何れかと取り揃えられた薬剤とが一致するか否かを判定する。ここで、取り揃えられた薬剤が何れかの処方薬剤と一致した場合、監査手段３１５は、その処方薬剤が取り揃えられたと判定する。

取得手段３１６は、処方薬剤との不一致により監査手段３１５が監査エラーと判定した場合に、その取り揃えられた薬剤に係る取違薬剤データを薬剤部サーバ１９から取得する。具体的に、取得手段３１６は、監査エラーの生じた薬剤の薬剤コードを検索キーとするリクエストを薬剤部サーバ１９に送信することで、この薬剤コードを含む取違薬剤データを取違薬剤データベースＤＢ１から検索させる。そして、監査手段３１５は、薬剤部サーバ１９から検索キーに該当する取違薬剤データを取得する。

報知手段３１７は、表示制御手段３１４と協働することで、取得手段３１６が取得した取違薬剤データに基づき、取り違えの発生した処方薬剤を報知する第１報知画面を表示させる。また、取違薬剤データが存在しない等の理由により、取得手段３１６が取違薬剤データを取得できない場合、報知手段３１７は、表示制御手段３１４と協働することで、取り揃えられた薬剤が指示書情報に含まれないことを報知する第２報知画面を表示させる。なお、第１報知画面及び第２報知画面については後述する。

登録手段３１８は、監査手段３１５が監査エラーと判定した場合に、当該監査エラーに係る薬剤の薬剤コードと、その発生理由等を取違履歴データとして薬剤部サーバ１９の取違履歴データベースＤＢ２に登録する。具体的に、登録手段３１８は、監査エラーと判定された薬剤に代えて読み取られた新たな薬剤が、処方薬剤の何れかに一致すると監査手段３１５で判定された場合に、その取り違いの履歴を取違履歴データとして薬剤部サーバ１９に送信（登録）する。ここで、取違履歴データは、監査エラーと判定された薬剤の薬剤コード、一致すると判定された新たな薬剤、つまり処方薬剤の薬剤コード、取り違えの発生理由等を含む。薬剤部サーバ１９に送信された取違履歴データは、薬剤部サーバ１９において取違履歴データベースＤＢ２に登録される。

次に、薬剤部サーバ１９が有する機能構成について説明を行う。薬剤部サーバ１９のＭＰＵ５１は、ＲＯＭ５２や外部記憶装置５４に記憶された制御プログラムに従って動作することで、図７に示すように、通信手段５１１と、検索手段５１２と、記憶手段５１３として機能する。

通信手段５１１は、通信ネットワーク１７に接続された外部装置との間で各種情報の送受信を行う。例えば、通信手段５１１は、薬剤監査装置１４から送信されるリクエストを受信する。また、通信手段５１１は、取違薬剤データベースＤＢ１から検索された取違薬剤データを薬剤監査装置１４に送信する。また、通信手段５１１は、薬剤監査装置１４から送信された取違履歴データを受信する。

検索手段５１２は、取違薬剤データベースＤＢ１、取違履歴データベースＤＢ２、薬剤データベースＤＢ３を検索する。例えば、検索手段５１２は、薬剤監査装置１４からのリクエストに含まれた薬剤コードに対応する取違薬剤データを、取違薬剤データベースＤＢ１から検索する。また、検索手段５１２は、薬剤監査装置１４からの取違履歴データに含まれた薬剤コードに対応する薬剤情報を、薬剤データベースＤＢ３から検索する。

記憶手段５１３は、取違薬剤データベースＤＢ１、取違履歴データベースＤＢ２及び薬剤データベースＤＢ３を管理する。例えば、記憶手段５１３は、薬剤監査装置１４から受信した取違履歴データを取違履歴データベースＤＢ２に登録する。

次に本実施形態の動作について説明する。

医師は、情報処理端末装置１２を用いて処方薬剤の指示書情報（例えば、処方箋情報）を含む電子カルテを作成して、電子カルテサーバ１１に登録する。指示書情報は、取り揃えの対象となる処方薬剤を特定するための薬剤コード、各処方薬剤の必要数、この指示書情報を特定するために割り振られた監査番号等を有する。なお、監査番号は、指示書にバーコード等のシンボルコードとして印刷されていてもよい。

指示書情報に基づいて取り揃えられた薬剤の監査を行う看護師等のオペレータは、指示書とともに監査番号を受け取ると、薬剤監査装置１４を用いて当該薬剤の監査作業を行う。

図８は、薬剤監査装置１４のＭＰＵ３１が制御プログラムに従って実行するメイン処理の流れを示すフローチャートである。

まず、薬剤監査装置１４のＭＰＵ３１は、初期状態として、ディスプレイ３５にログイン画面（図示せず）を表示する（ステップＳ１１）。薬剤監査装置１４の操作が許可されている各オペレータ（看護師）は、ＩＤカードを有し、ＩＤカードの認証により薬剤監査装置１４の操作が可能になるものとする。ログイン画面は、ＩＤカードに付されている看護師ＩＤのコードシンボルをスキャナ３７に読み込ませることを促すガイド画像などである。

オペレータ（看護師）は、ログイン処理を行うために、自己のＩＤカードに付された看護師ＩＤのコードシンボルをスキャナ３７の前にかざして、看護師ＩＤを読み込ませる。次いで、薬剤監査装置１４のＭＰＵ３１は、看護師ＩＤが認証可能であるか否かを判定する（ステップＳ１２）。

薬剤監査装置１４のＭＰＵ３１は、ログイン処理により看護師ＩＤを認証すると（ステップＳ１２；Ｙｅｓ）、ディスプレイ３５の表示画面に監査番号入力画面（図示せず）を表示する（ステップＳ１３）。なお、薬剤監査装置１４のＭＰＵ３１は、看護師ＩＤが認証できない場合（ステップＳ１２；Ｎｏ）、ステップＳ１１に戻り、ログイン画面を再度表示する。

監査番号入力画面は、指示書に付されている監査番号のコードシンボルをスキャナ３７に読み込ませることを促すガイド画像などである。オペレータ（看護師）は、監査番号の登録処理を行うために、指示書に付されている監査番号のコードシンボルをスキャナ３７の前にかざして、監査番号を読み込ませる。または、オペレータ（看護師）は、手入力にて監査番号を読み込ませる。

薬剤監査装置１４のＭＰＵ３１は、監査番号の入力を受け付けると、この薬剤コードを含むリクエストを電子カルテサーバ１１や薬剤部サーバ１９に送信することで、対応する指示書情報を取得する（ステップＳ１４）。取得した指示書情報に基づいて、薬剤監査装置１４のＭＰＵ３１は、ディスプレイ３５の表示画面に、処方薬剤のリストを含む指示内容表示画面を表示する（ステップＳ１５）。

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

日付情報表示領域Ｇ１１は、薬剤の監査処理の日付が表示される領域である。オペレータ名表示領域Ｇ１２は、ステップＳ１１でログイン処理を行ったオペレータの氏名が表示される領域である。

患者情報表示領域Ｇ１３は、当該薬剤を処方すべき患者を特定するための情報を表示する領域である。具体的には、指示書情報（電子カルテ）の患者ＩＤから特定された、患者氏名、患者ＩＤ、年齢及び性別等が表示される。監査番号表示領域Ｇ１４は、ステップＳ１４において認証した監査番号が表示される領域である。

施用日表示領域Ｇ１５は、当該薬剤を患者に施用（処方）する日付である施用日が表示される領域である。この施用日は、電子カルテにおいて指定されているものである。患者関連情報表示領域Ｇ１６は、患者に関連する情報が表示される領域である。具体的には、診療科名、担当医師名、病棟名、病室名及び入院区分等が表示される。

薬剤リスト表示領域Ｇ１７は、処方薬剤の薬剤名を表示する薬剤名表示領域Ｇ１７ａと、処方薬剤の容量／規格（単位）を表示する処方量表示領域Ｇ１７ｂと、必要な薬剤数（アンプル数、バイアル数等）が数値で表示される必要数表示領域Ｇ１７ｃと、を備えている。

図１０の例の場合、例えば、リストの最上部に示すように、薬剤名＝「ＬＬＬ」の処方量／単位は「１．５ｇ」であり、３個必要であることを示す「／３」が必要数表示領域Ｇ１７ｃに表示されている。また、リストの最下部に示すように、薬剤名＝「ＡＡＡ」の処方量／単位は「３０ｍｇ」であり、３個必要であることを示す「／３」が必要数表示領域Ｇ１７ｃに表示されている。ここで、必要数表示領域Ｇ１７ｃは、必要数を分母とし、監査を通過した処方薬剤の点数を分子した「０／３」等の形態で監査状況を示す。

また、薬剤リスト表示領域Ｇ１７は、監査を通過した処方薬剤の点数（個数）を表示する合計点数表示領域Ｇ１７ｄを備えている。ここで、薬剤リスト表示領域Ｇ１７は、各処方薬剤の必要数を合計した合計点数を分母とし、監査を通過した処方薬剤の点数を分子とした「０／８」等の形態で監査状況を示す。

中止ボタンＢ１１は、監査処理を中止させるためのボタンである。完了ボタンＢ１２は、監査処理を終了させるためのボタンである。

図１０の指示内容画面Ｇ１が表示されている状態で、オペレータは、薬剤の監査処理を行わせるために、取り揃えられた薬剤の容器あるいは包装に表示されているコードシンボルをスキャナ３７に読み取らせる。薬剤監査装置１４のＭＰＵ３１は、薬剤のコードシンボル（薬剤コード）がスキャナ３７で読み取られると（ステップＳ１６；Ｙｅｓ）、ステップＳ１７の監査処理を実行する。以下、図９を参照して、ステップＳ１７の監査処理について説明する。

図９は、薬剤監査装置１４のＭＰＵ３１が制御プログラムに従って実行する監査処理の流れを示すフローチャートである。薬剤監査装置１４のＭＰＵ３１は、ステップＳ１６で読み取られた薬剤コードに基づき、取り揃えられた薬剤が、指示書情報に含まれる処方薬剤か否かを判定する（ステップＳ３１）。取り揃えられた薬剤が処方薬剤と一致した場合（ステップＳ３１；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、図８のステップＳ１８に処理を戻す。

ここで、薬剤監査装置１４のＭＰＵ３１は、処方薬剤との一致が確認された薬剤の個数を、該当する処方薬剤の必要数表示領域Ｇ１７ｃに表示する。例えば、図１１に示すように、処方薬剤「ＬＬＬ」について、取り揃えられた薬剤との一致を確認すると、薬剤監査装置１４のＭＰＵ３１は、必要数表示領域Ｇ１７ｃの表示を「０／３」から「１／３」に更新する。また、薬剤監査装置１４のＭＰＵ３１は、一致を確認した薬剤の数量が必要数に達すると、図１１に示すように、該当する処方薬剤「ＭＭＭ」の必要数表示領域Ｇ１７ｃにその旨を示す情報（図中○印）を表示する。

図９に戻り、処方薬剤との不一致により監査エラーと判定した場合（ステップＳ３１；Ｎｏ）、薬剤監査装置１４のＭＰＵ３１は、取り違えの生じた薬剤に係る取違薬剤データを薬剤部サーバ１９に問い合わせる（ステップＳ３２）。

次いで、薬剤監査装置１４のＭＰＵ３１は、ステップＳ３２の問い合せ結果に基づき、取違薬剤データが存在するか否かを判定する（ステップＳ３３）。ここで、取違薬剤データが存在すると判定した場合（ステップＳ３３；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、その取違薬剤データを取違薬剤データベースＤＢ１から取得する（ステップＳ３４）。そして、薬剤監査装置１４のＭＰＵ３１は、取得した取違薬剤データに基づき、第１報知画面を表示する（ステップＳ３５）。

図１２は、第１報知画面の表示例の一例の説明図である。図１２に示すように、第１報知画面Ｇ２は、指示内容画面Ｇ１と同様の画面構成を有する。ここで、薬剤監査装置１４のＭＰＵ３１は、取違薬剤データに基づき、監査エラーを報知する第１報知情報Ｇ２１を表示する。

具体的に、薬剤監査装置１４のＭＰＵ３１は、取違薬剤データに含まれた薬剤群のうち、監査エラーの対象となった薬剤の薬剤名や外観写真等を、監査エラーを示す情報（図中×印）とともに薬剤リスト表示領域Ｇ１７に表示する（図中Ｇ２２）。また、薬剤監査装置１４のＭＰＵ３１は、薬剤リスト表示領域Ｇ１７に表示された処方薬剤のうち、取違薬剤データに含まれる処方薬剤を強調表示することで、監査エラーに係る処方薬剤をオペレータに報知する（図中Ｇ２３）。また、薬剤監査装置１４のＭＰＵ３１は、本来取り揃えるべき処方薬剤が、強調表示した処方薬剤であることを示唆するメッセージＧ２４を表示する。また、図１２では、取違薬剤データに含まれた処方薬剤の外観写真を、該当する処方薬剤に対応付けて表示することで、取り揃えられた薬剤と当該薬剤に取り違えられた処方薬剤との外観等を対比可能な状態で示している。

このように、薬剤監査装置１４は、第１報知画面において、取り揃えられた薬剤がどの処方薬剤と取り違えられたのかを報知する。これにより、取り揃えられた薬剤がどの処方薬剤と取り違えられたのかをオペレータに把握させることができるため、監査業務に係る利便性を向上させることができる。また、取り揃えが発生した処方薬剤と薬剤とを対比可能に表示することで、取り違えの発生要因となる類似点等をオペレータに注意喚起することができるため、監査業務に係る利便性を向上させることができる。なお、第１報知画面Ｇ２の表示形態は図１２の例に限らないものとする。例えば、メッセージＧ２４をポップアップ表示する形態としてもよい。

図１２の第１報知画面Ｇ２が表示されている状態で、オペレータは、監査処理を再度行わせるために、新たに取り揃えた薬剤の容器あるいは包装に表示されているコードシンボルをスキャナ３７に読み取らせる。薬剤のコードシンボル（薬剤コード）がスキャナ３７で読み取られると（ステップＳ３６；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、ステップＳ３１に戻ることで、処方薬剤との一致判定を再度行う。

また、第１報知画面Ｇ２は、中止ボタンＢ２１と、保留ボタンＢ２２とを備えている。ここで、中止ボタンＢ２１は、本処理の中止を指示するためのボタンである。また、保留ボタンＢ２２は、監査エラーの生じた処方薬剤の読み取りを保留して、他の処方薬剤の読み取りの開始を指示するためのボタンである。

図１２の第１報知画面Ｇ２において、保留ボタンＢ２２の操作を受け付けると（ステップＳ３６；Ｎｏ→ステップＳ３７；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、図８のステップＳ１５に戻ることで、指示内容画面Ｇ１を表示する。なお、保留ボタンＢ２２操作後の指示内容画面Ｇ１は、図１３に示すように、再確認ボタンＢ１３が追加された状態で表示されるものとする。また、監査エラーが生じた薬剤の表示が継続されるものとする。再確認ボタンＢ１３は、未監査の処方薬剤及び保留した薬剤を確認するためのボタンである。再確認ボタンＢ１３を操作した際の処理については後述する。

また、図１２の第１報知画面Ｇ２において、中止ボタンＢ２１の操作を受け付けると（ステップＳ３６；Ｎｏ→ステップＳ３７；Ｎｏ→ステップＳ３８；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、図８のメイン処理を終了する。なお、図１２の第１報知画面Ｇ２において、何れの操作も行われない場合、薬剤監査装置１４のＭＰＵ３１は、何れかの操作を受け付けるまで待機する（ステップＳ３６；Ｎｏ→ステップＳ３７；Ｎｏ→ステップＳ３８；Ｎｏ）。

一方、ステップＳ３３において、取違薬剤データが存在しないと判定した場合（ステップＳ３３；Ｎｏ）、薬剤監査装置１４のＭＰＵ３１は、第２報知画面を表示する（ステップＳ３９）。

図１４は、第２報知画面の表示例の一例の説明図である。図１４に示すように、第２報知画面Ｇ３は、指示内容画面Ｇ１と同様の画面構成を有する。ここで、薬剤監査装置１４のＭＰＵ３１は、監査エラーの生じた薬剤に関連付けて、監査エラーを報知する第２報知情報Ｇ３１を表示する。

具体的に、薬剤監査装置１４のＭＰＵ３１は、監査エラーの対象となった薬剤の薬剤情報を、薬剤データベースＤＢ３から取得する。薬剤監査装置１４のＭＰＵ３１は、取得した薬剤情報に基づき、監査エラーの対象となった薬剤の薬剤名や外観写真を、監査エラーを示す情報（図中×印）とともに薬剤リスト表示領域Ｇ１７に表示する（図中Ｇ３２）。また、薬剤監査装置１４のＭＰＵ３１は、処方薬剤とは異なる薬剤が取り揃えられた旨等を通知するメッセージＧ３３を表示する。

このように、薬剤監査装置１４は、第２報知画面Ｇ３において、取り揃えられた薬剤が指示書情報に含まれないことを報知する。これにより、処方薬剤とは異なる薬剤が取り揃えられたことをオペレータに把握させることができるため、監査業務に係る利便性を向上させることができる。なお、第２報知画面Ｇ３の表示形態は図１４の例に限らないものとする。例えば、メッセージＧ３３をポップアップ表示する形態としてもよい。

図１４の第２報知画面Ｇ３が表示されている状態で、オペレータは、監査処理を再度行わせるために、新たに取り揃えた薬剤の容器あるいは包装に表示されているコードシンボルをスキャナ３７に読み取らせる。薬剤のコードシンボル（薬剤コード）がスキャナ３７で読み取られると（ステップＳ４０；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、その薬剤が、指示書情報に含まれる処方薬剤か否かを判定する（ステップＳ４１）。ここで、処方薬剤との不一致により監査エラーと判定した場合（ステップＳ４１；Ｎｏ）、薬剤監査装置１４のＭＰＵ３１は、ステップＳ３２に戻る。

また、ステップＳ４１において処方薬剤との一致を確認した場合（ステップＳ４１；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、監査エラーの生じた理由を登録させるための理由入力画面を表示する（ステップＳ４２）。

図１５は、理由入力画面の表示例の一例の説明図である。図１５に示すように、理由入力画面Ｇ４は、理由入力領域Ｇ４１と、ＯＫボタンＢ４１とを備えている。

理由入力領域Ｇ４１は、監査エラーの発生理由を入力するための領域である。同図では、発生理由として、「パッケージ類似」、「同一薬剤での容量違い」、「名称類似」及び「その他」の項目を選択可能に構成した例を示している。ここで、「その他」の項目が選択された場合には、監査エラーの発生理由を文字入力することが可能となっている。ＯＫボタンＢ４１は、発生理由の入力完了を通知するためのボタンである。オペレータは、発生理由の入力を完了するとＯＫボタンＢ４１を操作する。

薬剤監査装置１４のＭＰＵ３１は、ＯＫボタンＢ４１の操作を受け付けると、入力された発生理由と、監査エラーに係る薬剤群の薬剤コードとを含む取違履歴データを生成する。そして、薬剤監査装置１４のＭＰＵ３１は、生成した取違履歴データを薬剤部サーバ１９に送信することで、取違履歴データを取違履歴データベースＤＢ２に登録した後（ステップＳ４３）、図８のステップＳ１８に移行する。

薬剤部サーバ１９では、取違履歴データを受け付けると、当該取違履歴データに管理番号を割り当て、取違履歴データベースＤＢ２に記憶する。なお、取違履歴データに含まれる発生理由は、取違履歴データベースＤＢ２のコメント欄に記憶されるものとする。なお、ステップＳ４３において、発生理由が「その他」の場合には、取違履歴データを取違履歴データベースＤＢ２に登録しない形態としてもよい。また、発生理由が「その他」の場合には、取違履歴データを取違履歴データベースＤＢ２以外の他のデータベースに登録する形態としてもよい。

図１４に戻り、第２報知画面Ｇ３は、中止ボタンＢ３１と、保留ボタンＢ３２とを備えている。ここで、中止ボタンＢ３１は、本処理の中止を指示するためのボタンである。また、保留ボタンＢ３２は、監査エラーの生じた処方薬剤の読み取りを保留して、他の処方薬剤の読み取りの開始を指示するためのボタンである。

図１４の第２報知画面Ｇ３において、保留ボタンＢ３２の操作を受け付けると（ステップＳ４０；Ｎｏ→ステップＳ４４；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、図８のステップＳ１５に戻ることで、指示内容画面Ｇ１を表示する。なお、保留ボタンＢ３２操作後の指示内容画面Ｇ１は、上述した図１３の指示内容画面と同様に、再確認ボタンＢ１３が追加された状態で表示されるものとする。

また、図１４の第２報知画面Ｇ３において、中止ボタンＢ３１の操作を受け付けると（ステップＳ４０；Ｎｏ→ステップＳ４４；Ｎｏ→ステップＳ４５；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、図８のメイン処理を終了する。なお、図１４の第２報知画面Ｇ３において、何れの操作も行われない場合、薬剤監査装置１４のＭＰＵ３１は、何れかの操作を受け付けるまで待機する（ステップＳ４０；Ｎｏ→ステップＳ４４；Ｎｏ→ステップＳ４５；Ｎｏ）。

図８に戻り、薬剤監査装置１４のＭＰＵ３１は、ステップＳ１８において、指示書情報で指示された全ての処方薬剤を監査したか否かを判定する（ステップＳ１８）。未監査の処方薬剤が存在する場合（ステップＳ１８；Ｎｏ）、ステップＳ１５に戻り指示内容画面Ｇ１を表示する。

この指示内容画面Ｇ１において、再確認ボタンＢ１３の操作を受け付けると（ステップＳ１６；Ｎｏ→ステップＳ１９；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、未監査の処方薬剤を確認させるための確認画面を表示する（ステップＳ２０）。

図１６は、確認画面の表示例の一例の説明図である。図１６に示すように、確認画面Ｇ５は、指示内容画面Ｇ１と同様の画面構成を有する。ここで、薬剤監査装置１４のＭＰＵ３１は、監査が完了した処方薬剤と、未監査の処方薬剤とを識別可能な状態で表示する。

図１６では、薬剤監査装置１４のＭＰＵ３１は、薬剤リスト表示領域Ｇ１７の上方に監査が完了した処方薬剤を表示し、薬剤リスト表示領域Ｇ１７の下方に未監査の処方薬剤を表示した例を示している。また、未監査の処方薬剤に、監査処理時に保留が指示された監査エラー対象の薬剤（以下、保留薬剤という）も含めて表示しており、当該薬剤に監査エラーを示す情報（図中×印）を対応付けて表示している。また、薬剤監査装置１４のＭＰＵ３１は、未監査の処方薬剤及び保留薬剤であることを報知するメッセージＧ５１を表示している。なお、確認画面の表示形態は図１６の例に限らないものとする。例えば、メッセージＧ５１をポップアップ表示する形態としてもよい。

ここで、確認画面Ｇ５に表示された保留薬剤は、オペレータが選択可能に構成されている。薬剤監査装置１４のＭＰＵ３１は、何れか一の保留薬剤の選択を受け付けると（ステップＳ２１；Ｙｅｓ）、図９のステップＳ３２に移行することで、取違薬剤データの取得を試みる。

また、確認画面Ｇ５は、戻るボタンＢ５１と、中止ボタンＢ５２とを備えている。ここで、戻るボタンＢ５１は、確認画面Ｇ５からの離脱を指示するためのボタンである。また、中止ボタンＢ５２は、本処理の中止を指示するためのボタンである。

図１６の確認画面Ｇ５において、戻るボタンＢ５１の操作を受け付けると（ステップＳ２１；Ｎｏ→ステップＳ２２；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、ステップＳ１５に戻ることで、指示内容画面Ｇ１を表示する。また、図１６の確認画面Ｇ５において、中止ボタンＢ５２の操作を受け付けると（ステップＳ２１；Ｎｏ→ステップＳ２２；Ｎｏ→ステップＳ２３；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、メイン処理を終了する。なお、図１６の確認画面Ｇ５において、何れの操作も行われない場合、薬剤監査装置１４のＭＰＵ３１は、何れかの操作を受け付けるまで待機する（ステップＳ２１；Ｎｏ→ステップＳ２２；Ｎｏ→ステップＳ２３；Ｎｏ）。

また、上述した指示内容画面Ｇ１において、中止ボタンＢ１１の操作を受け付けると（ステップＳ１６；Ｎｏ→ステップＳ１９；Ｎｏ→ステップＳ２４；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、メイン処理を終了する。なお、指示内容画面Ｇ１において、何れの操作も行われない場合、薬剤監査装置１４のＭＰＵ３１は、何れかの操作を受け付けるまで待機する（ステップＳ１６；Ｎｏ→ステップＳ１９；Ｎｏ→ステップＳ２４；Ｎｏ）。

一方、ステップＳ１８において、全ての処方薬剤を監査したと判定すると（ステップＳ１８；Ｙｅｓ）、薬剤監査装置１４のＭＰＵ３１は、図１７に示すように、指示内容画面Ｇ１の完了ボタンＢ１２を有効化する（ステップＳ２５）。次いで、薬剤監査装置１４のＭＰＵ３１は、この完了ボタンＢ１２が操作されるまで待機する（ステップＳ２６；Ｎｏ）。

そして、薬剤監査装置１４のＭＰＵ３１は、完了ボタンＢ１２の操作を受け付けると（ステップＳ２６；Ｙｅｓ）、ステップＳ１４で入力された監査番号の監査が完了したことを薬剤部サーバ１９等に通知し（ステップＳ２７）、本処理を終了する。

以上のように、本実施形態の薬剤監査装置１４によれば、処方薬剤以外とは異なる薬剤が取り揃えられた場合に、その薬剤がどの処方薬剤と取り違えられたかを報知することができるため、監査業務に係る利便性を向上させることができる。

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

例えば、上記実施形態では、薬剤に付されたコードシンボル（薬剤コード）に基づいて当該薬剤を識別したが、薬剤の識別方法はこれに限らないものとする。他の例としては、薬剤の外面情報（薬剤のラベルを表す特徴量、薬剤の色合いや表面の凸凹状況等の表面の状態を表す特徴量等）を読み取ることで薬剤を識別する形態としてもよい。具体的には、読取手段３１１は、薬剤の全部または一部の外面情報を読み取る。そして、読取手段３１１は、読み取り結果として得られた外面情報に基づいて薬剤を識別して薬剤情報を抽出する。なお、薬剤の外面情報に基づいて薬剤を識別する方法は、予めコード情報に対応付けて薬剤の外面情報をテーブルとして記憶しておき、外面情報に基づく薬剤の薬剤情報をテーブルから抽出するようにすればよい。

また、上記実施形態では、薬剤に付されたバーコードや二次元コードなどのコードシンボルからコード情報を読み取ると説明しているが、コード情報は、コードシンボル以外であってもよい。例えば、コード情報は、ＲＦＩＤなどからコード情報を読み取るとしてもよい。この場合には、ＲＦＩＤリーダライタ等を新たに備えればよい。

また、上記実施形態では、取違薬剤データベースＤＢ１、取違履歴データベースＤＢ２及び薬剤データベースＤＢ３を、薬剤部サーバ１９に記憶する形態を説明したが、これに限らないものとする。他の例としては、取違薬剤データベースＤＢ１、取違履歴データベースＤＢ２及び薬剤データベースＤＢ３の全て又は一部を、電子カルテサーバ１１等の他の外部装置や薬剤監査装置１４のローカルに記憶してもよい。

また、上記実施形態では、指示内容画面Ｇ１や第１報知画面Ｇ２等の画面表示を薬剤監査装置１４が制御する形態としたが、これに限らないものとする。例えば、公知のＷｅｂ技術等を用いることで、薬剤部サーバ１９が薬剤監査装置１４の画面表示を制御する形態としてもよい。この形態を採用する場合、薬剤部サーバ１９は、表示制御手段３１４や監査手段３１５の機能（或いは機能の一部）、Ｗｅｂサーバ等の機能を有するものとする。また、薬剤部サーバ１９は、通信ネットワーク１７越しに通知される薬剤監査装置１４での操作に応じた表示画面を、Ｗｅｂコンテンツとして薬剤監査装置１４に提供する。

また、上記実施形態の各装置で実行されるプログラムは、各装置が備える記憶媒体（ＲＯＭ又は記憶部）に予め組み込んで提供するものとするが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記憶媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記憶媒体も含まれる。

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

１４ 薬剤監査装置
３１ ＭＰＵ
３１１ 読取手段
３１２ 通信手段
３１３ 計量手段
３１４ 表示制御手段
３１５ 監査手段
３１６ 取得手段
３１７ 報知手段
３１８ 登録手段

特開２００２−１６３３５７号公報

Claims (6)

1. 薬剤を識別する識別情報を読み取る読取手段と、
   処方箋情報に含まれる処方薬剤の何れかと前記薬剤とが一致するか否かの判定を行う監査手段と、
   前記監査手段が不一致と判定した場合に、所定の要素が類似する薬剤同士を関連付けた取違薬剤データを記憶する記憶部から、前記薬剤に係る前記取違薬剤データを取得する取得手段と、
   前記取得手段が取得した前記取違薬剤データに基づき、前記薬剤に取り違えられた前記処方薬剤を報知する第１報知画面を表示部に表示する報知手段と、
   を備える薬剤監査装置。
2. 前記報知手段は、前記薬剤と当該薬剤に取り違えられた前記処方薬剤とを対比可能な前記第１報知画面を表示する請求項１に記載の薬剤監査装置。
3. 前記報知手段は、前記取得手段が前記取違薬剤データを取得できない場合に、前記薬剤が前記処方箋情報に含まれないことを報知する第２報知画面を前記表示部に表示する請求項１又は２に記載の薬剤監査装置。
4. 前記取得手段は、形体、型式又は名称が類似する薬剤同士を関連付けた取違薬剤データを記憶する前記記憶部から、前記薬剤に係る前記取違薬剤データを取得する請求項１〜３の何れか一項に記載の薬剤監査装置。
5. 前記監査手段で不一致と判定された薬剤に代えて前記読取手段で読み取られた新たな薬剤が、前記処方薬剤の何れかに一致すると前記監査手段で判定された場合、前記新たな薬剤と前記不一致と判定された薬剤とを対応付けた取違履歴データを前記記憶部に登録する登録手段を更に備える請求項１〜４の何れか一項に記載の薬剤監査装置。
6. 薬剤監査装置のコンピュータを、
   薬剤を識別する識別情報を読み取る読取手段と、
   処方箋情報に含まれる処方薬剤の何れかと前記薬剤とが一致するか否かの判定を行う監査手段と、
   前記監査手段が不一致と判定した場合に、所定の要素が類似する薬剤同士を関連付けた取違薬剤データを記憶する記憶部から、前記薬剤に係る前記取違薬剤データを取得する取得手段と、
   前記取得手段が取得した前記取違薬剤データに基づき、前記薬剤に取り違えられた前記処方薬剤を報知する第１報知画面を表示部に表示する報知手段と、
   して機能させるためのプログラム。

Images