JP2018509348A - 医薬品情報を含む医療用ラベリング装置 - Google Patents

Abstract

医療施設で医薬品容器にラベリングするためのラベルを作成するラベリング装置が提供される。ラベリング装置は、医薬品容器により保存される医薬品を符号化したコンピュータ可読コードを読み取り、コンピュータ可読コードの読取りに応答して医薬品のＩＤを示す信号を送信するコードリーダを含む。非一時的コンピュータ可読メモリが、複数の医薬品エントリを含む医薬品集を記憶する。処理コンポーネントが、医薬品集から、コンピュータ可読コードに対応する医薬品のＩＤを識別するように構成され、コンピュータによりアクセス可能なソースから患者ＩＤを受信する。プリンタが、特定の医薬品を識別するラベル内容を、医薬品容器に貼付されるラベルに印刷するように動作可能である。ラベル内容は、コンピュータ可読のラベルコードにより符号化された医薬品のＩＤおよび患者ＩＤを含む。【選択図】図３

Description

本出願は、一般に、ラベルを作成するためのラベリング装置に関し、より詳細には、医療環境において医薬品容器に貼付される、機械可読コードを含むラベルを作成するためのラベリング装置および方法に関する。

従来のラベリングシステムには多くの欠点があり、主にヒューマンエラーのため信頼性が劣っている。いい加減な手書き文字ではラベルが読みにくくなり、または全く判読不能になる。そのようなラベルを作成する専門家は、各々異なる方法でこれを行うか、またはラベルの内容について別の専門家とは異なる意味を付与することがある。そのような状況では、ラベルの内容は様々な解釈が可能であり、適切な文書添付および記録管理に必須の情報がないことが多い。

さらに、従来のラベリングシステムは、一般に、適切な患者が医薬品自動送達デバイスにより投与される医薬品を受ける予定であることについての確実な再確認を容易にするのに役立つラベルを作成する能力に欠けている。従来、医薬品を患者に投与する場所で、人間が読み取れるラベル内容を、患者を識別する、人間が読み取れる他の内容と手作業で比較していた。

一態様によれば、本出願は、医療施設で医薬品容器にラベリングするためのラベルを作成するラベリング装置に関する。そのようなラベリング装置は、医薬品容器により保存される医薬品を符号化したコンピュータ可読コードを読み取り、コンピュータ可読コードの読取りに応答して医薬品のＩＤを示す信号を送信するコードリーダを含む。非一時的コンピュータ可読メモリが、複数の医薬品エントリを含む医薬品集を記憶する。処理コンポーネントが、医薬品集から、コンピュータ可読コードに対応する医薬品のＩＤを識別するように構成され、コンピュータによりアクセス可能なソースから患者ＩＤを受信する。プリンタが、特定の医薬品を識別するラベル内容を、医薬品容器に貼付されるラベルに印刷するように動作可能である。ラベル内容は、コンピュータ可読のラベルコードにより符号化された医薬品のＩＤおよび患者ＩＤを含む。

別の態様によれば、本出願は、医薬品自動送達デバイスを使用して医薬品を患者に投与する方法に関する。そのような方法によれば、コンピュータ可読コードリーダを使用して、コンピュータ可読の医薬品コードと、同じくコンピュータ可読の第１の患者コードとをスキャンする。医薬品コードおよび第１の患者コードは、医薬品自動送達デバイスにより投与する医薬品を保存している医薬品容器に関連付けられる。コンピュータ可読コードリーダを使用して、コンピュータ可読であり第１の患者コードから独立した第２の患者コードをスキャンする。第１の患者コードに基づいて判定された第１の患者ＩＤを第２の患者コードに基づいて判定された第２の患者ＩＤと比較して、第１の患者ＩＤが第２の患者ＩＤと一致しているかどうかを判定する。医薬品送達デバイスは、第１の患者ＩＤが第２の患者ＩＤに一致しているという判定がなされたことに応答して医薬品を患者に投与するように構成され、第１の患者ＩＤが第２の患者ＩＤに一致していないという判定がなされたことに応答してアラートを開始する。

上記の概要は、本明細書に記載のシステムおよび／または方法のいくつかの態様の基本的な理解をもたらすために、簡単な概要を示すものである。この概要は、本明細書に記載のシステムおよび／または方法の広範囲にわたる概略ではない。この概要は、主要な／重要な要素を特定すること、またはそのようなシステムおよび／もしくは方法の範囲を定めることを意図したものではない。この概要の唯一の目的は、後述するより詳細な説明の前置きとして、いくつかの概念を簡単な形で示すことである。

本発明は、ある部品の物理的形状および部品の配置を採用することができ、その実施形態について本明細書で詳細に説明し、その一部をなす添付図面に図示する。

医療施設において医薬物質に施されるラベルを作成するためのラベリング装置の例示的な実施形態を示す図である。 医療施設において医薬物質に施されるラベルを作成するためのラベリング装置のコンポーネントを概略的に示すブロック図である。 医療施設における医療用ラベリングネットワーク配置の例示的な実施形態を示す図である。 患者を識別するコンピュータ可読コードを含む、医薬品を患者に処方する処方箋書式の例示的な実施形態を示す図である。 患者が着用する、患者のＩＤを示す情報を符号化したバーコードを含むリストバンドの例示的な実施形態を示す図である。 本開示により印刷されたラベルの例示的な実施形態を示す図である。 患者を識別するコンピュータ可読コードとコンピュータ可読医薬品注文コードとを含む、医薬品を患者に処方する処方箋書式の代替実施形態を示す図である。

本明細書において、ある用語は単に便宜上使用されるものであり、本発明を限定するものとみすなべきではない。本明細書で使用される関連する言い回しは、図面を参照することにより最もよく理解され、図中、同一の符号を使用して同一または同様の要素を特定する。さらに、図中、ある特徴をいくらか概略的な形で示してもよい。

複数の部材に続く「〜の少なくとも１つ」という表現は、本明細書で使用される場合、部材の１つ、または２つ以上の部材の組合せを意味することに留意されたい。たとえば、「第１のウィジェット（widget）および第２のウィジェットの少なくとも１つ」という表現は、本出願において、第１のウィジェット、第２のウィジェット、または第１のウィジェットおよび第２のウィジェットを意味する。同様に、「第１のウィジェット、第２のウィジェット、および第３のウィジェットの少なくとも１つ」は、本出願において、第１のウィジェット、第２のウィジェット、第３のウィジェット、第１のウィジェットおよび第２のウィジェット、第１のウィジェットおよび第３のウィジェット、第２のウィジェットおよび第３のウィジェット、または第１のウィジェットおよび第２のウィジェットおよび第３のウィジェットを意味する。

図１に示すように、コンピュータ端末１０はタッチスクリーンディスプレイ１４を含み、このディスプレイ１４は、キャビネット２０に枢動可能に連結されて、医薬物質に施されるラベル１２に印刷されるラベル内容３４を含む仮想ラベル１６を表示する。コンピュータ端末１０は、コンピュータ可読コードをスキャンし、参照により本明細書に組み込まれている米国特許出願第１２／９０１，１１０号に記載されたシリンジ（syringe）のなどの医療容器に貼付されるラベルを印刷するように動作可能である。ディスプレイ１４はソフトキーを表示することができ、このソフトキーは、専門家または他のユーザがタッチすると、コンピュータ端末１０にデータおよびコマンドを入力する。仮想ラベル１６は、プリンタ２６により印刷される実際のラベル１２の外観をユーザが視覚確認できるようにする、ラベル１２のコンピュータ生成レンダリング（rendering）である。
たとえば非接触スキャナ１８などのコンピュータ入力周辺装置を、ディスプレイ１４の底部と一体に形成するなど、便利な位置に設けて、たとえばスキャナ１８の下で支持された機械可読コードを読み取ることができる。スキャナ１８をディスプレイ１４の一部として一体に形成すると、スキャナ１８がディスプレイ１４に対して再位置決め可能な単独の周辺装置として形成される配置と比べてスペースの節約になる。しかしながら、他の実施形態により、単独かつ別個のスキャナ１８および／またはディスプレイ１４も可能である。

コンピュータ入力周辺装置は、コンピュータ端末とコード、および場合によりコード入力中のユーザとの接触を必要とすることなく、バーコードまたはＲＦＩＤコードのそれぞれなどの機械可読コード、または他の機械可読コードを読み取るバーコードリーダまたは無線自動識別（「ＲＦＩＤ」）タグリーダまたは他のデバイスであってよい。代替実施形態によれば、ディスプレイ１４をユーザによりコンピュータ入力周辺装置として使用してもよい。そのような実施形態の場合、ディスプレイ１４により表示されるソフトキーを選択して、患者に投与するために調製される医薬物質などの情報または本明細書に記載のラベルを作成する際に使用する他の情報を入力することができる。さらなる代替実施形態によれば、場合によりスピーカ１７をディスプレイ１４またはコンピュータ端末１０の他の部分に設けて、可聴音を放送してもよい。

