インターフェース・ポイント・ネットワーク（ＩＰＮ）、およびＩＰＮを用いた検査室情報システムと通信するための方法であって、ＩＰＮには、少なくとも１つの検査室機器と通信する少なくとも１つのホスト・コンピュータと、検査室情報システムと、ホスト・コンピュータおよび検査室情報システムと通信するインターフェース・ポイント・サーバとが含まれ、インターフェース・ポイント・サーバは、所定の通信プロトコルに対応する仕方でホスト・コンピュータと検査室情報システムとの間の通信インターフェースとして機能するように構成されている、ＩＰＮおよび方法。サンプルを追跡するためおよびサンプル・データを維持する際にバー・コードおよびＲＦＩＤラベルを用いることが、記載されている。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に、データ管理に関し、より詳細には、検査室情報を管理するための機器、コンピュータ、およびインターフェースからなるシステム上で、データの複製を伝達し、管理し、仲介し、かつ容易にすることに関する。
【背景技術】
【０００２】
本出願は、米国特許出願第１０／８９３，７２５号明細書（２００４年７月１６日出願）の一部継続出願である。前記米国特許出願は、米国仮出願第６０／４８７，９９８号明細書（２００３年７月１７日出願）の利益を主張する。これらの明細書はすべて、本明細書において参照により取り入れられている。
【０００３】
患者に疾患があることを正しく診断または確認するために、医師は通常、病変組織のサンプルを切除して、その組織に、病理学者による顕微鏡レベルの検査を施さなければならない。複数の分析技術および検査室機器を用いて、病理学者は、病変組織を分析し、細胞組織および臓器内のどんな構造的な（または他の）変化も特定することができる。ほとんどの場合、病理学者は、１）疾患のタイプを特定し、２）疾患の予想される進行に関する予後を確立し、および３）疾患を治療または処置する上でどの治療が最も効果的であるかを決定できるものと考えられる。ほとんどの疾患の場合に、処置または治療が成功するために重要な要素の１つは、治療不可能な状態まで疾患が進行する前に、医師が患者を迅速および効果的に治療できることである。こうするために、病理学者は組織サンプルを迅速に分析し、状態を診断して、この情報を患者の医師に流すことを、精度および信頼性を維持しながら行なわなければならない。
【０００４】
患者および検査室情報の管理に対して、検査室情報システム（ＬＩＳ）が知られている。このようなシステムは通常、サーバまたはホスト・コンピュータ、データ・ベースおよびデータ・ベース管理システム、患者情報を受け取って処理するためのアプリケーション・ソフトウェアからなる。既知のＬＩＳは、「ウェブで可能」である場合があり、システムおよび情報へのアクセスをインターネットを介して容易に行なうことができる。
【０００５】
しかし残念なことに、現在の検査室情報システムには、たとえば高性能な染色機器などの特定の検査室計測器に対して、ワークフローを管理する能力が無い傾向がある。このような管理には、基本的な接続性と、データ交換能力と、ワークフロー、コスト、効率を最適化するために実施されるビジネス・ルールとがある。この結果、これらの機器を検査室内でどのように利用するかについて、不備な点が複数存在する。著しい量の時間およびエネルギーが費やされて、単調な作業、たとえばデータ入力、ラベリング、およびレポート作成のための手作業入力などが、繰り返されている。このような繰り返しの結果、検査室のワーク・フローに重大なボトルネックが形成されるために、サンプルの処理時間が増える。これらのタスクの単調な性質によって、実質的にエラーが増加する可能性があり、また診断プロセスの精度が影響を受ける可能性がある。結果としてテスト終了時間が長くなることによって、局所的な疾患が進行して全身に広がり（たとえば局所的な転移性腫瘍など）、患者の予後ならびに／または処置のオプションおよび結果に壊滅的な影響を及ぼすこともあり得る。
【０００６】
図１に、検査室ワーク・フローのボトルネックがどのように生じるかを示す一例を示す。通常、病理学者が、テスティング用のサンプルを受け取って、テストをオーダーする（１０）。組織サンプルを受け取ったら、受け入れおよびテスト・オーダー情報が、検査室技師によってＬＩＳに入力される（１２）。しかしＬＩＳは、検査室機器には接続されていないため、ＬＩＳに入力されたばかりの受け入れおよびテスト・オーダー情報をテスト検査室に送って（１４）、テスティングに使用される各検査室機器に再入力し、スライド・ラベルを作る必要がある（１６）。これは、サンプル数およびサンプルに対して行なわれているテスティングの程度に応じて、著しい時間がかかる可能性がある。さらに、このデータ入力作業が繰り返されるたびに、情報転送にエラーが発生する可能性が増えるため、テスティング手順の精度および信頼性が減る。
【０００７】
検査室ワーク・フローにおけるボトルネックがどのように生じ得るかを示す別の例を、図２に例示して説明する。この例では、ステータス報告の作成が含まれている。この場合もやはり、病理学者はテスト・サンプルを受け取って、テストをオーダーする（１８）。受け入れおよびオーダーリング情報が、ＬＩＳに入力される（２０）。その後、このような情報をテスト・ラボに送らなければならない（２２）。その後、受け入れおよびテスト・オーダー情報を、検査室機器（たとえば高性能な染色機器）に入力しなければならない（２４）。そしてスライド・ラベルが生成されて、検査室機器は、オーダーされたテストの実施を開始する。場合によって、病理学者、ラボ・マネージャ、および技師は、テストの進捗具合に非常に関心がある場合があり、そのため、テストのステータスのモニタを望むことがある。しかし残念なことに、ＬＩＳと検査室機器との間にデータ通信が無いために、テスト・ステータス報告の自動作成が行なわれず、テスト・ステータスのモニタリングができない。そのため、テストのステータスをチェックするためには、テスティングに割り込まなければならず（２６）、またテスト・ステータス報告を手作業で作成しなければならない。
【０００８】
このように接続が無いために検査室ワーク・フローにボトルネックが生じることに加えて、検査室の診断能力も、次のような現実があるために悪影響を受けている。すなわち、現在の検査室の構成では、新しいテストおよび既存のテストの瞬時性、信頼性、および精度を実質的に増加させることができる多くの新規で高性能な特徴を実施できないという現実である。
【０００９】
サンプル分析、状態診断、および情報配布の瞬時性、信頼性、および精度を最大にする１つの方法は、ＬＩＳと検査室計測器との間に通信接続を確立することであろう。その結果、ワーク・フローのボトルネックまたは動作効率が改善されるであろう度合いは、ＬＩＳと検査室計測器との間で確立される接続性（単方向性または双方向性）のタイプに依存するであろう。たとえば、ＬＩＳと検査室計測器との間で単方向または一方向の接続がなされると、テスト結果情報が検査室機器とＬＩＳとの間で一方向にフローできるようになるため、重複したデータ入力がなくなる。同様に、ＬＩＳと医療用検査室計測器との間で双方向または二方向の接続がなされると、新規で高性能な特徴を含めることができるようになる。たとえばオーダーの入力および追跡、ステータス更新、サンプル追跡、質的管理、米国病理学会（ＣＡＰ）の遵守、在庫管理、およびメンテナンスである。これらはすべて、動作時間、信頼性、および精度を増加させるものである。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし残念なことに、テスト動作、データ分析、疾患診断、および情報配布プロセスの瞬時性が実質的に最適化されるような、ＬＩＳと自動化された検査室計測器（たとえば染色計測器）との間の効果的な制御を行なうことができる好適なシステム管理構造は存在しない。さらに、検査室計測器と情報システムとを相互接続するための既知のシステムは、試料を効果的および自動的に特定し、優先順位をつけ、および段階的に行なって、自動染色システムのスループットおよび稼働率を最適化するようなものではない。また既知のシステムでは、臨床病理学のプロセスを通して試料および結果の識別、ラベリング、および追跡を自動化することもできない。さらに、既知のシステムでは、疾患診断用の多数の染色手順を行なうために必要な染色システム間で試薬の保存、利用、および管理を最適化することは、特にできない。
【課題を解決するための手段】
【００１１】
本発明の一態様によれば、検査室における少なくとも１つの機器を制御するホストを構成するための方法であって、前記ホストを、少なくとも１つのローカルなデータ要素を有するように構成することと、前記ホストを、少なくとも１つのグローバルなデータ要素を有するように構成することであって、前記少なくとも１つのグローバルなデータ要素は、前記ホストと前記ホストに接続される少なくとも１つの他のホストとによって用いられる共通のデータ定義およびデータ値を有し、前記少なくとも１つのローカルなデータ要素は、前記ホストのみによって用いられるデータ定義およびデータ値を有し、前記データ要素のうちの少なくとも１つは、前記少なくとも１つの機器によって行なわれる処理に関連して前記ホストによって用いられる、構成することと、を含む方法である。ホストおよび少なくとも１つの他のホストは、インターフェース・サーバと通信して、前記少なくとも１つのグローバルなデータ要素の最新のローカルなコピーを維持しても良い。本方法は、前記ホストの１つのローカルなデータ要素を新しいグローバルなデータ要素として構成することと、前記新しいグローバルなデータ要素を前記インターフェース・サーバに伝達することと、前記少なくとも１つの他のホストを、前記インターフェース・サーバを用いて前記新しいグローバルなデータ要素に基づいて構成することと、を含んでいても良いホスト、前記少なくとも１つの他のホスト、および前記インターフェース・サーバは、検査室ネットワークに含まれていても良い。インターフェース・サーバは、検査室情報システムに接続されていても良い。検査室機器は、解剖病理学検査室機器であっても良い。ホストは、前記少なくとも１つの他のホストおよび前記インターフェース・サーバに関してオフライン処理を行ない、前記ホストは、前記少なくとも１つのローカルなデータ要素を、前記オフライン処理において前記少なくとも１つの機器とともに用いても良い。ホストは、前記少なくとも１つのグローバルなデータ要素を、前記ホストが前記オフライン処理を終了したときに前記インターフェース・サーバと同期させ、前記ホストおよび前記少なくとも１つの他のホストは、異なるグローバルなデータ要素を用いるように構成されていても良い。データ要素には、ユーザ・パスワード、ユーザ特権、試薬情報、患者情報、サンプル情報、バッチ情報、検査室テスト情報、およびプロトコルのうちの少なくとも１つが含まれていても良い。少なくとも１つのグローバルなデータ要素には、試薬に対する第１のグローバルなデータ要素が含まれ、前記少なくとも１つの機器のうちの第１の機器は前記試薬を使用し、前記ホストは前記試薬の所有者であっても良く、本方法はさらに、前記ホストに接続される第２のホストからの要求を送って、前記ホストが前記試薬の所有権を前記第２のホストに移すことを要求することと、前記ホストによる応答を前記第２のホストに送ることであって、前記応答は、前記試薬が前記第１の機器によって使用中である場合には、前記ホストによる前記要求を拒否し、その他の場合には、前記応答は前記要求を認めて、前記試薬の所有権を前記第１のホストに移す、送ることと、前記第１のホストによって、新しい所有権情報を、グローバルなデータ要素のデータベースを維持するインターフェース・サーバに送ることであって、グローバルなデータ要素のデータベースには、新しい所有権情報に対する少なくとも１つのデータ要素が含まれ、および前記少なくとも１つのグローバルなデータ要素が含まれる、送ることと、を含んでいても良い。試薬は、前記第２のホストが前記試薬の所有権を有すると確認されたときに、前記ホストによって制御される前記第１の機器から前記第２のホストによって制御される第２の機器に物理的に再配置されても良い。情報が、前記検査室情報システムと前記インターフェース・サーバとの間で伝達され、前記情報には第１の部分および第２の部分が含まれ、前記第１の部分には、前記検査室情報システムから前記インターフェース・サーバに送られるテスト・オーダー情報および症例情報のうちの少なくとも１つが含まれ、前記第２の部分には、テスト・オーダーについてのステータス情報が含まれていても良い。第１の部分には、前記検査室情報システムにおいて手作業で入力されおよびさらなる手作業のデータ入力を行なうことなく前記検査室情報システムから伝達される症例情報が含まれていても良い。第１の部分にはテスト・オーダー情報が含まれ、本方法はさらに、前記ホストから前記インターフェース・サーバに、前記少なくとも１つの検査室機器のうちの第１の機器によって行なわれるテストに対するテスト結果情報を伝達することと、前記第２の部分を、前記インターフェース・サーバから前記検査室情報システムに送ることであって、前記第２の部分には、前記テスト結果情報に対応するステータス情報が含まれる、送ることと、を含んでいても良い。インターフェース・サーバは、終了していないテスト・オーダーについての情報を含むデータベースを管理しても良く、テスト・オーダーが終了したときに、前記テスト・オーダーについての情報が前記データベースから取り除かれても良い。ホストには、前記第１の機器によって行なわれるテストについての情報のローカルなデータベースが含まれていても良く、本方法はさらに、前記第１の機器によって行なわれる終了したテストについてのテスト情報に対する要求を受け取ることと、前記ホストの前記ローカルなデータベースからの前記終了したテストについての前記テスト情報を要求することと、前記要求に応答を送ることであって、前記応答には、前記テスト情報に基づくデータが含まれる、送ることと、を含んでいても良い。前記少なくとも１つのグローバルなデータ要素に対する更新が、前記ホストおよび前記少なくとも１つの他のホストに対して、各ホストによって行なわれる進行中の処理に基づいて自動的に複製されて、グローバルなデータ要素のデータベースを管理するサーバからデータ更新を得ても良い。少なくとも１つのグローバルなデータ要素は、対応する構成オプションを有する構成データ要素であっても良い。構成オプションは、検査室における光学的エンコーディングによって用いられる記号に対応する構成可能な記号識別子に対するものであっても良い。前記ホストによって制御される前記機器の１つは、前記記号に基づいて動作しても良い。光学スキャナが、前記ホストによって制御される前記機器の１つであり、前記スキャナは、前記記号に基づいて走査動作をサポートしても良い。ラベル・プリンタが、前記ホストによって制御される前記機器の１つであり、前記ラベル・プリンタは、前記記号に基づいてプリント動作をサポートしても良い。記号は、検査室内の処理に関連して用いられる要素に付随するバー・コード・ラベルによって用いられても良い。要素には、サンプル、試料、および試薬のうちの少なくとも１つが含まれていても良い。記号は多次元であっても良い。バー・コード・ラベルが、前記バー・コード・ラベルに付随する要素についてのデータベースからのデータを得るために用いられる識別子をエンコードし、前記データには、前記データ要素のうちの少なくとも１つが含まれていても良い。ホストは、検査室における要素を識別するように構成されていても良く、本方法は、さらに、前記要素に付随するラベルによって、インタロゲータ信号を受け取ることと、前記ラベルによって、前記インタロゲータ信号に応答して、電磁応答信号を送信することであって、電磁応答信号は、少なくとも、前記検査室における前記要素を一意に識別するために用いられる情報の第１の部分を含む、送信することと、を含んでいても良い。電磁応答信号は、前記要素に付随する前記ラベル内においてエンコードされる情報を用いて生成されても良い。ラベルは、無線周波数の識別ラベルまたは赤外線の識別ラベルのうちの１つであっても良い。ラベルは無線周波数の識別ラベルであり、前記要素は、サンプル、試料、または試薬のうちの１つであっても良い。情報が、前記無線周波数の識別ラベル内においてエンコードされても良く、また同じバッチからの少なくとも１つの他の要素と前記要素とを識別するために用いられる患者情報、テスト情報、およびバッチ情報のうちの少なくとも１つを含んでいても良い。情報が前記無線周波数の識別ラベルから読み出されても良い。情報が前記無線周波数の識別ラベルに書き込まれても良い。情報に、解剖病理学検査室において行なわれる少なくとも１つのテストについてのテスト情報が含まれていても良い。要素はサンプルであっても良く、本方法はさらに、前記テスト情報を、前記無線周波数の識別ラベルから、検査室処理におけるステップとして行なうべきテストに関連して読み出すことを、前に前記ステップを行なうべきであることを検証するために前記テストを行なう前に行なうことを、含んでいても良い。本法は、前記無線周波数の識別ラベルを、前記テストについてのさらなる情報を用いてエンコードすることであって、前記さらなる情報には、時間、日付、テスト・パラメータ、ファイル名、およびテスト結果のうちの少なくとも１つが含まれる、エンコードすること、を含んでいても良い。ファイル名によって、画像ファイルが識別されても良い。本方法は、前記さらなる情報の少なくとも一部を読み出すことと、前記一部に基づいて診断を決定することと、前記診断についてのデータを用いて前記無線周波数の識別ラベルをエンコードすることと、を含んでいても良い。情報にはバッチ情報が含まれていても良く、本方法はさらに、同じグループに属する複数の要素を、前記複数の要素の無線周波数の識別ラベル上でエンコードされる前記バッチ情報に基づいて、決定すること、を含んでいても良い。本方法は、前記検査室における前記要素の場所を、前記電磁応答信号に基づいて決定することを含んでいても良い。ラベルは、前記要素の表面に取り付けられていても良い。ラベルは、前記要素に埋め込まれていても良い。ラベルに、前記ラベルの表面上にインプリントされる他の情報が含まれていても良い。他の情報には、装置によって読取可能な光学的に認識可能なデータが含まれていても良い。他の情報には、人間によって読取可能なデータが含まれていても良い。本方法は、前記ラベルを他の情報を用いてエンコードすることを、前記要素が、少なくとも１つの検査室ワークフロー処理ステップに基づいて処理されるときに行なうことを含んでいても良い。他の情報には、前記要素を一意に識別する識別子を有するバー・コードが含まれていても良い。要素は試薬であり、本方法は、前記ラベルを、検査室処理に関連して用いられる前記試薬の量に関する他の情報を用いてエンコードすることを含んでいても良い。本方法はさらに、前記他の情報に基づいて、前記試薬をいつ再オーダーするかを決定することを含んでいても良い。前記検査室における機器による前記試薬の所有権は、前記ラベル内のエンコードされた情報に基づいて決定されても良い。本方法は、前記第１の部分を用いて、データベースから前記要素についてのさらなる情報を得ることを含んでいても良い。ホスト、インターフェース・サーバ、および検査室情報システムは、検査室ネットワークに含まれていても良く、前記検査室情報システムは前記インターフェース・サーバと通信しても良く、前記インターフェース・サーバは前記ホストと通信しても良く、また、前記ホストによって制御される前記機器の１つはプリンタであっても良く、ホストは、前記インターフェース・サーバが検査室情報システムからオーダーを受け取ることに応答して、スライド・ラベルを自動的にプリントするように構成されていても良い。
【００１２】
本発明の他の態様によれば、検査室における複数のサンプルの処理オーダーを自動的に決定するための方法であって、スケジューリング入力を受け取ることであって、前記スケジューリング入力には現在の供給情報が含まれる、受け取ることと、少なくとも１つの検査室機器に対するスケジューリング入力に基づいて、前記複数のサンプルに対する処理オーダーを決定することと、を含む方法である。現在の供給情報には、試薬供給情報および試薬所有権情報が含まれていても良い。スケジューリング入力には、前記少なくとも１つの検査室機器に付随する検査室構成情報が含まれ、前記検査室構成情報には、機器処理能力、機器ステータス情報、および機器処理レートのうちの少なくとも１つが含まれていても良い。スケジューリング入力には、多くの正の質的管理サンプルおよび多くの負の質的管理サンプルのうちの少なくとも１つを含む質的管理情報が含まれていても良い。質的管理情報は、新しい試薬に対する少なくとも１つの認証基準に基づいて決定されても良い。処理オーダーは、複数の検査室機器に対する処理をスケジュールしても良い。処理オーダーは、順次に従属する複数のランに対する処理をスケジュールしても良い。スケジューリング入力には、好ましいスライド・グループ分け、処理優先順位情報、処理依存関係、保留中のテスティング・オーダーに対する症例情報、および動作選択基準のうちの少なくとも１つが含まれていても良い。動作選択基準には、スループットを最大にすることが含まれていても良い。スケジューリング入力には、サンプル・ラン構成および構成オーバーライド情報のうちの少なくとも１つが含まれていても良く、本方法はさらに、前記サンプル・ラン構成および前記構成オーバーライド情報の少なくとも一方に基づいて出力状態を決定することを含んでいても良い。構成オーバーライド情報には、現在の構成の変形が含まれていても良い。
【００１３】
本発明の他の態様によれば、検査室情報の管理および制御のためのシステムであって、患者および検査室の情報を管理する検査室情報システムと、ローカルなデータ要素を用いて構成され、およびグローバルなデータ要素を共有するように構成された第１のホストであって、前記ローカルなデータ要素は、前記第１のホストのみによって用いられるデータ定義およびデータ値を有し、前記ホストは、前記第１のホストに接続される少なくとも１つの検査室機器に対する処理を行なうことに関連して前記データ要素のうちの少なくとも１つを用いる、第１のホストと、前記グローバルなデータ要素を共有するように構成された第２のホストと、前記ホストによって制御される少なくとも１つの検査室機器と、前記検査室情報システムおよび前記少なくとも１つのホストと通信するサーバであって、前記サーバは、前記グローバルなデータ要素を含むデータベースを管理し、前記サーバは、前記第１のホストおよび前記第２のホストと通信して、前記グローバルなデータ要素の現在のコピーを、前記データベース内と前記ホストのそれぞれにおける前記グローバルなデータ要素のローカルなコピー内とに維持する、サーバと、を含むシステムである。
【００１４】
本発明の他の態様によれば、検査室における少なくとも１つの機器を制御するホストを構成するためのコンピュータ・プログラム製品であって、前記ホストを、少なくとも１つのローカルなデータ要素を有するように構成することと、前記ホストを、少なくとも１つのグローバルなデータ要素を有するように構成することであって、前記少なくとも１つのグローバルなデータ要素は、前記ホストと前記ホストに接続される少なくとも１つの他のホストとによって用いられる共通のデータ定義およびデータ値を有し、前記少なくとも１つのローカルなデータ要素は、前記ホストのみによって用いられるデータ定義およびデータ値を有し、前記データ要素のうちの少なくとも１つは、前記少なくとも１つの機器によって行なわれる処理に関連して前記ホストによって用いられる、構成することと、を行なうコードを含むコンピュータ・プログラム製品である。ホストおよび前記少なくとも１つの他のホストは、インターフェース・サーバと通信して、前記少なくとも１つのグローバルなデータ要素の最新のローカルなコピーを維持しても良い。コンピュータ・プログラム製品は、前記ホストの１つのローカルなデータ要素を、新しいグローバルなデータ要素として構成することと、前記新しいグローバルなデータ要素を前記インターフェース・サーバに伝達することと、前記少なくとも１つの他のホストを、前記インターフェース・サーバを用いて前記新しいグローバルなデータ要素に基づいて構成することと、を行なうコードを含んでいても良い。ホスト、前記少なくとも１つの他のホスト、および前記インターフェース・サーバは、検査室ネットワークに含まれていても良い。インターフェース・サーバは、検査室情報システムに接続されていても良い。検査室機器は、解剖病理学検査室機器であっても良い。ホストは、前記少なくとも１つの他のホストおよび前記インターフェース・サーバに関してオフライン処理を行ない、前記ホストは、前記少なくとも１つのローカルなデータ要素を、前記オフライン処理において前記少なくとも１つの機器とともに用いても良い。ホストは、前記少なくとも１つのグローバルなデータ要素を、前記ホストが前記オフライン処理を終了したときに前記インターフェース・サーバと同期させ、前記ホストおよび前記少なくとも１つの他のホストは、異なるグローバルなデータ要素を用いるように構成されていても良い。データ要素には、ユーザ・パスワード、ユーザ特権、試薬情報、患者情報、サンプル情報、バッチ情報、検査室テスト情報、およびプロトコルのうちの少なくとも１つが含まれていても良い。少なくとも１つのグローバルなデータ要素には、試薬に対する第１のグローバルなデータ要素が含まれ、前記少なくとも１つの機器のうちの第１の機器は前記試薬を使用し、前記ホストは前記試薬の所有者であっても良く、コンピュータ・プログラム製品はさらに、前記ホストに接続される第２のホストからの要求を送って、前記ホストが前記試薬の所有権を前記第２のホストに移すことを要求することと、前記ホストによる応答を前記第２のホストに送ることであって、前記応答は、前記試薬が前記第１の機器によって使用中である場合には、前記ホストによる前記要求を拒否し、その他の場合には、前記応答は前記要求を認めて、前記試薬の所有権を前記第１のホストに移す、送ることと、前記第１のホストによって、新しい所有権情報を、グローバルなデータ要素のデータベースを維持するインターフェース・サーバに送ることであって、グローバルなデータ要素のデータベースには、新しい所有権情報に対する少なくとも１つのデータ要素が含まれ、および前記少なくとも１つのグローバルなデータ要素が含まれる、送ることと、を行なうコードを含んでいても良い。試薬は、前記第２のホストが前記試薬の所有権を有すると確認されたときに、前記ホストによって制御される前記第１の機器から前記第２のホストによって制御される第２の機器に物理的に再配置されても良い。情報が、前記検査室情報システムと前記インターフェース・サーバとの間で伝達され、前記情報には第１の部分および第２の部分が含まれ、前記第１の部分には、前記検査室情報システムから前記インターフェース・サーバに送られるテスト・オーダー情報および症例情報のうちの少なくとも１つが含まれ、前記第２の部分には、テスト・オーダーについてのステータス情報が含まれていても良い。第１の部分には、前記検査室情報システムにおいて手作業で入力されおよびさらなる手作業のデータ入力を行なうことなく前記検査室情報システムから伝達される症例情報が含まれていても良い。第１の部分にはテスト・オーダー情報が含まれていても良く、コンピュータ・プログラム製品はさらに、前記ホストから前記インターフェース・サーバに、前記少なくとも１つの検査室機器のうちの第１の機器によって行なわれるテストに対するテスト結果情報を伝達することと、前記第２の部分を、前記インターフェース・サーバから前記検査室情報システムに送ることであって、前記第２の部分には、前記テスト結果情報に対応するステータス情報が含まれる、送ることと、を行なうコードを含んでいても良い。インターフェース・サーバは、終了していないテスト・オーダーについての情報を含むデータベースを管理しても良く、テスト・オーダーが終了したときに、前記テスト・オーダーについての情報が前記データベースから取り除かれても良い。ホストには、前記第１の機器によって行なわれるテストについての情報のローカルなデータベースが含まれていても良く、本コンピュータ・プログラム製品はさらに、前記第１の機器によって行なわれる終了したテストについてのテスト情報に対する要求を受け取ることと、前記ホストの前記ローカルなデータベースからの前記終了したテストについての前記テスト情報を要求することと、前記要求に応答を送ることであって、前記応答には、前記テスト情報に基づくデータが含まれる、送ることと、を行なうコードを含んでいても良い。前記少なくとも１つのグローバルなデータ要素に対する更新が、各ホストによって行なわれる進行中の処理に基づいて前記ホストおよび前記少なくとも１つの他のホストに対して自動的に複製されて、グローバルなデータ要素のデータベースを管理するサーバからデータ更新を得ても良い。少なくとも１つのグローバルなデータ要素は、対応する構成オプションを有する構成データ要素であっても良い。構成オプションは、検査室における光学的エンコーディングによって用いられる記号に対応する構成可能な記号識別子に対するものであっても良い。ホストによって制御される機器の１つは、前記記号に基づいて動作しても良い。光学スキャナが、前記ホストによって制御される前記機器の１つであり、前記スキャナは、前記記号に基づいて走査動作をサポートしても良い。ラベル・プリンタが、前記ホストによって制御される前記機器の１つであり、前記ラベル・プリンタは、前記記号に基づいてプリント動作をサポートしても良い。記号は、検査室内の処理に関連して用いられる要素に付随するバー・コード・ラベルによって用いられても良い。要素には、サンプル、試料、および試薬のうちの少なくとも１つが含まれていても良い。記号は多次元であっても良い。バー・コード・ラベルが、前記バー・コード・ラベルに付随する要素についてのデータベースからのデータを得るために用いられる識別子をエンコードし、前記データには、前記データ要素のうちの少なくとも１つが含まれていても良い。ホストは、検査室における要素を識別するように構成されていても良く、コンピュータ・プログラム製品はさらに、前記要素に付随するラベルによって、インタロゲータ信号を受け取ることと、前記ラベルによって、前記インタロゲータ信号に応答して、電磁応答信号を前記ホストに送信することであって、電磁応答信号は、少なくとも、前記検査室における前記要素を一意に識別するために用いられる情報の第１の部分を含む、送信することと、を行なうコードを含んでいても良い。電磁応答信号は、前記要素に付随する前記ラベル内においてエンコードされる情報を用いて生成されても良い。ラベルは、無線周波数の識別ラベルまたは赤外線の識別ラベルのうちの１つであっても良い。ラベルは無線周波数の識別ラベルであっても良く、前記要素は、サンプル、試料、または試薬のうちの１つであっても良い。情報が、前記無線周波数の識別ラベル内においてエンコードされ、また同じバッチからの少なくとも１つの他の要素と前記要素とを識別するために用いられる患者情報、テスト情報、およびバッチ情報のうちの少なくとも１つを含んでいても良い。情報が前記無線周波数の識別ラベルから読み出されても良い。情報が前記無線周波数の識別ラベルに書き込まれても良い。情報に、解剖病理学検査室において行なわれる少なくとも１つのテストについてのテスト情報が含まれていても良い。要素はサンプルであっても良く、コンピュータ・プログラム製品はさらに、前記テスト情報を、前記無線周波数の識別ラベルから、検査室処理におけるステップとして行なうべきテストに関連して読み出すことを、前記ステップを行なうべきであることを検証するために前記テストを行なう前に行なうこと、を行なうコード含んでいても良い。コンピュータ・プログラム製品は、前記無線周波数の識別ラベルを、前記テストについてのさらなる情報を用いてエンコードすることであって、前記さらなる情報には、時間、日付、テスト・パラメータ、ファイル名、およびテスト結果のうちの少なくとも１つが含まれる、エンコードすること、を行なうコードを含んでいても良い。ファイル名によって、画像ファイルが識別されても良い。コンピュータ・プログラム製品は、前記さらなる情報の少なくとも一部を読み出すことと、前記一部に基づいて診断を決定することと、前記診断についてのデータを用いて前記無線周波数の識別ラベルをエンコードすることと、を行なうコードを含んでいても良い。情報にはバッチ情報が含まれていても良く、コンピュータ・プログラム製品はさらに、同じグループに属する複数の要素を、前記複数の要素の無線周波数の識別ラベル上でエンコードされる前記バッチ情報に基づいて、決定すること、を行なうコードを含んでいても良い。コンピュータ・プログラム製品はさらに、前記検査室における前記要素の場所を、前記電磁応答信号に基づいて決定するコードを含んでいても良い。ラベルは、前記要素の表面に取り付けられても良い。ラベルは、前記要素に埋め込まれても良い。ラベルに、前記ラベルの表面上にインプリントされる他の情報が含まれていても良い。他の情報には、装置によって読取可能な光学的に認識可能なデータが含まれていても良い。他の情報には、人間によって読取可能なデータが含まれていても良い。コンピュータ・プログラム製品はさらに、前記要素が少なくとも１つの検査室ワークフロー処理ステップに基づいて処理されるときに、ラベルを他の情報を用いてエンコードすることを行なうコードを含んでいても良い。他の情報には、前記要素を一意に識別する識別子を有するバー・コードが含まれていても良い。要素は試薬であっても良く、コンピュータ・プログラム製品はさらに、前記ラベルを、検査室処理に関連して用いられる前記試薬の量に関する他の情報を用いてエンコードすることを行なうコードを含んでいても良い。コンピュータ・プログラム製品はさらに、他の情報に基づいて、前記試薬をいつ再オーダーするかを決定することを行なうコードを含んでいても良い。前記検査室における機器による前記試薬の所有権は、前記ラベル内のエンコードされた情報に基づいて決定されても良い。コンピュータ・プログラム製品は、前記第１の部分を用いて、データベースから前記要素についてのさらなる情報を得ることを行なうコードを含んでいても良い。ホスト、インターフェース・サーバ、および検査室情報システムは、検査室ネットワークに含まれていても良く、前記検査室情報システムは前記インターフェース・サーバと通信しても良く、前記インターフェース・サーバは前記ホストと通信しても良く、また、前記ホストによって制御される前記機器の１つはプ
リンタであり、ホストは、前記インターフェース・サーバが検査室情報システムからオーダーを受け取ることに応答して、スライド・ラベルを自動的にプリントするように構成されていても良い。
【００１５】
本発明の他の態様によれば、検査室における複数のサンプルの処理オーダーを自動的に決定するためのコンピュータ・プログラム製品であって、スケジューリング入力を受け取ることであって、前記スケジューリング入力には現在の供給情報が含まれる、受け取ることと、少なくとも１つの検査室機器に対するスケジューリング入力に基づいて、前記複数のサンプルに対する処理オーダーを決定することと、を行なうコードを含むコンピュータ・プログラム製品である。現在の供給情報には、試薬供給情報および試薬所有権情報が含まれていても良い。スケジューリング入力には、前記少なくとも１つの検査室機器に付随する検査室構成情報が含まれ、前記検査室構成情報には、機器処理能力、機器ステータス情報、および機器処理レートのうちの少なくとも１つが含まれていても良い。スケジューリング入力には、多くの正の質的管理サンプルおよび多くの負の質的管理サンプルのうちの少なくとも１つを含む質的管理情報が含まれていても良い。質的管理情報は、新しい試薬に対する少なくとも１つの認証基準に基づいて決定されても良い。処理オーダーは、複数の検査室機器に対する処理のスケジュールであっても良い。処理オーダーは、複数の順次に従属するランに対する処理のスケジュールであっても良い。スケジューリング入力には、好ましいスライド・グループ分け、処理優先順位情報、処理依存関係、保留中のテスティング・オーダーに対する症例情報、および動作選択基準のうちの少なくとも１つが含まれていても良い。動作選択基準には、スループットを最大にすることが含まれていても良い。スケジューリング入力には、サンプル・ラン構成および構成オーバーライド情報のうちの少なくとも１つが含まれていても良く、コンピュータ・プログラム製品はさらに、前記サンプル・ラン構成および前記構成オーバーライド情報の少なくとも一方に基づいて出力状態を決定するコードを含んでいても良い。構成オーバーライド情報には、現在の構成の変形が含まれていても良い。
【００１６】
本発明の前述の特徴および他の特徴ならびに優位性は、例示的な実施形態の以下の詳細な説明とともに添付の図面から、より良好に理解される。
【発明を実施するための最良の形態】
【００１７】
図３を参照して、インターフェース・ポイント・ネットワーク（例示的な実施形態による、ＩＰＮ）１００が、設けられている。ＩＰＮには、インターフェース・ポイント・サーバ（ＩＰＳ）１０２と、これが通信する少なくとも１つの病院検査室情報システム（ＬＩＳ）１０４とホスト・コンピュータのネットワーク１０６とが含まれている。ホスト・コンピュータのネットワーク１０６には、第１のホスト・コンピュータ１０８およびこれが通信する第１の複数の検査室機器１１０と、第２のホスト・コンピュータ１１２およびこれが通信する第２の複数の検査室機器１１４とが含まれている。ホスト・コンピュータは、検査室計測器との相互接続が、既知のイーサネット（登録商標）接続を介してまたは当該技術分野で知られている他の相互接続メカニズムによって、行なわれていても良い。このようなメカニズムは、たとえば既知のシリアルもしくはパラレル接続または無線接続である。ＩＰＳ１０２には、インターフェース・ソフトウェアＢ（本明細書では同意語として、「ＩＳＢ」または「ベンタナ・ラボ・マネージャ（Ventana Lab Manager ）」もしくは「ＶＬＭ」ソフトウェアと言う）が含まれている。このソフトによって、ホスト・コンピュータのネットワーク１０６間におけるデータ管理に関する自動機能を行なうことが可能になる。これはたとえば、困難も望ましくないデータ伝達も伴うこともなく、第１のホスト・コンピュータ１０８と第２のホスト・コンピュータ１１２との間でデータ要素を共有することを、第１のホスト・コンピュータ１０８があるタイプのホスト・コンピュータで、第２のホスト・コンピュータ１１２が別のタイプのホスト・コンピュータである場合でさえ、行なうことである。なお、実施形態には、ホスト・コンピュータ間での非患者情報の伝達を支援するように、ＬＩＳに接続されずに構成されたＩＰＳが含まれる場合があることに注意されたい。
【００１８】
例示的な実施形態におけるＶＬＭソフトウェアは、ＩＰＳ１０２上で実行される。ＶＬＭソフトウェアの主な目的は、データの複製を、ホスト・システム間のネットワークを通して容易にすることである。本明細書で説明する例示的な実施形態では、ホスト・システムは、既知の自動化されたスライド染色器具（たとえばベンタナ・メディカル・システム（Ventana Medical Systems ）（ツーソン（Tucson）、アリゾナ州）から販売されるもの）に接続されて機能するＰＣである。ＶＬＭが取り扱うデータは、多くのタイプとすることができる。たとえば染色プロトコル、バー・コード割当て、試薬ディスペンサ情報、試薬ＩＤ、試薬消費量、試薬の所有権または特定の機器への登録、ユーザ・パスワード、症例データ、患者ＩＤまたは名前、医療施設、オーダー・リクエスタ、受け入れＩＤ、スライドＩＤ、オペレータＩＤ、オペレータの勤務中ステータス、オペレータ質的管理（ＱＣ）ステータス、機器ＱＣステータス、検査結果、診断結果および／または染色結果である。ＶＬＭは、機器１１０、１１４、ホスト・システム１０８、１１２にサービスを提供可能なネットワークに接続されたＰＣ上に存在するソフトウェアの１つである。この実施形態では、ＶＬＭはＩＰＳ１０２上に存在するが、ＶＬＭソフトウェアは、ホスト１０８、１１２の１つまたは複数の上に存在することもできるし、その他の場合にはネットワーク内で分配することもできることを理解されたい。標準的なＴＣＰ／ＩＰプロトコルを用いて、各機器ホスト・コンピュータをＩＰＳ１０２上のＶＬＭに接続する。ＶＬＭソフトウェアが最初にオンラインで現れると、ＶＬＭソフトウェアはその存在を宣言するメッセージを、ネットワーク上のすべてのデバイスに一斉に送信する。ホストが、ＶＬＭサービスを用いるように構成されている場合には、ホストはＶＬＭに接続して、ＶＬＭに既知である最新のデータ要素を要求することができるか、または新しいデータ要素をＶＬＭと共有して、そのデータ要素を他のホスト・コンピュータ１０８、１１２が利用できるようにすることができる。通常、ラボの状況では、たとえば例示的な実施形態では、自動化されたスライド染色機器間でのデータ共有には、以下のものが含まれる。染色プロトコル、ユーザ・パスワードおよびプリビレッジ、試薬（ディスペンサ／ガラス瓶）、症例、キーコード、テンプレート、パネル、およびサード・パーティの試薬である。
【００１９】
各ホスト１０８、１１２を独立にセット・アップして、これらのデータ要素を共有するようにすることもできるし、共有しないようにすることもできる。これは、個々のラボおよびホスト要求によって決まる。ホストがデータ要素を共有する場合には、どのデータが最新であるかを評価するアルゴリズムがソフトウェア内に存在して、正確なデータの複製を保証し、データ損失を回避するようになっている。ＶＬＭは、すべての共有ホストによって共有されている最新のデータ要素のコピーを、最初に構築した後、保持する。ＶＬＭはこれを、ホスト・システムのソフトウェアとの密接な協力関係を用いて行なう。ホスト・システムは、ＶＬＭとパートナーシップを形成してシステムを完成させている。いくつかのデータ要素、とりわけ試薬は、それらが使用されているホスト・システムによる所有権を必要とする。あるホストが別のホストからの所有権の譲渡を要求することを可能にするソフトウェア・メッセージング・システムが存在するため、試薬データ要素が適切かつ安全に変わる（すなわち投薬量が容器限界を超えない）ことが保証されている。ＶＬＭ通信プロトコルのアーキテクチャは、ネットワーク接続が利用できない間も、ホストが、所有する試薬を用いて組織の処理を続けられるようになっている。そのためホストは、ネットワーク接続が再び確立されたら、ＶＬＭと同期することができる。
【００２０】
ＶＬＭソフトウェアは、ホスト・コンピュータの異なるグループからのデータを自動的に管理することができる。たとえば、ベンタナ・メディカル・システムのネクセス（ＮｅｘＥＳ）、ＨＶＳ、およびニュウ・ビジョン（Neu Vision）ホストはすべて、困難もまたあるホスト・タイプから他のホスト・タイプへの望ましくないデータ伝達も伴うことなく、同様のシステム間においてデータ要素を共有することができる。後に説明するように、データ要素の記憶および共有が実施されるＶＬＭソフトウェアは、これまでＶＬＭには知られていない新しいタイプのホストが、ＶＬＭシステム・ソフトウェアにソフトウェアのアップ・グレードを要求せずに、ＶＬＭを用いて新しいタイプのデータ要素を共有することを可能にするものである。この結果、ホストのソフトウェアが、独立にアップグレードされることおよび既存のＶＬＭシステムを用いて新しいデータ要素を共有することが、可能になる。ＶＬＭの他の機能は、遠隔オペレータに、ウェブ・インターフェースとして、ホスト・システムおよびホストが接続される機器に対する報告およびステータス更新に対して使用できるインターフェースを提供するものである。
【００２１】
ＩＰＳ１０２が実施するデータ要素の記憶およびデータ共有は、ＬＩＳから配信されたときに、本明細書で説明する例示的な実施形態では、医療アプリケーション間での情報交換に対するヘルス・レベル・セブン（ＨＬ７）標準の適合に従うものであり、適合は後に説明するようになされる。しかし他の所定のプロトコル、たとえば医療機器通信に対するＩＥＥＥ１０７３標準または医療機器通信に対してデザインされた専用プロトコルも、実施できることを理解されたい。図３に例示するように、インターフェース・ソフトウェアＡ（本明細書では、同意語として、「ＩＳＡ」または「ベンタナ・インターフェース・ポイント」ソフトウェアもしくは「ＶＩＰ」とも言う）も、ＩＰＳ１０２上に存在し、ＶＬＭとＬＩＳとの間のゲートウェイの機能を果たす。このゲートウェイは、この例示的な実施形態では、ＨＬ７を実施している。ＶＩＰが取り扱うデータには、症例マネジメント、ＬＩＳからの染色要求、染色ステータス、およびＬＩＳへの結果返却がある。標準ＴＣＰ／ＩＰプロトコルを用いて、ＬＩＳおよびＶＬＭに接続する。カスタム・コードを変えずにデータ・フォーマットをサイトごとに変えられるように、データ・マッピングを利用することができる。
【００２２】
ＩＰＳ１０２によって、ＬＩＳ１０４とＩＰＮとの間の機能的な接続が形成される。ＩＰＮは、ＩＰＳ１０２、ホスト・コンピュータ、および機器から構成され、これらはすべて接続されてシステムを形成している。ＩＰＳの機能は、論理的および構造的に２つの部分ＶＬＭおよびＶＩＰに分割される。これについては、すでに説明した通りである。これらはそれぞれ、含まれているソフトウェア・オブジェクトから構成されるが、それらの機能をカプセル化することによって、機器の数およびタイプの両方の増加に対しておよび機能に対して、システムを拡張可能なものにしている。検査室の自動化という特定のアプリケーションに対して、これは特に重要である。なぜならば、インストールされた計測器の現在の状態、データ送信およびデータ共有のタイプおよび目的、自動化のレベルは、動的であるからである。
【００２３】
このように本明細書で説明したシステムの例示的な実施形態では、構成するハードウェア・エンティティおよびソフトウェア・プログラムが、通信プロトコルおよびデータ共有を通して接続されて機能する（一般的に、データベースと拡張可能なバイナリ構造とを用いて接続される）。図３の物理的な表現に加えて、システムは、図３Ａに例示するようなデータ・フローとして表わすことができる。
【００２４】
この観点から、ＬＩＳおよび医療施設の他のデータ・システム（たとえば、ＨＩＳ、ＥＰＲ、在庫管理、メンテナンス管理、オペレータ管理）は、ＩＰＮとのやり取りを機能的に必要とするデータ資源および管理システムに相当する。ＶＩＰの役割は、任意の多数の医療施設システムとの間のこの通信に対するゲートウェイ・インターフェースを提供することである。このように機能をカプセル化することの利点は、このインターフェースを特定して、特定のサイトまたは医療施設の必要性に適応させることが、ＩＰＮに対する重要な管理機能をＶＬＭ内に保持しながら、可能となることである。このように、ＶＩＰは医療施設への通信に対するマネージャである。
【００２５】
代替的に、ＶＬＭがＩＰＮを管理する機能を提供する。このセットのタスクおよびそれらの非常に一意のセットのデータ管理および決定プロセスは、ＩＰＮ全体に付随する管理機能を適切なレベルにおいて統合することを目的として、ＶＬＭ内でカプセル化される。ホストが単一機器または機器グループの管理を担うように、ＶＬＭは、データを同期させ、染色要求を仲裁し、ＩＰＮ全体に渡るワーク・フローを管理しなければならない。さらに、ＶＬＭは、検査プロセスに対する要求および結果を管理して、最終的に、オーダーを完結させる（開始から結果報告までの）ために検査室情報報告を一元管理する。こうして、例示的な実施形態では、複数の層になったアーキテクチャ（物理的および論理的の両方）が、検査室を通してのワークフロー、データ、およびステータスの管理に対して、たとえば組織学および臨床病理学に対して、提供される。このように密接に統合すること（機能的にカプセル化されたモジュールにおいて具体化される）によって、このシステムは、（サイトごとに）大きく変わる医療施設の検査室環境に容易に適合することができる。解剖病理学に関係する例示的な実施では、以下のものを含む（しかしこれらに限定されない）ワーク・フローを管理するために、本明細書で説明したデータ管理方法および器具を用いても良い。病理学のオーダー発注、複数の機器に対するスライド処理の最適化、プロセスを通してのスライドの識別、バー・コードの利用、試薬の使用および供給、検査室機器間での試薬の共有、オペレータの実地訓練、ＱＣ要求のトレーニングに応じるための故障時のオペレータのロック・アウト、検査室機器ＱＣテスティング、および／またはＱＣ要求に応じるための故障時の検査室機器ＱＣロック・アウト。
【００２６】
臨床病理学プロセスの自動化を伴う例示的な実施形態では、染色プロセスの自動化によってコスト、信頼性、および有効性の利点が従来の手作業技術に対して得られたように、より大きい臨床病理学プロセスの自動化によって同様の利点が得られる。詳細には、サンプルの調製から結果報告までのプロセスを完全に自動化できることによって、人件費、写しエラー、不必要なデータ複製、および結果を手作業で報告するのに必要な時間がなくなることは、前述した通りである。
【００２７】
ＩＰＮによって、この自動化のレベルを得るためのバックボーンが形成される。なぜならば、検査室へのオーダー・プロセス、プロセスを進行する間のオーダーのステータスが見えるからであり、また結果を報告することができるからである。調製、処理、検査、および報告を一元管理できることは、効率および精度を得るのに非常に有利である。
【００２８】
ＶＬＭがプロセス全体を通してオーダーを管理するため、ＶＬＭがこのような統合に対する最重要部分を形成している。自動データ収集ステーションを検査（完全自動検査または自動データ収集を用いた病理学者主導の検査）用に加えることによって、報告機能を介した完全手引きを実現する上での次のステップが得られる。病理学者による検査が進める自動データ収集に対しては、複数の方法が存在する可能性がある。たとえばコンピュータ入力ステーション、タッチ・パッド・データ入力、音声データ入力、および音声を用いた対話式ビデオである。このようなデータは、特定のオーダーに対する臨床記録の一部になる。
【００２９】
さらに図３Ａを参照して、データ・フロー図によって、ＩＰＮの機能能力を別のレベルで見ることができる。ＬＩＳとＶＩＰとの間で示すデータのやり取りによって、やり取りの高レベルな性質を示している。具体的には、ＬＩＳ−ＶＬＭデータ・フローを、ＩＰＮシステム・ステータス、染色オーダー、および結果報告を中心に示している。さらに、他の非ＬＩＳの医療施設エンティティとの間で示すやり取り（たとえば、在庫およびオペレータ管理）は、医療施設全体に影響を及ぼす材料およびワーク・フロー領域に関係する。
【００３０】
下方のレベル（システム・アーキテクチャ内、具体的にはＶＬＭとホストの間およびホストと機器の間）において、データ・オブジェクトは、特定の態様のＩＰＮ動作の管理を可能にする性質を有する。たとえば、いくつかの特定のやり取りではホスト間のデータ共有が扱われる。このデータ共有では、染色プロトコル、バー・コード割当て、およびユーザ情報が必要に応じて交換されて、動作が管理されおよびホストと機器との間で共通のデータが共有される。
【００３１】
さらに下方のレベルでは、個々の機器に影響を及ぼす特定の動作基準を管理するために、ホスト間でデータが共有される。この例は試薬所有権である。これは、特定の機器が、特定のディスペンサに対する所有権を主張するものである。さらに、データ収集ステーションをＩＰＮに加えることによって、データ階層デザインが利用される。この利用は、オーダーの割り当ておよび管理ならびに結果の報告（データ収集にとって重要な目標である）を可能にすることによってなされる。
【００３２】
この階層、ＩＰＮ内の個々のエンティティが行なう制御、ならびに適切なレベルのデータ共有、交換、および記憶によって、ＩＰＮ内での機能およびデータ管理を効率的に分割することが実現される。機能および付随するデータを適切なレベルでカプセル化するモデルが、この大規模システムにＩＰＮおよびアーキテクチャを介して効率的に適用されることは、説明した通りである。
【００３３】
データ共有および記憶は（一般的に）、どのシステム・エンティティが共有機能を進めるかという性質に関係して、二つの方法のうちの一方で実現される。これを（ホスト−ＶＬＭ関係に対して）行なうことができる方法は、ＶＬＭまたはホスト・システムのいずれかが、アクティブなデータ共有をＩＰＮ上で制御することである。共有および記憶に最適なデザインを考慮する際に、デザインされる機能カプセル化の性質を考慮することは重要である（ＩＰＳの一部としてのＶＩＰおよびＶＬＭに関して前述した通りである）。一般的なルールとして、データ要求をほとんど「知っている」エンティティが、共有および記憶ルールを進めることに最も適している。ＶＬＭおよびホスト・コンピュータの場合、試薬管理および染色レシピに関係する機能の詳細全体が、ホスト・コンピュータにおいてカプセル化され、その結果、ホスト・コンピュータが、共有パラダイムを、「プッシュする」観点から進める（どのデータをいつ共有するかを決定する）。このように、優先順位付け、およびデータを同期させるために行なわれる実際の行為が、使用症例から進められ、データ共有を管理する手段をより効率的に表わしている。
【００３４】
ＶＬＭおよびＶＩＰが管理し得るデータを識別する場合、同期された状態を維持するのではなくて、アド・ホック・トランザクションまたは状態要求が機能をサポートすることを単純に必要に応じて可能にすることの方が最適であり得る移行が、行なわれる。このように、データの管理方法は、同期された状態を維持することから、特定の場合にデータを必要に応じて識別および要求することの一方を行なうことへと、変化する。このようなトランザクションのサポートに適応された通信プロトコル（たとえばＨＬ−７）を用いることは、これらのタイプのデータ要求に対して非常に適切である。
【００３５】
当該技術分野において知られているように、ＨＬ７は、米国規格協会（ＡＮＳＩ）公認の標準であって、臨床患者の看護および管理、健康管理サービスの提供および評価をサポートするための、データの交換、管理、および統合を規定するものである。ＨＬ７標準を適合および実施することによって、新しいタイプのデータ要素を共有することが、ＩＰＳ１０２に対するソフトウェア・アップグレードを必要とせずに可能となる。この結果、第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２上のソフトウェアを、独立にアップグレードすることが、既存のＩＰＳ１０２を用いて新しいデータ要素を共有する一方で、可能となる。たとえば、第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２が、ホスト・コンピュータのネットワーク１０６内に配置されていて、データ要素を共有している場合には、データ損失を回避するために、ＩＰＳ１０２におけるＩＳＢに、正確なデータの複製が行なわれることを保証するアルゴリズムが含まれていても良い。これらのアルゴリズムは、この保証することを、ＩＰＳ１０２とホスト・コンピュータのネットワーク１０６とを互いに密接に協力させて動作させて、第１のホスト・コンピュータ１０８と第２のホスト・コンピュータ１１２とによって共有されるデータ要素のうちどれが最新であるかを評価できるようにすること、およびこれらのデータ要素のコピーを構築および保持することによって、行なっても良い。要するに、「パートナーシップ」が、ホスト・コンピュータのネットワーク１０６とＩＰＳ１０２との間で形成される。これについては、後に詳細に説明する。
【００３６】
次のことを理解されたい。すなわち、いくつかのデータ要素（たとえば自動染色計測器を用いたＩＰＮにおける試薬に関する要素）では、ホスト・システムがこれらの要素に対して所有権を有している必要があり、したがって、あるホスト・コンピュータがこれらの要素を整列できるか、またはこれらの要素の所有権の他のホスト・コンピュータからの譲渡を要求できるように、ソフトウェア・メッセージング・システムが設けられる。データ要素の整列については、後に詳細に説明する。このようにデータ要素を整列できることによって、所有権を必要とするデータ要素が、所定の範囲に留まる（たとえば投薬量が容器の限界を超えない）ように、適切かつ安全に変わることが保証される。
【００３７】
すでに簡単に述べたように、ＨＬ７は、独立したアプリケーション間でのデータの交換、管理、および統合を規定する標準である。したがってＨＬ７は、独立した医療アプリケーション間で臨床データを移動させるための方法を規定する開かれたメッセージング標準である。ＨＬ７は、ネットワーク上でのデータ通信をリアル・タイムで行なえるようにデザインされており、ＨＬ７仕様において詳細に説明されている。ＨＬ７仕様は、ヘルス・レベル・セブン団体（Health Level Seven organization ）（アナーバー（Ann Arbor ）、ミシガン州）から入手できる。なお仕様は、本明細書において全体として取り入れられている。ＨＬ７を実施することは、後に説明するように、ＬＩＳと単一のポイント・サーバＩＰＳ１０２との間で通信するために、および最終的にホスト・コンピュータ１０８、１１２および機器１１０、１１４と通信するために、用いられる。
【００３８】
図４を参照して、多層（すなわち７層）のソフトウェア・アーキテクチャを例示する高レベルのブロック図が示されている。このブロック図には、第１のレベルまたは「物理的なレベル」、第２のレベルまたは「データ・リンク・レベル」、第３のレベルまたは「ネットワーク・レベル」第４のレベルまたは「トランスポート・レベル」、第５のレベルまたは「セッション・レベル」、第６のレベルまたは「プレゼンテーション・レベル」、および第７のレベルまたは「ＨＬ７アプリケーション・レベル」が含まれている。
【００３９】
用語「レベル・セブン」は、国際標準化機構（International Standardization Organization）（ＩＳＯ）によって開発されたマルチ・レベル（すなわち７レベル）のソフトウェア・アーキテクチャ方式を指し、またアプリケーション間インターフェースである。この意味は、ＨＬ７が、レベル７の機能に対する仕様プロトコルのみを規定し（したがって、アプリケーション間インターフェース）、残りの６つのサポート・レベルに対しての仕様は規定しないということである。ＨＬ７は、交換すべきデータのタイプ、これらの通信のタイミング、およびある所定のアプリケーション固有のエラーが起きたときの処置を特定する。これはたとえば、患者の人口統計的情報、医師から検査室へのオーダー、ラボから医師へのテスト結果、請求先情報、および企業規模のスケジューリングである。図５に例示するのは、ＨＬ７メッセージの構成を規定する設定された階層を示す別の高レベルのブロック図である。階層には、複数の要素、たとえば「コンポーネント要素」、「フィールド要素」、「セグメント要素」、および「メッセージ要素」が含まれている。
【００４０】
ＨＬ７標準は全体としてかなり広く、中央の患者看護システムとともに、各部門のデータによる分散環境をサポートしている。たとえば、標準によってカバーされる特定のインターフェースまたはメッセージには、以下のものが含まれる。患者の入院／登録、退院、または転院（ＡＤＴ）情報；問い合わせ；資源および患者のスケジューリング；オーダー、ステータス結果、および臨床検査；請求書作成；マスタ・ファイル更新情報；医療記録、および患者照会、および患者看護。これらのインターフェースまたはメッセージはそれぞれ、この標準によって取り扱っても良いが、説明のために、自動テスト・オーダーリング（ＯＭＬ）、自動ステータス更新（ＯＵＬ）、およびマスタ・ファイル転送（ＭＦＮおよびＭＦＱ）メッセージ（インターフェース・ポイント・ネットワークとの関連で実施される）のみを、この詳細な説明で扱う。これらのメッセージについてそれぞれ、以下で別個に説明する。
【００４１】
以下のことを理解されたい。用語「メッセージ」は、本明細書で用いる場合、規定された手順におけるセグメントのグループを指し、メッセージは、システム間を転送されるデータの最小構成単位であり、また各メッセージは、その目的を規定するメッセージ・タイプを有している。同様に、用語「トリガ・イベント」は、メッセージを開始する実世界のイベントを指す。トリガ・イベントは、ある値（たとえばオーダー・イベント）を表わすコードであり、メッセージ・タイプとトリガ・イベント・コードとの間の１対多の関係を伴う。このように、トリガ・イベント・コードは１つのメッセージ・タイプのみに付随することもあるが、メッセージ・タイプは複数のトリガ・イベント・コードに付随することもある。また用語「無関係なメッセージ・セグメント」は、「無視される」かまたは「使用されない」セグメントを指す。無視されるかまたは使用されないメッセージ・セグメントは、ＨＬ７メッセージには含まれないことが好ましいが、これは必要条件ではない。したがって、存在しても、無視されるメッセージ・セグメントに対しては、データ検証は行なわない。
【００４２】
自動テスト・オーダーリング・メッセージ
オーダーリング・メッセージ、または自動テスト・オーダーリング（ＯＭＬ）メッセージは、受け入れ情報およびテスト・オーダーを、ＬＩＳから検査室機器へ送るために用いられる単方向性メッセージである。ＨＬ７には、双方向性メッセージ／確認応答通信メッセージ対が含まれる。次のことに注意されたい。単方向性メッセージングを用いて情報のフローを特徴付けても良く、たとえばＬＩＳが生成してＩＰＳへ送っても良い。ＯＭＬメッセージは、新しいオーダーに対して適用し、既存のオーダーのキャンセルまたは変更のために用いることはしなくても良い。ＯＭＬメッセージには通常、複数のキー・メッセージ・セグメントが含まれ、これらには以下のものが含まれる。メッセージ・ヘッダ（ＭＳＨ）セグメント、患者識別（ＰＩＤ）セグメント、患者来院（ＰＶＩ）セグメント、組織サンプルに関する情報に対する試料および容器（ＳＡＣ）セグメント、新しいテスト・オーダーを加えるための共通オーダー（ＯＲＣ）セグメント、ＬＩＳがオーダーを要求できるようにするための検査要求（ＯＢＲ）セグメント、および任意の送られたメッセージの受け取りを可能にするためのメッセージ確認応答（ＭＳＡ）セグメント。ＭＳＨセグメント、ＳＡＣセグメント、ＯＲＣセグメントおよびＯＢＲセグメントは、必須フィールドであり、有効な情報が含まれていなければならない。ＰＶＩセグメントは、任意的であり、情報を含んでいても良いし、いなくても良い。またＰＩＤセグメントは、ＰＶＩセグメントが終了した場合にのみ必要とされる条件付きフィールドである。
【００４３】
【数１】

