(57)【要約】  医療環境において薬物投与データを取り込むための方法およびシステム。スキャナと、プロセッサと、データストレージデバイスとを含む手で握れる大きさのデバイスに、患者ＩＤおよび薬物ＩＤが入力される。患者ＩＤおよび薬物ＩＤは、サーバに伝送される。患者ＩＤおよび薬物ＩＤは、薬物投与に関する患者の相関、医師の相関、病院の相関、および地理的相関を示すために相関される。
2009531779.tif 000002
【特許請求の範囲】
【請求項１】
ケアの地点で薬物投与データを取り込む方法であって、
識別コードまたは識別シンボルをスキャンするように構成されたスキャナと、プロセッサと、前記プロセッサに接続されたデータストレージデバイスと、を含む手で握れる大きさのデバイスを用意することと、
前記データストレージデバイスに患者データおよび薬物ＩＤを格納することと、
前記患者データおよび前記薬物ＩＤをサーバに伝送することと、
患者集団と薬物との間の相関を決定するために、前記患者データと前記薬物ＩＤとを相関させることと、
を備える方法。
【請求項２】
請求項１に記載の方法であって、さらに、
前記薬物の投与の時刻を前記手で握れる大きさのデバイスに受信することを備える方法。
【請求項３】
請求項２に記載の方法であって、
前記投与の時刻は、投与の日付、ケアを投与している施設のアドレス、またはケアを投与している係員の名前を含む、方法。
【請求項４】
請求項１から請求項３の何れ一項に記載の方法であって、
前記患者データを格納することは、一次元コード、二次元コード、および高周波識別タグの少なくとも１つをスキャンすることを含む、方法。
【請求項５】
請求項１から請求項３の何れ一項に記載の方法であって、
前記患者データは、生体情報を含む、方法。
【請求項６】
請求項５に記載の方法であって、
前記生体情報は、指紋スキャンおよび網膜スキャンのうち少なくとも１つである、方法。
【請求項７】
請求項１から請求項６の何れ一項に記載の方法であって、
前記患者データは、患者の名前、医師の名前、医師ＩＤ、患者が服用した薬のリスト、患者の性別、患者の生年月日、サービスに対する支払い方法、投与された量、投与の経路、薬物投与前における心尖拍動、薬物投与前における血糖値、薬物投与前における痛みの程度、薬物投与前における患者の発言、薬物投与前に係員によって記録された診断または状態、薬物投与後における心尖拍動、薬物投与後における血糖値、薬物投与後における痛みの程度、薬物投与後における患者の発言、および薬物投与後に係員によって記録された診断または状態からなるリストから選択される、方法。
【請求項８】
請求項１から請求項７の何れ一項に記載の方法であって、
前記薬物ＩＤを格納することは、一次元コード、二次元コード、および高周波識別タグのうち少なくとも１つをスキャンすることを含む、方法。
【請求項９】
請求項１から請求項８の何れ一項に記載の方法であって、
前記薬物ＩＤは、投薬形態、薬物の有効成分のリスト、全米医薬品コード、投与量の強度、包装のサイズ、薬物のクラス、製薬業者、製薬業者のロット番号、銘柄名、薬物の処方設計、および薬物のＳＩＧコードからなるリストから選択される、方法。
【請求項１０】
請求項１から請求項９の何れ一項に記載の方法であって、
前記相関は、支払い方法の相関、地域的および／または地理的相関、製薬業者の相関、性別の相関、人口学的相関、年齢の相関、診断／病気の相関、医師の相関、病院の相関、ならびに薬物の組み合わせの相関からなるリストから選択される、少なくとも１つの相関を含む、方法。
【請求項１１】
医療ワークフロー環境における医療電子データ取り込みシステムであって、
患者データおよび薬物ＩＤを読み取るための、プロセッサを含む手で握れる大きさのスキャナと、
前記プロセッサに接続され、データストレージデバイスと通信を行うようにそして前記患者データおよび前記薬物ＩＤを前記データストレージデバイスに伝送するように構成された無線トランシーバと、
前記データストレージデバイスと通信を行い、患者集団と薬物との間の相関を決定するために前記患者データを前記薬物ＩＤと相関させるように構成されたモジュールと、
を備えるシステム。
【請求項１２】
請求項１１に記載のシステムであって、
前記患者データは、患者の年齢、患者の診断、患者の性別、患者の病歴、薬物投与前における患者の血糖値、薬物投与後における患者の血糖値、薬物投与前における患者の血圧、薬物投与後における患者の血圧、薬物製造データ、薬物の投与量、投与の経路、病院の従業員の識別、主治医の識別、病院の識別、投与の時刻、または薬物投与前に摂取された食物からなるリストから選択される、システム。
【請求項１３】
請求項１１又は請求項１２に記載のシステムであって、
前記薬物ＩＤは、投薬形態、薬物の有効成分のリスト、全米医薬品コード、投与量の強度、包装のサイズ、薬物のクラス、製薬業者、製薬業者のロット番号、銘柄名、薬物の処方設計、または薬物のＳＩＧコードからなるリストから選択される、システム。
【請求項１４】
請求項１１から請求項１３の何れ一項に記載のシステムであって、
前記無線端末は、前記データストレージデバイスと定期的に通信を行うように構成される、システム。
【請求項１５】
請求項１１から請求項１３の何れ一項に記載のシステムであって、
前記無線端末は、前記データストレージデバイスと常時通信を行うように構成される、システム。
【請求項１６】
請求項１１から請求項１５の何れ一項に記載のシステムであって、
前記データストレージデバイスは、サーバコンピュータである、システム。
【請求項１７】
請求項１１から請求項１６の何れ一項に記載のシステムであって、さらに、
周辺デバイスを備えるシステム。
【請求項１８】
請求項１７に記載のシステムであって、
前記周辺デバイスは、薬物を患者に静脈内投与するための静脈内薬物送達デバイスである、システム。
【請求項１９】
医療ワークフロー環境における医療電子データ取り込みシステムであって、
患者データおよび薬物ＩＤを読み取るための手段と、
患者データおよび薬物ＩＤを通信するための手段と、
患者データを患者集団に関連付けるための手段と、
患者集団と薬物との間の相関を決定するための手段と、
を備えるシステム。
【請求項２０】
請求項１９に記載の医療電子データ取り込みシステムであって、
前記患者データおよび薬物ＩＤを読み取るための手段は、プロセッサに電気的に接続された端末である、システム。
【請求項２１】
請求項１９に記載の医療電子データ取り込みシステムであって、
前記患者データおよび薬物ＩＤを読み取るための手段は、手で握れる大きさのスキャナであり、前記無線型の手で握れる大きさのスキャナは、無線方式でサーバに接続される、システム。
【請求項２２】
請求項１９から請求項２１の何れ一項に記載の医療電子データ取り込みシステムであって、
前記患者データを患者集団に関連付けるための手段は、プロセッサを含む手で握れる大きさのスキャナである、システム。
【請求項２３】
請求項１９から請求項２１の何れ一項に記載の医療電子データ取り込みシステムであって、
前記患者データを患者集団に関連付けるための手段は、関連付けのための命令を含むモジュールである、システム。
【請求項２４】
請求項１９から請求項２３の何れ一項に記載の医療電子データ取り込みシステムであって、
前記患者データおよび薬物ＩＤを通信するための手段は、無線型の手で握れる大きさのスキャナである、システム。
【請求項２５】
請求項１９から請求項２３の何れ一項に記載の医療電子データ取り込みシステムであって、
前記患者データおよび薬物ＩＤを通信するための手段は、有線端末である、システム。
【請求項２６】
請求項１９から請求項２５の何れ一項に記載の医療電子データ取り込みシステムであって、
前記患者集団と薬物との間の相関を決定するための手段は、決定のための命令を含むモジュールである、システム。
【請求項２７】
請求項１９から請求項２５の何れ一項に記載の医療電子データ取り込みシステムであって、
前記患者集団と薬物との間の相関を決定するための手段は、手で握れる大きさのスキャナである、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願＞
本出願は、２００６年３月２４日に出願された米国仮出願第６０／７４３，７５８号「ＥＬＥＣＴＲＯＮＩＣ  ＤＡＴＡ  ＣＡＰＴＵＲＥ  ＩＮ  Ａ  ＭＥＤＩＣＡＬ  ＷＯＲＫＦＬＯＷ  ＳＹＳＴＥＭ（医療ワークフローシステムにおける電子データの取り込み）」の優先権を主張する。該出願は、参照によりその全体を組み込まれるものとする。
＜発明の背景＞
＜技術分野＞
【０００２】
本発明は、概して、ヘルスケア環境におけるデータの取り込みおよび管理のためのシステムに関するものである。より具体的には、本発明は、患者および薬からのデータを受信してそのデータを解析のためにデータストレージメカニズムに伝送する手で握れる大きさのスキャナを含む、医療処理システムに関するものである。具体的な一実施形態において、システムは、患者集団間における薬の相互作用のパターンを決定する。
＜関連発明＞
【０００３】
コンピューティングタスクまたはコンピューティング環境は、ユーザ数が多いために、高度な可動性、操作の容易性、および低コストの実装を必要とする場合がある。このようなタスクの一例が、医療環境または病院環境において患者に提供されるケアの投与および文書化である。これらの環境におけるコンピュータリソースは、入出力（Ｉ／Ｏ）のステーションまたは端末などのアクセスポイントの可用性が不十分であるゆえに限界がある。据え置き型の端末は、大きな画面、なじみのあるフル装備のキーボード、およびマウス入力デバイスを有するものの、このような端末は、持ち運び性の欠如、またはコスト面および空間面の制約に起因する可用性の欠如ゆえに、特定の環境では使用することが不便である。無線通信能力を備えたノート型パソコンは、比較的高速な有効コンピューティング能力を維持しつつ、コンピュータ端末のパワーを増大させることができる。しかしながら、ノート型パソコンは、依然としてサイズがいくぶん大きく、運ぶのにかさばり、電池の寿命に限りがあり、操作に両手を必要とし、なおかつ高価である。
【０００４】
医療ケアの投与および文書化において介護人が使用するために、無線携帯情報端末（ＰＤＡ）などの複数の小型無線コンピューティングデバイスが開発されてきた。例えば、Ｇｏｍｂｒｉｃｈによる米国特許第４，９１６，４４１号は、無線トランスミッタと、医療データをコンピュータシステムに入れるためのバーコードスキャナと、を含む手で握れる大きさの端末について記載している。あいにく、看護師は、情報の多くをデバイス上の小さなキーボードに手動で打ち込む必要がある。これは、病院環境では不便でなおかつ時間を食う。
【０００５】
また、類似のデバイスは、壊れやすい、かさばる、または高価であるうえに、操作のために両手を使うまたは面倒なタスクを必要とする。このため、この技術では、デバイスおよび方法の改良が必要とされている。
＜発明の概要＞
【０００６】
本発明の一実施形態において、ケアの地点で薬物投与データを取り込む方法は、識別コードまたは識別シンボルをスキャンするように構成されたスキャナと、プロセッサと、該プロセッサに接続されたデータストレージデバイスと、を含む手で握れる大きさのデバイスを用意することと、データストレージデイバスに患者データおよび薬物ＩＤを格納することと、患者データおよび薬物ＩＤをサーバに伝送することと、患者集団と薬物との間の
相関を決定するために、患者データと薬物ＩＤとを相関させることと、を含む。
【０００７】
いくつかの実施形態では、方法は、さらに、薬物の投与の時刻を手で握れる大きさのデバイスに受信することを含む。いくつかの実施形態では、投与の時刻は、投与の日付、ケアを投与している施設のアドレス、またはケアを投与している係員の名前を含む。いくつかの実施形態では、患者データを格納することは、一次元コード、二次元コード、および高周波識別タグの少なくとも１つをスキャンすることを含む。いくつかの実施形態では、患者データは、生体情報を含む。いくつかの実施形態では、生体情報は、指紋スキャンおよび網膜スキャンの少なくとも１つである。いくつかの実施形態では、患者データは、患者の名前、医師の名前、医師ＩＤ、患者が服用した薬のリスト、患者の性別、患者の生年月日、サービスに対する支払い方法、投与された量、投与の経路、薬物投与前における心尖拍動、薬物投与前における血糖値、薬物投与前における痛みの程度、薬物投与前における患者の発言、薬物投与前に係員によって記録された診断または状態、薬物投与後における心尖拍動、薬物投与後における血糖値、薬物投与後における痛みの程度、薬物投与後における患者の発言、および薬物投与後に係員によって記録された診断または状態からなるリストから選択される。いくつかの実施形態では、薬物ＩＤを格納することは、一次元コード、二次元コード、および高周波識別タグの少なくとも１つをスキャンすることを含む。いくつかの実施形態では、薬物ＩＤは、投薬形態、薬物の有効成分のリスト、全米医薬品コード、投与量の強度、包装のサイズ、薬物のクラス、製薬業者、製薬業者のロット番号、銘柄名、薬物の処方設計、および薬物のＳＩＧコードからなるリストから選択される。いくつかの実施形態では、相関は、支払い方法の相関、地域的および／または地理的相関、製薬業者の相関、性別の相関、人口学的相関、年齢の相関、診断／病気の相関、医師の相関、病院の相関、ならびに薬物の組み合わせの相関からなるリストから選択される、少なくとも１つの相関を含む。
【０００８】
別の実施形態において、医療ワークフロー環境における医療電子データ取り込みシステムは、患者データおよび薬物ＩＤを読み取るための、プロセッサを含む手で握れる大きさのスキャナと、プロセッサに接続され、データストレージデバイスと通信を行うようにそして患者データおよび薬物ＩＤをデータストレージデバイスに伝送するように構成された無線トランシーバと、データストレージデバイスと通信を行い、患者集団と薬物との間の相関を決定するために患者データを薬物ＩＤと相関させるように構成されたモジュールと、を含む。
【０００９】
いくつかの実施形態では、患者データは、患者の年齢、患者の診断、患者の性別、患者の病歴、薬物投与前における患者の血糖値、薬物投与後における患者の血糖値、薬物投与前における患者の血圧、薬物投与後における患者の血圧、薬物製造データ、薬物の投与量、投与の経路、病院の従業員の識別、主治医の識別、病院の識別、投与の時刻、または薬物投与前に摂取された食物からなるリストから選択される。いくつかの実施形態では、薬物ＩＤは、投薬形態、薬物の有効成分のリスト、全米医薬品コード、投与量の強度、包装のサイズ、薬物のクラス、製薬業者、製薬業者のロット番号、銘柄名、薬物の処方設計、または薬物のＳＩＧコードからなるリストから選択される。いくつかの実施形態では、無線端末は、データストレージデバイスと定期的に通信を行うように構成される。いくつかの実施形態では、無線端末は、データストレージデバイスと常時通信を行うように構成される。いくつかの実施形態では、データストレージデバイスは、サーバコンピュータである。いくつかの実施形態では、医療電子データ取り込みシステムは、さらに、周辺デバイスを含む。いくつかの実施形態では、周辺デバイスは、薬物を患者に静脈内投与するための静脈内薬物送達デバイスである。
【００１０】
別の実施形態において、医療ワークフロー環境における医療電子データ取り込みシステムは、患者データおよび薬物ＩＤを読み取るための手段と、患者データおよび薬物ＩＤを
通信するための手段と、患者データを患者集団に関連付けるための手段と、患者集団と薬物との間の相関を決定するための手段と、を含む。
【００１１】
いくつかの実施形態では、患者データおよび薬物ＩＤを読み取るための手段は、プロセッサに電気的に接続された端末である。いくつかの実施形態では、患者データおよび薬物ＩＤを読み取るための手段は、手で握れる大きさのスキャナであり、無線型の手で握れる大きさのスキャナは、無線方式でサーバに接続される。いくつかの実施形態では、患者データを患者集団に関連付けるための手段は、プロセッサを含む手で握れる大きさのスキャナである。いくつかの実施形態では、患者データを患者集団に関連付けるための手段は、関連付けのための命令を含むモジュールである。いくつかの実施形態では、患者データおよび薬物ＩＤを通信するための手段は、無線型の手で握れる大きさのスキャナである。いくつかの実施形態では、患者データおよび薬物ＩＤを通信するための手段は、有線端末である。いくつかの実施形態では、患者集団と薬物との間の相関を決定するための手段は、決定のための命令を含むモジュールである。いくつかの実施形態では、患者集団と薬物との間の相関を決定するための手段は、手で握れる大きさのスキャナである。
【００１２】
本発明は、添付の図面を参照にして説明される。図中、類似の参照番号は、類似の構成要素を示すものとする。
＜好ましい実施形態の詳細な記載＞
【００１３】
本発明の実施形態は、医療環境においてデータパターンを解析するためのシステムに関する。周知のように、病院内において、患者は、種々様々な治療および薬を与えられる。しかしながら、患者の予後と治療／薬との間の相関を見分けるために様々な治療および薬を相関させることは、困難になってきている。このため、本発明の一実施形態において、システムは、患者のケアと、その患者に与えられた治療または薬との間の相関を決定する。
【００１４】
一例では、一連の患者に、新しい抗生物質と同時にアスピリンを与えてよい。看護師が、アスピリンと新しい抗生物質とを患者に与える際に、後ほど詳述されるように、患者のＩＤと、アスピリンおよび新しい抗生物質についての投薬指示に対応するＩＤとを入力するために、無線型の手で握れる大きさのデバイスが使用される。無線端末は、その情報を、患者とその患者が受けた薬および治療とに関する情報をコンパイルする中央サーバに送信する。
【００１５】
このような医療情報のデータベースが与えられたら、このデータベースは、患者データと治療データまたは薬データとの間の相関を決定するために「マイニング」することができる。例えば、アスピリンと新しい抗生物質とを服用した患者は、治療の３時間以内に腹痛を訴えたことが発見されるかもしれない。新しい抗生物質とアスピリンとを服用した患者で５０歳を超えた者は、副作用反応を示したことを発見されるかもしれない。無線端末からデータベースへ患者データおよび薬データ／治療データが提供されたら、任意の数のデータ相関を決定することができる。
【００１６】
一実施形態において、製薬会社は、このようなデータベースを、患者の大集団に対する新しい薬の作用を追跡するために使用してよい。周知のように、製薬会社は、自社の薬の安全性および有効性を決定するために、臨床試験を行う。しかしながら、その薬による治療がひとたび認可されると、製薬会社は、より広い患者集団に対するその薬の作用を引き続き追跡すること、およびその薬の作用を様々な医療関連変数と相関させることが難しくなる。
【００１７】
本明細書において説明されるシステムおよび方法を使用すれば、製薬会社は、特定の薬
を与えられた患者からの患者データのデータベースをコンパイルすることができる。そして、患者に対する副作用とのあらゆる相関を調べるために、そのデータをマイニングすることができる。データは、通常の一連の患者ケアの一環としてシステムに入力されるので、後述されるような無線端末を使用すれば、データは、病院または治療員に対して透明なかたちで提供される。
【００１８】
本発明の実施形態は、病院などの環境における医療ケアを管理するための、無線型の手で握れる大きさの端末を用いたシステムおよび方法に関する。無線端末は、例えば患者の識別、アイテムの識別、文書の文字および語句、コマンド、ならびに命令に対応するコードまたはシンボルを読み取るために使用される、少なくとも１つのコードリーダ、またはスキャナを有することが好ましい。コードまたはシンボルは、バーコードなどの、光学的に読み取り可能な一次元および二次元のコードまたはシンボルを含む、機械可読コードであることが好ましいものの、高周波識別（ＲＦ  ＩＤ）デバイスまたはタグを含むこともできる。コードまたはシンボルは、病院環境全体において、物体、カード、または名札に付けることができる。一実施形態において、各ユーザは、そのユーザが最も一般に使用するコードまたはシンボルを含むカード、すなわちコードシートを有することができる。そうすれば、ユーザは、特定のデータを入力するためまたは具体的な命令を実行するために、自らのコードシート上のコードまたはシンボルをスキャンするだけですむ。
【００１９】
後述されるように、データとしてのコードまたはシンボルをスキャンインすることに加えて、システムは、システムに対して命令を提供するコードまたはシンボルもスキャンインする。システムは、システムに対してデータまたは命令を提供するコードまたはシンボルを、接続されたサーバを介してまたは静脈内送達デバイス（例えばＩＶポンプ）などの周辺デバイスへの直接的な有線リンクもしくは無線リンクを介してスキャンインしてよい。複数のコードまたはシンボルをスキャンインすることによって、看護師などのユーザは、サーバにおいて、または周辺デバイスにおいて直接（したがってサーバを介して通信を行う必要性を迂回して）、メッセージ、呼び出しコマンド、印刷コマンド、およびプロセスコマンドを送信し、医療検査を指示することができる。例えば、一実施形態において、看護師は、医師を患者の場所に呼び出す必要があるかもしれない。この実施形態では、看護師は、患者を識別するスキャンコード列を含む患者のＩＤブレスレットをスキャンする。看護師は、次いで、名札上にまたは室内に印刷された命令コードをスキャンする。これは、「医師を呼び出せ」という命令を提供する。スキャンされたコードまたはシンボルは、無線方式でサーバに伝送され、命令は、サーバにおいて実行される。
【００２０】
サーバは、スキャンされたコードまたはシンボルについて、コードもしくはシンボルと命令とからなるデータベースまたはルックアップテーブルを照会し、スキャンされたコードまたはシンボルが「呼び出し」命令に対応していたことを決定するであろう。このデータベースは、サーバに、静脈内送達デバイスもしくはポンプなどの周辺デバイスに、または無線型の手で握れる大きさの端末自体にあることが可能である。システムは、次いで、呼び出すべき医師を識別するために、患者の識別に対応するスキャンコードに基づいて命令を実行し、次いで、その患者の場所に適切な医師を呼び出す。一実施形態において、システムは、各患者の名前と、その患者のために現在呼び出しに応じている医師の名前とを格納する病院投与システムにリンクされている。このため、無線端末は、コードスキャナによってデータを読み取る機能を提供するのみならず、同じコードスキャナを使用して数々の機能を有利に実施する。
【００２１】
端末は、コードまたはシンボルと、無線通信リンクを介して端末から受信されるコードまたはシンボルを処理するために使用される対応する情報またはコマンドとからなるデータベースを維持するサーバとの間に、通信を確立することが好ましい。サーバは、メッセージング、印刷、または記録などの様々な機能を実施する追加のデバイスと、ローカルエ
リアネットワーク（ＬＡＮ）などのネットワークを介して通信を行うことが好ましい。サーバは、要求された情報を提供するために、または特定の薬に対応する特定のコードもしくはシンボルなどの特定のコードもしくはシンボルのスキャンに応答する情報を提供するために、無線端末と通信を行うようにも構成される。端末は、また、サーバを迂回して、有線手段または無線手段のいずれかを介して静脈内送達ポンプなどの周辺デバイスと直接通信を行うこともできる。
【００２２】
本発明の一態様において、無線端末は、サーバと通信を行うことなくコードまたはシンボルを局所的に処理する処理能力を有することによって、特定の容量内でユーザと自律的に相互作用する。端末は、標識、およびＬＣＤ画面などの表示画面を介してユーザと通信を行う。端末は、また、警告状態または肯定応答待機メッセージを示すためにビープ音などの音声標識をともなうようにも適応することができる。ユーザは、画面上に表示されたメッセージに対して端末上の肯定応答ボタンまたは「ＯＫ」ボタンによって肯定応答または応答することができる。一例として、看護師は、看護師による心尖拍動の測定後に投与されると望ましい薬である心臓障害治療用のジゴキシンの包装からコードをスキャンインすることができる。看護師が、ジゴキシンの包装からコードをスキャンすると、端末内のプロセッサは、そのコードを読み取って、それを、コードまたはシンボルからなる内部リストと比較する。この場合は、端末は、そのコードを心尖拍動の測定を必要とするものとして認識し、警告を表示して、看護師からの心尖拍動の入力を要求するであろう。看護師は、次いで、拍動測定を端末に入力するために、適切な数字に対応するコードまたはシンボルをスキャンすることによって、心尖拍動測定値をスキャンインすることができる。拍動測定値が入力されると、端末は、入力されたデータをサーバに伝送することができる。
【００２３】
システムにおいて使用および維持されるコードまたはシンボルは、特定の命令または情報に対応するコードが１つのみであるように、「閉じられた」シンボル体系であることが好ましい。これは、システムが、異なる命令または情報に対応する二重のコードまたはシンボルを受信することがないように保証する。特定の実施形態において、コードまたはシンボルは、２Ｄマトリックスとして、または参照によってその全体を本明細書に組み込まれる国際公開ＷＯ  ０２／０７０６５に記載されているようなＤＯＴとして実装される。一実施形態において、物理的なＤＯＴは、直径７ｍｍであり、３２１の白または黒の六角形を含む。別の実施形態では、物理的なＤＯＴは、およそ直径５ｍｍであり、しかしながら直径７ｍｍ未満である。一実施形態において、コンピュータサーバは、６４ビットの数を生成し、それを暗号化し、その暗号化されたデータを一意的に表す２Ｄ  ＤＯＴをアルゴリズム的に生成するように、構成することができる。ＤＯＴシンボル体系を使用して実装されるシステムは、国際公開０２／２１７９４  Ａ２に記載される方法およびシステムのように、さらなる能力を有することができる。本明細書において使用される「ドットスキャナ」は、ＤＯＴシンボル体系を読み取るように構成される。システムは、また、国際公開ＷＯ  ０２／０７０６５に記載されるようなＤＯＴとともに、その他の一次元シンボル、またはＡＺＴＥＣ（登録商標）コードおよび二次元バーコードなどの二次元シンボルを使用して機能することもできる。
【００２４】
２Ｄ  ＤＯＴまたはその他の一次元もしくは二次元のシンボルは、国際公開０２／２１７９４  Ａ２において説明されるように、ＤＯＴまたはその他の一次元もしくは二次元のシンボルを高密度に配置することを有利に可能にする。ＤＯＴまたはその他の一次元もしくは二次元のシンボルは、１つのＤＯＴまたはその他の一次元もしくは二次元のシンボルからのデータが、隣りのＤＯＴを読み取る端末の能力に干渉することのないように、同じ水平行または垂直列の中で互いに隣り合うように配置することができる。このため、ＤＯＴまたはその他の一次元もしくは二次元のシンボルは、ＤＯＴまたはその他の一次元もしくは二次元のシンボルの配列として配置することができる。一実施形態において、隣り合うＤＯＴまたはその他の一次元もしくは二次元のシンボルの間の中心間距離は、およそ２
０ｍｍであり、なおかつ２５ｍｍ未満である。その他の実施形態では、隣り合うＤＯＴまたはその他の一次元もしくは二次元のシンボルの間の中心間距離は、約１０ｍｍ未満、約１５ｍｍ未満、約２０ｍｍ未満、約３０ｍｍ未満、約３５ｍｍ未満、約４０ｍｍ未満、約４５ｍｍ未満、約５０ｍｍ未満、約５５ｍｍ未満、約６０ｍｍ未満、約６５ｍｍ未満、約７０ｍｍ未満、約７５ｍｍ未満、約８０ｍｍ未満、約９０ｍｍ未満、または約１００ｍｍ未満である。
【００２５】
ＤＯＴまたはその他の一次元もしくは二次元のシンボルによって可能とされるデータの組み合わせの数は膨大であるので、医療管理システム全体は、ＤＯＴまたはその他の一次元もしくは二次元のシンボルを使用して、システムにおいて望まれるあらゆる情報およびコマンドを表すように実装することができる。こうして、一般に使用されるバーコードと混乱する可能性が排除される。システムは、しかしながら、ＤＯＴまたはその他の一次元もしくは二次元のシンボルと、バーコード技術との両方によって実装することができる。この場合、端末は、バーコードのスキャナと、ＤＯＴまたはその他の一次元もしくは二次元のシンボルのスキャナとの両方を含むであろう。このような実施形態が、以下で説明される。
【００２６】
本明細書において使用される「命令」は、システムにおいて情報を処理するためのコンピュータ実行ステップを指す。命令は、ソフトウェア、ファームウェア、またはハードウェアのかたちで実装可能であり、システムのコンポーネントによって実行される任意のタイプのプログラム化されたステップを含むことができる。本明細書において使用される「手動命令」は、システムとやり取りする人間によって実行されうるステップである。
【００２７】
本明細書において使用される「命令に対応するコード」は、システムにおいて実行される１つもしくは複数の命令を指すコード、またはシステムにおいて実行される１つもしくは複数の命令に変換されるコードを意味する。例えばコード「ＡＢＣ１２３」は、医師を特定の部屋に呼び出す結果となる命令を指すことができる。別の一例として、コードは、静脈内送達システムを、特定の患者用の特定の薬情報および設定値、ならびにその特定の患者に対応する特定の投薬指示にアクセスするように、トリガすることができる。特定の設定値は、ネットワークサーバなどのリモートストレージから、または手で握れる大きさの端末内にある情報から、または静脈内送達システム内などのデバイス内にある情報からアクセスすることができる。コードまたはシンボル、およびそれらに対応する命令は、データベースまたはルックアップテーブルに格納することができるので、コードのスキャンインは、端末にそのコードをデータベースで検索させ、対応する命令または命令セットを読み出させる。上述のとおり、コードまたはシンボルは、システムにスキャンインするのに便利であるように、１Ｄまたは２Ｄのシンボルに変換されることが好ましい。
【００２８】
ローカルエリアネットワークの一例は、システムを構成するコンピュータおよびコンピューティングデバイスをつないだ、インターネットへのアクセスを含む企業コンピューティングネットワークであってよい。一実施形態において、ＬＡＮは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）業界標準に準拠している。代替の実施形態では、ＬＡＮは、国際標準化機構の開放型システム間相互接続、ＩＢＭのＳＮＡ、ＮｏｖｅｌｌのＮｅｔｗａｒｅ、Ｂａｎｙａｎ  ＶＩＮＥＳを非限定的に含む、その他のネットワーク標準に準拠している。
【００２９】
本明細書において使用される「マイクロプロセッサ」は、Ｐｅｎｔｉｕｍ（登録商標）プロセッサ、８０５１プロセッサ、ＭＩＰＳ（登録商標）プロセッサ、Ｐｏｗｅｒ  ＰＣ（登録商標）プロセッサ、ＡＬＰＨＡ（登録商標）プロセッサ、ＡＲＭプロセッサ、ＲＩＳＣプロセッサなどの、従来の任意の汎用の単一チップもしくはマルチチップのマイクロプロセッサ、または例えば百万命令／秒（ＭＩＰＳ）などの１秒ごとの命令の数で測定さ
れうる命令を処理する数々のマイクロコントローラもしくはその他のデバイスの任意であってよい。また、マイクロプロセッサは、デジタル信号プロセッサまたはグラフィックスプロセッサなどの従来の任意の専用マイクロプロセッサであってよい。マイクロプロセッサは、従来のアドレス回線、従来のデータ回線、および１本または複数の従来の制御回線を有するのが通常である。
【００３０】
本明細書において使用される「モジュール」という用語は、後ほど詳述されるように、システムの中の各種のモジュールを指す。当業者ならば明らかなように、各モジュールは、各種のサブルーチン、プロシージャ、定義ステートメント、およびマクロを含む。各モジュールは、個別にコンパイルされ、単一の実行可能プログラムにリンクされるのが通常である。したがって、各モジュールに関する以下の説明は、好ましいシステムの機能を説明する利便性のために使用される。このため、各モジュールによって実行されるプロセスは、その他のモジュールの１つに任意に再分配されても、組み合わせて単一のモジュールに盛り込まれても、または例えば共用動的リンクライブラリにおいて利用可能にされてもよい。
【００３１】
システムは、例えば、電子的に接続された２台または３台以上の任意のタイプのコンピュータを含んでよく、例えば、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、またはピアツーピア接続などの直接接続を含む。また、ネットワークに対する接続性は、例えば、リモートモデム、イーサネット（登録商標）（ＩＥＥＥ  ８０２．３）、トークンリング（ＩＥＥＥ  ８０２．５）、光ファイバ分散データリンクインターフェース（ＦＤＤ）、または非同期伝送モード（ＡＴＭ）であってよい。なお、コンピューティングデバイスは、デスクトップ、サーバ、ポータブル、手で握れる大きさの、セットトップ、またはその他の任意の所望のタイプの構成でありうることに留意せよ。本明細書において使用されるインターネットとは、公衆インターネット、私設インターネット、セキュアインターネット、私設ネットワーク、公衆ネットワーク、付加価値ネットワーク、およびイントラネットなどの、ネットワークヴァリエーションを含む。
【００３２】
本明細書において使用される「プログラミング言語」という用語は、Ｃ、Ｃ＋＋、Ｃ＃、ＢＡＳＩＣ、Ｐａｓｃａｌ、Ｊａｖａ（登録商標）、ＦＯＲＴＲＡＮ、およびアセンブリ言語を非限定的に含み、コンピュータオペレーティングシステム下で実行される、任意のプログラミング言語を指す。Ｃ、Ｃ＋＋、Ｃ＃、ＢＡＳＩＣ、Ｐａｓｃａｌ、Ｊａｖａ（登録商標）、およびＦＯＲＴＲＡＮは、実行可能コードの作成に多くの市販のコンパイラを使用することができる業界標準のプログラミング言語である。
【００３３】
＜システムの概観＞
図１は、病院環境において実装される医療管理システム１０の一実施形態のブロック図である。システム１０は、コンピュータ１２と、複数の電池式無線端末１４Ａ〜Ｄとを含み、無線端末１４およびサーバ１２は、ＩＥＥＥ  ８０２．１１の無線ＬＡＮ規格にしたがって通信を行うことが好ましい。システムは、また、赤外線通信規格（ＩｒＤＡ）、高周波識別（ＲＦ  ＩＤ）、またはＢｌｕｅｔｏｏｔｈを非限定的に含む、当該技術において知られるその他の無線通信規格を使用することもできる。システムは、また、ネットワークまたは直接接続を介してサーバ１２に結合されたハードワイヤード端末１６も含むことが好ましく、該ハードワイヤード端末１６は、許可ユーザのみが端末１４Ａを起動可能であるようにシステム用の制御ポイントまたはデータ閲覧＆操作ポータルとして、そして端末１４とサーバ１２との間のハードワイヤード通信リンクとして使用することができる。
【００３４】
無線端末１４およびサーバ１２は、常時通信または定期通信の両方を行うように構成さ
れるが、より好まれるのは、常時通信ではなく定期通信セッションである。そうすれば、無線端末１４における電池残量を節約することができ、端末１４がサーバ１２との通信距離外にある状況では、端末１４に絶えずサーバ１２との通信を試みさせるような、電力を食うループプロセスは形成されない。サーバ１２および無線端末１４は、しかしながら、必要であればいつでも通信を行うことができ、指定された通信セッション中の通信に限定されない。無線端末１４は、持ち運びの容易性および片手使用のために、小型であることが好ましい。
【００３５】
サーバ１２は、ネットワーク接続を介して、プリンタ２０、メッセージングシステム２２、薬局システム２４、検査室システム２６、病院サーバ２８、金融システム２９、患者記録システム３０などの複数の周辺のデバイスおよびシステムにも結合される。無線端末１４から受信されたコマンドまたは命令は、要求されたタスクの実施のために、サーバ１２によって各種のデバイスおよびシステムへ通信され、各種の周辺のデバイスおよびシステムからの情報は、サーバ１２によって無線端末１４へ通信される。例えば、薬局システム２４は、患者の薬の準備が整ったときに、その患者用の更新薬情報を送信する、またはサーバ１２に通知を送信することができる。端末１４は、また、サーバ１２を介して薬局システム２４に情報照会することもできる。同様に、端末１４は、サーバ１２を介して検査室システム２６に検査室検査要求を送信するまたは検査室システム２６から検査結果を受信することができる。また、システム１０は、使用時にシステム１０によって集められた情報に基づいて、請求および支払のデータを金融システム２９に送信することができる。
【００３６】
病院サーバ２８が、例えば患者の診察情報を維持している場合は、病院サーバ２８は、更新情報をサーバ１２に送信することができ、無線端末１４は、例えば患者が退院したときに病院サーバ２８を更新することができる。
【００３７】
一実施形態において、患者記録システム３０は、電子医療記録（ＥＭＲ）システムであり、各患者の投薬治療に関する電子記録およびユーザによって端末１４に入力されるあらゆる追加のコメントを維持するために、無線端末１４からの情報によって更新される。
【００３８】
このため、無線端末１４は、従来のネットワークを通じて周辺のデバイスおよびシステムに接続されたコンピュータ端末に類似した能力を有する。周辺デバイスは、例えば、静脈内送達ポンプを含んでよい。無線端末１４と、サーバ１２と、周辺のデバイスおよびシステムとの相互作用は、後ほどさらに詳しく説明される。
【００３９】
サーバ１２は、複数の電子タスクを実施するために、複数のスキャンコードまたはスキャンシンボルと、各コードまたはシンボルに対応するデータまたは命令とを格納するためのデータベース３２を含む。スキャンコードまたはスキャンシンボルは、手で握れる大きさの端末に、および／または静脈内ポンプなどのデバイスに格納することもできる。データは、例えば、患者、薬、対象、およびメモ入力に対応する情報を含み、命令は、「患者レポートを印刷せよ」、「検査室検査を命じよ」、および「補助を要求せよ」などのタスクを含むことができる。データベース３２は、端末１６、またはサーバ１２と通信を行う追加のコンピュータ端末を使用して、変更および維持することができる。特定の実施形態では、システムは、ローカルサーバおよびリモートサーバの両方を含み、ローカルデータベースおよびリモートデータベースを含む。このような実施形態では、ローカルデータベースが、適切なリモートサーバを位置指定するためのポインタを提供してもよいし、あるいはローカルサーバとリモートサーバとが、異なる方式で動作したりインターフェースをとったりしてもよい。また、１軒の病院で複数のサーバおよびデータベースが使用される場合は、データベースの維持および更新のために、例えば、マスタコンピュータまたはマスタサーバを使用することができる。
【００４０】
＜サーバ＞
図２は、サーバ１２の一実施形態のブロック図であり、ここで、サーバ１２は、複数の無線端末１４との無線通信のための、アンテナ４８を含む送受信回路構成すなわちトランシーバ回路構成４６とデータ通信を行う。サーバ１２は、データおよび命令の処理のために、追加の送受信回路構成を含んでよく、この場合、サーバ１２は、トランシーバおよびアンテナを含む無線アクセスポイントにリンクされる。上述のように、サーバ１２は、ハードワイヤード端末１６におけるハードワイヤード接続を介して無線端末１４と通信を行うこともできる。
【００４１】
サーバ１２は、トランシーバ回路構成４６を介したデータの伝送を受信および促進するように構成された、トランシーバモジュール５０を含む。サーバ１２は、さらに、各端末１４の使用の始まり時に各端末を開始させるように構成された、起動モジュール５４を含む。一実施形態において、ユーザは、ユーザ名およびパスワードなどのユーザ情報に対応するコード（または複数のコードもしくはシンボル）をスキャンすることによって、端末１４の起動を要求してよい。一実施形態において、ユーザは、自らの名前バッジ上の識別コードをスキャンし、その後、コードスキャナにパスワードを入力する。起動要求に応答して、起動モジュール５４は、先ず、データベース３２に格納された情報にユーザ情報を相関させる試みをなすことによって、そのユーザが端末１４の使用を許可されているかどうかを検証する。次に、もし病院のナースステーションにいる看護師が端末１４の起動を要求している場合は、起動モジュール５４は、その看護師が自身のワークシフト中に実施するべきタスクおよび使用するべき情報のリストを送信する。より具体的に言うと、もし看護師Ａが端末１４の起動を要求した場合は、起動モジュール５４は、看護師Ａに割り当てられた患者Ａ，Ｂ，Ｃ，Ｄに対応する情報を、これらの患者のためにまたは一般に看護師Ａが実施するべきあらゆる追加のタスクとともに、端末１４に送信する。システム１０のこれらの代表的特徴は、図１２〜１３を参照にして、より詳しく後ほど説明される。
【００４２】
図２に示されるように、サーバ１２は、トランシーバモジュール５０とデータ通信を行い、トランシーバ回路構成４６を介して無線端末１４から入ってくるデータまたは命令を解析するように構成された、解析モジュール５６も含む。解析モジュール５６は、サーバ１２にあるその他の処理＆タスク実施モジュールともデータ通信を行い、入ってくるデータまたは命令を、その解析に応じて適切なモジュールに通信する。当業者ならば十分にわかるように、サーバは、周辺のデバイスおよびシステムからのデータまたは命令を解析するため、ならびに無線端末１４からのデータおよび命令を解析するために、別個の解析モジュールまたは複数のモジュールを含んでよい。
【００４３】
サーバ１２は、さらに、命令を処理するための命令処理モジュール５８と、データを処理するためのデータ処理モジュール６０とを含み、解析モジュール５６による解析は、ネットワーク端末１４からの通信がデータまたは命令を含むかを決定し、その通信内容を、処理のために適切なモジュールに送信する。サーバ１２は、また、動作中に命令処理モジュール５８およびデータ処理モジュール６０によって使用される、プロセッサ６２とメモリ６４とを含む。メモリ６４は、また、スキャンコードまたはスキャンシンボルおよび対応する命令またはデータのデータベース３２を格納するようにも構成することができる。フラッシュメモリなどのその他のタイプのメモリもまた、サーバ１２内にデータを格納するために使用可能であることを認識されると望ましい。
【００４４】
メモリ６４は、周辺システムから受信された情報を、無線端末１４およびそれらのユーザによる使用のために格納するようにも構成される。例えば、サーバ１２が、病院の各ナースステーションに割り当てられる場合は、メモリ６４は、そのナースステーションに割り当てられた患者およびそれらの患者に割り当てられた介護師によって実施されるべきタ
スクの両方に対応する情報を格納する。より具体的に言うと、薬、投与の時刻、および患者Ａのケアに関するあらゆる追加の情報が、患者Ａに割り当てられた介護師による使用のために、メモリ６４に格納される。
【００４５】
サーバ１２にある追加の処理＆タスク実施モジュールは、メモリ６４に格納された情報を、周辺のデバイスおよびシステムからの情報によって更新するように構成された、情報更新モジュール６６を含む。例えば、情報更新モジュール６６は、薬局システムから投薬指示を受信し、それらの薬局指示によってメモリ６４を更新し、更新投薬指示を適切な無線端末１４に送信する。
【００４６】
図２に示されるように、サーバ１２は、さらに、端末１４からの適切なスキャンコード命令に応答して、特定の患者または端末１４のユーザに割り当てられた全ての患者に関するレポートの作成を調整するように構成された、レポート作成モジュール６８を含む。レポート作成モジュール６８は、命令処理モジュール５８からレポート作成命令を受信し、レポートに含まれるべき情報をプロセッサ６２およびメモリ６４を使用して取得する。情報が集められたら、レポート作成モジュール６８は、そのレポートをプリンタに送信する。これは、ユーザが、サーバまたはそれ以外の場所に格納されたデータをもとにして所定のレポートを印刷するために、端末に特定のコードをスキャンすることを可能にする。
【００４７】
一実施形態において、サーバ１２は、メッセージを受信する、メッセージを作成する、ならびに無線端末１４および周辺システムにメッセージを送信するように構成された、メッセージングモジュール７０も含む。該モジュール７０は、無線端末１４に送信されるべきメッセージを、メッセージングシステム２２（図１）から受信する。メッセージングシステム２２は、コンピュータ端末または複数の端末を含むことができ、そこで、ユーザは、特定の無線端末１４に送信されるべきテキストメッセージをそのユーザの名前を指定することによって入力することができる。例えば、緊急の電話呼び出しの通知を含むテキストメッセージを、看護師Ａのためにハードワイヤード端末１６で入力することができる。メッセージングシステム２２は、そのメッセージおよび対応する端末ユーザ識別（例えば「看護師Ａ」）をサーバ１２に通信する。サーバ１２は、メッセージおよびユーザ識別をメッセージングモジュール７０へと送り、メッセージングモジュール７０は、どの端末１４がメッセージを受信するべきであるかを決定するために、そのユーザ識別（看護師Ａ）をデータベース３２またはメモリ６４で検索する。メッセージングモジュール７０は、次いで、宛先端末１４用にメッセージをフォーマットし、そのメッセージを、看護師Ａによって制御されている端末に、トランシーバモジュール５０およびトランシーバ回路構成４６を介して送信する。
【００４８】
一実施形態において、レポート作成モジュール６８は、レポートの作成を要求した端末１４のユーザに、そのレポートが印刷されたことを知らせるために、メッセージを作成するように構成される。作成されたメッセージは、メッセージングモジュール７０に通信され、メッセージングモジュール７０は、メッセージをフォーマットし、適切な端末１４への通信のために情報を追加する。
【００４９】
別の実施形態では、患者記録システム３０は、薬のタイプ、投与される薬の量、投与の方法、投与の時刻、所見、ならびに患者の介護師および／または保険者にとって価値あるものでありうるその他のデータを非限定的に含む、投薬治療に関する電子記録を、各患者について維持する。この情報は、次いで、とある端末が薬の投与を示すデータを適時に送信しなかった場合に、サーバ１２が警告または通知のメッセージを生成しうるように、サーバ１２および端末１４に格納することができる。あるいは、端末は、格納された投与時刻に、予期される薬の投与が受信されなかった場合に、または指定の投与時刻に先立つ所定の期間内に、警報または通知のメッセージを作成することができる。
【００５０】
例えば、患者は、所定の時刻に特定の薬を投与されるように計画されてよい。端末１４は、所定の薬投与時刻からの経過時間を追跡し、所定の警告時間内に薬投与の表示が受信されなかった場合に警告または通知のメッセージを作成してよい。所定の警告時間は、例えば、計画された投与時刻後３０分または１時間であってよい。このため、端末１４は、計画された時刻からの経過時間がいくらかの所定の待ち時間を超えるようなイベントを監視するように構成されてよい。端末１４は、患者のケア記録への入力のために、サーバ１２にメッセージを送ってよい。端末１４は、ユーザが警告に肯定応答するまで、または予期される情報が端末１４に入力されるまで、端末１４のユーザに対して定期的に警告しつづける。端末１４のユーザは、例えば端末１４上の「ＯＫ」ボタンを選択することによって、警告または通知に対して肯定応答してよい。
【００５１】
あるいは、サーバ１２は、何らかの所定の患者イベントに応答して端末１４にメッセージを送信してよい。例えば患者は、状態を評価するために、１つまたは複数の臨床検査を受けたかもしれない。サーバ１２は、特定の患者に関する検査結果の可用性、患者の薬の変更、または手動でもしくは遠隔測定の使用を通じて監視されうる患者の健康状態の変化などのイベント、または重大な異常な検査結果などのその他の何らかの所定のイベントに応答して端末１４にメッセージを送信してよい。
【００５２】
一実施形態において、サーバ１２は、個々の各端末１４の使用、ユーザ、時間情報、およびコードの読み取りまたはスキャンの各イベント中にユーザによって読み取られるコードのタイプ（例えばバーコードまたはＤＯＴ）に関する統計値を維持する。また、例えば、薬の投与もしくはユーザによる端末操作におけるミス、コードスキャナによる読み取りミス、または理想のワークフローから外れたその他の操作活動に関する情報もまた、サーバによって追跡される。統計値に対するこのような追跡またはコンパイルは、システムの将来的な性能向上および最適化を可能にする。
【００５３】
＜端末＞
図２は、端末１４の一実施形態を示している。図示されるように、端末１４は、ユーザの片手にぴたりと収まるように設計される。さらに、端末１４の特徴は、ユーザが片手で端末を操作可能であるように配置される。上面７１Ａは、３行×１６文字のバックライト付き液晶パネル（ＬＣＤ）であることが好ましいディスプレイ７２を含む。ディスプレイ７２は、ユーザのために、警告、プロンプト、メッセージなどを表示するために使用することができる。もちろん、本発明は、いかなる特定のタイプのディスプレイにも限定されない。したがって、１行、２行、４行、５行、または６行以上のテキストを示すディスプレイウィンドウもまた、本発明の範囲内である。また、化学発光色素などの追加の特徴や、非テキスト表示特性を有するディスプレイウィンドウもまた、本発明の範囲内である。
【００５４】
端末１４は、多色ＬＥＤまたは３色ＬＥＤの、「読み取り良好」およびメッセージの標識７４を含む。該標識７４は、例えば、コードが正確にスキャンされたときは緑に短く光ることによってユーザに知らせ、コードが正確にスキャンされなかったときは赤に光ることによってユーザに知らせ、ディスプレイ７２にメッセージが表示されたときは黄に光ることによってユーザに知らせる。端末１４は、また、電源標識および無線接続性標識などの追加の標識（不図示）を含んでもよい。このような標識は、ディスプレイ７２の一部として組み込む、あるいは有能電力が低い場合または端末１４がサーバ１２との無線接続範囲外にある場合にのみ光る別個のＬＥＤ標識であることが可能である。その他の実施形態では、１つまたは複数の標識は、１つまたは複数のＬＥＤであってよい。標識は、上述された色および機能に限定されない。例えば、標識ＬＥＤは、端末１４の状態に応じて、赤、黄、または緑、またはこれらの組み合わせを表示してよい。
【００５５】
やはり上面７１Ａ上に設けられるのは、コードスキャナを起動するための、ＤＯＴおよび／または一次元もしくは二次元の画像のスキャンボタン７６、ならびにバーコードのスキャンボタン７７である。例示された実施形態は、ＤＯＴスキャナおよびバーコードスキャナの両方を含む。例示された実施形態では、コードまたはシンボルのスキャンのために、ユーザに対してスキャナの位置を示すために、ＤＯＴスキャンボタン７６は、端末１４の下面上におけるＤＯＴおよび／または一次元もしくは二次元のシンボルのスキャナの位置に対向して上面１７Ａ上に配置され、バーコードスキャンボタン７７は、端末１４の下面上におけるバーコードスキャナの位置に対向して上面７１Ａ上に配置される。第１の実施形態では、端末１４は、バーコードスキャナおよびバーコードスキャンボタンのみを含んでいるだろう。第２の実施形態では、端末は、ＤＯＴスキャナ、ならびにＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルのスキャンボタンのみを含んでいる。第３の実施形態では、端末１４は、上述された第１の実施形態と第２の実施形態との数々の組み合わせのうちの任意の組み合わせを含んでいる。端末は、追加で、または代わりに、ＲＦ  ＩＤタグを読み取るための手段を含んでもよい。
【００５６】
図示されるように、端末１４は、質問に答えるユーザ入力のための、またはディスプレイ７２に現れるメッセージに肯定応答するための、「ＯＫ」または肯定応答のボタン７８も含んでいる。ＯＫボタン７８の嵌め込みは、端末１４がユーザと所定の方式で相互作用して、ユーザからの入力を端末１４内に格納するまたは処理のためにサーバ１２に伝送することを可能にする。端末１４へのデータ入力には、その他のメカニズムも考えられることが認識されるべきである。例えば、単一のＯＫボタン７８の代わりに、１対の「はい」ボタンおよび「いいえ」ボタンを組み入れることができる。また、本発明の趣旨から逸脱することなしに、より少ないまたはより多くのボタンを端末１４の後面上またはその他の表面上に配置することができる。例えば、ＯＫボタン７８は、側面上に配置することができ、これは、依然として本発明の範囲内である。一実施形態において、端末１４は、端末側面上にジョグダイアルを含み、これは、例えば、ディスプレイ７２上に現れるメッセージをスクロールするために、またはスキャナ８０，８１の１つを起動させるために使用することができる。
【００５７】
図４Ａは、端末１４の底面図であり、バーコードスキャナ８０用の出力ウィンドウと、ＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルのスキャナ８１用の出力ウィンドウとを含む下面７１Ｂを示している。もちろん、本発明の実施形態は、コードまたはシンボルを端末にスキャンインするための出力ウィンドウを、より少なくまたはより多く含んでもよい。一実施形態において、端末１４は、バーコードスキャナ８０のみを含んでいる。第２の実施形態では、端末１４は、ＤＯＴスキャナ８１のみを含んでいる。図４Ｂは、端末１４の側面斜視図であり、上面７１Ａと、ＤＯＴスキャナ８１の一部とを示している。
【００５８】
図５Ａは、端末１４の一実施形態のブロック図である。図示されるように、端末１４は、バーコードスキャナ８０と、ＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルのスキャナ８１と、ディスプレイ７２と、ＬＥＤ標識７４と、ＤＯＴスキャンボタン７６と、バーコードスキャンボタン７７と、肯定応答ボタン７８とを含む。端末１４は、さらに、Ａｔｍｅｌ  ＡＴ９１の１６／３２ビットマイクロコントローラなどのマイクロコントローラ８２を含み、該マイクロコントローラ８２は、プロセッサ８４を含む。一実施形態において、プロセッサ８４は、例えば１６ビットの命令セットをともなう３２ビットの縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャを有しており、消費電力を低減させるように構成される。
【００５９】
マイクロコントローラ８２は、さらに、メモリを含み、該メモリは、スタティックランダムアクセスメモリ（ＳＲＡＭ）８６とフラッシュメモリ８８との組み合わせであってよ
い。ＳＲＡＭ  ８６は、プログラムおよびアプリケーションデータを格納するように構成され、好ましくは、リアルタイムオペレーティングシステムおよびアプリケーションデータをサポート可能なサイズと、ＤＯＴスキャナからのデータを使用して画像処理を行うためのメモリスペースとを有することが好ましい。一実施形態において、ＳＲＡＭ  ８６は、擬似ＳＲＡＭデバイス８７によって補われ、該擬似ＳＲＡＭデバイス８７は、消費電力およびデバイスコストの低減を可能にするために、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）セル構造をＳＲＡＭインターフェースと組み合わせる。当業者ならば十分にわかるように、端末１４の構成要素を接続する単線の通信回線は、代表的性質のものであり、複数の通信回線または制御回線が考えられる。
【００６０】
フラッシュメモリ８８は、ブートファームウェア、オペレーティングシステム、ドライバ、プロトコルスタック、およびアプリケーションプログラミングを永久記憶するように構成され、また、好ましくは、低電力で動作するようにも構成される。一実施形態において、フラッシュメモリ８８は、２メガバイトなど比較的小さい記憶容量を提供し、追加のフラッシュメモリ９０が、マイクロコントローラ８２の外部に提供される。例えば、４メガバイトまたは８メガバイトの追加のフラッシュメモリ９０は、フラッシュメモリ８８と同じバンクへのアドレスデコーティングのために、外部インターフェースまたはグルーロジック９２を使用してマイクロコントローラ８２のメモリ領域へとマッピングされる。一実施形態において、フラッシュメモリ８８，９０における端末のオペレーティングシステムおよび／またはアプリケーションソフトウェアは、無線通信リンクを介して全体または一部をアップグレードすることができる。
【００６１】
マイクロコントローラ８２は、複数の周辺デバイスと通信を行うための複数のインターフェースも含む。一実施形態において、マイクロコントローラ８２は、例えば外部メモリコンポーネント８７，９０およびグルーロジック９２とインターフェースをとるように構成された外部バスインターフェース９４を含む。マイクロコントローラ８２は、また、周辺デバイスと非同期通信を行うように構成された複数の万能非同期送受信機（ＵＡＲＴ）９６，９７、複数のプログラム入出力線、およびプロセッサ８４からの情報にしたがって平行入出力線上の信号を制御するように構成されたプログラム入出力コントローラ９８とを含んでもよい。
【００６２】
端末１４は、プロセッサ８４に結合され、リセット機能および番犬タイマーを含む、監視チップ９９を追加で含んでもよい。リセット機能は、例えば電源レールが所定の閾値を超えた際のシステムリセットを促進し、そのリセット状態を、端末１４のコンポーネントが安定化されるあいだ所定の期間にわたって維持する。番犬タイマーは、プロセッサ８４からの番犬タイマー信号出力に結合され、プロセッサ８４のソフトウェアデッドロックに際して始動し、次いで、システムリセットを開始させる。一実施形態において、端末１４は、ＣＰＵクロックを提供するクロック１００を含み、プロセッサ８４は、スタンバイモードまたはスリープモードの際にクロック速度を下げて電力を節約するように構成することができる。クロック１００は、クロックシンセサイザを含んでよい。マイクロコントローラ８２は、また、計画された薬投与またはタスクについての合図のメッセージまたは音をユーザに通信するために、リアルタイムクロックとしてクロックを使用してもよい。クロックは、また、端末１４における各コードスキャンイベントまたはその他のイベントにタイムスタンプを付すことも可能にする。端末１４は、また、マイクロコントローラ８２にリアルタイム情報を提供するために、Ｍａｘｉｍ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ（ダラス）からのＲｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋチップ  ＤＳ２４１５などのリアルタイムクロックを含んでもよい。
【００６３】
この実施形態におけるグルーロジック９２は、低電力の結合プログラム可能論理回路（ＣＰＬＤ）によって提供され、ＤＯＴスキャナ８１、無線通信トランシーバ１０２、ディ
スプレイコントローラ１０４、およびユーザ入力＆標識コントローラ１０６とインターフェースをとるように構成される。端末１４は、さらに、無線通信トランシーバ１０２に結合された１つまたは複数のアンテナ１０８を含んでもよい。ＤＯＴスキャナ８１は、レンズ光学を含むデジタルカメラに組み込まれたＯｍｎｉｖｉｓｉｏｎ  ＯＶ６１３０  ＣＭＯＳモノクロ撮像機器などの画像センサ１２０と、スキャンのためにＤＯＴ画像を照らすための明るいＬＥＤ  １２２とを含む。一実施形態において、ＤＯＴスキャナ８１は、完成された個別の単位であり、グルーロジック９２を介してマイクロコントローラ８２とインターフェースをとるように構成される。
【００６４】
無線通信トランシーバ１０２は、ＲＦ、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、またはＷＬＡＮなどの無線通信規格と、１つまたは複数のアンテナ１０８とを使用して、サーバ１２と通信を行うように構成される。一実施形態において、無線通信トランシーバ１０２は、ＡｇｅｒｅのＷａｖｅＬＡＮ  ＷＬ  ６００１０  ＭＡＣなどのメディアアクセスコントローラ（ＭＡＣ）と、ＡｇｅｒｅのＷａｖｅＬＡＮ  ＷＬ  １１４１  ８０２．１１ｂ物理層ソリューション、Ｐｈｉｌｉｐｓソリューション、またはＭａｒｖｅｌｌソリューションおよびＷｉ２Ｗｉソリューションなどの物理層ソリューションとを含む無線ＬＡＮ（ＷＬＡＮ）モジュールである。ＭＡＣコントローラは、コンパクトフラッシュ（登録商標）インターフェース１２４を介してグルーロジック９２とインターフェースをとり、ＩＥＥＥ標準によって定められた８０２．１１プロトコルを実行する。ＷＬＡＮモジュールは、また、次世代暗号化標準（ＡＥＳ）を実行するように構成されてもよい。一実施形態において、端末１４は、さらに、トランシーバ１０２に結合され、製品属性（シリアル番号、ボードヴァージョン、製造年月日、ＭＡＣアドレス、製造番号など）および無線較正データなどのデバイス情報を格納するように構成された、ＥＥＰＲＯＭ  １２６を含む。
【００６５】
ディスプレイコントローラ１０４は、モノクロのバックライト付きＬＣＤによって実装することができるディスプレイ７２とインターフェースをとるように構成される。例えば、ディスプレ７２は、チップオングラス（ＣＯＧ）技術による１２８×６４ドットのＬＣＤモジュール、またはテープキャリアパッケージ（ＴＣＰ）技術による１２２×３２ドットのＬＣＤモジュールであることが可能である。グラフィックコントローラ１０４は、例えば、Ｓａｍｓｕｎｇのグラフィックドライバ（ＫＳ０７１３／Ｓ６Ｂ１７１３）によって実装することができる。一実施形態において、ディスプレイコントローラ１０４は、文字フォントを内蔵するようには構成されず、端末１４内のメモリに、文字フォント表が格納される。ディスプレイコントローラ１０４は、電池残量標識、電池充電状況標識、無線通信状況、および無線通信信号強度などの所定のシンボルを表示するように構成されてよい。
【００６６】
一実施形態において、ユーザ入力＆標識コントローラ１０６は、複数の単色ＬＥＤ、複数の二色ＬＥＤ、および三色ＬＥＤ標識７４などの１つもしくは複数の可視標識、またはカラーディスプレイとインターフェースをとることによって、マイクロコントローラ８２からの制御信号にしたがったこのような標識の起動または点灯を促進するように構成される。ユーザ入力＆標識コントローラ１０６は、さらに、ＤＯＴスキャンボタン７６、バーコードスキャンボタン７７、および肯定応答または「ＯＫ」ボタン７８などの、１つまたは複数のスイッチまたはボタンからの入力を監視および受信するように構成される。一実施形態において、端末１４は、バーコード、ＤＯＴ画像、および／またはその他の一次元もしくは二次元のシンボルの読み取りを選択して開始させるための、ジョグダイヤルスイッチを含む。ユーザ入力＆標識コントローラ１０６は、グルーロジック９２を介してマイクロコントローラ８２とインターフェースをとることが好ましく、グルーロジック９２は、マイクロコントローラ８２からの汎用入出力（ＧＩＰＯ）能力を拡張する。また、入力ボタンおよびジョグダイヤルスイッチのために、デバウンス機能が提供されてもよい。
【００６７】
一実施形態において、端末１４は、マイクロコントローラ８２に直接結合された、またはグルーロジック９２を通じて結合された、圧電スピーカ１３０およびドライバ１３２などの１つまたは複数の音声標識を含む。音声標識は、バーコードまたはＤＯＴ画像のコード読み取りおよび／または復号化の成功の確認をユーザに提供することが好ましく、また、待機メッセージ、アラーム、または警告をユーザに知らせてもよい。音声標識は、また、様々な状態をユーザに示すために様々な音声信号を生成してもよく、例えば、コードの読み取りおよび復号化の成功を示すために第1の音声信号を、そしてコードの読み取りおよび／または復号化の失敗を示すために第２の異なる音声信号を使用してよい。高度なスピーカが、発話またはその他の音声信号の形態でフィードバックを提供してもよく、その一部は上述されている。
【００６８】
マイクロコントローラ８２は、検査回路構成、または端末１４の検査回路構成用の1つもしくは複数のインターフェースを含んでよい。一実施形態において、マイクロコントローラ８２は、埋め込みインサーキットエミュレータ１３４を含み、端末は、ＡＲＭ標準の埋め込みインサーキットエミュレーションをサポートするためのジョイントテストアクショングループ（ＪＴＡＧ）インターフェース１３６を含む。端末１４は、さらに、マイクロコントローラ８２用のデバッグポート１３８を含んでよく、該デバッグポート１３８は、検査およびデバッグ用の周辺のモニタまたは回路と通信を行うためのＲＳ２３２トランジスタ−トランジスタロジック（ＴＴＬ）を含む。デバッグポート１３８は、また、マイクロコントローラ８２に内蔵されたフラッシュプログラミングルーチンを通じて、端末１４におけるフラッシュメモリの初期プログラミングを提供してもよい。
【００６９】
端末１４は、さらに、バーコードリーダ８０を含み、該バーコードリーダ８０は、Ｓｙｍｂｏｌ  Ｔｅｃｈｎｏｌｏｇｉｅｓからの、小型で高性能な６５０ｎｍレーザ方式単線デコーダ付きスキャンエンジン（モデル番号ＳＥ−９２３）などのモジュラ式バーコードスキャンエンジンによって実装されてよい。スキャンエンジンは、モジュラ式でかつ自己完結型であることが好ましく、マイクロコントローラ８２に対応した読み取り可能フォーマットにバーコードを復号化するように構成されたマイクロコントローラを含む。一実施形態において、バーコードリーダ８０は、スレーブマイクロコントローラ１４０を介し、ＲＳ２３２  ＴＴＬインターフェースを通してマイクロコントローラ８２と通信を行う。スレーブマイクロコントローラ１４０は、低電力で動作するように構成されることが好ましく、バーコードリーダ８０がバーコードデータを独力で復号化するように構成された場合はパススルーデバイスとして機能する。特定の実施形態において、バーコードリーダ８０は、バーコードを復号化するように構成されていないスキャンエンジンによって実装され、端末１４は、さらに、スレーブマイクロコントローラ１４０における処理に許容されるフォーマットにバーコードデータを変換するように構成された復号化または変換のための追加の回路構成を含む。
【００７０】
一実施形態において、端末１４は、電池残量インターフェース１４６に結合された電池監視＆安全回路１４４を含む。電池残量インターフェース１４６は、およそ３．７ボルトの電力を提供するリチウムイオンポリマー単セル電池などの二次電池から電力を引き出すように構成されることが好ましい。一実施形態において、電池と、電池監視＆安全回路１４４とは、単一のユニットであり、例えば、Ｔｅｘａｓ  ＩｎｓｔｒｕｍｅｎｔｓのチップＢＱ２０５０を含んでよい。二次電池が使用される場合は、端末１４は、さらに、例えば充電器金属接触を通じて電池監視＆安全回路１４４を外部の充電器とインターフェースをとらせるように構成された充電器インターフェース１４８を含む。充電器インターフェースは、例えば、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓの品番ＢＱ２４００２ＰＷＰのリチウムイオン充電器によって実装されてよい。
【００７１】
電池監視＆安全回路１４４は、電池における電力レベルおよび充電中の状態を監視する
ように構成され、スレーブマイクロコントローラ１４０は、マイクロコントローラ８２と電池監視＆安全回路１４４との間に、好ましくは単線インターフェースであるインターフェースを提供する。電池は、端末１４の動作のために、オンオフスイッチ１４９を通じて入出力用に３．３ボルトを、プロセッサコア電力レール用に１．６５ボルトを提供する。一実施形態において、端末１４は、所望の電力レールを提供するために、Ｌｉｎｅａｒ  Ｔｅｃｈｎｏｌｏｇｙによる小消費電力の同期バックブーストＤＣ／ＣＤコンバータ（ＬＴ３４４０ＥＭＳ）などの１つまたは複数の電圧コンバータ１５０を含む。
【００７２】
端末１４は、最大１２時間などの長期間にわたって作動状態を維持することが好ましいので、端末１４は、低電力で動作するように構成される。一実施形態において、リーダの周辺コンポーネントは、全てが同時に動作されるのではない。例えば、端末１４は、ＤＯＴリーダ８１またはバーコードリーダ８０においてコード読み取りイベントが生じているときは、無線通信トランシーバ１０２におけるデータの送受信を控えるように構成されることが好ましい。特定の実施形態では、無線通信トランシーバ１０２は、大量の電力を消費するかもしれず、ＡｇｅｒｅのＷａｖｅＬＡＮなど実装された特定のトランシーバは、電池の再充電イベント間における端末の動作時間を最適化するように実装可能な様々な省電力モードを提供する。
【００７３】
図５Ｂは、マイクロコントローラ８２に実装するための複数のモジュールの一実施形態を示したブロック図である。当業者ならば十分にわかるように、以下で説明されるモジュールは、マイクロコントローラ８２に加えてまたはマイクロコントローラ８２の代わりに、プロセッサおよびストレージデバイスとつないで実装されてよい。図５Ｂに示されるように、マイクロコントローラ８２は、コードスキャナ８０，８１によって読み取られたコードまたはシンボルを処理するように構成されたスキャンモジュール１６０と、処理されたスキャンコードまたはスキャンシンボルを解析するように構成された解析モジュール１６２とを含む。解析モジュール１６２は、例えば、スキャンコードがデータまたは命令に対応するかどうかを決定するように構成される。解析モジュール１６２が、スキャンコードはデータに対応すると決定する場合は、データスキャンコードは、データ処理モジュール１６４において処理される。解析モジュール１６２が、スキャンコードは命令に対応すると決定する場合は、命令スキャンコードは、命令処理モジュール１６６において処理される。
【００７４】
スキャンコードまたはスキャンシンボルに対応するデータまたは命令は、端末１４において局所的に使用するもしくは実施する、または通信トランシーバ１０２を介してサーバ１２に伝送することができる。マイクロコントローラ８２は、通信トランシーバ１０２の通信規格にしたがってサーバに通信するためにデータまたは命令をフォーマットするように構成されたトランシーバモジュール１６８を含んでよい。上述のように、端末は、指定された通信セッション中にサーバ１２と通信を行うことが好ましい。通信セッション中において、端末１４は、端末１４から２つ以上のスキャンコードを伝送することが好ましい。しかしながら、端末１４は、データまたは命令がサーバに直ちに送信されるべきであるかどうかにしたがって、指定された通信セッション外でスキャンコードを伝送することができる。データまたは命令が直ちに伝送されるべきであるかどうかに関する決定は、ユーザの入力、またはデータもしくは命令のタイプに基づいてよい。
【００７５】
マイクロコントローラ８２は、また、ユーザが端末１４の起動を要求したときにサーバ１２の起動モジュール５４と連携して動作するように構成された起動モジュール１７０を含む。サーバ１２によるユーザ認証に続き、起動モジュール１７０は、サーバ１２の起動モジュール５４によって送信された情報を処理し、その情報をメモリに格納するように構成される。図５Ｂに示されたモジュールに関連してメモリと一般に称されるものは、マイクロコントローラ８２にあるＳＲＡＭ８６およびフラッシュメモリ８８、ならびに追加の
擬似ＳＲＡＭ８７およびフラッシュメモリ９０を非限定的に含んでよい。
【００７６】
上述された例に言及すると、看護師Ａは、自身の識別バッジ上のコードをスキャンすることによって、端末１４の起動を要求する。端末１４を使用しようとする看護師Ａの認証は、ハードワイヤード端末１６または端末１４におけるパスワードの入力を含んでもよく、そのような認証に際し、起動モジュール１７０は、看護師Ａに割り当てられた患者Ａ，Ｂ，Ｃ，Ｄに対応する情報、およびこれらの患者のためにまたは一般に看護師Ａが実施するべきあらゆる追加のタスクの受信を調整する。起動モジュール１７０または別のデータストレージメカニズムは、次いで、受信された情報をメモリに格納する。起動モジュール１７０は、また、サーバ１２に送信されたデータおよび命令が、例えば記録などの将来の使用のためにユーザ識別によってタグ付け可能となるように、、認証されたユーザの識別コードを、メモリに格納する。一実施形態において、端末１４は、起動プロシージャ中にハードワイヤード接続を使用してサーバ１２と通信を行う。
【００７７】
マイクロコントローラ８２は、さらに、ディスプレイ７２へのメッセージ、テキスト、および標識の表示をディスプレイコントローラ１０４を介して促すように構成されたディスプレイモジュール１７２を含む。マイクロコントローラ８２は、また、ＯＫボタン７８で、そしてもし端末１４にキーパッドが含まれるならばそのキーパッドで受信されたユーザ入力を、監視および処理するように構成されたユーザ入力モジュール１７４を含む。ユーザ入力モジュール１７４は、ディスプレイ７２に表示されているメッセージに応じて、受信された入力に適宜応答する。
【００７８】
マイクロコントローラ８２は、さらに、読み取り良好＆メッセージ標識７４の点灯をユーザ入力＆標識コントローラ１０６を介して制御するように構成された標識モジュール１７６を含んでよい。上述のとおり、標識は、例えば端末１４がメッセージの肯定応答を待っているまたはディスプレイ７２に警告を表示していることをユーザに知らせるために点灯するように構成されたＬＥＤを含んでよい。標識モジュール１７６は、また、スキャナ８０，８１のいずれかが新しいコードをスキャンした際に読み取り良好標識７４の点灯を促すようにも構成されてよい。端末１４が音声標識を含む場合は、標識モジュール１７６は、さらに、警告として、またはコードがスキャナ８０，８１のいずれかによって正しく読み取られたまたは正しく読み取られなかったことを示すために、ビープ音またはブザー音などの音声標識の起動を促すように構成される。端末１４は、例えばハードワイヤード接続または無線接続を介してサーバ１２からダウンロードすることができる複数の音声標識を含むことができる。
【００７９】
マイクロコントローラ８２は、また、電池監視＆安全回路１４を介して電池残量を監視するように、そして端末コンポーネントの低電力動作または無電力動作を計画して電力を節約するように構成された、電力管理モジュール１７８も含む。電力管理モジュール１７８は、上述のように、標識を介した有能電力量または電池状態の表示を促すようにも構成されてよい。電力管理モジュール７８は、さらに、サーバ１２へのこの情報の通信を促すようにも構成されてよい。一実施形態において、マイクロコントローラ８２は、さらに、アラームおよび警告の状態を検出し、ディスプレイ７２への表示または標識の起動のためにアラームまたは警告のメッセージを生成するように構成された、アラーム＆警告モジュール１８０を含む。
【００８０】
上述された、端末１４をベースにした警告システムの実施形態では、端末１４は、さらに、薬のタイプ、投与される薬の量、投与の方法、および投与の時刻を非限定的に含む、投薬治療に関する電子記録を、各患者について維持するように構成することができる。端末１４のユーザが薬の投与を適時に示さなかった場合は、マイクロコントローラ８２は、警告または通知のメッセージを生成してよい。端末１４のユーザは、例えば、患者および
薬に関連付けられたＤＯＴを読み取ることによって、薬の投与を適時に示してよい。マイクロコントローラ８２は、薬投与時刻などの計画されたタスクを管理するように、そして計画されたタスクの完了またはその計画の変更を示すユーザ入力、および計画されたタスクに関するユーザ通知を監視するように構成された、スケジューリングモジュール１８２を含んでよい。
【００８１】
例えば、患者は、所定の時刻に特定の薬の投与を受けるように計画されてよい。端末１４は、スケジューリングモジュール１８２における計画監視機能を使用して、所定の薬投与時刻からの経過時間を追跡し、所定の警告時間内に薬投与の表示が発生しなかった場合に警告または通知のメッセージを作成してよい。サーバをベースにしたシステムと同様に、所定の警告時間は、例えば、計画された投与時刻後３０分または１時間であってよい。このため、スケジューリングモジュール１８２は、例えば計画された薬投与またはタスクに対応する、薬の投与またはタスクの完了を示すスキャンコードまたはスキャンシンボルの受信について、データ入力を監視してよい。スケジューリングモジュール１８２が、計画された薬投与からの経過時間がいくらかの所定の待ち時間を超えたと決定し、なおかつ計画された薬投与の完了を示すスキャンコードもスキャンシンボルも受信されていない場合は、スケジューリングモジュール１８２は、標識の起動またはディスプレイ７２への適切なメッセージの表示を促す。端末１４は、端末１４のユーザによって肯定応答を得られるまで、定期的に、通知を表示しつづけるまたは警告を発しつづける。端末１４のユーザは、例えば端末１４上の「ＯＫ」ボタン７８を選択する、または警告に関連したプロセスを実施することによって、警告または通知に対して肯定応答してよい。端末１４は、１つもしくは複数の標識を使用してディスプレイ上に、または音声によって、またはその他の何らかの方法もしくはその他の何らかの方法の組み合わせを使用して、警告を提示してよい。
【００８２】
一実施形態において、端末１４は、薬の投与または治療などのイベントに応答してフォローアップタスク用の通知を計画するように構成される。例えば、薬の投与を示すユーザ入力の受信に応答して、スケジューリングモジュール１８２は、ユーザが患者を訪ねて追加タスクを実施するための、フォローアップ訪問の通知または合図を計画する。具体的な一例では、看護師は、鎮痛剤を投与して、対応する情報を端末１４に入力してよい。鎮痛剤の投与に関する情報の受信に応答して、スケジューリングモジュール１８２は、鎮痛剤の投与後1時間などの所定の時刻用の通知を計画する。また、通知は、追加タスクを実施する、または患者の心拍数もしくは患者によって提供される疼痛スコアなどの追加情報を入力する命令を含んでもよい。次いで、端末１４は、患者を訪問して所定のタスクを実施する命令、または鎮痛剤の投与前もしくは投与後のいずれかにおける疼痛レベルなどの所定の情報もしくはデータを取得および入力する命令を、所定時間の経過に際してユーザに通知する。
【００８３】
＜プロセス＞
端末１４の動作方法１９８の一実施形態が、図６のフローチャートに示されている。プロセスは、開始状態２００から始められ、次いで状態２０１に進み、端末１４は、スキャナ８０，８１のいずれかを使用してスキャンコードを受信する。状態２０２において、端末１４は、スキャンコードがデータまたは命令のいずれに対応するかを決定する。ここで、このような決定は、例えば、スキャンされたコード中のシングルビットにしたがって下すことができる。状態２０２において、端末１４が、スキャンコードはデータに対応すると決定した場合は、端末１４は、状態２０４において、データが予期されたタイプのデータであるかどうかを決定する。例えば、端末１４によってスキャンされた先のコードが、とある患者に対応しており、端末が、その患者についての薬またはメモ入力に対応するスキャンコードを待っていた場合は、無線端末は、異なる患者に対応する現行のスキャンコードを、予期したものではないと認識することになる。
【００８４】
状態２０４において、スキャンコードが、予期されたタイプのデータに対応すると決定された場合は、端末１４は、決定状態２０８において、追加のデータを待つかどうかを決定する。端末１４が、状態２０８において、追加のデータを待つべきであると決定した場合は、無線端末は、状態２０１において、別のスキャンコードの受信を待つ。例えば、状態２００において、患者の識別データに対応するスキャンコードが受信された場合は、端末１４は、投与される薬、薬の投与量、およびメモ入力などの、その患者についての追加のデータを待つことになる。
【００８５】
決定状態２０８において、端末１４が、追加のデータを待つべきでないと決定した場合は、プロセスは、スキャンコードデータが、メモリに格納されたデータに対応するかどうかを決定するために、状態２１０に進む。例えば、患者Ａについて許可された薬が、メモリに格納されている場合は、端末１４は、スキャンコードデータが、指定の患者について認められた、メモリに格納された薬に対応するかどうかを決定する。スキャンコードデータが、メモリ内のデータに対応しない場合は、端末１４は、状態２１２において、ユーザに対する警告を生成し、誤った薬に対応するコードがスキャンされたことを示す。端末１４は、状態２０１において、別のスキャンコードの受信を待つ。プロセス１９８は、次いで、ユーザに対して警告を表示するべきかどうかを決定するために、決定状態２１５に進む。警告を表示するべきである場合は、プロセス１９８は、状態２１６に進み、ディスプレイ７２にメッセージを表示する。決定状態２１５において、ユーザに対して警告を表示するべきではないと決定された場合は、プロセスは、状態２１６を省略し、終了状態２１７において終了する。
【００８６】
しかしながら、状態２０８において、スキャンコードデータが、許可された薬に対応する場合は、無線端末は、状態２１４において、スキャンコードデータを次の通信セッションでサーバに伝送する。好ましくは、複数のスキャンコードまたはスキャンシンボルは、サーバに伝送するために、患者識別コード、薬コード、および投与量を含むグループにまとめられる。投与される薬のタイプに応じて、グループは、体温などの患者の生命徴候、経口または注射などの投与方法、および注射の位置を含んでもよい。当然ながら、本発明の実施形態は、サーバに伝送するための特定のデータグループ化に限定されない。
【００８７】
状態２０４において、スキャンコードが、予期されないタイプのデータに対応すると決定された場合は、方法１９８は、ユーザに対してメッセージを表示するべきかどうかを決定するために、決定状態２１５に進む。ユーザにメッセージを提供するべき事例はいくつかある。例えば、端末１４が、正確な投薬治療を記録および保証するために使用されている場合は、ユーザは、先ず、無線端末を使用して、患者のリストバンド上のコードなどの、患者に対応するコードをスキャンする。このようなコードに応答して、端末１４は、追加のデータを待ち、ユーザは、薬の包装のコードをスキャンする操作に進むことになる。無線端末１４は、次いで、患者識別コードを使用し、メモリに格納された情報にしたがって、薬の包装からのコードが患者について許可されたコードであるかどうかを決定する。スキャンされた薬のコードが、メモリに格納された許可された薬に対応する場合は、端末１４は、その薬の投与が許可されたこと、投与量の情報、および投与の情報を示すためのメッセージを表示してよい。端末１４は、また、患者の脈拍および／または体温などの追加の情報を入力するように促すプロンプトを、ユーザに対して表示することもできる。ユーザは、このような追加の情報を、例えば数字に対応するコードまたはシンボルを端末１４でスキャンすることによって、入力することができる。
【００８８】
薬の投与に続いて、介護師は、端末１４を、文書化またはメモ取りのために使用することができる。具体的に言うと、ユーザは、適切なコードをスキャンすることによって、薬に対する反応を文書化することができる。例えば、患者が服薬後に嘔吐した場合は、無線
端末のユーザは、「患者嘔吐」というテキストに対応するコードをスキャンする。端末１４は、そのコードが文書化データに対応することを認識し、それを、次の通信セッション中に患者識別コードとともにサーバ１２に伝送する。
【００８９】
次に、決定状態２０２に戻り、端末１４が、受信されたスキャンコードが命令に対応すると決定した場合は、端末１４は、決定状態２１８に進む。決定状態２１８において、端末１４は、命令が端末１４によって実施されるべきか、またはサーバ１２に送信されるべきかを決定する。命令が、端末１４によって実施されるべきである場合は、無線端末は、状態２２０において、命令を実行する。プロセス１９８は、次いで、メッセージをユーザに対して表示するべきかどうかを決定するために、決定状態２１５に進む。
【００９０】
命令がサーバ１２に送信されるべきである場合は、端末１４は、命令が緊急の命令であるかどうか、すなわち命令が直ちに送信される必要がありなおかつ端末１４は次の通信セッションを待つべきではないかどうかを決定するために、決定状態２２２に進む。端末１４が、状態２２２において、命令は緊急の命令であると決定した場合は、端末１４は、状態２２４において、命令を直ちにサーバ１２に伝送し、次の通信セッションを待たない。無線端末が、状態２２２において、命令は緊急の命令ではないと決定した場合は、端末は、次に予定された通信セッション中に命令をサーバ１２に伝送するために、状態２２６に進む。
【００９１】
このため、一実施形態において、端末１４のユーザは、コードスキャナ８０，８１によって適切なコードをスキャンすることによって、患者についてのレポートを印刷する命令もしくは検査室検査を指示する命令に対応するコードをスキャンする、メッセージもしくは呼び出しを送信する、またはサーバ１２に接続された周辺システムからの情報を要求する。端末１４は、次いで、命令にしたがったプロシージャを開始するために、命令と、患者識別情報などの任意の追加情報とをサーバ１２に伝送する。
【００９２】
端末１４は、また、緊急の補助を要求するなどの命令の実施を開始することもできる。例えば、ユーザは、緊急の補助を要求するために、患者の部屋の壁上のコードをスキャンすることができる。ここで、コードは、スキャンされるコードの場所に関する情報を含んでいる。このような命令は、状態２２２において、緊急の命令であると決定されるので、次の通信セッションを待つことなくサーバ１２に伝送される。また、端末１４は、患者についての薬データを表示する、または最近のＮ個のスキャンコード入力を呼び戻して表示するなどの、命令またはコマンドを実行するように構成される。
【００９３】
端末１４またはサーバ１２は、また、有線接続または無線接続のいずれかを介して静脈内ポンプなどの周辺デバイスと直接的に通信を行う。端末１４が周辺デバイスと直接的に通信を行い、サーバ１２を迂回する状況では、通信処理のためにサーバ１２上に存在するロジックは、端末１４上、周辺デバイス上、または端末１４と周辺デバイスとの任意の組み合わせ上に存在することができる。
【００９４】
端末１４に入力されるデータは、内蔵型のボタンおよびキー、小型のキーボードなどの有線入力デバイス、小型の無線キーボードなどの無線入力デバイス、またはユーザからの音声コマンドのいずれかによることができる。
【００９５】
＜データの伝送＞
図７は、通信セッション中における端末１４の動作の方法の一実施形態を示したフローチャートである。状態２５０において、端末１４は、サーバ１２にデータおよび／または命令を伝送する。状態２５２において、端末１４は、サーバ１２からデータおよび／または命令を受信し、状態２５４において、端末１４は、サーバ１２から受信されたデータに
よってメモリを更新する。状態２５６において、無線端末１２は、ディスプレイ７２にメッセージを表示するなどのように、サーバ１２から受信された命令を実施する。
【００９６】
無線端末との通信セッション中におけるサーバ１２の動作の方法の一実施形態が、図８のフローチャートによって示されている。状態２６０において、サーバ１２は、端末１４からデータおよび／または命令を受信し、状態２６２において、サーバ１２は、端末１４にデータおよび／または命令を伝送する。状態２６４において、サーバ１２は、受信されたデータによって、メモリ６４、および患者記録システム３０などの適切な周辺システムを更新し、状態２６６において、サーバ１２は、無線端末１４から受信された命令に応答して、タスクを実施するまたはプロセスの実施を開始する。
【００９７】
一実施形態において、端末１４は、有線接続または無線接続のいずれかを介して周辺デバイスと直接的に通信を行う。この状況では、サーバ１２上に存在するデータ伝送ロジックまたは類似のロジックは、端末上、周辺デバイス上、または両者の組み合わせ上に存在することになる。一般に、周辺デバイスとの直接的な通信後、端末１４は、格納および検索のために、関連データをサーバ１２に引き渡す。サーバ１４へのデータの引き渡しは、有線接続または無線接続のいずれかを介して実現可能であり、リアルタイムに、ほぼリアルタイムに、またはデータ収集後いくらかの時間が経過した後に発生してよい。
【００９８】
＜データおよび命令の処理＞
端末１４からのスキャンコードの受信に応答したサーバ１２の動作の方法２９０の一実施形態が、より詳細に図９のフローチャートに示されている。図９に示されるように、方法は、開始状態２９２から開始され、状態３００に進み、サーバ１２は、スキャンコードの形態でデータおよび／または命令を端末１４から受信する。状態３０２において、サーバは、スキャンコードがデータまたは命令に対応するかどうかを決定する。スキャンコードがデータに対応する場合は、サーバ１２は、状態３０４に進み、メモリ６４は、データによって更新される。サーバ１２は、また、患者記録システム３０または請求処理目的の金融システム２９などの適切な周辺システムにデータを送信してもよい。
【００９９】
状態３０２において、スキャンコードが、命令に対応すると決定された場合は、サーバは、命令がサーバ１２または別のデバイスもしくはシステムのいずれによって実施されるべきかを決定するために、状態３０６に進む。命令がサーバ１２によって実施されるべきである場合は、方法は、状態３０８に進み、サーバ１２は、命令を実行する。命令がサーバ１２以外のデバイスまたはシステムによって実施されるべきである場合は、サーバ１２は、命令がプリンタ２０などの周辺デバイスまたはメッセージングシステムなどのシステムのいずれによって実施されるべきかを決定するために、状態３１０に進む。
【０１００】
命令がデバイスによって実施されるべきである場合は、サーバ１２は、状態３１２に進み、プロセスは、命令をデバイスに直接送信することによって、または命令を変更してフォーマットした後にそのフォーマットされた命令を指定のデバイスに送信することによって、指定のデバイスにおいて、命令にしたがって開始される。指定のデバイスにおけるプロセスの開始に続いて、サーバ１２は、状態３１４において、命令が実施されたか、すなわち完了されたかを照会してよい。命令が実施されていない場合は、サーバ１２は、状態３１２に戻ることによって、指定のデバイスにおいて再びプロセスを開始させることができる。命令が実施された場合は、サーバ１２は、終了状態３１６に進む。また、サーバ１２は、端末１４にメッセージを送信し、受信された命令に応答して開始されたプロセスが完了されたことをユーザに知らせることができる。命令を実施するように指定された周辺デバイスが、サーバ１２に接続されていない場合は、サーバ１２上に存在している命令処理ロジックまたは類似のロジックは、端末１４上、周辺デバイス上、または両者の上に存在することになる。一般に、命令の完了後、周辺デバイスまたは端末１４は、格納および
検索のために、関連データをサーバ１２に引き渡すことになる。
【０１０１】
サーバ１２が、状態３１０において、命令がシステムによって実施されるべきであると決定した場合は、サーバ１２は、指定のシステムにおいて適切なプロセスを開始する、または命令の一部として指定されたシステムにその命令を送信する。状態３２０において、サーバ１２は、命令が実施されたかどうかについて照会する。命令が実施された場合は、サーバは、終了３２２に進み、命令が実施されていない場合は、サーバは、状態３１８に戻り、指定のシステムに、実施されるように再び命令を送信する。あるいは、命令が実施されている過程にある場合、または実施されるのを待っている場合は、サーバ１２は、命令が実施されるまでシステムに照会しつづける。また、サーバ１２は、命令を送信した端末１４のユーザに、端末１４に表示するためのメッセージを送信することによって、命令が実施されたことを知らせることができる。
【０１０２】
＜情報更新モジュール＞
図１０は、サーバ１２内の情報更新モジュール６６の動作の方法の一実施形態を示したフローチャートである。状態３５０において、サーバ１２は、薬局システム２４などの周辺のシステムまたはデバイスから情報の更新を受信する。ここで、受信される情報は、患者に対する更新投薬指示、または新しいもしくは転院してきた患者に対する投薬指示を含む。状態３５５において、情報更新モジュール６６は、情報をメモリ６４に格納し、次の通信セッション中に適切な端末１４に更新情報を伝送する。
【０１０３】
＜メッセージングモジュール＞
サーバ１２内のメッセージングモジュール７０の動作の方法の一実施形態が、図１１のフローチャートに示されている。メッセージングモジュール７０は、状態３７０において、端末１４ユーザに対するメッセージを含む情報を受信する。状態３７５において、メッセージングモジュール７０は、名前またはＩＤ番号によって指定された端末ユーザを、メモリ６４で検索し、メモリ６４に格納された各端末１４に関するユーザ情報にしたがって、どの端末１４にメッセージを送信するべきかを決定する。状態３８０において、メッセージングモジュール７０は、トランシーバ４６およびアンテナ４８を使用して、適切な端末１４にメッセージを伝送する。
【０１０４】
システム１０は、また、請求処理または在庫管理などの追加のプロセスを実施する能力もある。例えば、病院で患者に与えられたまたは患者によって使用された全てのアイテムは、スキャンコードまたはシステム内でそれに相当するものを付けられる。そのアイテムが患者によってまたは患者に対して使用されると、そのアイテムを提供する介護師は、患者ＩＤコードおよびアイテムコードをスキャンする。このような情報は、次いで、後に参照するために、請求処理または記録管理のシステムに伝送される。
【０１０５】
システム１０のさらなる能力には、患者に対する医師の指示入力が含まれてよい。医師は、端末１４を使用して、患者識別情報、投与されるべき薬、投与量、および薬の投与に関する追加の情報に対応するコードまたはシンボルをスキャンすることによって、その患者に対する投薬指示または医療ケア指示を入力する。
【０１０６】
＜プロセスの実例＞
図１２は、図１の病院内システム１０などのシステム内で動作しなおかつ例えば図６〜１１のプロセスを使用している端末１４およびサーバ１２と連携して使用されうる投薬治療ワークシート１２００の一例である。一実施形態において、看護師、許可された者、またはシステム管理者などのユーザは、ワークシフトの始まりに、印刷された投薬治療ワークシート１２００を取得する。例えば、先述のように、端末１４のユーザは、投薬治療ワークシートを印刷する命令に対応するコードをスキャンし、次いで、ユーザを識別するデ
ータに対応するコードをスキャンしてよい。命令に応答して、サーバ１２は、その識別されたユーザ用の投薬治療ワークシートの印刷を促すことになる。
【０１０７】
投薬治療ワークシート１２００は、様々な情報を提供する数々の欄を含む。例えば、投薬治療ワークシート１２００は、担当のユーザまたは看護師、適用日、および時間換算の適用シフトを識別する割り当て欄１２１０を含むことができる。投薬治療ワークシート１２００は、また、１人または複数の患者、対応する薬、およびそれらの薬用に計画された投与時刻を識別する患者欄１２２０を含むこともできる。
【０１０８】
投薬治療ワークシート１２００は、また、薬投与部位などのように、看護師または許可された者などのユーザが自身のワークシフト中に使用する可能性の高いスキャンコードまたはスキャンシンボルを含む欄を含むこともできる。一実施形態において、これらの欄は、「部位」欄１２３０、「優先」欄１２４０、「キーパッド」欄１２５０、および「その他」欄１２６０を含む。
【０１０９】
「部位」欄１２３０は、１つまたは複数の薬投与部位または薬投与方法に関連付けられた、１つまたは複数のスキャンコードまたはスキャンシンボルを含むことができる。例えば、ユーザは、患者欄１２２０に示されたスケジュールにしたがって、第１の患者に薬を投与することができる。ここで、ユーザは、第１の患者に関連付けられた第１の患者スキャンコード１２２２をスキャンする。ユーザは、次いで、適切なスキャンコードをスキャンすることによって、リストに挙げられた第１の薬を投与された部位を示すことができる。例えば、ユーザは、第１の薬が注射によって左太腿に投与されたことを示すために、「左太腿」スキャンコード１２３２をスキャンすることができる。端末１４は、次いで、スキャンコードまたはスキャンコードに対応する、患者情報、薬、および薬投与の場所などの情報を、サーバ１２に伝送することになる。端末１４からの情報の受信に応答して、サーバ１２は、次いで、情報を、システム内の、患者記録システム３０などの１つまたは複数のモジュールまたはサーバに通信する。
【０１１０】
ユーザは、同様に、計画された薬の投与に優先させるための、例えば「吐き気の増加」などの理由を示すために、「優先」欄１２４０内のスキャンコードをスキャンすることができる。「キーパッド」欄１２５０は、メッセージを作成するために、またはサーバ１２に伝送する用の例えば体温を含む患者の統計値などのデータを入力するために使用することができる。図１２において、キーパッド欄１２５０は、数字キーパッドを示している。その他の実施形態では、投薬治療ワークシート１２００は、数字、英数字、記号、またはこれらの組み合わせ、またはその他の何らかのキーパッドを含んでよい。
【０１１１】
「その他」欄１２６０は、上述された欄に含まれないその他の命令またはデータ入力を含むことができる。例えば、「その他」欄１２６０は、「Ｓ．Ｆｅｌｎｅｒ正看護師を呼び出す」または今当番中であろうその他の指定の人員を呼び出す命令に対応する呼び出しスキャンコード１２６２を含んでよい。ユーザが呼び出しスキャンコード１２６０をスキャンするのに応答して、端末１４は、サーバ１２に命令を送信し、サーバ１２は、挙げられた人員の呼び出しを促す。また、ユーザは、「キーパッド」欄１２５０内のスキャンコードもしくはスキャンシンボル、または「その他」欄１２６０内の「患者が診察を要求した」などの所定のメッセージに対応する追加のスキャンコードもしくはスキャンシンボルを使用して、呼び出しに使用されるメッセージを作成することができる。
【０１１２】
各種の入力を識別するため、投薬治療ワークシート上のスキャンコードまたはスキャンシンボルは、ＤＯＴで実装すると有利である。バーコードと異なり、ＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルは、標準的な印刷ページ上で占める面積が小さく、なおかつ水平方向にも垂直方向にも互いに接近して配置することができる。ドット
の二次元的性質は、端末１４が、互いに非常に接近して配置されたドットを切り離して選択的に読み取ることを可能にする。
【０１１３】
システム１０は、同様に、ＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルを使用して、端末１４を初期設定することができる。図１３は、端末１４を設定するために作成および使用することができる設定レポート１３００の実施形態を示している。システム管理者またはその他のユーザは、例えばハードワイヤード端末１６からサーバ１２に情報を入力することができ、そうして、プリンタ２０（図１を参照せよ）による設定レポート１３００の印刷を促すことができる。ユーザは、次いで、手書きの命令や、ＤＯＴ、バーコード、またはそれらの組み合わせによって実装された複数のスキャンコードまたはスキャンシンボルなどの、設定レポート１３００内に提供された情報を使用して、端末１４を設定することができる。
【０１１４】
一実施形態において、システム管理者は、サーバアドレス１３１０およびネットワークアドレス１３２０をサーバに入力する。サーバアドレスは、例えば、ＩＰアドレスであることが可能である。システム管理者は、例えば、プルダウンメニュー、手動入力、自動プロセス、またはサーバを識別するその他の何らかの方法を使用して、複数のサーバアドレスのなかから１つを識別することができる。同様に、システム管理者は、プルダウンメニュー、手動入力、自動プロセス、またはサーバ１２を識別するその他の何らかの方法を使用して、使用可能な１つまたは複数のネットワークのなかから１つのネットワークを識別することができる。
【０１１５】
サーバ１２は、次いで、システム管理者によって入力された情報を処理し、端末１４の設定に使用可能な１つまたは複数の設定スキャンコードまたは設定スキャンシンボル１３３０を生成することができる。１つまたは複数のスキャンコードまたはスキャンシンボル１３３０は、例えば、端末１４によって認識される設定動作を識別するまたは指示する１つまたは複数のＤＯＴおよび／または一次元もしくは二次元のシンボルを含むことができる。１つまたは複数の追加のスキャンコードまたはスキャンシンボルは、また、サーバアドレスおよびネットワーク、そしてその他の通信プロトコルを識別するためにも使用されてよい。一実施形態において、設定レポート１３００内の１つまたは複数のスキャンコードまたはスキャンシンボルは、無線通信チャネル上におけるセキュリティを提供するために端末１４によって使用される、有線と同等のプライバシー（ＷＥＰ）アルゴリズムキーを識別する。
【０１１６】
設定レポート１３００を使用して端末１４を設定するために、ユーザは、単純に、設定レポート内の各スキャンコード、すなわち各ＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルを、端末１４によって順次読み取ることができる。端末１４は、設定レポート１３００内の全てのドットが端末１４によって読み取られた時点で設定が完了する。
【０１１７】
＜代表的なＤＯＴスキャナ＞
図１４Ａは、無線端末１４で使用するためのＤＯＴおよび／またはその他の一次元もしくは二次元のシンボルのスキャナ１４００の一実施形態の組み立て斜視図である。図１４Ａに示されるように、ＤＯＴスキャナ１４００は、ＣＭＯＳカメラを取り付けられたフレックス回路１４０２を含む。フレックス回路１４０２には、第１の位置決め部品１４０４が結合され、ＣＭＯＳカメラの上方のフレックス回路１４０２上には、遮へい部品１４０６が配置される。レンズ１４１４が、レンズスリーブ１４１０に挿入され、レンズをレンズスリーブ１４１０内に保持するために、レンズスリーブ１４１０にレンズ保持環１４１２が結合される。外側スリーブ１４１４は、レンズスリーブ１４１０をほぼ取り囲むように配置され、レンズを外側スリーブ１４１４内で位置決めすることによって、ＣＭＯＳカ
メラの焦点を合わせ、そうして、ＣＭＯＳカメラの中心視軸を、カメラを上方に配置されたＤＯＴに対して垂直にするように構成される。外側スリーブ１４１４は、ノーズコーン１４１８の第１の狭い開口１４１６内に配置される。ノーズコーン１４１８は、スキャン時にＣＭＯＳカメラがＤＯＴから最適距離に配置されることを保証するように構成される。ノーズコーン１４１８は、また、第１の狭い開口１４１６の反対側に第２の孔１４２０を含む。第２の孔１４２０は、第１の狭い開口１４１６の周囲より大きい周囲を有し、スキャンするためにＤＯＴの上方にＤＯＴを取り巻くように配置されるように構成される。ノーズコーン１４１８は、さらに、第１の狭い開口１４１６にほぼ隣接するように配置され、ＬＥＤ  １４２４およびＬＥＤスリーブ１４２６を収容するように構成された、第２の狭い開口１４２２を含む。ノーズコーン１４１８は、ＤＯＴスキャン時にノーズコーン１４１８の第２の孔１４２０にＬＥＤ  １４１８からの光の焦点を合わせてＤＯＴを照射するように構成される。ＤＯＴスキャナは、二次元シンボル体系の読み取りに十分であるものの、その他の撮像デバイスまたは撮像エンジンもまた、シンボル体系の読み取り機能を実施するのに使用されてよい。
【０１１８】
組み立て後のスキャナ１４００は、図１４Ｂに、より詳細に示されている。ここで、図１４Ｂは、図１４Ａの組み立て後のＤＯＴスキャナ１４００の断面図である。図１４Ｂには、第１の狭い開口１４１６および第２の狭い開口１４２２についてのノーズコーン１４１８の構成が、より明確に示されており、ＣＭＯＳカメラ１４２８は、フレックス回路１４０２に結合されたものとして見ることができる。図１４Ｂに示されるように、第２の狭い開口１４２２から伸びる部分のノーズコーン１４１８は、第１の狭い開口１４１６から伸びる部分のノーズコーン１４１８と合流する。したがって、第２の孔１４２０に配置されたＤＯＴが、第２の狭い開口１４２２に配置されたＬＥＤ１４２４によって照射される間に、ＣＭＯＳカメラ１４２８は、第１の狭い開口１４１６を通じてＤＯＴの画像を取り込む。
【０１１９】
図１５は、端末１４のさらなる実施形態を示した上面図である。図１５に示されるように、端末１４は、ユーザ入力用の数字キーパッド１５２を含む。数字キーパッド１５２０は、０から９までの数字に対応するテンキーボタン、小数点ボタン、およびバックスペースボタンを含む。あるいは、キーパッド１５２０は、標準的なコンピュータキーボードに使用されるものに対応する構成で実装されてもよい。当業者ならば十分に理解できるように、キーパッド１５２０は、様々なボタンを組み合わせて実装することができ、本明細書において例示および説明された実装形態に限定されない。例えば、キーパッド１５２０は、標準的な電話キーパッドに使用されるような英数字キーパッドで実装されてもよい。
【０１２０】
＜医療環境において電子データを取り込む方法＞
患者に投与される薬は、一般に、紙のチャート上で注釈付けされる。これらのチャートは、薬投与記録すなわち「ＭＡＲ」と称され、看護師によって各患者に対して施される治療を示している。しかしながら、ＭＡＲが紙に記録される場合は、異なる患者間で薬投与データを相関させるまたは異なる薬間での反応のパターンを探すことが困難である。
【０１２１】
本発明の実施形態は、ケア地点で薬投与データを電子的に収集するためのシステムおよび方法に関する。この電子データは、ケア地点で薬物が厳密にどのように使用されるかを決定するために格納および使用することができる。また、このデータは、後に解析するための、より強固なデータセットを提供するために、患者の性別、年齢、病歴などの様々なその他の要素と突き合わせることができる。
【０１２２】
また、製薬会社は、通常、自社の薬が流通センターに出荷されるまでは追跡するものの、それらの薬が実際にどのようにしてどこで使用されたかに関しては、ほとんどアクセスしえないことを認識されるべきである。さらに、薬の投与前および投与後における健康に
関する患者データに対しては、アクセスしえないのが通常である。製薬会社は、特定の病院が具体的にどの薬を購入したかを知ることはできるだろうが、それらの薬物がひとたび病院の所有になると、どのように使用されたかを知ることはできない。
【０１２３】
したがって、本発明の実施形態は、製薬会社が自社の薬の使用を追跡するおよび患者データと相関させることを可能にするシステムならびに方法を提供する。上述された手で握れる大きさの無線スキャナを使用することによって、介護師は、あらゆる医療関連データを自動的にシステムに取り込む。このため、手で握れる大きさのスキャナは、識別コードまたは識別シンボルをスキャンするための手段を提供する。いくつかの実施形態では、手で握れる大きさのスキャナは、プロセッサと、該プロセッサに接続されたデータストレージデバイスとを含むこともできる。投与された薬、患者の健康、投与のタイミング、患者に与えられた食べ物などに関するデータは、全て、中央データベースに格納することができる。例えば、いくつかの実施形態では、手で握れる大きさのスキャナは、患者データおよび薬物ＩＤをデータストレージデバイスに格納するための手段と、患者データおよび薬物ＩＤをサーバに伝送するための手段とを提供することができる。サーバは、患者と薬物との間の相関を決定するために患者データ（本明細書では「患者ＩＤ」または「患者情報」としても知られる）と薬物ＩＤとを相関させるための手段を提供する。サーバは、中央データベースとして機能してもよいし、あるいは、患者データ、薬物ＩＤ、および／または患者データと薬物ＩＤとの間のあらゆる相関を中央データベースに伝送しもよい。中央データベースは、次いで、特定の薬と患者の健康との間に何らかの相関が発展しているかどうかを決定するために、周知のデータ解析ツールを使用してマイニングすることができる。いくつかの実施形態では、手で握れる大きさのスキャナは、薬物の投与の時刻を手で握れる大きさのスキャナに受信するための手段も提供する。
【０１２４】
もちろん、このシステムは、患者ケアデータを中央データベースにそれぞれ自動的に供給するいくつかの病院または治療センタに配置可能であることがわかる。このようにすれば、製薬会社は、様々な場所から得られた自社の薬の投与間の相関を検索することができる。薬物または薬が患者に投与された時点で薬投与データを取得するおよび相関させる能力は、ヘルスケアを向上させるためのフィードバックプロセスを新たなレベルで改善することを可能にする。
【０１２５】
本発明の実施形態は、患者すなわち服薬者に投与された薬物または薬を記録する、ケア地点にあるコンピュータ端末を使用する。端末は、ケア地点で静止している（例えば患者すなわち服薬者の部屋に固定されたコンピュータである）ことが可能である。あるいは、端末は、ケア地点で可動である（可動プラットフォームで持ち運びまたは移動が可能なラップトップ型またはノート型のコンピュータ）ことが可能である。端末は、また、上述のように、薬投与データを読み取って次いでそのデータをデータストレージメカニズムに転送する手で握れる大きさのデバイスであることも可能である。端末は、薬投与データを先ず格納して次いでそのデータをリアルタイムでデータストレージメカニズムに転送する手で握れる大きさのデバイスであることが可能である。端末は、また、有線ネットワークを介して薬物投与データをデータストレージメカニズムに転送することもできる。端末は、無線ネットワークを介して薬物投与データをデータストレージメカニズムに転送することができる。端末は、取り外し可能な媒体、すなわちＣＤ、ＵＳＢストレージデバイス、ＤＶＤなどを介して薬物投与データをデータストレージメカニズムに転送することができる。
【０１２６】
図１６は、薬情報を取り込む方法１６００の一実施形態のブロック図を示している。ケア地点で薬投与データを取り込むこの方法では、方法は、状態１６０１において、手で握れる大きさのデバイスを用意するステップを含む。一実施形態において、手で握れる大きさのデバイスは、識別コードまたは識別シンボルをスキャンするように構成されたスキャ
ナと、プロセッサと、該プロセッサに接続されたデータストレージデバイスとを含む。状態１６０１においてデバイスが用意されると、プロセス１６００は、状態１６０２に進み、データストレージデバイスに患者ＩＤおよび薬物ＩＤ／薬ＩＤが格納される。プロセス１６００は、次いで、状態１６０４に進み、患者ＩＤおよび薬物ＩＤ／薬ＩＤは、さらなる処理のためにサーバに伝送される。プロセス１６００は、次いで、状態１６０６に進み、患者と薬物／薬との間の相互関係データが相関される。例えば、システムは、患者集団と薬の投与との間の相関を決定する。患者ＩＤを取り込む方法およびシステムは、あらゆるタイプの患者データの取り込みにも使用可能であることが理解される。
【０１２７】
一実施形態において、患者データおよび薬物投与データは、患者の部屋の中のケア地点で取り込まれ、次いで、そのケア地点または別の場所のいずれかからデータストレージデバイスに転送されてよい。投与される各薬物に関する薬物投与データは、全米医薬品コード（ＮＤＣ）、投薬形態、有効成分、薬物の強度、薬物の包装のサイズおよびタイプ、薬物の主要薬物クラス、薬物のＦＤＡ認可番号、製薬業者、製薬業者のロット番号、または所定の薬物の製薬業者に固有のその他のデータを含んでよい。さらなる薬物投与データは、薬物の銘柄名、薬物の処方、またはＳＩＧコードを含んでもよい。
【０１２８】
患者データ（患者に関連付けられたデータ）は、名前、身長、体重、性別、アレルギー、年齢、家族の病歴、摂食履歴、喫煙履歴、住所、現在の服薬履歴、患者の診断、患者の病歴、薬物投与前における患者の血糖値、薬物投与後における患者の血糖値、薬物投与前における患者の血圧、薬物投与後における患者の血圧、薬物の製造データ、薬物の投与量、投与の経路、病院の従業員の識別、主治医の識別、病院の識別、投与の時刻、または薬物投与前に摂取された食物、または患者からのその他の要素を含んでよい。
【０１２９】
＜医療環境において電子データを取り込むためのシステム＞
図１７は、医療データを取り込むためのシステムの一実施形態のブロック図を示している。該図は、患者ＩＤおよび薬物ＩＤを読み取るための手で握れる大きさのスキャナ１７０２を含む、病院１７００内の医療電子データ取り込みシステムを示している。システムは、バーコード、または患者に取り付けられた機械で読み取り可能なその他のシンボル体系を使用して、患者を識別してよい。使用に際しては、患者のリストバンドをスキャンするために、手で握れる大きさのスキャナ１７０２Ａ，Ｂのいずれかが使用される。リストバンドは、バーコードもしくはその他のシンボル体系、または固有の患者ＩＤに対応するＲＦ  ＩＤデバイスを含有している。その患者ＩＤまたはその他の患者データは、次いで、無線方式でレシーバ１７０４に伝送される。代替の実施形態では、患者は、生体識別デバイス、すなわち指紋または網膜の読み取りを介してシステムによって識別されてもよい。
【０１３０】
システムにおいて患者が識別されると、介護師は、患者に投与されるべき薬のバーコードまたはその他のシンボル体系をスキャンすることができる。そのバーコードまたはその他のシンボル体系は、一次元および／または二次元のコードのいずれかの、固有な薬ＩＤを含有している。システムは、また、高周波デバイス（すなわちＲＦ  ＩＤタグ）を介して薬物を識別してもよい。介護師は、また、システムが薬物を認識および識別しうるように、薬物のラベルまたは物理的性質を入力してもよい。
【０１３１】
特定の薬物投与に関する患者情報は、患者の名前、患者の性別、患者の生年月日、患者の年齢、患者の診断／病気情報、患者の体重、患者の病歴、医師の名前、介護師の名前（例えば、看護師、瀉血専門医、技術師、病院の従業員など）、介護師の識別番号、医師の識別番号、薬物投与の日付、薬物投与の時刻、投与された量、薬物投与の経路、所定の投与時刻より早く薬物が与えられた理由、所定の投与時刻より遅く薬物が与えられた理由、所定の投与時刻に特定の薬物投与が省略された理由、薬物投与前における患者の心尖拍動
、薬物投与前における患者の血糖値、薬物投与前における患者の痛みの程度、薬物投与前における患者のコメントもしくは発言、薬物投与前に介護師によって記録された患者の状態、薬物投与後における患者の心尖拍動、薬物投与後における患者の血糖値、薬物投与後における患者の痛みの程度、薬物投与後における患者のコメントもしくは発言、薬物投与後に介護師によって記録された患者の状態を含んでよい。
【０１３２】
図１７にさらに示されるように、各手で握れる大きさのスキャナ１７０２Ａ，Ｂは、無線レシーバ１７０４を通じてサーバ１７０６内のデータストレージデバイス１７０８と通信を行う。無線レシーバ１７０４は、また、データまたは命令を、手で握れる大きさのデバイス１７０２Ａ，Ｂの１つまたは複数に無線方式で伝送してもよい。データストレージデバイス１７０８は、ハードドライブまたはその他の周知のデータストレージコンポーネントであってよい。この実施形態では、データストレージデバイスは、患者ＩＤ  １７１０および薬ＩＤ  １７１２を格納する。通常、患者ＩＤ  １７１０および薬ＩＤ  １７１２は、サーバ１７０６内の表の一部または表のデータベースの一部として格納される。当業者ならば、患者ＩＤ  １７１０を格納するための方法が、ありとあらゆるタイプの患者データに対して使用可能であることを十分に理解できる。
【０１３３】
図１７のブロック図は、病院１７００内の薬局１７１４が、サーバ１７０６内のデータストレージデバイス１７０８に電子的に接続１７１５されていることを、さらに示している。いくつかの実施形態では、電子接続１７１５は、ハードワイヤード接続を含んでよい。いくつかの実施形態では、電子接続１７１５は、無線接続を含んでよい。病院の薬局１７１４は、病院１７００の中で患者に投与された薬に関する薬情報１７１６を、データストレージデバイス１７０８に提供する。
【０１３４】
病院サーバ１７０６は、製薬会社１７２０内のデータベース１７１８にも電子的に接続される。データベース１７１８は、サーバ１７０６内のデータストレージデバイス１７０８またはその他のデータベースからのデータを格納することができる。この外部の製薬会社１７２０は、また、データベース１７１８に接続された相関モジュール１７２２も含んでいる。先に説明されたように、相関モジュール１７２２は、患者ＩＤ  １７１０を薬物ＩＤ  １７１２とともに使用して、患者集団と薬物との間の相関を決定するように構成される。相関モジュールによってこうして決定される相関は、出力モジュール１７２４を通じてユーザに提示される。出力モジュールは、端末、プリンタ、またはその他の出力ソースを含んでよい。
【０１３５】
上述のように、データベース１７１８は、患者ＩＤと薬ＩＤとをそのデータ内における相関を決定するために相関させるように構成された相関モジュールを含んでもよい。データベース１７１８に提供することができるデータの１つは、患者すなわち服薬者にケアを提供する／薬物を投与する施設のアドレスである。薬物投与データを格納するおよび相関させるデータベース１７１８は、また、さらなる解析のために、電子レポート、印刷されたレポート、およびデジタルファイルを作成する能力を有してもよい。
【０１３６】
システムは、患者すなわち服薬者の入院時からその患者すなわち服薬者の退院時までに病院の中で集められた全てのデータを格納および使用する能力を有する。これは、システムが、患者に対する薬の処方および投与における地域的または地理的相関に関する薬物投与データを含有することを可能にする。
【０１３７】
患者ＩＤと薬物ＩＤとの間からは、各種の相関が見いだされてよい。これらの相関は、支払い方法の相関（すなわち健康保険、メディケア（米国の高齢者向けの公的医療保険制度）など）を識別すること、薬物の処方および投与における相関を識別すること、薬物の処方および投与における製剤費の相関を識別すること、薬物の処方および投与における製
剤業者の相関を識別すること、薬物の処方および投与における性別の相関を識別すること、薬物の処方および投与における年齢の相関を識別すること、薬物の処方および投与における診断／病気の相関を識別すること、薬物の処方および投与における個々の医師の相関を識別すること、薬物の処方および投与における薬物の組み合わせの相関を識別すること、薬物の処方および投与における薬物の反応の相関を識別すること、ならびに薬物の処方および投与に基づいて入院期間の相関を識別することを、非限定的に含んでよい。
【０１３８】
＜静脈内ポンプなどのデバイス上でデータを設定および／またはチェックするためのシステム＞
手で握れる大きさの端末１４を含むシステムは、ネットワークを介して、または手で握れる大きさの端末からの直接的な有線接続もしくは無線接続を介して、周辺デバイスをサポートしているシステムと、または周辺デバイスと直接、インターフェースをとってよい。例えば、手で握れる大きさの端末１４は、ネットワークを介して、または直接的な有線接続もしくは無線接続を介して、静脈内ポンプデータを受信して格納するために、またはポンプにデータもしくは命令を転送するために、使用されてよい。手で握れる大きさの端末１４は、静脈内ポンプに手動で入力され検証されることを望まれるデータを表示するために使用されてよい。手で握れる大きさの端末１４は、また、一次元もしくは二次元のシンボルの電子的読み取りを介して、またはＲＦ  ＩＤもしくはその他の識別手段を介して、ポンプを識別するために使用されてもよい。静脈内ポンプなどの周辺デバイスをともなうワークフローでは、介護師は、患者およびポンプを識別するために、ポンプの薬投与設定値を設定するために、介護師が所要の薬データを手動で設定することを促すために、ならびに／またはポンプ設定値の設定を検証するために、手で握れる大きさの端末１４を使用することができる。
【０１３９】
＜患者の検体（咽喉培養、血液検体など）を収集およびラベル付けするためのシステム＞
別の実施形態では、システムは、ネットワークもしくは検査室情報システムに対する無線接続または有線接続を介して検体収集指示を取得する。介護師は、手で握れる大きさの端末１４を使用して患者を識別する。手で握れる大きさの端末１４は、大きさ、色、形状で個々の容器を識別するなどのような前もって定められたプロセスで検体を収集するように介護師を促し、一度にワンステップずつ収集プロセスを進めるように介護師を導く。手で握れる大きさの端末１４は、ネットワークを介して、または直接的な有線接続もしくは無線接続を介して、ラベルプリンタなどの周辺デバイスと接続する。ラベルプリンタは、この接続を使用して、患者、指示された検査、およびもし患者側にある場合は検体を含有する特定の容器に、それらに特有のラベルを印刷する。観測データまたは記録データの入力には、ＤＯＴまたはその他の一次元もしくは二次元のシンボルのスキャンが使用される。システムは、また、検体をそれらの評価に先立って検証して認証するためにチェックを行ってもよい。
【０１４０】
上述されたシステムは、養護施設などの他の環境においても実装可能であること、そしてヘルスケア業界に限定されないことを十分に理解される。例えば、上記のシステムの実装は、正確な在庫追跡およびワークフロー管理をなされる業界または環境においても有利であることが可能である。
【０１４１】
以上の説明は、本発明の特定の実施形態について詳述している。しかしながら、以上の説明が文面上どれほど詳細に見えようと、本発明は、多くの方式で実施可能であることを十分に理解される。やはり上述されたように、本発明の特定の特徴または態様を説明する際における特定の専門用語の使用は、その専門用語が、本明細書で再定義され関連した本発明の特徴または態様の任意の具体的特性を含むように制限されることを示差するものと解釈されないべきである。本発明の範囲は、したがって、添付の特許請求の範囲およびそれらのあらゆる等価形態にしたがうとみなされるべきである。
【図面の簡単な説明】
【０１４２】
【図１】医療管理システムの一実施形態のブロック図である。
【図２】図１に示された医療管理システムで使用されるサーバの一実施形態のブロック図である。
【図３】本発明の一態様にしたがった無線端末の一実施形態の斜視図である。
【図４Ａ】図３に示された無線端末の底面図である。
【図４Ｂ】図３に示された無線端末の側面斜視図である。
【図５Ａ１】無線端末の一実施形態内のコンポーネントのブロック図である。
【図５Ａ２】無線端末の一実施形態内のコンポーネントのブロック図である。
【図５Ｂ】無線端末のマイクロコントローラと通信を行う複数のモジュールの一実施形態のブロック図である。
【図６】医療管理システムにおける無線端末の動作の方法の一実施形態を示したフローチャートである。
【図７】サーバとの通信セッション中における無線端末の動作の方法の一実施形態を示したフローチャートである。
【図８】無線端末との通信セッション中におけるサーバの動作の方法の一実施形態を示したフローチャートである。
【図９】サーバの動作の方法の一実施形態を示したフローチャートである。
【図１０】サーバ内の情報更新モジュールの動作の方法の一実施形態を示したフローチャートである。
【図１１】サーバ内のメッセージングモジュールの動作の方法の一実施形態を示したフローチャートである。
【図１２】医療管理システムで使用するための投薬治療ワークシートの一実施形態の実例図である。
【図１３】無線端末を設定するために使用される設定レポートの一実施形態の実例図である。
【図１４Ａ】無線端末で使用するためのＤＯＴスキャナの一実施形態の組み立て斜視図である。
【図１４Ｂ】図１４Ａの組み立て後のＤＯＴスキャナの断面図である。
【図１５】無線端末のさらなる実施形態の図である。
【図１６】薬物投与データを取り込む方法のブロック図である。
【図１７】病院内で電子データを取り込むためのシステムのブロック図である。
【図１】
2009531779.tif 000003
【図２】
2009531779.tif 000004
【図３】
2009531779.tif 000005
【図４Ａ】
2009531779.tif 000006
【図４Ｂ】
2009531779.tif 000007
【図５Ａ１】
2009531779.tif 000008
【図５Ａ２】
2009531779.tif 000009
【図５Ｂ】
2009531779.tif 000010
【図６】
2009531779.tif 000011
【図７】
2009531779.tif 000012
【図８】
2009531779.tif 000013
【図９】
2009531779.tif 000014
【図１０】
2009531779.tif 000015
【図１１】
2009531779.tif 000016
【図１２】
2009531779.tif 000017
【図１３】
2009531779.tif 000018
【図１４Ａ】
2009531779.tif 000019
【図１４Ｂ】
2009531779.tif 000020
【図１５】
2009531779.tif 000021
【図１６】
2009531779.tif 000022
【図１７】
2009531779.tif 000023
【国際調査報告】
2009531779.tif 000024
2009531779.tif 000025
2009531779.tif 000026