コンピュータ端末１０はまた、医療用ラベリング規格に従ってラベル１２を作成するように動作可能なコンポーネントを収容または支持するキャビネット２０を含む。しかしながら、医薬物質以外のものにラベリングする場合には、作成されるラベル１２は、業界または職能団体、管理機関、政府機関、病院などの医療機関もしくは施設、またはそのような物質のラベリングの方策を定める他の標準化団体により策定された規格に従うものとする。キャビネット２０内に収納される内部コンポーネントが、図２のブロック図に概略的に示される。これらのコンポーネントは、ＡＳＩＣ、コンピュータプロセッサ、プログラム可能な論理制御器および他の回路などのコンピュータハードウェアの配置、またはコンピュータハードウェアとコンピュータにより実行可能な指示との組合せから形成することができる。
たとえば、処理コンポーネント２２を設けて、ハードディスクドライブ、読取り専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、光ディスク、または他の適切なメモリデバイス、またはこれらの組合せなどの非一時的コンピュータ可読メモリ２４に記憶された、コンピュータにより実行可能な指示を実行する。コンピュータにより実行可能な指示は、コンピュータプロセッサ２２により実行されると、以下で詳細に説明する医薬物質のラベルを作成する方法を実施する。ＢＩＯＳ２８を設けて、メモリ２４に記憶されたオペレーティングシステムおよび他のそのような管理指示３０をロードし、コンピュータ端末１０のハードウェアインターフェース許可を管理する。オペレーティングシステムは、認可された更新のみをロードして、医薬品集３６、構成データ３２、および管理指示３０に対する認可されない変更を防止するように構成される。
構成データ３２は、有効でいつでも使用できるコンピュータ端末１０の様々な機能を制御する。場合により、ＵＳＢ互換フラッシュメモリを含むいわゆるスマートドライブをコンピュータ端末１０に導入することによって、構成データ３２を記憶し、更新し、メモリ２４から削除することができる。スマートドライブは、コンピュータ端末１０に導入されると、コンピュータ端末１０の構成データ３２を設定する。場合により、構成データ３２を使用して、普通なら購入したコンピュータ端末１０のモデルに基づいてコンピュータ端末１０が実施可能な機能的特徴を停止させることができる。したがって、コンピュータ端末１０の共通のハードウェアプラットフォームを、構成データ３２に基づいて複数の異なる機能的構成に構成することができる。

管理指示３０に加えて、メモリ２４は、コンピュータ端末１０により識別可能な医薬物質のデータベースと、データベースの医薬物質エントリごとの選択情報とを含む更新可能な医薬品集３６も記憶している。場合により、ＵＳＢ互換フラッシュメモリを含むいわゆるスマートドライブをコンピュータ端末１０に導入することによって、医薬品集３６を記憶し、更新し、メモリ２４から削除することができる。スマートドライブは、コンピュータ端末１０に導入されると、コンピュータ端末１０の医薬品集３６を設定する。医薬物質エントリに提供可能な選択情報の例示的な例としては、限定されないが、ＮＤＣコード、ＵＰＣコード、ＥＡＮコードなどのＩＤ番号、またはバーコードもしくは他のコンピュータ可読コードを医薬物質エントリに関連付けるために使用可能な他の識別データ、再生時に機械可読コードのスキャンに応答して識別された医薬物質名を聞こえるように知らせる音声ファイル、警告データ、またはこれらの組合せが挙げられる。

ネットワークアダプタ３８を、図３に示すような医療施設におけるネットワーク４０上のコンピュータ端末１０によって受信される信号を変換するための処理コンポーネント２２と通信するように動作可能に接続する。ネットワークアダプタ３８は、いずれのタイプのネットワーク通信とも互換性のあるものであってよい。たとえば、ネットワークアダプタ３８としては、ＲＪ−４５ソケットによるハードワイヤード、１０Ｂａｓｅ−Ｔ、１００Ｂａｓｅ−Ｔ、または１０００Ｂａｓｅ−Ｔイーサネットインターフェース、同軸ケーブルインターフェース、光ファイバインターフェース、ＩＥＥＥにより設定された８０２．１１規格のいずれかと互換性のあるアンテナなどの任意のフォーマットの無線通信インターフェース、またはこれらの任意の組合せが挙げられる。
無線ネットワークアダプタ３８を含む実施形態は、たとえばＷＥＰ、ＷＰＡおよびＷＰＡ２などの所望のセキュリティプロトコル、および他の適切なセキュリティプロトコルを採用することができる。複数の異なるネットワーク通信チャネル上で通信するよう適合したネットワークアダプタ３８を含む実施形態の場合、ネットワークアダプタ３８のハードワイヤード通信部分とネットワークアダプタ３８の無線通信部分との両方を、場合により同時に有効にしてもよい。したがって、コンピュータ端末１０は、場合により、ネットワークアダプタ３８のハードワイヤード部分と無線部分との両方を同時に介して通信することができる。

図３に示すように、全体を１０、個々に１０ａ、１０ｂ、１０ｃでそれぞれ示す複数のコンピュータ端末が、医療施設のネットワーク４０に含まれることがある。たとえば、外科手術が行われる手術室の各々がコンピュータ端末１０の１つを室内に有することができる。他のネットワークは、患者の低侵襲的検査（minimally invasive examinations）などの処置が行われる検査室にコンピュータ端末１０を含んでもよい。

また、ネットワーク４０は、コンピュータにより実行可能な指示（以下、管理ツールまたは「ＡＴ」と呼ぶ）を実行する薬局コンピュータ端末４２を含み、この指示は、実行時にコンピュータ端末１０の１つまたは複数、場合によりすべてを管理する。場合により、ＡＴにより管理される各コンピュータ端末１０に、ＡＴを使用してユーザ特定の名称が割り当てられて、コンピュータ端末をネットワーク４０上で互いに区別し、場合により各コンピュータ端末１０の簡単な説明をユーザに与える。たとえば、手術室＃１に位置するコンピュータ端末１０に名称ＯＲ−１を割り当ててその位置を示すことができる。代替実施形態によれば、ユーザ特定の名称Ｃａｒｔ−１を、可動カート＃１上のコンピュータ端末に割り当ててもよい。
場合により、ＩＴコンピュータ端末４４をネットワーク４０の一部として接続して、ＡＴを実行し、技術者がコンピュータ端末１０の技術的側面を管理することができるが、場合により、コンピュータ端末１０に記憶された医薬品または他の医療関連の内容を変更できる許可を技術者に与えることはできないようにする。端末４２、４４でユーザに与えられる許可は、場合により、ユーザがログインしたときに、ユーザ名／パスワードの組合せ、コンピュータ可読識別表示、または他の識別情報に基づいて判定される。したがって、端末４２、４４は、必ずしも特定の目的専用のものである必要はない。

制御された医薬品および医薬物質（以下で、全般的に「医薬品」と呼ぶ）の在庫が維持される医療施設の薬局に、薬局端末４２を位置させることができる。１人または複数の薬剤師が、薬局で使用される医薬品についてのＩＤ、識別コード（たとえば、ＮＤＣ）番号、濃度、および他の関連情報を含む基本医薬品データベース（「ＭＤＤ」）を維持し管理する。医薬品は薬剤師によりＭＤＤに入力され、端末４２、４４、および場合によりネットワーク４０に接続された他の端末が、ＭＤＤへのアクセスを制限し、認可されていない個人がＭＤＤの医薬品エントリを入力または変更することを防止し、かつ場合によりＭＤＤへのアクセスを完全に防止することができる。言い換えると、医療施設で働く登録され認可された薬剤師と、薬剤師がＭＤＤへのアクセスを許可した人だけが、ＭＤＤのデータを操作する許可を得た人である。

ＭＤＤから、薬剤師は、薬剤師の許可によりＡＴを使用してコンピュータ端末１０のうちの１つまたは複数のメモリ２４に記憶される医薬品集を管理する。医薬品集はＭＤＤのサブセットを含むことができ、サブセットは、場合により、コンピュータ端末１０が位置する医療施設の手術室または他の場所で一般に使用される医薬品を含むことができる。場合により、同じ医薬品集を２つ以上のコンピュータ端末のメモリ２４に記憶させ、場合により、特定の医療訓練に関連する外科手術中に使用される医薬品を含むようにカスタマイズすることができる。たとえば、心臓外科手術中に一般に使用される医薬品を含む同じ医薬品集を、そのような手術専用のそれぞれの手術室に各々位置するコンピュータ端末１０ａ、１０ｂのメモリ２４に記憶させてもよい。
場合により、小児に投与するのに適した適切な用量の医薬品を含む別の異なる医薬品集を、小児外科手術専用の手術室に位置するコンピュータ端末１０のメモリ２４に記憶させてもよい。代替実施形態によれば、コンピュータ端末１０が位置する手術室が特定のタイプの外科手術専用でない場合に、コンピュータ端末１０のメモリ２４に記憶された医薬品集３６を、各外科手術の前に評価、更新、交換、または他の方法で変更することができる。特定のタイプの手術に対応するために医薬品集の更新が必要であるときに、コンピュータ端末１０の医薬品集を更新、交換、または他の方法で変更するために薬剤師のアクセスが必要であり、以下で詳細に説明するように、コンピュータ端末１０の各々のメモリ２４内にある医薬品集の更新、交換、および変更をネットワーク上で実施することができる。