ＳＡＣセグメントには、検査室自動化システムの全体を通して使用されている容器を維持するために必要なデータが含まれており、３つのセグメント属性フィールドが含まれている。すなわち、外部受け入れ識別子フィールド、受け入れ識別子フィールド、および容器識別子フィールドである。外部受け入れ識別子フィールドには、外側設備が提供する識別子に基づいて検査室試料を識別するために用いられるデータが含まれている。受け入れ識別子フィールドには、テストを行なう検査室が提供する識別子に基づいて検査室試料を識別するために用いられるデータが含まれている。受け入れ識別子フィールドには、複数の容器を参照するデータが含まれていても良いし、いなくても良いことに注意されたい。容器識別子フィールドには、一意の識別子を容器に割り当てるデータが含まれている。容器は、その試料の一次（当初）のサンプルを保持しても良いし分取（二次）のサンプルを保持しても良い。一次のサンプルの場合には、このフィールドには一次の容器ＩＤが含まれ、バーコード化された分取サンプルの場合には、このフィールドには分取容器ＩＤが含まれる。分取サンプルが非バーコード化の場合には、このフィールドは空の状態のままであるかまたはデフォルト・データが入れられる。
【００４４】
ＯＲＣセグメントは、要求されるすべてのサービスに共通するフィールドを送信するために用いられ、６つのセグメント属性フィールドが含まれている。すなわち、オーダー制御（ＯＲＣ−１）属性フィールド、発注オーダー（ＯＲＣ−２）属性フィールド、実施済オーダー（ＯＲＣ−３）属性フィールド、発注者グループ（ＯＲＣ−４）属性フィールド、オーダー・ステータス（ＯＲＣ−５）属性フィールド、および応答フラッグ（ＯＲＣ−６）属性フィールドである。
【００４５】
ＯＲＣ−１属性フィールドは、オーダー・セグメントの機能を決定する必須フィールドであり、ＯＭＬおよびＯＵＬメッセージの両方の動作に対して重要である。ＯＲＣ−１属性フィールドには、新しいオーダー／サービス（ＮＷ）機能に対するＯＲＣフィールド値、容認済みオーダー／サービス＆ＯＫ（ＯＫ）機能、および容認できないオーダー／サービス（ＵＡ）機能が、含まれている。ＯＭＬメッセージに対してこのフィールドにおいて有効な値のみがＮＷであることに注意されたい。しかしＯＵＬメッセージは、所定の状態に応じて、２つの可能な値のうちの１つを有することができる。検査が無事終了した場合には、ＯＵＬメッセージ値はＯＫとなる。検査が終了しなかった場合には、ＯＵＬメッセージ値はＵＡとなる。この場合、検査セグメント（ＯＢＸ）（後述する）を調べて、未終了メッセージの原因を決定しても良い。任意のタイプの新しいオーダーを規定する各オーダー・メッセージ（すなわちＯＲＣ−１＝ＮＷ、ＯＫ、またはＵＡ）では、ＯＲＣ／ＯＢＲメッセージ対が、受信アプリケーションに対する各オーダーを規定する必要がある。これは任意の他のタイプのオーダーにも適用され、ＯＢＲの代わりに適切なオーダー詳細セグメントを用いる。
【００４６】
ＯＲＣ−２、ＯＲＣ−３、およびＯＲＣ−４属性フィールドは、通常はサンプル受け入れ数を検査室機器に送るために用いられる任意的なフィールドであり、また個々のオーダーを識別するために用いられる。ＯＲＣ−２、ＯＲＣ−３、およびＯＲＣ−４属性フィールドには、一意のオーダー識別子が含まれている。この識別子は、エンティティ識別子（ＥＩ）タイプである。これについては後述する。次のことに注意されたい。第１のコンポーネント（個々のオーダーを識別する文字列）には、推奨される（しかし必須ではない）１５文字の制限があるが、第１のコンポーネントには、ＨＬ７標準によって規定される任意の数の文字が含まれていても良い。
【００４７】
ＯＲＣ−５属性フィールドは、オーダーのステータスを特定するために用いられる任意的なフィールドであるが、何ら行為を開始しないフィールドである。ＯＲＣ−５属性フィールドには、５つの可能な値が含まれている。すなわち、「識別子」（ＩＤ）値、「進行中」（ＩＰ）値、「オーダー終了済み」（ＣＭ）値、「エラー、オーダー終了不可能」（ＥＲ）値、および「オーダー保留状態」（ＨＤ）値である。次のことに注意されたい。場合によって、オーダー・ステータスが反映するステータスは、メッセージが送られるときに送信アプリケーションが知るものと常に同様であることが想定される。また次のことにも注意されたい。実施者のみが、このフィールドにおいて値を生成することができる。したがって、このフィールドは、ＯＲＬおよびＯＵＬメッセージにおいてのみ有効である。
【００４８】
ＯＲＣ−６属性フィールドは、ステータス更新（ＯＵＬ）を可能にする任意的なフィールドであり、またこのフィールドによって、送信アプリケーションは、１つまたは複数のＯＵＬメッセージを介して実施者から戻すべき情報量を決定することができる。ＯＲＣ−６属性フィールドには、５つの可能な値が含まれている。すなわち、「染色ラン・ステータスの報告開始」（Ｂ）値、「染色ラン・ステータスの報告終了」（Ｅ）値、「画像化ラン・ステータスの報告終了」（Ｉ）値、ゼロまたは「デフォルト」（Ｎ）値、および「ポインタ」（Ｌ）値である。次のことに注意されたい。このフィールドは、複数のＯＵＬメッセージが望ましい場合には、複数のＩＤ値を用いて繰り返しても良い。
【００４９】
次のことに注意されたい。ＯＲＣセグメントはＯＭＬメッセージにおいて必須フィールドであり、またオーダー詳細セグメントが存在する場合には、ＯＲＣセグメントは、非要求型検査室検査（ＯＵＬ）メッセージにおいても必須である。
【００５０】
ＯＢＲセグメントは、オーダーを要求するためにＬＩＳによって用いられ、また７つの属性フィールドを含んでいる。すなわち、「発注者オーダー番号」（ＯＢＲ−２）属性フィールド、「実施者オーダー番号」（ＯＢＲ−３）属性フィールド、「ユニバーサル・サービス識別子」（ＯＢＲ−４）属性フィールド、「検査データ／時間番号」（ＯＢＲ−７）属性フィールド、「ラベル・テンプレート」（ＯＢＲ−１８）属性フィールド、「テキスト」（ＯＢＲ−１９）属性フィールド、および「発注者補給サービス情報」（ＯＢＲ−４６）属性フィールドである。
【００５１】
ＯＢＲ−２属性フィールドは、ＯＲＣ−２属性フィールドと一致する条件付きのフィールドで、個々のオーダーを識別するために用いられる。このフィールドは、ＥＩフィールド（後述する）の特別な場合であり、発注者オーダー番号が属性フィールドＯＲＣ−２に与えられているか否かに対応するという意味で条件付きである。たとえば、発注者オーダー番号が属性フィールドＯＲＣ−２に与えられていない場合には、ＯＢＲ−２は必須フィールドとなる。
【００５２】
ＯＢＲ−３属性フィールドは、ＯＲＣ−３属性フィールドと一致する条件付きのフィールドで、個々のオーダーを識別するために用いられる。このフィールドは、ＥＩフィールド（後述する）の特別な場合であり、条件付きである。なぜならば、このフィールドは、ＯＵＬメッセージにおいてのみ必要とされ、ＯＲＣ−３属性フィールドと同じ値になるからである。ＯＢＲ−３は、オーダー実施（受信）アプリケーションによって割り当てられ、特定の実施アプリケーションからのすべてのオーダーの中で、オーダーを一意に識別する。
【００５３】
ＯＢＲ−４属性フィールドは、スライド上で行なわれるＣＥデータ・タイプの染色プロトコルが含まれる必須フィールドである。これは、検査室機器に対して規定されるローカル・プロトコルに基づいており、どの染色プロトコルをスライド上で用いるかを決定するために検査室機器によって用いられても良い。
【００５４】
ＯＢＲ−７属性フィールドは、何らかの臨床的に重要な検査の日付／時間が含まれる条件付きのフィールドであり、どの染色プロトコルをスライド上で行なうかを識別するために検査室システムが用いるデータである。このフィールドは、試料が最初に得られた日付および時間を表わしている。このフィールドは条件付きである。なぜならば、ＯＢＲが報告メッセージの一部として送信されるときに、このフィールドは終了していなければならず、またＯＢＲが要求の一部として送信されるときに、このフィールドは無視され得るからである。
【００５５】
ＯＢＲ−１８属性フィールドは、テキストのユーザ定義文字列である任意的なフィールドであり、この文字列によって、ＬＩＳが、スライド・ラベルをプリントするときに用いるべきテンプレートの名前を指定することができる。このフィールドにおける値が「ＮＯラベル」またはゼロ（たとえば「」）の場合には、ラベルは生成されない。さらにこれは、代替的なラベル・プリント資源を用いて機器バー・コード・ラベルをプリントするために用いても良い。この属性がゼロである場合には、検査室機器は、デフォルト・ラベル・テンプレートを用いてプリントしても良い。
【００５６】
ＯＢＲ−１９属性フィールドは、将来の使用に備えて確保される任意的なフィールドである。このフィールドは、サイトで規定されたバー・コード記号およびバー・コード・テキストが種々の物品（たとえば検査室におけるスライド）を一意に識別するために、用いても良い。またこのフィールドは、バー・コードにおいてエンコードされ、バー・コードを読み出すときに遭遇する一意のテキストを、ＬＩＳが検査室機器に通知できるようにするために用いても良い。
【００５７】
ＯＢＲ−４６属性フィールドは、詳細を記述するために用いられる任意的なフィールドである。詳細はたとえば、どのタイプの画像化プロトコルを、ＯＢＲ−４染色プロトコルを受け取ったスライド上で行なうべきか等である。ＯＢＲ−４６フィールドに含まれるのは、発注者システムから実施者システムに送られる補給サービス情報であって、ＯＢＲ−４ユニバーサル・サービスＩＤにおいて報告されるユニバーサル手続きコードに対する情報である。このフィールドは、ＯＢＲセグメントの他のフィールドでは利用可能でないオーダーリング情報詳細を得るために用いても良い。複数の補給サービス情報要素を、報告しても良い。またこのフィールドは、スライドに対する画像化プロトコルを、スライドがＯＢＲ−４で要求されるプロトコルによって染色された後に要求するために、用いても良い。
【００５８】
次のことに注意されたい。検査が無事終了したときに、発注者フィールドに戻されるメッセージには、オーダー・セグメント（ＯＢＲ）とこれに続いて検査（ＯＢＸ）セグメントとが、オーダーによって生成されるそれぞれの別個の検査に対して、含まれていても良い。このような検査セグメントの数は、プロセスにおいて行なわれる個々の測定の数によって決まっても良い。ＯＵＬメッセージでは、検査ができない場合（たとえばユニバーサル・サービス識別子が既知のプロトコルとマッチしないため）には、発注者は、Ｘ（検査は行なわれなかったことを示す）に等しいＯＢＲ−２５−結果ステータスを受け取る。この場合、検査セグメント送信されない。
【００５９】
ＭＳＡセグメントには、別のメッセージを確認応答する間に送られる情報が含まれ、また６つの属性フィールドが含まれている。すなわち、「確認応答コード」属性フィールド、「メッセージ制御ＩＤ」属性フィールド、「テキスト・メッセージ」属性フィールド、「予想連続番号」属性フィールド、「遅延確認応答タイプ」属性フィールド、および「エラー状態」属性フィールドである。
【００６０】
確認応答コード・フィールドは、必須フィールドであり、以下の３つの値のうちの少なくとも１つが含まれていても良い確認応答コードが含まれている。すなわち、ＡＡ（当初モード：アプリケーション容認−拡張モード：アプリケーション確認応答：容認）、ＡＥ（当初モード：アプリケーション・エラー−拡張モード：アプリケーション確認応答：エラー）、またはＡＲ（当初モード：アプリケーション拒否−拡張モード：アプリケーション確認応答：拒否）。
【００６１】
メッセージ制御ＩＤフィールドは、必須フィールドであり、送信システムから送られるメッセージのメッセージ制御ＩＤが含まれている。また、このフィールドによって、送信システムが、この応答を、応答が対象とするメッセージに関連付けることができても良い。テキスト・メッセージ・フィールドは、エラー状態をさらに記述する任意的なフィールドである。このテキストは、エラー・ログ内にプリントしても良いし、エンド・ユーザに示しても良い。予想連続番号は、手順プロトコルにおいて用いられる任意的な数字フィールドである。遅延確認応答タイプは、任意的であり、無視しても良い。
【００６２】
エラー状態フィールドは、任意的なフィールドであり、このフィールドによって、確認応答システムがユーザ定義のエラー・コードを用いてＡＲまたはＡＥタイプの確認応答をさらに特定することができるものである。エラー状態フィールドには、以下の１３個の値のうちの少なくとも１つが含まれていても良い。すなわち、０、１００、１０１、１０２、１０３、２００、２０１、２０２、２０３、２０４、２０５、２０６、および２０７である。「０」のエラー状態値は、「メッセージ容認済」のエラー・テキスト・メッセージを与え、成功を示す。これは通常、ステータス・コードを常に戻さなければならないシステムに対して用いられ、任意的である、なぜならばＡＡが成功を伝えるからである。「１００」のエラー状態値は、「セグメント手順エラー」のエラー・テキスト・メッセージを与え、メッセージ・セグメントが適切なオーダーになかったことを示すか、または必須セグメントが行方不明であることを示す。「１０１」のエラー状態値は、「必須フィールド行方不明」のエラー・テキスト・メッセージを与え、必須フィールドがセグメントから行方不明であることを示す。「１０２」のエラー状態値は、「データ・タイプ・エラー」のエラー・テキストを与え、フィールドに間違ったデータ・タイプのデータが含まれていたこと（たとえばＮＭフィールドに「ＦＯＯ」が含まれていたこと）を示す。「１０３」のエラー状態値は、「テーブル値見出されず」のエラー・テキストを与え、データ・タイプＩＤまたはＩＳのフィールドが対応テーブルと比較されたがマッチングが見出されなかったことを示す。
【００６３】
「２００」のエラー状態値は、「未サポート・メッセージ・タイプ」のエラー・テキスト・メッセージを戻し、メッセージ・タイプはサポートされていないことを示す。「２０１」のエラー状態値は、「未サポート・イベント・コード」のエラー・テキスト・メッセージを戻し、イベント・コードはサポートされていないことを示す。「２０２」のエラー状態値は、「未サポート処理ＩＤ」のエラー・テキスト・メッセージを示し、処理ＩＤはサポートされていないことを示す。「２０３」のエラー状態値は、「未サポート・バージョンＩＤ」のエラー・テキスト・メッセージを戻し、バージョンＩＤはサポートされていないことを示す。「２０４」のエラー状態値は、「未知のキー識別子」のエラー・テキスト・メッセージを戻し、患者のＩＤ、オーダーなどが見出されなかったことを示す。このフィールドは、追加以外のトランザクション（たとえば存在しない患者の転院）に対して用いても良い。「２０５」のエラー状態値は、「重複したキー識別子」のエラー・テキスト・メッセージを戻し、患者のＩＤ、オーダーなどがすでに存在することを示す。このフィールドは、追加トランザクション（入院、新しいオーダーなど）に応答して用いても良い。「２０６」のエラー状態値は、「アプリケーション記録ロックド」のエラー・テキスト・メッセージを戻し、トランザクションがアプリケーション記憶レベルにおいて実行できなかったこと（たとえばデータベースがロックされたこと）を示す。「２０７」のエラー状態値は、「アプリケーション内部エラー」のエラー・テキスト・メッセージを戻し、他のコードでは明確にはカバーしていない内部エラーに対するキャッチオールである。
【００６４】
自動ステータス更新
ステータス結果メッセージ、または自動ステータス更新（非要求型検査室検査またはＯＵＬ）メッセージも、単方向性メッセージである。しかしＯＵＬは、検査室機器によって生成され、ＬＩＳによって受信されてＬＩＳに試料ステータスを通知する。ＯＵＬメッセージは、ＬＩＳからの当初のオーダー要求を、そのオーダー要求に関係するステータス更新と組み合わせる応答ステータス・メッセージであり、少なくとも２つのキー・セグメントが含まれている。すなわち、診断報告の各コンポーネントのステータスであるＯＢＸセグメントと、テスト中に使用される試薬についての詳細な情報を含むＺＳＩセグメントである。
【００６５】
次のことに注意されたい。セグメント・タイプのＯＢＸおよびＯＢＲを用いた場合、ほとんどどんな臨床報告も、３レベル階層として構築することができる。すなわち、上部レベルにおけるＰＩＤ、次のレベルにおけるオーダー記録（ＯＢＲ）、および下部における１つまたは複数の検査記録（ＯＢＸ）である。さらに次のことに注意されたい。１つの結果セグメント（ＯＢＸ）が診断報告の各コンポーネントに対して送信され、このセグメントにより、分析結果の生成に関与した試薬および他の物質の物質データ（ロット、製造業者など）を、分析結果自体以外に、ＺＳＩセグメントを介して伝達することが可能になる。
【００６６】
検査（ＯＢＸ）セグメントは、ラン番号、開始時間、終了時間、およびエラー・メッセージに関する情報の転送を可能にし、また少なくとも５つのＯＢＸ属性フィールドを含んでいる。すなわち、セットＩＤ（ＯＢＸ−１）属性フィールド、値タイプ（ＯＢＸ−２）属性フィールド、検査識別子（ＯＢＸ−３）属性フィールド、検査サブＩＤ（ＯＢＸ−４）属性フィールド、および検査値（ＯＢＸ−５）属性フィールドである。
【００６７】
ＯＢＸ−１フィールドは、連続番号が含まれる必須フィールドである。ＯＢＸ−２フィールドは、ＯＢＸ−５フィールドに含まれる検査値のフォーマットを含む必須フィールドであり、以下の値のうちの少なくとも１つを含んでいても良い。ＯＢＸ−２＝ＮＭは、数字フォーマットを示す。ＯＢＸ−２＝ＳＴは、文字列フォーマットを示す。ＯＢＸ−２＝ＴＳは、タイム・スタンプ・フォーマットを示す。ＯＢＸ−３フィールドは、検査に対する少なくとも１つの一意の識別子を含む必須フィールドである。これは、ＯＲＣ−４フィールドにおける染色プロトコル値を反映しても良いが、例外として、この検査が画像化結果を参照するときには、ＯＢＸ−３フィールドは、ＯＢＲ−４６フィールドにおける画像化プロトコルのうちの１つが有する値を反映しても良い。ＯＢＸ−４フィールドは、複数のＯＢＸセグメントを区別するために用いても良い必須フィールドであり、同じ検査ＩＤがＯＢＲの下で系統立てられる。またＯＢＸ−４フィールドは、検査セグメントを分類するために用いても良い必須フィールドである。ＯＢＸ−４フィールドには、表１に示す値のうちの少なくとも１つが含まれていても良い。
【００６８】
【表１】

