(57)【要約】  医療現場における過誤監視を改善するための装置およびシステム。装置は、記憶媒体と、ディスプレイと、スキャナとを備え、医療従事者が、患者から採取した試料に関して、試料の種類、採取場所、採取時期などの情報を迅速かつ正確に追跡して監視することを可能にする。完了不可機能は、採取が不完全である試料に対してラベル付けするか、あるいは、採取が不完全である試料を処理施設に通知する。医療従事者が指示を実行するとき、医療従事者を誘導するためのラベルのセットおよび／またはメッセージが生成される。過誤は、バリアンス追跡のために採取イベントにリンクされる。指示が続行中でないときは、容器などの仮ＩＤラベルが生成される。採取手順の順番が、採取場所にいる医療従事者に通知される。
2007535979.tif 000002
【特許請求の範囲】
【請求項１】
患者から得られる少なくとも１つの検体の採取に関する情報を受信するように構成されたプロセッサと、
前記情報の少なくとも一部を表示するように構成されたインターフェースと、
前記情報の少なくとも一部のうちの少なくとも一部に基づいて、前記採取の少なくとも一部が完了していないことを示すメッセージを出力するように構成された出力デバイスと
を備えたことを特徴とするハンドヘルド型システム。
【請求項２】
患者から得られる少なくとも１つの検体の採取に関する情報を受信するように構成されたプロセッサと、
前記情報の少なくとも一部を表示するように構成されたインターフェースと、
前記情報の一部のうちの少なくとも一部に基づいて、前記採取に関連付けられた特別な指示を出力するように構成された出力デバイスと
を備えたことを特徴とするハンドヘルド型システム。
【請求項３】
前記特別な指示は、前記少なくとも１つの検体に対して行われる少なくとも１つの検査に関連することを特徴とする請求項２に記載のシステム。
【請求項４】
前記特別な指示は、前記採取のために使用される少なくとも１つの容器に関連することを特徴とする請求項２に記載のシステム。
【請求項５】
患者から得られる少なくとも１つの検体の採取に関する情報を受信するように構成されたプロセッサと、
前記情報の少なくとも一部を表示するように構成されたインターフェースと、
前記情報の一部のうちの少なくとも一部に基づいて、充填を完了した、または充填を行おうとした前記採取の少なくとも一部に関する作業負荷情報を入力するための入力デバイスと
を備えたことを特徴とするハンドヘルド型システム。
【請求項６】
患者から得られる少なくとも１つの検体の採取に関する情報を受信するように構成されたプロセッサと、
前記情報の少なくとも一部を表示するように構成されたインターフェースと、
前記情報の一部のうちの少なくとも一部に基づいて、試みられる前記採取の少なくとも一部をキャンセルすることに関するデータを入力するように構成された入力デバイスと
を備えたことを特徴とするハンドヘルド型システム。
【請求項７】
検体試料採取のためのハンドヘルドデバイスのユーザインターフェースであって、
検体試料を採取すべき順序に関連する少なくとも１つのガイドラインを受信するように構成されたインターフェースと、
前記少なくとも１つのガイドラインに基づいて前記検体試料を採取すべき順序を示す順序リストを表示する出力画面と
を備えたことを特徴とするハンドヘルドデバイスのユーザインターフェース。
【請求項８】
充填すべき検体試料容器に関連付けられた優先度に関する情報を受信するように構成されたインターフェースと、
複数の画面領域に分けられたハンドヘルドデバイスの出力画面であって、前記画面領域のうちの少なくとも１つは、充填すべき検体試料容器を表示することに関連する、ハンドヘルドデバイスの出力画面と
を備え、
充填すべき検体試料容器を表示することに関連する前記少なくとも１つの画面領域は、前記充填すべき検体試料容器に関連付けられた優先度に関する情報を含むことを特徴とする検体試料採取システム。
【請求項９】
採取に使用する検体採取容器の選択に関する指示を受信することと、
前記検体採取容器の各々と優先度とを関連付けるデータベースにアクセスすることと、
前記優先度に基づいて前記検体採取容器をソートすることと、
前記優先度をハンドヘルドデバイスの画面に表示することと
を備えることを特徴とする検体採取方法。
【請求項１０】
前記検体採取容器をソートすることは、ＬＩＳ内に存在するアルゴリズムにより実行されることを特徴とする請求項９に記載の検体採取方法。
【請求項１１】
前記検体採取容器をソートすることは、ハンドへルドデバイス内に存在するアルゴリズムにより実行されることを特徴とする請求項９に記載の検体採取方法。
【請求項１２】
前記検体採取容器をソートすることは、前記ハンドヘルドデバイスと電子的に通信することができるサーバ内に存在するアルゴリズムにより実行されることを特徴とする請求項９に記載の検体採取方法。
【請求項１３】
検体試料採取のためのユーザインターフェースであって、
充填された検体試料容器に関連付けられた指示に対するバリアンスに関する情報を受信するように構成されたインターフェースと、
複数の画面領域に分けられた出力画面であって、前記画面領域のうちの少なくとも１つは、充填された検体試料容器を表示するウィンドウに関連する、出力画面と
を備え、
充填された検体試料容器を表示する前記少なくとも１つの画面領域は、前記バリアンスに関する前記情報を含むことを特徴とするユーザインターフェース。
【請求項１４】
試料採取および管理情報をユーザに表示するように構成された出力と、
前記検体試料の一部が採取されたことを示すように構成されたプロセッサと
を備えたことを特徴とする検体試料採取システム。
【請求項１５】
ハンドヘルド通信デバイスであって、
コンピュータ読み取り可能な命令を記憶したコンピュータ読み取り可能な記憶媒体にアクセスすることができるプロセッサに接続されたディスプレイユニットであって、前記プロセッサが前記コンピュータ読み取り可能な命令を実行すると、前記コンピュータ読み取り可能な命令により、前記プロセッサは、前記ハンドヘルド通信デバイスのディスプレイにユーザインターフェースを表示する、ディスプレイユニット
を備え、
前記ユーザインターフェースは、
患者から採取するための、少なくとも１つの検査採取検体容器を伝えるメイン画面と、
前記画面に少なくとも一時的に表示されるアイコンであって、前記アイコンをアクティブにすることによって、前記ハンドヘルド通信デバイスに対して、前記検査採取検体容器への採取が行われなかったことを示すラベルを印刷するよう通知する、アイコンと
を含むことを特徴とするハンドヘルド通信デバイス。
【請求項１６】
少なくとも１つの容器識別タグおよび少なくとも１つの患者識別タグのうちの少なくとも１つに関連付けられた少なくとも１つの識別コードを読み取ることと、
前記少なくとも１つの識別コードに関連付けられた規則のセットを受信することと、
前記少なくとも１つの識別コードに関連付けられた前記規則のセットにしたがっているか否かを判定することと、
前記規則のセットにしたがっていなかった場合、前記規則のセットにしたがわなかったことを示すメッセージを出力することと
を備えることを特徴とする検体試料採取方法。
【請求項１７】
前記識別コードは、バーコードであることを特徴とする請求項１６に記載の検体試料採取方法。
【請求項１８】
前記規則のセットにしたがっていなかった場合、携帯型ハンドヘルドデバイスに指示を表示することをさらに備えることを特徴とする請求項１６に記載の検体試料採取方法。
【請求項１９】
前記規則のセットにしたがっていなかった場合、離れた場所に通知を伝えることをさらに備えることを特徴とする請求項１６に記載の検体試料採取方法。
【請求項２０】
未完了な検体採取指示を生成する方法であって、
検体採取手順を含む指示をハンドヘルドデバイスに送信することと、
前記指示を表示することと、
前記指示にしたがって前記検体採取手順が行われたか否かを判定することと、
前記指示にしたがって前記検体採取手順が行われなかった場合、未完了採取メッセージを通信することと
を備えることを特徴とする方法。
【請求項２１】
医療施設においてＩＤラベルを印刷するシステムであって、
患者のラベルをスキャンするスキャナと、
前記患者に関する患者の人口統計的情報を含むデータベースに、ハンドヘルドデバイスに記憶された患者データを通信するプロセッサと、
前記ハンドヘルドデバイスと通信するプリンタと
を備え、
前記ハンドヘルドデバイス内の前記患者データが、前記スキャナによってスキャンされた患者のラベルに対応する患者の人口統計的情報を有している場合、前記ハンドヘルドデバイスは、前記人口統計的情報を含むＩＤラベルを生成するよう前記プリンタに指示することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は合衆国法典第３５巻、第１１９条（ｅ）の規定に基づき、２００４年５月２８日に出願された米国仮出願番号６０／５７５２４４号、２００５年５月１４日に出願された米国仮出願番号６０／５７１４３４号、および２００４年４月３０日に出願された米国仮出願番号６０／５６６４３９号の利益を主張する。    
本発明は、一般に、遠隔ネットワーク医療過誤管理デバイス、および遠隔ネットワーク医療過誤管理システム、ならびにその使用・操作方法に関する。詳細には、本発明は、医療サービスを監視し、円滑にし、そして監査する機能を有する遠隔医療過誤管理デバイスに関する。
【背景技術】
【０００２】
検査室情報システム（ＬＩＳ：Laboratory Information System）および病院情報システム（ＨＩＳ：Hospital Information System）はいずれも、医療情報システム、または医療事業システムのカテゴリに入る。一般に、医療事業は、患者の識別や追跡、さらには投薬や試料採取の指示およびデータ管理など、多岐にわたる側面の患者の管理を提供する。患者の管理を提供するに当たり、医療従事者は通常、医療情報システムを介してアクセス可能な１つまたは複数のソフトウェアを利用する。これまでは、医療情報システムにアクセスするためには、通常、医療の行われる場所（すなわち患者のいる場所）から離れている場所で、例えばナースワークステーションなどの固定端末を使用する必要があった。ＬＩＳへのより利便性の高い効率的なアクセスを提供するため、最近になってハンドヘルドコンピュータや携帯データ端末（ＰＤＴ：Portable Data Terminal)などの携帯モジュールが、医療や病院の現場に導入されてきている。本明細書では、これらを総じて「ハンドヘルドデバイス」と呼ぶことにする。ハンドヘルドデバイスは、ＬＡＮ、モデムまたは無線接続を介してサーバに直接接続することができる。あるいは、ハンドヘルドデバイスは、シリアル接続またはパラレル接続を用いて、ＰＣを介してサーバに接続することもできる。ハンドヘルドデバイスを使用するためには、ＬＩＳに接続されたデータインポート／エクスポートデバイスにハンドヘルドデバイスを接続することによって、またはＬＩＳに接続されたケーブルを介して、ハンドヘルドデバイスにある情報をＬＩＳと同期させる。これにより、ＬＩＳとハンドヘルドデバイスとの間で、データ交換が可能となる。
【０００３】
特に、医療過誤管理用のソフトウェアを利用する携帯型コンピューティングデバイスは、医療技術の向上とともに、ますます一般的になってきている。携帯型コンピューティングデバイスは、病院、検査室、または採血施設や診療所で、試料採取過程に関する臨床的情報および非臨床的情報を収集することができる。患者に関する検査結果と、その結果の元となる検体をより良く管理するためには、採取した検体を追跡し、その検体を患者識別情報とマッチングさせることが重要である。患者識別情報は通常、病院情報システムまたは検査室情報システムなどの患者・検体指示データベース（patient and specimen order database）に記憶されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
時として、患者から試料を採取する過程で、指示からの逸脱（deviation）が発生する場合がある。例えば、血液試料を採血容器に採取する際、静脈が虚脱し、看護師または採血技師（phlebotomist）が、指示された採取容器数分の試料を採取できないことがある。容器に血液試料を充填した後、通常、その容器は、袋（１患者当り１袋）に入れられ、その後、多くの病院において見られる気送管システム（pneumatic tube system）を用いて搬送される。気送管システムにより、採取した試料が検査室に搬送され、検査室の要員は、高性能分析装置で分析するために、試料を収集して整理し、そして時には、試料に優先順位をつける。
【０００５】
指示された検査試料のうちの１つの採取試料に問題があった場合、検査室の要員がその状況に適切に対処できるように検査室に知らせるのは、採取を行った看護師または採血技師の責任である。しかしながら、このステップはしばしば見過ごされるか、または忘れられるため、検査技師は同じ患者の検査を再指示する必要が生じ、その患者の試料分析および分析結果が遅れる場合がある。このような非効率性は、時間の浪費であり、検査を指示した医師が患者の臨床試験結果を適時に必要とする場合、危険を招くことになり得る。試料採取および試料分析に関与する医療関係者同士が適切な連絡を欠いたことにより、不必要であったであろう追加の試料採取が必要となるので、患者にとっても不快なことである。したがって、指示された容器数分の検体が採取されないとき、検査室に通知するための通信チャネルおよび／または通信手段を提供する医療過誤監視および管理システムが必要とされる。
【課題を解決するための手段】
【０００６】
提案する本発明によって、採血技師、医師または看護師などの、病院または検査室の専門家による検体採取指示の遂行および医療過誤監視を向上させることが可能になる。
【０００７】
本発明の目的は、採取過程および医療検査処理を容易にし、かつ完了するために使用できる印刷されたバーコードラベルを提供することにある。本発明の一態様にしたがうと、看護師または採血技師は、自身のＩＤバッジをスキャンし、ハンドヘルドデバイスに自らを確認させる。試料採取手順のうちのこの部分は、看護師または採血技師が検体採取行為を行う前に行われる。使用予定の検体採取容器とともに、患者のバーコードをスキャンすることにより、採取過程に伴う識別作業を即座に容易に行うことができ、さらに、容器や患者カルテに貼り付けるラベルを手書きで記入する時間と非効率性とを低減することができる。
【０００８】
本発明の別の態様にしたがうと、データ収集時における例外的なイベントを認識して記録し、かつ生じなかった予定されていたイベントを正確に記録して、適切に通知することを可能にする方法が提供される。本発明により、採血技師、看護師などの病院または検査室の専門家は、検体採取指示を完了させる過程における指示からの逸脱に関して、病院の中央検査室または他の検査室に対し、迅速かつ容易に連絡をとることが可能になる。本発明の好ましい実施形態により、ＬＩＳは、バーコード入力またはその他の情報を介して、試料採取における指示からの逸脱を容易に追跡し、通知することができる。本発明の好ましい実施形態の基本的なコンポーネントは、医療用携帯型ハンドヘルドデバイスおよび小型識別コードリーダである。識別コードリーダは、バーコードスキャナ、撮像装置、無線周波数識別（ＲＦＩＤ：Radio Frequency IDentification）リーダ、赤外線識別リーダ、または、その他の同様の技術とすることができる。このような携帯型コンピューティングデバイスの一例として、Ｓｙｍｂｏｌ  Ｔｅｃｈｎｏｌｏｇｉｅｓ社製ＰＰＴ１８００シリーズのＰｏｃｋｅｔ  ＰＣがある。このハンドヘルドデバイスは、バーコードスキャニングとリアルタイム無線通信オプションとを含む機能を備えている。
【０００９】
医療用ハンドヘルドデバイスのサブコンポーネントは、バッテリ、ディスプレイ、キーボード、クレイドル、無線通信回路、メモリ、筺体、および中央処理装置（ＣＰＵ：Central Processing Unit）とすることができる。医療用ハンドヘルドデバイスは、携帯情報端末（ＰＤＡ：Portable Data Assistant)、ノートブックコンピュータ、タブレットＰＣ、またはその他のデバイスなどの、任意の携帯型診断用モニタとすることができる。識別コードリーダは、医療用ハンドヘルドデバイスに統合してもよく、または、付属デバイスを介して医療用ハンドヘルドデバイスに取り付けてもよい。リーダは、取り外し可能なように、携帯型コンピューティングデバイスに取り付けることもできる。
【００１０】
看護師または採血技師は、リーダを取り付けることができる、または統合することができる医療用携帯型コンピューティングデバイスを持ち運ぶとともに、患者から試料採取を行う場所でバーコードを印刷するための携帯型プリンタを持ち運ぶこともできる。好ましい実施形態では、本発明のハンドヘルドデバイスに登録される管固有の情報を有するバーコードを含む採血容器が用いられる。例えば、採血管、血液培養瓶などの複数の採取容器は、カタログ番号、有効期限、再指示番号（reorder number）などの採取容器の種類に関する情報を提供する２次元バーコードを有することができる。
【００１１】
所定の状況下では、例外的な採取イベントには、同一種類の複数の容器を使用する指示が関係する。本発明のさらに別の態様にしたがうと、１つまたは複数の同一種類の容器を使用した採取に成功しなかった場合、採取完了不可（ＵＴＣ：Unable to Complete Collection）機能が、ハンドヘルドデバイスから検査室およびＬＩＳに対し、採取されなかったイベントデータを通信する。この機能は、成功したイベントの記録によって、追加データの収集を必要とするのに十分な情報が提供されるか否かに関して、その追加データの収集の必要性の判定を支援する。病院環境では、患者に関する採血指示が検査室情報システムに入力されたとき、その指示が、患者試料の追加検査を目的とした同一試料の採取を要求する場合がある。しかしながら、予期しない状況、すなわち静脈の虚脱、患者の採血拒否、その他の緊急事態などによって、追加的な同一試料を採取できなかった場合に、本明細書で提案する本発明により、このような過誤を検査室の要員に警告する機能が提供される。検査室の要員には、指示が成功したか失敗したかというその指示の状態が通知されるので、この機能は、臨床医と検査室の要員との間の連絡不備を低減させ、場合によっては解消させる。検査室の要員は、例外的なイベントを認識すると、採取に成功した検体によって、必要な検査のために十分な試料が供給されるか否かを迅速に判断することができ、このような状況に適切に対処することができる。臨床医からの適切な連絡がなければ、検査室の要員は、提供された不完全な情報に基づいて全ての検体採取を再指示する必要があり、これにより、治療の遅れをもたらす分析の遅れを引き起こすことになる。
【発明を実施するための最良の形態】
【００１２】
本発明のこれらおよび他の態様、利点、ならびに新規な特徴は、以下の詳細な説明と添付図面とから容易に理解されよう。
【００１３】
本発明にしたがうと、過誤監視および管理システム１０（図１）と携帯型医療用デバイス２２（図５）とが提供される。デバイス２２は、検体採取手順のために病院で一般的に用いられているのと同様のハンドヘルドスキャナを用いている。例示の目的上、本明細書では、システム１０およびデバイス２２を、検体採取手順と関連させて説明する。システム１０およびデバイス２２はまた、患者治療の管理やその他同様の用途にも使用できるものと理解されたい。システム１０は、ニュージャージー州フランクリンレイクスを本拠とするベクトンディッキンソン・アンド・カンパニーから入手可能なＢＤ．ｉｄシステムとすることができる。
【００１４】
ハンドヘルドデバイスまたはＰＴＤ２２（図５）により、看護師または採血技師などのユーザは、ハンドヘルドデバイス２２に記憶された検体採取指示と、患者のリストバンドからスキャンした情報とを照合して、検体容器５６が、指示された検査用として適切な容器であることを確認することができる。検体容器用の新たなバーコードラベル５２は、患者のベッドのそばで、採取の日時を含むように印刷される。このラベルは、採取容器、患者カルテ、またはこれら両方に貼り付けることができる。さらに、容器の採取日時に関する情報は、後で検索できるよう、データ記憶要素（例えば、ＬＩＳ２４またはＳＭＳ２０）に、電子的に伝送することができる。最後に、ハンドヘルドデバイスは、クレイドル３４に置かれると、ＳＭＳ４４と同期し、その後、ＬＩＳ２４と通信することができる。
【００１５】
次に詳述するように、本発明の一実施形態にしたがうシステム１０の機能の１つには、採血技師が行った採取において、指示からの逸脱があったことを、ユーザとハンドヘルドデバイス２２との間で伝達することが含まれる。この逸脱は、いくつかの異なる形をとり得る。最も重要な点は、ユーザが、指示からの逸脱があったことをハンドヘルドデバイスに伝えるための画面の一部、またはボタンが、ハンドヘルドデバイス２２上に設けられていることである。図１〜図４を参照すると、システム１０は、サーバ２０（例えば、検体管理サーバ（ＳＭＳ：Specimen Management Server））と、サーバ２０に対してデータアクセスが可能な複数のクライアントハンドヘルドデバイス２２と、ＬＩＳ（検査室情報システム）２４と、ＡＤＴ（Admission, Discharge, and Transfer system：入退転院システム）２６とを備えていることが好ましい。システムコンポーネントはネットワーク４０に接続され、特定の通信イベントが発生することが可能になる。他の実施形態では、代替として、ＬＩＳ２４に組み込まれたサーバ２０の態様を含む場合もある。ハンドヘルドデバイス２２は、サーバ２０を介して病院コンピュータシステム（例えば、ＬＩＳ、ＡＤＴおよびＨＩＳ)と通信することができる。あるいは、例えば、ハンドヘルドデバイス２２と直接通信するように、ＬＩＳを構成することもできる。
【００１６】
本発明を理解するために、いくつかの用語を以下のように定義する。
【００１７】
定義
クライアント
クライアント２２はハンドヘルドデバイスであり、これは、取り扱い対象のファイルおよびデータをダウンロードし、アプリケーションを実行し、または、ファイルサーバからアプリケーションベースのサービスを要求することができる。
【００１８】
クレイドル
クレイドル３４は、ホスト端末とのインターフェースを提供するために使用されるドッキングステーションである。クレイドル３４は、ハンドヘルドデバイス２２を受け入れて固定するように適合させることができる。ハンドヘルドデバイス２２がクレイドルに置かれたことを検出する検出器要素を含めることもできる。ハンドヘルドデバイスをクレイドルに置いた場合、データをサーバ２０から受信して、選択的にダウンロードすることも可能である。本発明の一実施形態においては、サーバ２０はＳＭＳである。検出器が、ハンドヘルドデバイス２２がクレイドル３４に置かれたことを示す場合、ホスト端末において処理すべきデータの転送を開始するためのアクチュエータをハンドヘルドデバイスで用いることができる。
【００１９】
採取容器ラベルプリンタ
採取容器ラベルプリンタ３２は、試料採取場所などの使用場所でラベルを印刷するためのプリンタである。より具体的には、医療現場の所定の場所においては、試料の下流追跡および下流処理のために、どの患者から試料を採取したか、および、医療従事者や検査技師にとって有用な他の情報など、採取した試料の印（indicia）となるものを含むラベルを印刷するため、採取容器ラベルプリンタが必要とされる。採取ラベルの重要な要素は、採取識別番号として一般に説明される容器番号（例えば、バーコード）である。採血容器５６（図５）は、医療従事者が利用可能であり、本発明の携帯型ハンドヘルドデバイス２２に登録すべき管固有の情報を通信するバーコード５２またはＲＦＩＤ（無線周波数識別）タグを含むものであることが理想的である。一実施形態においては、バーコードラベル５２は、ユーザおよび患者双方の後に採取容器のバーコードがスキャンされると、印刷される。バーコードプリンタ３２は、採血用カートまたはトレイに設置または収納することもできるし、または、病室内などに備え付けることもできる。プリンタ３２は、ＬＩＳ２４によって検体に割り当てられたバーコード受入番号を含むカスタムラベル５２を作成する。プリンタ３２は、バッテリ電源式サーマルプリンタなどの携帯型プリンタとすることができる。
【００２０】
データベース
用語「データベース」（例えば、検体管理データベース（ＳＭＤ：Specimen Management Database）４４）は、１つまたは複数の大きな構造化されたセットの永続的データを含み、通常、データの更新、挿入、およびクエリを行うためのソフトウェアと関連付けられている。
【００２１】
ハンドヘルドデバイス
用語「ハンドヘルドデバイス」（例えば、クライアントハンドヘルドデバイス２２）は、使用場所において検体管理または投薬管理を行うために有用な携帯型コンピュータを表す。このような携帯型ハンドヘルド要素の例として、Ｓｙｍｂｏｌ  Ｔｅｃｈｎｏｌｏｇｉｅｓ社製ＰＰＴ１７００シリーズのハンドヘルドデバイスが挙げられる。この種のハンドヘルドデバイスは、ＩＲおよびバーコードスキャニング能力を有している。ハンドヘルドデバイスは、患者から検体試料を採取するのに有用な情報を表示するグラフィカルユーザインターフェース（ＧＵＩ：Graphical User Interface）を備えている。
【００２２】
ハンドヘルドデバイスは、マイクロプロセッサと、バーコードスキャナなどの読み取り要素と、印刷要素とを備えていることが好ましい。読み取り要素は、患者識別コードから識別情報を読み取り、対応する情報ラベルを作成することができる。マイクロプロセッサは、識別情報に関するデータを処理することができる。ハンドヘルドデバイスは、小型識別コードリーダを備えているのが理想的である。識別コードリーダは、バーコードスキャナ、撮像装置、赤外線識別リーダ、ＲＦＩＤリーダ、または同様の技術とすることができる。バーコードスキャナは、医療用ハンドヘルドデバイスに統合してもよく、または、付属デバイスを介して医療用ハンドヘルドデバイスに取り付けてもよい。同様に、ＲＦＩＤリーダを医療用ハンドヘルドデバイスに統合して、容器の近傍において、容器のＲＦＩＤをリーダにより読み取ることができるようにしてもよい。ハンドヘルドデバイスは、バッテリと、ＧＵＩ用のディスプレイ画面と、押下キーと、通信回路と、メモリ要素と、ハンドヘルドデバイスのサブコンポーネント全てを固定する筐体と、マイクロプロセッサとを備えていることが好ましい。携帯型ハンドヘルドデバイスは、サーバと通信するためのモジュールおよび／またはソフトウェアを含む、携帯情報端末（ＰＤＡ）、タブレットＰＣ、またはノート型コンピュータとすることができる。
【００２３】
ＨＩＳ
病院情報システム（ＨＩＳ）３８（図２）は、効率的で組織化された医療サービスに必要な患者に関する全てのデータとともに、病院における患者の治療のフローを管理し、合理化する目的で開発されたシステムである。治療のフローには、検体管理および投薬管理が含まれるが、これらに限定されるものではない。ＨＩＳにより、医師や他のスタッフは、最適かつ効率的に最大限の能力を発揮することが可能になる。ほとんどのＨＩＳはモジュール式であるので、新規な、および改良されたＬＩＳシステム２４やＡＤＴシステム２６との統合など、技術の変化に合わせて、持続的な利益を保証している。
【００２４】
ＨＩＳ３８は、コンピュータネットワークを使用して、患者管理情報と、病院におけるほとんどの活動に関する管理情報とを収集、処理、検索し、ユーザの機能要件を満たす。ＨＩＳはまた、包括的な医療ポリシーを作成して管理する病院管理者に対して、意思決定支援システムを提供する。
【００２５】
ＨＩＳ３８は、病院管理および患者医療を改善するための統合コンピュータ臨床情報システムを組み込んでいる。ＨＩＳ３８はまた、１人または複数人の患者についての、電子的に記憶された正確な医療記録を提供する。通常、ＨＩＳは、手術情報および管理情報を迅速に伝えるために設計された中央情報システムであり、ＨＩＳには、コアデータや、病院および医療施設に合わせてカスタマイズできる他のアプリケーションモジュールを最適化できるソフトウェアが含まれる。
【００２６】
ＬＩＳ
ＬＩＳ２４という用語は、好ましくは、患者健康記録のリポジトリと、各種のデバイス上で実行されるエンドユーザクライアントアプリケーションと、各種のサーバとの間の通信を可能にする役目を果たす業界標準のネットワークハードウェアおよびソフトウェア（ネットワークおよび通信プロトコル）から構成されるコンピュータネットワークを定義する。このネットワークは、ケーブルベースネットワーク、光ファイバネットワーク、ローカルエリアネットワーク（ＬＡＮ：Local Area Network）、ワイドエリアネットワーク（ＷＡＮ：Wide Area Network）、仮想私設ネットワーク（ＶＰＮ：Virtual Private Network）、インターネット、またはコンピューティングデバイス間の通信を可能にする様々な他の任意の種類のネットワークの形態をとることができる。
【００２７】
ＬＩＳは通常、どのように指示が生成されてその指示が検査室に伝えられるか、どのように患者または試料が届けられるか、どのように試料が受け入れられて準備されるか、どのように実際に検査が行われるか、および、どのように検査結果が医療提供者に伝えられるかなどの、検査室の作業に関する情報を整理、追跡する検査室情報システムに限定される。ＬＩＳはまた、どのように医療事業（health enterprise）が検査室で行った作業に対する支払いを受け、どのようにその支払い情報がやり取りされたかを整理、追跡、判定することができる。
【００２８】
医療事業サーバ４２は、図２に示すように、ＬＩＳ２４およびＨＩＳ３８を備えてもよく、図３に示すように、ＡＤＴ２６、ＬＩＳ２４およびＨＩＳ３８を備えてもよい。あるいは、他にも構成はあるが、ＨＩＳ３８およびＡＤＴ２６のオペレーションを、１つのサーバ（図４）内に組み合わせてもよい。本発明のシステム１０において、ＬＩＳは、サーバ１０に対して双方向インターフェースを有しているので、採取リストをＬＩＳからサーバ２０に送信することが可能であり、また、採取データやキャンセルされた指示をサーバ１０からＬＩＳに送信することが可能である。
【００２９】
ＬＩＳ／ＨＩＳデータインターフェース
ＬＩＳ／ＨＩＳデータインターフェース４８は、ネットワークを介してデータパケットおよび信号を送受信する複数のモジュールの円滑な通信を可能にする要素である。この例として、Ｈｅａｌｔｈ  Ｌｅｖｅｌ  Ｓｅｖｅｎ（すなわち、ＨＬ７  ３．０）、ＡＳＴＭ  １２３８、ＡＳＴＭ  １３９４、Ｄｂａｓｅ、カンマ区切りの（Comma Delimited）ＡＳＣＩＩ、および、固定長の（Fixed Length）ＡＳＣＩＩなどが挙げられる。
【００３０】
患者ＩＤプリンタ
患者ＩＤプリンタ３０は、正確で効率的な患者識別および安全性のために欠くことのできないリストバンドなどの患者ＩＤタグを印刷するために通常設計されたプリンタである。患者ＩＤタグプリンタは、通常、ネットワークに接続され、ＡＤＴシステム２６およびＨＩＳシステム３８と通信する。バーコードとともにＲＦＩＤを作成するデバイスを提供することもできる。
【００３１】
検体管理サーバ
検体管理サーバ（ＳＭＳ）は、ＬＩＳ２４、ＨＩＳ３８およびクライアントハンドヘルドシステム２２を実行し統合するための、データベース、ならびに、その他のプログラムおよびモジュール６０（図６）を備えるサーバ２０（例えば、ウェブサーバ、ＳＱＬサーバ、ＬＩＳ／ＳＱＬ構文解析アプリケーションなど）である。通常、検体管理サーバ２０は、患者に固有の情報と、その患者から採取した検体試料に固有の情報とを用いてデータベースを作成し、更新する。いくつかの実施形態においては、検体管理サーバ２０は、複製／同期サービスを実行して、クライアント２２との間欠通信を維持することができる。また、本発明のいくつかの実施形態において、検体管理サーバ２０の機能は、ＬＩＳ２４、ＨＩＳ３８、またはこれら両方に統合することができる。また、本発明の他の実施形態においては、ＳＭＳ２０は、ＬＩＳ２４およびＨＩＳ３８とは別個のものとすることができるが、試料採取指示に関する更新情報と、ＬＩＳ２４により生成される受入番号とを受信するために、ＬＩＳ２４と同一のネットワーク上で実行することができる。
【００３２】
採取完了不可（ＵＴＣ）機能
採取完了不可（ＵＴＣ）機能は、ハンドヘルドデバイス２２のディスプレイ２３上にある「ＵＴＣ」アイコン４６として図７に示されており、「採取を完了できない」ことを表す。同一種類の複数の容器が用いられて、１つまたは複数の採取ができなかったときに、この配置状態（disposition status）が使用される。１つの受入番号について同一種類の複数の容器が存在し、そのうちの１つに採取されないとき、採取されなかった容器は、ＵＴＣとして配置される。採取されなかった容器に対してラベルを印刷するか否かを制御するように、システムパラメータを設定することができる。このラベルは、採取指示に関する採取状況の情報を検査室の要員に提供する。検査室の要員は、採取される検体に関して、（複数の）検査を行うことができるか否かを判断する必要があるので、採取されなかった容器（群）を「キャンセルする」ことはできない。ある検査をＵＴＣとして配置するためには、ユーザは、容器を選択して、ハンドヘルドデバイスのディスプレイ上にあるＵＴＣボタンを押す。このラベルを印刷するシステムパラメータがアクティブにされている場合は、ラベルが印刷される。
【００３３】
次に、本発明の採取完了不可（ＵＴＣ)機能について説明する。ＵＴＣ機能を用いたシステム１０および／またはハンドヘルドデバイス２２が、既存の医療過誤監視システムおよびデバイスに対して有している利点をより良く例示するために、まず、これら既存の医療過誤監視システムおよびデバイスが、どのように未完了の採取シナリオを処理するかについて説明する。
【００３４】
ＬＩＳ／ＨＩＳは、試料採取の資格を有する医療従事者が出した指示に、受入番号を割り当てる。受入番号および検査データを割り当てる方法は、ＬＩＳの提供者によって異なる。医師または資格を有する他の医療従事者が、患者に対して特定の検査を要求するとき、通常、要求された各検査は、その患者の試料について、１つの採取容器の少なくとも一部分を要する。しかしながら、分析方法に合わせるため、または単に十分な量の試料を提供するため、検査によっては、同一の検査指示に対して、複数の容器が必要とされる場合がある。第１の例においては、同一の検査指示に対して、２つの異なる種類の容器に試料を採取する必要が生じる場合がある。第２の例においては、１つの検査指示によって、量を確保する目的で、２つの同一種類の容器に採取した試料を入れることが必要とされる場合がある。さらに、ＬＩＳは、同一の採取容器を必要とする検査が組み合わせられるよう、グループ化する。例えば、４つの検査が各々、ＲＥＤ１０容器を必要とする場合、「大量要求（volume required）」データを使用して、１つの容器を用いて４つの検査を行えるのか、または複数の容器が必要なのかを判定することができる。
【００３５】
医療施設において使用されるＬＩＳの製造元によっては、個別の受入番号が、各検査に割り当てられる場合もあるし、または、１つの受入番号が、患者に必要な一連の検査に割り当てられる場合もある。このことは、ＬＩＳへの通信に関して、既存の過誤管理デバイスに対して問題をもたらす。なぜならば、１つの検査指示の状況に関して、ＬＩＳには１つのメッセージしか伝えることができないからである（すなわち、指示は、完了されたか、完了されていないか、または、キャンセルされるかのいずれかでなければならない）。既存のＬＩＳには、指示が完了されなかったことを示す方法がないものもある。看護師または採血技師は、ＬＩＳにメッセージを返すとき、各検査指示に関する状況を把握する必要がある。そうしないと、ＬＩＳは、メッセージのフォーマットに応じて、指示が採取されたか、またはキャンセルされたものとみなす。
【００３６】
通常の検査では、１つの採取容器しか使用されない。成功した状態では、ユーザは、試料を採取し、それを過誤管理システムに記録させて、次の検査または患者に進むことができる。次いで、成功した採取がＬＩＳにレポートされる（例えば、ＰＤＴは、ＨＬ７インターフェースを介して、ＬＩＳと同期されている）。何らかの理由で、資格を有する医療従事者が、検査は不要であると判断した場合、ユーザは、ＰＤＴ上で検査をキャンセルすることができ、ＰＤＴは、そのキャンセルをＬＩＳに通知する。現時点で、ユーザが必要な１つの管の採取指示を完了できないようにするイベントが生じた場合、ユーザは、検査を後に延期するよう選択することができる。この場合、ＰＤＴは、検査情報をそのメモリに保持し、ユーザが後にその検査に戻ることを可能にする。ユーザが１つの受入番号を完全にスキップして、これを後の採取に回してしまうと、ＬＩＳには何のメッセージも送信されない。作業が行われないことは、ＬＩＳにとってイベントが発生しないということである。既存のＬＩＳは、検査が採取されるか、またはキャンセルされるときのみ通知されるように構成されている。
【００３７】
複数の採取容器を必要とする検査において、最初の試料採取の後に例外的なイベントが発生すると、既存のＰＤＴは、１つまたは複数の容器に採取され、１つまたは複数の容器に採取されていないことを、ＬＩＳに対して通信することができない。これは、現行のＬＩＳシステムが、１つの受入番号に対して１つの検査結果を通知することによって定義される採取の標準を強いているからである。そのため、既存のＰＤＴは、複数の試料を必要とする同一の受入番号における検査について、２つの結果を通知することはできない。本発明にしたがうシステムは、このような既存のＬＩＳの制限に対する解決策を提供する。
【００３８】
本発明の一実施形態により、１つまたは複数の採取容器に対して採取が成功しなかったことを示すメッセージを生成する手段が提供される。このメッセージは、検査室の要員に伝えることができる。これにより、ユーザは、同一の受入番号における検査状況に応じて、指示された採取を行う、指示をキャンセルする、指示を延期する、または指示を採取不可と指定する、のいずれかを選択することができる。過誤管理デバイス（例えば、ハンドヘルドデバイス２２）は、採血指示の状況を評価して、ユーザに適切な選択肢を提供することができる。このような選択肢を提供する方法は、他の選択肢とともに、携帯型コンピューティングデバイス２２のディスプレイ２３（図５）（例えば、図７のＵＴＣタッチスクリーンボタン４６）を用いて実現することもできるし、または、ハンドヘルドデバイス２２上の機械式ボタンまたはトグルスイッチを用いて実現することもできる。
【００３９】
図６〜図１４を参照すると、携帯型医療用デバイスまたはハンドヘルドデバイス２２の実施形態にしたがう様々な画面ディスプレイが示されている。看護師または医師は、採取検体試料を管理するために、ハンドヘルドデバイス２２を使用することができる。本明細書では、用語「ユーザ」は、特に医療現場において、患者から採取した検体試料を追跡するためにハンドヘルドデバイスを使用する者を示すものとして使用される。
【００４０】
ハンドヘルドデバイス２２は、バーコードリーダなどの情報コードリーダを介して入力データを受信することができる。入力データには、試料採取容器、患者ＩＤタグ上、および医療従事者のタグ上に存在するコードまたは他の印を含めることができるが、これらに限定されるものではない。例えば、ユーザがハンドヘルドデバイス２２をクレイドル３４から取り外し、次いで、ユーザ自身のＩＤバッジをスキャンして、誰が現在そのデバイスを使用しているのか、また誰が所与の病院の病棟、科、または階において検体試料の採取を行おうとしているのかをハンドヘルドデバイス２２に伝えることができるように、システム１０およびハンドヘルドデバイス２２は構成される。スキャナは、ハンドヘルドデバイスに統合することもできる。あるいは、ハンドヘルドデバイス２２は、バーコードスキャナを含むそり型の（sled）付属部品に固定することもできる。このそり型の付属部品にラッチ機構を備えさせて、ユーザが、ハンドヘルドデバイス２２を、その付属部品に対して取り外し可能なように固定できるようにすることもできる。これら２つのコンポーネントが一緒に固定されると、そり型の付属部品の通信ポートがハンドヘルドデバイス２２の裏側にある同様のポートと接続して、データおよび情報が、これら２つのコンポーネント間で転送される。
【００４１】
ハンドヘルドデバイスは、ユーザが見るためのデバイスの情報を表示する液晶ディスプレイなどのディスプレイ２３をさらに備えている。さらに、ディスプレイ２３は、関連するコマンドを実行するためにディスプレイを押す指またはタッチペンを用いて使用される種類のものとしてもよい。
【００４２】
ハンドヘルドデバイス２２はまた、採取結果および採取日時、ならびに、ハンドヘルドデバイス２２に割り当てられた指示を記録するための内部メモリも備えている。一実施形態においては、ハンドヘルドデバイス２２は、指示を受けてハンドヘルドデバイス２２に記憶された完了済みの検査をダウンロードまたは同期するための通信リンクを有する。次にさらに詳述するように、検査は、キャンセルされたものとして、またはＵＴＣ操作の一部として配置することもできる。通信リンクは、無線リンクであってもよいし、または有線接続であってもよい。情報は、病院の病棟もしくは階に関連付けられたコンピュータ、または検査室情報システム全般にダウンロードまたは同期させることができる。
【００４３】
ディスプレイ２３の画面（図示せず）には、システム管理者によってハンドヘルドデバイス２２に採取指示が割り当てられた患者のリストを表示することができる。次に、図１６〜図２９を参照して、サーバ２０へのウェブインターフェースについて説明する。ウェブインターフェースは、システム管理者のオペレーションを容易にするものである。ユーザは、リストから患者を選択して、図６に示されるような、その患者に対して指示された検査がリストされた新たな画面を見ることができる。図示した例では、「Peter Peterson」という架空の患者に対して、複数の採取を行うよう指示が出されている。図６の画面は、特定の受入番号の容器をスキャンするようユーザに促す。ユーザは、図５に示されるように、採取管をスキャナの近傍に持っていくことにより、スキャンを行う。
【００４４】
図６は、１つの受入番号がその受入番号に関連付けられた２つの同一種類の容器（すなわち、ＲＥＤ）を要する検査のためのハンドヘルドデバイスの画面を示している。図７、図８および図９を参照すると、複数の容器を要する検査を完了することができなかった場合（すなわち、一部のＲＥＤ容器に採取が成功しなかった場合）、ハンドヘルドデバイス２２は、「ユーザが検体を採取することができなかったため、指示中の容器は、ＵＴＣとして配置されます。」というメッセージ（図８）を表示することができる。さらに、ハンドヘルドデバイス２２は、検査室に送られる袋に貼り付けることができるラベル、または挿入することができるラベル（図９）を印刷するコマンドを生成することもできる。検査室の要員は、この袋を受け取ると、その試料ラベルを読み、試料採取において指示からの逸脱があったことを認識することができる。次いで、検査室の要員は、追加の検査（および、その検査に関連する採取容器）をさらに指示するか、または検査室に届けられた試料を使用して、その容器内の検体の一部を配分し、必要な検査を行うことができる。さらに、検査室の要員が、当初検査室に届けられることになっていた採取検体を準備するにあたって、検査に関する適切な意思決定を行うために、メッセージを検査室に直接通知することも可能である。通知は、ハンドヘルドデバイス２２内の無線通信回路を介して送信してもよいし、または、ハンドヘルドデバイス２２をクレイドルに置いて、サーバとの同期を通じて送信してもよい。
【００４５】
さらに、図１５に示すフローチャートを用いて、ＵＴＣプロセスを例示する。医師は、検査に関する指示および検査について、患者カルテに書き込み、その検査が、病院のコンピュータシステム（例えば、ＬＩＳ）に入力される（ブロック６０）。次いで、その検査は、ＬＩＳ２４からサーバ２０に伝えられる。（例えば、サーバ２０へのウェブインターフェースを有するシステム管理者を介して）その検査が割り当てられたＰＤＴ２２のユーザは、ブロック６２に示すように、（例えば、ＬＩＳからの）情報をＰＤＴにアップロードする。ユーザは、ＰＤＴまたはハンドヘルドデバイス２２を携帯型プリンタに接続し、これらのデバイスと検体採取用具とを、（例えば、患者のベッドのそばなどの）採取場所へ持って行く。次いで、ブロック６４に示すように、ユーザは、（例えば、患者を識別する印を読み取ることにより、）患者を正しく識別して、採取を行い、そして、容器をスキャンしてラベルを作成し、その容器をその採取イベントに対応させる。容器がバーコードを有していない場合には、ユーザは、ハンドヘルドデバイス２２上の「Ｍ」の付いたタッチスクリーンボタン４７（図７）を選択して、マニュアルラベルを生成することができる。次いで、ユーザは、採取した検体を含む採取容器の検体ラベルを印刷する。
【００４６】
引き続き図１５を参照すると、指示が、同一種類の容器を複数要求せず（ブロック６６）、要求された検体が全て採取された場合、ユーザは、処理するために、（複数の）検体を検査室に送り、ＬＩＳにレポートするために、ハンドヘルドデバイスを用いてその検査を完了と指定する（ブロック６８）。採取に成功しなかった場合、指示をキャンセルすることができる。逸脱イベントが発生し、採取に成功せず（ブロック７０）、かつ指示が、同一種類の容器を複数要求していた場合、ユーザは、ＵＴＣボタン４６を選択して、採取されなかった検体をＵＴＣとして適切に配置する（ブロック７２）。次いで、ハンドヘルドデバイスは、警告メッセージを生成し（ブロック７４）、他の同様の検体容器には、ＵＴＣラベル、および／または、採取袋用のラベルが提供される（ブロック７６）か、あるいは、通信信号が送信されて、要求された容器のうちの一部に採取されなかったことが検査室の要員に通知される。次いで、ユーザは、指示を遂行するために必要な残りの試料の採取に進む（ブロック７８）。いかなる場合でも、間違って指示が完了した、あるいはキャンセルされたと指定されることはない。
【００４７】
データ収集において予期せぬイベントまたは例外的な事例が生じたことを認め、記録する方法は、どのような過誤管理システムでも必要である。この方法は、ある状況下で生じなかった予定されていたイベントを正確に記録することを可能にし、不満足なデータ収集イベントを成功するようにやり直す必要があるか否かの判断を助ける。病院環境において、臨床医が、患者の採血の指示をＬＩＳに入力したとき、患者試料を追加で検査するために、その指示には、複数の同一試料が割り当てる場合もある。しかしながら、状況によっては、すなわち静脈の虚脱や患者の採血拒否、またはその他の緊急事態により、追加の同一試料を採取できなかった場合、システム１０は、ＬＩＳの要員に過誤を警告するＵＴＣ機能を提供する。この機能により、過誤があった指示された採取についての適切な通知および追跡が、ＬＩＳの要員に提供され、ＬＩＳの要員は、その試料の重要性に基づいて患者から以後採取を行う必要があるか否かを判断できるようになる。本発明のＵＴＣ機能が提供する適切な通知がなければ、ＬＩＳの要員は、提供された情報の不確かさを基に、全ての検体採取を再指示する必要に迫られる場合もあり、これにより、治療の遅れをもたらす分析の遅れを引き起こすことになる。
【００４８】
予期せぬイベントによる過誤または例外的な事例の管理通知機能は、予定されていた試料が準備できていないという情報を検査室の要員に通知するように設計されている。上述したように、この情報は、いくつかの方法により提示することができる。本発明の一実施形態では、ＵＴＣ機能が選択されると、印刷コマンドをプリンタに出力する手段が用いられる。すなわち、ハンドヘルドデバイス上のボタンを介して、特定の再指示にＵＴＣ配置を適用する。プリンタは、予期せぬイベント（例えば、採取の失敗）を通知する情報をメッセージラベル、場合によってはバーコードに印刷することができる。この情報ラベルは、既存のラベルの一部としてもよいし、既存のラベルに追加してもよいし、または、他の採取指示ラベルとは全く別のものであってもよい。この印刷された情報は、採取に成功した試料とともに検査室に送ることができ、適切な担当者によって処理される。さらに、ＵＴＣシナリオは、無線信号を用いてＬＩＳデータベースを更新すること、および、検査室の要員に直接送ることなど、採取メッセージ、および印刷されたラベルを介して、ＬＩＳに情報を返すことができる。
【００４９】
ハンドヘルドデバイスの他の画面には、指示のなかで特別な指示があることを示すアイコン（図１０）と、これに対応するダイアログボックス（図１１）とが含まれる。さらに、作業負荷画面（図１２）およびキャンセル理由画面（図１３および図１４）も提供される。作業負荷画面（図１２）により、ライン採取などの採取の種類とともに、採取を試みた回数を記録することが可能となり、作業負荷画面（図１２）は、医療スタッフ間の作業フローを管理する助けとなる。ハンドヘルドデバイスのユーザが採取を行えなかった場合、作業負荷画面（図１２）により、必要に応じて第三者による採取を指定することができる。例えば、採取を行い、容器を読み取って、ラベルを貼った後に、作業負荷画面を生成することができる。この画面を使用することにより、ハンドヘルドデバイスのユーザは、採取の種類（例えば、静脈穿刺（ＶＰ）、カテーテルなどによるライン採取、微量採取管を充填する指頭採血（ＦＳ）、踵からの採血（ＨＳ）、動脈血ガス（ＡＢＧ）注射器、尿などのための体外採取）とともに、採取データを入力している人以外の人による採取を指定することができる。ハンドヘルドデバイスの他の画面（図示せず）には、選択した基準（例えば、ＳＴＡＴなどの採取の優先度、定時または定期の採取、病棟および／または病室などの患者の場所）にしたがってソートされた患者のリスト、指示もしくは採取手順の注意、特別な取り扱い指示（例えば、予め定められた特定の採取順など）、および指示キャンセル理由コードを含めることができるが、これらに限定されるものではない。
【００５０】
システム１０は、ハンドヘルドデバイスのユーザＩＤと、患者ＩＤと、容器ＩＤとをスキャンして、これらの情報を検体採取と関連付ける点に利点がある。本発明の別の態様にしたがうと、病院での業務処理においてバーコードラベルが必要な場合、システム１０から識別ラベルを印刷して、この業務処理を容易にすることができる。バーコードラベルは、システム１０において検体採取を容易にするために使用することもできるし、または、システム１０にも検体採取にも関係しない目的に使用することもできる。通常、患者は、患者を識別するための一意な印が付いたリストバンドをつけている。この印は、通常バーコードフォーマットの形で表されるが、ＲＦＩＤタグや印字された名前によって表すこともできる。さらに、通常、携帯型ハンドヘルドデバイスおよびスキャナは、医療施設内に配置され、これらには、ハンドヘルドデバイスに割り当てられた医療施設の場所に地理的に対応し、かつ、その場所に関連する患者のデータベースが含まれる。さらに、ＬＩＳから離れた場所にあるハンドヘルドデバイスは、そのハンドヘルドデバイスに関連する医療施設の場所に割り当てられた患者に対応する検体採取指示に関する情報のみを取り扱う。そのハンドヘルドデバイスに関連のない患者情報は、ハンドヘルドデバイスのメモリストレージを浪費しないよう無視される。ハンドヘルドデバイスを用いた、検体の追跡を容易にするための検体採取には、ハンドヘルドデバイスが患者をスキャンすることができ、その患者に対するＬＩＳからの指示が続行中であり、かつ、その患者が、ハンドヘルドデバイスを用いて追跡した関連する患者のデータベース内にあることが含まれる。しかしながら、医療施設においては、時として、このような条件を全て満たすとは限らない状況が存在し得る。そのような状況では、例えば、続行中の指示がない場合、または指示が繰り返される場合、異なる種類のＩＤラベルを生成して、採取した検体に対する適切なラベル付けの面で支援する必要がある。
【００５１】
このようなＩＤラベルの１つは、一般的仮ＩＤラベル（Generic Temp ID label）である。仮ＩＤラベルは、例えば、ユーザが検体を採取する必要があり、採取時にその検体に対する続行中の指示がＬＩＳ内に存在しない場合に使用される。指示がシステム内に存在せず、かつ、即座に検体を採取して、患者情報をその検体と関連付ける必要があるとき、本発明により、一般的仮ＩＤラベルとともに患者情報を含み、かつこの状況において使用できる人口統計的仮ＩＤラベル（Demographic Temp ID label）も生成される。サーバ２０は、患者の人口統計的情報を、ＡＤＴまたはＬＩＳから得ることができる。
【００５２】
一般的仮ＩＤラベルは、次のように機能する。患者は、病院のある場所から別の場所へ、一時的に、または長い間移される場合がある。患者が、ハンドヘルドデバイスに適切に割り当てられたある場所から、ハンドヘルドデバイスに割り当てられていない別の場所に移動すると、割り当てられたハンドヘルドデバイスに送信された情報は、この患者が現在いる階、病棟、場所などにおいて、この患者の試料を採取する責任があるユーザには届かないことになる。このようなケースにおいて、医師または医療従事者が、ＬＩＳによって指示されていない血液試料を採取する場合、医師または医療行為者は、一般的仮ＩＤの手順（Generic Temp ID procedure）を実行することができる。この手順には、以下のステップが含まれる。
【００５３】
図３０に概略を示したように、ユーザは、ＰＤＴ（またはハンドヘルドデバイス）にスキャンし（９０）、仮ＩＤの手順の設定をアクティブにして（９１）、患者のリストバンド上にあるバーコードなどの患者の識別情報をスキャンする（９２）。ハンドヘルドデバイスは、そのハンドヘルドデバイスに割り当てられた患者のリストと照合して、その患者を識別できないと（９３〜９５）、ハンドヘルドデバイスは、少なくとも患者の識別情報を含む検体容器ラベルを印刷させるか、または生成させる（９６）。生成されるラベルに含めることができる追加の情報として、採取時刻、日付スタンプ・時刻スタンプ（スキャンした日／時や手順を実行した日／時などが挙げられるが、これらに限定されるものではない）、またはユーザＩＤなどがある。
【００５４】
人口統計的仮ＩＤラベルは、次のように機能する。患者は、医療施設内において、その患者の情報がハンドヘルドデバイスに存在する患者のリストと関連している適切な領域にいる可能性が高い。しかしながら、このような状況下でも、時として、ＬＩＳによって指示されていない検体の採取が要求される場合がある。このようなケースにおいて、医師または医療従事者は、ＬＩＳによって指示されていない血液試料を採取する必要が場合、人口統計的仮ＩＤの手順（Demographic Temp ID procedure）を実行することができる。この手順には、以下のステップが含まれる。
【００５５】
図３０に概略を示したように、ユーザは、ＰＤＴ（またはハンドヘルドデバイス）にスキャンし（９０）、仮ＩＤの手順の設定をアクティブにして（９１）、患者のリストバンド上にあるバーコードなどの患者の識別情報をスキャンする（９２）。ハンドヘルドデバイスは、そのハンドヘルドデバイスに割り当てられた患者のリストと照合して、その患者を識別すると（９３〜９５）、ハンドヘルドデバイスは、患者の識別情報に加えて、または患者の識別情報に代えて、少なくとも患者の人口統計的情報を含む検体容器ラベルを印刷させるか、または生成させる（９７）。生成されるラベルに含めることができる追加の情報として、採取時刻、日付スタンプ・時刻スタンプ（スキャンした日／時や手順を実行した日／時などが挙げられるが、これらに限定されるものではない）、またはユーザＩＤなどがある。
【００５６】
一般的仮ＩＤラベルおよび人口統計的仮ＩＤラベルはいずれも、貼り付けるために裏面が貼着性であり、少なくとも一時的に容器に貼り付けられるものが好ましい。さらに、ラベルには、参照することにより本明細書に組み込まれる米国特許番号６４２８６４０号に記載されているものなどの、採取容器と位置合わせをするための切り込み（notch）が含まれてもよい。仮ＩＤが使用される別の例として、看護師が、患者から検体を採取することが困難であり、採取過程を円滑にするためのラベルを生成することによって別のユーザに知らせたい場合がある。例えば、看護師が、試料の採取が困難な（例えば、虚脱した静脈、または見つけにくい静脈をもった）患者に遭遇し、より経験豊かな採血技師に試料採取を依頼したいとき、看護師は、仮ＩＤラベルを印刷することができる。これらの必要性に応じて、システム１０は、前述した２種類の追加のＩＤを印刷できるようにする。システム１０が、ＡＤＴからもＬＩＳからも患者の記録を引き出せない場合、一般的仮ＩＤを印刷することができる。一般的仮ＩＤの内容は、システムにログインしたシステムユーザおよびシステムログイン時刻に加えて、ユーザ（例えば、看護師）がスキャンした任意の情報とすることができる。通常の使用方法としては、患者のリストバンドをスキャンして、ラベルプリンタは、システムにログインしたユーザおよびシステム時刻に加え、バーコードフォーマットのリストバンドの識別情報を印刷する。
【００５７】
患者のデータは、ＡＤＴまたはＬＩＳからの以前のメッセージに基づくシステム１０のデータベースにあるので、システム１０は、スキャンされた患者を識別すると、特定の人口統計的情報とともに印刷される人口統計的仮ＩＤラベルを利用できる。これら仮ＩＤラベルは両方とも、採取目的以外に、例えば、調剤を目的として、他のユーザとともに使用することができる。さらに、リストバンド上にある２次元バーコード（例えば、縦、横方向にバーの入ったコード）を使用すると、人口統計的仮ＩＤを印刷するために患者に関する情報をシステム１０が有する必要性を取り除くことができる。２次元コードによって、識別目的のためにコード化されたパターンの一部分のみをスキャンすることが可能になる。このように、２次元コードは、患者のリストバンドまたはラベルのバーコードが磨耗や他の損傷によって一部分しか見えない場合に、有用である。以下のステップは、ＬＩＳにおいて指示されていない試料のラベルを生成するためのＰＤＴ２２の使用法を説明している。指示がＬＩＳに入力されるまで、仮ＩＤラベルは、患者の試料に貼り付けられている。
【００５８】
１．ＰＤＴにログインする。
２．場所を選択する。
３．患者リスト画面から、「仮ＩＤ（Temp ID）」ボタンを押す。
４．仮ＩＤラベル画面が現れる。
５．患者のリストバンド上にあるバーコードをスキャンする。
６．ＰＤＴが患者の仮ＩＤラベルを印刷する。
７．試料の採取後、仮ＩＤラベルを管に貼り付ける。
８．追加のラベルが必要な場合、ＰＤＴの再印刷機能を用いる（「プリンタ（Printer）」アイコンを押す）。
９．ＰＤＴからログアウトし、ＰＤＴをクレイドルに置いて新たな指示を受信する。
１０．患者に対する指示がＢＤ．ｉｄシステムにより受信されて、ＰＤＴにダウンロードされた後、ＰＤＴにログインする。
１１．場所を選択する。
１２．患者リスト画面において、患者のリストバンドをスキャンする代わりに、仮ＩＤラベルをスキャンする。
１３．指示リストが現れる。
１４．仮ラベルが貼り付けられた管に対応する指示を選択する（すなわち、赤栓管（red top tube）を必要とする検査に対しては、赤栓管の仮ラベルをスキャンする）。
１５．「マニュアル採取（Manual Collect）」ボタン（Ｍ）を押して、その管の検体ラベルを生成する。
１６．検体ラベルを仮ＩＤラベルの上に貼り付ける。
１７．追加の検体ラベルが必要な場合、この過程を繰り返す。
１８．作業負荷画面を終了させる。
１９．ＰＤＴからログアウトして、ＰＤＴをクレイドルに戻す。
【００５９】
様々なラベルのセットを必要とする様々な種類の検査（例えば、採取）があり、（複数の）検体を採取して、そのラベルのセットを適切に利用することに関連付けられた臨床業務（clinical practice）がある。本発明の別の実施形態にしたがうと、システム１０は、そのシステム、すなわち患者識別システム（ＰＩＳ：Patient Identification System）が受信した検査コードに基づいて適切なラベルのセットを選択、生成するために、適切に構築されてデータが投入されたデータベースと、付随する論理規則とを備える。システム１０は、採取時刻が近づくと採取場所の近傍において（例えば、ハンドヘルドデバイス２２上の画面に）表示される適切な作業フローメッセージおよび警告を作成して表示することもできる。この作業フローメッセージおよび警告は、ユーザが、ラベルのセットを適切に利用するよう誘導し、ユーザが、試料の採取および分析前処理における必要な行動、または推奨される行動をとるよう誘導する。この試料の採取および分析前処理には、例えば、管の取り扱い、ラベルの用途、搬送条件、患者のバイタルサイン（vital sign）の記録、および、書類への署名などがある。これらのメッセージは、採取過程の前、途中、後に生成させることができ、ユーザ入力に基づいて設定可能である。採取のセットおよびメッセージは、検査／指示コード、または、（例えば、血液バンク、検査室、細菌検査などの）臨床情報システムコードに基づいて生成することができる。例として、ハンドヘルドデバイス２２上のポップアップ警告（例えば、「採取後、医師に注意すること」または「検体は氷を用いて保存すること」など）、および、ラベルの一意なサブセットもしくはラベルの一意な組合せ（例えば、認証や作業フローの監視を容易にするための、採取容器用または採取袋用の付加的な処理指示ラベル）などが挙げられるが、これらに限定されるものではない。既存のシステムでは、メッセージが確認され、特定の採取に関連付けられた作業が行われることを確実にするために、常に監視が必要であるが、本発明の上述の態様は、このような既存システムに対して利点を提供するものである。既存システムでは、本発明とは異なり、ラベルのセットは、採取場所で採取時に生成されず、ラベルのセットを採取場所に持って行く必要があり、したがって、不都合が生じる。
【００６０】
システム１０は、システム管理機能を容易にするために、サーバ２０へのウェブインターフェースを備えていることが好ましい。図１６〜図２６は、ウェブインターフェースにより生成された例示的な画面を示している。これらの画面は、（例えば、サーバ２０を介して）システム１０に接続され、ウェブインターフェースへアクセスできる管理者ワークステーションや他のコンピューティングデバイスに表示することができる。他のウェブページに加えて、ウェブインターフェースは、（例えば、ワークステーションやハンドヘルドデバイスに割り当てられた場所を見るための）続行中の検体採取ページ、および、（例えば、キャンセルされた指示、削除された指示、患者またはトランザクションごとの指示を見るための）データ閲覧ページを提供する。ウェブインターフェースは、他の機能に加えて、指示をキャンセルするためのオプションまたは理由コードを提供するとともに、ヘッダおよび優先度（priority）を定義するために、（例えば、ユーザのセキュリティアクセスレベルに基づいて、）患者の名前および検査の表示を制御するセキュリティオプションを提供する。本発明のウェブインターフェースは、セキュリティ機能（例えば、パスワードの強制変更や、異なるセキュリティ役割に対するアクセス権の定義などによるユーザの管理）、および、システムパラメータ（例えば、ＰＤＴ、続行中の検体採取ページ、システム、およびウェブインターフェースパラメータによってグループ化されたパラメータ）の選択などの管理機能を提供する。さらに、ウェブインターフェースでは、バリアンス（variance）追跡（例えば、バリアンスグループ、実際の採取イベントとバリアンスとの関連付け）、および、ＮＣＣＬＳの規定にしたがう容器への採取順を提供する。これら両方については、以下で詳述する。
【００６１】
「続行中の検体採取（Pending Specimen Collections）」ページ（図１６）は、選択した（複数の）場所にいる患者に関する指示を示す。指示は、優先度グループ内の優先度ごとにグループ化され、場所、次にベッド、次に予定された日付／時刻、次に容器の順でソートされる。このページは、ＢＤ．ｉｄシステムのウェブサイトの初期設定ページとして開くことができる。
【００６２】
セキュリティ
システムパラメータにより、サイトが、このページの表示に先立ってユーザがログインしなければならないか否かを制御できるようにする。患者の個人情報を保護するために、患者名および検査指示の表示文字数を制御する２つのシステムパラメータがある。このように患者データの一部分のみを表示することにより、「偶然見た人」が患者に関する指示情報を知るのを防止することができる。システムがリストを自動更新するとき、システムは、ユーザ設定に基づいて、患者名および検査名の「部分」フォーマットを表示する。ユーザが「すぐに更新（REFRESH NOW）」リンクをクリックすると、システムは、患者名および検査指示の全てを表示する。
【００６３】
場所
「場所（Locations）」ボタンによって、ユーザは、表示される場所を選択することができる。このウィンドウによって、適切なアクセス権を有するユーザは、ワークスステーション用の初期設定場所を設定することができる。しかしながら、ユーザは、初期設定場所を変更することなく、場所を編集して、他の場所からの指示を見ることもできる。
【００６４】
ユーザが、「ワークステーション用の（複数の）場所を指定する」ためのアクセス権を有している場合、場所用のウィンドウには、２つの利用可能なオプションがある。
【００６５】
【表１】
2007535979.tif 000003
【００６６】
（複数の）選択場所を変更するためには：
１．「場所（Locations）」ボタンをクリックすると、選択場所ポップアップウィンドウが表示される。
２．利用可能な場所リストから場所をクリックすることにより場所を選択し、次に右矢印ボタンをクリックして、選択した場所を選択場所リストに追加する。
３．場所を選択した後、ＯＫボタンをクリックする。これにより、選択した場所に関する続行中の検体採取が表示される。    
注記：初めからやり直す場合は、「キャンセル（Cancel）」ボタンをクリックする。選択したリストから場所を削除する場合は、その場所をクリックし、次に左矢印ボタンをクリックする。選択したリストにおける全ての項目を削除する場合は、「クリアオール（Clear All）」ボタンをクリックする。前回のウェブページセッション中に使用された場所を選択する場合は、「初期設定に戻す（Restore Defaults）」ボタンを選択する。
【００６７】
指示のキャンセル
リストの最初の列のヘッダ（キャンセル（Cancel））には、特定の容器に対する各指示に関するチェックボックスが含まれる。容器に対する指示は、このボックスをチェックして、ページの下にある「キャンセル（Cancel）」ボタンを押すか、または、エンター（ENTER）キーを押すことによって、キャンセルされる。システムは、ユーザにログインを要求し、そのユーザがこの機能へのアクセス権を有することを保証する。「キャンセルされた指示（Cancelled Orders）」ページに、選択した指示が表示される。キャンセル理由を選択した後でなければ、キャンセルを入力することはできない。キャンセルされた指示データは、インターフェースがこの機能をサポートする場合、ＬＩＳに返送することができる。
【００６８】
ソート順の変更
「続行中の検体採取（Pending Specimen Collections）」ページによって、全ての優先度グループについて、「患者（Patient）」、「リストバンド（Wristband）」、「スケジュール（Schedule）」、「場所（Location）」、および「容器（Container）」に基づいて、昇順または降順にソートすることが可能になる。
【００６９】
・昇順にソートする場合、「患者（Patient）」、「リストバンド（Wristband）」、「スケジュール（Schedule）」、「場所（Location）」、または「容器（Container）」ヘッダを選択してクリックする。「Ａ」が「Ｚ」の上に来て下矢印が出ることが、昇順ソート法を示す。
・降順にソートする場合、「Ａ」および「Ｚ」を有するヘッダをクリックする。「Ｚ」が「Ａ」の上に来て下矢印が出ることが、降順ソート法を示す。
・初期設定パラメータを用いて、（採取日における場所内の優先度および病室／ベッドによって）ソートする場合、ページ右上にある「初期設定ソート順（Default Sort Order）」ボタンをクリックする。
【００７０】
適格（Eligible）（Ｅ）列
「続行中の検体採取（Pending Specimen Collections）」ページは、全ての指示がこのページに現れるように定義されると、各優先度ヘッダの下に「Ｅ」列を表示する。「Ｅ」列は、ＰＤＴにダウンロードできる指示を示す。ほとんどの場合、検体採取予定時刻の約１８０分前に、指示がＰＤＴにダウンロードされる。
【００７１】
続行中の検体採取リストの閲覧
１．デスクトップ上にある「ＢＤ」ショートカットを開くと、「続行中の検体採取（Pending Specimen Collections）」ページが表示される。このリストは、「検体（Specimens）」メニューから、「続行中の検体採取（Pending Specimen Collections）」オプションを選択することにより、表示することもできる。
２．必要に応じて、ユーザ名およびパスワードを入力する。
３．「場所（Locations）」ボタンをクリックすると、選択場所ポップアップウィンドウが表示される。
４．利用可能な場所リストから場所をクリックすることにより場所を選択し、次に右矢印ボタンをクリックして、その場所を選択した場所リストに追加する。    
注記：選択したリストから場所を削除する場合は、その場所をクリックし、次に左矢印ボタンをクリックする。選択したリストにおける全ての項目を削除する場合は、「クリアオール（Clear All）」ボタンをクリックする。前回のウェブページセッション中に使用された場所を選択する場合は、「初期設定に戻す（Restore Defaults）」ボタンをクリックする。初めからやり直す場合には、「キャンセル（Cancel）」ボタンをクリックする。
５．場所を選択し終えたら、ＯＫボタンをクリックする。システムは、選択された場所に関する続行中の検体採取を表示する。
６．続行中の検体採取に関する患者名および検査データを全て見る場合は、「すぐに更新（Refresh Now）」リンクをクリックする。この際、ユーザログインが必要な場合がある。
【００７２】
「続行中の検体採取（Pending Specimen Collections）」ページのヘッダ定義は、ユーザにより定義および編集が可能である。図２１を参照すると、この定義には、各ヘッダに割り当てられた優先度コード、ヘッダ内での優先度コードのソート、および、各ヘッダに適用される色が含まれる。「続行中の検体採取（Pending Specimen Collections）」ページでは、続行中の指示は、優先度コードによってグループ分けされている。ユーザは、各優先度コードを、例えば、ＳＴＡＴ、定時（Timed）、日常業務（Routine）などのユーザ定義グループヘッダに関連付ける。ある優先度コードが「定時検査」用に使用されている場合、「定時検査の予定があり、検体は採取されていません。（Timed Test is scheduled and has not been collected.）」と警告する警告時刻ウィンドウ（Warning Time Window）を定義するシステムパラメータを参照する。
【００７３】
優先度グループの管理
優先度グループを、ヘッダと色とを用いて定義する。
【００７４】
【表２】
2007535979.tif 000004
【００７５】
優先度の管理
優先度コードを入力して、優先度グループに関連付ける。
【００７６】
【表３】
2007535979.tif 000005
【００７７】
優先度コードの前に、優先度グループを定義する。
新たな優先度グループを入力するためには：
１．「検体（Specimen）」メニューの「優先度（Priorities）」の中から、サブオプションの「優先度グループ管理（Manage Priority Groups）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存優先度グループ一覧（View Existing Priority Groups）」ページが表示される。
４．「新規追加（Add New）」ボタンを選択すると、「新規優先度グループ追加（Add New Priority Group）」ページが表示される。
５．フィールドに情報を入力する。
６．保存する場合は、「保存（Save）」ボタンをクリックする。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００７８】
優先度グループを編集するためには：
１．「検体（Specimen）」メニューの「優先度（Priorities）」の中から、サブオプションの「優先度グループ管理（Manage Priority Group）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存優先度グループ一覧（View Existing Priority Groups）」ページが表示される。
４．「編集（Edit）」アイコンをクリックすると、「既存優先度グループ編集（Edit Existing Priority Group）」ページが表示される。
５．フィールドを変更する。
６．「優先度表示（Display Priorities）」の隣のチェックボックスをクリックして、この優先度グループに割り当てられた優先度コードを、優先度ヘッダラベルとともに表示する。
７．変更を保存する場合は、「保存（Save）」ボタンをクリックする。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００７９】
新たな優先度コードを入力するためには：
１．「検体（Specimen）」メニューの「優先度（Priorities）」の中から、サブオプションの「優先度グループ管理（Manage Priority Group）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存優先度グループ一覧（View Existing Priority Groups）」ページが表示される。
４．「新規追加（Add New）」ボタンを選択すると、「新規優先度追加（Add New Priorities）」ページが表示される。
５．フィールドに情報を入力する。
６．保存する場合は、「保存（Save）」ボタンをクリックする。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００８０】
優先度コードを編集するためには：
１．「検体（Specimen）」メニューの「優先度（Priorities）」の中から、サブオプションの「優先度グループ管理（Manage Priority Group）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存優先度グループ一覧（View Existing Priority Groups）」ページが表示される。
４．「編集（Edit）」アイコンをクリックすると、「既存優先度編集（Edit Existing Priorities）」ページが表示される。
５．フィールドを変更する。
６．「アクティブ（Active）」の隣のチェックボックスをクリックして、チェックを外し、この優先度を非アクティブにする。
７．変更を保存する場合は、「保存（Save）」ボタンをクリックする。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００８１】
システムパラメータにより、ユーザは、システムを自らの環境に合わせることができる。システムの主な機能は、各クライアントサイトの内部手順に基づいて、有効にしたり、無効にしたりすることがきる。ＰＤＴパラメータ、「続行中の検体採取（Pending Specimen Collections）」ページ、システムパラメータ、およびウェブパラメータといったパラメータは、影響を受けるシステムモジュールに応じてグループ化することができる。
【００８２】
上述したように、本発明の別の実施形態にしたがうシステム１０の別の利点は、実際の採取イベントまたは事例にリンクしたバリアンス追跡を提供できることにある。例えば、指示は、ＬＩＳにおいて始まり、サーバ２０に配信され、次いで採取を行うために、エンドユーザに配信される。採取後、検体および容器は、検査室に送られ、検査室で点検される。検査室の要員が、採取または検体に過誤があると判断した場合、本システムは、この採取の過誤を記憶してレポートすることができる。次いで、その過誤が、（例えば、サーバ２０を介して）システム１０に入力される。システム１０は、その過誤を特定の採取にリンクさせることにより、いつ、どこで、誰により検体採取の過誤が発生したかを長期にわたりレポートすることが可能になる。この情報は、テキストおよび／またはグラフによるレポートとなって、ウェブインターフェースまたは遠隔コンピューティングデバイスを介してユーザに返される。
【００８３】
本発明の一実施形態においては、ユーザは、ウェブインターフェースを用いてシステム１０にバリアンス情報を入力し、発生したバリアンスと、そのバリアンスを報告した人とをリストに載せ、そして、不備のあった検体採取を引き起こした採取を選択する。次いで、ユーザは、バリアンスに関する情報を含むレポートを生成することができる。このバリアンスに関する情報として、ユーザＩＤ、ＰＣＴユニット、採取検体、採取時刻、および検体を生成する際に使用した採取方法などがある。「採取」という用語は、採取過程中に採取される予定である試料のリスト全てを指すものと理解されたい。すなわち、バリアンス追跡に関していうと、１つまたは複数の採血管が、１つの採取を意味する場合もある。
【００８４】
次に、ウェブインターフェースを介したバリアンス管理について説明する。バリアンスは、検体採取中に起こった各種の過誤に対して定義される。バリアンスグループ（図２６）によって、ユーザは、各バリアンスをカテゴリに割り当てることが可能となり、個々のバリアンスを見るのではなく、グループごとに統計を見ることができる。バリアンスグループの例には、分析上の過誤（溶血、採血不足、容器の間違い）、検体識別における過誤、血液バンク検体における過誤などがある。個々のバリアンスをグループに割り当てるために、まずグループ名を定義する。
【００８５】
バリアンスフォームには、以下のフィールドが含まれる。
【００８６】
【表４】
2007535979.tif 000006
【００８７】
採取バリアンスの入力
採取バリアンスを入力するためには、選択フォームを表示して、そのバリアンスに関連付けられた患者の検体を見つける。該当する検体を見つけた後、「バリアンス追加（Append Variance）」アイコンをクリックする。システムは、その検体に関するトランザクションデータを表示し、ユーザが、適切なバリアンスをチェックして、そのバリアンスをレポートした人の名前を入力することを可能にする。
【００８８】
採取バリアンス検索
採取バリアンス検索を使用して、患者検体を見つけ出し、検査室のバリアンス記録シートに手書きで記録されるバリアンスを入力する。患者検体に関するデータが表示され、バリアンスをその検体に関連付けること、および、バリアンスをレポートしたユーザを入力することが可能になる。
【００８９】
１．「管理（Admin）」メニューの「バリアンス管理（Manage Variances）」から、サブオプションの「採取バリアンス（Collection Variances）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「採取バリアンス基準入力（Collection Variance Enter Criteria）」ページが表示される。
４．選択フォームフィールドに基準を入力し、「検索（Search）」ボタンをクリックして、入力した基準に合致する患者／検体を見つける。    
注記：いずれのフィールドも必須ではない。選択基準を入力せずに「検索（Search）」ボタンをクリックすると、適格な全ての患者／検体のリストが表示される。    
５．「基準合致採取（Collections Matching Criteria）」ページが表示される。
６．選択したい患者情報の隣の「バリアンス追加（Append Variance）」アイコンをクリックすると、患者／検体情報を含む「バリアンス追加（Append Variance）」ページが表示される。
７．バリアンスの隣のチェックボックスをクリックして、バリアンスをこの検体に関連付ける。
８．バリアンスをレポートしたユーザに関して、システムのドロップダウンボックスの「ユーザ（User）」からユーザを選択するか、またはシステムボックス内の「ユーザなし（User NOT）」にユーザ名を入力する。
９．バリアンス情報を保存する場合は、「保存（Save）」ボタンをクリックする。バリアンス情報を保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。これらの後、「基準合致採取（Collections Matching Criteria）」ページに戻る。
【００９０】
バリアンス定義の編集
バリアンスは、検体採取中に起こった各種の過誤に対して定義される。
【００９１】
新たなバリアンスを追加するためには：
１．「管理（Admin）」メニューの「バリアンス管理（Manage Variances）」から、サブオプションの「バリアンス定義の編集（Edit Variance Definitions）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存バリアンス定義一覧（View Existing Variance Definitions）」ページが表示される。
４．「新規追加（Add New）」をクリックすると、「バリアンス定義新規追加（Add New Variance Definition）」ページが表示される。
５．バリアンスフィールドにデータを入力する。
６．バリアンスコードフィールドにデータを入力する。
７．バリアンスグループドロップダウンリストから選択を行う。    
注記：個々のバリアンスをグループに割り当てる前に、まずバリアンスグループを定義しなければならない。    
８．「保存（Save）」ボタン、または「名前を付けて保存（Save & Add Another）」ボタンをクリックして、バリアンス情報を保存する。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００９２】
バリアンスを編集するためには：
１．「管理（Admin）」メニューの「バリアンス管理（Manage Variances）」から、サブオプションの「バリアンス定義の編集（Edit Variance Definitions）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存バリアンス定義一覧（View Existing Variance Definitions）」ページが表示される。
４．編集しようとするバリアンスの隣の「バリアンス編集（Edit Variance）」（ペンシル）アイコンをクリックすると、「既存バリアンス定義編集（Edit Existing Variance Definition）」ページが表示される。
５．このバリアンスのフィールドを変更する。
６．「アクティブ（Active）」の隣のチェックボックスをクリックして、チェックを外し、このバリアンスを非アクティブにする。
７．変更を保存する場合は、「保存（Save）」ボタンをクリックする。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００９３】
バリアンスグループの編集
バリアンスグループにより、統計を見るために、個々のバリアンスをカテゴリに割り当てることが可能となる。例えば、分析上の過誤というバリアンスグループには、溶血、採血不足、容器の間違い、検体識別における過誤などの個々の過誤を含めることができる。個々のバリアンスをグループに割り当てる前に、まずバリアンスグループを定義しなければならない。
【００９４】
新たなバリアンスグループを追加するためには：
１．「管理（Admin）」メニューの「バリアンス管理（Manage Variances）」から、サブオプションの「バリアンスグループ編集（Edit Variance Groups）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存バリアンスグループ一覧（View Existing Variance Groups）」ページが表示される。
４．「新規追加（Add New）」をクリックすると、「新規バリアンスグループ追加（Add New Variance Group）」ページが表示される。
５．バリアンスグループフィールドにデータを入力する。
６．ショートネームフィールドにデータを入力する。
７．「保存（Save）」ボタン、または「名前を付けて保存（Save & Add Another）」ボタンをクリックして、情報を保存する。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。
【００９５】
バリアンスグループを編集するためには：
１．「管理（Admin）」メニューの「バリアンス管理（Manage Variances）」から、サブオプションの「バリアンスグループ編集（Edit Variance Groups）」を選択する。
２．ユーザ名およびパスワードを入力する。
３．アクセス権を有している場合、「既存バリアンスグループ一覧（View Existing Variance Groups）」ページが表示される。
４．編集しようとするバリアンスグループの隣の「バリアンスグループ編集（Edit Variance Group）」（ペンシル）アイコンをクリックすると、「既存バリアンスグループ編集（Edit Existing Variance Group）」ページが表示される。
５．このバリアンスグループのフィールドを変更する。
６．変更を保存する場合は、「保存（Save）」ボタンをクリックする。保存しない場合は、「キャンセル（Cancel）」ボタンをクリックする。バリアンスグループを削除する場合は、「削除（Delete）」ボタンをクリックする。
【００９６】
本発明の別の態様にしたがうと、臨床情報システム（ＣＩＳ）に含まれる情報から導出される、外部から提供された、またはシステム内で定義された基準に基づいて、システム１０が、採取を医療サービス提供者や特定の個人、または特定の一デバイスもしくはデバイスのセットに割り当てることを可能にする手段が提供される。一例では、システム１０のこの態様を使用して、ＣＩＳから情報を取得し、特定のカテゴリのユーザ、例えば、看護師または採血技師に向けて採取指示が出されるようにすることができる。別の例では、システム１０は、ＣＩＳから情報を取得して、特にＳＴＡＴ指示用に構成されたデバイスのセット（例えば、ハンドヘルドデバイス２２）に対して指示を出すことができる。さらに別の例では、システム１０は、ＣＩＳから情報を取得して、指示を特定のユーザに関連付けることができる（ユーザをスキャンすると、このユーザに対する一連の指示が表示されることになる）。
【００９７】
次に、図２７、図２８および図２９を参照して、本発明における採取順に関する態様を説明する。病院や検査室環境においては、医師が、しばしば血液試料の採取を指示し、採取された試料は、血液分析のために検査室に送られる。血液試料は通常、ある種の静脈穿刺法を用いて真空採取容器または真空採取管に採取される。この静脈穿刺法には、翼状針（wingset）、両頭直針（double-ended straight needle）、カテーテルポートなどの静脈穿刺器具の使用が含まれるが、これらに限定されるものではない。これらの器具は全て、採血管が、患者の静脈と採血管内の真空部分（evacuated chamber）との間で流体連通（fluid communication）を確立することができるように、非患者用針（non-patient needle）とともに使用される。
【００９８】
採血管には多数の種類があり、様々な薬剤、充填量および他の特徴があるため、特定の検査が指示されたときには、無数の容器の中から選択することになる。例えば、いくつかの採血管は凝血を促すのに対し、他の採血管は凝血を遅らせるか、または防止する。他の採血管は、密度勾配を与えるので、採血管を遠心分離にかけると、比重により細胞成分が分離されるようになる。
【００９９】
通常、看護師または採血技師は、検査室の要員および／または医師が指示した検査の種類に基づいて、特定の管に採取を行うよう指示を受ける。看護師または採血技師に対し、どの管が必要であるかを伝える手順は病院によって異なるが、どのような順番で指示された容器または管に採取するかを採血技師に示す情報が欠けている場合がある。この情報は重要である。なぜならば、前の管の薬剤により、試料を次の管に入れるために使用する採血針が汚染されると、その薬剤により、次の管の検体が汚染される場合があるからである。一般に、採取順は、間違った検査結果を招き得る交差汚染を防ぐように決められる。検体は、患者を生物学的に表現するものである。したがって、採血技師が適切な順番で採取を行わないと、検体の生物学的構成を損なうおそれがあり、検体は、もはや患者を真に表現するものではなくなる。採取順を変えるという一見単純で気付きにくい行為が、その検体が表現するものを変えてしまうおそれがある。適切な採取順に注意し、それを考慮することは、良い患者治療のために重要である。したがって、本発明の必要性が実証されることになる。
【０１００】
管間での薬剤による汚染を防ぐため、よく知られた標準規格機関によって、この潜在的問題を防ぐためのガイドラインが設定されている。このガイドラインは、管への採取について推奨される順番を提供している。一般によく知られた標準規格機関として、臨床検査標準委員会（ＮＣＣＬＳ：National Committee for Clinical Laboratory Standards）が挙げられる。病院や検査室では通常、ＮＣＣＬＳが推奨する順番をパンフレットやポスターの形で施設全体に表示することによって、所定の検査において複数の管に採取する場合、どのような順番で採取を行うかを看護師または採血技師が判断する手助けをしている。
【０１０１】
推奨リストを容易に入手できない場合には、看護師または採血技師は、自らの経験や記憶に頼って、自分が正しいと思う順番を選ぶことになる。看護師または採血技師が好ましい採取順から逸脱して採取できるということは、間違った方法で採取が行われる可能性があり、結果として、一部の管における検査結果に間違いが生じる場合がある。間違った採取が行われる可能性を低減するため、望ましくは防止するため、本発明の一実施形態では、ハンドヘルド型検体採取順ディスプレイ（handheld specimen order display）を利用して、間違った採取を低減するか、または取り除く。
【０１０２】
この実施形態には、容器への正しい採取の順番をハンドヘルドデバイスに通信するためのアルゴリズムの使用が含まれる。本発明は、ＬＩＳ、ＬＩＳとハンドヘルドデバイスとをつなぐサーバ、または直接ハンドヘルドデバイスに実装することができる。いくつかの実施形態では、ＬＩＳは、続行中の検査を割り当てられている患者からの採取に使用すべき検体容器を、少なくとも１つの遠隔ハンドヘルドデバイス、通常は複数の遠隔ハンドヘルドデバイスに直接通信することができる。直接通信に関しては、ＬＩＳは、ハンドヘルドデバイスの常駐プログラムまたはＬＩＳのアルゴリズムのいずれかにおける順序付け機能によってハンドヘルドデバイスに表示される容器の優先度リストを出力することができる。間接通信に関しては、ＬＩＳは、中間システムに情報を送信することができ、中間システムは、その情報を、ハンドヘルドデバイスに受け入れ可能であり、かつ表示可能な適切な順序に変換する。中間システムは、例えば、ＬＩＳと通信するサーバとすることができる。その他の中間システムは、その中間システムが、ハンドヘルドデバイスに表示される好ましい順序に容器群を変換するアルゴリズムを有し、その結果、受け入れ可能な採血順がユーザに伝えられる限り、考慮され、使用可能である。
【０１０３】
通常、ＬＩＳは、患者検体を採取するために使用される各採取容器のニーモニックのデータベースをＬＩＳ内で定義している。例えば、ＲＥＤ６というニーモニックは、６ｍｌの採取容積を有する血清管（赤栓管）を意味する。ニーモニックを用いることにより、どの管または容器を使用して試料採取手順を行うかが、看護師または採血技師に伝えられる。ニーモニックは通常、検査室または病院によって定義され、管または容器のカタログ番号などにより、特定の管または容器に関連付けられている。一般に、各容器または管は、単一のニーモニックと、これに関連付けられた単一のカタログ番号とを有している。
【０１０４】
ＣＩＳ（コンピュータ情報システム、より具体的には病院情報システム、さらにより具体的には検査室情報システム）内に存在する指示コードと、容器のニーモニックとから、適切にデータが投入されたデータベースおよび論理規則を構築することによって、検体採取に必要な物理的製品が、例えば、ＮＣＣＬＳなどの推奨される標準に基づいて、適切な採取順で表示される。遠隔コンピューティングデバイスを用いて、このような情報を医療提供者に表示することが好ましい。
【０１０５】
本発明の一実施形態においては、サーバが、指示コードと容器のニーモニックとを含むＣＩＳから、指示を受信する。容器のニーモニックにより、どの物理的製品（管または容器）が検体採取に使用できるのかが間接的に判定される。サーバは、患者から生体液試料を採取するユーザに、これらニーモニックの指示を正しい順序で提示し、ＮＣＣＬＳ推奨の採取順にしたがって、生体液試料が物理的製品に採取されるようにする。
【０１０６】
具体的には、本発明（前述したＢＤ．ｉｄシステムなどのサーバ２０）は、物理的製品を容器のニーモニックにマッピングする手段を提供し、これにより、ＮＣＣＬＳのソート順を容器のニーモニックに関連付ける。ＮＣＣＬＳのソート順に識別された全ての種類の容器に対して、ソート値が生成される。優先度の高いＮＣＣＬＳソート値は、そのニーモニックに関連付けられた容器または管の優先度が高いことを看護師または採血技師に示すようにするものである。物理的製品が容器のニーモニックに関連付けられていない場合は、最も優先度の低いＮＣＣＬＳ採取ソート値が、そのニーモニックに適用される。次いで、各容器のニーモニックに関連付けられたＮＣＣＬＳソート値を用いて、指示が、遠隔コンピューティングデバイスに表示される。したがって、遠隔コンピューティングデバイスのユーザは、どの指示をどのような順番で使用すべきかを正確に知ることができる。
【０１０７】
一実施形態においては、ハンドヘルドデバイスのディスプレイは、優先度順で指示を表示することができる（商業的実施形態）。別の実施形態では、ハンドヘルドデバイスのディスプレイは、優先度順とは異なる順序で指示を表示することができるが、さらに、ユーザが、どのような順番で試料を採取すべきか分かるように、優先度識別子（priority identifier）を表示することができる。例えば、各容器の優先順位を容器名の近傍に表示することができ、表示された容器の順番が、ソート値ジェネレータが決定した優先順位と関連する順番でないとしても、ユーザは、どの容器から採取を始めるべきかが分かる。
【０１０８】
検体採取の好ましい順番は、検査室が受容できる標準によって定義される。検査室ＬＩＳは、ＮＣＣＬＳ標準、他の第三者機関から得られる標準、施設もしくは病院が作成した標準、または、これらの組合せを、ＬＩＳ内に有することができる。ＮＣＣＬＳ標準を使用して、血液など生体液検体を採取容器または採取管に採取する適切な順番を決定するのが好ましい。ＮＣＣＬＳ標準は、実施する採取の種類によって異なる。したがって、本発明では、実施される採取の種類に応じた違いがあることを認め、必要に応じて調整を行うことを考慮に入れている（採取の種類には、静脈穿刺真空管採取、注射器採取、毛細血管採取が含まれる）。病院で最も一般的に行われる採取の種類は、真空採血管を使用する採取である。他の採取の形態として、毛細血管採取や注射器採取があるが、これらに限定されるものではない。毛細血管採取または注射器採取に比べて、真空採血管の場合は、採取順が様々に変わり得る。本発明の一態様は、採取の種類にどのニーモニックが関連付けられるかを区別するアルゴリズムを提供し、次に、その採取手順の種類に適用できる適切なＮＣＣＬＳ標準を選択するものである。
【０１０９】
次の採取順で管に採取することを推奨しているＮＣＣＬＳ標準Ｈ３−Ａ３を、以下に示す。
１）血液培養管または血液培養瓶（好気性および嫌気性）。
２）生血清管（例えば、赤栓−ガラス  薬剤無し、または、プラスチック  凝血活性剤）。
３）＊凝固管（例えば、青栓の付いたクエン酸ナトリウム薬剤管）。
４）＊＊非クエン酸薬剤管、本明細書では、薬剤管と呼ぶ（例えば、緑、薄紫または灰色の栓の付いた管、または他の薬剤管）。例として、ヘパリンナトリウム、ヘパリンリチウム、ＥＤＴＡ、シュウ酸塩、フッ化物などがある。
＊黒栓のついたクエン酸ナトリウム緩衝液管が要求されたときは、生血清管の後、かつ薬剤管の前、したがって凝固管の前か後に充填する。黒栓のついたクエン酸ナトリウム緩衝液管は沈降速度用に使用される。
＊＊複数の薬剤管が要求されるときは、非クエン酸薬剤管の前の凝固管に加えて、薬剤管の間にも採取順序がある。複数の異なる非クエン酸薬剤管が要求されるとき、より広いグループ（broader group）におけるこれら管の順番も重要である。
【０１１０】
薬剤管の順番の例を以下に示す。
１．ヘパリンを含む（緑栓）管
２．Ｋ2ＥＤＴＡまたはＫ3ＥＤＴＡを含む（薄紫栓）管
３．トロンビンを含む凝血活性剤（灰色および黄色栓）管（ＣＡＴ：Clot Activator Tube）
４．ゲルまたは機械的分離（金栓）管（すなわち、血清分離管（ＳＳＴ：Serum Separator Tube）
【０１１１】
複数の管に採取する際の順番は、検査結果に影響を及ぼす場合がある。「採取順」は、臨床検査標準委員会（ＮＣＣＬＳ）が作成した一連のガイドラインであり、複数の管への採取に関連する問題を最小限に抑えるためのものである。細菌汚染の可能性を最小限に抑えるための特殊な技術を要する血液培養または他の検査を例外として、真空管を使用する順番は、注射器を用いて採血して管を充填する順番とは異なる。この順番は、不注意のために各管の薬剤が混ざることによって生じる検体検査に対する支障を低減するように設計されている。これは、薬剤を含む管内の血液が、管のゴム栓を穿刺する針に接触する場合に起こり得る。針内に残存する血液が、次の管に移ることがあり、この管を汚染し、その結果、検体の検査結果に影響を与える。各検査室は、独自の採血順の規則を有している。
【０１１２】
【表５】
2007535979.tif 000007
【０１１３】
図２７、図２８および図２９は、本発明に基づく上記のシステムを、より明確に示したものである。ここに示されているように、各システムは、採取に必要な容器の適切な順序のリストをハンドヘルドデバイスに提供するためにアクセスされ使用される「採取順」に関するガイドラインを提供する。図２７、図２８および図２９は各々、異なるシステムアーキテクチャを示す。例えば、図２７が示すシステムでは、ＬＩＳ１００が、採取順に関するガイドライン１２０を、容器と、関連付けられた容器の優先度とのデータベース１０５内に受信し、このデータベース１０５を用いて、受入番号からリストに変換されたリストから新たな容器のリストを作成する（１０４）。図２７に示すように、システムには次のステップが含まれる。まず、特定の患者に対する検査が指示され（１０１）、受入番号がＬＩＳにおいて作成され（１０２）、次いで、ＬＩＳは、受入番号を、ガイドラインとは合わない順序で、採取すべき容器のリストに変換する（１０３）。ＬＩＳは、容器と、ガイドラインにしたがった関連付けられた容器の優先度とのデータベース１０５を用いて、新たなリストにこのリストを組み込み（１０４）、ガイドラインに合った新たな容器のリストを作成する。次いで、ＬＩＳは、容器に採取する適切な順番をハンドヘルドデバイスに送信する（１０６）。最後のステップ１０７では、ハンドヘルドデバイス１１０が、ガイドラインにより決定された順序の容器のリストを受信し、ユーザがアクセスすると、この順序がハンドヘルドデバイスに表示される。図２８に示したシステムは、図２７に示したシステムと非常によく似ている。しかしながら、図２８に示したシステムでは、データベースからの情報を新たなリストに組み込むステップ２０４は、ハンドヘルドデバイス２１０によって行われ、容器と、ガイドラインにしたがった関連付けられた容器の優先度とのデータベース２０５は、ハンドヘルドデバイス２１０に記憶され、ハンドヘルドデバイス２１０が、ガイドライン２２０に直接アクセスして、適切な順序の管のリストを表示する。最後に、図２９に示したシステムでは、サーバ３３０が、ＬＩＳ３００とハンドヘルドデバイス３１０との間に存在し、組み込み機能３０４およびデータベースの記憶機能３０５はいずれも、サーバ３３０により提供される。
【０１１４】
採血管に適用できる一実施形態においては、検査の情報がＬＩＳからハンドヘルドデバイスに送信可能であり、その検査では、血清管（赤栓）を必要とせず、凝固管（淡青栓）を必要とする。この状況では、血清管を特に必要としないが、本発明の別の実施形態では、ユーザが廃棄管を使用するように指示できる。廃棄管を使用しない場合、静脈穿刺中に、組織トロンボプラスチンが凝固管の検体を汚染する可能性がある。これを避けるために、採血技師または看護師は、凝固管に採取する前に血清管（赤栓）を使用し、病院において一般的に見られる適切な医療廃棄物用容器にこの管を廃棄するよう、通常指示される。この手順の遵守を促すために、本発明により、サーバが、採取中にユーザが使用すべき情報をハンドヘルドデバイスに通知する実施形態が提供される。例えば、血清管（赤栓）を必要とせず、凝固管を必要とする検査が指示された場合、サーバまたはＬＩＳは、次のイベントのうちの１つを行う。
【０１１５】
１．凝固管に採取する前に、「廃棄管」または生血清管に採取すべきことをユーザに伝えるために、ハンドヘルドデバイス上に印を提示する。
２．採取に使用する管のリストに廃棄管を加える。一実施形態においては、この管は、赤栓管として表示される。別の実施形態においては、この管は、「廃棄管」、またはこれに相当するものとして表示される。
【０１１６】
別の実施形態は、採取後に管をスキャンする際の規定を含んでおり、ハンドヘルドスキャナ要素が、バーコードなどの印の付いた管を読み取ると、その管を廃棄して検査室に送らないようユーザにメッセージを伝える。これは、スキャナがユーザに対して警告音を発すること、ハンドヘルドデバイスにメッセージを表示すること、または、患者の採取リストにある管をスキャンすることによって、ハンドヘルドデバイスと直接的または間接的にデジタル通信またはアナログ通信を行ってプリンタから印刷を行う際、その管をスキャンしても新たな管のラベルを印刷しないこと、などにより達成することができる。
【０１１７】
本発明の別の実施形態においては、ＬＩＳが、毛細血管採血用の微量採取管と関連するニーモニックを送信することができる。微量採取管は、毛管現象と重力とにより検体容器を充填するため、容器に血液を引き込むための真空部分を有さない。また、従来、毛細血管採血技術は、患者の静脈からではなく、患者の指または踵の毛細血管床にランセットを刺すことによって行われている。患者の皮膚にランセットを刺すことにより、血液が患者の皮膚表面に滴を形成し、これを看護師がすくい集めて微量採取容器に充填するか、あるいは、重力によって、患者の皮膚から落ちる滴を管で受け止めて採取する。ＬＩＳが、（直接的、またはサーバを介して間接的に、）微量採取容器と関連するニーモニックをハンドヘルドデバイスに送信する場合、ハンドヘルドデバイスの画面に表示される患者に関する採取順は、真空採血容器システムの順番とは異なるものとなる。したがって、システムは、そのニーモニックが毛細血管採血に関連することを認識し、その結果、異なる採取優先度のセットを使用して、ユーザに提示する順序を確立することができる。
【０１１８】
一実施形態においては、ハンドヘルドデバイスは、毛細血管採血容器を以下の順番で表示する。
１．ＥＤＴＡ
２．全血用薬剤管
３．血清管
【０１１９】
上述したように、システムは、各製品に対して、初期設定のＮＣＣＬＳソート順を提供することができる。ＮＣＣＬＳソート順では、ＮＣＣＬＳ優先度を有する製品に容器をマッピングすることが求められる。１つの容器が少なくとも２つの製品にマッピングされ、その２つの製品が異なるＮＣＣＬＳ優先度を有する場合、その容器は、低い方のＮＣＣＬＳ優先度（大きい方の番号）を用いて、リストされることになる。
【０１２０】
例
容器のマッピングは以下のようになる。
【０１２１】
【表６】
2007535979.tif 000008
【０１２２】
患者１には、同一の受入番号を有する５つの指示が含まれる。
【０１２３】
【表７】
2007535979.tif 000009
【０１２４】
患者１に関する指示リスト画面には、以下のような指示が表示される。
【０１２５】
【表８】
2007535979.tif 000010
【０１２６】
本発明の全ての実施形態において、採取管の指示は、データベースにアクセスすることによって実行されなければならない。本発明の全ての実施形態において、管の種類は、確定していなければならない。その結果、いずれのシステムも検査の情報を受信し、次いで、どの管をその検査に関連付けるかを構築して、最終的に、ハンドヘルドデバイスに表示される管を順序付けることができる。あるいは、システムは、ＬＩＳが予め必要になると識別した管のリストを受信して、管への採取の順序が標準に照らして正しくなるよう、単に訂正または確認を行うことができる。
【０１２７】
上記において、本発明の諸実施形態について説明したが、本発明は、その詳細に限定されるものではないことを理解されたい。上述した説明には様々な変更形態や代替形態が提案されており、当業者であれば、他の変更形態や代替形態も想到するであろう。そのような全ての代替形態は、特許請求の範囲に定義される本発明の範囲に包含されるものである。
【図面の簡単な説明】
【０１２８】
【図１】医療情報システムまたは医療事業システムとともに使用されるように構成された、本発明の一実施形態にしたがうクライアントハンドヘルドデバイス（群）、およびサーバを示す図である。
【図２】医療情報システムまたは医療事業システムとともに使用されるように構成された、本発明の一実施形態にしたがうクライアントハンドヘルドデバイス（群）、およびサーバを示す図である。
【図３】医療情報システムまたは医療事業システムとともに使用されるように構成された、本発明の一実施形態にしたがうクライアントハンドヘルドデバイス（群）、およびサーバを示す図である。
【図４】医療情報システムまたは医療事業システムとともに使用されるように構成された、本発明の一実施形態にしたがうクライアントハンドヘルドデバイス（群）、およびサーバを示す図である。
【図５】検体容器、および、それに対応するバーコードラベルとともに使用されるように構成された、本発明の一実施形態にしたがうクライアントハンドヘルドデバイスを示す図である。
【図６】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図７】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図８】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図９】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図１０】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図１１】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図１２】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図１３】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図１４】本発明の一実施形態にしたがう、例示的なディスプレイ画面を有するクライアントハンドヘルドデバイスを示す図である。
【図１５】本発明の一実施形態にしたがう、指示を完了できない際にクライアントハンドヘルドデバイス（群）を制御する一連の動作を示すフローチャートである。
【図１６】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図１７】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図１８】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図１９】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２０】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２１】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２２】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２３】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２４】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２５】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２６】本発明の一実施形態にしたがう、システムウェブインターフェースが生成したウェブページを示す図である。
【図２７】本発明を使用するシステムのシステムアーキテクチャを示すフローチャートである。
【図２８】本発明を使用するシステムのシステムアーキテクチャを示すフローチャートである。
【図２９】本発明を使用するシステムのシステムアーキテクチャを示すフローチャートである。
【図３０】本発明の仮ＩＤ（Temp ID）機能を提供するための一連の動作を示すフローチャートである。
【図１】
2007535979.tif 000011
【図２】
2007535979.tif 000012
【図３】
2007535979.tif 000013
【図４】
2007535979.tif 000014
【図６】
2007535979.tif 000015
【図７】
2007535979.tif 000016
【図８】
2007535979.tif 000017
【図９】
2007535979.tif 000018
【図１０】
2007535979.tif 000019
【図１１】
2007535979.tif 000020
【図１２】
2007535979.tif 000021
【図１３】
2007535979.tif 000022
【図１４】
2007535979.tif 000023
【図１５】
2007535979.tif 000024
【図１６】
2007535979.tif 000025
【図１７】
2007535979.tif 000026
【図１８】
2007535979.tif 000027
【図１９】
2007535979.tif 000028
【図２０】
2007535979.tif 000029
【図２１】
2007535979.tif 000030
【図２２】
2007535979.tif 000031
【図２３】
2007535979.tif 000032
【図２４】
2007535979.tif 000033
【図２５】
2007535979.tif 000034
【図２６】
2007535979.tif 000035
【図２７】
2007535979.tif 000036
【図２８】
2007535979.tif 000037
【図２９】
2007535979.tif 000038
【図３０】
2007535979.tif 000039
【国際調査報告】
2007535979.tif 000040