薬剤師の許可レベルに加えて、コンピュータ端末１０へのアクセスを異なるユーザに限定する他の許可レベルがあってもよい。たとえば、コンピュータ端末１０を使用して医薬品バイアルのバーコードまたは他の機械可読コードを問い合わせ、医薬品のＩＤを抽出し、シリンジに貼付するラベルを印刷する許可を、麻酔科医に与えてもよい。場合により、バーコードの問合せに応答して適切な医薬品識別表示が得られたことを確認する許可を、麻酔科医に与えてもよい。しかしながら、麻酔科医は、コンピュータ端末１０のメモリ２４に記憶された医薬品集を修正することはできない。

加えて、ＭＤＤおよび／または医薬品集の特定の医薬品情報に関連しない、コンピュータ端末１０についての技術的な、コンピュータハードウェアおよびソフトウェアに関連する問題に対処する許可を、ＩＴ専門家に与えてもよい。たとえば、コンピュータ端末１０のＩＰアドレス、使用しているセキュリティプロトコル、および他のコンピュータ特定事項を割り当てる、かつ／または変更する許可をＩＴ専門家に与えてもよい。しかしながら、医薬品集のバージョンおよび説明などの医薬品集に関連する一部の情報をＩＴ専門家が見て、適切なコンピュータ端末１０に正しい医薬品集がインストールされていることを確認することができる。これは、オペレーティングシステム、ＢＩＯＳ２８、構成データ３２、および管理指示３０のバージョンおよび説明情報にも当てはまる。

また、図３のネットワーク４０は電子メールサーバ４６を含み、これを通して、医療施設でコンピュータ端末１０に関連するタスクを実施する個人に電子メールが送信される。電子メールサーバ４６は、コンピュータ端末１０、および場合によりネットワーク４０の他のリソースと同様に、ＣＡＴ−５イーサネットケーブルなどのハードワイヤード通信チャネル（図３に実線４８で示す）、無線通信チャネル（アーチ状の放射信号５０により示す）、またはこれらの組合せを介して他のネットワークリソースに信号を送信することができる。たとえば、引き金となる事象が１つまたは複数のコンピュータ端末１０で発生したことを個人に知らせる電子メールが、電子メールサーバ４６から端末４２、４４、携帯情報端末、携帯電話、タブレット、ラップトップコンピュータなどの携帯型通信デバイス５４などの１つまたは複数に送信される。加えて、情報をより有意義な方法で整理してユーザに配信する１つまたは複数の規則を適用するように、電子メールサーバ４６を構成してもよい。
たとえば、薬剤師は、医薬品集３６についてのすべての問題の通知（たとえば、「医薬品が見つからない」という通知）を、勤務シフトの開始時、および再び４時間後に集めて薬剤師に配信するように希望することができる。これらの時間にそのような通知を１回の通信で薬剤師に送信するように、電子メールサーバ４６を構成することができる。さらに、異なる薬剤師は異なる通知手順およびそのような通知を受信する異なる時間を好むことがあり、場合により、各薬剤師の要求を個々に満たすように、電子メールサーバ４６を構成してもよい。しかしながら、ＩＴ技術者のグループは、コンピュータ端末１０が手術室で適切に動作できなくなる技術的問題を迅速に通知することを希望することがある。この場合も、そのような技術的問題を検出すると略即座にそのような通知をＩＴ技術者に迅速に送信するように、電子メールサーバ４６を構成することができる。

スイッチ、ルータ、無線アクセスポイントなどのネットワークリソース割当装置５２をネットワーク４０内に含んで、ネットワークリソースを共有し、コンピュータ端末１０と端末４２、４４との間で通信を設定することができる。加えて、コンピュータ端末１０は、場合により拡張ポートとして機能することができ、一般に「スマートカート」と呼ばれる医薬品自動投薬システム５６などの他のネットワークリソースをこの拡張ポートに対してネットワークに接続して、スケジュールに従って、または所定の事象の発生に応答して投薬し、医薬品の強度、量、およびタイプの記録を取ることができる。加えて、スマートカートの機能の１つが医薬品の投薬を制御することであり、コンピュータ端末１０の機能の１つが、スマートカートから医薬品が充填されたシリンジなどの容器のラベルを作成することであるため、デバイスが情報を共有することができると効率に関して利点がある。
たとえば、スマートカートとコンピュータ端末１０とのネットワーク接続により、１つのデバイスに入力されたユーザ名およびパスワードなどのユーザログイン情報を他のデバイスと共有して、ユーザが一度のログインで両方のデバイスに認証されるようにすることができる。他の利点として挙げられるのは、処置で使用される医薬品についての情報をデバイス間で共有することができるため、医薬品の検証および調整を行うことにより確実に適切な医薬品が投薬され、ラベリングされ、追跡されて、患者の記録の精度を高め、正確な請求書作成を強化できることである。図３に示すように、医薬品自動投薬システム５６は、無線で他のネットワークリソースに接続されたコンピュータ端末１０ｃに配線で組み込まれている。

コンピュータ端末１０が医療環境で使用可能になる前に、端末４２、４４の１つまたは複数にＡＴソフトウェアをインストールし、これを病院または他の医療施設で薬剤師が使用してＭＤＤにデータを読み込むことができる。ＡＴは市販の医薬品データベース（たとえばＬｅｘｉｃｏｍｐ）などの様々なソースから医薬品情報を受け入れて、薬剤師が医薬品をＭＤＤに選択的に追加できるようにする。この情報は、ネットワークにアクセス可能な記憶サーバに記憶され、またはＡＴを実行する端末４２、４４によりにローカルに記憶される。簡単に言うと、ＭＤＤは、病院または他の医療施設で使用可能な医薬品のセットである。

ＭＤＤに医薬品情報が読み込まれると、薬剤師はＡＴを使用して、コンピュータ端末１０の１つまたは複数のメモリに記憶される医薬品集に追加すべき医薬品のサブセットをＭＤＤから選択し、これにより、コンピュータ端末１０がその医薬品集内の医薬品を認識できるようにする。端末４２、４４の１つで実行されるＡＴを使用して管理される医薬品集は、コンピュータ端末１０に関連するため、医療用ラベリング規格に従って医薬品容器を調製しラベリングするための関連情報を有する正式な医薬品のセットと考えられる。「関連情報」としては、医薬品を調製する、すなわち、通常、必要なときに医薬品を希釈するための情報が挙げられる。また、「関連情報」としては、特定の医薬品についてラベルに印刷された色、パターン、図形、および文字情報に関連する情報が挙げられ、このようなラベルは印刷されると医療用ラベリング規格に従ったものになる。
他のタイプの関連情報は、ファイル、コンピュータ生成音声を実施するデータ、医薬品名ならびに濃度値および濃度単位などの重要な医薬品関連情報を聞こえるように発音するファイルへの参照、またはこれらの任意の組合せであってよい。たとえば、プロポフォール１０ｍｇ／ｍｌの場合、１つの音声ファイルまたは２つ以上の音声ファイルまたは音声ファイルへの参照を組み合わせて、医薬品名と医薬品の濃度とを「プロポフォール１ミリリットル当たり１０ミリグラム」と聞こえるように伝える。この例によれば、医薬品名「プロポフォール」が１つの可聴ファイルに含まれ、濃度値「１０」が別の可聴ファイルに含まれ、濃度単位「１ミリリットル当たりのミリグラム」が第３の可聴ファイルに含まれる。
これら３つの音声ファイルを実行し順に再生して、１０ｍｇ／ｍｌのプロポフォールを含む容器に関連するバーコードのスキャンに応答して、コンピュータ端末がスピーカ１７を介して「プロポフォール１ミリリットル当たり１０ミリグラム」と聞こえるように放送できるようにする。たとえば「医薬品を使用しない」などのエラーについての情報を含む他の可聴情報も、ＡＴを使用して医薬品集内の医薬品と関連付けることができる。場合により、医薬品が呼び出され、薬剤師がコンピュータ端末１０に、たとえば呼び出された医薬品を使用しないこと、または使用に適していないことをユーザに通知してほしいときに、「医薬品を使用しない」という可聴情報を、スピーカ１７を使用して聞こえるように出力することができる。コンピュータ端末１０は、医薬品に関連するデータを調べることによりいくつかの可聴医薬品情報を自動で割り当てることができる。
たとえば、濃度値１０を使用して、「１０」という単語を伝える可聴ファイルまたはファイル参照を選択することができる。同じことが濃度単位にも当てはまり、ｍｇ／ｍｌを自動で使用して、「１ミリリットル当たりのミリグラム」に対応する可聴ファイルまたはファイル参照を選択することができる。ＭＤＤは、錠剤、カプセル、軟膏、パッチ、注射物質などを含む病院で使用される多くのタイプの医薬品についての情報を含むことができるため、薬剤師は、場合により、患者への投薬前に医薬品容器にラベリングする施設において、特定の処置または他のポイントオブケアのために手術室（本明細書で「ＯＲ」とも呼ばれる）の麻酔科医により共通して使用される医薬品のみをＭＤＤから選択することができる。これらは通常、注射医薬品である。この医薬品のサブセットを、場合により、小児科用などの適用特有のセットにさらに絞ってもよい。