ＯＢＸ−５フィールドは、検査者が検査した値が含まれる必須フィールドである。ＯＢＸ−２（値タイプ）には、このフィールドに対するデータ・タイプが、どの検査値がフォーマットされるかに基づいて含まれる。
【００６９】
物質識別子（ＺＳＩ）セグメントには、分析テスト結果の生成に用いられる物質（たとえば試薬）を識別するために必要なデータが含まれ、少なくとも１０個の属性フィールドが含まれる。これらのフィールドの組み合わせによって、物質が一意に識別され、製造業者に応じてこれらのフィールドの全部または一部が必要とされる。分析に複数の物質が必要である場合には、このセグメントは各物質に対して繰り返される。ＺＳＩセグメントによって、以下のものに関する情報の転送が可能になる。試薬の製造業者、化学名、カタログ番号、ロット番号、ロット期限、および連続番号。
【００７０】
ＺＳＩセグメントには、表２に示す属性フィールドが含まれる。
【００７１】
【表２】

マスタ・ファイル交換メッセージ
マスタ・ファイル交換またはマスタ・ファイル転送メッセージも、単方向性メッセージであり、２つのタイプのメッセージが含まれている。すなわち、１）マスタ・ファイル変化通知（ＭＦＮ）メッセージ、およびマスタ・ファイル照会（ＭＦＱ）メッセージである。マスタ・ファイル転送メッセージは、検査室機器によって生成され、ＬＩＳによって受信されて、マスタ・ファイル情報が２つのシステム間で同期し続けるようにする。
【００７２】
ＭＦＱメッセージによって、ＬＩＳは、特定のマスタ・ファイルにおける記録のグループを照会することができる。ＭＦＱメッセージには、２つの必須セグメントが含まれている。すなわち、メッセージ・ヘッダ（ＭＳＨ）セグメントと照会定義（ＱＲＤ）セグメントである。ＱＲＤセグメントは、照会を定義するために用いられ、表３に示すような１０個の属性フィールドが含まれている。
【００７３】
【表３】

またＭＦＱトランザクションには、以下の７つのセグメントを含むマスタ・ファイル応答（ＭＦＲ）メッセージが含まれている。すなわち、メッセージ・ヘッダ（ＭＳＨ）、メッセージ確認応答（ＭＳＡ）、照会定義（ＱＲＤ）、マスタ・ファイル識別（ＭＦＩ）、プロトコル入力（ＺＶＰ）、テンプレート入力（ＺＶＴ）、およびサード・パーティの化学入力（ＺＳＩ）である。なおＺＶＰおよびＺＶＴ以外はすべて、必須セグメントである。
【００７４】
ＭＦＩセグメントは通常、マスタ・ファイルを識別するために用いられ、表４に示すような５つのセグメント属性フィールドを含んでいる。
【００７５】
【表４】

ＺＶＰセグメントは、マスタ・ファイル・プロトコル情報を入力するために用いられ、表５に示すように３つのセグメント属性フィールドを含んでいる。
【００７６】
【表５】

ＺＶＴセグメントは、マスタ・ファイル・テンプレート情報を入力するために用いられ、表６に示すように２つのセグメント属性フィールドを含んでいる。次のことに注意されたい。ＺＶＴセグメントは、ＭＦＩ−１セグメント・フィールドにおけるフィールド・タイプがテンプレートにセットされたときにのみ用いられる。
【００７７】
【表６】

ＺＳＩサード・パーティの化学／物質セグメントは、ＭＦＩ−１セグメント・フィールドにおけるフィールド・タイプが、抗体、試薬、プローブ、またはバルクにセットされたときにのみ用いられるユーザ定義のセグメントである。
【００７８】
ＭＦＮメッセージは、検査室機器プロトコル、スライド・ラベル・テンプレート、およびサード・パーティの化学を他のシステムと同期させるために生成され、マスタ・ファイル・メッセージおよびマスタ・ファイル確認応答メッセージを含んでいる。マスタ・ファイル・メッセージは、ユーザ充填可能なディスペンサとともに用いても良いサード・パーティの化学情報を容認するために用いても良く、また６つのセグメントを含んでいる。すなわち、メッセージ・ヘッダ（ＭＳＨ）セグメント、マスタ・ファイル識別（ＭＦＩ）セグメント、マスタ・ファイル入力（ＭＦＥ）セグメント、プロトコル入力（ＺＶＰ）セグメント、テンプレート入力（ＺＶＴ）セグメント、およびサード・パーティの化学入力（ＺＳＩ）セグメントである。インポート手順中に使用されないＺＶＰセグメントおよびＺＶＴセグメントを除いて、以上のセグメントはすべて必要とされる。
【００７９】
マスタ・ファイル確認応答メッセージは、マスタ・ファイル・メッセージの受け取りを確認応答するために用いられ、２つの必須セグメント（メッセージ・ヘッダ（ＭＳＨ）セグメント、確認応答（ＭＳＡ）セグメント）と、１つの任意的なセグメント（エラー（ＥＲＲ）セグメント）とを含んでいる。
【００８０】
ＭＦＥセグメントは、ＺＶＰ、ＺＶＴ、およびＺＣ３セグメントからの複数のデータ要素を繰り返す必須セグメントである。ＭＦＥセグメントは、記録が追加されているか、削除されているか、または更新されているかを示す記録レベルのイベント・コードを、インポートおよびエクスポート動作中に示すために用いられ、表７に示すように５つのセグメント属性フィールドを含んでいる。
【００８１】
【表７】

例示的な実施として、ラボ機器１１０、１１４（図３）に自動スライド染色が含まれる場合には、受け取ったＨＬ７メッセージを変換してスライド・データ要素にマッピングすることができる編集可能なメカニズムを実現するために、ＧＵＩインターフェースを有するエディタを実施して、ＨＬ７メッセージを処理するためのルールからなる変換スクリプトをユーザが構築してテストできるようにする。
【００８２】
このメカニズムによって、ライブ変換スクリプトを用いるためのルーチンＨＬ７メッセージ変換を行なうこと、およびアクティブに編集されていてライブではない変換スクリプトを維持することの両方が可能であるオブジェクトが得られる。
【００８３】
ＩＰＳ１０２（図３）に常駐するフィールド・マッパー機能は、次のことを行なう単一のオブジェクトを中心に行なわれる。ライブ・スクリプトをロードおよび保持すること、ライブ・スクリプトを失うことなくスクリプトを編集モードにすることを可能にすること、編集済みスクリプト・ライブの選択を可能にすること、編集済みスクリプトを保存すること、およびライブ・スクリプトを用いてルーチンＨＬ７変換を行なって、症例データを必要に応じて変更すること。
【００８４】
例示的なＩＰＳ１０２上で実行されるアプリケーションは、必要に応じてフィールド・マッパー・オブジェクトを形成し、このオブジェクトを、主に受け取ったＨＬ７メッセージを処理するために用いる。その結果、症例データが、ＨＬ７メッセージから必要に応じて抽出される。フィールド・マッパーは、顧客サイトに存在する実に様々なＨＬ７メッセージ・データ構造と共に動作できるように、非常にフレキシブルである必要がある。このことに適応するために、メッセージ・データの処理が体系化されるスクリプト「ルール」は、メッセージ・データを症例データに変換するためにつながる命令のインタープリット済みリストからなる。ＩＰＳ１０２では、これらの処理ルールを取り扱っている。以下は、例示的な場合に規定される９つのスライド・データ・フィールドである。１）テンプレート、２）患者ＩＤ、３）患者名、４）医療施設、５）要求者、６）受け入れＩＤ、７）症例ＩＤ、８）ブロックＩＤ、および９）スライドＩＤ。
【００８５】
この例示的な実施形態では、これらは、フィールド・マッピング変換中に変更できる唯一の可能な出力フィールドである。しかし他の実施では、他のフィールドを規定および処理しても良いことを理解されたい。フィールド・マッパーの目的は、これらのデータ・フィールドに、ＨＬ７メッセージから抽出された適切なデータを入れることである。
【００８６】
当業者であれば理解するように、ＨＬ７メッセージには、スクリプトによって取り入れられるべきデータを含むことができる多数のしかし有限のＨＬ７フィールドが存在する。
スクリプト言語コンポーネント
スクリプト・フィールド・マッピング言語は、一般的な形式でラインに符号化されるルールからなる。＜ターゲット要素＞＝＜ソース要素＞まとめて、スライド・データ・フィールド、ＨＬ７メッセージ要素、内部変数、およびリテラル文字列は、「データ・タイプ」と言われる。データ・タイプは、スクリプト・ラインにおいて以下のように存在することができる。
【００８７】
【表８】