薬剤師が医薬品集の医薬品を選択し、関連情報を各医薬品に割り当てると、医薬品集「パッケージ」が作成される。このパッケージは、医薬品集が記憶されるコンピュータ端末１０への配信に適したフォーマットのすべての医薬品集情報を含む１つの電子ファイルである。医薬品集を１つのパッケージに組み込むことにより、ＡＴを動作させる端末から意図したコンピュータ端末１０への情報の転送が簡単になる。また、これにより、コンピュータ端末１０に転送されるその医薬品集のバージョンについてのすべての情報が確実に１つのファイルにカプセル化されて、失われる情報または忘れられる情報がなくなる。
そして、医薬品集パッケージを、ＡＴを使用して選択された、医薬品集パッケージを受信する予定のコンピュータ端末１０に、ネットワーク４０を介して送信する。代替実施形態によれば、医薬品集パッケージを、場合によりＵＳＢフラッシュドライブに記憶させ、医薬品集パッケージを受信するコンピュータ端末１０にＵＳＢフラッシュドライブを差し込むことにより、コンピュータ端末１０に配信することができ、その後これは自動でインストールされる。これにより、転送が絶対的な提案となり、すなわちコンピュータ端末１０の既存の医薬品集が転送される医薬品集パッケージに完全に置き換えられる。受信された医薬品集パッケージが不完全であるか破損している場合、これはコンピュータ端末１０にインストールすることができず、ユーザにインストール失敗が警告される。

医薬品集パッケージの配信に加えて、コンピュータ端末１０は、構成およびソフトウェア更新についての他のタイプのパッケージを受け入れる。これらのパッケージのいずれも、ＵＳＢドライブまたはネットワークを介して配信することができる。すべてのパッケージはデジタル署名により符号化されて、パッケージの内容が変更または破損されることを防止する。加えて、ＵＳＢフラッシュドライブは、場合により、認可されたＵＳＢフラッシュドライブのみをコンピュータ端末１０に確実に差し込んで医薬品集、構成、またはソフトウェア更新パッケージをインストールするために、所定のデジタル署名を有する必要がある。

たとえば、コンピュータ端末１０のメモリに記憶された構成パッケージ３２は、シリンジを準備しラベリングするときにそれらのコンピュータ端末１０の挙動を制御する。構成パッケージ３２を使用することにより、ラベルの印刷前にタッチスクリーンディスプレイ１４に表示された医薬品情報がスキャナ１８によりスキャンされた医薬品容器と一致することの検証が必要であるなどのコンピュータ端末１０の機能を有効化または無効化することができる。薬剤師、麻酔科医長、または他の認可された個人は、ワークフローをカスタマイズしてシリンジの準備をどのように行うかを指示し、構成パッケージを使用してコンピュータ端末１０を所望のものに適合させる。構成パッケージがインストールされると、コンピュータ端末１０はそのワークフローをユーザに与えることができる（たとえば、認可された確認を必要とする）。
複数のワークフローを所与のコンピュータ端末１０にインストールすることができる。場合によって、コンピュータ端末１０で使用するためのワークフローを選択する許可がユーザに与えられる。場合により、ユーザのログイン情報に基づいてワークフローを選択することができる。これにより、異なるユーザについて異なるワークフローが可能になる。たとえば、麻酔プログラムの新しいレジデントは、有効化されたすべての追加の検証を有するが、上級医師は異なるワークフロー構成を有することができる。各ワークフローは、実施される一連の動作を定義することができ、場合により、ユーザがコンピュータ端末１０と対話するときにこれを実施する必要がある。

時々、コンピュータ端末１０のオペレーティングシステムなどのソフトウェアを更新および／またはアップグレードする必要がある。コンピュータ端末１０の所有者からのソフトウェア更新パッケージを作成して、ＵＳＢフラッシュドライブ、ＣＤで、および／または通信ネットワーク上で病院に送信して、コンピュータ端末１０にインストールすることにより、システムの動作を変更する、または向上させることができる。

各医薬品集、構成、およびソフトウェア更新パッケージは、識別子列およびバージョン番号を有する。識別子は、パッケージの内容（たとえば小児科の医薬品集）が記載された、人間が読める情報を提供することができる。ＡＴにより自動で、またはソフトウェア更新パッケージの場合には販売会社から、固有のバージョン番号が医薬品集および構成パッケージに割り当てられる。識別子列とバージョン番号との組合せにより、各パッケージの識別および追跡が容易になる。コンピュータ端末１０は、この情報をタッチスクリーンディスプレイ１４に表示し、または遠隔モニタリングのためにネットワーク４０上で送信することができる。これは、どのシステムが更新され、どのシステムが更新されていないかを追跡するのに有用である。

前述したように、異なる目的で複数の異なる医薬品集が必要となり得る。１つの医薬品集は一般成人の外科手術用の医薬品を含むことができ、別の医薬品集は小児の処置用の異なる医薬品または調製（希釈）を含むことができる。ＡＴにより、複数の医薬品集を作成し１つのＭＤＤから管理することができる。ネットワーク４０を介した医薬品集パッケージの展開を制御するＡＴのユーザインターフェースにより、ユーザは、広範囲の展開前に新しいバージョンの医薬品集を検査するのに必要であるように、１つのコンピュータ端末１０を選択することができ、または複数もしくはすべてのコンピュータ端末１０を選択することができる。複数のコンピュータ端末１０の場合、これらを手作業によりグループで選択する、または予め割り当てるため、グループのすべてのコンピュータ端末１０が同じ医薬品集を受信することができる。

医薬品集などのパッケージのインストールに関連して、場合により、認可されたコンピュータ端末１０の配布先リストを、医薬品集パッケージまたは構成パッケージもしくはソフトウェア更新パッケージなどの他のパッケージと共に符号化することができる。配布先リストは、どのコンピュータ端末１０にパッケージをインストールできるかを定義する。コンピュータ端末１０は、パッケージのインストール前に配布先リストを確認して、そのコンピュータ端末１０がリストにあるかどうかを調べる。コンピュータ端末１０が配布先リストにない場合、パッケージはインストールされない。言い換えると、パッケージを送信するＡＴを使用してコンピュータ端末１０を個々に選択するのではなく、各パッケージを受信する予定のコンピュータ端末１０が、パッケージ自体の配布先リストに含まれている。
そして、パッケージは、ネットワークを介してすべてのコンピュータ端末１０に送信することができるが、配布先リストに含まれるコンピュータ端末１０のみにインストールされる。これは、施設がパッケージの配布にＵＳＢフラッシュドライブを使用しているときに特に有用であるが、ネットワークでインストールされるパッケージにも適用可能である。たとえば、一般成人の外科手術用の医薬品集パッケージを含むＵＳＢフラッシュドライブを、不注意により小児科の使用のためのコンピュータ端末１０に差し込むことがある。パッケージに埋め込まれた配布先リストにより、小児科のコンピュータ端末１０が、一般成人の外科手術用の医薬品集パッケージを小児科の使用のためのコンピュータ端末１０にインストールすることを防止する。

場合により、各コンピュータ端末１０を、一度に１つの医薬品集を記憶するように限定することができるが、代替実施形態は、複数の異なる医薬品集をインストールすることができ、ユーザがコンピュータ端末１０にログインしたときにこれを選択することができる。あるいは、ユーザがログインしたときに、医薬品集をユーザのログイン情報に結び付けることができ、ログイン情報に基づいて医薬品集を有効な医薬品集として自動で選択することができる。これにより、たとえば消化器専門医は、一般外科手術の場合に麻酔科医よりも少ない手順で、コンピュータ端末１０を用いて異なる医薬品のセットを認識することができる。

別の実施形態において、１つの医薬品集３６は、小児、心臓、一般外科、消化器、低侵襲外科手術その他などの複数のタイプの処置に適した医薬品情報を１つの医薬品集に含むことができる。コンピュータ端末１０のユーザは、実施する処置のタイプを選択することができる。選択される処置のタイプは、医薬品集３６に含まれる特定の医薬品のサブセットおよび関連医薬品情報に対応する。たとえば、特定の医薬品は、一般的な成人外科手術で使用するときには希釈の必要がないが、小児の処置では希釈が必要となり得る。１つの医薬品集は、現在選択されている処置のタイプに基づいて同じ医薬品を調製するための異なる情報を有することができる。加えて、構成データ３２を使用して、使用可能な処置タイプを特定のユーザに限定することができる。たとえば、麻酔科医はすべての処置に完全にアクセスすることができるが、消化器専門医は結腸鏡検査法などの処置に適した医薬品に限定されている。

複数のタイプの処置についての医薬品情報を含む１つの医薬品集に関連して、コンピュータ端末１０のユーザログイン情報に基づいて処置タイプのデフォルトの選択を行うことができる。

パッケージがネットワーク上でコンピュータ端末１０に展開されると、いつパッケージがインストールされるかを決定するオプションを特定することができる。医療処置の途中でパッケージがインストールされることは望ましくないため、ユーザがコンピュータ端末１０からログアウトするまで、または午後１０時などの特定の時間以降にパッケージのインストールを遅らせるオプション、またはコンピュータ端末１０にログインするユーザがいなくなり、かつ午後１０時以降であるなどのオプションの組合せを特定する。次の再起動時のインストールなどの他のオプションも可能である。ユーザがログアウトしたときにパッケージを即座にインストールしないという、オプションの時間遅延を特定してもよい。
これは、１人の医師が長時間の処置中に休憩を取りに行き、別の医師が休憩中の医師の代わりを務める場合に対応するものである。この場合、処置がまだ進行中であるため、ログアウトに続いて別のログインが行われる。別のユーザがログインする予定ではないことを確実にするために、かなりの遅延が必要である。これは、パッケージをインストールしようとしているというタッチスクリーンディスプレイ１４上の警告メッセージと、ユーザがスクリーンをタッチしてインストールを遅らせることができるようにする遅延とを表示することによっても達成され、ユーザがコンピュータ端末１０にログインするのに十分な時間と通知をもたらす。

各コンピュータ端末１０は自律的に動作するように設計される。コンピュータ端末１０に医薬品集および構成パッケージがインストールされると、コンピュータ端末１０はネットワーク接続により、またはネットワーク接続なしで動作する。これにより、デバイスは、ネットワーク接続が機能を停止しても確実に作業を続け、医療処置を妨げない。ネットワークが機能していない間、コンピュータ端末１０は、ネットワーク接続が再設定されたときにログイン、記録管理、請求書作成、および他の目的で送信する必要のある情報を記憶する。

コンピュータ端末１０がネットワーク４０に接続され、ネットワーク接続が適切に機能していると、コンピュータ端末１０はパッケージの受信に加えて他の機能を果たすことができる。たとえば、コンピュータ端末１０は、ハードウェア（たとえば、プリンタ２６の特定の印刷インクまたはトナーが少ないまたは切れている、プリンタにラベルのストックがない）、インストールされるパッケージのバージョンなどのパッケージ情報、コンピュータ端末１０の各々にログインしているユーザ（いる場合）、スキャナ１８によるバーコードのスキャンに応答した「医薬品が見つからない」というアラート、たとえば、コンピュータ端末１０の医薬品集に含まれておらず、適切に使用可能でないおそれのある医薬品が病院内にあることを示すアラートなどの重要事象のステータスに関する情報を送信することができる。
そのような状況において、アラート信号を問題のあるコンピュータ端末１０により電子メールサーバ４６に送信し、電子メールサーバ４６は、アラート信号に対応する文字情報を含む電子メールまたは他のメッセージを構成し、電子メールまたは他のメッセージを意図した受信者に送信することによって応答する。場合により、事象の発生時に、周期的に、ステータスの変化時に、またはこれらの組合せのときに、ステータス情報を自動で、ステータス要求の受信に応答せずにコンピュータ端末１０により送信してもよい。代替実施形態によれば、端末４２または４４で動作するＡＴを使用して、ネットワーク４０上でコンピュータ端末１０にアクセスし、各コンピュータ端末１０、コンピュータ端末１０を構成する様々なコンポーネント、またはコンピュータ端末１０に関する他の情報のステータスを判定することができる。
したがって、端末４２または４４で動作するＡＴを使用して、コンピュータ端末１０により自律的に送信されたステータスレポート情報を受信することができ、かつ／またはＡＴを使用して、ステータスレポート情報をコンピュータ端末１０から取り出す（またはステータスレポート情報の送信を要求する）ことができる。場合により、ステータスレポート情報を、端末４２または４４で動作するＡＴによりタブ設定して、ユーザに論理的に示すことにより、ユーザが意図した通りに動作していないコンピュータ端末１０のいずれかを容易に識別できるようにする。

別の実施形態において、コンピュータ端末１０で発生した事象情報を、端末４２、４４の１つまたは複数で動作するＡＴまたは電子メールサーバ４６により、またはネットワーク４２上の専用ソフトウェアプログラムを用いて、またはネットワーク４２上の他のコンピュータ端末１０を用いて直接、ネットワーク４０上の他のコンピュータ端末１０と共有することができる。共有情報を使用して、医薬品の検証がコンピュータ端末１０で初めて使用されたときなどの事象を共有することにより、ユーザのワークフローを最適化することができるため、他のユーザが医薬品検証を利用でき、各コンピュータ端末１０で同じ検証手順を行う必要がない。

前述したネットワーク４０上のコンピュータ端末１０間の情報の共有に関連して、コンピュータ端末１０によりラベリングされたシリンジまたは他の容器は、ラベルに機械可読フォーマットの固有の識別子を含むことができる。たとえば、固有のシリアル番号を各シリンジに割り当て、シリンジに貼付されるバーコードで符号化することができる。特定のコンピュータ端末１０で作成された容器の固有の識別子番号に関する情報、および容器内の医薬品についての情報（たとえば、医薬品名、濃度、使用期限日および／または時間、他の情報、ならびにこれらの組合せ）をネットワーク４０上の他のコンピュータ端末１０と共有することができるため、他の手術室でコンピュータ端末１０のスキャナにより機械可読コードをスキャンしたときに、１人の患者のために準備され別の手術室に移動された容器を検証することができる。
バーコードまたは他の機械可読コードをスキャンすることにより、医薬品容器内の医薬品がその患者用のものではない（すなわち、元の手術室の患者用のものである）ことをユーザに警告する通知をユーザに与えることができる。あるいは、手術室間で移動を許可された医薬品容器の場合、それらの手術室の各々に設けられたスキャナ１８により機械可読コードをスキャンすることによって、容器の内容物、および内容物が期限切れであるかどうかを各手術室で検証することができる。

ソフトウェア、医薬品集、構成変更、またはさらにはスタッフミーティングもしくは部門内メッセージなどのメッセージに対する計画された更新などのユーザに対する重要なメッセージを、端末４２、４４で動作するＡＴからネットワーク上の１つまたは複数のコンピュータ端末１０のシステムへネットワーク４０を介して送信し、ユーザがシステムにログインしたときにタッチスクリーンディスプレイ１４に表示することができる。ユーザがログインしている間にメッセージがコンピュータ端末１０で受信されると、非介入的メッセージにより、メッセージの表示待ち中であることをユーザに通知する。これにより、医療処置の途中でユーザに中断させることを防ぐ。ＡＴを実行する端末４２、４４からメッセージが中断されるまで、ユーザごとに、またはユーザがログインするたびにメッセージが表示されるように構成される。場合により、メッセージを送信するまたは中断する許可を、ＡＴの特定のユーザに与えることができ、または制限することができる。

患者情報を医療処置と関連付けることによって、コンピュータ端末１０の有用性および有効性を高めることができる。医療施設の患者情報は、通常、電子医療記録（ＥＭＲ）システムに記憶されている。ＥＭＲは、通常、医療施設全体にわたるソースから患者の健康管理歴（ＰＨＲ）を集めて管理し、それらの記録を認可されたユーザおよび装置にネットワークを通して使用可能にする。コンピュータ端末１０に関連して、ＨＬ７または別の医療用ネットワークプロトコルを使用して、患者情報を医療施設のＥＭＲシステムからネットワーク４０を介してコンピュータ端末１０の１つまたは複数へ送信することができる。患者名、ＩＤ、生年月日、性別、病状、薬歴、および他の関連情報などのＥＭＲからの患者情報を受信し、ＥＭＲゲートウェイサーバにより記憶する。ＥＭＲゲートウェイサーバは、ＥＭＲがネットワーク４０を介して情報を送信したときにＥＭＲから受信した患者情報を集めて統合することができる。
言い換えると、ＥＭＲゲートウェイサーバは、ネットワーク４０上の異なる受信者用の異なるデバイスへＥＭＲから送信されたＡＤＴ（入院−退院−転院）コードおよび他のＨＬ７メッセージなどの情報を受信する。複数の異なるＥＭＲサーバからのそのような各々の送信を、場合により、１つの共通のゲートウェイサーバまたは複数のゲートウェイサーバにより集めて記録することができる。したがって、ＥＭＲゲートウェイサーバにより集められた情報にアクセスして、ＥＭＲサーバからではなくＥＭＲゲートウェイサーバから情報を取り出すことができる。多くの場合、患者情報は、医療施設の異なるソースから入手可能になったときにＥＭＲからネットワーク上で送信されるため、適切な情報を特定の目的で使用することができるように、患者情報を集めて組み合わせる必要がある。
ＥＭＲゲートウェイサーバは、コンピュータ端末１０のためにこの機能を果たす。ＥＭＲゲートウェイサーバはＥＭＲへの接続性の費用を削減することもできる。これは、多くのＥＭＲシステムは接続ごとに料金がかかり、１つのＥＭＲゲートウェイサーバをＥＭＲに接続することは、多くの個々のコンピュータ端末１０システムよりも安価になり得るからである。ＥＭＲ、ＥＭＲゲートウェイサーバと組み合わせたＥＭＲ、および共通のＥＭＲゲートウェイサーバとネットワーク通信する複数のＥＭＲシステムは、図３に全体として４７で示される。患者が医療施設の手術室内、薬局内などの場所、または、たとえばコンピュータ端末１０がある他の所望の場所で医学的処置を受ける前に、特定の患者ＩＤがコンピュータ端末１０に入力されたとき、またはコンピュータ端末１０から要求されたときに、患者情報がネットワーク４０上のＥＭＲゲートウェイサーバ４７からコンピュータ端末１０に送信される。
ＥＭＲゲートウェイサーバ４７により記憶されコンピュータ端末１０を使用してアクセスする患者リストから、特定の患者のＩＤを選択することができ、またはユーザが、たとえばタッチスクリーンディスプレイ１４またはスキャナ１８を使用して患者ＩＤなどの固有の患者識別情報を入力するのに応答して、特定の患者のＩＤを判定することができる。患者ＩＤまたは他の患者関連情報をネットワーク上で送信して、これを使用してＥＭＲゲートウェイサーバから患者情報を検索することができる。コンピュータ端末１０によりＥＭＲゲートウェイサーバから受信された患者情報を、ユーザによりタッチスクリーンディスプレイ１４を使用して検証し、処置の期間中、メモリ２４に記憶させる。同様に、ユーザは、ディスプレイ１４を介して表示されたリストから、メモリ２４に記憶され患者情報に関連付けられた、実施する特定の処置を入力または選択することができる。場合により、ネットワーク４０を介して処置をコンピュータ端末１０から送信して、ＥＭＲゲートウェイのその患者についての入力と関連付けて記憶させてもよい。