内部変数は、スクリプトの編集時にユーザ定義可能であり、スクリプト・コマンド処理中に結果を一時的に保持するために用いられる。内部変数は、自動的に形成され、最初は空の値を有している。
【００８８】
言語エディタは、ユーザがスクリプト・コマンドを形成することができる唯一の方法である。この結果、ユーザ入力のスクリプト・コマンド・ラインを取り扱う精巧な構文解析エンジンを開発する必要がない。スクリプト・コマンドは、バイナリ形式で記憶されるが、ユーザが容易に見ることができるフォーマットで示される（この表示されるフォーマットは、後に特別な機能の構文を記述するときに用いられるが、構文解析は、示したコマンド・ラインには必要ではない）。
【００８９】
特別な機能のコピー
この機能は、１つのデータ・オブジェクトの全内容をコピーして、それを他に保存するために用いられる。構文は以下のようになる。［ターゲット・データ・オブジェクト］＝コピー（［ソース・オブジェクト］）例：ｘ＝‘１２３４’の場合、［ｓ］＝コピー（［ｘ］）。結果は‘１２３４’。
【００９０】
特別な機能の抽出
この機能は、ソース・オブジェクトから区切りデータを掘り出すために使用できる非常にフレキシブルな文字列抽出機能である。抽出は、規定された区切り文字列と開始および終了区切りカウントとを用いて行われる。この機能によって、データを種々の仕方（一番左、一番右、または中央の文字列など）で、抽出することができる。抽出は、区切り文字列の開始インスタンス・カウントで始まる文字から始まり、実際の開始区切り文字列は除く。抽出は、区切り記号の終了インスタンス・カウントで終了し、実際の終了区切り文字列は含まない。
【００９１】
構文は以下のようになる。［ターゲット・データ・オブジェクト］＝抽出する（［ソース・オブジェクト］、区切り文字列、開始インデックス・カウント、終了インスタンス・カウント）
区切り文字列は、ユーザが入力する任意の空白でない文字列とすることができる。
【００９２】
開始および終了インデックス・カウントは、任意の正の整数値とすることができる。区切りカウント０には特別な意味があり、それらが見出される場所によって異なる。０が開始インスタンス・カウントで見出される場合には、この意味は、データ・オブジェクトの開始から抽出を開始することである。０が終了インスタンス・カウントで見出される場合には、この意味は、データ・オブジェクトの終わりに抽出を終了することである。言い換えれば、開始インスタンス・カウントに対して０を用いることは、データ・オブジェクトの左部分を選ぶことを意味し、終了インスタンスに対して０を用いることは、データ・オブジェクトの右側を選ぶことを意味する。
【００９３】
例：［ｘ］＝抽出（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，１，２）。結果は‘５６７’。［ｘ］＝抽出（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，１，３）。結果は‘５６７−１１１１’。［ｘ］＝抽出（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，０，２）。結果は‘１２３４−５６７’。［ｘ］＝抽出［‘１２３４−５６７−１１１１−９９９９’］，‘−’，１，０）。結果は‘５６７−１１１１−９９９９’。［ｘ］＝抽出（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，０，０）。結果は‘１２３４−５６７−１１１１−９９９９’。（これは実際には、フィールド全体である）。
【００９４】
特別な機能のコンカット
この機能は、複数のソース・データ・オブジェクトを一つに連結して長い文字列を作成し、ターゲット・データ・オブジェクトに割り当てるために用いられる。構文は以下のようになる。［ターゲット・データ・オブジェクト］＝コンカット（［ソース・オブジェクト１］，［ソース・オブジェクト２］，［ソース・オブジェクト３］，［ソース・オブジェクト４］）。
【００９５】
１〜４のソース・データ・オブジェクトが存在することができる。３〜４は任意的である。ソース・データ・オブジェクトの内容を、単純に一つに連結して、結果を形成する。４を超えるソース・データ・オブジェクトを連結する必要がある場合には、一時的な結果を内部変数に記憶することができ、より多くのコンカット・コマンドをつなげて連結を続けることができる。
【００９６】
例：ｘ＝‘１２３４’、ｙ＝‘５６７’、ｚ＝‘１１１１’の場合、［ｓ］＝コンカット（［ｘ］，［‘−’］，［ｙ］）。結果は‘１２３４−５６７’。［ｓ］＝コンカット（［ｓ］，［‘−’］，［ｚ］）。結果は‘１２３４−５６７−１１１１’。
【００９７】
特別な機能のレフト
この機能は、ある特定の量の文字をデータ・オブジェクトの左側から抽出するために用いられる。構文は以下のようになる。［ターゲット・データ・オブジェクト］＝レフト（［ソース・オブジェクト］，＃文字）
例：ｘ＝‘１２３４’の場合。［ｓ］＝レフト（［ｘ］，３）。結果は‘１２３’。
【００９８】
特別な機能のライト
この機能は、ある特定の量の文字をデータ・オブジェクトの右側から抽出するために用いられる。構文は以下のようになる。［ターゲット・データ・オブジェクト］＝ライト（［ソース・オブジェクト］，＃文字）。
【００９９】
例：ｘ＝‘１２３４’の場合、［ｓ］＝ライト（［ｘ］，３）。結果は‘２３４’。
特別な機能のミッド
この機能は、ある特定の量の文字をデータ・オブジェクトの中央部から抽出するために用いられる。構文は以下のようになる。［ターゲット・データ・オブジェクト］＝ミッド（［ソース・オブジェクト］，開始位置，＃文字）。
【０１００】
開始位置は、文字の抽出を開始する文字位置である。文字数は、いくつの文字を抽出するかである。
例：ｘ＝‘１２３４’の場合、［ｓ］＝ミッド（［ｘ］，２，２）。結果は‘２３’。
【０１０１】
データ記憶
フィールド・マッピング・スクリプトは、バイナリ形式でディスクに記憶され、必要に応じて検索され、変更されたら記憶される。ファイル・フォーマットは、人間によって読取可能とはならないようにデザインされる。データ保全機能がファイル・フォーマットに組み込まれていて、ディスクからの検索時にデータ破損が明らかとなるようになっており、無効のスクリプトが容易に識別可能となって実行されないようになっている。より具体的には、データは、暗号化されて自動ラップされたコードセーフ・ストリーム内に記憶される。
【０１０２】
次に図６を参照して、ホスト／ＩＰデータ同期方法６００を一般的に例示する高レベルのブロック図を示しており、図３に関してすでに例示および説明したＩＰＮに関して以下のように説明する。後に詳細に説明するように、ＩＰＳ１０２が最初にＩＰＮ１００に接続されると、ＩＰＳ１０２は、ＩＰＮ１００上のすべてのデバイス（たとえば第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２）にメッセージを周期的に一斉送信することを始めて、これらのデバイスのそれぞれに、ＩＰＳ１０２がＩＰＮ１００に接続したことを通知する（ブロック６０２に示す）。このメッセージは、ＩＰＮ１００全体に渡って全体的に一斉送信されるユーザ・データグラム・プロトコル（ＵＤＰ）タイプであり、ＩＰＳ１０２上に何のデータが存在するかについての情報を含んでいる。次のことを理解されたい。ＩＰＳ１０２がＩＰＮ１００に接続されると、ＩＰＳ１０２サービスを用いるように構成されたＩＰＮ１００上の任意のホスト・コンピュータは、種々の機能を行なうことができる。たとえば、ＩＰＳ１０２に接続して、ＩＰＳ１０２に既知である最新のデータ要素を要求するか、または新しいデータ要素をＩＰＳ１０２と共有することによって、新しい要素をホスト・コンピュータのネットワーク１０６にとって利用可能にする等である。検査室状況における機器の間で共有され得るデータのタイプには、以下のものがある。すなわち、染色プロトコル、ユーザ・パスワードおよびプリビレッジ、試薬（ディスペンサ／ガラス瓶）、バルク流体、症例／キーコード、テンプレート、パネル、およびサード・パーティの試薬である。ホスト・コンピュータのネットワーク１０６における各ホスト・コンピュータは、独立にセット・アップして、所定の状態（たとえば個々の検査室および／またはコンピュータ・ホストの要求）に対応して、データ要素を共有するようにしても良いし、共有しなくても良い。
【０１０３】
この一斉送信メッセージを受け取ると、ホスト・コンピュータのネットワーク１０６は、ＩＰＳ１０２上のデータがホスト・コンピュータのネットワーク１０６上のデータと異なっているかどうかを判定する（ブロック６０４に示す）。これは、第１のホスト・コンピュータ１０８が、ＩＰＳ１０２上に存在するデータを第１のホスト・コンピュータ１０８上に存在するデータと比較すること、および第２のホスト・コンピュータが、ＩＰＳ１０２上に存在するデータを第２のホスト・コンピュータ１１２上に存在するデータと比較することによって、行なっても良い。第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２の両方に存在するデータが、ＩＰＳ１０２上に存在するデータと同じである場合には、同期プロセスは終了する（ブロック６１４に示す）。しかしホスト・コンピュータのネットワーク１０６上のデータセットが、ＩＰＳ１０２上に存在するデータセットと異なる場合には、ホスト・コンピュータのネットワーク１０６は、同期プロトコルを開始して、ＩＰＳ１０２のデータ要素のバージョンのコピーをホスト上のデータ・セットに転送する。しかしホスト・コンピュータのネットワーク１０６上のデータセットが、ＩＰＳ１０２上のデータセットよりも新しい場合には、ＩＰＳ１０２上のデータセットを、ホスト・コンピュータ１０６からのデータ要素のバージョンのコピーによって更新する。
【０１０４】
たとえばＩＰＳ１０２上のデータセットが、第１のホスト・コンピュータ１０８上のデータセットと、全部または一部が異なる場合には、第１のホスト・コンピュータ１０８は、そのデータセットがＩＰＳ１０２上のデータセットよりも古いかどうかを判定する（ブロック６０６に示す）。これは、第１のホスト・コンピュータ１０８がそのデータセットをＩＰＳ１０２上のデータセットと比較することによって、行なっても良い。第１のホスト・コンピュータ１０８上のデータセットが、ＩＰＳ１０２上のデータセットよりも古い場合には、ＩＰＳ１０２上のデータセットのうち新しい部分が、第１のホスト・コンピュータ１０８によって取得される（ブロック６０８に示す）。これが行なわれると、または第１のホスト・コンピュータ１０８上のデータセットが、ＩＰＳ１０２上のデータセットよりも古くない場合には、第１のホスト・コンピュータ１０８は、そのデータセットが、ＩＰＳ１０２上のデータセットよりも新しいかどうかを判定する（ブロック６１０に示す）。前述したように、これは、第１のホスト・コンピュータ１０８が、そのデータセットをＩＰＳ１０２上のデータセットと比較することによって、行なっても良い。第１のホスト・コンピュータ１０８上のデータセットが、ＩＰＳ１０２上のデータセットよりも新しい場合には、ホスト・コンピュータ１０８上のデータセットのうち新しい部分が、第１のホスト・コンピュータ１０８によってＩＰＳ１０２に転送される（ブロック６１２に示す）。これがＩＰＮ１００全体上の各ホスト・コンピュータに対して行なわれたら、同期プロセスは終了する（ブロック６１４に示す）。
【０１０５】
図７を参照して、ホスト側データ要素の同期方法７００を例示する低レベルのブロック図を示しており、以下のように説明する。図７の方法を、第１のホスト・コンピュータ１０８に対して説明しているが、図７の方法は、複数のホスト・コンピュータ１０６における各ホスト・コンピュータに対して適用されることを理解されたい。すでに簡単に述べたように、ＩＰＳ１０２が最初にＩＰＮ１００に接続されると、ＩＰＳ１０２は、ＩＰＮ１００に接続されるすべてのデバイスにＵＤＰメッセージを周期的に一斉送信することを始めて、ＩＰＮ１００に接続されるすべてのデバイス（この場合は第１のホスト・コンピュータ１０８）上の情報を同期させる（ブロック７０２に示す）。このＵＤＰメッセージには、ＩＰＳプロトコル・バージョン番号とともに、ＩＰＳ１０２上に存在するデータに関する情報、たとえばその情報のタイムスタンプまたは日付が含まれる。第１のホスト・コンピュータ１０８がこのメッセージを受け取ると、第１のホスト・コンピュータ１０８は、そのデータセットが、ＩＰＳ１０２上に含まれるデータセットと異なっているかどうかを判定する（ブロック７０４に示す）。これは、ＵＤＰメッセージに含まれるＩＰＳプロトコル・バージョン番号を第１のホスト・コンピュータ１０８上のプロトコル・バージョン番号と比較することによって、行なっても良い。プロトコル・バージョン番号がマッチする場合には、ＩＰＳ１０２上のデータセットは、第１のホスト・コンピュータ１０８上のデータセットと同じであり、ホスト側データ要素同期方法７００は終了する（ブロック７４０に示す）。
【０１０６】
しかしプロトコル・バージョン番号がマッチしない場合には、ＩＰＳ１０２上のデータセットは、第１のホスト・コンピュータ１０８上のデータセットとは異なっており、第１のホスト・コンピュータ１０８は、ＩＰＳ１０２からのデータ要素のＩＰＳリスト（すなわち内容のテーブル）を要求する（ブロック７０６に示す）。この要求を受け取ると、ＩＰＳ１０２はデータ要素のＩＰＳリストを送り、第１のホスト・コンピュータ１０８はこれを受け取る（ブロック７０８に示す）。
【０１０７】
第１のホスト・コンピュータ１０８は、第１のホスト・コンピュータ１０８上に含まれるホスト・データ要素のリストを構築し（ブロック７１０に示す）、ホスト・データ要素のリストをデータ要素のＩＰＳリストと比較して、第１のホスト・コンピュータ１０８上で何らかのデータ要素が不足しているか、またはＩＰＳ１０２上のデータ要素よりも古いかどうかを判定する（ブロック７１２に示す）。第１のホスト・コンピュータ１０８上のデータ要素に、不足しているかまたはＩＰＳ１０２上のデータ要素よりも古いものがある場合には、第１のホスト・コンピュータ１０８は、データ要素のロックを要求してこれをＩＰＳ１０２から取得する（ブロック７１４に示す）。複数のホスト・コンピュータがある場合には、このデータ要素のロックによって、１つのホスト・コンピュータ（たとえば第１のホスト・コンピュータ１０８）のみが、ＩＰＳ１０２内のデータ要素にアクセスできるようになるため、他のホスト・コンピュータが、特定のデータ要素に同時にアクセスして変えてしまうことを心配する必要がない。データ要素のロックが取得されると、第１のホスト・コンピュータ１０８は、ＩＰＳ１０２に、当該データ要素を送ることを要求する（ブロック７１６に示す）。第１のホスト・コンピュータ１０８が、要求されたデータ要素を受け取ると、第１のホスト・コンピュータ１０８は、データ要素をそのデータ要素バッファに加える（ブロック７１８に示す）。そしてデータ要素は、データ要素バッファから第１のホスト・コンピュータ１０８のホスト・データベースに保存される（ブロック７２０に示す）。次に第１のホスト・コンピュータ１０８は、第１のホスト・コンピュータ１０８上のデータ要素に、不足しているかまたはＩＰＳ１０２上のデータ要素よりも古いものがさらにあるかどうかを判定する（ブロック７２２に示す）。そうである場合には、ブロック７１６〜７２０を繰り返す。そうでない場合には、第１のホスト・コンピュータ１０８は、ＩＰＳ１０２に、データ要素のロックを解除するように要求を送る（ブロック７２４に示す）。
【０１０８】
データ要素のロックが解除されるか、または第１のホスト・コンピュータ１０８上に、不足しているかまたはＩＰＳ１０２上のデータ要素よりも古いデータ要素がない場合には、第１のホスト・コンピュータ１０８は、ホスト・データ要素のリストをデータ要素のＩＰＳリストと比較して、ＩＰＳ１０２上で何らかのデータ要素が不足しているか、または第１のホスト・コンピュータ１０８上のデータ要素よりも古いかどうかを判定する（ブロック７２６に示す）。ＩＰＳ１０２上のデータ要素に、不足しているかまたは第１のホスト・コンピュータ１０８上のデータ要素よりも古いものがある場合には、第１のホスト・コンピュータ１０８は、データ要素のロックを要求してこれをＩＰＳ１０２から取得する（ブロック７２８に示す）。データ要素のロックが取得されると、第１のホスト・コンピュータ１０８は当該のデータ要素をＩＰＳ１０２に送る（ブロック７３０に示す）。第１のホスト・コンピュータ１０８は、データ要素をホスト・データベースから読み出して、そのデータ要素バッファに入れ（ブロック７３２に示す）、ＩＰＳ１０２に送られたデータ要素は、データ要素バッファから取り除かれる（ブロック７３４に示す）。次に第１のホスト・コンピュータ１０８は、ＩＰＳ１０２上のデータ要素に、不足しているかまたは第１のホスト・コンピュータ１０８上のデータ要素よりも古いものがさらにあるかどうかを判定する（ブロック７３６に示す）。そうである場合には、ブロック７３０〜７３４を繰り返す。そうでない場合には、第１のホスト・コンピュータ１０８は、データ要素のロックを解除するようにＩＰＳ１０２に要求を送り（ブロック７３８に示す）、ホスト側データ要素同期方法７００は、終了する（ブロック７４０に示す）。
【０１０９】
ある特定のテスティング状況では、データ要素場所の知識は必須であり、たとえば試薬を取り扱うときにそうである。この状況は、ホスト側データ要素の整列によって対処され得る。図８を参照して、ホスト側データ要素の整列方法８００を例示するブロック図を示しており、以下のように説明する。ホスト・コンピュータが、データ要素（たとえば試薬）の所有権を必要とする場合（ブロック８０２に示す）、ホスト・コンピュータは、データ要素の所有権を要求することを、データ要素の所有権を要求するＵＤＰメッセージをＩＰＮ１００へ一斉送信することによって行なう（ブロック８０４に示す）。ＩＰＮ１００上の各ホスト・コンピュータは、ＵＤＰメッセージを受け取り（ブロック８０６に示す）、要求されたデータ要素を現時点で所有しているかどうかを判定する（ブロック８０８に示す）。要求されたデータ要素を所有するホスト・コンピュータは、要求されたデータ要素がロックされているかどうかを判定する（ブロック８１０に示す）。要求されたデータ要素がロックされていない場合には、要求されたデータ要素を所有するホスト・コンピュータは、要求しているホスト・コンピュータについての情報（ホストＩＤおよびタイムスタンプ更新を含む）をそのデータ要素データベースに書き込み（ブロック８１２に示す）、要求されたデータ要素の所有権を、要求しているホストに実効的に転送する。
【０１１０】
これが終了するか、またはホスト・コンピュータが、要求されたデータ要素を所有していないか、またはデータ要素がロックされている場合には、ホスト・コンピュータは、要求されたデータ要素のすべてについて所有権の有無を調べたかどうかを判定する（ブロック８１４に示す）。調べていない場合には、ブロック８０８〜８１４を、要求されたデータ要素のすべてについて所有権の有無を調べるまで、繰り返す。調べている場合には、ホスト・コンピュータは、何らかのデータ要素の所有権が、要求しているホスト・コンピュータに移されたかどうかを判定する（ブロック８１６に示す）。移されていない場合には、ホスト側データ要素の整列方法８００は終了する（ブロック８２４に示す）。移されている場合には、ホスト・コンピュータは、新しい所有権データ要素を、要求しているホスト・コンピュータに、たとえばＴＣＰ／ＩＰメッセージを用いて一斉送信する（ブロック８１８に示す）。新しい所有権データ要素を受け取ると、要求しているホスト・コンピュータは、確認応答メッセージを、送信しているホスト・コンピュータに送り返す（ブロック８２０に示す）。次に、要求しているホスト・コンピュータは、そのデータベースを新しい所有者情報を用いて更新し、たとえば所有者バージョンを増加しおよびタイムスタンプを再設定する（ブロック８２２に示す）。これが終了したら、ホスト側データ要素の整列方法８００は終了する（ブロック８２４に示す）。
【０１１１】
次のことを理解されたい。ＨＬ７を介して行なわれるこのタイプの直接テスト・オーダーリングによって、データ入力およびラベリング機能が能率化でき、その結果、ワーク・フローの生産性および質的管理が増加する。さらに次のことを理解されたい。ＩＰＳ１０２は、ＬＩＳ１０４および／またはホスト・コンピュータのネットワーク１０６との通信を、標準ＴＣＰ／ＩＰプロトコルまたは所望の最終目的に好適な任意の他の方法を用いて行なっても良い。このような方法はたとえば、インターネット、イーサネット、無線、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）などである。さらに、ＩＰＳ１０２が取り扱うデータは、多くのタイプから構成されていても良い。これはたとえば（しかしこれらに限定されないが）、染色プロトコル、バー・コード割当て、試薬ディスペンサ情報、ユーザ・パスワード、症例マネジメント、ＬＩＳからの染色要求、染色ステータス、およびＬＩＳに送り返される結果情報である。
【０１１２】
前述したように、図６、７、および８の方法の少なくとも一部は、コンピュータ実施のプロセスおよびこれらのプロセスを実行するための器具の形態で具体化しても良い。さらに図６、７、および８の方法の少なくとも一部は、有形の媒体（たとえばフロッピィ・ディスケット、ＣＤ−ＲＯＭ、ハード・ドライブ、または任意の他のコンピュータ−読取可能な記憶媒体）において具体化される命令を含むコンピュータ・プログラム・コードの形態で具体化しても良い。なおコンピュータ・プログラム・コードがコンピュータにロードされてコンピュータによって実行されると、コンピュータは、本明細書で説明した技術を実行するための器具になる。再プログラム可能な記憶（たとえば、フラッシュ・メモリ）を有する既存のシステムを、本明細書で説明した技術を実施するために更新しても良い。図６、７、および８の方法の少なくとも一部は、たとえばコンピュータ・プログラム・コードの形態で具体化されても良いことが意図されている。これは、コードが、記憶媒体に記憶されるか、コンピュータにロードされおよび／またはコンピュータによって実行されるか、または何らかの伝送媒体を介して送信される（たとえば電気配線もしくはケーブル布線を介して、光ファイバを通して、もしくは電磁放射を介して）かどうかに依らない。なおコンピュータ・プログラム・コードがコンピュータにロードされてコンピュータによって実行されると、コンピュータは、本明細書で説明した技術を実行するための器具になる。多目的マイクロプロセッサ上で実施されるとき、コンピュータ・プログラム・コード・セグメントは、特定の論理回路を形成するようにマイクロプロセッサを構成しても良い。
【０１１３】
次のことを理解されたい。本明細書で説明したシステムおよび技術を用いるために実施されるネットワークによって、ＩＰＳ１０２が遠隔オペレータに、次のようなウェブ・インターフェースを与えることができても良い。すなわち、ホスト・コンピュータのネットワーク・システム１０６および任意の検査室機器（たとえば第１の複数の検査室機器１１０および第２の複数の検査室機器１１４）に対する報告およびステータス更新のために用いても良いウェブ・インターフェースである。
【０１１４】
本明細書で説明したシステムの実施形態では、任意の１つまたは複数の異なるエンコーディング技術を用いて、スライド、試薬、および他の要素の追跡および識別を容易にしても良い。これらの技術には、任意の電磁気的エンコーディングが含まれる。たとえば、光学的に読取可能な文字たとえばバー・コード、読取可能および／または書き込み可能なＲＦＩＤラベル、赤外線のＩＤシステムなどとともに用いても良いものである。
【０１１５】
一例として、ＲＦＩＤ技術は、スライド、試薬などを追跡することに関連して用いても良く、またこれらの要素についての情報にアクセスおよび管理する際に用いても良い。ＲＦＩＤ使用可能ラベルは、ガラス・スライド、試料容器、または自動化された検査室環境において処理され得る他の物品もしくはコンポーネントに関連して、用いても良い。
【０１１６】
一実施形態では、バー・コード上でＲＦＩＤラベルを用いることに利点を見出しても良い。これについては、本明細書の他の箇所で説明される。バー・コード上にＲＦＩＤラベルを設けることの１つの利点は、タグ・データを読み出しおよび書き込むための見通し線を必要としないことである。さらにＲＦ信号は、幅広い非金属の材料の中を伝わることができる。データは、アンテナの範囲内にある多くのＲＦＩＤラベルから同時に捕捉しても良い。ＲＦＩＤラベルを、種々のコーティング内に入れても良く、こうすることで、ＲＦＩＤラベルを、極めて耐久性のあるものにすることができ、また過酷な生産プロセスの間じゅう追跡することができる。また本明細書の他の箇所で詳細に説明するように、ＲＦＩＤラベルは、読み出しおよび／書き込み動作をサポートすることが可能である。書き込み可能なＲＦＩＤラベルを用いる実施形態では、リアル・タイムな情報更新を、タグ付き物品が処理ステップの間を移動する間にＲＦＩＤラベルに書き込むことによって、行なっても良い。バー・コード（いったんプリントされたら再使用できない）とは対照的に、書き込み可能なＲＦＩＤタグは、新しいデータにより再使用できる。
【０１１７】
次に図９を参照して、スライド配置の実施形態１０００の例を示す。スライド１００４には、ＲＦＩＤラベル１００２が含まれている。配置１０００では、ＲＦＩＤラベル１００２は、スライド１００４の上面１００６に取り付けられている。この配置および本明細書で説明する他の配置におけるスライドは、たとえばガラス・スライドであっても良い。ＲＦＩＤラベル１００２には、電子的にエンコードされた情報が含まれていても良い。これについては、本明細書の他の箇所で説明される。さらにＲＦＩＤラベル１００２の表面には、プリントされた情報、たとえば人間によって読取可能なテキスト、バー・コード識別子などが、含まれていても良い。また次のことにも注意されたい。ＲＦＩＤラベル１００２の実施形態では、テキストまたは他のタイプの情報をその表面に含めることを省いても良い。
【０１１８】
次に図１０を参照して、スライドおよびＲＦＩＤラベルの第２の配置１０２０を示す。例１０２０では、スライド１０２４にはＲＦＩＤラベル１０２２が含まれ、このラベル１０２２はスライド１０２４の下面１０２６に取り付けられている。この配置例１０２０では、スライド１０２２には、当業者には既知であるＲＦＩＤ技術に基づいてエンコードされた情報が含まれていても良い。さらにスライドの底部１０２６に取り付けられた１０２２の表面上に、ＲＦＩＤラベルは、ＲＦＩＤラベル表面にプリントされた情報を含んでいても良い。プリントされた情報には、人間によって読取可能なテキスト、バー・コードなどが含まれていても良い。これらは、検査スライド１０２４を上面１０２８から見たときに見ることができる。この場合、プリントされた情報（たとえばバー・コード）は、スライド１０２４の底面１０２６に接触している１０２２の表面上にあっても良い。さらに一実施形態では、テキストまたは他のプリントされた情報を、ＲＦＩＤラベル１０２２の底面上に組み込んでも良い。また次のことにも注意されたい。一実施形態では、バー・コードおよび他の情報を別のラベル内に含むことを、このような任意的なテキストをＲＦＩＤラベル１０２２の表面上に含む代わりに行なっても良い。
【０１１９】
次に図１１を参照して、ＲＦＩＤラベルにおけるスライドの第３の配置１０４０を示す。配置１０４０では、ＲＦＩＤラベル１０４２が、スライド１０４４の層の内部に埋め込まれていても良い。このような配置１０４０には、あらかじめ作製されたスライドおよびＲＦＩＤラベル（たとえば製造業者によって提供される）が含まれていても良い。この配置では、ＲＦＩＤラベル１０４２は、ガラス・スライド１０４４の上面付近に埋め込まれる。
【０１２０】
次に図１２を参照して、ＲＦＩＤラベルおよびスライドの第４の配置１０６０を示す。配置１０６０では、ＲＦＩＤラベル１０６２は、ガラス・スライド１０６４の底面付近に埋め込まれている。次のことに注意されたい。１０６０に示す配置は、図１１に関連して説明したものと同様に、あらかじめ作製されたスライドおよびＲＦＩＤラベルの配置として実現しても良い。ＲＦＩＤラベル（たとえば１０４２および１０６２）を埋め込んでも良いスライド内の特定の場所には、図１１および図１２に関連して説明したもの以外の位置および場所が含まれていても良い。ＲＦＩＤラベルの特定の配置は、特定のスライド組成および／またはスライド製造プロセスに基づいて変わっても良い。
【０１２１】
次に図１３を参照して、試料容器およびＲＦＩＤラベルの配置１０８０を示す。配置１０８０では、試料容器１０８４にＲＦＩＤラベル１０８２が含まれていて、このラベル１０８２は試料容器１０８４の表面に取り付けられていても良い。またＲＦＩＤラベル１０８２は、１０８０に例示される場所以外の場所にあっても良く、また本明細書の他の箇所で他の図に関連して説明されるその他のＲＦＩＤラベルと同様に、さらなる情報がそこにインプリントされていても良い。またＲＦＩＤラベルは、容器の表面の真下に埋め込まれていても良い。たとえば側壁表面の真下である。
【０１２２】
次に図１４を参照して、試薬容器の例１６５０が示されており、ＲＦＩＤラベルが取り付けられている。例１６５０に例示される試薬容器１６５２では、ＲＦＩＤラベル１６５４が容器の側面に取り付けられている。ＲＦＩＤラベル１６５４は、例１６５０に示す以外の容器の異なる表面に配置しても良い。次のことに注意されたい。ＲＦＩＤラベルは、試薬容器内に、容器表面の真下に埋め込まれていても良い。これはたとえば、試薬容器に最初に充填するときに行なっても良い。このような埋め込みラベルによって、容器表面に後で取り付けたラベルが、取り外されるか、そうでなければ容器表面に貼られた他のラベルと混ざったときに、試薬の誤認を防止することができる。
【０１２３】
次に図１５を参照して、ＲＦＩＤラベルを用いたシステムに含めても良いコンポーネントの例１７００を示す。図１５のコンポーネントは、検査室に含まれていても良く、また本明細書で説明した他の技術に関連して用いられても良い。例１７００には、コンピュータ１７０４、データベース１７０６、１つまたは複数のＲＦＩＤラベル・リーダ／ライタ・モジュール１７０８ａ〜１７０８ｎ、１つまたは複数のアンテナ１７１０ａ〜１７１０ｎ、および１つまたは複数のＲＦＩＤラベル１７２０ａ〜１７２０ｎが含まれている。ラベル１７２０ａ〜ｎはそれぞれ、本明細書で説明したように検査室で用いられる要素に取り付けられ、埋め込まれ、または他の仕方で付随しても良い。ラベルは、たとえば各スライドおよび各試薬容器に取り付けられても良い。ＲＦＩＤラベルは、スライド、試薬容器、およびＲＦＩＤラベルが取り付けられる他の要素の場所を追跡および識別する際に用いても良い。動作中、ＲＦＩＤラベル・リーダ／ライタ・モジュール（たとえば１７０８ａ）は、アンテナ要素の１つまたは複数に、そのＲＦＩＤラベルが識別する特定の要素の場所に関して問い合わせても良い。モジュール１７０８ａは、このことを、アンテナ要素の１つまたは複数に問い合わせ信号を送信することによって行なっても良い。アンテナ要素（たとえば１７１０ａ）は、ラベルに信号を送信しても良い。このことを１７２２で例示する。ラベル（たとえばラベル１７２０ａ）は、この信号を受け取り、リターン信号を送信し返しても良い。このことを１７２４で例示する。リターン信号には、そのＲＦＩＤラベルに対応する一意の識別子が含まれる。モジュール１７０８ａは、このＲＦＩＤラベルの一意の識別子および他の情報をこの技術を通して得て（読み出して）も良い。コンピュータ１７０４は、モジュール１７０８ａ〜１７０８ｎと通信して、データを送りおよび／または受け取っても良く、この情報をデータベース１７０６に記憶しても良い。
【０１２４】
次のことに注意されたい。コンピュータ１７０４は、たとえばＩＰＳに接続されるホストまたは他のコンピュータ・システムであっても良い。ＩＰＳは、本明細書の他の箇所（たとえば、図３、図２９、および図３３）で説明される例に含まれている。たとえば一実施形態では、要素１７０４は、ホスト・コンピュータであっても良い。ホストは、図１５に例示するようにＲＰＩＤリーダ／ライタ・コンポーネントに接続されても良い。リード／ライタ・コンポーネントと通信する同じホストが、他の機器（たとえば検査室機器）と通信してこれを制御しても良い。あるいは、一実施形態では、検査室機器を制御しない専用のホストを、図１５に例示するＲＦＩＤコンポーネント（たとえばリーダ／ライタ・コンポーネント）以外に、有していても良い。リード／ライタ・コンポーネントの１つまたは複数は、図１５に例示するように、スタンドアローンのコンポーネントであっても良い。一実施形態では、リード／ライタ・コンポーネントの１つまたは複数を、他の機器内に含んでいても良い。ホストは、情報をＲＦＩＤラベルまたはタグから収集しても良い。たとえば、ホストは、在庫の使用法を処理しＲＦＩＤイベントの取り扱いを行なうコードを実行しても良い。その後、ホストは、ＶＬＭおよび検査室内の他のコンポーネントと通信して、ＲＦＩＤラベルを介して収集される任意の情報およびその問い合わせを配布しても良い。他の箇所で詳細に説明されるように、情報を、ホストを用いてＲＦＩＤラベルに書き込んでも良い。
【０１２５】
また本明細書の他の箇所で説明されるように、ＲＦＩＤラベルまたはタグは、エンコードされても良いし、情報がＲＦＩＤラベルに書き込まれても良い。ＲＦＩＤラベルに含まれる情報は、ラベルが検査室処理の中を移動する間に動的に変更されても良い。データベース内の記録または記録のグループを識別し得る静的な情報を含むバーコードとは対照的に、ＲＦＩＤラベルの場合は、データが付随要素（たとえばスライド）と共に移動することができる。処理を、検査室の内部および外部の両方で、ＲＦＩＤラベル上に記憶されるデータを用いて行なって、たとえば、ＲＦＩＤラベルに付随するスライドの処理の仕方を知り、そしてＲＦＩＤラベルに他の情報を記憶しても良い。この方法では、一実施形態において、ＲＦＩＤラベルを情報の供給源として用いても良いし、またたとえばデータベースを、冗長なキャッシュまたはデータの一部もしくは全部（そうでなければＲＦＩＤラベルに含まれ得る）のコピーとして特徴づけても良い。
【０１２６】
当該技術分野において知られているように、ＲＦＩＤラベルは、アクティブであっても良いしパッシブであっても良い。さらにＲＦＩＤラベルは、読み出し専用、一度だけ書き込み／何度でも読み出し、および読み出し／書き込みであっても良い。前述のうち任意の１つまたは複数を、実施形態に含めても良い。
【０１２７】
ＲＦＩＤラベルの場所を決定するために、種々の技術を用いても良い。たとえば、ＲＦＩＤラベルの場所を決定するために三角測量を用いる実施形態では、少なくとも３つのアンテナ・モジュールを用いても良い。ＲＦＩＤラベルを、棚配置で保存されるスライド上に設ける場合、アンテナを取り付けて、各アンテナが、棚の１つまたは複数の特定のゾーンまたは部分におけるスライドの場所を決定することを担うようにしても良い。当業者であれば理解するように、アンテナの特定の配置、数、タイプ、および方位は、各実施形態ごとに変わっても良い。アンテナを、ＲＦＩＤラベルを含む種々の要素の追跡および要素との通信を容易にするために、配置しても良い。次のことに注意されたい。アンテナは、三角測量技術を用いた個々のＲＦＩＤタグの位置決めが、特定のアプリケーションおよび実施形態に対して必要な精度内で実施されるように、配置しても良い。
【０１２８】
前述したように、ＲＦＩＤラベルを、スライド、サンプル、または他の要素に取り付けても良いし、他の場合には埋め込んでも良い。ＲＦＩＤラベルを取り付けるかまたは埋め込むことによって、スライドが、処理に付随する検査室ワークフローに関連して処理されるときに、情報をＲＦＩＤラベルに書き込みおよび／またはラベルから読み出しても良い。一例として、ＲＦＩＤラベルをスライドに取り付けることを、試料を切断するときに行なっても良い。患者情報および行なうべきテストを、書き込み可能なＲＦＩＤラベルに書き込むことによってエンコードしても良い。情報の一部または全部をＲＦＩＤラベルに書き込むことの代替案として、ＲＦＩＤラベルが、バー・コード・ラベルの識別子と同様のインデックスを提供しても良く、またインデックスを、データベースまたは他のデータ・コンテナから情報を間接的に得るために用いても良い。ＲＦＩＤラベルの表面、またはスライドの他の部分に、他のプリントされた情報（たとえばテキスト、バー・コード情報など）が含まれていても良い。プリントされた情報には、ＲＦＩＤエンコードされた情報および／または他の情報の一部が含まれていても良い。スライドが検査室の中を移動する間に、スライドが各点において適切に処理されていることを保証するために、スライドを、種々の技術の任意の１つまたは複数を用いてチェックしても良い。各点において得られる情報には、たとえば、行なうべきテストまたは処理ステップに関係づけられる詳細が含まれていても良い。情報を読み出すために用いられるこのような技術には、技師がスライドの目視検査を、そのテキスト部分を読むこと、バー・コード・リーダを用いること、ＲＦＩＤリーダを用いること等によって行なうことが含まれていても良い。サンプルが検査室処理ステップの間を移動する間に、スライドのＲＦＩＤラベルを、さらなる情報（たとえば、時間、日付、テスト・パラメータ、ならびに品質保証および制御に関連して使用され得る他の情報など）を用いてエンコードしても良い。この情報は、書き込み可能なＲＦＩＤラベルに書き込んでも良い。次のことに注意されたい。情報をホストのデータベースに加えて、データベースからその情報の一部または全部を、書き込み可能なＲＦＩＤラベル内に写しても良い。ＱＣチェックとして、処理内の異なる点において、ＲＦＩＤラベルの読み出しを通して得られる情報部分を、ホストのデータベースに記憶された情報と比較することを、システムの他の場所に複製されるときに行なっても良い。
【０１２９】
書き込み可能なＲＦＩＤラベルに書き込まれる情報は、実施形態ごとに変わっても良い。たとえば、一実施形態では、ＱＣ障害が検出される場合に使用しても良い特定の規則に基づいて情報を書き込んでも良い。さらに、ＲＦＩＤラベルに書き込まれる情報は、このようなＱＣ障害を判定する際に用いても良い。一例として、このようなＲＦＩＤラベルに書き込まれる情報には、以下のうちの１つまたは複数が含まれていても良い。使用される試薬の情報（たとえば、組織サンプルとともに用いられるカタログ番号、ロット番号、および満了日付）、対照情報（たとえば対照組織サンプル上の染色ベンチマークを特徴付けるために用いられる情報）、加工流通過程管理の追跡情報（たとえばバッチ情報、このサンプルが検査室内のどこで、どの機器によって、いつ処理されたか）、技師情報（たとえば、サンプルを検査し、機器を動作させ、機器を検査し、サンプルを物理的に検査して、ＲＦＩＤラベルおよびサンプルがマッチすることおよびＲＦＩＤラベルがスライドまたは他の付随要素から離れていないことを保証する技師の名前）、病理学者または他の人にとって興味の対象となり得る状態の検査（適切な診断を保証することに関連して使用され得る）である。
【０１３０】
スライドがスライド・テスティングの終了後に病理学者に届いたときに、病理学者は、ＲＦＩＤラベル内のエンコードされた情報のいずれかにアクセスしても良く、またそのサンプルに対する診断をさらに記録しても良い。診断の記録は、ＲＦＩＤラベルに書き込むことによって、および／またはデータをデータベースに書き込むことによって、行なっても良い。ＲＦＩＤラベル内のエンコードされた情報によって、病理学者、または検査室から離れている場合がある他の場所に対して、サンプル情報にアクセスすることが与えられる。サンプル情報は、他の場合には、サンプルについての情報を含むデータベースまたは他のデータ・コンテナへ接続することによってのみアクセス可能であり得る。
【０１３１】
次に図１６を参照して、ＲＦＩＤラベルに関連して一実施形態で行なわれ得る処理ステップのフローチャート１８００を示す。１８００のステップには、前述したものがまとめられている。ステップ１８０２において、グロスの組織サンプルを検査室で受け取ってもよく、またサンプルにＲＦＩＤラベルを取り付けても良い。ステップ１８０４におけるグロスの組織サンプルを、１つまたは複数の症例またはブロックに分割しても良い。ステップ１８０６において、現在の症例は、処理されている現在の症例を表わす変数である。ステップ１８０８において、すべての症例が処理されたか否かについて判定を行なう。そうである場合には、スライドの調製を停止する。そうでない場合には、制御はステップ１８１０に進んで、現在の症例に対する次のスライドを調製する。ステップ１８１２において、現在のスライドに対するＲＦＩＤラベルを用意する。ＲＦＩＤラベルには、症例識別子およびスライド固有の情報が含まれる。症例識別子は、たとえば、特定の症例のすべてのスライドを後で検索するために用いても良い。同様に、グロスの組織サンプルに付随する一意の識別子を、特定の組織サンプルに付随するすべてのスライドを決定することに関連して用いても良い。ステップ１８１２は、書き込み可能なＲＦＩＤラベルに情報を書き込むことによって行なっても良い。またステップ１８１２は、読み出し専用ＲＦＩＤラベルを用いて行なっても良く、ＲＦＩＤラベルは、ステップ１８１２において現場で作製した後にスライドに取り付ける。ステップ１８１４において、現在の症例に対するすべてのスライドの処理が終了したか否かについて判定を行なう。そうである場合には、制御はステップ１８０６に進んで、次の症例を処理する。そうでない場合には、制御はステップ１８１０に進んで、現在の症例に対する次のスライドを調製する。次のことに注意されたい。１８００のステップは、手作業および／または自動化された方法で（たとえば自動化されたスライド調製器具を用いて）、行なっても良い。１８００のステップのうちの１つまたは複数が自動化されている場合には、ソフトウェアおよび／またはハードウェアを用いて、ステップを行なう特定のコンポーネントを制御するための命令を出しても良い。次のことに注意されたい。１８００の処理ステップは、書き込み可能または非書き込み可能なＲＦＩＤラベルを用いて行なっても良い。
【０１３２】
次に図１７を参照して、書き込み可能なＲＦＩＤラベルを含む調製されたスライドを処理することに関連して行なっても良い処理ステップのフローチャート１８５０を示す。また１８５０のステップは、手作業でおよび／または自動化された方法で行なっても良い。たとえば、スライドを染色すべき場合には、ステップ１８５２、１８５４、１８５６、および１８５８は、１つまたは複数の自動的な染色器具を用いて行なっても良い。ステップ１８５２において、変数である現在のステップは、現在のスライドに対する次の処理ステップを表わす。ステップ１８５４において、処理ステップ情報をＲＦＩＤラベルに書き込む。この情報には、たとえば、日付／時間情報、使用される試薬、試薬についての情報たとえばバッチ数、ロット番号などが含まれていても良い。書き込む情報は、各処理ステップごとに変わっても良い。たとえば、１つの処理ステップは、結果として生じる染色の画像を取得して、結果として生じる画像をファイル（たとえばＪＰＥＧファイル）に記憶することであっても良い。結果として生じる画像ファイルの場所を示す識別子を、ＲＦＩＤラベルに書き込んでも良い。本明細書の他の箇所で説明されるように、スライド識別子およびデータ要素に付随する他のスライド情報を、本明細書の他の箇所で説明されるＯＢＸセグメントに記憶しても良い。ステップ１８５６において、スライドに対する現在の処理ステップを行なう。ステップ１８５８において、現在のスライドの処理が終了したか否かについて判定を行なう。終了していない場合には、制御はステップ１８５２に進む。その他の場合には、制御はステップ１８５９に進んで、同じ症例のスライドを集めても良い。ステップ１８５９は、スライドの１つまたは複数のランが１つまたは複数の機器上で処理された後に行なっても良い。特定の症例に含まれる各スライドのＲＦＩＤラベルを用いてステップ１８５９を実行することを、特定の症例識別子を有するすべてのＲＦＩＤラベルを決定するために問い合わせ信号を送ることによって、行なっても良い。同じ症例のすべてのスライドを集めた後で、病理学者は、症例に付随する１つまたは複数のスライドを受け取る（ステップ１８６０）。次のことに注意されたい。ステップ１８６０は、症例の１つまたは複数のスライドが処理された後に何らかの時間が経ってから行なっても良い。ステップ１８６０において、病理学者は、１つまたは複数のスライドを受け取り、ＲＦＩＤラベルに記録された（書き込まれた）情報にアクセスする。ステップ１８６２において、病理学者はスライドを処理する。病理学者によるその後のどんな結果または診断も、ＲＦＩＤラベルに書き込んで良い（ステップ１８６４）。本明細書の他の箇所で説明されるように、ＲＦＩＤラベルおよび／またはデータベースに記録中の結果または診断によって、ステータス更新がトリガされて伝達されても良い。非書き込み可能なＲＦＩＤラベルまたはバー・コード・ラベルを用いる実施形態では、１８５０の処理ステップを変えて、処理情報がＲＦＩＤラベルに書き込まれる（たとえばステップ１８５４および１８６４）のではなくて、データベースに記録されるようにしても良い。
【０１３３】
ＲＦＩＤラベルを用いて、特定の症例またはバッチに付随するスライドを追跡および／または照合することを、前述の例を示すために例示したもの以外の他の処理ステップに関連して行なっても良い。照合の際の症例識別子の他の使用法として、第１のセットの染色をスライドのグループ上で行なっても良い。後のある時点で、スライドにさらなる染色または他の処理を施しても良い。ＲＦＩＤラベルを用いて、処理ステップ（たとえば染色、画像化、および他のステップ）間で一時的に記憶され得る特定のグループ分けのすべてのスライドの位置を決めても良い。 １８００および１８５０のステップにおける情報の記録に関連して、情報をＲＦＩＤラベル以外の他の場所に記録しても良いことに注意されたい。たとえば情報を、ＩＰＳ１０２および１つまたは複数のホストのデータベースに記録しても良い。追加データをＲＦＩＤラベルに書き込むときに、その追加データをＩＰＳ１０２のデータベースに、ＲＦＩＤラベルのその後の問い合わせがあるまで記憶しても良い。これらのデータ更新を、他のホストの他のデータベースにさらに複製することを、本明細書の他の箇所で説明される技術を用いて行なっても良い。
【０１３４】
各スライドについてのオーダー、処理、および／または結果情報を、関連するスライドまたは他の試料上に、書き込み可能なＲＦＩＤラベルを用いて記録することによって、各スライドは種々の識別情報を保持する。情報は、検査室における各サンプルまたは試料を識別するために用いても良い。このような情報によって、付加的なチェックが、たとえば初期試料から切断される単一のバッチの症例の１つまたは複数のサンプルを識別する際に、行なわれても良い。書き込み可能なＲＦＩＤラベルを用いることによって、サンプルについての最新の情報に迅速にアクセスしてこれを識別することが、局所的にサンプル自体にアクセスすることのみによって、実現されても良い。また前述したように、ＲＦＩＤラベルを用いて、１つまたは複数の保存されたスライドの場所を物理的に識別することを、スライドが見通し線内にある必要なく行なっても良い。このような識別を行なうことで、たとえばスライド、試薬などが予想され得る（たとえば、データベース記録フィールドにおいて識別され得る）場所に物理的に存在しているかどうかを検証し、スライドが検査室の物理的なサイトにあるかどうかを検証しても良い。
【０１３５】
一実施形態では、ＲＦＩＤラベルを利用することを、そこからデータを読み出すことのみに関連して行なっても良い。このような実施形態では、バー・コードと同様のＲＦＩＤラベル（ＲＦＩＤラベルに含まれるデータが静的な状態を保つ）を用いても良い。しかしこのような実施形態でもやはり、バー・コードおよび他の形態のエンコーディング、たとえば光学式読み取り装置または電磁気的スキャナに対して優位である。これらの場合では、ＲＦＩＤラベルがリーダまたはスキャナの見通し線内にある必要がある。情報を、このような制約を受けることなく、ＲＦＩＤラベルから読み出すことができる。ＲＦＩＤラベルは、アンテナおよびＲＦシステムの他の機器に基づく制約のもとで、検査室内の他の場所から読み出すことができるため、好都合である。
【０１３６】
ＲＦＩＤラベルを、他のタイプの手作業のおよび／または自動化された技術とともにまたはこれらの代替案として、用いても良い。たとえばＲＦＩＤラベルを、バー・コード・ラベルと組み合わせて用いても良い。次のことに注意されたい。書き込み可能なＲＦＩＤラベルを用いて、情報をたとえばスライドまたは他のサンプルを処理した結果として動的に記憶する実施形態では、データベースに記憶される情報の一部または全部を省いても良い。このことを用いて、１つまたは複数のホストおよび／またはＩＰＳデータベースまたは他のデータ・コンテナ上での必要メモリを減らしても良い。
【０１３７】
一実施形態では、ガラス・スライド上にラベルを、スライド上にサンプルを配置するときに設けても良い。たとえば、スライドが供給業者によって販売用に提供され、ＲＦＩＤが各スライドに販売時に組み込まれても良い。あるいは、供給業者によって、ＲＦＩＤラベルをスライド上の他の点に配置する際に使用しても良い自動スライド・ラベリング・システムが提供されても良い。
【０１３８】
またＲＦＩＤラベルは、スライドに関連する機能上の目的を満たしても良い。たとえば、一実施形態では、ラベルは、スライド上に保存されるサンプルに対するスライド上の「ダム」として機能しても良い。
【０１３９】
書き込み可能なＲＦＩＤラベルを用いる実施形態において、次に説明するのは、ＲＦＩＤラベル内でエンコードしても良いデータの例である。説明するデータを用いて、病理学テストに関連してＬＩＳに送られる病理学報告書を生成しても良い。以下で述べるもの以外のデータも、実施形態で使用しても良い１つまたは複数の報告書フォーマットに基づいて、ＲＦＩＤラベル内でエンコードしても良い。図３および３Ａを参照して本明細書で説明したように、ＶＬＭ（ＩＰＳ上で実行される）によって、１つまたは複数のデータ要素を１つまたは複数のホストから集めても良く、またこれらのデータ要素を、ＬＩＳに送られるべき報告書のフォーマットで与えても良い。以下の情報を、ＬＩＳに送られる病理学報告書に含めるためにＲＦＩＤラベル内でエンコードしても良い。
【０１４０】
患者人口統計、患者名、誕生日、病院受け入れ数、試料サイト、収集日、掛かり付けの医師、結果概要、テスト名、染色強度、陽性細胞％。
症例概要報告
症例概要報告には、たとえば、任意のアッセイ・ランに対する写真または画像および概要情報が含まれていても良い。
【０１４１】
次のことに注意されたい。対象の追跡および識別に対してＲＦＩＤ技術を用いることが、たとえば以下の文献に記載されている。米国特許第６，１５０，９２１号明細書「物品追跡システム」（ワーブら、２０００年１１月２１日出願）、および米国特許第６，６００，４２０号明細書「無線周波数識別システムに対するアプリケーション」（ゴフら、２００３年７月２９日出願）。なお両文献とも、本明細書において参照により取り入れられている。
【０１４２】
スライド、試薬などのラベルから光学的に読み出すことができるエンコーディング情報に関連して、異なるタイプの文字またはグリフおよび付随する記号を用いても良い。光学的に読み出すことができる情報をエンコードする１つの方法は、バー・コードを用いることである。バー・コードは、種々のバーおよびスペースの並列配置として特徴付けても良い。さらにバー・コードには、幅変調された符号および高さ変調された符号として表現される符号が含まれていても良い。バー・コードは、本明細書の他の箇所で説明され当業者には既知であるように、種々の次元および他の種々の物理的な属性を有していても良い。幅変調された符号に関連して、種々の幅のバーおよびスペースからなる並列配置を用いて符号を表わしても良い。同様に、高さ変調された符号に関連して、種々の高さのバーからなる並列配置を用いて特定の符号を表わしても良い。記号によって、どのように情報が、バー、スペース、および他の光学的に読み出される文字の物理的な属性にエンコードされるかが記述される。また記号は、特定のタイプのコードに対するルールのセットも指す。たとえば、バー・コードに関連して、バーは符号のより暗い要素として考えても良いのに対して、スペースはそれらの間のより明るい部分として特徴付けられる。標準的なまたは供給業者固有の定義に含まれ得る種々の異なる記号のどの１つも、バー・コードを表わすために一実施形態において用いて良い。
【０１４３】
次のことに注意されたい。当業者には既知であるコード（たとえばバー・コード）に関連して、読み取りおよびプリント用機器は、互換性のある記号を用いることで、第１の記号のバー・コードを読み取るデバイスが、たとえば第１の記号でラベルを生成するプリント用機器によって生成され得る第１の記号を理解およびインタープリットできるようにする。バー・コードまたは他のタイプの文字を用いて、情報をエンコードしても良い。エンコードされ得るこのような情報には、たとえば以下のものが含まれていても良い。部品番号、連続番号、トランザクション・コード、データベース内でのインデックス、または他のタイプのデータである。符号は、バー・コードまたは他のコードに関連して本明細書で用いる場合、情報をエンコードするために使用される実際の文字の配置（たとえば平行なバー、スペースなど）を参照しても良い。
【０１４４】
情報をエンコードするための技術として、自動化された検査室環境での光学的検出に関連して使用しても良いものが当該技術分野において知られており、たとえば以下の文献に記載されている。米国特許第５，４４９，８９５号明細書（ヘクトら）、発明の名称「セルフ・クロッキング・グリフ・コードに対する明白な同期」（なおこの文献は、本明細書において参照により取り入れられている）、ならびにバー・コード・ブック：バー・コードおよび他の装置読取可能な符号の読み出し、プリント、特定、および適用に対する包括的ガイド（The Bar Code Book: Comprehensive Guide to Reading, Printing, Specifying, and Applying Bar Code and Other Machine-Readable Symbols ）、ロジャー Ｃ．パルマー（Roger C. Palmer ）、改訂増補第４版。
【０１４５】
次に図１８を参照して、本明細書で説明した技術に関連して含まれおよび使用され得る異なるタイプのバー・コード記号の実施形態のいくつかの表現の例を示す。図１８には、第１の直線状のバー・コード記号１１２０が含まれている。表現１１２０では、単一行のバーおよびスペースを高さ変調を伴って変化させて、データをエンコードしても良い。要素１１４０を参照して、直線状の符号の幅変調が例示されたバー・コード記号を示している。表現１１２０および１１４０に関連して、異なる直線状の記号が、データをエンコードするために、幅変調および高さ変調の両方の技術の組み合わせを用いても良い。種々の幅および／または高さを有する異なるバー・コードによって表わされる異なるパターンを用いて、エンコードされたデータに対応する異なる文字を表わしても良い。要素１１６０を参照して、環状の記号表現の例を示している。同心円の幅を変えることによって、異なる文字を表わしても良い。
【０１４６】
次に図１９を参照して、別の環状の記号を例示する例１２００を示す。１２００における環状の記号は、１つまたは複数の異なる文字およびエンコーディングを表わすために用いられる直線状の記号またはそれらのセグメントの環状の配置を表わしている。
【０１４７】
１１２０および１１４０に例示される直線状の記号と１１６０および１２００に関連して例示される環状の記号との両方に関連して、１つまたは複数の文字を、１つまたは複数の対応する検出可能な符号（たとえば直線状の要素または環状の要素として表わされ得る）によって表わしても良い。１つまたは複数の直線状または環状の要素が、エンコーディングを表わす特定の文字に対応しても良い。より一般的に、前述した光学的に検出可能な異なる符号（たとえばラインまたは円）はそれぞれ、グリフと言っても良い。当業者には既知であるバー・コーディングの技術は、たとえば光学式読み取り装置によって検出され得るグリフの順序に基づく。光学式読み取り装置では、グリフの特定の順序づけによって、エンコードされたデータが表わされる。
【０１４８】
バー・コードを用いることに関連して、他のタイプの記号を用いても良い。次に図２０を参照して、２次元（２Ｄ）のスタック型バー・コード記号の表現１２２０を示す。２Ｄスタック型バー・コード記号では、複数行の幅変調されたバーおよびスペースを用いて、１つまたは複数の文字を表わしている。各行は、同じ物理的長さであり、従来の直線状の記号のように見える。隣接する行は、互いと接触しており、また線引きするためのセパレータ・バーを含んでいても良い。表現１２２０に関連して、複数行の直線状のバー・コードが一緒に積み重ねられて単一の符号を形成している。表現１２２０は、単一の符号に対応しても良い。
【０１４９】
次に図２１を参照して、情報を２次元パターンのデータ・セルにエンコードするために用いられる２次元のマトリックス記号を表わす例１２４０を示す。データ・セルは、異なる色（たとえば黒色または白色）および異なる形状（たとえば四角いドットまたは多角形）を有していても良い。これらは、何も情報を含まないスペースによって分離され得る。
【０１５０】
次のことに注意されたい。１−Ｄおよび２−Ｄのバー・コード配置を本明細書で説明したが、バー・コードは、各特定の実施形態における特定のバー・コード・リーダおよびプリンタに基づいて、他のより高次元（たとえば３Ｄなど）であっても良い。
【０１５１】
異なるタイプの文字を、異なる記号に基づいてエンコードしても良い。たとえば、記号によって、数のみがエンコードされても良い。ある記号は、英数字の情報をエンコードしても良く、ある記号は、ＡＳＣＩＩ文字のセット全体だけでなくユーザ定義の文字、印刷可能文字などの範囲に対するエンコーディングを提供しても良い。異なる記号を、エンコードされた異なる文字セット（たとえば異なる外国語に対して用いられる文字セットなど）を表わす際に用いても良い。光学式読み取り装置によって、前述のバー様のコード以外の他のタイプの文字またはグリフを認識しても良い。
【０１５２】
次に図２２を参照して、エンコードされた情報を表わすために使用され得るグリフ・コーディングの表現１２６０を示す。次のことに注意されたい。図２２における表現には、グリフとして、バーではなくスラッシュ様の符号が含まれている。スラッシュ様の符号は、垂直軸に対して異なる４５°の角度で配向されている。異なるスラッシュ様の符号はそれぞれ、たとえば１およびゼロの値に対応しても良い。異なる種々のパターンの１およびゼロは、エンコードされた文字またはデータに対応しても良い。所定の数のこれらスラッシュ様の符号が、符号セルとして特徴付けても良いアレイを規定することによって、符号を表わしても良い。たとえばアレイを、特定の文字セット（たとえばＡＳＣＩＩ文字セット）における文字を表わすビット数のサイズに規定しても良い。異なるアレイ・サイズが、他の文字セットを表わすのに適していても良い。前述したことは、光学的に検出可能な文字を、情報をエンコードするためにどのように使用できるかを示す別の表現である。
【０１５３】
一実施形態では、情報のエンコードに関連して光学的な読み出しおよび／または記録を（たとえばプリンティングなどにより）行なっても良い種々の異なる記号および文字のいずれか１つを用いても良い。記録されたデータを、グラフィック記録媒体上に含めても良く（紙上にプリントするなど）、そしてこれを、スライドまたは他の試料に対するラベルとして用いても良い。
【０１５４】
次に説明するのは、本明細書で説明するように光学的に読取可能な文字を含むラベルを検査室内で用いても良い異なる配置の例である。バー・コードを用いているが、他のタイプの文字および異なる記号を用いても良いことに注意されたい。以下の例の詳細は、限定と解釈してはならない。
【０１５５】
解剖病理学検査室では、一例として、スライド上のバー・コードを、１つの場所に記憶しても良いしまたは種々のサイトに複製しても良い共通のデータ・セットにアクセスすることに関連して用いても良い。一実施形態では、スライドに付随するバー・コード識別子は、そのスライドに付随するデータ要素にアクセスする際に用いられるグローバル一意識別子であっても良い。スライドの一意の識別子は、何年間も検査室によって処理され得るスライドに対して識別子が一意であるように形成しても良い。したがって、スライドの一意の識別子は、たとえば少なくとも部分的な日付情報に基づいて、形成しても良い。図３を参照して本明細書で説明したように、ＶＩＰを用いることによって、ＶＩＰに接続され得る機器、他のホスト、および他のシステムからＬＩＳへの接続が実現される。ＶＩＰは、システム内の異なるコンポーネントを統合する共通の接続部として機能し得る。コンポーネントはそれぞれ、同じサイトにあっても良いし、異なるサイトにあっても良い。コンポーネントは、任意の１つまたは複数の異なるタイプの接続を通して、接続しても良い。これらはたとえば、無線接続、ネットワーク接続、ハードワイヤード直接接続、および当業者には既知の他の接続である。ＶＩＰを用いて、情報をＬＩＳと機器との間で伝達しても良い。転送されるデータには、たとえばオーダーおよび結果情報が含まれていても良い。ＬＩＳから送られるオーダー情報には、機器によって実行される特定の動作またはテストに対する要求が含まれていても良い（たとえば、染色に対する要求、結果として得られるスライド上で画像化プロトコルを実行する要求）。ＬＩＳに戻される結果には、オーダーを達成する記述が含まれていても良い。特定のスライドに付随する１つまたは複数のオーダーおよび結果に関連する情報にアクセスすることを、その特定のスライドを識別するバー・コードに関連して行なっても良い。次のことに注意されたい。この一意の識別子は、スライドを一意に識別するエンコードされたバー・コード値として使用されるが、スライドのＲＦＩＤラベルに付随する一意の識別子として用いても良い。これについては本明細書の他の箇所で説明される。
【０１５６】
次に図２３を参照して、バー・コードの個々のスライド上への配置を例示する例１３００を示す。説明図１３００に含まれるスライド１３１０の配置は、たとえば検査室機器たとえば染色装置による処理に対するスライド・トレイに含まれるスライドの配置を表わしても良い。次のことに注意されたい。説明図１３００に関連して、バー・コード情報が、スライドの表面上のスライドの一端（たとえば、１３００に例示するようにスライドの左側など）に含まれていても良い。しかし、バー・コーディングに対して本明細書で説明した技術および情報のエンコーディングの他の形態は、バー・コードの配置をスライドのこの特定の場所またはスライドの特定の表面領域にすることに、限定されない。ラベルをスライドの複数の表面上に配置しても良い。バー・コードによってエンコードされる情報は、たとえば、関連するスライドについての他の情報に対するデータベース内でのインデックスとして機能する識別子であっても良い。
【０１５７】
次に図２４を参照して、スライド・トレイに含まれ得るスライドの他の配置１４００を示す。１４００における各スライドでは、複数のバー・コード部が各スライド上に含まれている。スライド１４４０にはそれぞれ、第１の部分１４５０ａ、第２の部分１４５０ｂ、および第３の部分１４５０ｃが含まれていても良い。部分１４５０ａおよび１４５０ｂにはそれぞれバー・コード情報が含まれ、垂直および水平方向にそれぞれ配向されていても良い。バー・コード・ラベルが、部分１４５０ａおよび１４５０ｂのそれぞれに配置されていても良い。一実施形態では、スライドの１４５０ｂに含まれるラベルは、複数のスライドに共通の情報（たとえば特定の患者、バッチなどに関連する情報）に対するインデックスであっても良い。領域１４５０ａは、各特定のスライドごとに変化する他の情報に対する別のインデックスを含んでいても良く、また、たとえばより多くのテスト固有の情報（たとえば、特定の使用試薬、特定のテストまたは染色が行なわれた時間など）を示しても良い。部分１４５０ｃには、人間によって読取可能な情報または他の形式の装置読取可能な情報を伴う別のラベルが含まれていても良い。
【０１５８】
説明図１４００には、各スライドにどのように複数のバー・コードまたは他のタイプのエンコーディングが含まれ得るかを示す１つの特定の配置が含まれている。図２４に示すもの以外の配置が可能である。次のことに注意されたい。部分１４５０ａ〜ｃの１つまたは複数は、これらの部分のうちの別の部分でのバー・コード・ラベルとともに使用されるＲＦＩＤラベルであっても良い。
【０１５９】
次に図２５を参照して、スライドにバー・コード・ラベルを取り付けたものを示す配置１４６０を示す。１４６０では、バー・コード情報が、スライド１４６４の上面１４６６に取り付けられるラベル上に含まれていても良い。単一のスライドたとえば１４６４には、１つまたは複数のバー・コード・ラベル１４６２が、その上面に取り付けられていても良い。
【０１６０】
次に図２６を参照して、バー・コード・ラベルをスライドにどのように取り付けるかを示す別の配置１４８０を示す。この配置１４８０では、バー・コード・ラベル１４８２が、スライド１４８４の底面１４８６に固定されていても良い。この例では、バー・コード情報が、スライドの下面１４８６に接触している１４８２の表面上に設けられていても良い。スライド１４８４がたとえばガラスで形成されている場合には、スライドの下面１４８６に接触している１４８２の表面上に含まれるバー・コード情報は、ガラス１４８４を通して光学的に読み出しても良い。次のことに注意されたい。スライド１４８４では、複数のバー・コード・ラベルがスライド１４８４の底部に取り付けられていても良い。バー・コードまたは他の光学的に認識される文字を、ラベル１４８２の底面上に配置しても良い。たとえば鏡を用いることによって、１４８２の外面上の文字を反射して、光学式読み取り装置によってインタープリットしても良い。次のことに注意されたい。一実施形態では、スライドの１つまたは複数の表面上の光学的に認識可能な文字を含む１つまたは複数のラベル（たとえばバー・コード・ラベル）が含まれていても良い。たとえばスライドには、バー・コード・ラベルが、その上面および底面に取り付けられていても良い。
【０１６１】
次に図２７を参照して、本明細書で説明したラベリング技術に関連して使用し得る試薬ホルダの配置１５００を示す。説明図１５００には、複数のディスペンサ（たとえば試薬を含み得るもの）を保持するための試薬ディスペンサ・トレイ１５２０が含まれている。説明図１５００には、試薬容器１５２２がフィットする試薬ディスペンサ・ホルダ開口部１５４０が含まれている。各試薬容器１５２２には、ラベル１５３０が含まれている。１５３０に含まれるラベルは、たとえば容器１５２２の表面に取り付けられるＲＦＩＤラベルであっても良い。また次のことにも注意されたい。説明図１５００に含まれる試薬容器には、ＲＦＩＤラベル１５３０以外に、容器上のバー・コード・ラベルが含まれても良い。次のことに注意されたい。ＲＦＩＤコード・ラベル１５３０は、容器表面に埋め込まれても良いし（たとえば容器が最初に供給業者によって充填されるときに行なわれても良い）、または他の場所に埋め込まれても良い。場所１５５０には、バー・コード・ラベル、または場所１５５０内に配置される試薬容器に対応する他のタイプのラベルが、含まれていても良い。
【０１６２】
バー・コード、ならびにスライドおよび試薬に関連した使用方法が、たとえば以下の文献に記載されている。米国特許第第６，３５２，８６１号明細書（２００２年３月５日出願、コープランドら）、発明の名称「自動化された生物反応器具」。なおこの文献は、本明細書において参照により取り入れられている。
【０１６３】
次に図２８を参照して、一実施形態において、識別子を有するバー・コードまたはＲＦＩＤラベルを、症例情報を得るためにどのように使用し得るかを示す説明図２０００を示す。２０００における表現によって、一意のスライド識別子が、スライド２０１０の領域２００２におけるバー・コード・ラベルまたはＲＦＩＤラベルにエンコードされ得る一実施形態が例示されている。２００２にバー・コード・ラベルが含まれる場合には、２００２におけるバー・コードを光学式読み取り装置によって読み出して、スライド識別子２０２０を得ても良い。要素２００２にＲＦＩＤラベルが含まれる場合には、スライド２０２０の一意の識別子を、ＲＦＩＤリーダを用いて読み出しても良い。２０２０の識別子を、データベース内でのインデックスとして用いて、スライド・データ要素２０３０に付随する情報を得ても良い。スライド・データ要素２０３０に含まれる情報には、たとえば以下のものが含まれても良い。患者情報、染色プロトコル、使用される試薬、テスト結果／ポスト・ラン情報（たとえば、どの機器が染色を行なったかについての情報、いつ染色が行なわれたかについての情報、画像ファイルの場所）など、である。一実施形態では、スライド・データ要素における他の情報（各実施形態、サンプル、および各サンプル上で行なわれる処理ごとに変わり得る）が含まれていても良い。データベース内のスライドの情報は、スライドまたは他のサンプルについての新しい情報が取得されたときに、処理の種々の点において更新しても良い。
【０１６４】
次のことに注意されたい。バー・コード、ＲＦＩＤラベルなどにエンコードされる情報は、種々の異なる暗号化技術のいずれか１つを用いて暗号化しても良い。
図３に戻って、ホストはそれぞれ、その他のホストに対して自律的に動作しても良い。この自律的なホスト動作は、複数の態様に関連して特徴付けても良い。ＩＰＮ１００のホストは、ＩＰＮ１００からオフラインにしても良く、また後に、他のホストに再参加するＩＰＮ１００のメンバとしてオンラインに戻っても良い。ホストがＩＰＮ１００のメンバとしてオンラインでくるときに、同期プロセスを行なって、ＩＰＮ１００のホストと他のコンポーネントとの間でデータ要素を同期させても良い。このプロセスの一実施形態は、たとえば図６および７で説明されている。本明細書で説明した同期機能を有することにより、ホストは、他のタスクを行なうためにＩＰＮ１００に対してオフラインで動作した後、ＩＰＮ１００に付随するタスクを行なうために動作しても良い。たとえば第１のホストが、ＩＰＮ１００に付随する処理を行なっても良い。さらに第１のホストは、ＩＰＮ１００に付随しない他のタスクを行なうために他のソフトウェアを含んでいても良い。その他のタスクを行なうときには、第１のホストは、ＩＰＮ１００に対してオフラインであっても良い。後に、第１のホストはＩＰＮ１００に再参加しても良く、また第１のホストは、そのＩＰＮデータ要素を再同期させても良い。
【０１６５】
ＩＰＮ１００に対してオフラインである間、ホストは、実施形態ごとに変わり得る任意の１つまたは複数の異なる動作を行なっても良い。たとえば、ホストは、他のホストによって後に共有され得るプロトコルを形成および編集しても良い。またプロトコルは、他のホストおよびＶＬＭと共有されるのではなくて、ホストによって局所的にのみ使用されても良い。ホストは、オフラインの間、新しい試薬パッケージを登録する、ランを行なう、ユーザ・プリビレッジを形成および編集する、ＱＣ手順を行なう、報告をプリントする等を行なっても良い。ホストがオフラインの間行なう処理の結果、新しいまたは更新されたデータ要素が生成され、これらは後に、オフライン・ホストがＩＰＮに再参加したときに、他のホストおよび／またはＶＬＭによって使用されても良い。あるいは、ホストがオフラインの間行なう処理、および結果として生じるデータ要素は、そのホストが行ない得る特定の動作に対してホストが局所的にのみ用いても良い。またホストは、オフラインでの処理を、たとえば複雑な処理または多くのネットワーク資源を必要とする処理が行なわれているときに、行なっても良い。このような処理には、たとえばＶＬＭデータのシステム規模のバックアップおよび／またはアーカイブを行なうことが含まれていても良い。この場合、ＶＬＭホスト同期に関与するためにシステム・リソースを消費することは好ましくない場合がある。またホストは、オフラインでの処理を、たとえばホストがデータ要素を用いていて、ホストが、定数データ値または別のホストによって更新され得るデータ要素の状態に基づいているときに、行なっても良い。ホストは、ホストにのみ既知であるローカルなデータ要素を定義しても良い。このようなローカルなデータ要素を、後に公表するかまたはグローバルにする（たとえば、ローカルなホストに加えて他のコンポーネントに既知にする）ことを、ローカルなデータ要素をＶＬＭおよび他のホストに伝達することによって、行なっても良い。またこのようなローカルなデータ要素が、ホストに対してローカルのままでいることも、たとえばローカルなデータ要素がその特定のホストのみによって用いられる場合には、行なわれても良い。ローカルなデータ要素の定義および値が特定のホストにのみ既知であって、対照的に他のデータ要素がＩＰＮ１００においてグローバルな特性を呈していても良い。これはたとえば、ホストにデータ要素を、ＶＬＭとの通信および同期を通して公表させて、データ要素の定義および値を他のホストにとって利用可能にすることによって行なわれる。ホストおよびそのデータ要素の特定の構成は、ホストごとのベースで行なっても良く、また実施形態ごとに変わっても良い。次のことに注意されたい。一実施形態では、同じセットの動作および／または各実施形態ごとに変わり得る異なる動作を行なうホストが含まれていても良い。
【０１６６】
ホストの自律性の別の態様によれば、ＩＰＮ１００のホストは、ＩＰＮ１００内で定義されて使用される１つまたは複数のデータ要素を共有する／共有しないを選んでも良い。ホストは、１つまたは複数の要素に対するその共有する／共有しないステータスを、動作中に変更しても良い。ホストが、ＩＰＮ１００の他のコンポーネントとデータ要素を共有することを選んだ場合、ホストは、対象とするデータ要素の最新のバージョンをＶＬＭから得ても良い。またホストは、データ要素を局所的に使用していても良いし、また他のホストが使用できるようにこのデータ要素を公表することを選択しても良い。こうしてホストは、更新されたバージョンのデータ要素をＶＬＭに送っても良く、このデータ要素は次に、その他のホストに伝えられる。本明細書で説明したように、対象とする各データ要素に対して、各ホストがデータ要素の最新のコピーを有することを保証するように、各ホストがコードを実行しても良い。特定のデータ要素を対象とする各ホストが最新バージョンのデータ要素上で動作することを保証するように、各ホストが同期を行なっても良い。本明細書の他の箇所で説明されるように、タイムスタンプ値を用いて、データ要素の最新のコピーを決定しても良い。
【０１６７】
一実施形態では、ホストが、データをデータ要素ごとのベースで共有することを選んでも良い。この結果、ホストは、各データ要素を独自に使用することを制御することができる。各ホストは、特定のデータ要素がそのホストによって本当に使用されるかどうかを制御する。データ要素が使用される場合には、ホストは、このデータ要素を局所的に（たとえばこのホスト上でのみ）定義するのかまたは全体的に定義する（たとえば他のホストにとって利用可能となる）のかを、制御する。１つまたは複数のホスト間で共有される特定のデータ要素は、ホストおよび／またはその付随する機器の機能を反映しても良い。一実施形態では、ホストのそれぞれに付随する機能は同じであっても良いし異なっていても良い。たとえば、第１の実施形態では、機能は各ホスト上で同じであっても良い。第１のホストおよび第２のホストが、それらが同じセットの機器および動作をサポートするときに、同じデータ要素を共有することを選んでも良い。他の実施形態では、各ホストの機能は、たとえば第１および第２のホストが異なる機器をサポートしおよび／または異なる動作を行なう場合に、変わっても良い。この場合、第１のホストは第１のセットのデータ要素（たとえば染色プロトコル）を用いても良く、第２のホストは第２の異なるセットのデータ要素を用いても良い。またホストは、一部のデータ要素を共有して他は共有しないことを選んでも良い。たとえば、すべてのホストが、共通のデータ要素（たとえば症例および患者情報）を共有することを選ぶが、異なるデータ要素（たとえば、各ホストに付随する機器が用いるプロトコルに関するもの）を共有することを選んでも良い。
【０１６８】
第１および第２のホストがそれぞれ同期処理を行なうとき、同期処理は、各ホストが対象とするデータ要素のみに対して行なっても良い。第１および第２のホストが、異なる染色プロトコルを用いるが同じ症例および患者情報を用いる前述の例では、第１および第２のホストは両方とも、症例および患者情報に対してはデータ同期を行なっても良いが、すべての染色プロトコルに対してはしなくても良い。
【０１６９】
次に図２９を参照して、本明細書で説明した技術を行なうことに関連して用いても良いシステムの実施形態の例を示す。例１９００には、説明されおよび例示された（たとえば図３）ものと同様のコンポーネントが含まれる。また１９００には、一実施形態において含まれ得るデータ・コンテナまたはデータ・ストアを例示する要素１９０２、１９０４、および１９０６が含まれる。次のことに注意されたい。これらのさらなるコンポーネントは、選択性のデータ同期を例示するために例１９００に含まれる。１９０２には、染色プロトコル１および３が含まれる。この例では、染色プロトコル１および３のみが、ホスト１の対象である。ホスト１は、これらの２つのプロトコルのみを行なうそのラボ機器をサポートするあるバージョンのソフトウェアを実行している。ホスト２には、染色プロトコル２のみを行なうそのラボ機器をサポートする異なるバージョンのソフトウェアが含まれる。マスタ・データベース１９０６には、すべての染色プロトコルについての情報が含まれる。ホスト・データベースには特定の染色プロトコルのみが含まれていても良いが、両方のホスト・データベースには同じ患者情報が含まれている。
【０１７０】
再同期処理を行なうとき（たとえば図６および７に示すように）、処理は、ホストが対象とするデータ要素（各ホストごとに変わり得る）のみに対して行なっても良い。一実施形態では、対象とする特定のデータ要素（各ホストごとに変わり得る）は、各ホスト上での対象とするデータ要素の申し込みリストに基づいて定義される。このリストは、各ホストおよび／またはマスタ・データベース（たとえば要素１９０６）に記憶しても良い。
【０１７１】
試薬の使用状態をモニタすることに関連して、試薬所有権のコンセプトが、本明細書の他の箇所で説明されるように一実施形態に含まれても良い。試薬は、複数のホストに接続される複数の機器が共有し得る資源として特徴付けても良い。スライドまたは他のサンプルの処理において、試薬の使用状態および供給をモニタしても良い。一実施形態では、データ要素を定義して、一緒に使用され得る１つまたは複数の試薬の各セットに付随させても良い。試薬を用いるとき、スライドまたは他のサンプルのバッチを処理するランは、ランを終了するのに十分な量の１つまたは複数の試薬がない場合には、開始しないことが望ましい。この決定を行なうために、一実施形態では、試薬の量を追跡しても良い。１つまたは複数の試薬に付随するデータ要素の所有権を有するホストが、各試薬の記録された量（試薬データ要素の属性または他のフィールドに含まれ得る）を、更新しても良い。言い換えれば、試薬のデータ要素を書き込むかまたは更新するために、ホストはこのデータ要素の所有権を有する。一実施形態で行なわれ得る所有権を取得するための１つの方法の説明が、たとえば図８で行なわれている。
【０１７２】
また試薬の所有権を用いて、どの機器およびホストが１つまたは複数の試薬のセットを有するのかを表わしおよび制御しても良い。たとえば、１つまたは複数の試薬のセットを、第１のホストに付随する１つのラボ機器から第２のホストに付随する他のラボ機器に物理的に移すことが望ましい場合がある。試薬のセットが物理的に存在し得る場所を、セットに付随するデータ要素をどのホストが所有するかによって表わしても良い。一般的に、試薬データ要素を所有するホストは、付随する試薬を用いており、したがって、付随するデータ要素に記録される量を更新する必要がある。
【０１７３】
一例としては、新しい試薬セットを、第１のホストに付随する第１の機器上で用いても良い。新しい試薬セットに対するデータ要素を第１のホストに登録するために、処理を行なっても良い。本明細書の他の箇所で説明される技術を用いて、第１のホストに既知であるデータ要素定義を、ＩＰＮ１００のデータベース内で自動的に複製しても良く、またデータ同期処理を通して各ホスト上で局所的に複製しても良い。第１のホストは、試薬データ要素の記録された所有者であっても良い。第１の機器について問題が発生する場合があり、新しい試薬セットを第１の機器から、他のホストに接続される第２の動作機器に移す場合がある。この例では、試薬は第２のホストに物理的に移され、第２のホストは新しい試薬セットの所有権を要求して取得し得る。第１の機器による使用中に、第１のホストが、新しい試薬セットに対する付随するデータ要素の付随する任意の量を相応に更新する。第２の機器による使用中に、第２のホストが同様に、新しい試薬セットに対する付随するデータ要素における任意の量を更新する。他の例では、第１の機器は、新しい試薬セットを用いてスライドのセットを処理していても良い。第１の機器が動作している間に、新しい試薬の所有権に対する要求が第２のホストによって行なわれて、新しい試薬セットを、第２のホストに付随する第２の機器で使用するために移すことができるようになる。第２のホストによる所有権の要求は、第１の機器が依然として新しい試薬セットを用いている間は、拒否される。第１の機器が試薬を用いている間、第１のホストは、付随するデータ要素における新しい試薬セットの量を更新する。第２のホストが試薬の所有権を取得したら、第２のホストは、第２の機器による消費量を反映するように量を更新する。
【０１７４】
異なる物理的な場所に試薬を移すことは、手作業でおよび／または自動化された方法で行なっても良い。
前述したことによって、試薬の供給および場所をモニタするために試薬所有権をどのように用いても良いかが例示され、また異なるホストおよび機器の間で試薬を共有することが容易になる。試薬データ要素の所有権は、付随する試薬を制御するためのソフトウェア・ロッキング技術として特徴付けても良い。次のことに注意されたい。前述では、所有者ホストがオンラインである場合およびデータ共有を選んだ場合を除いて、所有権を移すことはできない。たとえば、ホストが、オフラインであり、またそれが所有する１つまたは複数の試薬のセットを使用しても良い。別のホストが所有権の取得に成功することは、たとえば、ホストがオフラインである間、またはホストが所有権を移すことを拒否する間（たとえば、試薬がホストの機器の１つによって使用中であるため）は、図８のステップを実行してもできない。
【０１７５】
一実施形態では、スライドのランを始める前に、ランを終了させるためにどのくらいの量の試薬または他の供給が必要なのかについて、決定を行なうことができる。供給が不十分である場合には、ランの開始を許可しなくても良い。十分な試薬についての前述の決定は、ＩＰＳ１００上で実行されるコードによって（たとえば例示的な実施形態においてＩＰＳ上に存在するＶＬＭコンポーネントによって）、行なっても良い。
【０１７６】
試薬が所定の閾値レベルに達するかそうでなければ空の場合には、試薬を再オーダーするためにオーダーを自動的に生成しても良い。さらに、本明細書の他の箇所で説明されるように、オーダーを、試薬および他の供給の以前の使用履歴に基づいて規則的に行なっても良い。これについては、本明細書の他の箇所で詳細に説明する。
【０１７７】
本明細書で説明した（たとえば図３および図２９で）システムに関連して、ユーザまたは顧客による構成が可能なオプションに対する機能が含まれていても良い。一実施形態では、１つまたは複数のホストに、１つまたは複数のユーザ構成可能なオプションを得るためにメニュー・スクリーンを表示するためのコードが含まれていても良い。構成オプションを、本明細書の他の箇所で説明されるメッセージを用いて伝達しても良い。構成オプションは、ホストから他のホストに、またマスタ・データベース（たとえば図２９の要素１９０６）に記憶するために、送っても良い。
【０１７８】
次に図３０を参照して、構成オプションの選択に関連してホスト上に表示され得る構成スクリーン・ショットの例示的な表現を示す。例１９５０では、１つまたは複数の記号を、１９５２に含まれると表示しても良い。要素１９５２には、ユーザが選択を行なっても良いすべての利用可能な記号が含まれている。行なわれた記号選択を、スライドまたは他のサンプル上に含まれ得る任意のバー・コード・ラベルを読み出しおよび／またはプリントすることに関連して、用いても良い。言い換えれば、構成オプションによって、すべてのホストの各機器上の各バー・コード・リーダ、およびシステムたとえば１９００における各ラベル・プリンティング・デバイスは、記号構成選択に基づいて動作する。
【０１７９】
次のことに注意されたい。構成オプションは、その後に変更しても良いし、また更新は、本明細書の他の箇所で説明されるメッセージング技術を用いて、システム内の１つまたは複数のホストおよび他のデータベースに複製しても良い。また構成オプションは、本明細書で説明したもの以外のまたは代替案としての他の技術を用いて指定しても良い。次のことに注意されたい。一実施形態では、構成オプション選択に対する機能を、ホスト以外にシステムの他のコンポーネント上に含んでいても良い。たとえばＩＰＳは、構成オプション選択を行なうためのコードを実行しても良い。
【０１８０】
一実施形態では、構成更新を行なう能力を限定する機能が含まれていても良い。たとえば、構成オプションは、特定のホストから構成可能であるかまたは特定のユーザｉｄの許可レベルに基づいて構成可能である等であっても良い。
【０１８１】
次のことに注意されたい。構成データおよびシステム内で複製され得る他のデータに関連して、タイムスタンプまたは他の時間インジケータがデータ・セットに付随していても良い。同期を行なう際、最新のタイムスタンプに基づいたデータ・セットの最新のコピーを用いても良い。
【０１８２】
一実施形態では、ラベル・プリンティングが、１つまたは複数のホストによって、スライドが形成されるときに行なわれても良い。ラベル・プリンタは、ホスト（たとえば図３および図２９に例示されるもの）に接続される機器であっても良い。ラベルを、各スライド上に、スライド識別子とともにできるだけ早く配置することが望ましい場合がある。ラベルには、たとえば、バー・コード識別子および他の人間によって読取可能なおよび／または装置読取可能な情報が、含まれていても良い。
【０１８３】
スライドに付随する一意の識別子は、種々の技術のいずれか１つを用いて形成しても良い。長期間（たとえば数年）保存されているスライドに識別子が付随するシステムでは、識別子は、この時間の間、一意でなければならない。一実施形態において、以下は、識別子を形成することに関連して用いても良い例示的なフォーマットである。グロスの組織サンプルが、得られて、以下のルート・フォーマットを伴う識別子に付随しても良い。
【０１８４】
ＬＹＹ−ｎｎｎ．．．ｎｎｎ。ここでＬは、組織の供給源を表わす文字であっても良い（たとえば、外科手術ではＳ、骨髄ではＢである）。
ＹＹは、サンプルが届いた年における最後の２つの数字であっても良い（たとえば、暦年２００４の場合０４である）。またｎｎｎ．．．ｎｎｎは、一連の整数（現在の数列における次の整数は現在の組織に付随する）を表わしても良い。
【０１８５】
その後、この組織サンプルを症例ブロックに分割しても良い。各症例ブロックに対して、１つまたは複数のスライドを組織サンプルから切断しても良い。各症例ブロックに、識別子を割り当てても良い。たとえば一実施形態では、各症例ブロックは、第１の症例ブロックがＡに付随し、第２がＢに付随し等となるように、アルファベット内に現れている次の単一文字に付随しても良い。症例ブロック内の各スライドはさらに、１から始まる数列における次の整数に付随しても良い。症例ブロック識別子（たとえばＡ、Ｂ．．．）およびスライド連続番号（たとえば１、２、３．．．）を、添え字として前述のグロスの組織サンプル識別子に配置して、スライド識別子を形成しても良い。たとえば、以下はスライド識別子であっても良い。Ｓ０４−１２３４Ａ１。このスライド識別子は、たとえば選択されたバー・コード記号の１つをラベル上で用いて、エンコードしても良い。またスライド識別子は、ＲＦＩＤラベル識別子を形成する際に用いても良い。同じ症例に付随する１つまたは複数のスライドを、症例ブロック識別子に連結されるルート部分によって識別しても良い（たとえば、症例識別子Ｓ０４−１２３４Ａでは、この症例におけるスライドは、Ｓ０４−１２３４Ａ１およびＳ０４−１２３４Ａ２であっても良い）。一実施形態では、スライド、症例などに対する識別子を形成することに関連して他の技術を用いても良い。
【０１８６】
各スライドまたはスライドのバッチに対する一意の識別子を形成することに関連して、スライド、容器、および／または組織サンプルの固有の特性を用いて、一意の識別子を生成しても良い。
【０１８７】
本明細書の他の箇所で説明されるように、一実施形態では、一意スライド識別子を、本明細書の他の箇所で説明される通信で用いるメッセージのフィールドＯＲＣ−２、３、および／または４に、記憶しても良い。一意スライド識別子は、本明細書の他の箇所で説明されるバー・コードおよび／またはＲＦＩＤ識別子とともに用いても良い。一実施形態では、ＯＲＣ−２およびＯＲＣ−３フィールドはそれぞれ、スライドを一意に識別しても良い。スライド情報は、たとえばＯＢＸセグメントに含まれても良い。スライド識別子以外に、スライド情報には、たとえば使用すべき画像化、染色プロトコル、試薬などに由来し得るＪＰＥＧまたは他の画像ファイル場所が、含まれても良い。
【０１８８】
当業者であれば理解するように、バー・コード、ＲＦＩＤラベルなどに関連して使用される識別子を形成することに関連して行なわれる特定のステップは、実施形態およびまた形成すべき特定の組織サンプルおよびスライドに基づいて、変わっても良い。
【０１８９】
サンプルのランを構成しスケジューリングすることの複雑さは、試薬、機器の数、および検査室全体のサイズが増加するにつれて、増加する場合がある。検査室機器による処理に対するサンプルのランをスケジューリングするときに、種々の要因が考慮される場合がある。たとえば構成は、ある特定の質的管理（ＱＣ）要求を考慮する必要がある場合がある。いくつかのＱＣ要求は、米国病理学会（ＣＡＰ）、臨床検査改善修正法案（ＣＬＩＡ）などに基づいて必要とされ得るルールおよび規則（たとえば多くの正および／または負の制御）において定められる場合がある。またいくつかのＱＣ態様は、病理学者によって望まれるかまたは好まれるものであっても良いし、他の場合には業界内で予想され得るものであっても良い。別の要因は、ランをスケジューリングする際の試薬の供給および他の補給品である。一実施形態では、ランによって消費すべき試薬および他の補給品の量を決定しても良く、そしてこの決定に基づいてランが行なわれるようにしても良いししなくても良い。また一実施形態では、スループットを最大にするために種々のグループ分けにおいてスライドを処理する１つまたは複数のランを構成することを考慮しても良い。異なる計測器および試薬の構成を、たとえばスループットおよび検査室性能を最大にするために、考慮しても良い。スケジューリングにおいて考慮すべき別の事柄として、処理中に使用される新しい試薬または他の要素を用いている場合には、種々の認証要求に基づいてその特定の要素を認証するために、種々の制御（たとえば、正および負の制御）をスケジュールする必要がある場合がある。
【０１９０】
一実施形態では、たとえば図２９および図３に例示されるシステムに含まれる１つまたは複数のホスト上で実行されるソフトウェアを、サンプル（たとえばスライド）のバッチまたはランを処理するためにスケジューリングする際に、用いても良い。
【０１９１】
次に図３１を参照して、バッチ・スケジューラを例示する例２１００を示す。２１００では、バッチ・スケジューラ２１０２が、１つまたは複数の第１の入力２１０４を含んでいても良い。さらに一実施形態では、１つまたは複数の第２の入力２１０６が含まれていても良い。一般的に、第１の入力２１０４には、検査室の現在の状態についての情報が含まれていて、バッチ・スケジューラ２１０２が１つまたは複数の特定のランを評価および／または生成することができるようになっていても良い。また一実施形態では、本明細書で説明したもの以外の情報を用いても良い。第１の入力２１０４には、データベースから入力される情報（たとえばＩＰＳ内に記憶され得るもの）が、含まれていても良い。情報には以下のものが含まれていても良い。たとえば、処理すべき現在の症例負荷または症例サンプル、システム要求および症例スライド数に基づいて処理すべき対照スライド、機器構成およびステータス情報、試薬在庫、およびスループット能力である。機器構成およびステータス情報には、どの装置がラン処理に対して作動中であり実行中であるかそうでなければ利用可能でないか、どの試薬がどの機器にあるか、などが含まれていても良い。試薬在庫情報には、各試薬のタイプおよび現在量についての情報が含まれていても良い。スループット能力情報には、種々の機器がスライドに関連してある特定の処理ステップを行なうレートが含まれていても良い。第２の入力２１０６には、スケジューリングおよびその評価に関連して用いられる１つまたは複数の任意的な入力が含まれていても良い。第２の入力には、たとえば、依存関係、優先順位、好ましいスライド・グループ分け、および他のスケジューリング基準（たとえばスループット）が含まれていても良い。依存関係は、ある特定のスライドまたは他のサンプルのオーダーリングの依存関係を特定しても良い。たとえば、スライドは、別の機器による他の処理を行なう前に第１の染色を必要としても良い。優先順位を特定しても良く、優先順位には、たとえばどの１つまたは複数のスライドに他よりも高い優先度を与えるべきかを示すことが含まれていても良い。好ましいスライド・グループ分けには、たとえばどのようにスライドをランにグループ分けすべきかを示す表示が含まれていても良い。たとえば、スライドのグループ分けを、症例によってではなく、処理するための抗体によって行なうことが好ましい場合がある。１つまたは複数の動作基準を特定しても良く、たとえばスループット等である。スケジューラがこれを、どのラン構成が好ましくあり得るかを決定するときに用いても良い。たとえば、スループットを最大にすることが望ましい場合がある。したがって、異なるスケジューリング・アルゴリズムまたは異なるルールが、現在の症例負荷を処理するための１つまたは複数のランを決定する際に、働いても良い。また第３の入力２１１２には、スケジューラ２１０２に対する入力が含まれていても良い。第３の入力２１１２には、サンプル・ラン入力および／または構成オーバーライド情報が含まれていても良い。オーバーライド情報が、単独でまたは２１１２の他の要素と組み合わせて、入力されても良い。オーバーライド情報には、種々の構成オプションが含まれていても良い、たとえば特定の機器がオフラインではなくてオンラインだったか、特定の試薬が、異なる能力の異なる機器上だったか、などである。一般に、オーバーライド情報は、検査室構成に対する変形に基づいてラン構成を生成しおよび／またはラン構成を評価するために、用いても良い。スケジューラ２１０２が第１のモード（モード・セレクタ２１１０によって選択され得る）に基づいて動作する場合、スケジューラ２１０２は、特定の入力に基づいてスライド構成の１つまたは複数のランを出力しても良い。
【０１９２】
またスケジューラ２１０２は、第２のモードで実行されても良い。第２のモードでは、第３の入力２１１２に含まれる特定のセットのサンプル・ラン構成がスケジュールされ得る。この第２のモードにおけるラン構成を、スケジューラに対する入力として与えても良い。言い換えれば、ラン構成を生成する第１のモードで動作するのではなくて、スケジューラ２１０２は、第２のモードで動作して、２１１２に含まれるサンプル・ランの提案されたセットの終わりに検査室の状態をシミュレートしても良い。この第２のモードでは、スケジューラは、出力として、システムの最終状態を、１つまたは複数の入力ランの与えられたセットに対して生成しても良い。一般的に、最終状態情報には、検査室の現在の状態を仮定して入力ランが行なわれるならば、システムの最終状態を記述する１つまたは複数のピースの情報が含まれても良い。最終状態情報を用いて、特定のセットの入力ランのうちどれが好ましくあり得るかを評価しても良い。最終状態には、たとえば、サンプル処理の終了時間、試薬在庫、試薬供給が不十分だったか否かなどが含まれても良い。一実施形態では、スケジューラが第２のモードで実行される場合に、２１１２のサンプル・ラン構成が必要とされても良い。構成オーバーライドは、スケジューラが第１または第２のモードに基づいて動作するときに、任意的に特定されても良い。
【０１９３】
また一実施形態では、モード・セレクタが含まれていなくても良く、また本明細書で説明した第１のモードまたは第２のモードのみに基づいて動作しても良い。スケジューラの他の変形が可能であることは、当業者によって理解される通りである。
【０１９４】
前述したことは、１つまたは複数のランを実際に実行する前に、与えられたセットのランを動的に構成しおよび／または評価するために用いても良い。検査室の複雑さが増すにつれて、このようなスケジューラの有用性も増加し得る。なぜならば、経験的な知識を用いてランを手作業でスケジューリングしおよび決定することは、難しくなるからである。
【０１９５】
複数のホストを有する実施形態では、スケジューリング動作に必要な情報をマスタ・スケジューラ・モジュールに伝達するためのソフトウェアおよび／またはハードウェアを各ホストに含めても良い。またマスタ・スケジューラ・モジュールは、複数のホストおよび付随する機器に渡ってスケジューリングを行なうためのハードウェアおよび／またはソフトウェアを含んでいても良い。マスタ・スケジューラ機能を、指定されたホスト、ＩＰＳ、または他のホストと通信する他のコンポーネントが行なって、ラボ規模の機器情報、症例負荷、試薬情報などを得ても良い。スケジューリングでは、スケジュールすべきすべての検査室機器およびそれらの付随する能力についての情報を用いる。１つのコンポーネント（マスタ・スケジューラとして上記で特徴付けられる）が、すべての必要なスケジューリング入力を得ても良く、またＶＬＭがホストと通信する方法と同様にホストと通信しても良い。各ホストには、このような必要な情報を供給するためのソフトウェアが含まれていても良い。また一実施形態では、各ホストに、その特定のホストに接続される機器に対する何らかのスケジューリング処理を行なうためのコンポーネントが含まれていても良い。また各ホストに含まれるこのようなスケジューリング・コンポーネントは、異なるホスト間でのマスタ・プロセス調整スケジューリング・タスクと通信しても良い。この後者の構成では、労力のスケジューリング分割を、ホストおよびマスタ・スケジューラ間で区分しても良い。あるいは、一実施形態では、各ホストによって報告され得るスケジューリング情報（たとえば、機器および試薬情報、他の検査室構成情報など）を収集する単一のマスタ・スケジューラを有していても良い。そしてマスタ・スケジューラは、この情報を用いてすべてのスケジューリング・タスクを行なっても良い。さらに別の実施形態では、各ホストは、各ホストが制御する機器を独自にスケジューリングする。
【０１９６】
また一実施形態では、特定の基準に基づいて症例負荷を最良に処理する多くのシナリオを生成するためのスケジューリング・オプションが含まれていても良い。このような基準は、たとえば、機器利用最適化、機器および／または検査室のスループット最大化、ある特定の日付までの特定の試薬の消費量などである。基準、症例負荷、および実施形態に含まれ得る他の情報に基づいて生成されるシナリオによって、手作業のおよび／または自動化された方法で実行すべき処理オーダーを示す作業リストが得られても良い。また一実施形態では、入ってくる新しいオーダーおよび／または既存のオーダー（他のオーダーよりも優先的な処理を必要とする優先的オーダーとして指定される）を取り扱うためのスケジューリングに対する特徴が含まれていても良い。スケジューラには、このような優先的オーダーを処理する特徴（たとえば優先的オーダーを、スケジューラに対する他の入力として指定することによって行なう）が、含まれていても良い。スケジューラは、指定された優先的オーダーに基づいておよび他の基準に基づいて、処理オーダーを生成しても良い。スケジューラは、試薬位置決めサポートを得るための機能を含んでいても良いし、試薬位置決めサポートを得るために検査室内の他のコンポーネントと通信しても良い。このサポートは、たとえば、技師が染色ランを手作業で組み立てるのを支援するために、ＲＦＩＤまたは他の技術を用いて実施され得るものである。またスケジューラは、機器に対する予防メンテナンスをスケジューリングすること、在庫補充用オーダーを行なうことなどを支援するために、試薬の使用状態の履歴傾向を分析して試薬在庫を管理するための機能を含んでいても良いし、またはそうするために検査室内の他のコンポーネントと通信しても良い。またスケジューラは、法規制の遵守に基づいてランを決定することを支援しても良い。これはたとえば、染色ランにおける対照組織サンプル／スライドをスケジューリングすることによって行なう。このような法規制の遵守の情報および要求を、スケジューラに対する入力として伝達しても良く、またスケジューラは、スケジュールされた出力ランを、この基準および指定され得る他の基準に基づいて生成しても良い。
【０１９７】
次のことに注意されたい。スケジューリング動作に付随する機能を、システム内の任意の１つまたは複数のコンポーネントが行なっても良い。いくつかの例示的な構成（たとえばホスト・コンピュータおよび／または他のコンポーネントのパートナーシップである構成）を本明細書で説明しているが、これらは、本明細書で説明する技術の限定と解釈してはならない。
【０１９８】
スライドまたは他のサンプルを処理する際、特定の症例のスライドをバラバラにして、各スライドを異なる機器によって処理する場合がある。たとえば、スループットを最大にするために、スライドを特定の抗体に基づいて処理しても良い。第１のセットの症例からの第１の抗体に付随するスライドを、第１のランで処理しても良い。第１のセットの症例からの第２の抗体に付随する他のスライドを、第２のランで処理しても良い。第１のセットの症例のすべてのスライドを処理した後で、一実施形態では、各症例のスライドを再照合してそれらの個々の症例フォルダに戻すポスト・ラン・スライド・ソーティング・ステップが含まれても良い。言い換えれば、処理の効率のために、スライドの症例を分離しても良い。スライドの処理（たとえば染色）が終了した後で、スライドを、症例ごとに再グループ分けしても良い。一実施形態では、この照合ステップを手作業のおよび／または自動化された方法で行なっても良い。たとえば、スライド情報（バー・コード・ラベル、ＲＦＩＤラベル、または他の形態で、各スライド上に含まれ得る）を、この照合ステップにおいて用いても良い。たとえば各スライドのバー・コード・ラベルには、同じ症例のスライドを一緒にグループ分けするのに使用されるエンコードされた症例情報が含まれていても良い。そして各症例のスライドを、単一の症例フォルダ内に配置しても良い。
【０１９９】
次に図３２を参照して、スライドまたは他のサンプルを照合用に処理することに関連して一実施形態において行なわれ得る処理ステップのフローチャート２１５０を示す。ステップ２１５０は、エンコードされたスライドまたはサンプル情報を用いてスライドをソートすることにおいて前述したものを一般化したものである。ステップ２１５２において、スライドは、１つまたは複数の基準に基づいて決定されるランにおいて処理される。前述したように、スライドは、より効率的なスループット最大化処理を行なうために、抗体に基づいて分けても良い。ステップ２１５２で処理されるランは、手作業でまたは本明細書で説明したスケジューラを用いることに関連して、決定しても良い。ステップ２１５４において、各スライドについての症例情報を、エンコードされた情報（たとえばスライドのバー・コード・ラベルにおいてエンコードされ得る）から読み出す。症例情報の読み出しは、装置（たとえば光学式読み取り装置、ＲＦＩＤリーダ）を用いて、または手作業で、プリントされたラベルを人が読むことによって行なっても良い。同じ症例情報を有するスライドを、ステップ２１５６で一緒にグループ分けしても良い。ステップ２１５８において、同じ症例のスライドを、適切な症例フォルダ内に配置する。ステップ２１５６および２１５８の処理も、手作業でおよび／または自動化技術を用いて行なっても良い。次のことに注意されたい。同じ症例のスライド（たとえば、グロスの組織サンプルから生成されるすべてのスライド）を、本明細書の他の箇所で説明される症例識別子を用いて識別しても良い。一実施形態では、スライドを処理するときに、それらを、１つまたは複数の収集場所に配置しても良い。これらの収集場所からのスライドは、症例識別子に基づいて、特定のタイプのラベルに対するリーダを用いて自動的にソートしても良い。共通の症例識別子を有するスライドを、同じ出力グループ分けに配置して、その後に症例フォルダ内に配置しても良い。
【０２００】
他の実施形態では、スライドがラボのどこで処理されているかについての場所情報を、スライドの場所が変わるときに追跡しても良い。情報は、手作業でおよび／または自動的に入力しても良い。情報は自動的に収集しても良く、これはたとえば、スライドが処理されるかまたは機器内にロードされるときに、バー・コードまたは他のリーダを用いて、検査室機器にスライドについての情報を報告させることによって行なう。情報は手作業で入力しても良く、これはたとえば、ホスト上のユーザ・インターフェースを用いて行なう。そして情報を、他の場所（たとえばＩＰＳおよび他のホストのデータベース）内で複製しても良い。後のある時点で、ＶＬＭデータベース（たとえばＩＰＳ上にあるかまたはＩＰＳに接続されていても良い）に照会して、同じ症例に含まれるすべてのスライドの場所を決定するために、たとえばＬＩＳシステムのホストまたは遠隔オペレータが、処理を行なっても良い。情報を用いて、同じ症例のスライドを位置決めして組み合わせても良い。
【０２０１】
次に図３３を参照して、クライアントからの遠隔アクセスおよびクロス・ホスト症例報告を例示するシステムの実施形態の別の例を示す。例２２００には、他の図に関連して説明したものと同様のコンポーネントが含まれている。また２２００には、ＩＰＳデータ・ストア２２０６、ホスト１データ・ストア２２０２、ホスト２データ記憶２２０４、およびクライアント２２１０が含まれている。クライアント２２１０は、ＩＰＳに接続されるシステム上で実行され得るクライアント・ソフトウェアであっても良い。クライアント２２１０は、遠隔であっても良いし、そうでなければ本明細書で説明し当業者には既知である種々の接続のいずれか１つを用いて、ＩＰＳに接続されても良い。クライアント２２１０は、ＩＰＳ（サーバの機能を果たす）に、ある特定の情報を要求する。このサービスを提供するソフトウェアおよび／またはハードウェアは、たとえば、ＶＬＭ内の機能、さらなるコンポーネント、として含まれても良いし、複数のハードウェアおよび／またはソフトウェア・コンポーネントにおいて具体化される機能として含まれても良い。たとえば、ＩＰＳには、要求される情報を含むウェブ・ページをサービスするウェブサーバが含まれていても良い。ウェブサーバは、ＶＬＭと通信して、必要なウェブ・ページおよびクライアントによって要求される情報を得ても良い。ＶＬＭは、ウェブサーバがサービスするウェブ・ページへのアクセスを制御しても良く、またこのページに関連して用いられる情報を生成しても良い。あるいは、ＶＬＭは、ウェブ・ページへのアクセスを制御しても良く、またデータ・ベースからデータ値を得ても良い。しかしＶＬＭは、他のコンポーネントと通信して、ホストに照会しおよび／またはデータベースから得られる未処置のデータ値に何らかのさらなる処理を行なうことで、サービスされるウェブ・ページに値を入れるために必要なデータを生成しても良い。ＶＬＭまたは他のコンポーネントは、すべてのホストに対して、クライアント要求に基づく任意の情報（たとえば、症例、サービスなど）を報告するように、要求（たとえばＵＤＰ要求）を出しても良い。
【０２０２】
前述のクライアント報告処理において用いられるハードウェアおよび／またはソフトウェア・コンポーネント（図３３に例示する）は、各実施形態ごとに変わり得る１つまたは複数の異なるコンピュータ・システム構成上にあっても良い。たとえばウェブサーバは、ＶＬＭと同じコンピュータ・システム上にあっても良いし、異なっていても良い。一実施形態では、ウェブサーバ、ＶＬＭ、および任意のさらなるコンポーネントが、同じコンピュータ・システム上に配置されていても良い。一実施形態では、クライアント２２１０からなされる要求は、インターフェース（たとえばグラフィカル・ユーザ・インターフェース）を用いてクライアントを通して入力される照会に基づいて、なされても良い。たとえば要求は、特定の症例に付随するすべてのデータを見るためになされても良い。このデータには、オーダーに付随する症例情報（ＬＩＳからＩＰＳに伝達され得る）、オーダーの処理に関連して用いられるポスト・ラン情報（たとえば染色プロトコル、試薬など）が、含まれていても良い。例２２００は、症例に対するオーダーがオーダーを満たすための処理を終了した後の時点におけるシステムのスナップショットを表わしている。一実施形態では、まだ完全には処理されていないオーダーは、データ・ストア２２０６に記憶される。
【０２０３】
任意の時点において、２２０６には、まだ終了していない進行中のオーダーの現在の症例負荷を表わす情報が含まれている。オーダーが処理されると、種々の処理ステップについてのポスト・ラン情報を、ホストからＩＰＳへ戻すことができる。このポスト・ラン情報は、オーダーが進行中である間に、各ホストおよび２２０６に局所的に記憶しても良い。オーダー処理が終了したときに、情報を、各ホストの個々のデータ・ストア内に残存するポストラン情報とともに、２２０６から取り除いても良い。次のことに注意されたい。本明細書で説明したように、ポストラン情報は、当初のオーダー情報、症例情報などの一部または全部のスーパーセットであっても良い。またオーダー処理が終了した後に各ホストに維持される情報には、各症例に付随するすべての情報を識別および照合するために、症例情報が含まれている。図３３を参照して、クライアントは、症例１についてのすべての情報を要求しても良い。この例では、症例１に対するオーダーが処理を終了しているので、ＩＰＳによって２２０６に見出される情報はない。そしてＩＰＳは、各ホスト（たとえばホスト１およびホスト２）と通信して、各ホスト上に維持される症例１についてのすべての情報を得る。そしてＩＰＳは、１つまたは複数のホストから受け取った症例１についてのこの情報を収集して、それをクライアントに、たとえばインターネット・エクスプローラによって表示され得るウェブ・ページの形態で、戻しても良い。症例１に対する処理が、照会の時点でまだ進行中だった場合には、データベース２２０６には症例１についての情報も含まれ、このような情報は照会に応答して戻される場合がある。
【０２０４】
クライアント２２１０を、照会に基づいて報告情報を得るために用いても良い。情報は、進行中であるかまたは処理を終了したオーダーに関連しても良い。一実施形態では、同様に、任意の１つまたは複数の目的に対する報告情報をクライアントに提供しても良い。ＩＰＳは、報告に関連する動作に対して報告情報をＨＴＭＬ、ＸＭＬなどの形態でクライアントに出すサーバの機能を果たしても良い。報告生成機能は、ＶＬＭまたは他のコンポーネントが提供しても良いことに注意されたい。一実施形態では、ＶＬＭは、ＸＭＬでのウェブ・ページを管理しても良い。当業者には既知であるように、ＸＭＬは、たとえばＸＳＬＴ変換を用いて、種々の異なるフォーマットおよびスタイルに変換しても良い。変換されおよび値が入れられたウェブ・ページは、クライアントに戻しても良い。
【０２０５】
ＩＰＳ（たとえば本明細書で説明したように、一実施形態においてＩＰＳ上で実行されるＶＬＭおよび／または他のコンポーネント）は、製品在庫および追跡を行なっても良い。履歴データ（たとえば、長期に渡る試薬の使用履歴について）を得る、再オーダー限界値を検出する、およびジャスト・イン・タイムの製品在庫を維持するために、ＩＰＳ上でコードを実行しても良い。ＩＰＳには、連続的な仕方で実行されるバックグラウンド・スレッドが含まれていても良い。バックグラウンド・スレッドは、試薬在庫をモニタし、および再オーダーをトリガする閾値レベルを１つまたは複数の試薬がいつ下回るのかを使用法履歴および／または満了日付に基づいて決定する。たとえば、使用法履歴、試薬の満了情報、および試薬を得るために必要であり得る時間に基づいて、再オーダーがＩＰＳによって自動的に生成されても良い。ＩＰＳ（たとえば、本明細書で説明した一実施形態においてＩＰＳ上で実行されるＶＬＭおよび／または他のコンポーネント）を、価格モデルを提供する別のシステムに接続しても良い。特定の試薬の満了日付に基づいて、試薬供給業者によって現在提供されている割引を得るために、特定の量を再オーダーすることを自動的に決定しても良い。このような価格情報、割引などは、時間が経てば変わる場合がある。一実施形態では、前述した製品在庫および／または追跡の機能を、１つまたは複数のコンポーネントの協同および通信的な活動を通して行なっても良い。コンポーネントはたとえば、各ホストに対する在庫管理機能（たとえば履歴データ）、ＲＦＩＤ追跡（たとえば、他の場合に利用可能であり得る情報よりも多い現在の試薬についての情報）、ならびにＶＬＭおよび／またはウェブサーバのサービス・レポートなどのコンポーネントである。
【０２０６】
試薬には、現在の量を反映するために更新され得る変更可能かまたは書き込み可能なＲＦＩＤラベルが含まれていても良い。このような情報を、試薬および他の補給品のＲＦＩＤラベルから読み出して、リアル・タイムな在庫情報を提供しても良い。在庫情報を、ＲＦＩＤコンポーネントと通信するホストまたは他のシステムに送っても良い。そしてホストまたは他のシステムは、このような情報を、ＩＰＳ（たとえばＩＰＳ内のＶＬＭ）、および／または在庫管理を行なう際に一実施形態において用いても良い他のコンポーネントに、中継しても良い。
【０２０７】
ＶＬＭまたは他のコンポーネントは、在庫および追跡を行なうときに、１つまたは複数の他のシステム（図示せず）と通信して、オーダーリングおよび追跡に関連した動作をさらに統合することを実現しても良い。たとえば、一実施形態では、在庫および追跡を行なうＶＬＭおよび他のコンポーネントを、ＩＰＳ上で実行しても良い。在庫および追跡動作を行なうことに関連して、これらのコンポーネントは、会計システムと通信して、オーダー承認プロセスを能率的にしても良い。またＩＰＳは、試薬供給業者の電子システムと通信して、たとえば補給品のオーダーを電子的に行なっても良い。ＩＰＳはさらに、選択した配送サービス（たとえばＵＰＳ、フェデラル・エクスプレスなど）のシステムと電子的に通信して、配送の進捗についての情報を得ても良い。オーダー、在庫などについての情報は、前述したようにサーバとしての機能を果たすＩＰＳからクライアントへの報告機能を通して得ても良い。
【０２０８】
前述したことは、１つまたは複数のシステムの統合を通して実現され得る種々の機能のいくつかの例である。特定の機能は、各実施形態ごとに変わっても良い。
ＱＣ処理は、一実施形態において本明細書で説明したような種々の異なる態様で行なっても良い。ＱＣの別の形式として、ＩＰＳには、ＶＬＭなどのコンポーネント、またはホストと通信してＱＣ処理を行なう他のコンポーネントが含まれていても良い。ＱＣ処理は、症例における１つまたは複数のスライドまたは他のサンプルからの総計されたテスト結果に基づいて、およびテンプレートに基づいて行なわれる。一実施形態では、ホストは、テンプレートに基づいてＱＣテスティングを行なっても良い。各ホストのＱＣテスティング情報は、ＶＬＭおよび本明細書で説明した他の技術を用いて、他のホストに複製しても良い。テンプレートは、たとえばテスト結果のある特定の予想される組み合わせを、規定しても良い。総計されたテスト結果が、予想される組み合わせの１つにフィットしない場合には、ＩＰＳまたは１つもしくは複数のホストは、１つまたは複数のテストを自動的に再オーダーしても良い。容認できるテスト結果を規定することに加えてまたはこの代替案として、テンプレートは、総計されたテスト結果が、規定された誤ったＱＣパターンの１つである場合に行なうべき行為を規定しても良い。
【０２０９】
次に図３４を参照して、再テスト用にＱＣ処理を自動化する際に用いても良いテンプレートの例示的な表現を示す。テンプレートは、たとえばＩＰＳのデータベースに記憶しても良い。例２３００には、テンプレート２３０２が含まれており、容認できるテスト結果パターンのセットが領域２３０４に、再テストをトリガする結果のセットが領域２３０６に含まれている。領域２３０２には、１つまたは複数のテスト結果パターンが含まれている。領域２３０６には、テスト結果のセットと、規定されるテスト結果が決定された場合に行なうべき１つまたは複数の行為とが含まれている。たとえば、領域２３０６におけるパターン１が決定された場合には、すべてのスライドが再テストされる。また再テストのための特定の情報が、テンプレートに含まれていても良い。一実施形態では、領域２３０６のみを含むテンプレートが含まれていても良い。症例が、セクション２３０６における特定のパターンの１つを満足する場合に、再テストが行なわれる。その他の場合には、結果は容認できるものと決定しても良い。セクション２３０２および２３０６の両方を含む実施形態では、残りの状態をすべてカバーするテスト・パターンが、セクション２３２６において特定されても良い。セクション２３０４および２３０６における状態の１つが満たされない場合に、２３２６におけるデフォルトの行為を行なっても良い。一実施形態では、テンプレート仕様および評価に対して種々の異なるフォーマットおよび技術のいずれか１つを用いても良い。この自動化された再テストは、たとえば、各ホストによって、ＩＰＳによって、ＶＬＭが一実施形態において実行されている別のシステム上で、または本明細書で説明したシステム内の他のコンポーネント上で、行なっても良い。一実施形態では、ＱＣ障害が、あるホストによって特定の試薬を用いて、たとえば拒否された染色スライド上で検出された場合に、拒否された染色スライド上で使用されるすべての試薬に対するさらなるどんな処理も、他のホストが保留状態にしても良い。言い換えれば、拒否されたスライド上で使用されるすべての試薬をわずかでもさらに使用することを、保留状態にしても良い。ＱＣ障害は、ホストが決定しても良い。このような障害を検出したら、ホスト、ＶＬＭ、または検出ホストと通信状態にある他のコンポーネントが、拒否された染色スライド上で他のどの試薬が使用されたかを決定しても良い。ＶＬＭが維持するデータベース内のデータを、１つまたは複数の疑わしい試薬に対するさらなる処理が保留状態であることを反映するように、更新しても良い。その後、この情報を、ＶＬＭを介して他のホストに複製しても良い。
【０２１０】
障害に関連して、障害には、処理（たとえば試薬など）に関連して使用される１つまたは複数の機器および／または１つまたは複数の要素が伴っても良い。検出されたＱＡ障害に応答して、一実施形態では、任意の１つまたは複数の異なる行為を行なっても良い。一実施形態では、ロックアウト・プロセスを、たとえば障害に関連する機器、試薬、および／または他のコンポーネントを伴うさらなる処理が許可されないように、行なっても良い。一実施形態では、ＱＡ障害に関連して、ロックアウト以外の他の行為を行なっても良い。行為は、重大性が様々な程度のもの（たとえば特定のＱＡ障害に基づいて変わり得るもの）であっても良い。たとえば、一実施形態では、ＱＡ障害に関連する機器、試薬、および／または他のコンポーネントをその後に用いることが、検出された障害を通知することに加えて、可能であっても良い。一実施形態では、たとえば、検出されたＱＡ障害に関する通知を、任意の１つまたは複数の出力装置に出力しても良い。ＱＡ障害に関連する機器、試薬、または他の要素を使用し続けるためには、技師が、ＱＡ障害に対して確認応答して、承認を積極的に示し（たとえば、グラフィカル・ユーザ・インターフェースを通しての入力）、ＱＡ障害に関連する要素を使用し続ける必要があっても良い。次のことに注意されたい。ＱＡ障害は、種々の異なる基準および適格性のいずれか１つに関連しても良い。たとえば、ある特定のＱＡ要求を、試薬、機器などを認証するかまたは適格とするための第１のセットの規則によって特定しても良い。ＱＡ障害が、これらの規則のセットおよび／または要素（たとえば試薬、機器など）の１つまたは複数に関連しても良い。
【０２１１】
ＱＡ障害の検出に応答して、報告または他の通知メッセージが自動的に生成されて、ラボ・マネージャ、技師などに送られても良い。通知は、電子通知（たとえば、ｅメール・メッセージ、ポケット・ベル通知など）の形態を取っても良い。このような通知および／または報告の生成が行なわれるのは、すべてのＱＡ障害、または検出された障害のうち所定の基準（たとえば、特定の重大性レベルなど）を満足する部分について、ある特定の数および／またはタイプの障害が、規定された時間に検出された場合などであっても良い。
【０２１２】
一実施形態では、ユーザが、たとえばＱＡ障害に関するある特定の情報を選択的に要求しおよび特定のユーザ基準に応答して報告を生成することを可能にする報告生成機能が含まれていても良い。
【０２１３】
報告および／または通知には、種々のレベルの詳細な情報が含まれていても良く、種々のレベルの詳細は、特定の基準（たとえば、ユーザ指定の基準、重大性レベル、規則、または他の準拠基準などを含む）に基づいても良い。
【０２１４】
前述のシステムには任意の１つまたは複数の異なるタイプの機器が含まれていても良いことに、注意されたい。図３の要素を参照して、一実施形態では、機器１１４は画像化装置であっても良い。画像化装置は画像ファイルを生成しても良く、これは本明細書の他の場所で説明される通りである。画像化装置が行なう処理の結果、画像情報が生成されても良い。画像情報には、特定のファイル・タイプおよび／またはフォーマットに記憶される画像データが含まれていても良い。画像情報またはその一部は、画像化装置のメモリに局所的に記憶しても良いし、画像化装置を制御するホストにアップロードしても良いし、ならびに／または各ホストおよびシステムの特定の構成に基づいて本明細書で説明した技術を用いてその他のホスト上で複製しても良い。一実施形態では、画像ファイルは、記憶装置（たとえば機器および／またはホストに取り付けられたもの）に記憶しても良い。画像ファイルの名前および／または全部もしくは一部の画像ファイル・データを、機器からアップロードしても良い。書き込み可能なＲＰＩＤラベルを用いる本明細書の他の箇所で説明される実施形態では、画像ファイルの名前および／または一部の画像ファイル・データを、ＲＰＩＤラベルに書き込んでも良い。次のことに注意されたい。画像ファイル・データまたはその一部（ＲＰＩＤラベルに書き込まれ得る）は、圧縮フォーマットまたは他のフォーマットなどのフォーマットに記憶しても良い。画像化装置または他の機器（一実施形態に含まれ得る）は、スライドの素性またはある特定の時間に処理されている選択されたサンプルの素性を、ホストに報告しても良い。このような情報は、その他のホストおよび／またはデータベースに複製しても良く、またたとえば１つまたは複数の特定のスライド、サンプルなどを位置決めするために用いても良い。
【０２１５】
前述では、ホストをネットワーク接続して互いと通信させて、統合された検査室環境を形成することができるシステムについて説明した。本明細書（たとえば図３）で説明したシステムのコンポーネントはすべて、同じ場所に物理的に配置しても良いし、１つまたは複数の異なる場所に配置しても良い。異なる場所にあるコンポーネントは、当業者には既知である種々の異なる接続のいずれか１つを用いて、他のコンポーネントと通信しても良い。たとえば、ＬＩＳを、ＩＰＳおよびホストから遠隔に配置しても良い。また次のことにも注意されたい。本明細書で説明した例示的な実施形態は、完全に統合しおよび接続しても良いが、当業者であれば理解するように、本明細書で説明した技術は、コンポーネントがすべて本明細書で説明したように接続されているわけではない実施形態においても用いて良い。たとえば、ＲＰＩＤラベルを用いて検査室内のスライドを追跡する本明細書で説明した技術は、ＩＰＳ−ホスト接続性のみを有しＬＩＳ−ＩＰＳ接続性がない実施形態においても用いて良い。
【０２１６】
本明細書で説明したようなシステムによって、１つまたは複数のホスト間における構成可能なデータ共有が、一実施形態に含まれ得るＶＬＭを用いて実現されても良い。データを各ホスト上で自動的に複製しても良い。異なるホスト上で登録され得る試薬、プロトコル割当て、ユーザ・プリビレッジなどを、すべてのホストに対して自動的に複製しても良い。たとえばＶＬＭは、データの最新のバージョンに対するデータ・リポジトリの機能を果たすことを、ホストに、更新されたデータをＶＬＭに常に送らせること、さらにホストに、ＶＬＭからの更新された任意のデータを要求させて受け取らせることによって、行なっても良い。データ共有および複製の利点として、スライド・ラベルのプリンティングを、任意のホスト上で行なうことができる。スライド・ラベルを、任意的なＶＩＰソフトウェアを用いているときにＬＩＳからオーダーを受け取ったときに自動的にプリントするように、構成することができる。一実施形態では、これを、オーダー発注に関連して行なっても良い。たとえば、オーダーがＶＩＰにおいてＨＬ７メッセージングを介して発注されたときに、一実施形態では、ラベル・プリンティング・オプションを容易にするために、１つまたは複数のフィールドがメッセージに含まれていても良い。ラベル・プリンティングに対して用いるべき特定のホストおよび付随するプリンタを示すために、構成データ要素を用いても良い。さらに、同じまたは異なるデータ要素には、プリンティング・モード・インジケータが含まれていても良い。一実施形態では、プリントティング・モード・インジケータは、キューイングされても良いし、パス・スルーしても良い。モードのキューイングが示すのは、関連するオーダーに対する任意のラベルが、ラベル・プリンティング・キュー内に、後に要求（たとえばユーザから）がラベルのプリンティングに対してなされるまで、残ることを示す。キューイングされたモードでは、ラベル・プリンティングは自動的ではない。パス・スルー・モードが指定された場合、指定されたホストおよびプリンタが新しいオーダーを認識すると、そのオーダーに付随するラベルが自動的にプリントされる。プリンティング・オプションは、一実施形態では、オーダーごとベースで指定しても良い。あるいは、一実施形態では、構成オプションとして、新しいオーダーに対して使用され得るサイト・バー・コード記号構成オプション（本明細書の他の箇所で説明される）が含まれていても良い。構成オプションには、特定のホストおよび／またはプリンタ指定だけでなく、特定のプリンティング・モードが含まれていても良い。また前述したことによって、単一のインターフェース・ポイント（ＶＩＰ）を通したＬＩＳと検査室のコンポーネントとの間のメッセージングを介した通信が実現される。検査室に送るべきオーダーと、ＬＩＳに送るべきステータスおよび報告情報とを与える双方向性のインターフェースについて説明する。オーダー情報の一部として、患者情報を含む症例データと他のデータとがＬＩＳから検査室に伝達され、手作業での患者データ入力および可能性のある再入力の必要がない。本明細書で説明した特徴（たとえばスライド・オーダーリングおよびラベル・プリンティングに対するＬＩＳの接続性）の利点は、検査室環境が大きくなるほど、より明らかとなり得る。
【０２１７】
次のことに注意されたい。処理を行なうために本明細書で説明した機能は、一実施形態ではハードウェアで実施しても良くおよび／またはソフトウェアで実施しても良い。また次のことにも注意されたい。本明細書で説明した例および例示的な実施形態では、特定のソフトウェアおよび／またはハードウェア・コンポーネントで行なっても良い特定の機能構成について述べているが、当業者には既知であるように他の変形および構成も可能である。
【０２１８】
本発明を、例示的な実施形態を参照して説明してきたが、当業者であれば理解するように、種々の変形、省略および／または追加を行なっても良く、また均等物を、本発明の趣旨および範囲から逸脱することなく、その要素の代わりに用いても良い。さらに特定の状況または材料を本発明の教示に適合させるために、本発明の範囲から逸脱することなく多くの変更を行なっても良い。したがって本発明は、本発明を実施するために考えられたベスト・モードとして開示される特定の実施形態に限定されるものではなく、本発明には、添付の請求項の範囲に含まれるすべての実施形態が含まれることが意図されている。さらに、具体的に述べない限り、用語第１、第２などを用いたとしても、何らかの順番または重要性を示すものではなく、むしろ用語第１、第２などは、ある要素を他と区別するために用いている。
【図面の簡単な説明】
【０２１９】
【図１】従来技術による検査室ワーク・フローにおける第１のタイプの障害を例示するブロック図である。
【図２】従来技術による検査室ワーク・フローにおける第２のタイプの障害を例示するブロック図である。
【図３】インターフェース・ポイント・ネットワーク（ＩＰＮ）の例示的な実施形態を示すブロック図である。
【図３Ａ】例示的な実施形態によるＩＰＮを実施するシステムのデータ・フロー図である。
【図４】多層ソフトウェア・アーキテクチャを例示するブロック図である。
【図５】ＨＬ７メッセージの設定された階層を例示するブロック図である。
【図６】例示的な実施形態によるホスト／ＩＰデータ同期の一般的な方法を例示するブロック図である。
【図７】例示的な実施形態によるホスト側データ要素同期に対する方法を例示するブロック図である。
【図８】例示的な実施形態によるホスト側データ要素の整列に対する方法を例示するブロック図である。
【図９】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１０】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１１】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１２】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１３】ＲＦＩＤラベルを含む試料容器の実施形態の例を示す図である。
【図１４】ＲＦＩＤラベルを含む試薬容器の実施形態の例を示す図である。
【図１５】ＲＦＩＤラベルを用いたシステムに含まれ得るコンポーネントの例を示す図である。
【図１６】組織サンプルに対するＲＦＩＤラベルの用意とともに一実施形態において行なわれ得る処理ステップを示すフローチャートである。
【図１７】ＲＦＩＤラベルを用いて調製されたスライドの処理とともに一実施形態において行なわれ得る処理ステップを示すフローチャートである。
【図１８】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図１９】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２０】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２１】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２２】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２３】スライド上へのバー・コードの配置を例示する例を示す図である。
【図２４】バー・コード・ラベルを用いたスライドの配置の例を示す図である。
【図２５】バー・コード・ラベルを用いたスライド配置の実施形態の例を示す図である。
【図２６】バー・コード・ラベルを用いたスライド配置の実施形態の例を示す図である。
【図２７】本明細書で説明したラベリング技術を用いることを例示する試薬ホルダの配置を示す図である。
【図２８】症例情報を得るためにバー・コードがどのように用いられ得るかを説明する図である。
【図２９】ホストによる選択的なデータ同期およびデータ共有を用いることを例示するシステムの実施形態の例を示す図である。
【図３０】構成オプションの選択とともに表示され得る構成スクリーン・ショットの表現の例を示す図である。
【図３１】バッチ・スケジューラの実施形態を例示する例を示す図である。
【図３２】スライドの照合とともに一実施形態において行なわれ得る処理ステップのフローチャートを示す図である。
【図３３】遠隔アクセスおよびクロス・ホスト症例報告を例示するシステムの実施形態の例を示す図である。
【図３４】再テストのための自動化処理とともに用い得るテンプレートの実施形態の表現の例を示す図である。