薬物アレルギーに関連する患者情報、患者が服用している他の医薬品、および生年月日、性別、体重などの関連情報は、医療処置中に投与される医薬品の選択および用量に影響を与えることがある。前述したように、患者情報をコンピュータ端末１０上の手順と関連付けることができる。最も簡単な使用の場合、コンピュータ端末１０のメモリ２４にローカルに記憶された患者情報をタッチスクリーンディスプレイ１４に表示して、ユーザが見直せるようにする。より複雑な実施では、コンピュータ端末１０の処理コンポーネント２２によりメモリ２４内の患者情報にアクセスして、医薬品をコンピュータ端末１０上で調製するときに患者情報を確認し、調製されラベリングされている医薬品が適切でない場合、または入手可能な患者情報に基づいて患者に投与するのに明らかに適切でない場合にユーザに警告を与えることができる。
患者情報、医薬品集の情報、ユーザにより識別された処置、またはこれらの組合せに基づいて、前述したように選択された、または特定の患者／外科手術に合わせた医薬品集の内容から収集した医薬品集もしくは処置のタイプがこの患者、患者の薬物アレルギー、医薬品同士の相互作用、年齢に関連した医薬品の制限などに適切であることを検証するなど他の解析を行うことができる。コンピュータ端末１０でそのような解析を行うことは１つのオプションであるが、ネットワーク４０の一部として含まれるサーバと通信することによって、より複雑な解析が可能である。このサーバは、適切な患者情報をコンピュータ端末１０から選択するための標示と共に医薬品検証の個々の要求を受信し、医薬品の使用を許可する、またはタッチスクリーンディスプレイ１４に表示される適切な警告をユーザに示す応答をコンピュータ端末１０に送信する。

前述したコンピュータ端末１０上の手順に関連した患者情報を使用して、請求書作成および患者の記録のための医薬品追跡情報を提供することができる。医薬品がコンピュータ端末１０上で調製されると、医薬品関連情報を、医薬品情報を患者に関連付けるために必要な情報と共にＥＭＲゲートウェイサーバ４７に送信することができる。その後、ＥＭＲゲートウェイサーバ４７は、ＨＬ７またはＥＭＲ４７と互換性のある別の医療用ネットワークプロトコルを使用して、ネットワーク４０を介して医薬品関連情報を関連する患者情報と共に施設のＥＭＲ４７に送信する。

別の実施形態において、前述したコンピュータ端末１０上の手順に関連する患者情報を使用して、図３に示す施設のＬＩＳ（実験室情報システム）９７に情報を送信することができる。ＬＩＳ９７は、たとえばデータベースサーバなどのネットワークに接続された記憶デバイスを含み、この記憶デバイスは、実験室で医療検査をする予定の、または検査をした実験室サンプルの記録をコンピュータ可読媒体に記憶する。多くの外科手術では、解析のために実験室に送られる、患者から取り出した試料があることが一般的である。試料には、多くの場合、患者情報、組織情報、部位情報、摘出日時、担当医などが手でラベリングされ、実験室に送られる。コンピュータ端末１０により、ユーザは、通常手書きされる同じ情報をラベルに印刷することができ、コンピュータ端末１０はデータの電子記録を記憶するようにＬＩＳ９７に送信することができるため、試料が実験室に届いたときに、試料のラベルの情報がＬＩＳ９７により記憶されている情報と正確に一致する。

コンピュータ端末１０は、ネットワークを介して、ＡＴを実行している端末４２、４４の１つまたは複数、ネットワーク接続サーバ、または他のネットワークリソースにデータを送信することができ、このデータは、たとえば、処置タイプ、ユーザ、または他の関連パラメータに基づいて医薬品使用パターンを作成し解析するために使用することができる。医薬品がコンピュータ端末１０を使用してユーザにより調製されると、医薬品名、濃度、容器ＩＤ、日付、時間、ユーザ、および処置情報を含む医薬品についての情報がコンピュータ端末１０のメモリ２４に記憶され、その後、ＡＴを実行している端末または専用サーバに送信される。その後、情報を後処理して、医薬品の使用パターンを判定するための必要な情報を抽出する。

ＡＲＫＳ（麻酔記録管理システム）としても知られるＡＩＭＳ（麻酔情報管理システム）は、図３に全体を７７で示すサーバを含み、このサーバは、医療処置中に各患者の医薬品使用情報を受信および記憶して、患者のバイタルサイン、投与した医薬品、外科手術中に発生した重要事象、および処置中の麻酔管理およびモニタリングに関連する他の関連情報を麻酔科医が電子的に記録できるようにする。多くのＡＩＭＳシステムには、手術室で投与できるすべての医薬品のセットがプログラムされている。これは数百の医薬品であり得る。医薬品をＡＩＭＳ７７に記録するときに、ＡＩＭＳ７７のユーザは、通常、複数レベルのメニューを見てまわり、正しい医薬品を見つける。ネットワーク４０およびコンピュータ端末１０を使用して医薬品選択のより効率的で正確な方法を実施し、医薬品が調製されると医薬品情報をＡＩＭＳ７７に転送する。
その後、ＡＩＭＳ７７のユーザが医薬品情報をＡＩＭＳ７７に記録するときに、コンピュータ端末１０で調製された医薬品のショートリストをユーザに提示する。コンピュータ端末１０で調製された医薬品のショートリストに医薬品が見つからない場合には、ユーザは、ＡＩＭＳ７７に記憶された医薬品の完全なリストにアクセスするオプションを有する。図３で電子メールサーバ４６、ＥＭＲ４７、ＡＩＭＳ７７、およびＬＩＳ９７は別個の分散されたコンピュータプラットフォームとして示されるが、本発明の範囲から逸脱することなく、そのようなプラットフォームの１つまたは複数を組み合わせて１つのコンピュータプラットフォーム上で具体化してもよいことを理解されたい。

場合により、コンピュータ端末１０はスピーカ１７を含み、このスピーカ１７は、ラベルの作成中にスキャナ１８により医薬品容器のバーコードがスキャンされることに応答して音声ファイルを再生する。コンピュータ端末１０は、音声ファイルまたは可聴音を発生させるために使用可能なファイルをメモリ２４に記憶させる。これらの音声ファイルはコンピュータ端末１０により実行されて、ユーザがスキャナ１８を用いて医薬品容器をスキャンするときに、スピーカ１７から医薬品名および濃度を「伝える」。これにより、スキャンされた医薬品のユーザに可聴確認を与える。医薬品名、濃度値、および濃度単位の可聴出力を提供することを望むネットワーク上の他のデバイスは、規定のインターフェースおよびメッセージフォーマットを使用して、ネットワークを介してメッセージをコンピュータ端末１０に送信し、特定の医薬品名および濃度情報を聞こえるように「伝える」ようコンピュータ端末１０に指示することができる。場合により、メッセージは音量情報を含むことかできる。あるいは、他のデバイスは、規定のインターフェースおよびメッセージフォーマットを使用してメッセージをコンピュータ端末１０に送信して、コンピュータ端末１０から音声ファイルを選択および受信し、音声ファイルをデバイスでローカルに再生することができる。

別の実施形態において、コンピュータ端末１０は、作成された医薬品情報のリストを、ネットワーク４０を介して、患者の医薬品投与点近くに取り付けられた投与端末に送信することができる。投与端末（図示せず）は、コンピュータ端末１０に設けられたスキャナ１８と同様のスキャナ、バーコードまたは他の機械可読コードのスキャン結果を表示するためのディスプレイデバイス、スキャンされたコードを、バーコードがラベリングされた容器の内容物のＩＤに変換するための処理コンポーネント、および作成された医薬品情報のリストを、ネットワークを介して受信するネットワークアダプタを含むことができる。場合により、投与端末は、バーコードがスキャンされたときに、バーコードがラベリングされた容器の内容物に関連する情報を聞こえるように出力するスピーカを含むこともできる。場合により、ディスプレイデバイスおよび／またはスピーカは、バーコードの読取りおよび警告に値するとの判定に応答して、容器および／または容器内の医薬品についての警告を出力することもできる。

目的にかかわらず、そのようなラベル５１の例示的な例が図６に示される。図示したように、コンピュータ端末１０により作成されたラベル５１は、患者に投与する医薬品を保存可能なシリンジまたは他の医薬品容器に貼付され、人間が読める情報を含む。この情報は、医薬品名５５、全用量５７、全体積５９、濃度６１、使用期限情報６５、患者ＩＤ６７、希釈情報６９、およびラベル５１の作成者を識別する情報７１の少なくとも１つを識別する。たとえばバーコードなどの１つまたは複数の異なるまたは冗長なコンピュータ可読コード７５もラベル５１に印刷される。コード７５は、同じ情報を符号化するために冗長であっても、様々な情報を符号化するために異なっていてもよく（たとえば、コード７５のうちの第１のコードが医薬品ＩＤまたは他の医薬品特定の情報を符号化することができ、コードのうちの第２のコードが患者ＩＤまたは他の患者特定の情報を符号化することができる）、ラベル５１のコード７５をスキャンして、符号化された情報のいずれかを取り出すことができる。

図４は、医薬品を患者に処方する処方箋書式８０として示された、コンピュータによりアクセス可能な患者情報のソースの例示的な実施形態を示す。ハードコピーの処方箋書式８０として示されるが、コンピュータによりアクセス可能なソースは、患者の名前、識別番号などのそれぞれの文字を個々にキー入力する、ヒューマンエラーを生じやすい人間の手入力以外の、コンピュータ端末１０への患者情報の自動入力を容易にする患者情報のソースであってよい。言い換えると、患者の名前、識別番号などの患者のＩＤを示す情報を、コンピュータ可読コード８１により符号化し、また患者コード８１として参照し、処方箋書式８０に示すことができる。コンピュータ可読コード８１をスキャンすることにより、符号化された情報をコンピュータ端末１０によって取得することができ、そのような情報をユーザの手入力に頼ることがなく、またコンピュータ可読コード８１を介した患者情報の入力中にヒューマンエラーのリスクをもたらすことがない。

処方箋書式８０として示されるが、コンピュータによりアクセス可能なソースの他の例としては、限定されないが、患者コード８１を含む患者のカルテ、患者のカルテまたは他の書類に貼付された患者コード８１が記載されたステッカ、ＥＭＲゲートウェイサーバ４７またはコンピュータ端末１０にアクセス可能な患者情報の他のリポジトリからの通信ネットワーク４０を介した通信としての、コンピュータ端末１０に電子的に送信された電子注文、または符号化される患者情報の他のソースが挙げられる。しかしながら、患者コード８１は、場合により、患者または患者が着用する物品から独立していてもよく、この患者コード８１をスキャンして、輸液ポンプまたは他の医薬品送達デバイスなどの医療デバイスに対して患者を識別する。
このようなデバイスは、デバイスにプログラムされた送達パラメータに従って制御された量の医薬品を自動で患者に投与する。言い換えると、患者コード８１または他のコンピュータによりアクセス可能なソースは、医薬品を投与するときに確認のために患者のＩＤを判定するのに使用するコンピュータによりアクセス可能なソース以外の、患者のＩＤを示す情報をコンピュータ端末１０に通信するために使用可能ないずれのソースであってもよい。以下で説明するように、患者または着用されたもしくは他の方法で患者に関連付けられた物品から独立し、たとえば医薬品送達デバイスをプログラムするために使用されるコンピュータによりアクセス可能なソースを使用して、ラベル５１に貼付される患者の情報を取得することによって、医薬品を医薬品送達デバイスにより投与するときに患者のＩＤを確認することができる。
たとえば、図５は、病院または他の医療施設に対して許可された患者が着用するリストバンド９０の例示的な実施形態を示す。患者に関する人間が読める情報９１に加えて、リストバンド９０は、患者のＩＤを示す情報を符号化したバーコード９２または他のコンピュータ可読コードも含む。リストバンド９０を患者が着用し、治療中にバーコード９２を臨床医がスキャンして患者を識別するため、そのようなバーコード９２は、患者から独立した患者情報の、コンピュータによりアクセス可能なソースであるとはみなされない。これに対して、本明細書で説明したように、コンピュータによりアクセス可能なソースとしてバーコード９２をスキャンし、医薬品投与時にこの同じバーコード９２をスキャンして患者を識別すると、各ソースから取得した患者ＩＤは常に一致する。この状況では、バーコード９２が患者を誤って識別したとしても、患者のＩＤを誤って確認するおそれがある。

図４に示すように、処方箋書式８０は、患者のＩＤを示す情報を符号化した２次元バーコードの形のコンピュータ可読コード８１を含む。２次元バーコードは、場合により、データ自体を符号化するか、または符号化された情報を取り出せる記憶位置を符号化することができる。スキャナ１８（図２）は、コンピュータ可読コード８１の読取りに応答して、患者のＩＤまたは他の患者特定情報を示す信号を送信し、これを処理コンポーネント２２により受信する。次に、処理コンポーネント２２は、患者のＩＤを示す情報を符号化したバーコード７５を含む患者特定のラベル内容を生成し、ラベル５１に印刷することができる。

場合により、処方箋書式８０は、図４に１次元バーコードとして示す別のコンピュータ可読コード８７を含んでもよいが、たとえば２次元バーコードとして符号化された患者コード８１を読み取るように構成されていないおそれのあるレガシー装置による使用に適合した他の適切なフォーマットであってもよい。したがって、コンピュータ可読コード８７は、場合により冗長であって、患者コード８１により符号化された同じ情報を符号化するが、最近開発されたバーコードまたは他の高度なコンピュータ可読コードを読み取るように構成されていないおそれのあるレガシーデバイスにより使用するための患者コード８１のフォーマットとは異なるフォーマットであってもよい。

図７は、処方箋書式１００の代替実施形態を示す。図４に示す実施形態と同様に、処方箋書式１００の本実施形態は、処方した医師１０２に関する情報、患者１０４の識別に使用する情報、および処方された医薬品に関する注文情報１０６などの人間が読める情報を含む。さらに、処方箋書式１００はまた、患者のＩＤを示す情報１０４を符号化した２次元患者コード８１を含む。しかしながら、図４に示す処方箋書式８０とは異なり、処方箋書式１００は、コンピュータ可読コード８７の代わりに、またはこれに加えて、医薬品注文コード１０８も含み、ＥＭＲゲートウェイサーバまたは他のネットワークによりアクセス可能なデータベースに記憶された医薬品の注文を固有に識別する。患者コード８１、コンピュータ可読コード８７、および／または医薬品注文コード１０８の人間が読める表示を、場合により、それぞれのバーコードに隣接して配置してもよい。医薬品注文コード１０８は、医薬品注文の全記録を取り出せる記憶位置を符号化することができる。
さらに、場合により、ラベル５１に表示されるバーコード７５により医薬品情報と共に印刷され符号化されるラベル内容を作成するために、特定の部分、場合により全記録に含まれる情報のすべてよりも少ない部分（たとえば、患者の名前および／または患者ＩＤ番号）を取り出すように、コンピュータ端末１０をプログラムしてもよい。たとえば、医薬品注文コード１０８のスキャンに応答して、コンピュータ端末１０は、ＸＭＬまたは他のデータ交換フォーマットの特定のフィールド（たとえば、患者名フィールドおよび／または患者識別番号フィールド）に含まれる情報を取り出すことができる。したがって、スキャナ１８（図２）は、コンピュータ可読コード８１および／または医薬品注文コード１０８に応答して、患者のＩＤまたは他の患者特定情報を示す信号を送信し、これを処理コンポーネント２２により受信することができる。次に、処理コンポーネント２２は、患者のＩＤを示す情報を符号化したバーコード７５を含む患者特定のラベル内容を作成して、ラベル５１に印刷することができる。

患者のＩＤを示す情報は、患者名、患者の生年月日、患者の性別、病院または他の医療機関で患者に割り当てられた患者識別番号などのうちの少なくとも１つを含むことができる。その後、医薬品投与時に患者の識別表示を確認するために、この情報を、コード７５をスキャンすることにより取得し、以下で説明するように、バーコード９２をスキャンすることにより取得した類似の情報と比較することができる。