【特許請求の範囲】
【請求項１】
検査室における少なくとも１つの機器を制御するホストを構成するための方法であって、
前記ホストを、少なくとも１つのローカルなデータ要素を有するように構成することと、
前記ホストを、少なくとも１つのグローバルなデータ要素を有するように構成することであって、前記少なくとも１つのグローバルなデータ要素は、前記ホストと前記ホストに接続される少なくとも１つの他のホストとによって用いられる共通のデータ定義およびデータ値を有し、前記少なくとも１つのローカルなデータ要素は、前記ホストのみによって用いられるデータ定義およびデータ値を有し、前記データ要素のうちの少なくとも１つは、前記少なくとも１つの機器によって行なわれる処理に関連して前記ホストによって用いられる、構成することと、を含む方法。
【請求項２】
前記ホストおよび前記少なくとも１つの他のホストは、インターフェース・サーバと通信して、前記少なくとも１つのグローバルなデータ要素の最新のローカルなコピーを維持する請求項１に記載の方法。
【請求項３】
前記ホストの１つのローカルなデータ要素を新しいグローバルなデータ要素として構成することと、
前記新しいグローバルなデータ要素を前記インターフェース・サーバに伝達することと、
前記少なくとも１つの他のホストを、前記インターフェース・サーバを用いて前記新しいグローバルなデータ要素に基づいて構成することと、をさらに含む請求項２に記載の方法。
【請求項４】
前記ホスト、前記少なくとも１つの他のホスト、および前記インターフェース・サーバは、検査室ネットワークに含まれる請求項１に記載の方法。
【請求項５】
前記インターフェース・サーバは、検査室情報システムに接続される請求項４に記載の方法。
【請求項６】
前記検査室機器は解剖病理学検査室機器である請求項１に記載の方法。
【請求項７】
前記ホストは、前記少なくとも１つの他のホストおよび前記インターフェース・サーバに関してオフライン処理を行ない、前記ホストは、前記少なくとも１つのローカルなデータ要素を、前記オフライン処理において前記少なくとも１つの機器とともに用いる請求項４に記載の方法。
【請求項８】
前記ホストは、前記少なくとも１つのグローバルなデータ要素を、前記ホストが前記オフライン処理を終了したときに前記インターフェース・サーバと同期させ、前記ホストおよび前記少なくとも１つの他のホストは、異なるグローバルなデータ要素を用いるように構成される請求項７に記載の方法。
【請求項９】
前記データ要素には、ユーザ・パスワード、ユーザ特権、試薬情報、患者情報、サンプル情報、バッチ情報、検査室テスト情報、およびプロトコルのうちの少なくとも１つが含まれる請求項１に記載の方法。
【請求項１０】
前記少なくとも１つのグローバルなデータ要素には、試薬に対する第１のグローバルなデータ要素が含まれ、前記少なくとも１つの機器のうちの第１の機器は前記試薬を使用し、前記ホストは前記試薬の所有者であり、
方法はさらに、
前記ホストに接続される第２のホストからの要求を送って、前記ホストが前記試薬の所有権を前記第２のホストに移すことを要求することと、
前記ホストによる応答を前記第２のホストに送ることであって、前記応答は、前記試薬が前記第１の機器によって使用中である場合には、前記ホストによる前記要求を拒否し、その他の場合には、前記応答は前記要求を認めて、前記試薬の所有権を前記第１のホストに移す、送ることと、
前記第１のホストによって、新しい所有権情報を、グローバルなデータ要素のデータベースを維持するインターフェース・サーバに送ることであって、グローバルなデータ要素のデータベースには、新しい所有権情報に対する少なくとも１つのデータ要素が含まれ、および前記少なくとも１つのグローバルなデータ要素が含まれる、送ることと、を含む請求項９に記載の方法。
【請求項１１】
前記試薬は、前記第２のホストが前記試薬の所有権を有すると確認されたときに、前記ホストによって制御される前記第１の機器から前記第２のホストによって制御される第２の機器に物理的に再配置される請求項１０に記載の方法。
【請求項１２】
情報が、前記検査室情報システムと前記インターフェース・サーバとの間で伝達され、前記情報には第１の部分および第２の部分が含まれ、前記第１の部分には、前記検査室情報システムから前記インターフェース・サーバに送られるテスト・オーダー情報および症例情報のうちの少なくとも１つが含まれ、前記第２の部分には、テスト・オーダーについてのステータス情報が含まれる請求項５に記載の方法。
【請求項１３】
前記第１の部分には、前記検査室情報システムにおいて手作業で入力されおよびさらなる手作業のデータ入力を行なうことなく前記検査室情報システムから伝達される症例情報が含まれる請求項１２に記載の方法。
【請求項１４】
前記第１の部分にはテスト・オーダー情報が含まれ、方法はさらに、
前記ホストから前記インターフェース・サーバに、前記少なくとも１つの検査室機器のうちの第１の機器によって行なわれるテストに対するテスト結果情報を伝達することと、
前記第２の部分を、前記インターフェース・サーバから前記検査室情報システムに送ることであって、前記第２の部分には、前記テスト結果情報に対応するステータス情報が含まれる、送ることと、を含む請求項１２に記載の方法。
【請求項１５】
前記インターフェース・サーバは、終了していないテスト・オーダーについての情報を含むデータベースを管理し、テスト・オーダーが終了したときに、前記テスト・オーダーについての情報が前記データベースから取り除かれる請求項１４に記載の方法。
【請求項１６】
前記ホストには、前記第１の機器によって行なわれるテストについての情報のローカルなデータベースが含まれ、方法はさらに、
前記第１の機器によって行なわれる終了したテストについてのテスト情報に対する要求を受け取ることと、
前記ホストの前記ローカルなデータベースからの前記終了したテストについての前記テスト情報を要求することと、
前記要求に応答を送ることであって、前記応答には、前記テスト情報に基づくデータが含まれる、送ることと、を含む請求項１５に記載の方法。
【請求項１７】
前記少なくとも１つのグローバルなデータ要素に対する更新が、前記ホストおよび前記少なくとも１つの他のホストに対して、各ホストによって行なわれる進行中の処理に基づいて自動的に複製されて、グローバルなデータ要素のデータベースを管理するサーバからデータ更新を得る請求項１に記載の方法。
【請求項１８】
前記少なくとも１つのグローバルなデータ要素は、対応する構成オプションを有する構成データ要素である請求項１に記載の方法。
【請求項１９】
前記構成オプションは、検査室における光学的エンコーディングによって用いられる記号に対応する構成可能な記号識別子に対するものである請求項１８に記載の方法。
【請求項２０】
前記ホストによって制御される前記機器の１つは、前記記号に基づいて動作する請求項１９に記載の方法。
【請求項２１】
光学スキャナが、前記ホストによって制御される前記機器の１つであり、前記スキャナは、前記記号に基づいて走査動作をサポートする請求項２０に記載の方法。
【請求項２２】
ラベル・プリンタが、前記ホストによって制御される前記機器の１つであり、前記ラベル・プリンタは、前記記号に基づいてプリント動作をサポートする請求項２０に記載の方法。
【請求項２３】
前記記号は、検査室内の処理に関連して用いられる要素に付随するバー・コード・ラベルによって用いられる請求項２０に記載の方法。
【請求項２４】
前記要素には、サンプル、試料、および試薬のうちの少なくとも１つが含まれる請求項２３に記載の方法。
【請求項２５】
前記記号は多次元である請求項２３に記載の方法。
【請求項２６】
バー・コード・ラベルが、前記バー・コード・ラベルに付随する要素についてのデータベースからのデータを得るために用いられる識別子をエンコードし、前記データには、前記データ要素のうちの少なくとも１つが含まれる請求項２３に記載の方法。
【請求項２７】
前記ホストは、検査室における要素を識別するように構成され、方法は、さらに、
前記要素に付随するラベルによって、インタロゲータ信号を受け取ることと、
前記ラベルによって、前記インタロゲータ信号に応答して、電磁応答信号を送信することであって、電磁応答信号は、少なくとも、前記検査室における前記要素を一意に識別するために用いられる情報の第１の部分を含む、送信することと、を含む請求項１に記載の方法。
【請求項２８】
前記電磁応答信号は、前記要素に付随する前記ラベル内においてエンコードされる情報を用いて生成される請求項２７に記載の方法。
【請求項２９】
前記ラベルは、無線周波数の識別ラベルまたは赤外線の識別ラベルのうちの１つである請求項２７に記載の方法。
【請求項３０】
前記ラベルは無線周波数の識別ラベルであり、前記要素は、サンプル、試料、または試薬のうちの１つである請求項２９に記載の方法。
【請求項３１】
情報が、前記無線周波数の識別ラベル内においてエンコードされ、また同じバッチからの少なくとも１つの他の要素と前記要素とを識別するために用いられる患者情報、テスト情報、およびバッチ情報のうちの少なくとも１つを含む請求項３０に記載の方法。
【請求項３２】
情報が前記無線周波数の識別ラベルから読み出される請求項３０に記載の方法。
【請求項３３】
情報が前記無線周波数の識別ラベルに書き込まれる請求項３０に記載の方法。
【請求項３４】
情報に、解剖病理学検査室において行なわれる少なくとも１つのテストについてのテスト情報が含まれる請求項３１に記載の方法。
【請求項３５】
前記要素はサンプルであり、方法はさらに、
前記テスト情報を、前記無線周波数の識別ラベルから、検査室処理におけるステップとして行なうべきテストに関連して読み出すことを、前に前記ステップを行なうべきであることを検証するために前記テストを行なう前に行なうことを、含む請求項３４に記載の方法。
【請求項３６】
前記無線周波数の識別ラベルを、前記テストについてのさらなる情報を用いてエンコードすることであって、前記さらなる情報には、時間、日付、テスト・パラメータ、ファイル名、およびテスト結果のうちの少なくとも１つが含まれる、エンコードすること、をさらに含む請求項３５に記載の方法。
【請求項３７】
前記ファイル名によって、画像ファイルが識別される請求項３６に記載の方法。
【請求項３８】
前記さらなる情報の少なくとも一部を読み出すことと、前記一部に基づいて診断を決定することと、
前記診断についてのデータを用いて前記無線周波数の識別ラベルをエンコードすることと、をさらに含む請求項３６に記載の方法。
【請求項３９】
前記情報にはバッチ情報が含まれ、方法はさらに、
同じグループに属する複数の要素を、前記複数の要素の無線周波数の識別ラベル上でエンコードされる前記バッチ情報に基づいて、決定すること、を含む請求項３１に記載の方法。
【請求項４０】
前記検査室における前記要素の場所を、前記電磁応答信号に基づいて決定することをさらに含む請求項２７に記載の方法。
【請求項４１】
前記ラベルは、前記要素の表面に取り付けられる請求項２７に記載の方法。
【請求項４２】
前記ラベルは、前記要素に埋め込まれる請求項２７に記載の方法。
【請求項４３】
前記ラベルに、前記ラベルの表面上にインプリントされる他の情報が含まれる請求項２７に記載の方法。
【請求項４４】
前記他の情報には、装置によって読取可能な光学的に認識可能なデータが含まれる請求項４３に記載の方法。
【請求項４５】
前記他の情報には、人間によって読取可能なデータが含まれる請求項４３に記載の方法。
【請求項４６】
前記ラベルを他の情報を用いてエンコードすることを、前記要素が、少なくとも１つの検査室ワークフロー処理ステップに基づいて処理されるときに行なうことをさらに含む請求項２７に記載の方法。
【請求項４７】
前記他の情報には、前記要素を一意に識別する識別子を有するバー・コードが含まれる請求項４４に記載の方法。
【請求項４８】
前記要素は試薬であり、方法はさらに、
前記ラベルを、検査室処理に関連して用いられる前記試薬の量に関する他の情報を用いてエンコードすることを含む請求項３０に記載の方法。
【請求項４９】
前記他の情報に基づいて、前記試薬をいつ再オーダーするかを決定することをさらに含む請求項４８に記載の方法。
【請求項５０】
前記検査室における機器による前記試薬の所有権は、前記ラベル内のエンコードされた情報に基づいて決定される請求項４８に記載の方法。
【請求項５１】
前記第１の部分を用いて、データベースから前記要素についてのさらなる情報を得ることをさらに含む請求項２７に記載の方法。
【請求項５２】
前記ホスト、インターフェース・サーバ、および検査室情報システムは、検査室ネットワークに含まれ、前記検査室情報システムは前記インターフェース・サーバと通信し、前記インターフェース・サーバは前記ホストと通信し、また、前記ホストによって制御される前記機器の１つはプリンタであり、ホストは、前記インターフェース・サーバが検査室情報システムからオーダーを受け取ることに応答して、スライド・ラベルを自動的にプリントするように構成される請求項１に記載の方法。
【請求項５３】
検査室における複数のサンプルの処理オーダーを自動的に決定するための方法であって、
スケジューリング入力を受け取ることであって、前記スケジューリング入力には現在の供給情報が含まれる、受け取ることと、
少なくとも１つの検査室機器に対するスケジューリング入力に基づいて、前記複数のサンプルに対する処理オーダーを決定することと、を含む方法。
【請求項５４】
前記現在の供給情報には、試薬供給情報および試薬所有権情報が含まれる請求項５３に記載の方法。
【請求項５５】
前記スケジューリング入力には、前記少なくとも１つの検査室機器に付随する検査室構成情報が含まれ、前記検査室構成情報には、機器処理能力、機器ステータス情報、および機器処理レートのうちの少なくとも１つが含まれる請求項５３に記載の方法。
【請求項５６】
前記スケジューリング入力には、多くの正の質的管理サンプルおよび多くの負の質的管理サンプルのうちの少なくとも１つを含む質的管理情報が含まれる請求項５３に記載の方法。
【請求項５７】
前記質的管理情報は、新しい試薬に対する少なくとも１つの認証基準に基づいて決定される請求項５６に記載の方法。
【請求項５８】
前記処理オーダーは、複数の検査室機器に対する処理をスケジュールする請求項５３に記載の方法。
【請求項５９】
前記処理オーダーは、順次に従属する複数のランに対する処理をスケジュールする請求項５３に記載の方法。
【請求項６０】
前記スケジューリング入力には、好ましいスライド・グループ分け、処理優先順位情報、処理依存関係、保留中のテスティング・オーダーに対する症例情報、および動作選択基準のうちの少なくとも１つが含まれる請求項５３に記載の方法。
【請求項６１】
前記動作選択基準には、スループットを最大にすることが含まれる請求項６０に記載の方法。
【請求項６２】
前記スケジューリング入力には、サンプル・ラン構成および構成オーバーライド情報のうちの少なくとも１つが含まれ、方法はさらに、
前記サンプル・ラン構成および前記構成オーバーライド情報の少なくとも一方に基づいて出力状態を決定することを含む請求項５３に記載の方法。
【請求項６３】
前記構成オーバーライド情報には、現在の構成の変形が含まれる請求項６２に記載の方法。
【請求項６４】
検査室情報の管理および制御のためのシステムであって、患者および検査室の情報を管理する検査室情報システムと、
ローカルなデータ要素を用いて構成され、およびグローバルなデータ要素を共有するように構成された第１のホストであって、前記ローカルなデータ要素は、前記第１のホストのみによって用いられるデータ定義およびデータ値を有し、前記ホストは、前記第１のホストに接続される少なくとも１つの検査室機器に対する処理を行なうことに関連して前記データ要素のうちの少なくとも１つを用いる、第１のホストと、
前記グローバルなデータ要素を共有するように構成された第２のホストと、
前記ホストによって制御される少なくとも１つの検査室機器と、
前記検査室情報システムおよび前記少なくとも１つのホストと通信するサーバであって、前記サーバは、前記グローバルなデータ要素を含むデータベースを管理し、前記サーバは、前記第１のホストおよび前記第２のホストと通信して、前記グローバルなデータ要素の現在のコピーを、前記データベース内と前記ホストのそれぞれにおける前記グローバルなデータ要素のローカルなコピー内とに維持する、サーバと、を含むシステム。
【請求項６５】
検査室における少なくとも１つの機器を制御するホストを構成するためのコンピュータ・プログラム製品であって、前記ホストを、少なくとも１つのローカルなデータ要素を有するように構成することと、
前記ホストを、少なくとも１つのグローバルなデータ要素を有するように構成することであって、前記少なくとも１つのグローバルなデータ要素は、前記ホストと前記ホストに接続される少なくとも１つの他のホストとによって用いられる共通のデータ定義およびデータ値を有し、前記少なくとも１つのローカルなデータ要素は、前記ホストのみによって用いられるデータ定義およびデータ値を有し、前記データ要素のうちの少なくとも１つは、前記少なくとも１つの機器によって行なわれる処理に関連して前記ホストによって用いられる、構成することと、を行なうコードを含むコンピュータ・プログラム製品。
【請求項６６】
前記ホストおよび前記少なくとも１つの他のホストは、インターフェース・サーバと通信して、前記少なくとも１つのグローバルなデータ要素の最新のローカルなコピーを維持する請求項６５に記載のコンピュータ・プログラム製品。
【請求項６７】
前記ホストの１つのローカルなデータ要素を、新しいグローバルなデータ要素として構成することと、
前記新しいグローバルなデータ要素を前記インターフェース・サーバに伝達することと、
前記少なくとも１つの他のホストを、前記インターフェース・サーバを用いて前記新しいグローバルなデータ要素に基づいて構成することと、を行なうコードをさらに含む請求項６６に記載のコンピュータ・プログラム製品。
【請求項６８】
前記ホスト、前記少なくとも１つの他のホスト、および前記インターフェース・サーバは、検査室ネットワークに含まれる請求項６５に記載のコンピュータ・プログラム製品。
【請求項６９】
前記インターフェース・サーバは、検査室情報システムに接続される請求項６８に記載のコンピュータ・プログラム製品。
【請求項７０】
前記検査室機器は、解剖病理学検査室機器である請求項６５に記載のコンピュータ・プログラム製品。
【請求項７１】
前記ホストは、前記少なくとも１つの他のホストおよび前記インターフェース・サーバに関してオフライン処理を行ない、前記ホストは、前記少なくとも１つのローカルなデータ要素を、前記オフライン処理において前記少なくとも１つの機器とともに用いる請求項６８に記載のコンピュータ・プログラム製品。
【請求項７２】
前記ホストは、前記少なくとも１つのグローバルなデータ要素を、前記ホストが前記オフライン処理を終了したときに前記インターフェース・サーバと同期させ、前記ホストおよび前記少なくとも１つの他のホストは、異なるグローバルなデータ要素を用いるように構成される請求項７１に記載のコンピュータ・プログラム製品。
【請求項７３】
前記データ要素には、ユーザ・パスワード、ユーザ特権、試薬情報、患者情報、サンプル情報、バッチ情報、検査室テスト情報、およびプロトコルのうちの少なくとも１つが含まれる請求項６５に記載のコンピュータ・プログラム製品。
【請求項７４】
前記少なくとも１つのグローバルなデータ要素には、試薬に対する第１のグローバルなデータ要素が含まれ、前記少なくとも１つの機器のうちの第１の機器は前記試薬を使用し、前記ホストは前記試薬の所有者であり、
コンピュータ・プログラム製品はさらに、
前記ホストに接続される第２のホストからの要求を送って、前記ホストが前記試薬の所有権を前記第２のホストに移すことを要求することと、
前記ホストによる応答を前記第２のホストに送ることであって、前記応答は、前記試薬が前記第１の機器によって使用中である場合には、前記ホストによる前記要求を拒否し、その他の場合には、前記応答は前記要求を認めて、前記試薬の所有権を前記第１のホストに移す、送ることと、
前記第１のホストによって、新しい所有権情報を、グローバルなデータ要素のデータベースを維持するインターフェース・サーバに送ることであって、グローバルなデータ要素のデータベースには、新しい所有権情報に対する少なくとも１つのデータ要素が含まれ、および前記少なくとも１つのグローバルなデータ要素が含まれる、送ることと、を行なうコードを含む請求項７３に記載のコンピュータ・プログラム製品。
【請求項７５】
前記試薬は、前記第２のホストが前記試薬の所有権を有すると確認されたときに、前記ホストによって制御される前記第１の機器から前記第２のホストによって制御される第２の機器に物理的に再配置される請求項７４に記載のコンピュータ・プログラム製品。
【請求項７６】
情報が、前記検査室情報システムと前記インターフェース・サーバとの間で伝達され、前記情報には第１の部分および第２の部分が含まれ、前記第１の部分には、前記検査室情報システムから前記インターフェース・サーバに送られるテスト・オーダー情報および症例情報のうちの少なくとも１つが含まれ、前記第２の部分には、テスト・オーダーについてのステータス情報が含まれる請求項６９に記載のコンピュータ・プログラム製品。
【請求項７７】
前記第１の部分には、前記検査室情報システムにおいて手作業で入力されおよびさらなる手作業のデータ入力を行なうことなく前記検査室情報システムから伝達される症例情報が含まれる請求項７６に記載のコンピュータ・プログラム製品。
【請求項７８】
前記第１の部分にはテスト・オーダー情報が含まれ、コンピュータ・プログラム製品はさらに、
前記ホストから前記インターフェース・サーバに、前記少なくとも１つの検査室機器のうちの第１の機器によって行なわれるテストに対するテスト結果情報を伝達することと、
前記第２の部分を、前記インターフェース・サーバから前記検査室情報システムに送ることであって、前記第２の部分には、前記テスト結果情報に対応するステータス情報が含まれる、送ることと、を行なうコードを含む請求項７６に記載のコンピュータ・プログラム製品。
【請求項７９】
前記インターフェース・サーバは、終了していないテスト・オーダーについての情報を含むデータベースを管理し、テスト・オーダーが終了したときに、前記テスト・オーダーについての情報が前記データベースから取り除かれる請求項７８に記載のコンピュータ・プログラム製品。
【請求項８０】
前記ホストには、前記第１の機器によって行なわれるテストについての情報のローカルなデータベースが含まれ、コンピュータ・プログラム製品はさらに、
前記第１の機器によって行なわれる終了したテストについてのテスト情報に対する要求を受け取ることと、
前記ホストの前記ローカルなデータベースからの前記終了したテストについての前記テスト情報を要求することと、
前記要求に応答を送ることであって、前記応答には、前記テスト情報に基づくデータが含まれる、送ることと、を行なうコードを含む請求項７９に記載のコンピュータ・プログラム製品。
【請求項８１】
前記少なくとも１つのグローバルなデータ要素に対する更新が、各ホストによって行なわれる進行中の処理に基づいて前記ホストおよび前記少なくとも１つの他のホストに対して自動的に複製されて、グローバルなデータ要素のデータベースを管理するサーバからデータ更新を得る請求項６５に記載のコンピュータ・プログラム製品。
【請求項８２】
前記少なくとも１つのグローバルなデータ要素は、対応する構成オプションを有する構成データ要素である請求項６５に記載のコンピュータ・プログラム製品。
【請求項８３】
前記構成オプションは、検査室における光学的エンコーディングによって用いられる記号に対応する構成可能な記号識別子に対するものである請求項８２に記載のコンピュータ・プログラム製品。
【請求項８４】
前記ホストによって制御される前記機器の１つは、前記記号に基づいて動作する請求項８３に記載のコンピュータ・プログラム製品。
【請求項８５】
光学スキャナが、前記ホストによって制御される前記機器の１つであり、前記スキャナは、前記記号に基づいて走査動作をサポートする請求項８４に記載のコンピュータ・プログラム製品。
【請求項８６】
ラベル・プリンタが、前記ホストによって制御される前記機器の１つであり、前記ラベル・プリンタは、前記記号に基づいてプリント動作をサポートする請求項８４に記載のコンピュータ・プログラム製品。
【請求項８７】
前記記号は、検査室内の処理に関連して用いられる要素に付随するバー・コード・ラベルによって用いられる請求項８４に記載のコンピュータ・プログラム製品。
【請求項８８】
前記要素には、サンプル、試料、および試薬のうちの少なくとも１つが含まれる請求項８７に記載のコンピュータ・プログラム製品。
【請求項８９】
前記記号は多次元である請求項８７に記載のコンピュータ・プログラム製品。
【請求項９０】
バー・コード・ラベルが、前記バー・コード・ラベルに付随する要素についてのデータベースからのデータを得るために用いられる識別子をエンコードし、前記データには、前記データ要素のうちの少なくとも１つが含まれる請求項８７に記載のコンピュータ・プログラム製品。
【請求項９１】
前記ホストは、検査室における要素を識別するように構成され、コンピュータ・プログラム製品はさらに、
前記要素に付随するラベルによって、インタロゲータ信号を受け取ることと、
前記ラベルによって、前記インタロゲータ信号に応答して、電磁応答信号を前記ホストに送信することであって、電磁応答信号は、少なくとも、前記検査室における前記要素を一意に識別するために用いられる情報の第１の部分を含む、送信することと、を行なうコードを含む請求項６５に記載のコンピュータ・プログラム製品。
【請求項９２】
前記電磁応答信号は、前記要素に付随する前記ラベル内においてエンコードされる情報を用いて生成される請求項９１に記載のコンピュータ・プログラム製品。
【請求項９３】
前記ラベルは、無線周波数の識別ラベルまたは赤外線の識別ラベルのうちの１つである請求項９１に記載のコンピュータ・プログラム製品。
【請求項９４】
前記ラベルは無線周波数の識別ラベルであり、前記要素は、サンプル、試料、または試薬のうちの１つである請求項９３に記載のコンピュータ・プログラム製品。
【請求項９５】
情報が、前記無線周波数の識別ラベル内においてエンコードされ、また同じバッチからの少なくとも１つの他の要素と前記要素とを識別するために用いられる患者情報、テスト情報、およびバッチ情報のうちの少なくとも１つを含む請求項９４に記載のコンピュータ・プログラム製品。
【請求項９６】
情報が前記無線周波数の識別ラベルから読み出される請求項９４に記載のコンピュータ・プログラム製品。
【請求項９７】
情報が前記無線周波数の識別ラベルに書き込まれる請求項９４に記載のコンピュータ・プログラム製品。
【請求項９８】
情報に、解剖病理学検査室において行なわれる少なくとも１つのテストについてのテスト情報が含まれる請求項９５に記載のコンピュータ・プログラム製品。
【請求項９９】
前記要素はサンプルであり、コンピュータ・プログラム製品はさらに、
前記テスト情報を、前記無線周波数の識別ラベルから、検査室処理におけるステップとして行なうべきテストに関連して読み出すことを、前記ステップを行なうべきであることを検証するために前記テストを行なう前に行なうこと、を行なうコード含む請求項９８に記載のコンピュータ・プログラム製品。
【請求項１００】
前記無線周波数の識別ラベルを、前記テストについてのさらなる情報を用いてエンコードすることであって、前記さらなる情報には、時間、日付、テスト・パラメータ、ファイル名、およびテスト結果のうちの少なくとも１つが含まれる、エンコードすること、を行なうコードをさらに含む請求項９９に記載のコンピュータ・プログラム製品。
【請求項１０１】
前記ファイル名によって、画像ファイルが識別される請求項１００に記載のコンピュータ・プログラム製品。
【請求項１０２】
前記さらなる情報の少なくとも一部を読み出すことと、
前記一部に基づいて診断を決定することと、
前記診断についてのデータを用いて前記無線周波数の識別ラベルをエンコードすることと、を行なうコードをさらに含む請求項１００に記載のコンピュータ・プログラム製品。
【請求項１０３】
前記情報にはバッチ情報が含まれ、コンピュータ・プログラム製品はさらに、
同じグループに属する複数の要素を、前記複数の要素の無線周波数の識別ラベル上でエンコードされる前記バッチ情報に基づいて、決定すること、を行なうコードを含む請求項９５に記載のコンピュータ・プログラム製品。
【請求項１０４】
前記検査室における前記要素の場所を、前記電磁応答信号に基づいて決定するコードをさらに含む請求項９１に記載のコンピュータ・プログラム製品。
【請求項１０５】
前記ラベルは、前記要素の表面に取り付けられる請求項９１に記載のコンピュータ・プログラム製品。
【請求項１０６】
前記ラベルは、前記要素に埋め込まれる請求項９１に記載のコンピュータ・プログラム製品。
【請求項１０７】
前記ラベルに、前記ラベルの表面上にインプリントされる他の情報が含まれる請求項９１に記載のコンピュータ・プログラム製品。
【請求項１０８】
前記他の情報には、装置によって読取可能な光学的に認識可能なデータが含まれる請求項１０７に記載のコンピュータ・プログラム製品。
【請求項１０９】
前記他の情報には、人間によって読取可能なデータが含まれる請求項１０７に記載のコンピュータ・プログラム製品。
【請求項１１０】
前記要素が少なくとも１つの検査室ワークフロー処理ステップに基づいて処理されるときに、前記ラベルを他の情報を用いてエンコードすることを行なうコードをさらに含む請求項９１に記載のコンピュータ・プログラム製品。
【請求項１１１】
前記他の情報には、前記要素を一意に識別する識別子を有するバー・コードが含まれる請求項１０８に記載のコンピュータ・プログラム製品。
【請求項１１２】
前記要素は試薬であり、コンピュータ・プログラム製品はさらに、
前記ラベルを、検査室処理に関連して用いられる前記試薬の量に関する他の情報を用いてエンコードすることを行なうコードを含む請求項９４に記載のコンピュータ・プログラム製品。
【請求項１１３】
前記他の情報に基づいて、前記試薬をいつ再オーダーするかを決定することを行なうコードをさらに含む請求項１１２に記載のコンピュータ・プログラム製品。
【請求項１１４】
前記検査室における機器による前記試薬の所有権は、前記ラベル内のエンコードされた情報に基づいて決定される請求項１１２に記載のコンピュータ・プログラム製品。
【請求項１１５】
前記第１の部分を用いて、データベースから前記要素についてのさらなる情報を得ることを行なうコードをさらに含む請求項９１に記載のコンピュータ・プログラム製品。
【請求項１１６】
前記ホスト、インターフェース・サーバ、および検査室情報システムは、検査室ネットワークに含まれ、前記検査室情報システムは前記インターフェース・サーバと通信し、前記インターフェース・サーバは前記ホストと通信し、また、前記ホストによって制御される前記機器の１つはプリンタであり、ホストは、前記インターフェース・サーバが検査室情報システムからオーダーを受け取ることに応答して、スライド・ラベルを自動的にプリントするように構成される請求項６５に記載のコンピュータ・プログラム製品。
【請求項１１７】
検査室における複数のサンプルの処理オーダーを自動的に決定するためのコンピュータ・プログラム製品であって、
スケジューリング入力を受け取ることであって、前記スケジューリング入力には現在の供給情報が含まれる、受け取ることと、
少なくとも１つの検査室機器に対するスケジューリング入力に基づいて、前記複数のサンプルに対する処理オーダーを決定することと、を行なうコードを含むコンピュータ・プログラム製品。
【請求項１１８】
前記現在の供給情報には、試薬供給情報および試薬所有権情報が含まれる請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１１９】
前記スケジューリング入力には、前記少なくとも１つの検査室機器に付随する検査室構成情報が含まれ、前記検査室構成情報には、機器処理能力、機器ステータス情報、および機器処理レートのうちの少なくとも１つが含まれる請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１２０】
前記スケジューリング入力には、多くの正の質的管理サンプルおよび多くの負の質的管理サンプルのうちの少なくとも１つを含む質的管理情報が含まれる請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１２１】
前記質的管理情報は、新しい試薬に対する少なくとも１つの認証基準に基づいて決定される請求項１２０に記載のコンピュータ・プログラム製品。
【請求項１２２】
前記処理オーダーは、複数の検査室機器に対する処理のスケジュールである請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１２３】
前記処理オーダーは、複数の順次に従属するランに対する処理のスケジュールである請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１２４】
前記スケジューリング入力には、好ましいスライド・グループ分け、処理優先順位情報、処理依存関係、保留中のテスティング・オーダーに対する症例情報、および動作選択基準のうちの少なくとも１つが含まれる請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１２５】
前記動作選択基準には、スループットを最大にすることが含まれる請求項１２４に記載のコンピュータ・プログラム製品。
【請求項１２６】
前記スケジューリング入力には、サンプル・ラン構成および構成オーバーライド情報のうちの少なくとも１つが含まれ、コンピュータ・プログラム製品はさらに、
前記サンプル・ラン構成および前記構成オーバーライド情報の少なくとも一方に基づいて出力状態を決定するコードを含む請求項１１７に記載のコンピュータ・プログラム製品。
【請求項１２７】
前記構成オーバーライド情報には、現在の構成の変形が含まれる請求項１２６に記載のコンピュータ・プログラム製品。

【図１】

【図２】

【図３】

【図３Ａ】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３０】

【図３１】

【図３２】

【図３３】

【図３４】

【公表番号】特表２００８−５０７０２９（Ｐ２００８−５０７０２９Ａ）
【公表日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願番号】特願２００７−５２１４４９（Ｐ２００７−５２１４４９）
【出願日】平成１７年１月１０日（２００５．１．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０００６５４
【国際公開番号】ＷＯ２００６／０１９３９２
【国際公開日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５０２３３１７８７）ベンタナ・メディカル・システムズ・インコーポレーテッド (4)
【Ｆターム（参考）】