医薬品注文コード１０８を使用してＥＭＲゲートウェイサーバまたは他のネットワークによりアクセス可能なデータベースから受信した医薬品注文情報は、医薬品輸液ポンプおよび医薬品ラベリングシステムなどのデバイスの構成およびプログラミングに関する情報を含むことができる。たとえば、シリンジポンプは、可動ピストンを含む１つのタイプの輸液ポンプであり、これは適切な速度で調節されて、シリンジ内に含まれる医薬品の送達を制御するようにデバイスをプログラムするよう入力されたパラメータに従って医薬品を送達する。
医薬品注文情報は、医薬品名、医薬品濃度、医薬品調製指示、医薬品輸液ポンプを使用して医薬品を患者に投与するときに使用する医薬品流量、医薬品送達期間、処方医または臨床医、ならびに医薬品選択、調製、投与、および追跡指示を含む、注文に関する他の情報または指示のうちの少なくとも１つを含むことができる。この医薬品情報のいずれかの部分を１つまたは複数のバーコード７５により符号化することができ、コンピュータ端末１０がこのバーコード７５をラベル５１にラベル内容として印刷する。したがって、医薬品輸液ポンプまたは他の医薬品送達デバイスに設けられたスキャナまたは他のコードリーダは、バーコード７５をスキャンすることができ、そのようなデバイスに符号化された医薬品情報をプログラムすることができる。

医薬品の用量を調製する医薬品バイアルまたは他の保存容器に与えられた同様のバーコードまたは他のコンピュータ可読コードもスキャナ１８により読み取ることができ、スキャナ１８は、これに応答して医薬品ＩＤを示す信号を処理コンポーネント２２に送信する。その後、処理コンポーネント２２は、医薬品集３６から、スキャンされたコンピュータ可読コードに対応する医薬品のＩＤを識別する。次に、処理コンポーネント２２は、患者のＩＤを示す情報を符号化した、前述したものと同じバーコード７５、または場合により医薬品のＩＤを示す情報を符号化した異なるバーコード７５を含む医薬品特定のラベル内容を作成して、ラベル５１に印刷する。その後、プリンタ２６は、特定の医薬品および医薬品を受ける患者を識別するコンピュータ可読コード７５を含むラベル内容を、シリンジまたは他の医薬品容器に貼付されるラベル５１に印刷することができる。図６を参照して前述したものなどの他の所望のラベル内容を、人間が読める形式（たとえば、英字／数字）でラベル５１に印刷してもよい。

代替実施形態によれば、処理コンポーネント２２は、場合により、患者への医薬品投与中に使用される医薬品送達デバイスまたは他の医療デバイスをプログラムするための指示を受信するように構成することができる。たとえば、医薬品を患者に送達する速度を受信するように処理コンポーネントをプログラムしてもよい。そのような情報を処理コンポーネント２２によりコンピュータ可読コードで符号化することができ、このコンピュータ可読コードも、前述したものと同じバーコード７５または異なるバーコード７５のうちの１つとしてラベル５１に印刷されるか、または他の方法で施される。

プリンタ２６により印刷されたそのようなラベル５１をシリンジまたは他の医薬品容器に貼付してもよい。コンピュータ可読コードを介してプログラムされるように構成されたシリンジポンプまたは他の医薬品送達デバイスを使用してそのようなシリンジ内の医薬品を投与するために、臨床医は医薬品送達デバイスに近付き、医薬品送達デバイスに設けられたバーコードリーダを使用して、ラベル５１に印刷されたバーコード７５をスキャンすることができる。バーコード７５から、患者識別情報、医薬品識別情報、および指示のうちの少なくとも１つが、バーコード７５により符号化された情報に基づいて医薬品送達デバイスにより取得される。

医薬品を受ける患者が着用するリストバンド９０のバーコード９２も、医薬品送達デバイスに設けられたバーコードリーダを使用してスキャンされる。予防措置として、バーコード７５に基づいて判定された患者ＩＤを、バーコード９２に基づいて判定された患者ＩＤと比較して、患者ＩＤが一致しているかどうかを判定する。一致している場合、医薬品送達デバイスは、医薬品を患者に投与するモードに設定される。しかしながら、患者ＩＤが一致しない場合、医薬品送達デバイスによりアラートを発して、シリンジ内の医薬品がこの患者に投与されることになっていることを確認するよう臨床医を促し、医薬品送達デバイスは、医薬品がこの特定の患者用のものであるという確認が手入力されるときまで医薬品の投与を妨げるまたは防止することができる。

例示的な実施形態について上で説明した。上記のデバイスおよび方法は、本発明の一般的範囲から逸脱することなく変更および修正を組み込んでもよいことが当業者に明らかであろう。すべてのそのような修正および変更は本発明の範囲内に含まれるものである。さらに、「含む（ｉｎｃｌｕｄｅｓ）」という用語は、詳細な説明または特許請求の範囲で使用される限り、「含む（ｃｏｍｐｒｉｓｉｎｇ）」が請求項において転換語として使用されるときに解釈されるように、「含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語と同様の形で包括的であることを意図したものである。

Claims (11)

1. 医療施設で医薬品容器にラベリングするためのラベルを作成するラベリング装置であって、
   前記ラベリング装置は、
   前記医薬品容器により保存される医薬品を符号化したコンピュータ可読コードを読み取り、前記コンピュータ可読コードの読取りに応答して前記医薬品のＩＤを示す信号を送信するコードリーダと、
   複数の医薬品エントリを含む医薬品集を記憶する非一時的コンピュータ可読メモリと、
   前記医薬品集から、前記コンピュータ可読コードに対応する前記医薬品のＩＤを識別し、コンピュータによりアクセス可能なソースから患者ＩＤを受信する処理コンポーネントと、
   特定の医薬品を識別するラベル内容を、前記医薬品容器に貼付されるラベルに印刷するためのプリンタと、を含み、
   前記ラベル内容は、コンピュータ可読のラベルコードにより符号化された前記医薬品のＩＤおよび前記患者ＩＤを含む、
   ラベリング装置。
2. 前記コンピュータによりアクセス可能なソースは、前記患者ＩＤを符号化した第２のコンピュータ可読コードを含み、
   前記コードリーダは、前記患者から独立したソースから前記第２のコンピュータ可読コードを読み取り、前記処理コンポーネントにより受信された前記患者ＩＤを示す患者信号を送信するように構成されている、
   請求項１に記載のラベリング装置。
3. 前記患者から独立した前記ソースは、医薬品送達デバイスをプログラムするために使用されない識別ラベルを含む、
   請求項２に記載のラベリング装置。
4. 前記コンピュータによりアクセス可能なソースとして通信ネットワークを介して送信された通信として、前記患者ＩＤを受信するネットワークコンポーネントをさらに含む、
   請求項１に記載のラベリング装置。
5. 前記プリンタは、前記医薬品のＩＤを符号化した第１のバーコードと、前記第１のバーコードとは異なる、前記患者ＩＤを符号化した第２のバーコードとを含む複数の異なるバーコードとして前記ラベルコードを印刷するように構成されている、
   請求項１に記載のラベリング装置。
6. 前記プリンタは、前記医薬品のＩＤと前記患者ＩＤとの両方を符号化する共通のバーコードとして前記ラベルコードを印刷するように構成されている、
   請求項１に記載のラベリング装置。
7. 前記処理コンポーネントは、医薬品送達デバイスをプログラムするための指示を受信するようにさらに構成され、
   前記プリンタは、前記指示を符号化するために前記ラベルコードを印刷する、
   請求項１に記載のラベリング装置。
8. 前記指示は、少なくとも前記医薬品を前記患者に送達する速度を含む、
   請求項１に記載のラベリング装置。
9. 医薬品自動送達デバイスを使用して医薬品を患者に投与する方法であって、
   コンピュータ可読コードリーダを使用して、コンピュータ可読の医薬品コードと、コンピュータ可読の第１の患者コードとをスキャンするステップであって、前記医薬品コードおよび前記第１の患者コードは、前記医薬品自動送達デバイスにより投与する前記医薬品を保存している医薬品容器に関連付けられる、ステップと、
   前記コンピュータ可読コードリーダを使用して、コンピュータ可読であり前記第１の患者コードから独立した第２の患者コードをスキャンするステップと、
   前記第１の患者コードに基づいて判定された第１の患者ＩＤを前記第２の患者コードに基づいて判定された第２の患者ＩＤと比較して、前記第１の患者ＩＤが前記第２の患者ＩＤと一致しているかどうかを判定するステップと、
   前記第１の患者ＩＤが前記第２の患者ＩＤに一致しているという判定がなされたことに応答して前記医薬品を前記患者に投与するように、前記医薬品送達デバイスを構成するステップと、
   前記第１の患者ＩＤが前記第２の患者ＩＤに一致していないという判定がなされたことに応答してアラートを開始するステップとを含む、方法。
10. 前記第１の患者ＩＤが前記第２の患者ＩＤに一致していないという前記判定がなされたことに応答して、前記患者への前記医薬品の投与を妨げるステップをさらに含む、
    請求項９に記載の方法。
11. 前記医薬品コードと前記第１の患者コードとをスキャンする前記ステップは、前記医薬品送達デバイスに設けられたバーコードスキャナを使用して、シリンジに貼付されたラベルに与えられたラベルバーコードをスキャンするステップを含み、
    前記第２の患者コードをスキャンする前記ステップは、前記バーコードスキャナを使用して、前記患者に与えられた患者バーコードをスキャンするステップを含む、
    請求項１０に記載の方法。