(57)【特許請求の範囲】
【請求項１】
統一識別子を用いて検査室において処理される試料エンティティを識別するための方法であって、
コンピューターを用いて４つの異なるレベルのノードを含む階層表現中の位置における前記試料エンティティに対応するノードを決定することであって、前記階層表現の４つの異なるレベルの各々は、前記検査室の作業フロー処理ポイントに関連し、前記階層表現は、ルートノードと、前記ルートノードから前記階層表現の第４のレベルのノードへ形成されるパスとを有し、前記ルートノードは、前記試料エンティティの収集元の患者に関連する症例識別子に対応し、前記ルートノード以外の前記階層表現の各ノードは、作業フロー処理ポイントにおける前記患者に対する異なる試料エンティティに対応する、前記ノードを決定すること、
コンピューターを用いて前記ルートノード以外の前記パスにおける各ノードに対するデータ識別子を決定することであって、前記パスは、４つのノードを含み、前記ルートノード以外であり、かつ前記試料エンティティに対応するノード以外の前記パスの各ノードは、前記試料エンティティの収集元の他の試料エンティティと関連する、前記データ識別子を決定すること、
コンピューターを用いて前記症例識別子と、前記ルートノード以外の前記パスにおけるノードと関連した各データ識別子とを結合することにより、前記試料エンティティに対する統一識別子を形成することであって、各統一識別子は、処理される試料エンティティの作業フロー処理内のポイントに基づき、４つの異なるレベルのノードの異なる部分の組合せとして形成される、前記統一識別子を形成すること、
ラベルプリンタを用いて機械読み取り可能な識別子として符号化された前記試料エンティティに対する統一識別子を含むラベルで、前記試料エンティティを含む容器、カセット、またはスライドを前記作業フロー処理のポイントでラベル付けすること、
読み取り装置を用いて前記機械読み取り可能な識別子を読み取り、前記統一識別子を得ること
を含み、前記読み取ることは、前記検査室において前記試料エンティティの前記作業フロー処理のポイントにおいて実施され、前記統一識別子は、前記試料エンティティに対するデータベースからの情報の検索、及び前記データベースでの情報の記録のうちのいずれかを実施するためにコンピュータによって用いられる、方法。
【請求項２】
請求項１に記載の方法であって、前記ラベルは、バーコードを含む、方法。
【請求項３】
請求項１に記載の方法であって、前記ラベルは、前記統一識別子で符号化された無線周波数識別ラベルである、方法。
【請求項４】
請求項１に記載の方法であって、前記試料エンティティは、解剖病理学検査室において処理された組織であり、前記方法は、さらに、
人間が読み取り可能な形式で符号化された統一識別子で、前記試料エンティティを含む容器、前記カセット、または前記スライドをラベル付すること
を含む、方法。
【請求項５】
請求項１に記載の方法であって、前記ラベル付けすることは、前記容器、前記カセット、または前記スライドの表面をマーキングすること、及び前記容器へ添付されるラベルを生成することのうちの少なくとも一方を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に、データ管理に関し、より詳細には、検査室情報を管理するための機器、コンピュータ、およびインターフェースからなるシステム上で、データの複製を伝達し、管理し、仲介し、かつ容易にすることに関する。
（関連出願の相互参照）
本出願は、米国仮特許出願第６０／４８７，９９８号（２００３年７月１７日出願、整理番号ＶＭＳ−００１６０）の利益を主張する米国特許出願第１０／８９３，７２５号（２００４年７月１６日出願、整理番号ＶＭＳ−００１０１）の一部継続出願である米国特許出願第１１／０３２，３２４号（２００５年１月１０日出願、整理番号ＶＭＳ−００２ＵＳ）の一部継続出願であり、米国仮特許出願第６０／７５１，８０７号（「解剖病理学における自動リーン・メソッド（ＡＵＴＯＭＡＴＥＤ  ＬＥＡＮ  ＭＥＴＨＯＤＳ  ＩＮ  ＡＮＡＴＯＭＩＣＡＬ  ＰＡＴＨＯＬＯＧＹ）」、２００５年１２月１９日出願、整理番号３１０／００３／ＰＰＡ）の利益を主張する米国特許出願第１１／６３９，５８６号（「解剖病理学における自動リーン・メソッド（ＡＵＴＯＭＡＴＥＤ  ＬＥＡＮ  ＭＥＴＨＯＤＳ  ＩＮ  ＡＮＡＴＯＭＩＣＡＬ  ＰＡＴＨＯＬＯＧＹ）」、２００６年１２月１５日出願、整理番号ＶＭＳ−００３ＵＳ）の一部継続出願である。これらの明細書は全て、本明細書に参照により包含されている。
【背景技術】
【０００２】
患者に疾患があることを正しく診断または確認するために、医師は通常、病変組織のサンプルを切除して、その組織に、病理学者による顕微鏡レベルの検査を施さなければならない。複数の分析技術および検査室機器を用いて、病理学者は、病変組織を分析し、細胞組織および臓器内のどんな構造的な（または他の）変化も特定することができる。ほとんどの場合、病理学者は、１）疾患のタイプを特定し、２）疾患の予想される進行に関する予後を確立し、および３）疾患を治療または処置する上でどの治療が最も効果的であるかを決定できるものと考えられる。ほとんどの疾患の場合に、処置または治療が成功するために重要な要素の１つは、治療不可能な状態まで疾患が進行する前に、医師が患者を迅速および効果的に治療できることである。こうするために、病理学者は組織サンプルを迅速に分析し、状態を診断して、この情報を患者の医師に流すことを、精度および信頼性を維持しながら行なわなければならない。
【０００３】
患者および検査室情報の管理に対して、検査室情報システム（ＬＩＳ）が知られている。このようなシステムは通常、サーバまたはホスト・コンピュータ、データ・ベースおよびデータ・ベース管理システム、患者情報を受け取って処理するためのアプリケーション・ソフトウェアからなる。既知のＬＩＳは、「ウェブで可能」である場合があり、システムおよび情報へのアクセスを、インターネットを介して容易に行なうことができる。
【０００４】
しかし残念なことに、現在の検査室情報システムには、たとえば高性能な染色機器などの特定の検査室計測器に対して、ワーク・フローを管理する能力が無い傾向がある。このような管理には、基本的な接続性と、データ交換能力と、ワーク・フロー、コスト、効率を最適化するために実施されるビジネス・ルールとがある。この結果、これらの機器を検査室内でどのように利用するかについて、不備な点が複数存在する。著しい量の時間およびエネルギーが費やされて、単調な作業、たとえばデータ入力、ラベリング、およびレポート作成のための手作業入力などが、繰り返されている。このような繰り返しの結果、検査室のワーク・フローに重大なボトルネックが形成されるために、サンプルの処理時間が増える。これらのタスクの単調な性質によって、実質的にエラーが増加する可能性があり、また診断プロセスの精度が影響を受ける可能性がある。結果としてテスト終了時間が長くなることによって、局所的な疾患が進行して全身に広がり（たとえば局所的な転移性腫瘍など）、患者の予後ならびに／または処置のオプションおよび結果に壊滅的な影響を及ぼすこともあり得る。
【０００５】
図１に、検査室ワーク・フローのボトルネックがどのように生じるかを示す一例を示す。通常、病理学者が、テスティング用のサンプルを受け取って、テストをオーダーする（１０）。組織サンプルを受け取ったら、受け入れおよびテスト・オーダー情報が、検査室技師によってＬＩＳに入力される（１２）。しかしＬＩＳは、検査室機器には接続されていないため、ＬＩＳに入力されたばかりの受け入れおよびテスト・オーダー情報をテスト検査室に送って（１４）、テスティングに使用される各検査室機器に再入力し、スライド・ラベルを作る必要がある（１６）。これは、サンプル数およびサンプルに対して行なわれているテスティングの程度に応じて、著しい時間がかかる可能性がある。さらに、このデータ入力作業が繰り返されるたびに、情報転送にエラーが発生する可能性が増えるため、テスティング手順の精度および信頼性が減る。
【０００６】
検査室ワーク・フローにおけるボトルネックがどのように生じ得るかを示す別の例を、図２に例示して説明する。この例では、ステータス報告の作成が含まれている。この場合もやはり、病理学者はテスト・サンプルを受け取って、テストをオーダーする（１８）。受け入れおよびオーダーリング情報が、ＬＩＳに入力される（２０）。その後、このような情報をテスト・ラボに送らなければならない（２２）。その後、受け入れおよびテスト・オーダー情報を、検査室機器（たとえば高性能な染色機器）に入力しなければならない（２４）。そしてスライド・ラベルが生成されて、検査室機器は、オーダーされたテストの実施を開始する。場合によって、病理学者、ラボ・マネージャ、および技師は、テストの進捗具合に非常に関心がある場合があり、そのため、テストのステータスのモニタを望むことがある。しかし残念なことに、ＬＩＳと検査室機器との間にデータ通信が無いために、テスト・ステータス報告の自動作成が行なわれず、テスト・ステータスのモニタリングができない。そのため、テストのステータスをチェックするためには、テスティングに割り込まなければならず（２６）、またテスト・ステータス報告を手作業で作成しなければならない。
【０００７】
このように接続が無いために検査室ワーク・フローにボトルネックが生じることに加えて、検査室の診断能力も、次のような現実があるために悪影響を受けている。すなわち、現在の検査室の構成では、新しいテストおよび既存のテストの瞬時性、信頼性、および精度を実質的に増加させることができる多くの新規で高性能な特徴を実施できないという現実である。
【０００８】
サンプル分析、状態診断、および情報配布の瞬時性、信頼性、および精度を最大にする１つの方法は、ＬＩＳと検査室計測器との間に通信接続を確立することであろう。その結果、ワーク・フローのボトルネックまたは動作効率が改善されるであろう度合いは、ＬＩＳと検査室計測器との間で確立される接続性（単方向性または双方向性）のタイプに依存するであろう。たとえば、ＬＩＳと検査室計測器との間で単方向または一方向の接続がなされると、テスト結果情報が検査室機器とＬＩＳとの間で一方向にフローできるようになるため、重複したデータ入力がなくなる。同様に、ＬＩＳと医療用検査室計測器との間で双方向または二方向の接続がなされると、新規で高性能な特徴を含めることができるようになる。たとえばオーダーの入力および追跡、ステータス更新、サンプル追跡、質的管理、米国病理学会（ＣＡＰ）の遵守、在庫管理、およびメンテナンスである。これらはすべて、動作時間、信頼性、および精度を増加させるものである。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし残念なことに、テスト動作、データ分析、疾患診断、および情報配布プロセスの瞬時性が実質的に最適化されるような、ＬＩＳと自動化された検査室計測器（たとえば染色計測器）との間の効果的な制御を行なうことができる好適なシステム管理構造は存在しない。さらに、検査室計測器と情報システムとを相互接続するための既知のシステムは、試料を効果的および自動的に特定し、優先順位をつけ、および段階的に行なって、自動染色システムのスループットおよび稼働率を最適化するようなものではない。また既知のシステムでは、臨床病理学のプロセスを通して試料および結果の識別、ラベリング、および追跡を自動化することもできない。さらに、既知のシステムでは、疾患診断用の多数の染色手順を行なうために必要な染色システム間で試薬の保存、利用、および管理を最適化することは、特にできない。
【課題を解決するための手段】
【００１０】
本発明の一態様によれば、検査室で処理されるサンプルを、統一識別子を用いて識別するための方法は、検体収集元の患者を識別する症例識別子を決定する段階と、前記検体に関連付けた検体識別子を決定する段階と、データ記憶装置に前記検体用の入力を記録する段階であって、前記入力は、前記症例識別子及び前記検体識別子に関連付けられている、前記記録する段階と、前記症例識別子及び前記検体識別子を含む統一検体識別子を形成する段階と、前記統一検体識別子で前記検体をラベル付けする段階とを備える。前記方法は、更に、前記検体から生成した組織ブロック毎にブロック識別子を決定する段階と、前記各組織ブロック用の入力をデータ記憶装置に記録する段階であって、前記入力は、前記症例識別子、前記検体識別子、及び前記ブロック識別子に関連付けられている、前記記録する段階と、前記症例識別子、前記検体識別子、及び前記ブロック識別子を含む各組織ブロック用の統一ブロック識別子を形成する段階と、前記統一ブロック識別子で各組織ブロックをラベル付けする段階とを備える。前記方法は、更に、前記組織ブロック毎に、前記各組織ブロックから生成した各スライド用のスライド識別子を決定する段階と、前記各スライド用の入力をデータ記憶装置に記録する段階であって、前記入力は、前記症例識別子、前記検体識別子、前記ブロック識別子、及び前記スライド識別子に関連付けられている、前記記録する段階と、前記症例識別子、前記検体識別子、前記ブロック識別子、及び前記スライド識別子を含む前記各スライド用の統一スライド識別子を形成する段階と、前記統一スライド識別子で前記各スライドをラベル付けする段階とを備える。前記統一識別子は、１つ又は複数タイプの統一識別子を含み、前記統一識別子のタイプは、統一スライド識別子タイプ、統一ブロック識別子タイプ、及び統一検体識別子タイプを含み、各タイプの統一識別子は、前記統一識別子の使用者によって用いられて、前記検査室の作業フロー処理において前記各タイプの異なるサンプルを区別する。前記統一識別子は、該統一識別子の使用者について、関連する局所的なレベルの一意性を有し、前記使用者によるサンプルの識別及び追跡を可能にする。前記症例識別子は、前記検体の出所を特定する第１部分、及び一連の要素中の要素を表す１つ又は複数の英数字を含む第２部分を含む。前記検体識別子は、一連の要素中の要素を表す１つ又は複数の英数字を含み、前記症例識別子に関連付けられた各検体は、異なる検体識別子を有する。前記ブロック識別子は、一連の要素中の要素を表す１つ又は複数の英数字を含み、同じ検体に関連付けられた各組織ブロックは、異なるブロック識別子を有する。前記スライド識別子は、一連の要素中の要素を表す１つ又は複数の英数字を含み、同じ組織ブロックから生成された各スライドは、異なるスライド識別子を有する。各統一検体識別子、統一ブロック識別子、及び統一スライド識別子は、機械読取り可能な形式で符号化される。
【００１１】
本発明の別の一態様によれば、検査室で処理される生体検体に関連する情報を自動化する方法は、１つ又は複数の検体を登録する段階であって、前記登録する段階は、サーバに伝達される症例情報を入力することを含み、前記症例情報は、前記１つ又は複数の検体を提供した患者を特定する、前記登録する段階と、前記症例情報のための症例識別子を決定する段階と、前記サーバに、前記症例識別子を前記症例情報及び前記１つ又は複数の検体に関連付けるデータを記録する段階と、前記１つ又は複数の各検体のための異なる検体識別子を決定する段階と、前記異なる検体識別子を前記１つ又は複数の検体の各々に関連付けるデータを記録する段階と、前記１つ又は複数の検体の各々を統一検体識別子でラベル付けする段階であって、各検体の前記統一検体識別子は、前記各検体に関連付けられた前記症例識別子及び前記異なる検体識別子から形成される、前記ラベル付けする段階とを備える。前記方法は、更に、前記１つ又は複数の検体毎に、前記各検体を肉眼検査ステーションへ送る段階と、前記各検体上のラベルから、統一検体識別子を読取る段階と、前記サーバと通信して、前記統一検体識別子に基づいて前記各検体に対して生成される複数のカセットを示すデータを検索する段階と、前記複数のカセットの各々に対して異なるブロック識別子を決定する段階と、前記異なるブロック識別子を前記複数のカセットの各々と関連付けるデータを前記サーバに記録する段階と、症例識別子と、前記統一ブロック識別子に含まれる検体識別子と、前記各カセットに関連する前記ブロック識別子とを用いて形成された統一ブロック識別子を各カセットにラベル付けすることにより、必要とされる複数のカセットをマーキングする段階と、前記複数のカセットに従って、前記検体からの複数の組織部分を分割する段階と、前記カセットの各々へ組織部分を配置する段階とを備える。前記方法は、前記複数のカセットのうちの１つに含まれる組織ブロック毎に、切断ステーションへ前記カセットを送る段階と、前記カセット上のラベルから、統一ブロック識別子を読取る段階と、前記サーバと通信して、前記統一ブロック識別子と、複数のスライドの各々に対する染色情報とに基づいて前記カセットに対して生成される複数のスライドを示すデータを検索する段階と、前記複数のスライドの各々に対する異なるスライド識別子を決定する段階と、前記異なるスライド識別子と、複数のスライドの各々を関連付けるデータを前記サーバ上に記録する段階と、前記切断ステーションにおいて、前記症例識別子と、検体識別子と、前記統一ブロック識別子のブロック識別子と、前記スライド識別子とを用いて形成される統一スライド識別子で、各スライドをラベル付けすることにより、各スライドを作成する段階であって、前記スライドラベルは、前記染色情報を含む、前記作成する段階と、前記複数のスライドに従って、前記各組織ブロックから複数の組織セクションを切断する段階と、前記複数のスライドの各々に組織セクションを配置する段階とを含み得る。前記方法は更に、前記検査室における１つ又は複数の作業フローポイントにおいて前記各検体の処理の間、各検体に対して一連の管理情報を得ることを含み得る。前記方法は、前記統一検体識別子を含む、各検体と関連するラベルを肉眼検査ステーションにおいて読取ること、前記サーバに、データ及び時間情報を含む追跡情報を記録すること、前記追跡情報を前記各検体と関連付けること、前記肉眼検査ステーションにおいて、前記各検体に対して行われたここの処理を識別することを含み得る。前記一連の管理情報は、肉眼検査、組織処理、包理、切断、染色、症例集約、封止、病理学者レビュー、及び保管のうちの少なくとも１つに関連した、検体又は検体から生成された部分の処理と関連して得られても良い。また、前記方法は更に、前記サーバに一連の管理情報を記録し、適切な作業フロー処理ポイントと、前記一連の管理情報を関連付けることを含んでも良い。
【００１２】
本発明の別の一態様によれば、検査室において、検体と検体から生成される試料とを追跡する方法は、検体と関連する１つ又は複数のチェックポイント通知時間を決定することであって、前記チェックポイント通知時間の各々は、前記検査室における作業フロー処理ポイントと関連する、前記決定すること、前記１つ又は複数のチェックポイント通知時間を記録すること、前記１つ又は複数のチェックポイント通知時間を前記検体と関連付けること、前記検体及び検体から生成された各試料を、前記検体及び前記検体から生成された各試料を識別するために用いられる符号化された情報を含む機械読み取り可能なラベルでラベル付けすること、前記検査室における作業フロー処理ポイントにおける処理の一部として、前記機械読み取り可能なラベルを読み取ること、前記機械読み取り可能なラベルを有する前記検体又は前記検体から生成された試料の各々の１つと関連する追跡情報を記録することであって、前記追跡情報は、前記作業フロー処理ポイントと、前記検体又は前記検体から生成される試料の各々のうちの１つが、前記作業フロー処理ポイントにある時間とを識別するデータを含む、前記記録すること、チェックポイント通知が、前記検体に対する作業フロー処理ポイントと関連するかどうかを決定すること、チェックポイント通知とチェックポイント通知時間とが前記検体の作業フロー処理ポイントと関連し、かつ前記チェックポイント通知時間に到達していない場合、チェックポイント通知通信が前記チェックポイント通知時間において生成されないように情報を記録すること、チェックポイント通知及びチェックポイント通知時間が前記検体の作業フロー処理ポイントに関連し、かつ入力される前記作業フロー処理ポイントに関連する情報を追跡することに先立って、前記チェックポイント通知時間に到達する場合、チェックポイント通知通信を生成することを備える。前記方法は、作業フロー処理ポイントにそれぞれ関連する１つ又は既定の時間間隔を特定すること、前記検体と前記作業フロー処理ポイントに関連する既定の時間間隔とに関連して、作業フロー処理ポイントにおいて前記検体と関連するチェックポイント通知時間を決定することを含んでも良い。前記方法は、前記１つ又は複数の既定の時間間隔を用いて生成する規定の通知時間を無効にすることにより、検体と関連する１つまたは複数のチェックポイント通知時間をカスタマイズすることを含んでも良い。
【００１３】
本発明の別の一態様によれば、検査室において処理される試料エンティティに対する統一識別子を生成する方法は、階層表現中の位置における前記試料エンティティに対応するノードを決定することであって、前記階層表現のレベルの各々は、前記検査室の作業フロー処理ポイントに関連し、前記階層表現はルートノードと前記ルートノードから前記ノードへ形成されるパスを有し、前記ルートノードは前記試料エンティティの収集元の患者に関連する症例識別子に対応する、前記決定すること、前記ルートノード以外の前記パスにおけるノードの各々に対するデータ識別子を決定することであって、前記パスは、２つまたは複数のノードを含み、前記ルートノード以外の各ノードは前記試料エンティティの収集元の他の試料エンティティと関連する、前記決定すること、前記症例識別子と、前記ルートノード以外の前記パスにおけるノードと関連したデータ識別子の各々とを結合することにより、前記試料エンティティに対する統一識別子を形成することを備える。前記統一識別子は、データベースに格納され、前記試料エンティティに関連し得る。前記方法は、更に、機械読み取り可能な形式に符号化された前記統一識別子で、前記試料エンティティを含む保存容器をラベル付けすることを含んでも良い。前記方法は、人間が読取り可能な形式で符号化された前記統一識別子で、前記試料エンティティを含む保存容器をラベル付けすることを含んでも良い。前記試料エンティティは、解剖病理学検査室において処理された組織であって良い。前記機械読み取り可能な形式は、バーコード及び符号化無線周波数識別ラベルのうちの少なくとも１つを含み得る。前記ラベル付けすることは、前記保存容器の表面をマーキングすることを含み得る。前記ラベル付けすることは、前記保存容器へ添付されたラベルを生成することを含んでよい。
【図面の簡単な説明】
【００１４】
【図１】従来技術による検査室ワーク・フローにおける第１のタイプの障害を例示するブロック図である。
【図２】従来技術による検査室ワーク・フローにおける第２のタイプの障害を例示するブロック図である。
【図３】インターフェース・ポイント・ネットワーク（ＩＰＮ）の例示的な実施形態を示すブロック図である。
【図３Ａ】例示的な実施形態によるＩＰＮを実施するシステムのデータ・フロー図である。
【図４】多層ソフトウェア・アーキテクチャを例示するブロック図である。
【図５】ＨＬ７メッセージの設定された階層を例示するブロック図である。
【図６】例示的な実施形態によるホスト／ＩＰデータ同期の一般的な方法を例示するブロック図である。
【図７】例示的な実施形態によるホスト側データ要素同期に対する方法を例示するブロック図である。
【図８】例示的な実施形態によるホスト側データ要素の整列に対する方法を例示するブロック図である。
【図９】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１０】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１１】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１２】ＲＰＩＤラベルを伴うスライド配置の実施形態の例を示す図である。
【図１３】ＲＦＩＤラベルを含む試料容器の実施形態の例を示す図である。
【図１４】ＲＦＩＤラベルを含む試薬容器の実施形態の例を示す図である。
【図１５】ＲＦＩＤラベルを用いたシステムに含まれ得るコンポーネントの例を示す図である。
【図１６】組織サンプルに対するＲＦＩＤラベルの用意とともに一実施形態において行なわれ得る処理ステップを示すフローチャートである。
【図１７】ＲＦＩＤラベルを用いて調製されたスライドの処理とともに一実施形態において行なわれ得る処理ステップを示すフローチャートである。
【図１８】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図１９】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２０】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２１】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２２】ラベル内での情報のエンコードとともに用いられ得る種々のタイプのコードの表現の例を示す図である。
【図２３】スライド上へのバー・コードの配置を例示する例を示す図である。
【図２４】バー・コード・ラベルを用いたスライドの配置の例を示す図である。
【図２５】バー・コード・ラベルを用いたスライド配置の実施形態の例を示す図である。
【図２６】バー・コード・ラベルを用いたスライド配置の実施形態の例を示す図である。
【図２７】本明細書で説明したラベリング技術を用いることを例示する試薬ホルダの配置を示す図である。
【図２８】症例情報を得るためにバー・コードがどのように用いられ得るかを説明する図である。
【図２９】ホストによる選択的なデータ同期およびデータ共有を用いることを例示するシステムの実施形態の例を示す図である。
【図３０】構成オプションの選択とともに表示され得る構成スクリーン・ショットの表現の例を示す図である。
【図３１】バッチ・スケジューラの実施形態を例示する例を示す図である。
【図３２】スライドの照合とともに一実施形態において行なわれ得る処理ステップのフローチャートを示す図である。
【図３３】遠隔アクセスおよびクロス・ホスト症例報告を例示するシステムの実施形態の例を示す図である。
【図３４】再テストのための自動化処理とともに用い得るテンプレートの実施形態の表現の例を示す図である。
【図３５】本明細書の技法を利用するシステムの実施形態の例を示す図である。
【図３６】本明細書の技法を利用するシステムの実施形態の例を示す図である。
【図３７】ワークステーション構成の表現を示す図である。
【図３８】本明細書の技法を利用するシステムの別の実施形態である。
【図３９】統一識別子に含まれる部分の表現を示す図である。
【図４０】異なる統一識別子の形成に用い得る異なる部分の階層表現を示す図である。
【図４１】本明細書の技法を利用する検査室において含まれ得る異なる要素及び作業フロー処理ポイントの表現を示す図である。
【図４２】検査室においてサンプルを処理することに関連して実施され得る処理ステップのフローチャートを示す図である。
【図４３】検査室においてサンプルを処理することに関連して実施され得る処理ステップのフローチャートを示す図である。
【図４４】チェックポイント通知の例を示す図である。
【図４５】チェックポイント通知の例を示す図である。
【発明を実施するための形態】
【００１５】
本発明の前述の特徴および他の特徴ならびに優位性は、例示的な実施形態の以下の詳細な説明とともに添付の図面から、より良好に理解される。
図３を参照して、インターフェース・ポイント・ネットワーク（例示的な実施形態による、ＩＰＮ）１００が、設けられている。ＩＰＮには、インターフェース・ポイント・サーバ（ＩＰＳ）１０２と、これが通信する少なくとも１つの病院検査室情報システム（ｈｏｓｐｉｔａｌ  Ｌａｂｏｒａｔｏｒｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）（ＬＩＳ）１０４とホスト・コンピュータのネットワーク１０６とが含まれている。ホスト・コンピュータのネットワーク１０６には、第１のホスト・コンピュータ１０８およびこれが通信する第１の複数の検査室機器１１０と、第２のホスト・コンピュータ１１２およびこれが通信する第２の複数の検査室機器１１４とが含まれている。ホスト・コンピュータは、検査室計測器との相互接続が、既知のイーサネット（登録商標）接続を介してまたは当該技術分野で知られている他の相互接続メカニズムによって、行なわれていても良い。このようなメカニズムは、たとえば既知のシリアルもしくはパラレル接続または無線接続である。ＩＰＳ１０２には、インターフェース・ソフトウェアＢ（本明細書では同意語として、「ＩＳＢ」または「ベンタナ・ラボ・マネージャ（Ｖｅｎｔａｎａ  Ｌａｂ  Ｍａｎａｇｅｒ  ）」もしくは「ＶＬＭ」ソフトウェアと言う）が含まれている。このソフトによって、ホスト・コンピュータのネットワーク１０６間におけるデータ管理に関する自動機能を行なうことが可能になる。これはたとえば、困難も望ましくないデータ伝達も伴うこともなく、第１のホスト・コンピュータ１０８と第２のホスト・コンピュータ１１２との間でデータ要素を共有することを、第１のホスト・コンピュータ１０８があるタイプのホスト・コンピュータで、第２のホスト・コンピュータ１１２が別のタイプのホスト・コンピュータである場合でさえ、行なうことである。なお、実施形態には、ホスト・コンピュータ間での非患者情報の伝達を支援するように、ＬＩＳに接続されずに構成されたＩＰＳが含まれる場合があることに注意されたい。
【００１６】
例示的な実施形態におけるＶＬＭソフトウェアは、ＩＰＳ１０２上で実行される。ＶＬＭソフトウェアの主な目的は、データの複製を、ホスト・システム間のネットワークを通して容易にすることである。本明細書で説明する例示的な実施形態では、ホスト・システムは、既知の自動化されたスライド染色器具（たとえばベンタナ・メディカル・システム（Ｖｅｎｔａｎａ  Ｍｅｄｉｃａｌ  Ｓｙｓｔｅｍｓ  ）（ツーソン（Ｔｕｃｓｏｎ）、アリゾナ州）から販売されるもの）に接続されて機能するＰＣである。ＶＬＭが取り扱うデータは、多くのタイプとすることができる。たとえば染色プロトコル、バー・コード割当て、試薬ディスペンサ情報、試薬ＩＤ、試薬消費量、試薬の所有権または特定の機器への登録、ユーザ・パスワード、症例データ、患者ＩＤまたは名前、医療施設、オーダー・リクエスタ、受け入れＩＤ、スライドＩＤ、オペレータＩＤ、オペレータの勤務中ステータス、オペレータ質的管理（ＱＣ）ステータス、機器ＱＣステータス、検査結果、診断結果および／または染色結果である。ＶＬＭは、機器１１０、１１４、ホスト・システム１０８、１１２にサービスを提供可能なネットワークに接続されたＰＣ上に存在するソフトウェアの１つである。この実施形態では、ＶＬＭはＩＰＳ１０２上に存在するが、ＶＬＭソフトウェアは、ホスト１０８、１１２の１つまたは複数の上に存在することもできるし、その他の場合にはネットワーク内で分配することもできることを理解されたい。標準的なＴＣＰ／ＩＰプロトコルを用いて、各機器ホスト・コンピュータをＩＰＳ１０２上のＶＬＭに接続する。ＶＬＭソフトウェアが最初にオンラインで現れると、ＶＬＭソフトウェアはその存在を宣言するメッセージを、ネットワーク上のすべてのデバイスに一斉に送信する。ホストが、ＶＬＭサービスを用いるように構成されている場合には、ホストはＶＬＭに接続して、ＶＬＭに既知である最新のデータ要素を要求することができるか、または新しいデータ要素をＶＬＭと共有して、そのデータ要素を他のホスト・コンピュータ１０８、１１２が利用できるようにすることができる。通常、ラボの状況では、たとえば例示的な実施形態では、自動化されたスライド染色機器間でのデータ共有には、以下のものが含まれる。染色プロトコル、ユーザ・パスワードおよびプリビレッジ、試薬（ディスペンサ／ガラス瓶）、症例、キーコード、テンプレート、パネル、およびサード・パーティの試薬である。
【００１７】
各ホスト１０８、１１２を独立にセット・アップして、これらのデータ要素を共有するようにすることもできるし、共有しないようにすることもできる。これは、個々のラボおよびホスト要求によって決まる。ホストがデータ要素を共有する場合には、どのデータが最新であるかを評価するアルゴリズムがソフトウェア内に存在して、正確なデータの複製を保証し、データ損失を回避するようになっている。ＶＬＭは、すべての共有ホストによって共有されている最新のデータ要素のコピーを、最初に構築した後、保持する。ＶＬＭはこれを、ホスト・システムのソフトウェアとの密接な協力関係を用いて行なう。ホスト・システムは、ＶＬＭとパートナーシップを形成してシステムを完成させている。いくつかのデータ要素、とりわけ試薬は、それらが使用されているホスト・システムによる所有権を必要とする。あるホストが別のホストからの所有権の譲渡を要求することを可能にするソフトウェア・メッセージング・システムが存在するため、試薬データ要素が適切かつ安全に変わる（すなわち投薬量が容器限界を超えない）ことが保証されている。ＶＬＭ通信プロトコルのアーキテクチャは、ネットワーク接続が利用できない間も、ホストが、所有する試薬を用いて組織の処理を続けられるようになっている。そのためホストは、ネットワーク接続が再び確立されたら、ＶＬＭと同期することができる。
【００１８】
ＶＬＭソフトウェアは、ホスト・コンピュータの異なるグループからのデータを自動的に管理することができる。たとえば、ベンタナ・メディカル・システムのネクセス（ＮｅｘＥＳ）、ＨＶＳ、およびニュウ・ビジョン（Ｎｅｕ  Ｖｉｓｉｏｎ）ホストはすべて、困難もまたあるホスト・タイプから他のホスト・タイプへの望ましくないデータ伝達も伴うことなく、同様のシステム間においてデータ要素を共有することができる。後に説明するように、データ要素の記憶および共有が実施されるＶＬＭソフトウェアは、これまでＶＬＭには知られていない新しいタイプのホストが、ＶＬＭシステム・ソフトウェアにソフトウェアのアップ・グレードを要求せずに、ＶＬＭを用いて新しいタイプのデータ要素を共有することを可能にするものである。この結果、ホストのソフトウェアが、独立にアップグレードされることおよび既存のＶＬＭシステムを用いて新しいデータ要素を共有することが、可能になる。ＶＬＭの他の機能は、遠隔オペレータに、ウェブ・インターフェースとして、ホスト・システムおよびホストが接続される機器に対する報告およびステータス更新に対して使用できるインターフェースを提供するものである。
【００１９】
ＩＰＳ１０２が実施するデータ要素の記憶およびデータ共有は、ＬＩＳから配信されたときに、本明細書で説明する例示的な実施形態では、医療アプリケーション間での情報交換に対するヘルス・レベル・セブン（ＨＬ７）標準の適合に従うものであり、適合は後に説明するようになされる。しかし他の所定のプロトコル、たとえば医療機器通信に対するＩＥＥＥ１０７３標準または医療機器通信に対してデザインされた専用プロトコルも、実施できることを理解されたい。図３に例示するように、インターフェース・ソフトウェアＡ（本明細書では、同意語として、「ＩＳＡ」または「ベンタナ・インターフェース・ポイント」ソフトウェアもしくは「ＶＩＰ」とも言う）も、ＩＰＳ１０２上に存在し、ＶＬＭとＬＩＳとの間のゲートウェイの機能を果たす。このゲートウェイは、この例示的な実施形態では、ＨＬ７を実施している。ＶＩＰが取り扱うデータには、症例マネジメント、ＬＩＳからの染色要求、染色ステータス、およびＬＩＳへの結果返却がある。標準ＴＣＰ／ＩＰプロトコルを用いて、ＬＩＳおよびＶＬＭに接続する。カスタム・コードを変えずにデータ・フォーマットをサイトごとに変えられるように、データ・マッピングを利用することができる。
【００２０】
ＩＰＳ１０２によって、ＬＩＳ１０４とＩＰＮとの間の機能的な接続が形成される。ＩＰＮは、ＩＰＳ１０２、ホスト・コンピュータ、および機器から構成され、これらはすべて接続されてシステムを形成している。ＩＰＳの機能は、論理的および構造的に２つの部分ＶＬＭおよびＶＩＰに分割される。これについては、すでに説明した通りである。これらはそれぞれ、含まれているソフトウェア・オブジェクトから構成されるが、それらの機能をカプセル化することによって、機器の数およびタイプの両方の増加に対しておよび機能に対して、システムを拡張可能なものにしている。検査室の自動化という特定のアプリケーションに対して、これは特に重要である。なぜならば、インストールされた計測器の現在の状態、データ送信およびデータ共有のタイプおよび目的、自動化のレベルは、動的であるからである。
【００２１】
このように本明細書で説明したシステムの例示的な実施形態では、構成するハードウェア・エンティティおよびソフトウェア・プログラムが、通信プロトコルおよびデータ共有を通して接続されて機能する（一般的に、データベースと拡張可能なバイナリ構造とを用いて接続される）。図３の物理的な表現に加えて、システムは、図３Ａに例示するようなデータ・フローとして表わすことができる。
【００２２】
この観点から、ＬＩＳおよび医療施設の他のデータ・システム（たとえば、ＨＩＳ、ＥＰＲ、在庫管理、メンテナンス管理、オペレータ管理）は、ＩＰＮとのやり取りを機能的に必要とするデータ資源および管理システムに相当する。ＶＩＰの役割は、任意の多数の医療施設システムとの間のこの通信に対するゲートウェイ・インターフェースを提供することである。このように機能をカプセル化することの利点は、このインターフェースを特定して、特定のサイトまたは医療施設の必要性に適応させることが、ＩＰＮに対する重要な管理機能をＶＬＭ内に保持しながら、可能となることである。このように、ＶＩＰは医療施設への通信に対するマネージャである。
【００２３】
代替的に、ＶＬＭがＩＰＮを管理する機能を提供する。このセットのタスクおよびそれらの非常に一意のセットのデータ管理および決定プロセスは、ＩＰＮ全体に付随する管理機能を適切なレベルにおいて統合することを目的として、ＶＬＭ内でカプセル化される。ホストが単一機器または機器グループの管理を担うように、ＶＬＭは、データを同期させ、染色要求を仲裁し、ＩＰＮ全体に渡るワーク・フローを管理しなければならない。さらに、ＶＬＭは、検査プロセスに対する要求および結果を管理して、最終的に、オーダーを完結させる（開始から結果報告までの）ために検査室情報報告を一元管理する。こうして、例示的な実施形態では、複数の層になったアーキテクチャ（物理的および論理的の両方）が、検査室を通してのワークフロー、データ、およびステータスの管理に対して、たとえば組織学および臨床病理学に対して、提供される。このように密接に統合すること（機能的にカプセル化されたモジュールにおいて具体化される）によって、このシステムは、（サイトごとに）大きく変わる医療施設の検査室環境に容易に適合することができる。解剖病理学に関係する例示的な実施では、以下のものを含む（しかしこれらに限定されない）ワーク・フローを管理するために、本明細書で説明したデータ管理方法および器具を用いても良い。病理学のオーダー発注、複数の機器に対するスライド処理の最適化、プロセスを通してのスライドの識別、バー・コードの利用、試薬の使用および供給、検査室機器間での試薬の共有、オペレータの実地訓練、ＱＣ要求のトレーニングに応じるための故障時のオペレータのロック・アウト、検査室機器ＱＣテスティング、および／またはＱＣ要求に応じるための故障時の検査室機器ＱＣロック・アウト。
【００２４】
臨床病理学プロセスの自動化を伴う例示的な実施形態では、染色プロセスの自動化によってコスト、信頼性、および有効性の利点が従来の手作業技術に対して得られたように、より大きい臨床病理学プロセスの自動化によって同様の利点が得られる。詳細には、サンプルの調製から結果報告までのプロセスを完全に自動化できることによって、人件費、写しエラー、不必要なデータ複製、および結果を手作業で報告するのに必要な時間がなくなることは、前述した通りである。
【００２５】
ＩＰＮによって、この自動化のレベルを得るためのバックボーンが形成される。なぜならば、検査室へのオーダー・プロセス、プロセスを進行する間のオーダーのステータスが見えるからであり、また結果を報告することができるからである。調製、処理、検査、および報告を一元管理できることは、効率および精度を得るのに非常に有利である。
【００２６】
ＶＬＭがプロセス全体を通してオーダーを管理するため、ＶＬＭがこのような統合に対する最重要部分を形成している。自動データ収集ステーションを検査（完全自動検査または自動データ収集を用いた病理学者主導の検査）用に加えることによって、報告機能を介した完全手引きを実現する上での次のステップが得られる。病理学者による検査が進める自動データ収集に対しては、複数の方法が存在する可能性がある。たとえばコンピュータ入力ステーション、タッチ・パッド・データ入力、音声データ入力、および音声を用いた対話式ビデオである。このようなデータは、特定のオーダーに対する臨床記録の一部になる。
【００２７】
さらに図３Ａを参照して、データ・フロー図によって、ＩＰＮの機能能力を別のレベルで見ることができる。ＬＩＳとＶＩＰとの間で示すデータのやり取りによって、やり取りの高レベルな性質を示している。具体的には、ＬＩＳ−ＶＬＭデータ・フローを、ＩＰＮシステム・ステータス、染色オーダー、および結果報告を中心に示している。さらに、他の非ＬＩＳの医療施設エンティティとの間で示すやり取り（たとえば、在庫およびオペレータ管理）は、医療施設全体に影響を及ぼす材料およびワーク・フロー領域に関係する。
【００２８】
下方のレベル（システム・アーキテクチャ内、具体的にはＶＬＭとホストの間およびホストと機器の間）において、データ・オブジェクトは、特定の態様のＩＰＮ動作の管理を可能にする性質を有する。たとえば、いくつかの特定のやり取りではホスト間のデータ共有が扱われる。このデータ共有では、染色プロトコル、バー・コード割当て、およびユーザ情報が必要に応じて交換されて、動作が管理されおよびホストと機器との間で共通のデータが共有される。
【００２９】
さらに下方のレベルでは、個々の機器に影響を及ぼす特定の動作基準を管理するために、ホスト間でデータが共有される。この例は試薬所有権である。これは、特定の機器が、特定のディスペンサに対する所有権を主張するものである。さらに、データ収集ステーションをＩＰＮに加えることによって、データ階層デザインが利用される。この利用は、オーダーの割り当ておよび管理ならびに結果の報告（データ収集にとって重要な目標である）を可能にすることによってなされる。
【００３０】
この階層、ＩＰＮ内の個々のエンティティが行なう制御、ならびに適切なレベルのデータ共有、交換、および記憶によって、ＩＰＮ内での機能およびデータ管理を効率的に分割することが実現される。機能および付随するデータを適切なレベルでカプセル化するモデルが、この大規模システムにＩＰＮおよびアーキテクチャを介して効率的に適用されることは、説明した通りである。
【００３１】
データ共有および記憶は（一般的に）、どのシステム・エンティティが共有機能を進めるかという性質に関係して、二つの方法のうちの一方で実現される。これを（ホスト−ＶＬＭ関係に対して）行なうことができる方法は、ＶＬＭまたはホスト・システムのいずれかが、アクティブなデータ共有をＩＰＮ上で制御することである。共有および記憶に最適なデザインを考慮する際に、デザインされる機能カプセル化の性質を考慮することは重要である（ＩＰＳの一部としてのＶＩＰおよびＶＬＭに関して前述した通りである）。一般的なルールとして、データ要求をほとんど「知っている」エンティティが、共有および記憶ルールを進めることに最も適している。ＶＬＭおよびホスト・コンピュータの場合、試薬管理および染色レシピに関係する機能の詳細全体が、ホスト・コンピュータにおいてカプセル化され、その結果、ホスト・コンピュータが、共有パラダイムを、「プッシュする」観点から進める（どのデータをいつ共有するかを決定する）。このように、優先順位付け、およびデータを同期させるために行なわれる実際の行為が、使用症例から進められ、データ共有を管理する手段をより効率的に表わしている。
【００３２】
ＶＬＭおよびＶＩＰが管理し得るデータを識別する場合、同期された状態を維持するのではなくて、アド・ホック・トランザクションまたは状態要求が機能をサポートすることを単純に必要に応じて可能にすることの方が最適であり得る移行が、行なわれる。このように、データの管理方法は、同期された状態を維持することから、特定の場合にデータを必要に応じて識別および要求することの一方を行なうことへと、変化する。このようなトランザクションのサポートに適応された通信プロトコル（たとえばＨＬ−７）を用いることは、これらのタイプのデータ要求に対して非常に適切である。
【００３３】
当該技術分野において知られているように、ＨＬ７は、米国規格協会（ＡＮＳＩ）公認の標準であって、臨床患者の看護および管理、健康管理サービスの提供および評価をサポートするための、データの交換、管理、および統合を規定するものである。ＨＬ７標準を適合および実施することによって、新しいタイプのデータ要素を共有することが、ＩＰＳ１０２に対するソフトウェア・アップグレードを必要とせずに可能となる。この結果、第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２上のソフトウェアを、独立にアップグレードすることが、既存のＩＰＳ１０２を用いて新しいデータ要素を共有する一方で、可能となる。たとえば、第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２が、ホスト・コンピュータのネットワーク１０６内に配置されていて、データ要素を共有している場合には、データ損失を回避するために、ＩＰＳ１０２におけるＩＳＢに、正確なデータの複製が行なわれることを保証するアルゴリズムが含まれていても良い。これらのアルゴリズムは、この保証することを、ＩＰＳ１０２とホスト・コンピュータのネットワーク１０６とを互いに密接に協力させて動作させて、第１のホスト・コンピュータ１０８と第２のホスト・コンピュータ１１２とによって共有されるデータ要素のうちどれが最新であるかを評価できるようにすること、およびこれらのデータ要素のコピーを構築および保持することによって、行なっても良い。要するに、「パートナーシップ」が、ホスト・コンピュータのネットワーク１０６とＩＰＳ１０２との間で形成される。これについては、後に詳細に説明する。
【００３４】
次のことを理解されたい。すなわち、いくつかのデータ要素（たとえば自動染色計測器を用いたＩＰＮにおける試薬に関する要素）では、ホスト・システムがこれらの要素に対して所有権を有している必要があり、したがって、あるホスト・コンピュータがこれらの要素を整列できるか、またはこれらの要素の所有権の他のホスト・コンピュータからの譲渡を要求できるように、ソフトウェア・メッセージング・システムが設けられる。データ要素の整列については、後に詳細に説明する。このようにデータ要素を整列できることによって、所有権を必要とするデータ要素が、所定の範囲に留まる（たとえば投薬量が容器の限界を超えない）ように、適切かつ安全に変わることが保証される。
【００３５】
すでに簡単に述べたように、ＨＬ７は、独立したアプリケーション間でのデータの交換、管理、および統合を規定する標準である。したがってＨＬ７は、独立した医療アプリケーション間で臨床データを移動させるための方法を規定する開かれたメッセージング標準である。ＨＬ７は、ネットワーク上でのデータ通信をリアル・タイムで行なえるようにデザインされており、ＨＬ７仕様において詳細に説明されている。ＨＬ７仕様は、ヘルス・レベル・セブン団体（Ｈｅａｌｔｈ  Ｌｅｖｅｌ  Ｓｅｖｅｎ  ｏｒｇａｎｉｚａｔｉｏｎ  ）（アナーバー（Ａｎｎ  Ａｒｂｏｒ  ）、ミシガン州）から入手できる。なお仕様は、本明細書において全体として取り入れられている。ＨＬ７を実施することは、後に説明するように、ＬＩＳと単一のポイント・サーバＩＰＳ１０２との間で通信するために、および最終的にホスト・コンピュータ１０８、１１２および機器１１０、１１４と通信するために、用いられる。
【００３６】
図４を参照して、多層（すなわち７層）のソフトウェア・アーキテクチャを例示する高レベルのブロック図が示されている。このブロック図には、第１のレベルまたは「物理的なレベル」、第２のレベルまたは「データ・リンク・レベル」、第３のレベルまたは「ネットワーク・レベル」第４のレベルまたは「トランスポート・レベル」、第５のレベルまたは「セッション・レベル」、第６のレベルまたは「プレゼンテーション・レベル」、および第７のレベルまたは「ＨＬ７アプリケーション・レベル」が含まれている。
【００３７】
用語「レベル・セブン」は、国際標準化機構（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｏｒｇａｎｉｚａｔｉｏｎ）（ＩＳＯ）によって開発されたマルチ・レベル（すなわち７レベル）のソフトウェア・アーキテクチャ方式を指し、またアプリケーション間インターフェースである。この意味は、ＨＬ７が、レベル７の機能に対する仕様プロトコルのみを規定し（したがって、アプリケーション間インターフェース）、残りの６つのサポート・レベルに対しての仕様は規定しないということである。ＨＬ７は、交換すべきデータのタイプ、これらの通信のタイミング、およびある所定のアプリケーション固有のエラーが起きたときの処置を特定する。これはたとえば、患者のデモグラフィック情報、医師から検査室へのオーダー、ラボから医師へのテスト結果、請求先情報、および企業規模のスケジューリングである。図５に例示するのは、ＨＬ７メッセージの構成を規定する設定された階層を示す別の高レベルのブロック図である。階層には、複数の要素、たとえば「コンポーネント要素」、「フィールド要素」、「セグメント要素」、および「メッセージ要素」が含まれている。
【００３８】
ＨＬ７標準は全体としてかなり広く、中央の患者看護システムとともに、各部門のデータによる分散環境をサポートしている。たとえば、標準によってカバーされる特定のインターフェースまたはメッセージには、以下のものが含まれる。患者の入院／登録、退院、または転院（ＡＤＴ）情報；問い合わせ；資源および患者のスケジューリング；オーダー、ステータス結果、および臨床検査；請求書作成；マスタ・ファイル更新情報；医療記録、および患者照会、および患者看護。これらのインターフェースまたはメッセージはそれぞれ、この標準によって取り扱っても良いが、説明のために、自動テスト・オーダーリング（ＯＭＬ）、自動ステータス更新（ＯＵＬ）、およびマスタ・ファイル転送（ＭＦＮおよびＭＦＱ）メッセージ（インターフェース・ポイント・ネットワークとの関連で実施される）のみを、この詳細な説明で扱う。これらのメッセージについてそれぞれ、以下で別個に説明する。
【００３９】
以下のことを理解されたい。用語「メッセージ」は、本明細書で用いる場合、規定された手順におけるセグメントのグループを指し、メッセージは、システム間を転送されるデータの最小構成単位であり、また各メッセージは、その目的を規定するメッセージ・タイプを有している。同様に、用語「トリガ・イベント」は、メッセージを開始する実世界のイベントを指す。トリガ・イベントは、ある値（たとえばオーダー・イベント）を表わすコードであり、メッセージ・タイプとトリガ・イベント・コードとの間の１対多の関係を伴う。このように、トリガ・イベント・コードは１つのメッセージ・タイプのみに付随することもあるが、メッセージ・タイプは複数のトリガ・イベント・コードに付随することもある。また用語「無関係なメッセージ・セグメント」は、「無視される」かまたは「使用されない」セグメントを指す。無視されるかまたは使用されないメッセージ・セグメントは、ＨＬ７メッセージには含まれないことが好ましいが、これは必要条件ではない。したがって、存在しても、無視されるメッセージ・セグメントに対しては、データ検証は行なわない。
【００４０】
自動テスト・オーダーリング・メッセージ
オーダーリング・メッセージ、または自動テスト・オーダーリング（ＯＭＬ）メッセージは、受け入れ情報およびテスト・オーダーを、ＬＩＳから検査室機器へ送るために用いられる単方向性メッセージである。ＨＬ７には、双方向性メッセージ／確認応答通信メッセージ対が含まれる。次のことに注意されたい。単方向性メッセージングを用いて情報のフローを特徴付けても良く、たとえばＬＩＳが生成してＩＰＳへ送っても良い。ＯＭＬメッセージは、新しいオーダーに対して適用し、既存のオーダーのキャンセルまたは変更のために用いることはしなくても良い。ＯＭＬメッセージには通常、複数のキー・メッセージ・セグメントが含まれ、これらには以下のものが含まれる。メッセージ・ヘッダ（ＭＳＨ）セグメント、患者識別（ＰＩＤ）セグメント、患者来院（ＰＶＩ）セグメント、組織サンプルに関する情報に対する試料および容器（ＳＡＣ）セグメント、新しいテスト・オーダーを加えるための共通オーダー（ＯＲＣ）セグメント、ＬＩＳがオーダーを要求できるようにするための検査要求（ＯＢＲ）セグメント、および任意の送られたメッセージの受け取りを可能にするためのメッセージ確認応答（ＭＳＡ）セグメント。ＭＳＨセグメント、ＳＡＣセグメント、ＯＲＣセグメントおよびＯＢＲセグメントは、必須フィールドであり、有効な情報が含まれていなければならない。ＰＶＩセグメントは、任意的であり、情報を含んでいても良いし、いなくても良い。またＰＩＤセグメントは、ＰＶＩセグメントが終了した場合にのみ必要とされる条件付きフィールドである。
【００４１】
【数１】
0005571228.tif 000002
ＳＡＣセグメントには、検査室自動化システムの全体を通して使用されている容器を維持するために必要なデータが含まれており、３つのセグメント属性フィールドが含まれている。すなわち、外部受け入れ識別子フィールド、受け入れ識別子フィールド、および容器識別子フィールドである。外部受け入れ識別子フィールドには、外側設備が提供する識別子に基づいて検査室試料を識別するために用いられるデータが含まれている。受け入れ識別子フィールドには、テストを行なう検査室が提供する識別子に基づいて検査室試料を識別するために用いられるデータが含まれている。受け入れ識別子フィールドには、複数の容器を参照するデータが含まれていても良いし、いなくても良いことに注意されたい。容器識別子フィールドには、一意の識別子を容器に割り当てるデータが含まれている。容器は、その試料の一次（当初）のサンプルを保持しても良いし分取（二次）のサンプルを保持しても良い。一次のサンプルの場合には、このフィールドには一次の容器ＩＤが含まれ、バーコード化された分取サンプルの場合には、このフィールドには分取容器ＩＤが含まれる。分取サンプルが非バーコード化の場合には、このフィールドは空の状態のままであるかまたはデフォルト・データが入れられる。
【００４２】
ＯＲＣセグメントは、要求されるすべてのサービスに共通するフィールドを送信するために用いられ、６つのセグメント属性フィールドが含まれている。すなわち、オーダー制御（ＯＲＣ−１）属性フィールド、発注オーダー（ＯＲＣ−２）属性フィールド、実施済オーダー（ＯＲＣ−３）属性フィールド、発注者グループ（ＯＲＣ−４）属性フィールド、オーダー・ステータス（ＯＲＣ−５）属性フィールド、および応答フラッグ（ＯＲＣ−６）属性フィールドである。
【００４３】
ＯＲＣ−１属性フィールドは、オーダー・セグメントの機能を決定する必須フィールドであり、ＯＭＬおよびＯＵＬメッセージの両方の動作に対して重要である。ＯＲＣ−１属性フィールドには、新しいオーダー／サービス（ＮＷ）機能に対するＯＲＣフィールド値、容認済みオーダー／サービス＆ＯＫ（ＯＫ）機能、および容認できないオーダー／サービス（ＵＡ）機能が、含まれている。ＯＭＬメッセージに対してこのフィールドにおいて有効な値のみがＮＷであることに注意されたい。しかしＯＵＬメッセージは、所定の状態に応じて、２つの可能な値のうちの１つを有することができる。検査が無事終了した場合には、ＯＵＬメッセージ値はＯＫとなる。検査が終了しなかった場合には、ＯＵＬメッセージ値はＵＡとなる。この場合、検査セグメント（ＯＢＸ）（後述する）を調べて、未終了メッセージの原因を決定しても良い。任意のタイプの新しいオーダーを規定する各オーダー・メッセージ（すなわちＯＲＣ−１＝ＮＷ、ＯＫ、またはＵＡ）では、ＯＲＣ／ＯＢＲメッセージ対が、受信アプリケーションに対する各オーダーを規定する必要がある。これは任意の他のタイプのオーダーにも適用され、ＯＢＲの代わりに適切なオーダー詳細セグメントを用いる。
【００４４】
ＯＲＣ−２、ＯＲＣ−３、およびＯＲＣ−４属性フィールドは、通常はサンプル受け入れ数を検査室機器に送るために用いられる任意的なフィールドであり、また個々のオーダーを識別するために用いられる。ＯＲＣ−２、ＯＲＣ−３、およびＯＲＣ−４属性フィールドには、一意のオーダー識別子が含まれている。この識別子は、エンティティ識別子（ＥＩ）タイプである。これについては後述する。次のことに注意されたい。第１のコンポーネント（個々のオーダーを識別する文字列）には、推奨される（しかし必須ではない）１５文字の制限があるが、第１のコンポーネントには、ＨＬ７標準によって規定される任意の数の文字が含まれていても良い。
【００４５】
ＯＲＣ−５属性フィールドは、オーダーのステータスを特定するために用いられる任意的なフィールドであるが、何ら行為を開始しないフィールドである。ＯＲＣ−５属性フィールドには、５つの可能な値が含まれている。すなわち、「識別子」（ＩＤ）値、「進行中」（ＩＰ）値、「オーダー終了済み」（ＣＭ）値、「エラー、オーダー終了不可能」（ＥＲ）値、および「オーダー保留状態」（ＨＤ）値である。次のことに注意されたい。場合によって、オーダー・ステータスが反映するステータスは、メッセージが送られるときに送信アプリケーションが知るものと常に同様であることが想定される。また次のことにも注意されたい。実施者のみが、このフィールドにおいて値を生成することができる。したがって、このフィールドは、ＯＲＬおよびＯＵＬメッセージにおいてのみ有効である。
【００４６】
ＯＲＣ−６属性フィールドは、ステータス更新（ＯＵＬ）を可能にする任意的なフィールドであり、またこのフィールドによって、送信アプリケーションは、１つまたは複数のＯＵＬメッセージを介して実施者から戻すべき情報量を決定することができる。ＯＲＣ−６属性フィールドには、５つの可能な値が含まれている。すなわち、「染色ラン・ステータスの報告開始」（Ｂ）値、「染色ラン・ステータスの報告終了」（Ｅ）値、「画像化ラン・ステータスの報告終了」（Ｉ）値、ゼロまたは「デフォルト」（Ｎ）値、および「ポインタ」（Ｌ）値である。次のことに注意されたい。このフィールドは、複数のＯＵＬメッセージが望ましい場合には、複数のＩＤ値を用いて繰り返しても良い。
【００４７】
次のことに注意されたい。ＯＲＣセグメントはＯＭＬメッセージにおいて必須フィールドであり、またオーダー詳細セグメントが存在する場合には、ＯＲＣセグメントは、非要求型検査室検査（ＯＵＬ）メッセージにおいても必須である。
【００４８】
ＯＢＲセグメントは、オーダーを要求するためにＬＩＳによって用いられ、また７つの属性フィールドを含んでいる。すなわち、「発注者オーダー番号」（ＯＢＲ−２）属性フィールド、「実施者オーダー番号」（ＯＢＲ−３）属性フィールド、「ユニバーサル・サービス識別子」（ＯＢＲ−４）属性フィールド、「検査データ／時間番号」（ＯＢＲ−７）属性フィールド、「ラベル・テンプレート」（ＯＢＲ−１８）属性フィールド、「テキスト」（ＯＢＲ−１９）属性フィールド、および「発注者補給サービス情報」（ＯＢＲ−４６）属性フィールドである。
【００４９】
ＯＢＲ−２属性フィールドは、ＯＲＣ−２属性フィールドと一致する条件付きのフィールドで、個々のオーダーを識別するために用いられる。このフィールドは、ＥＩフィールド（後述する）の特別な場合であり、発注者オーダー番号が属性フィールドＯＲＣ−２に与えられているか否かに対応するという意味で条件付きである。たとえば、発注者オーダー番号が属性フィールドＯＲＣ−２に与えられていない場合には、ＯＢＲ−２は必須フィールドとなる。
【００５０】
ＯＢＲ−３属性フィールドは、ＯＲＣ−３属性フィールドと一致する条件付きのフィールドで、個々のオーダーを識別するために用いられる。このフィールドは、ＥＩフィールド（後述する）の特別な場合であり、条件付きである。なぜならば、このフィールドは、ＯＵＬメッセージにおいてのみ必要とされ、ＯＲＣ−３属性フィールドと同じ値になるからである。ＯＢＲ−３は、オーダー実施（受信）アプリケーションによって割り当てられ、特定の実施アプリケーションからのすべてのオーダーの中で、オーダーを一意に識別する。
【００５１】
ＯＢＲ−４属性フィールドは、スライド上で行なわれるＣＥデータ・タイプの染色プロトコルが含まれる必須フィールドである。これは、検査室機器に対して規定されるローカル・プロトコルに基づいており、どの染色プロトコルをスライド上で用いるかを決定するために検査室機器によって用いられても良い。
【００５２】
ＯＢＲ−７属性フィールドは、何らかの臨床的に重要な検査の日付／時間が含まれる条件付きのフィールドであり、どの染色プロトコルをスライド上で行なうかを識別するために検査室システムが用いるデータである。このフィールドは、試料が最初に得られた日付および時間を表わしている。このフィールドは条件付きである。なぜならば、ＯＢＲが報告メッセージの一部として送信されるときに、このフィールドは終了していなければならず、またＯＢＲが要求の一部として送信されるときに、このフィールドは無視され得るからである。
【００５３】
ＯＢＲ−１８属性フィールドは、テキストのユーザ定義文字列である任意的なフィールドであり、この文字列によって、ＬＩＳが、スライド・ラベルをプリントするときに用いるべきテンプレートの名前を指定することができる。このフィールドにおける値が「ＮＯラベル」またはゼロ（たとえば「」）の場合には、ラベルは生成されない。さらにこれは、代替的なラベル・プリント資源を用いて機器バー・コード・ラベルをプリントするために用いても良い。この属性がゼロである場合には、検査室機器は、デフォルト・ラベル・テンプレートを用いてプリントしても良い。
【００５４】
ＯＢＲ−１９属性フィールドは、将来の使用に備えて確保される任意的なフィールドである。このフィールドは、サイトで規定されたバー・コード記号およびバー・コード・テキストが種々の物品（たとえば検査室におけるスライド）を一意に識別するために、用いても良い。またこのフィールドは、バー・コードにおいてエンコードされ、バー・コードを読み出すときに遭遇する一意のテキストを、ＬＩＳが検査室機器に通知できるようにするために用いても良い。
【００５５】
ＯＢＲ−４６属性フィールドは、詳細を記述するために用いられる任意的なフィールドである。詳細はたとえば、どのタイプの画像化プロトコルを、ＯＢＲ−４染色プロトコルを受け取ったスライド上で行なうべきか等である。ＯＢＲ−４６フィールドに含まれるのは、発注者システムから実施者システムに送られる補給サービス情報であって、ＯＢＲ−４ユニバーサル・サービスＩＤにおいて報告されるユニバーサル手続きコードに対する情報である。このフィールドは、ＯＢＲセグメントの他のフィールドでは利用可能でないオーダーリング情報詳細を得るために用いても良い。複数の補給サービス情報要素を、報告しても良い。またこのフィールドは、スライドに対する画像化プロトコルを、スライドがＯＢＲ−４で要求されるプロトコルによって染色された後に要求するために、用いても良い。
【００５６】
次のことに注意されたい。検査が無事終了したときに、発注者フィールドに戻されるメッセージには、オーダー・セグメント（ＯＢＲ）とこれに続いて検査（ＯＢＸ）セグメントとが、オーダーによって生成されるそれぞれの別個の検査に対して、含まれていても良い。このような検査セグメントの数は、プロセスにおいて行なわれる個々の測定の数によって決まっても良い。ＯＵＬメッセージでは、検査ができない場合（たとえばユニバーサル・サービス識別子が既知のプロトコルとマッチしないため）には、発注者は、Ｘ（検査は行なわれなかったことを示す）に等しいＯＢＲ−２５−結果ステータスを受け取る。この場合、検査セグメント送信されない。
【００５７】
ＭＳＡセグメントには、別のメッセージを確認応答する間に送られる情報が含まれ、また６つの属性フィールドが含まれている。すなわち、「確認応答コード」属性フィールド、「メッセージ制御ＩＤ」属性フィールド、「テキスト・メッセージ」属性フィールド、「予想連続番号」属性フィールド、「遅延確認応答タイプ」属性フィールド、および「エラー状態」属性フィールドである。
【００５８】
確認応答コード・フィールドは、必須フィールドであり、以下の３つの値のうちの少なくとも１つが含まれていても良い確認応答コードが含まれている。すなわち、ＡＡ（当初モード：アプリケーション容認−拡張モード：アプリケーション確認応答：容認）、ＡＥ（当初モード：アプリケーション・エラー−拡張モード：アプリケーション確認応答：エラー）、またはＡＲ（当初モード：アプリケーション拒否−拡張モード：アプリケーション確認応答：拒否）。
【００５９】
メッセージ制御ＩＤフィールドは、必須フィールドであり、送信システムから送られるメッセージのメッセージ制御ＩＤが含まれている。また、このフィールドによって、送信システムが、この応答を、応答が対象とするメッセージに関連付けることができても良い。テキスト・メッセージ・フィールドは、エラー状態をさらに記述する任意的なフィールドである。このテキストは、エラー・ログ内にプリントしても良いし、エンド・ユーザに示しても良い。予想連続番号は、手順プロトコルにおいて用いられる任意的な数字フィールドである。遅延確認応答タイプは、任意的であり、無視しても良い。
【００６０】
エラー状態フィールドは、任意的なフィールドであり、このフィールドによって、確認応答システムがユーザ定義のエラー・コードを用いてＡＲまたはＡＥタイプの確認応答をさらに特定することができるものである。エラー状態フィールドには、以下の１３個の値のうちの少なくとも１つが含まれていても良い。すなわち、０、１００、１０１、１０２、１０３、２００、２０１、２０２、２０３、２０４、２０５、２０６、および２０７である。「０」のエラー状態値は、「メッセージ容認済」のエラー・テキスト・メッセージを与え、成功を示す。これは通常、ステータス・コードを常に戻さなければならないシステムに対して用いられ、任意的である、なぜならばＡＡが成功を伝えるからである。「１００」のエラー状態値は、「セグメント手順エラー」のエラー・テキスト・メッセージを与え、メッセージ・セグメントが適切なオーダーになかったことを示すか、または必須セグメントが行方不明であることを示す。「１０１」のエラー状態値は、「必須フィールド行方不明」のエラー・テキスト・メッセージを与え、必須フィールドがセグメントから行方不明であることを示す。「１０２」のエラー状態値は、「データ・タイプ・エラー」のエラー・テキストを与え、フィールドに間違ったデータ・タイプのデータが含まれていたこと（たとえばＮＭフィールドに「ＦＯＯ」が含まれていたこと）を示す。「１０３」のエラー状態値は、「テーブル値見出されず」のエラー・テキストを与え、データ・タイプＩＤまたはＩＳのフィールドが対応テーブルと比較されたがマッチングが見出されなかったことを示す。
【００６１】
「２００」のエラー状態値は、「未サポート・メッセージ・タイプ」のエラー・テキスト・メッセージを戻し、メッセージ・タイプはサポートされていないことを示す。「２０１」のエラー状態値は、「未サポート・イベント・コード」のエラー・テキスト・メッセージを戻し、イベント・コードはサポートされていないことを示す。「２０２」のエラー状態値は、「未サポート処理ＩＤ」のエラー・テキスト・メッセージを示し、処理ＩＤはサポートされていないことを示す。「２０３」のエラー状態値は、「未サポート・バージョンＩＤ」のエラー・テキスト・メッセージを戻し、バージョンＩＤはサポートされていないことを示す。「２０４」のエラー状態値は、「未知のキー識別子」のエラー・テキスト・メッセージを戻し、患者のＩＤ、オーダーなどが見出されなかったことを示す。このフィールドは、追加以外のトランザクション（たとえば存在しない患者の転院）に対して用いても良い。「２０５」のエラー状態値は、「重複したキー識別子」のエラー・テキスト・メッセージを戻し、患者のＩＤ、オーダーなどがすでに存在することを示す。このフィールドは、追加トランザクション（入院、新しいオーダーなど）に応答して用いても良い。「２０６」のエラー状態値は、「アプリケーション記録ロックド」のエラー・テキスト・メッセージを戻し、トランザクションがアプリケーション記憶レベルにおいて実行できなかったこと（たとえばデータベースがロックされたこと）を示す。「２０７」のエラー状態値は、「アプリケーション内部エラー」のエラー・テキスト・メッセージを戻し、他のコードでは明確にはカバーしていない内部エラーに対するキャッチオールである。
【００６２】
自動ステータス更新
ステータス結果メッセージ、または自動ステータス更新（非要求型検査室検査またはＯＵＬ）メッセージも、単方向性メッセージである。しかしＯＵＬは、検査室機器によって生成され、ＬＩＳによって受信されてＬＩＳに試料ステータスを通知する。ＯＵＬメッセージは、ＬＩＳからの当初のオーダー要求を、そのオーダー要求に関係するステータス更新と組み合わせる応答ステータス・メッセージであり、少なくとも２つのキー・セグメントが含まれている。すなわち、診断報告の各コンポーネントのステータスであるＯＢＸセグメントと、テスト中に使用される試薬についての詳細な情報を含むＺＳＩセグメントである。
【００６３】
次のことに注意されたい。セグメント・タイプのＯＢＸおよびＯＢＲを用いた場合、ほとんどどんな臨床報告も、３レベル階層として構築することができる。すなわち、上部レベルにおけるＰＩＤ、次のレベルにおけるオーダー記録（ＯＢＲ）、および下部における１つまたは複数の検査記録（ＯＢＸ）である。さらに次のことに注意されたい。１つの結果セグメント（ＯＢＸ）が診断報告の各コンポーネントに対して送信され、このセグメントにより、分析結果の生成に関与した試薬および他の物質の物質データ（ロット、製造業者など）を、分析結果自体以外に、ＺＳＩセグメントを介して伝達することが可能になる。
【００６４】
検査（ＯＢＸ）セグメントは、ラン番号、開始時間、終了時間、およびエラー・メッセージに関する情報の転送を可能にし、また少なくとも５つのＯＢＸ属性フィールドを含んでいる。すなわち、セットＩＤ（ＯＢＸ−１）属性フィールド、値タイプ（ＯＢＸ−２）属性フィールド、検査識別子（ＯＢＸ−３）属性フィールド、検査サブＩＤ（ＯＢＸ−４）属性フィールド、および検査値（ＯＢＸ−５）属性フィールドである。
【００６５】
ＯＢＸ−１フィールドは、連続番号が含まれる必須フィールドである。ＯＢＸ−２フィールドは、ＯＢＸ−５フィールドに含まれる検査値のフォーマットを含む必須フィールドであり、以下の値のうちの少なくとも１つを含んでいても良い。ＯＢＸ−２＝ＮＭは、数字フォーマットを示す。ＯＢＸ−２＝ＳＴは、文字列フォーマットを示す。ＯＢＸ−２＝ＴＳは、タイム・スタンプ・フォーマットを示す。ＯＢＸ−３フィールドは、検査に対する少なくとも１つの一意の識別子を含む必須フィールドである。これは、ＯＲＣ−４フィールドにおける染色プロトコル値を反映しても良いが、例外として、この検査が画像化結果を参照するときには、ＯＢＸ−３フィールドは、ＯＢＲ−４６フィールドにおける画像化プロトコルのうちの１つが有する値を反映しても良い。ＯＢＸ−４フィールドは、複数のＯＢＸセグメントを区別するために用いても良い必須フィールドであり、同じ検査ＩＤがＯＢＲの下で系統立てられる。またＯＢＸ−４フィールドは、検査セグメントを分類するために用いても良い必須フィールドである。ＯＢＸ−４フィールドには、表１に示す値のうちの少なくとも１つが含まれていても良い。
【００６６】
【表１】
0005571228.tif 000003
ＯＢＸ−５フィールドは、検査者が検査した値が含まれる必須フィールドである。ＯＢＸ−２（値タイプ）には、このフィールドに対するデータ・タイプが、どの検査値がフォーマットされるかに基づいて含まれる。
【００６７】
物質識別子（ＺＳＩ）セグメントには、分析テスト結果の生成に用いられる物質（たとえば試薬）を識別するために必要なデータが含まれ、少なくとも１０個の属性フィールドが含まれる。これらのフィールドの組み合わせによって、物質が一意に識別され、製造業者に応じてこれらのフィールドの全部または一部が必要とされる。分析に複数の物質が必要である場合には、このセグメントは各物質に対して繰り返される。ＺＳＩセグメントによって、以下のものに関する情報の転送が可能になる。試薬の製造業者、化学名、カタログ番号、ロット番号、ロット期限、および連続番号。
【００６８】
ＺＳＩセグメントには、表２に示す属性フィールドが含まれる。
【００６９】
【表２】
0005571228.tif 000004
マスタ・ファイル交換メッセージ
マスタ・ファイル交換またはマスタ・ファイル転送メッセージも、単方向性メッセージであり、２つのタイプのメッセージが含まれている。すなわち、１）マスタ・ファイル変化通知（ＭＦＮ）メッセージ、およびマスタ・ファイル照会（ＭＦＱ）メッセージである。マスタ・ファイル転送メッセージは、検査室機器によって生成され、ＬＩＳによって受信されて、マスタ・ファイル情報が２つのシステム間で同期し続けるようにする。
【００７０】
ＭＦＱメッセージによって、ＬＩＳは、特定のマスタ・ファイルにおける記録のグループを照会することができる。ＭＦＱメッセージには、２つの必須セグメントが含まれている。すなわち、メッセージ・ヘッダ（ＭＳＨ）セグメントと照会定義（ＱＲＤ）セグメントである。ＱＲＤセグメントは、照会を定義するために用いられ、表３に示すような１０個の属性フィールドが含まれている。
【００７１】
【表３】
0005571228.tif 000005
またＭＦＱトランザクションには、以下の７つのセグメントを含むマスタ・ファイル応答（ＭＦＲ）メッセージが含まれている。すなわち、メッセージ・ヘッダ（ＭＳＨ）、メッセージ確認応答（ＭＳＡ）、照会定義（ＱＲＤ）、マスタ・ファイル識別（ＭＦＩ）、プロトコル入力（ＺＶＰ）、テンプレート入力（ＺＶＴ）、およびサード・パーティの化学入力（ＺＳＩ）である。なおＺＶＰおよびＺＶＴ以外はすべて、必須セグメントである。
【００７２】
ＭＦＩセグメントは通常、マスタ・ファイルを識別するために用いられ、表４に示すような５つのセグメント属性フィールドを含んでいる。
【００７３】
【表４】
0005571228.tif 000006
ＺＶＰセグメントは、マスタ・ファイル・プロトコル情報を入力するために用いられ、表５に示すように３つのセグメント属性フィールドを含んでいる。
【００７４】
【表５】
0005571228.tif 000007
ＺＶＴセグメントは、マスタ・ファイル・テンプレート情報を入力するために用いられ、表６に示すように２つのセグメント属性フィールドを含んでいる。次のことに注意されたい。ＺＶＴセグメントは、ＭＦＩ−１セグメント・フィールドにおけるフィールド・タイプがテンプレートにセットされたときにのみ用いられる。
【００７５】
【表６】
0005571228.tif 000008
ＺＳＩサード・パーティの化学／物質セグメントは、ＭＦＩ−１セグメント・フィールドにおけるフィールド・タイプが、抗体、試薬、プローブ、またはバルクにセットされたときにのみ用いられるユーザ定義のセグメントである。
【００７６】
ＭＦＮメッセージは、検査室機器プロトコル、スライド・ラベル・テンプレート、およびサード・パーティの化学を他のシステムと同期させるために生成され、マスタ・ファイル・メッセージおよびマスタ・ファイル確認応答メッセージを含んでいる。マスタ・ファイル・メッセージは、ユーザ充填可能なディスペンサとともに用いても良いサード・パーティの化学情報を容認するために用いても良く、また６つのセグメントを含んでいる。すなわち、メッセージ・ヘッダ（ＭＳＨ）セグメント、マスタ・ファイル識別（ＭＦＩ）セグメント、マスタ・ファイル入力（ＭＦＥ）セグメント、プロトコル入力（ＺＶＰ）セグメント、テンプレート入力（ＺＶＴ）セグメント、およびサード・パーティの化学入力（ＺＳＩ）セグメントである。インポート手順中に使用されないＺＶＰセグメントおよびＺＶＴセグメントを除いて、以上のセグメントはすべて必要とされる。
【００７７】
マスタ・ファイル確認応答メッセージは、マスタ・ファイル・メッセージの受け取りを確認応答するために用いられ、２つの必須セグメント（メッセージ・ヘッダ（ＭＳＨ）セグメント、確認応答（ＭＳＡ）セグメント）と、１つの任意的なセグメント（エラー（ＥＲＲ）セグメント）とを含んでいる。
【００７８】
ＭＦＥセグメントは、ＺＶＰ、ＺＶＴ、およびＺＣ３セグメントからの複数のデータ要素を繰り返す必須セグメントである。ＭＦＥセグメントは、記録が追加されているか、削除されているか、または更新されているかを示す記録レベルのイベント・コードを、インポートおよびエクスポート動作中に示すために用いられ、表７に示すように５つのセグメント属性フィールドを含んでいる。
【００７９】
【表７】
0005571228.tif 000009
例示的な実施として、ラボ機器１１０、１１４（図３）に自動スライド染色が含まれる場合には、受け取ったＨＬ７メッセージを変換してスライド・データ要素にマッピングすることができる編集可能なメカニズムを実現するために、ＧＵＩインターフェースを有するエディタを実施して、ＨＬ７メッセージを処理するためのルールからなる変換スクリプトをユーザが構築してテストできるようにする。
【００８０】
このメカニズムによって、ライブ変換スクリプトを用いるためのルーチンＨＬ７メッセージ変換を行なうこと、およびアクティブに編集されていてライブではない変換スクリプトを維持することの両方が可能であるオブジェクトが得られる。
【００８１】
ＩＰＳ１０２（図３）に常駐するフィールド・マッパー機能は、次のことを行なう単一のオブジェクトを中心に行なわれる。ライブ・スクリプトをロードおよび保持すること、ライブ・スクリプトを失うことなくスクリプトを編集モードにすることを可能にすること、編集済みスクリプト・ライブの選択を可能にすること、編集済みスクリプトを保存すること、およびライブ・スクリプトを用いてルーチンＨＬ７変換を行なって、症例データを必要に応じて変更すること。
【００８２】
例示的なＩＰＳ１０２上で実行されるアプリケーションは、必要に応じてフィールド・マッパー・オブジェクトを形成し、このオブジェクトを、主に受け取ったＨＬ７メッセージを処理するために用いる。その結果、症例データが、ＨＬ７メッセージから必要に応じて抽出される。フィールド・マッパーは、顧客サイトに存在する実に様々なＨＬ７メッセージ・データ構造と共に動作できるように、非常にフレキシブルである必要がある。このことに適応するために、メッセージ・データの処理が体系化されるスクリプト「ルール」は、メッセージ・データを症例データに変換するためにつながる命令のインタープリット済みリストからなる。ＩＰＳ１０２では、これらの処理ルールを取り扱っている。以下は、例示的な場合に規定される９つのスライド・データ・フィールドである。１）テンプレート、２）患者ＩＤ、３）患者名、４）医療施設、５）要求者、６）受け入れＩＤ、７）症例ＩＤ、８）ブロックＩＤ、および９）スライドＩＤ。
【００８３】
この例示的な実施形態では、これらは、フィールド・マッピング変換中に変更できる唯一の可能な出力フィールドである。しかし他の実施では、他のフィールドを規定および処理しても良いことを理解されたい。フィールド・マッパーの目的は、これらのデータ・フィールドに、ＨＬ７メッセージから抽出された適切なデータを入れることである。
【００８４】
当業者であれば理解するように、ＨＬ７メッセージには、スクリプトによって取り入れられるべきデータを含むことができる多数のしかし有限のＨＬ７フィールドが存在する。
スクリプト言語コンポーネント
スクリプト・フィールド・マッピング言語は、一般的な形式でラインに符号化されるルールからなる。＜ターゲット要素＞＝＜ソース要素＞まとめて、スライド・データ・フィールド、ＨＬ７メッセージ要素、内部変数、およびリテラル文字列は、「データ・タイプ」と言われる。データ・タイプは、スクリプト・ラインにおいて以下のように存在することができる。
【００８５】
【表８】
0005571228.tif 000010
内部変数は、スクリプトの編集時にユーザ定義可能であり、スクリプト・コマンド処理中に結果を一時的に保持するために用いられる。内部変数は、自動的に形成され、最初は空の値を有している。
【００８６】
言語エディタは、ユーザがスクリプト・コマンドを形成することができる唯一の方法である。この結果、ユーザ入力のスクリプト・コマンド・ラインを取り扱う精巧な構文解析エンジンを開発する必要がない。スクリプト・コマンドは、バイナリ形式で記憶されるが、ユーザが容易に見ることができるフォーマットで示される（この表示されるフォーマットは、後に特殊関数の構文を記述するときに用いられるが、構文解析は、示したコマンド・ラインには必要ではない）。
【００８７】
ＣＯＰＹ（コピー）特殊関数
この機能は、１つのデータ・オブジェクトの全内容をコピーして、それを他に保存するために用いられる。構文は以下のようになる。
［ターゲット・データ・オブジェクト］＝ＣＯＰＹ（［ソース・オブジェクト］）
例：
ｘ＝‘１２３４’の場合、
［ｓ］＝ＣＯＰＹ（［ｘ］）
の結果は‘１２３４’。
【００８８】
ＥＸＴＲＡＣＴ（抽出）特殊関数
この機能は、ソース・オブジェクトから区切りデータを掘り出すために使用できる非常にフレキシブルな文字列抽出機能である。抽出は、規定された区切り文字列と開始および終了区切りカウントとを用いて行われる。この機能によって、データを種々の仕方（一番左、一番右、または中央の文字列など）で、抽出することができる。抽出は、区切り文字列の開始インスタンス・カウントで始まる文字から始まり、実際の開始区切り文字列は除く。抽出は、区切り記号の終了インスタンス・カウントで終了し、実際の終了区切り文字列は含まない。
【００８９】
構文は以下のようになる。
［ターゲット・データ・オブジェクト］＝ＥＸＴＲＡＣＴ（［ソース・オブジェクト］、区切り文字列、開始インデックス・カウント、終了インスタンス・カウント）
区切り文字列は、ユーザが入力する任意の空白でない文字列とすることができる。
【００９０】
開始および終了インデックス・カウントは、任意の正の整数値とすることができる。区切りカウント０には特別な意味があり、それらが見出される場所によって異なる。０が開始インスタンス・カウントで見出される場合には、この意味は、データ・オブジェクトの開始から抽出を開始することである。０が終了インスタンス・カウントで見出される場合には、この意味は、データ・オブジェクトの終わりに抽出を終了することである。言い換えれば、開始インスタンス・カウントに対して０を用いることは、データ・オブジェクトの左部分を選ぶことを意味し、終了インスタンスに対して０を用いることは、データ・オブジェクトの右側を選ぶことを意味する。
【００９１】
例：
［ｘ］＝ＥＸＴＲＡＣＴ（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，１，２）
の結果は‘５６７’。
［ｘ］＝ＥＸＴＲＡＣＴ（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，１，３）
の結果は‘５６７−１１１１’。
［ｘ］＝ＥＸＴＲＡＣＴ（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，０，２）
の結果は‘１２３４−５６７’。
［ｘ］＝ＥＸＴＲＡＣＴ［‘１２３４−５６７−１１１１−９９９９’］，‘−’，１，０）
の結果は‘５６７−１１１１−９９９９’。
［ｘ］＝ＥＸＴＲＡＣＴ（［‘１２３４−５６７−１１１１−９９９９’］，‘−’，０，０）
の結果は‘１２３４−５６７−１１１１−９９９９’（これは実際には、フィールド全体である）。
【００９２】
ＣＯＮＣＡＴ特殊関数
この機能は、複数のソース・データ・オブジェクトを一つに連結して長い文字列を作成し、ターゲット・データ・オブジェクトに割り当てるために用いられる。構文は以下のようになる。
［ターゲット・データ・オブジェクト］＝ＣＯＮＣＡＴ（［ソース・オブジェクト１］，［ソース・オブジェクト２］，［ソース・オブジェクト３］，［ソース・オブジェクト４］）
１〜４のソース・データ・オブジェクトが存在することができる。３〜４は任意的である。ソース・データ・オブジェクトの内容を、単純に一つに連結して、結果を形成する。４を超えるソース・データ・オブジェクトを連結する必要がある場合には、一時的な結果を内部変数に記憶することができ、より多くのコンカット・コマンドをつなげて連結を続けることができる。
【００９３】
例：
ｘ＝‘１２３４’、ｙ＝‘５６７’、ｚ＝‘１１１１’の場合、
［ｓ］＝ＣＯＮＣＡＴ（［ｘ］，［‘−’］，［ｙ］）
の結果は‘１２３４−５６７’。
［ｓ］＝ＣＯＮＣＡＴ（［ｓ］，［‘−’］，［ｚ］）
の結果は‘１２３４−５６７−１１１１’。
【００９４】
ＬＥＦＴ（レフト）特殊関数
この機能は、ある特定の量の文字をデータ・オブジェクトの左側から抽出するために用いられる。構文は以下のようになる。
［ターゲット・データ・オブジェクト］＝ＬＥＦＴ（［ソース・オブジェクト］，＃文字）
例：
ｘ＝‘１２３４’の場合、
［ｓ］＝ＬＥＦＴ（［ｘ］，３）
の結果は‘１２３’。
【００９５】
ＲＩＧＨＴ（ライト）特殊関数
この機能は、ある特定の量の文字をデータ・オブジェクトの右側から抽出するために用いられる。構文は以下のようになる。
［ターゲット・データ・オブジェクト］＝ＲＩＧＨＴ（［ソース・オブジェクト］，＃文字）
例：
ｘ＝‘１２３４’の場合、
［ｓ］＝ＲＩＧＨＴ（［ｘ］，３）
の結果は‘２３４’。
【００９６】
ＭＩＤ特殊関数
この機能は、ある特定の量の文字をデータ・オブジェクトの中央部から抽出するために用いられる。構文は以下のようになる。
［ターゲット・データ・オブジェクト］＝ＭＩＤ（［ソース・オブジェクト］，開始位置，＃文字）
開始位置は、文字の抽出を開始する文字位置である。文字数は、いくつの文字を抽出するかである。
【００９７】
例：
ｘ＝‘１２３４’の場合、
［ｓ］＝ＭＩＤ（［ｘ］，２，２）
の結果は‘２３’。
【００９８】
データ記憶
フィールド・マッピング・スクリプトは、バイナリ形式でディスクに記憶され、必要に応じて検索され、変更されたら記憶される。ファイル・フォーマットは、人間によって読取可能とはならないようにデザインされる。データ保全機能がファイル・フォーマットに組み込まれていて、ディスクからの検索時にデータ破損が明らかとなるようになっており、無効のスクリプトが容易に識別可能となって実行されないようになっている。より具体的には、データは、暗号化されて自動ラップされたコードセーフ・ストリーム内に記憶される。
【００９９】
次に図６を参照して、ホスト／ＩＰデータ同期方法６００を一般的に例示する高レベルのブロック図を示しており、図３に関してすでに例示および説明したＩＰＮに関して以下のように説明する。後に詳細に説明するように、ＩＰＳ１０２が最初にＩＰＮ１００に接続されると、ＩＰＳ１０２は、ＩＰＮ１００上のすべてのデバイス（たとえば第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２）にメッセージを周期的に一斉送信することを始めて、これらのデバイスのそれぞれに、ＩＰＳ１０２がＩＰＮ１００に接続したことを通知する（ブロック６０２に示す）。このメッセージは、ＩＰＮ１００全体に渡って全体的に一斉送信されるユーザ・データグラム・プロトコル（ＵＤＰ）タイプであり、ＩＰＳ１０２上に何のデータが存在するかについての情報を含んでいる。次のことを理解されたい。ＩＰＳ１０２がＩＰＮ１００に接続されると、ＩＰＳ１０２サービスを用いるように構成されたＩＰＮ１００上の任意のホスト・コンピュータは、種々の機能を行なうことができる。たとえば、ＩＰＳ１０２に接続して、ＩＰＳ１０２に既知である最新のデータ要素を要求するか、または新しいデータ要素をＩＰＳ１０２と共有することによって、新しい要素をホスト・コンピュータのネットワーク１０６にとって利用可能にする等である。検査室状況における機器の間で共有され得るデータのタイプには、以下のものがある。すなわち、染色プロトコル、ユーザ・パスワードおよびプリビレッジ、試薬（ディスペンサ／ガラス瓶）、バルク流体、症例／キーコード、テンプレート、パネル、およびサード・パーティの試薬である。ホスト・コンピュータのネットワーク１０６における各ホスト・コンピュータは、独立にセット・アップして、所定の状態（たとえば個々の検査室および／またはコンピュータ・ホストの要求）に対応して、データ要素を共有するようにしても良いし、共有しなくても良い。
【０１００】
この一斉送信メッセージを受け取ると、ホスト・コンピュータのネットワーク１０６は、ＩＰＳ１０２上のデータがホスト・コンピュータのネットワーク１０６上のデータと異なっているかどうかを判定する（ブロック６０４に示す）。これは、第１のホスト・コンピュータ１０８が、ＩＰＳ１０２上に存在するデータを第１のホスト・コンピュータ１０８上に存在するデータと比較すること、および第２のホスト・コンピュータが、ＩＰＳ１０２上に存在するデータを第２のホスト・コンピュータ１１２上に存在するデータと比較することによって、行なっても良い。第１のホスト・コンピュータ１０８および第２のホスト・コンピュータ１１２の両方に存在するデータが、ＩＰＳ１０２上に存在するデータと同じである場合には、同期プロセスは終了する（ブロック６１４に示す）。しかしホスト・コンピュータのネットワーク１０６上のデータセットが、ＩＰＳ１０２上に存在するデータセットと異なる場合には、ホスト・コンピュータのネットワーク１０６は、同期プロトコルを開始して、ＩＰＳ１０２のデータ要素のバージョンのコピーをホスト上のデータ・セットに転送する。しかしホスト・コンピュータのネットワーク１０６上のデータセットが、ＩＰＳ１０２上のデータセットよりも新しい場合には、ＩＰＳ１０２上のデータセットを、ホスト・コンピュータ１０６からのデータ要素のバージョンのコピーによって更新する。
【０１０１】
たとえばＩＰＳ１０２上のデータセットが、第１のホスト・コンピュータ１０８上のデータセットと、全部または一部が異なる場合には、第１のホスト・コンピュータ１０８は、そのデータセットがＩＰＳ１０２上のデータセットよりも古いかどうかを判定する（ブロック６０６に示す）。これは、第１のホスト・コンピュータ１０８がそのデータセットをＩＰＳ１０２上のデータセットと比較することによって、行なっても良い。第１のホスト・コンピュータ１０８上のデータセットが、ＩＰＳ１０２上のデータセットよりも古い場合には、ＩＰＳ１０２上のデータセットのうち新しい部分が、第１のホスト・コンピュータ１０８によって取得される（ブロック６０８に示す）。これが行なわれると、または第１のホスト・コンピュータ１０８上のデータセットが、ＩＰＳ１０２上のデータセットよりも古くない場合には、第１のホスト・コンピュータ１０８は、そのデータセットが、ＩＰＳ１０２上のデータセットよりも新しいかどうかを判定する（ブロック６１０に示す）。前述したように、これは、第１のホスト・コンピュータ１０８が、そのデータセットをＩＰＳ１０２上のデータセットと比較することによって、行なっても良い。第１のホスト・コンピュータ１０８上のデータセットが、ＩＰＳ１０２上のデータセットよりも新しい場合には、ホスト・コンピュータ１０８上のデータセットのうち新しい部分が、第１のホスト・コンピュータ１０８によってＩＰＳ１０２に転送される（ブロック６１２に示す）。これがＩＰＮ１００全体上の各ホスト・コンピュータに対して行なわれたら、同期プロセスは終了する（ブロック６１４に示す）。
【０１０２】
図７を参照して、ホスト側データ要素の同期方法７００を例示する低レベルのブロック図を示しており、以下のように説明する。図７の方法を、第１のホスト・コンピュータ１０８に対して説明しているが、図７の方法は、複数のホスト・コンピュータ１０６における各ホスト・コンピュータに対して適用されることを理解されたい。すでに簡単に述べたように、ＩＰＳ１０２が最初にＩＰＮ１００に接続されると、ＩＰＳ１０２は、ＩＰＮ１００に接続されるすべてのデバイスにＵＤＰメッセージを周期的に一斉送信することを始めて、ＩＰＮ１００に接続されるすべてのデバイス（この場合は第１のホスト・コンピュータ１０８）上の情報を同期させる（ブロック７０２に示す）。このＵＤＰメッセージには、ＩＰＳプロトコル・バージョン番号とともに、ＩＰＳ１０２上に存在するデータに関する情報、たとえばその情報のタイムスタンプまたは日付が含まれる。第１のホスト・コンピュータ１０８がこのメッセージを受け取ると、第１のホスト・コンピュータ１０８は、そのデータセットが、ＩＰＳ１０２上に含まれるデータセットと異なっているかどうかを判定する（ブロック７０４に示す）。これは、ＵＤＰメッセージに含まれるＩＰＳプロトコル・バージョン番号を第１のホスト・コンピュータ１０８上のプロトコル・バージョン番号と比較することによって、行なっても良い。プロトコル・バージョン番号がマッチする場合には、ＩＰＳ１０２上のデータセットは、第１のホスト・コンピュータ１０８上のデータセットと同じであり、ホスト側データ要素同期方法７００は終了する（ブロック７４０に示す）。
【０１０３】
しかしプロトコル・バージョン番号がマッチしない場合には、ＩＰＳ１０２上のデータセットは、第１のホスト・コンピュータ１０８上のデータセットとは異なっており、第１のホスト・コンピュータ１０８は、ＩＰＳ１０２からのデータ要素のＩＰＳリスト（すなわち内容のテーブル）を要求する（ブロック７０６に示す）。この要求を受け取ると、ＩＰＳ１０２はデータ要素のＩＰＳリストを送り、第１のホスト・コンピュータ１０８はこれを受け取る（ブロック７０８に示す）。
【０１０４】
第１のホスト・コンピュータ１０８は、第１のホスト・コンピュータ１０８上に含まれるホスト・データ要素のリストを構築し（ブロック７１０に示す）、ホスト・データ要素のリストをデータ要素のＩＰＳリストと比較して、第１のホスト・コンピュータ１０８上で何らかのデータ要素が不足しているか、またはＩＰＳ１０２上のデータ要素よりも古いかどうかを判定する（ブロック７１２に示す）。第１のホスト・コンピュータ１０８上のデータ要素に、不足しているかまたはＩＰＳ１０２上のデータ要素よりも古いものがある場合には、第１のホスト・コンピュータ１０８は、データ要素のロックを要求してこれをＩＰＳ１０２から取得する（ブロック７１４に示す）。複数のホスト・コンピュータがある場合には、このデータ要素のロックによって、１つのホスト・コンピュータ（たとえば第１のホスト・コンピュータ１０８）のみが、ＩＰＳ１０２内のデータ要素にアクセスできるようになるため、他のホスト・コンピュータが、特定のデータ要素に同時にアクセスして変えてしまうことを心配する必要がない。データ要素のロックが取得されると、第１のホスト・コンピュータ１０８は、ＩＰＳ１０２に、当該データ要素を送ることを要求する（ブロック７１６に示す）。第１のホスト・コンピュータ１０８が、要求されたデータ要素を受け取ると、第１のホスト・コンピュータ１０８は、データ要素をそのデータ要素バッファに加える（ブロック７１８に示す）。そしてデータ要素は、データ要素バッファから第１のホスト・コンピュータ１０８のホスト・データベースに保存される（ブロック７２０に示す）。次に第１のホスト・コンピュータ１０８は、第１のホスト・コンピュータ１０８上のデータ要素に、不足しているかまたはＩＰＳ１０２上のデータ要素よりも古いものがさらにあるかどうかを判定する（ブロック７２２に示す）。そうである場合には、ブロック７１６〜７２０を繰り返す。そうでない場合には、第１のホスト・コンピュータ１０８は、ＩＰＳ１０２に、データ要素のロックを解除するように要求を送る（ブロック７２４に示す）。
【０１０５】
データ要素のロックが解除されるか、または第１のホスト・コンピュータ１０８上に、不足しているかまたはＩＰＳ１０２上のデータ要素よりも古いデータ要素がない場合には、第１のホスト・コンピュータ１０８は、ホスト・データ要素のリストをデータ要素のＩＰＳリストと比較して、ＩＰＳ１０２上で何らかのデータ要素が不足しているか、または第１のホスト・コンピュータ１０８上のデータ要素よりも古いかどうかを判定する（ブロック７２６に示す）。ＩＰＳ１０２上のデータ要素に、不足しているかまたは第１のホスト・コンピュータ１０８上のデータ要素よりも古いものがある場合には、第１のホスト・コンピュータ１０８は、データ要素のロックを要求してこれをＩＰＳ１０２から取得する（ブロック７２８に示す）。データ要素のロックが取得されると、第１のホスト・コンピュータ１０８は当該のデータ要素をＩＰＳ１０２に送る（ブロック７３０に示す）。第１のホスト・コンピュータ１０８は、データ要素をホスト・データベースから読み出して、そのデータ要素バッファに入れ（ブロック７３２に示す）、ＩＰＳ１０２に送られたデータ要素は、データ要素バッファから取り除かれる（ブロック７３４に示す）。次に第１のホスト・コンピュータ１０８は、ＩＰＳ１０２上のデータ要素に、不足しているかまたは第１のホスト・コンピュータ１０８上のデータ要素よりも古いものがさらにあるかどうかを判定する（ブロック７３６に示す）。そうである場合には、ブロック７３０〜７３４を繰り返す。そうでない場合には、第１のホスト・コンピュータ１０８は、データ要素のロックを解除するようにＩＰＳ１０２に要求を送り（ブロック７３８に示す）、ホスト側データ要素同期方法７００は、終了する（ブロック７４０に示す）。
【０１０６】
ある特定のテスティング状況では、データ要素場所の知識は必須であり、たとえば試薬を取り扱うときにそうである。この状況は、ホスト側データ要素の整列によって対処され得る。図８を参照して、ホスト側データ要素の整列方法８００を例示するブロック図を示しており、以下のように説明する。ホスト・コンピュータが、データ要素（たとえば試薬）の所有権を必要とする場合（ブロック８０２に示す）、ホスト・コンピュータは、データ要素の所有権を要求することを、データ要素の所有権を要求するＵＤＰメッセージをＩＰＮ１００へ一斉送信することによって行なう（ブロック８０４に示す）。ＩＰＮ１００上の各ホスト・コンピュータは、ＵＤＰメッセージを受け取り（ブロック８０６に示す）、要求されたデータ要素を現時点で所有しているかどうかを判定する（ブロック８０８に示す）。要求されたデータ要素を所有するホスト・コンピュータは、要求されたデータ要素がロックされているかどうかを判定する（ブロック８１０に示す）。要求されたデータ要素がロックされていない場合には、要求されたデータ要素を所有するホスト・コンピュータは、要求しているホスト・コンピュータについての情報（ホストＩＤおよびタイムスタンプ更新を含む）をそのデータ要素データベースに書き込み（ブロック８１２に示す）、要求されたデータ要素の所有権を、要求しているホストに実効的に転送する。
【０１０７】
これが終了するか、またはホスト・コンピュータが、要求されたデータ要素を所有していないか、またはデータ要素がロックされている場合には、ホスト・コンピュータは、要求されたデータ要素のすべてについて所有権の有無を調べたかどうかを判定する（ブロック８１４に示す）。調べていない場合には、ブロック８０８〜８１４を、要求されたデータ要素のすべてについて所有権の有無を調べるまで、繰り返す。調べている場合には、ホスト・コンピュータは、何らかのデータ要素の所有権が、要求しているホスト・コンピュータに移されたかどうかを判定する（ブロック８１６に示す）。移されていない場合には、ホスト側データ要素の整列方法８００は終了する（ブロック８２４に示す）。移されている場合には、ホスト・コンピュータは、新しい所有権データ要素を、要求しているホスト・コンピュータに、たとえばＴＣＰ／ＩＰメッセージを用いて一斉送信する（ブロック８１８に示す）。新しい所有権データ要素を受け取ると、要求しているホスト・コンピュータは、確認応答メッセージを、送信しているホスト・コンピュータに送り返す（ブロック８２０に示す）。次に、要求しているホスト・コンピュータは、そのデータベースを新しい所有者情報を用いて更新し、たとえば所有者バージョンを増加しおよびタイムスタンプを再設定する（ブロック８２２に示す）。これが終了したら、ホスト側データ要素の整列方法８００は終了する（ブロック８２４に示す）。
【０１０８】
次のことを理解されたい。ＨＬ７を介して行なわれるこのタイプの直接テスト・オーダーリングによって、データ入力およびラベリング機能が能率化でき、その結果、ワーク・フローの生産性および質的管理が増加する。さらに次のことを理解されたい。ＩＰＳ１０２は、ＬＩＳ１０４および／またはホスト・コンピュータのネットワーク１０６との通信を、標準ＴＣＰ／ＩＰプロトコルまたは所望の最終目的に好適な任意の他の方法を用いて行なっても良い。このような方法はたとえば、インターネット、イーサネット、無線、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）などである。さらに、ＩＰＳ１０２が取り扱うデータは、多くのタイプから構成されていても良い。これはたとえば（しかしこれらに限定されないが）、染色プロトコル、バー・コード割当て、試薬ディスペンサ情報、ユーザ・パスワード、症例マネジメント、ＬＩＳからの染色要求、染色ステータス、およびＬＩＳに送り返される結果情報である。
【０１０９】
前述したように、図６、７、および８の方法の少なくとも一部は、コンピュータ実施のプロセスおよびこれらのプロセスを実行するための器具の形態で具体化しても良い。さらに図６、７、および８の方法の少なくとも一部は、有形の媒体（たとえばフロッピー（登録商標）・ディスケット、ＣＤ−ＲＯＭ、ハード・ドライブ、または任意の他のコンピュータ−読取可能な記憶媒体）において具体化される命令を含むコンピュータ・プログラム・コードの形態で具体化しても良い。なおコンピュータ・プログラム・コードがコンピュータにロードされてコンピュータによって実行されると、コンピュータは、本明細書で説明した技術を実行するための器具になる。再プログラム可能な記憶（たとえば、フラッシュ・メモリ）を有する既存のシステムを、本明細書で説明した技術を実施するために更新しても良い。図６、７、および８の方法の少なくとも一部は、たとえばコンピュータ・プログラム・コードの形態で具体化されても良いことが意図されている。これは、コードが、記憶媒体に記憶されるか、コンピュータにロードされおよび／またはコンピュータによって実行されるか、または何らかの伝送媒体を介して送信される（たとえば電気配線もしくはケーブル布線を介して、光ファイバを通して、もしくは電磁放射を介して）かどうかに依らない。なおコンピュータ・プログラム・コードがコンピュータにロードされてコンピュータによって実行されると、コンピュータは、本明細書で説明した技術を実行するための器具になる。多目的マイクロプロセッサ上で実施されるとき、コンピュータ・プログラム・コード・セグメントは、特定の論理回路を形成するようにマイクロプロセッサを構成しても良い。
【０１１０】
次のことを理解されたい。本明細書で説明したシステムおよび技術を用いるために実施されるネットワークによって、ＩＰＳ１０２が遠隔オペレータに、次のようなウェブ・インターフェースを与えることができても良い。すなわち、ホスト・コンピュータのネットワーク・システム１０６および任意の検査室機器（たとえば第１の複数の検査室機器１１０および第２の複数の検査室機器１１４）に対する報告およびステータス更新のために用いても良いウェブ・インターフェースである。
【０１１１】
本明細書で説明したシステムの実施形態では、任意の１つまたは複数の異なるエンコーディング技術を用いて、スライド、試薬、および他の要素の追跡および識別を容易にしても良い。これらの技術には、任意の電磁気的エンコーディングが含まれる。たとえば、光学的に読取可能な文字たとえばバー・コード、読取可能および／または書き込み可能なＲＦＩＤラベル、赤外線のＩＤシステムなどとともに用いても良いものである。
【０１１２】
一例として、ＲＦＩＤ技術は、スライド、試薬などを追跡することに関連して用いても良く、またこれらの要素についての情報にアクセスおよび管理する際に用いても良い。ＲＦＩＤ使用可能ラベルは、ガラス・スライド、試料容器、または自動化された検査室環境において処理され得る他の物品もしくはコンポーネントに関連して、用いても良い。
【０１１３】
一実施形態では、バー・コード上でＲＦＩＤラベルを用いることに利点を見出しても良い。これについては、本明細書の他の箇所で説明される。バー・コード上にＲＦＩＤラベルを設けることの１つの利点は、タグ・データを読み出しおよび書き込むための見通し線を必要としないことである。さらにＲＦ信号は、幅広い非金属の材料の中を伝わることができる。データは、アンテナの範囲内にある多くのＲＦＩＤラベルから同時に捕捉しても良い。ＲＦＩＤラベルを、種々のコーティング内に入れても良く、こうすることで、ＲＦＩＤラベルを、極めて耐久性のあるものにすることができ、また過酷な生産プロセスの間じゅう追跡することができる。また本明細書の他の箇所で詳細に説明するように、ＲＦＩＤラベルは、読み出しおよび／書き込み動作をサポートすることが可能である。書き込み可能なＲＦＩＤラベルを用いる実施形態では、リアル・タイムな情報更新を、タグ付き物品が処理ステップの間を移動する間にＲＦＩＤラベルに書き込むことによって、行なっても良い。バー・コード（いったんプリントされたら再使用できない）とは対照的に、書き込み可能なＲＦＩＤタグは、新しいデータにより再使用できる。
【０１１４】
次に図９を参照して、スライド配置の実施形態１０００の例を示す。スライド１００４には、ＲＦＩＤラベル１００２が含まれている。配置１０００では、ＲＦＩＤラベル１００２は、スライド１００４の上面１００６に取り付けられている。この配置および本明細書で説明する他の配置におけるスライドは、たとえばガラス・スライドであっても良い。ＲＦＩＤラベル１００２には、電子的にエンコードされた情報が含まれていても良い。これについては、本明細書の他の箇所で説明される。さらにＲＦＩＤラベル１００２の表面には、プリントされた情報、たとえば人間によって読取可能なテキスト、バー・コード識別子などが、含まれていても良い。また次のことにも注意されたい。ＲＦＩＤラベル１００２の実施形態では、テキストまたは他のタイプの情報をその表面に含めることを省いても良い。
【０１１５】
次に図１０を参照して、スライドおよびＲＦＩＤラベルの第２の配置１０２０を示す。例１０２０では、スライド１０２４にはＲＦＩＤラベル１０２２が含まれ、このラベル１０２２はスライド１０２４の下面１０２６に取り付けられている。この配置例１０２０では、スライド１０２２には、当業者には既知であるＲＦＩＤ技術に基づいてエンコードされた情報が含まれていても良い。さらにスライドの底部１０２６に取り付けられた１０２２の表面上に、ＲＦＩＤラベルは、ＲＦＩＤラベル表面にプリントされた情報を含んでいても良い。プリントされた情報には、人間によって読取可能なテキスト、バー・コードなどが含まれていても良い。これらは、検査スライド１０２４を上面１０２８から見たときに見ることができる。この場合、プリントされた情報（たとえばバー・コード）は、スライド１０２４の底面１０２６に接触している１０２２の表面上にあっても良い。さらに一実施形態では、テキストまたは他のプリントされた情報を、ＲＦＩＤラベル１０２２の底面上に組み込んでも良い。また次のことにも注意されたい。一実施形態では、バー・コードおよび他の情報を別のラベル内に含むことを、このような任意的なテキストをＲＦＩＤラベル１０２２の表面上に含む代わりに行なっても良い。
【０１１６】
次に図１１を参照して、ＲＦＩＤラベルにおけるスライドの第３の配置１０４０を示す。配置１０４０では、ＲＦＩＤラベル１０４２が、スライド１０４４の層の内部に埋め込まれていても良い。このような配置１０４０には、あらかじめ作製されたスライドおよびＲＦＩＤラベル（たとえば製造業者によって提供される）が含まれていても良い。この配置では、ＲＦＩＤラベル１０４２は、ガラス・スライド１０４４の上面付近に埋め込まれる。
【０１１７】
次に図１２を参照して、ＲＦＩＤラベルおよびスライドの第４の配置１０６０を示す。配置１０６０では、ＲＦＩＤラベル１０６２は、ガラス・スライド１０６４の底面付近に埋め込まれている。次のことに注意されたい。１０６０に示す配置は、図１１に関連して説明したものと同様に、あらかじめ作製されたスライドおよびＲＦＩＤラベルの配置として実現しても良い。ＲＦＩＤラベル（たとえば１０４２および１０６２）を埋め込んでも良いスライド内の特定の場所には、図１１および図１２に関連して説明したもの以外の位置および場所が含まれていても良い。ＲＦＩＤラベルの特定の配置は、特定のスライド組成および／またはスライド製造プロセスに基づいて変わっても良い。
【０１１８】
次に図１３を参照して、試料容器およびＲＦＩＤラベルの配置１０８０を示す。配置１０８０では、試料容器１０８４にＲＦＩＤラベル１０８２が含まれていて、このラベル１０８２は試料容器１０８４の表面に取り付けられていても良い。またＲＦＩＤラベル１０８２は、１０８０に例示される場所以外の場所にあっても良く、また本明細書の他の箇所で他の図に関連して説明されるその他のＲＦＩＤラベルと同様に、さらなる情報がそこにインプリントされていても良い。またＲＦＩＤラベルは、容器の表面の真下に埋め込まれていても良い。たとえば側壁表面の真下である。
【０１１９】
次に図１４を参照して、試薬容器の例１６５０が示されており、ＲＦＩＤラベルが取り付けられている。例１６５０に例示される試薬容器１６５２では、ＲＦＩＤラベル１６５４が容器の側面に取り付けられている。ＲＦＩＤラベル１６５４は、例１６５０に示す以外の容器の異なる表面に配置しても良い。次のことに注意されたい。ＲＦＩＤラベルは、試薬容器内に、容器表面の真下に埋め込まれていても良い。これはたとえば、試薬容器に最初に充填するときに行なっても良い。このような埋め込みラベルによって、容器表面に後で取り付けたラベルが、取り外されるか、そうでなければ容器表面に貼られた他のラベルと混ざったときに、試薬の誤認を防止することができる。
【０１２０】
次に図１５を参照して、ＲＦＩＤラベルを用いたシステムに含めても良いコンポーネントの例１７００を示す。図１５のコンポーネントは、検査室に含まれていても良く、また本明細書で説明した他の技術に関連して用いられても良い。例１７００には、コンピュータ１７０４、データベース１７０６、１つまたは複数のＲＦＩＤラベル・リーダ／ライタ・モジュール１７０８ａ〜１７０８ｎ、１つまたは複数のアンテナ１７１０ａ〜１７１０ｎ、および１つまたは複数のＲＦＩＤラベル１７２０ａ〜１７２０ｎが含まれている。ラベル１７２０ａ〜ｎはそれぞれ、本明細書で説明したように検査室で用いられる要素に取り付けられ、埋め込まれ、または他の仕方で付随しても良い。ラベルは、たとえば各スライドおよび各試薬容器に取り付けられても良い。ＲＦＩＤラベルは、スライド、試薬容器、およびＲＦＩＤラベルが取り付けられる他の要素の場所を追跡および識別する際に用いても良い。動作中、ＲＦＩＤラベル・リーダ／ライタ・モジュール（たとえば１７０８ａ）は、アンテナ要素の１つまたは複数に、そのＲＦＩＤラベルが識別する特定の要素の場所に関して問い合わせても良い。モジュール１７０８ａは、このことを、アンテナ要素の１つまたは複数に問い合わせ信号を送信することによって行なっても良い。アンテナ要素（たとえば１７１０ａ）は、ラベルに信号を送信しても良い。このことを１７２２で例示する。ラベル（たとえばラベル１７２０ａ）は、この信号を受け取り、リターン信号を送信し返しても良い。このことを１７２４で例示する。リターン信号には、そのＲＦＩＤラベルに対応する一意の識別子が含まれる。モジュール１７０８ａは、このＲＦＩＤラベルの一意の識別子および他の情報をこの技術を通して得て（読み出して）も良い。コンピュータ１７０４は、モジュール１７０８ａ〜１７０８ｎと通信して、データを送りおよび／または受け取っても良く、この情報をデータベース１７０６に記憶しても良い。
【０１２１】
次のことに注意されたい。コンピュータ１７０４は、たとえばＩＰＳに接続されるホストまたは他のコンピュータ・システムであっても良い。ＩＰＳは、本明細書の他の箇所（たとえば、図３、図２９、および図３３）で説明される例に含まれている。たとえば一実施形態では、要素１７０４は、ホスト・コンピュータであっても良い。ホストは、図１５に例示するようにＲＰＩＤリーダ／ライタ・コンポーネントに接続されても良い。リード／ライタ・コンポーネントと通信する同じホストが、他の機器（たとえば検査室機器）と通信してこれを制御しても良い。あるいは、一実施形態では、検査室機器を制御しない専用のホストを、図１５に例示するＲＦＩＤコンポーネント（たとえばリーダ／ライタ・コンポーネント）以外に、有していても良い。リード／ライタ・コンポーネントの１つまたは複数は、図１５に例示するように、スタンドアローンのコンポーネントであっても良い。一実施形態では、リード／ライタ・コンポーネントの１つまたは複数を、他の機器内に含んでいても良い。ホストは、情報をＲＦＩＤラベルまたはタグから収集しても良い。たとえば、ホストは、在庫の使用法を処理しＲＦＩＤイベントの取り扱いを行なうコードを実行しても良い。その後、ホストは、ＶＬＭおよび検査室内の他のコンポーネントと通信して、ＲＦＩＤラベルを介して収集される任意の情報およびその問い合わせを配布しても良い。他の箇所で詳細に説明されるように、情報を、ホストを用いてＲＦＩＤラベルに書き込んでも良い。
【０１２２】
また本明細書の他の箇所で説明されるように、ＲＦＩＤラベルまたはタグは、エンコードされても良いし、情報がＲＦＩＤラベルに書き込まれても良い。ＲＦＩＤラベルに含まれる情報は、ラベルが検査室処理の中を移動する間に動的に変更されても良い。データベース内の記録または記録のグループを識別し得る静的な情報を含むバーコードとは対照的に、ＲＦＩＤラベルの場合は、データが付随要素（たとえばスライド）と共に移動することができる。処理を、検査室の内部および外部の両方で、ＲＦＩＤラベル上に記憶されるデータを用いて行なって、たとえば、ＲＦＩＤラベルに付随するスライドの処理の仕方を知り、そしてＲＦＩＤラベルに他の情報を記憶しても良い。この方法では、一実施形態において、ＲＦＩＤラベルを情報の供給源として用いても良いし、またたとえばデータベースを、冗長なキャッシュまたはデータの一部もしくは全部（そうでなければＲＦＩＤラベルに含まれ得る）のコピーとして特徴づけても良い。
【０１２３】
当該技術分野において知られているように、ＲＦＩＤラベルは、アクティブであっても良いしパッシブであっても良い。さらにＲＦＩＤラベルは、読み出し専用、一度だけ書き込み／何度でも読み出し、および読み出し／書き込みであっても良い。前述のうち任意の１つまたは複数を、実施形態に含めても良い。
【０１２４】
ＲＦＩＤラベルの場所を決定するために、種々の技術を用いても良い。たとえば、ＲＦＩＤラベルの場所を決定するために三角測量を用いる実施形態では、少なくとも３つのアンテナ・モジュールを用いても良い。ＲＦＩＤラベルを、棚配置で保存されるスライド上に設ける場合、アンテナを取り付けて、各アンテナが、棚の１つまたは複数の特定のゾーンまたは部分におけるスライドの場所を決定することを担うようにしても良い。当業者であれば理解するように、アンテナの特定の配置、数、タイプ、および方位は、各実施形態ごとに変わっても良い。アンテナを、ＲＦＩＤラベルを含む種々の要素の追跡および要素との通信を容易にするために、配置しても良い。次のことに注意されたい。アンテナは、三角測量技術を用いた個々のＲＦＩＤタグの位置決めが、特定のアプリケーションおよび実施形態に対して必要な精度内で実施されるように、配置しても良い。
【０１２５】
前述したように、ＲＦＩＤラベルを、スライド、サンプル、または他の要素に取り付けても良いし、他の場合には埋め込んでも良い。ＲＦＩＤラベルを取り付けるかまたは埋め込むことによって、スライドが、処理に付随する検査室ワーク・フローに関連して処理されるときに、情報をＲＦＩＤラベルに書き込みおよび／またはラベルから読み出しても良い。一例として、ＲＦＩＤラベルをスライドに取り付けることを、試料を切断するときに行なっても良い。患者情報および行なうべきテストを、書き込み可能なＲＦＩＤラベルに書き込むことによってエンコードしても良い。情報の一部または全部をＲＦＩＤラベルに書き込むことの代替案として、ＲＦＩＤラベルが、バー・コード・ラベルの識別子と同様のインデックスを提供しても良く、またインデックスを、データベースまたは他のデータ・コンテナから情報を間接的に得るために用いても良い。ＲＦＩＤラベルの表面、またはスライドの他の部分に、他のプリントされた情報（たとえばテキスト、バー・コード情報など）が含まれていても良い。プリントされた情報には、ＲＦＩＤエンコードされた情報および／または他の情報の一部が含まれていても良い。スライドが検査室の中を移動する間に、スライドが各点において適切に処理されていることを保証するために、スライドを、種々の技術の任意の１つまたは複数を用いてチェックしても良い。各点において得られる情報には、たとえば、行なうべきテストまたは処理ステップに関係づけられる詳細が含まれていても良い。情報を読み出すために用いられるこのような技術には、技師がスライドの目視検査を、そのテキスト部分を読むこと、バーコード・リーダを用いること、ＲＦＩＤリーダを用いること等によって行なうことが含まれていても良い。サンプルが検査室処理ステップの間を移動する間に、スライドのＲＦＩＤラベルを、さらなる情報（たとえば、時間、日付、テスト・パラメータ、ならびに品質保証および制御に関連して使用され得る他の情報など）を用いてエンコードしても良い。この情報は、書き込み可能なＲＦＩＤラベルに書き込んでも良い。次のことに注意されたい。情報をホストのデータベースに加えて、データベースからその情報の一部または全部を、書き込み可能なＲＦＩＤラベル内に写しても良い。ＱＣチェックとして、処理内の異なる点において、ＲＦＩＤラベルの読み出しを通して得られる情報部分を、ホストのデータベースに記憶された情報と比較することを、システムの他の場所に複製されるときに行なっても良い。
【０１２６】
書き込み可能なＲＦＩＤラベルに書き込まれる情報は、実施形態ごとに変わっても良い。たとえば、一実施形態では、ＱＣ障害が検出される場合に使用しても良い特定の規則に基づいて情報を書き込んでも良い。さらに、ＲＦＩＤラベルに書き込まれる情報は、このようなＱＣ障害を判定する際に用いても良い。一例として、このようなＲＦＩＤラベルに書き込まれる情報には、以下のうちの１つまたは複数が含まれていても良い。使用される試薬の情報（たとえば、組織サンプルとともに用いられるカタログ番号、ロット番号、および満了日付）、対照情報（たとえば対照組織サンプル上の染色ベンチマークを特徴付けるために用いられる情報）、加工流通過程管理の追跡情報（たとえばバッチ情報、このサンプルが検査室内のどこで、どの機器によって、いつ処理されたか）、技師情報（たとえば、サンプルを検査し、機器を動作させ、機器を検査し、サンプルを物理的に検査して、ＲＦＩＤラベルおよびサンプルがマッチすることおよびＲＦＩＤラベルがスライドまたは他の付随要素から離れていないことを保証する技師の名前）、病理学者または他の人にとって興味の対象となり得る状態の検査（適切な診断を保証することに関連して使用され得る）である。
【０１２７】
スライドがスライド・テスティングの終了後に病理学者に届いたときに、病理学者は、ＲＦＩＤラベル内のエンコードされた情報のいずれかにアクセスしても良く、またそのサンプルに対する診断をさらに記録しても良い。診断の記録は、ＲＦＩＤラベルに書き込むことによって、および／またはデータをデータベースに書き込むことによって、行なっても良い。ＲＦＩＤラベル内のエンコードされた情報によって、病理学者、または検査室から離れている場合がある他の場所に対して、サンプル情報にアクセスすることが与えられる。サンプル情報は、他の場合には、サンプルについての情報を含むデータベースまたは他のデータ・コンテナへ接続することによってのみアクセス可能であり得る。
【０１２８】
次に図１６を参照して、ＲＦＩＤラベルに関連して一実施形態で行なわれ得る処理ステップのフローチャート１８００を示す。１８００のステップには、前述したものがまとめられている。ステップ１８０２において、グロスの組織サンプルを検査室で受け取ってもよく、またサンプルにＲＦＩＤラベルを取り付けても良い。ステップ１８０４におけるグロスの組織サンプルを、１つまたは複数の症例またはブロックに分割しても良い。ステップ１８０６において、現在の症例は、処理されている現在の症例を表わす変数である。ステップ１８０８において、すべての症例が処理されたか否かについて判定を行なう。そうである場合には、スライドの調製を停止する。そうでない場合には、制御はステップ１８１０に進んで、現在の症例に対する次のスライドを調製する。ステップ１８１２において、現在のスライドに対するＲＦＩＤラベルを用意する。ＲＦＩＤラベルには、症例識別子およびスライド固有の情報が含まれる。症例識別子は、たとえば、特定の症例のすべてのスライドを後で検索するために用いても良い。同様に、グロスの組織サンプルに付随する一意の識別子を、特定の組織サンプルに付随するすべてのスライドを決定することに関連して用いても良い。ステップ１８１２は、書き込み可能なＲＦＩＤラベルに情報を書き込むことによって行なっても良い。またステップ１８１２は、読み出し専用ＲＦＩＤラベルを用いて行なっても良く、ＲＦＩＤラベルは、ステップ１８１２において現場で作製した後にスライドに取り付ける。ステップ１８１４において、現在の症例に対するすべてのスライドの処理が終了したか否かについて判定を行なう。そうである場合には、制御はステップ１８０６に進んで、次の症例を処理する。そうでない場合には、制御はステップ１８１０に進んで、現在の症例に対する次のスライドを調製する。次のことに注意されたい。１８００のステップは、手作業および／または自動化された方法で（たとえば自動化されたスライド調製器具を用いて）、行なっても良い。１８００のステップのうちの１つまたは複数が自動化されている場合には、ソフトウェアおよび／またはハードウェアを用いて、ステップを行なう特定のコンポーネントを制御するための命令を出しても良い。次のことに注意されたい。１８００の処理ステップは、書き込み可能または非書き込み可能なＲＦＩＤラベルを用いて行なっても良い。
【０１２９】
次に図１７を参照して、書き込み可能なＲＦＩＤラベルを含む調製されたスライドを処理することに関連して行なっても良い処理ステップのフローチャート１８５０を示す。また１８５０のステップは、手作業でおよび／または自動化された方法で行なっても良い。たとえば、スライドを染色すべき場合には、ステップ１８５２、１８５４、１８５６、および１８５８は、１つまたは複数の自動的な染色器具を用いて行なっても良い。ステップ１８５２において、変数である現在のステップは、現在のスライドに対する次の処理ステップを表わす。ステップ１８５４において、処理ステップ情報をＲＦＩＤラベルに書き込む。この情報には、たとえば、日付／時間情報、使用される試薬、試薬についての情報たとえばバッチ数、ロット番号などが含まれていても良い。書き込む情報は、各処理ステップごとに変わっても良い。たとえば、１つの処理ステップは、結果として生じる染色の画像を取得して、結果として生じる画像をファイル（たとえばＪＰＥＧファイル）に記憶することであっても良い。結果として生じる画像ファイルの場所を示す識別子を、ＲＦＩＤラベルに書き込んでも良い。本明細書の他の箇所で説明されるように、スライド識別子およびデータ要素に付随する他のスライド情報を、本明細書の他の箇所で説明されるＯＢＸセグメントに記憶しても良い。ステップ１８５６において、スライドに対する現在の処理ステップを行なう。ステップ１８５８において、現在のスライドの処理が終了したか否かについて判定を行なう。終了していない場合には、制御はステップ１８５２に進む。その他の場合には、制御はステップ１８５９に進んで、同じ症例のスライドを集めても良い。ステップ１８５９は、スライドの１つまたは複数のランが１つまたは複数の機器上で処理された後に行なっても良い。特定の症例に含まれる各スライドのＲＦＩＤラベルを用いてステップ１８５９を実行することを、特定の症例識別子を有するすべてのＲＦＩＤラベルを決定するために問い合わせ信号を送ることによって、行なっても良い。同じ症例のすべてのスライドを集めた後で、病理学者は、症例に付随する１つまたは複数のスライドを受け取る（ステップ１８６０）。次のことに注意されたい。ステップ１８６０は、症例の１つまたは複数のスライドが処理された後に何らかの時間が経ってから行なっても良い。ステップ１８６０において、病理学者は、１つまたは複数のスライドを受け取り、ＲＦＩＤラベルに記録された（書き込まれた）情報にアクセスする。ステップ１８６２において、病理学者はスライドを処理する。病理学者によるその後のどんな結果または診断も、ＲＦＩＤラベルに書き込んで良い（ステップ１８６４）。本明細書の他の箇所で説明されるように、ＲＦＩＤラベルおよび／またはデータベースに記録中の結果または診断によって、ステータス更新がトリガされて伝達されても良い。非書き込み可能なＲＦＩＤラベルまたはバー・コード・ラベルを用いる実施形態では、１８５０の処理ステップを変えて、処理情報がＲＦＩＤラベルに書き込まれる（たとえばステップ１８５４および１８６４）のではなくて、データベースに記録されるようにしても良い。
【０１３０】
ＲＦＩＤラベルを用いて、特定の症例またはバッチに付随するスライドを追跡および／または照合することを、前述の例を示すために例示したもの以外の他の処理ステップに関連して行なっても良い。照合の際の症例識別子の他の使用法として、第１のセットの染色をスライドのグループ上で行なっても良い。後のある時点で、スライドにさらなる染色または他の処理を施しても良い。ＲＦＩＤラベルを用いて、処理ステップ（たとえば染色、画像化、および他のステップ）間で一時的に記憶され得る特定のグループ分けのすべてのスライドの位置を決めても良い。  １８００および１８５０のステップにおける情報の記録に関連して、情報をＲＦＩＤラベル以外の他の場所に記録しても良いことに注意されたい。たとえば情報を、ＩＰＳ１０２および１つまたは複数のホストのデータベースに記録しても良い。追加データをＲＦＩＤラベルに書き込むときに、その追加データをＩＰＳ１０２のデータベースに、ＲＦＩＤラベルのその後の問い合わせがあるまで記憶しても良い。これらのデータ更新を、他のホストの他のデータベースにさらに複製することを、本明細書の他の箇所で説明される技術を用いて行なっても良い。
【０１３１】
各スライドについてのオーダー、処理、および／または結果情報を、関連するスライドまたは他の試料上に、書き込み可能なＲＦＩＤラベルを用いて記録することによって、各スライドは種々の識別情報を保持する。情報は、検査室における各サンプルまたは試料を識別するために用いても良い。このような情報によって、付加的なチェックが、たとえば初期試料から切断される単一のバッチの症例の１つまたは複数のサンプルを識別する際に、行なわれても良い。書き込み可能なＲＦＩＤラベルを用いることによって、サンプルについての最新の情報に迅速にアクセスしてこれを識別することが、局所的にサンプル自体にアクセスすることのみによって、実現されても良い。また前述したように、ＲＦＩＤラベルを用いて、１つまたは複数の保存されたスライドの場所を物理的に識別することを、スライドが見通し線内にある必要なく行なっても良い。このような識別を行なうことで、たとえばスライド、試薬などが予想され得る（たとえば、データベース記録フィールドにおいて識別され得る）場所に物理的に存在しているかどうかを検証し、スライドが検査室の物理的なサイトにあるかどうかを検証しても良い。
【０１３２】
一実施形態では、ＲＦＩＤラベルを利用することを、そこからデータを読み出すことのみに関連して行なっても良い。このような実施形態では、バー・コードと同様のＲＦＩＤラベル（ＲＦＩＤラベルに含まれるデータが静的な状態を保つ）を用いても良い。しかしこのような実施形態でもやはり、バー・コードおよび他の形態のエンコーディング、たとえば光学式読み取り装置または電磁気的スキャナに対して優位である。これらの場合では、ＲＦＩＤラベルがリーダまたはスキャナの見通し線内にある必要がある。情報を、このような制約を受けることなく、ＲＦＩＤラベルから読み出すことができる。ＲＦＩＤラベルは、アンテナおよびＲＦシステムの他の機器に基づく制約のもとで、検査室内の他の場所から読み出すことができるため、好都合である。
【０１３３】
ＲＦＩＤラベルを、他のタイプの手作業のおよび／または自動化された技術とともにまたはこれらの代替案として、用いても良い。たとえばＲＦＩＤラベルを、バー・コード・ラベルと組み合わせて用いても良い。次のことに注意されたい。書き込み可能なＲＦＩＤラベルを用いて、情報をたとえばスライドまたは他のサンプルを処理した結果として動的に記憶する実施形態では、データベースに記憶される情報の一部または全部を省いても良い。このことを用いて、１つまたは複数のホストおよび／またはＩＰＳデータベースまたは他のデータ・コンテナ上での必要メモリを減らしても良い。
【０１３４】
一実施形態では、ガラス・スライド上にラベルを、スライド上にサンプルを配置するときに設けても良い。たとえば、スライドが供給業者によって販売用に提供され、ＲＦＩＤが各スライドに販売時に組み込まれても良い。あるいは、供給業者によって、ＲＦＩＤラベルをスライド上の他の点に配置する際に使用しても良い自動スライド・ラベリング・システムが提供されても良い。
【０１３５】
またＲＦＩＤラベルは、スライドに関連する機能上の目的を満たしても良い。たとえば、一実施形態では、ラベルは、スライド上に保存されるサンプルに対するスライド上の「ダム」として機能しても良い。
【０１３６】
書き込み可能なＲＦＩＤラベルを用いる実施形態において、次に説明するのは、ＲＦＩＤラベル内でエンコードしても良いデータの例である。説明するデータを用いて、病理学テストに関連してＬＩＳに送られる病理学報告書を生成しても良い。以下で述べるもの以外のデータも、実施形態で使用しても良い１つまたは複数の報告書フォーマットに基づいて、ＲＦＩＤラベル内でエンコードしても良い。図３および３Ａを参照して本明細書で説明したように、ＶＬＭ（ＩＰＳ上で実行される）によって、１つまたは複数のデータ要素を１つまたは複数のホストから集めても良く、またこれらのデータ要素を、ＬＩＳに送られるべき報告書のフォーマットで与えても良い。以下の情報を、ＬＩＳに送られる病理学報告書に含めるためにＲＦＩＤラベル内でエンコードしても良い。
【０１３７】
患者属性データ（ｄｅｍｏｇｒａｐｈｉｃｓ）
患者名、誕生日、病院受け入れ数、試料サイト、収集日、掛かり付けの医師
結果概要
テスト名、染色強度、陽性細胞％。
【０１３８】
症例概要報告
症例概要報告には、たとえば、任意のアッセイ・ランに対する写真または画像および概要情報が含まれていても良い。
【０１３９】
次のことに注意されたい。対象の追跡および識別に対してＲＦＩＤ技術を用いることが、たとえば以下の文献に記載されている。米国特許第６，１５０，９２１号明細書「物品追跡システム」（ワーブら、２０００年１１月２１日出願）、および米国特許第６，６００，４２０号明細書「無線周波数識別システムに対するアプリケーション」（ゴフら、２００３年７月２９日出願）。なお両文献とも、本明細書において参照により取り入れられている。
【０１４０】
スライド、試薬などのラベルから光学的に読み出すことができるエンコーディング情報に関連して、異なるタイプの文字またはグリフおよび付随する記号を用いても良い。光学的に読み出すことができる情報をエンコードする１つの方法は、バー・コードを用いることである。バー・コードは、種々のバーおよびスペースの並列配置として特徴付けても良い。さらにバー・コードには、幅変調された符号および高さ変調された符号として表現される符号が含まれていても良い。バー・コードは、本明細書の他の箇所で説明され当業者には既知であるように、種々の次元および他の種々の物理的な属性を有していても良い。幅変調された符号に関連して、種々の幅のバーおよびスペースからなる並列配置を用いて符号を表わしても良い。同様に、高さ変調された符号に関連して、種々の高さのバーからなる並列配置を用いて特定の符号を表わしても良い。記号によって、どのように情報が、バー、スペース、および他の光学的に読み出される文字の物理的な属性にエンコードされるかが記述される。また記号は、特定のタイプのコードに対するルールのセットも指す。たとえば、バー・コードに関連して、バーは符号のより暗い要素として考えても良いのに対して、スペースはそれらの間のより明るい部分として特徴付けられる。標準的なまたは供給業者固有の定義に含まれ得る種々の異なる記号のどの１つも、バー・コードを表わすために一実施形態において用いて良い。
【０１４１】
次のことに注意されたい。当業者には既知であるコード（たとえばバー・コード）に関連して、読み取りおよびプリント用機器は、互換性のある記号を用いることで、第１の記号のバー・コードを読み取るデバイスが、たとえば第１の記号でラベルを生成するプリント用機器によって生成され得る第１の記号を理解およびインタープリットできるようにする。バー・コードまたは他のタイプの文字を用いて、情報をエンコードしても良い。エンコードされ得るこのような情報には、たとえば以下のものが含まれていても良い。部品番号、連続番号、トランザクション・コード、データベース内でのインデックス、または他のタイプのデータである。符号は、バー・コードまたは他のコードに関連して本明細書で用いる場合、情報をエンコードするために使用される実際の文字の配置（たとえば平行なバー、スペースなど）を参照しても良い。
【０１４２】
情報をエンコードするための技術として、自動化された検査室環境での光学的検出に関連して使用しても良いものが当該技術分野において知られており、たとえば以下の文献に記載されている。米国特許第５，４４９，８９５号明細書（ヘクトら）、発明の名称「セルフ・クロッキング・グリフ・コードに対する明白な同期」（なおこの文献は、本明細書において参照により取り入れられている）、ならびにバー・コード・ブック：バー・コードおよび他の装置読取可能な符号の読み出し、プリント、特定、および適用に対する包括的ガイド（Ｔｈｅ  Ｂａｒ  Ｃｏｄｅ  Ｂｏｏｋ：  Ｃｏｍｐｒｅｈｅｎｓｉｖｅ  Ｇｕｉｄｅ  ｔｏ  Ｒｅａｄｉｎｇ，  Ｐｒｉｎｔｉｎｇ，  Ｓｐｅｃｉｆｙｉｎｇ，  ａｎｄ  Ａｐｐｌｙｉｎｇ  Ｂａｒ  Ｃｏｄｅ  ａｎｄ  Ｏｔｈｅｒ  Ｍａｃｈｉｎｅ−Ｒｅａｄａｂｌｅ  Ｓｙｍｂｏｌｓ  ）、ロジャー  Ｃ．パルマー（Ｒｏｇｅｒ  Ｃ．  Ｐａｌｍｅｒ）、改訂増補第４版。
【０１４３】
次に図１８を参照して、本明細書で説明した技術に関連して含まれおよび使用され得る異なるタイプのバー・コード記号の実施形態のいくつかの表現の例を示す。図１８には、第１の直線状のバー・コード記号１１２０が含まれている。表現１１２０では、単一行のバーおよびスペースを高さ変調を伴って変化させて、データをエンコードしても良い。要素１１４０を参照して、直線状の符号の幅変調が例示されたバー・コード記号を示している。表現１１２０および１１４０に関連して、異なる直線状の記号が、データをエンコードするために、幅変調および高さ変調の両方の技術の組み合わせを用いても良い。種々の幅および／または高さを有する異なるバー・コードによって表わされる異なるパターンを用いて、エンコードされたデータに対応する異なる文字を表わしても良い。要素１１６０を参照して、環状の記号表現の例を示している。同心円の幅を変えることによって、異なる文字を表わしても良い。
【０１４４】
次に図１９を参照して、別の環状の記号を例示する例１２００を示す。１２００における環状の記号は、１つまたは複数の異なる文字およびエンコーディングを表わすために用いられる直線状の記号またはそれらのセグメントの環状の配置を表わしている。
【０１４５】
１１２０および１１４０に例示される直線状の記号と１１６０および１２００に関連して例示される環状の記号との両方に関連して、１つまたは複数の文字を、１つまたは複数の対応する検出可能な符号（たとえば直線状の要素または環状の要素として表わされ得る）によって表わしても良い。１つまたは複数の直線状または環状の要素が、エンコーディングを表わす特定の文字に対応しても良い。より一般的に、前述した光学的に検出可能な異なる符号（たとえばラインまたは円）はそれぞれ、グリフと言っても良い。当業者には既知であるバー・コーディングの技術は、たとえば光学式読み取り装置によって検出され得るグリフの順序に基づく。光学式読み取り装置では、グリフの特定の順序づけによって、エンコードされたデータが表わされる。
【０１４６】
バー・コードを用いることに関連して、他のタイプの記号を用いても良い。次に図２０を参照して、２次元（２Ｄ）のスタック型バー・コード記号の表現１２２０を示す。２Ｄスタック型バー・コード記号では、複数行の幅変調されたバーおよびスペースを用いて、１つまたは複数の文字を表わしている。各行は、同じ物理的長さであり、従来の直線状の記号のように見える。隣接する行は、互いと接触しており、また線引きするためのセパレータ・バーを含んでいても良い。表現１２２０に関連して、複数行の直線状のバー・コードが一緒に積み重ねられて単一の符号を形成している。表現１２２０は、単一の符号に対応しても良い。
【０１４７】
次に図２１を参照して、情報を２次元パターンのデータ・セルにエンコードするために用いられる２次元のマトリックス記号を表わす例１２４０を示す。データ・セルは、異なる色（たとえば黒色または白色）および異なる形状（たとえば四角いドットまたは多角形）を有していても良い。これらは、何も情報を含まないスペースによって分離され得る。
【０１４８】
次のことに注意されたい。１−Ｄおよび２−Ｄのバー・コード配置を本明細書で説明したが、バー・コードは、各特定の実施形態における特定のバー・コード・リーダおよびプリンタに基づいて、他のより高次元（たとえば３Ｄなど）であっても良い。
【０１４９】
異なるタイプの文字を、異なる記号に基づいてエンコードしても良い。たとえば、記号によって、数のみがエンコードされても良い。ある記号は、英数字の情報をエンコードしても良く、ある記号は、ＡＳＣＩＩ文字のセット全体だけでなくユーザ定義の文字、印刷可能文字などの範囲に対するエンコーディングを提供しても良い。異なる記号を、エンコードされた異なる文字セット（たとえば異なる外国語に対して用いられる文字セットなど）を表わす際に用いても良い。光学式読み取り装置によって、前述のバー様のコード以外の他のタイプの文字またはグリフを認識しても良い。
【０１５０】
次に図２２を参照して、エンコードされた情報を表わすために使用され得るグリフ・コーディングの表現１２６０を示す。次のことに注意されたい。図２２における表現には、グリフとして、バーではなくスラッシュ様の符号が含まれている。スラッシュ様の符号は、垂直軸に対して異なる４５°の角度で配向されている。異なるスラッシュ様の符号はそれぞれ、たとえば１およびゼロの値に対応しても良い。異なる種々のパターンの１およびゼロは、エンコードされた文字またはデータに対応しても良い。所定の数のこれらスラッシュ様の符号が、符号セルとして特徴付けても良いアレイを規定することによって、符号を表わしても良い。たとえばアレイを、特定の文字セット（たとえばＡＳＣＩＩ文字セット）における文字を表わすビット数のサイズに規定しても良い。異なるアレイ・サイズが、他の文字セットを表わすのに適していても良い。前述したことは、光学的に検出可能な文字を、情報をエンコードするためにどのように使用できるかを示す別の表現である。
【０１５１】
一実施形態では、情報のエンコードに関連して光学的な読み出しおよび／または記録を（たとえばプリンティングなどにより）行なっても良い種々の異なる記号および文字のいずれか１つを用いても良い。記録されたデータを、グラフィック記録媒体上に含めても良く（紙上にプリントするなど）、そしてこれを、スライドまたは他の試料に対するラベルとして用いても良い。
【０１５２】
次に説明するのは、本明細書で説明するように光学的に読取可能な文字を含むラベルを検査室内で用いても良い異なる配置の例である。バー・コードを用いているが、他のタイプの文字および異なる記号を用いても良いことに注意されたい。以下の例の詳細は、限定と解釈してはならない。
【０１５３】
解剖病理学検査室では、一例として、スライド上のバー・コードを、１つの場所に記憶しても良いしまたは種々のサイトに複製しても良い共通のデータ・セットにアクセスすることに関連して用いても良い。一実施形態では、スライドに付随するバー・コード識別子は、そのスライドに付随するデータ要素にアクセスする際に用いられるグローバル一意識別子であっても良い。スライドの一意の識別子は、何年間も検査室によって処理され得るスライドに対して識別子が一意であるように形成しても良い。したがって、スライドの一意の識別子は、たとえば少なくとも部分的な日付情報に基づいて、形成しても良い。図３を参照して本明細書で説明したように、ＶＩＰを用いることによって、ＶＩＰに接続され得る機器、他のホスト、および他のシステムからＬＩＳへの接続が実現される。ＶＩＰは、システム内の異なるコンポーネントを統合する共通の接続部として機能し得る。コンポーネントはそれぞれ、同じサイトにあっても良いし、異なるサイトにあっても良い。コンポーネントは、任意の１つまたは複数の異なるタイプの接続を通して、接続しても良い。これらはたとえば、無線接続、ネットワーク接続、ハードワイヤード直接接続、および当業者には既知の他の接続である。ＶＩＰを用いて、情報をＬＩＳと機器との間で伝達しても良い。転送されるデータには、たとえばオーダーおよび結果情報が含まれていても良い。ＬＩＳから送られるオーダー情報には、機器によって実行される特定の動作またはテストに対する要求が含まれていても良い（たとえば、染色に対する要求、結果として得られるスライド上で画像化プロトコルを実行する要求）。ＬＩＳに戻される結果には、オーダーを達成する記述が含まれていても良い。特定のスライドに付随する１つまたは複数のオーダーおよび結果に関連する情報にアクセスすることを、その特定のスライドを識別するバー・コードに関連して行なっても良い。次のことに注意されたい。この一意の識別子は、スライドを一意に識別するエンコードされたバー・コード値として使用されるが、スライドのＲＦＩＤラベルに付随する一意の識別子として用いても良い。これについては本明細書の他の箇所で説明される。
【０１５４】
次に図２３を参照して、バー・コードの個々のスライド上への配置を例示する例１３００を示す。説明図１３００に含まれるスライド１３１０の配置は、たとえば検査室機器たとえば染色装置による処理に対するスライド・トレイに含まれるスライドの配置を表わしても良い。次のことに注意されたい。説明図１３００に関連して、バー・コード情報が、スライドの表面上のスライドの一端（たとえば、１３００に例示するようにスライドの左側など）に含まれていても良い。しかし、バー・コーディングに対して本明細書で説明した技術および情報のエンコーディングの他の形態は、バー・コードの配置をスライドのこの特定の場所またはスライドの特定の表面領域にすることに、限定されない。ラベルをスライドの複数の表面上に配置しても良い。バー・コードによってエンコードされる情報は、たとえば、関連するスライドについての他の情報に対するデータベース内でのインデックスとして機能する識別子であっても良い。
【０１５５】
次に図２４を参照して、スライド・トレイに含まれ得るスライドの他の配置１４００を示す。１４００における各スライドでは、複数のバー・コード部が各スライド上に含まれている。スライド１４４０にはそれぞれ、第１の部分１４５０ａ、第２の部分１４５０ｂ、および第３の部分１４５０ｃが含まれていても良い。部分１４５０ａおよび１４５０ｂにはそれぞれバー・コード情報が含まれ、垂直および水平方向にそれぞれ配向されていても良い。バー・コード・ラベルが、部分１４５０ａおよび１４５０ｂのそれぞれに配置されていても良い。一実施形態では、スライドの１４５０ｂに含まれるラベルは、複数のスライドに共通の情報（たとえば特定の患者、バッチなどに関連する情報）に対するインデックスであっても良い。領域１４５０ａは、各特定のスライドごとに変化する他の情報に対する別のインデックスを含んでいても良く、また、たとえばより多くのテスト固有の情報（たとえば、特定の使用試薬、特定のテストまたは染色が行なわれた時間など）を示しても良い。部分１４５０ｃには、人間によって読取可能な情報または他の形式の装置読取可能な情報を伴う別のラベルが含まれていても良い。
【０１５６】
説明図１４００には、各スライドにどのように複数のバー・コードまたは他のタイプのエンコーディングが含まれ得るかを示す１つの特定の配置が含まれている。図２４に示すもの以外の配置が可能である。次のことに注意されたい。部分１４５０ａ〜ｃの１つまたは複数は、これらの部分のうちの別の部分でのバー・コード・ラベルとともに使用されるＲＦＩＤラベルであっても良い。
【０１５７】
次に図２５を参照して、スライドにバー・コード・ラベルを取り付けたものを示す配置１４６０を示す。１４６０では、バー・コード情報が、スライド１４６４の上面１４６６に取り付けられるラベル上に含まれていても良い。単一のスライドたとえば１４６４には、１つまたは複数のバー・コード・ラベル１４６２が、その上面に取り付けられていても良い。
【０１５８】
次に図２６を参照して、バー・コード・ラベルをスライドにどのように取り付けるかを示す別の配置１４８０を示す。この配置１４８０では、バー・コード・ラベル１４８２が、スライド１４８４の底面１４８６に固定されていても良い。この例では、バー・コード情報が、スライドの下面１４８６に接触している１４８２の表面上に設けられていても良い。スライド１４８４がたとえばガラスで形成されている場合には、スライドの下面１４８６に接触している１４８２の表面上に含まれるバー・コード情報は、ガラス１４８４を通して光学的に読み出しても良い。次のことに注意されたい。スライド１４８４では、複数のバー・コード・ラベルがスライド１４８４の底部に取り付けられていても良い。バー・コードまたは他の光学的に認識される文字を、ラベル１４８２の底面上に配置しても良い。たとえば鏡を用いることによって、１４８２の外面上の文字を反射して、光学式読み取り装置によってインタープリットしても良い。次のことに注意されたい。一実施形態では、スライドの１つまたは複数の表面上の光学的に認識可能な文字を含む１つまたは複数のラベル（たとえばバー・コード・ラベル）が含まれていても良い。たとえばスライドには、バー・コード・ラベルが、その上面および底面に取り付けられていても良い。
【０１５９】
次に図２７を参照して、本明細書で説明したラベリング技術に関連して使用し得る試薬ホルダの配置１５００を示す。説明図１５００には、複数のディスペンサ（たとえば試薬を含み得るもの）を保持するための試薬ディスペンサ・トレイ１５２０が含まれている。説明図１５００には、試薬容器１５２２がフィットする試薬ディスペンサ・ホルダ開口部１５４０が含まれている。各試薬容器１５２２には、ラベル１５３０が含まれている。１５３０に含まれるラベルは、たとえば容器１５２２の表面に取り付けられるＲＦＩＤラベルであっても良い。また次のことにも注意されたい。説明図１５００に含まれる試薬容器には、ＲＦＩＤラベル１５３０以外に、容器上のバー・コード・ラベルが含まれても良い。次のことに注意されたい。ＲＦＩＤコード・ラベル１５３０は、容器表面に埋め込まれても良いし（たとえば容器が最初に供給業者によって充填されるときに行なわれても良い）、または他の場所に埋め込まれても良い。場所１５５０には、バー・コード・ラベル、または場所１５５０内に配置される試薬容器に対応する他のタイプのラベルが、含まれていても良い。
【０１６０】
バー・コード、ならびにスライドおよび試薬に関連した使用方法が、たとえば以下の文献に記載されている。米国特許第第６，３５２，８６１号明細書（２００２年３月５日出願、コープランドら）、発明の名称「自動化された生物反応器具」。なおこの文献は、本明細書において参照により取り入れられている。
【０１６１】
次に図２８を参照して、一実施形態において、識別子を有するバー・コードまたはＲＦＩＤラベルを、症例情報を得るためにどのように使用し得るかを示す説明図２０００を示す。２０００における表現によって、一意のスライド識別子が、スライド２０１０の領域２００２におけるバー・コード・ラベルまたはＲＦＩＤラベルにエンコードされ得る一実施形態が例示されている。２００２にバー・コード・ラベルが含まれる場合には、２００２におけるバー・コードを光学式読み取り装置によって読み出して、スライド識別子２０２０を得ても良い。要素２００２にＲＦＩＤラベルが含まれる場合には、スライド２０２０の一意の識別子を、ＲＦＩＤリーダを用いて読み出しても良い。２０２０の識別子を、データベース内でのインデックスとして用いて、スライド・データ要素２０３０に付随する情報を得ても良い。スライド・データ要素２０３０に含まれる情報には、たとえば以下のものが含まれても良い。患者情報、染色プロトコル、使用される試薬、テスト結果／ポスト・ラン情報（たとえば、どの機器が染色を行なったかについての情報、いつ染色が行なわれたかについての情報、画像ファイルの場所）など、である。一実施形態では、スライド・データ要素における他の情報（各実施形態、サンプル、および各サンプル上で行なわれる処理ごとに変わり得る）が含まれていても良い。データベース内のスライドの情報は、スライドまたは他のサンプルについての新しい情報が取得されたときに、処理の種々の点において更新しても良い。
【０１６２】
次のことに注意されたい。バー・コード、ＲＦＩＤラベルなどにエンコードされる情報は、種々の異なる暗号化技術のいずれか１つを用いて暗号化しても良い。
図３に戻って、ホストはそれぞれ、その他のホストに対して自律的に動作しても良い。この自律的なホスト動作は、複数の態様に関連して特徴付けても良い。ＩＰＮ１００のホストは、ＩＰＮ１００からオフラインにしても良く、また後に、他のホストに再参加するＩＰＮ１００のメンバとしてオンラインに戻っても良い。ホストがＩＰＮ１００のメンバとしてオンラインでくるときに、同期プロセスを行なって、ＩＰＮ１００のホストと他のコンポーネントとの間でデータ要素を同期させても良い。このプロセスの一実施形態は、たとえば図６および７で説明されている。本明細書で説明した同期機能を有することにより、ホストは、他のタスクを行なうためにＩＰＮ１００に対してオフラインで動作した後、ＩＰＮ１００に付随するタスクを行なうために動作しても良い。たとえば第１のホストが、ＩＰＮ１００に付随する処理を行なっても良い。さらに第１のホストは、ＩＰＮ１００に付随しない他のタスクを行なうために他のソフトウェアを含んでいても良い。その他のタスクを行なうときには、第１のホストは、ＩＰＮ１００に対してオフラインであっても良い。後に、第１のホストはＩＰＮ１００に再参加しても良く、また第１のホストは、そのＩＰＮデータ要素を再同期させても良い。
【０１６３】
ＩＰＮ１００に対してオフラインである間、ホストは、実施形態ごとに変わり得る任意の１つまたは複数の異なる動作を行なっても良い。たとえば、ホストは、他のホストによって後に共有され得るプロトコルを形成および編集しても良い。またプロトコルは、他のホストおよびＶＬＭと共有されるのではなくて、ホストによって局所的にのみ使用されても良い。ホストは、オフラインの間、新しい試薬パッケージを登録する、ランを行なう、ユーザ・プリビレッジを形成および編集する、ＱＣ手順を行なう、報告をプリントする等を行なっても良い。ホストがオフラインの間行なう処理の結果、新しいまたは更新されたデータ要素が生成され、これらは後に、オフライン・ホストがＩＰＮに再参加したときに、他のホストおよび／またはＶＬＭによって使用されても良い。あるいは、ホストがオフラインの間行なう処理、および結果として生じるデータ要素は、そのホストが行ない得る特定の動作に対してホストが局所的にのみ用いても良い。またホストは、オフラインでの処理を、たとえば複雑な処理または多くのネットワーク資源を必要とする処理が行なわれているときに、行なっても良い。このような処理には、たとえばＶＬＭデータのシステム規模のバックアップおよび／またはアーカイブを行なうことが含まれていても良い。この場合、ＶＬＭホスト同期に関与するためにシステム・リソースを消費することは好ましくない場合がある。またホストは、オフラインでの処理を、たとえばホストがデータ要素を用いていて、ホストが、定数データ値または別のホストによって更新され得るデータ要素の状態に基づいているときに、行なっても良い。ホストは、ホストにのみ既知であるローカルなデータ要素を定義しても良い。このようなローカルなデータ要素を、後に公表するかまたはグローバルにする（たとえば、ローカルなホストに加えて他のコンポーネントに既知にする）ことを、ローカルなデータ要素をＶＬＭおよび他のホストに伝達することによって、行なっても良い。またこのようなローカルなデータ要素が、ホストに対してローカルのままでいることも、たとえばローカルなデータ要素がその特定のホストのみによって用いられる場合には、行なわれても良い。ローカルなデータ要素の定義および値が特定のホストにのみ既知であって、対照的に他のデータ要素がＩＰＮ１００においてグローバルな特性を呈していても良い。これはたとえば、ホストにデータ要素を、ＶＬＭとの通信および同期を通して公表させて、データ要素の定義および値を他のホストにとって利用可能にすることによって行なわれる。ホストおよびそのデータ要素の特定の構成は、ホストごとのベースで行なっても良く、また実施形態ごとに変わっても良い。次のことに注意されたい。一実施形態では、同じセットの動作および／または各実施形態ごとに変わり得る異なる動作を行なうホストが含まれていても良い。
【０１６４】
ホストの自律性の別の態様によれば、ＩＰＮ１００のホストは、ＩＰＮ１００内で定義されて使用される１つまたは複数のデータ要素を共有する／共有しないを選んでも良い。ホストは、１つまたは複数の要素に対するその共有する／共有しないステータスを、動作中に変更しても良い。ホストが、ＩＰＮ１００の他のコンポーネントとデータ要素を共有することを選んだ場合、ホストは、対象とするデータ要素の最新のバージョンをＶＬＭから得ても良い。またホストは、データ要素を局所的に使用していても良いし、また他のホストが使用できるようにこのデータ要素を公表することを選択しても良い。こうしてホストは、更新されたバージョンのデータ要素をＶＬＭに送っても良く、このデータ要素は次に、その他のホストに伝えられる。本明細書で説明したように、対象とする各データ要素に対して、各ホストがデータ要素の最新のコピーを有することを保証するように、各ホストがコードを実行しても良い。特定のデータ要素を対象とする各ホストが最新バージョンのデータ要素上で動作することを保証するように、各ホストが同期を行なっても良い。本明細書の他の箇所で説明されるように、タイムスタンプ値を用いて、データ要素の最新のコピーを決定しても良い。
【０１６５】
一実施形態では、ホストが、データをデータ要素ごとのベースで共有することを選んでも良い。この結果、ホストは、各データ要素を独自に使用することを制御することができる。各ホストは、特定のデータ要素がそのホストによって本当に使用されるかどうかを制御する。データ要素が使用される場合には、ホストは、このデータ要素を局所的に（たとえばこのホスト上でのみ）定義するのかまたは全体的に定義する（たとえば他のホストにとって利用可能となる）のかを、制御する。１つまたは複数のホスト間で共有される特定のデータ要素は、ホストおよび／またはその付随する機器の機能を反映しても良い。一実施形態では、ホストのそれぞれに付随する機能は同じであっても良いし異なっていても良い。たとえば、第１の実施形態では、機能は各ホスト上で同じであっても良い。第１のホストおよび第２のホストが、それらが同じセットの機器および動作をサポートするときに、同じデータ要素を共有することを選んでも良い。他の実施形態では、各ホストの機能は、たとえば第１および第２のホストが異なる機器をサポートしおよび／または異なる動作を行なう場合に、変わっても良い。この場合、第１のホストは第１のセットのデータ要素（たとえば染色プロトコル）を用いても良く、第２のホストは第２の異なるセットのデータ要素を用いても良い。またホストは、一部のデータ要素を共有して他は共有しないことを選んでも良い。たとえば、すべてのホストが、共通のデータ要素（たとえば症例および患者情報）を共有することを選ぶが、異なるデータ要素（たとえば、各ホストに付随する機器が用いるプロトコルに関するもの）を共有することを選んでも良い。
【０１６６】
第１および第２のホストがそれぞれ同期処理を行なうとき、同期処理は、各ホストが対象とするデータ要素のみに対して行なっても良い。第１および第２のホストが、異なる染色プロトコルを用いるが同じ症例および患者情報を用いる前述の例では、第１および第２のホストは両方とも、症例および患者情報に対してはデータ同期を行なっても良いが、すべての染色プロトコルに対してはしなくても良い。
【０１６７】
次に図２９を参照して、本明細書で説明した技術を行なうことに関連して用いても良いシステムの実施形態の例を示す。例１９００には、説明されおよび例示された（たとえば図３）ものと同様のコンポーネントが含まれる。また１９００には、一実施形態において含まれ得るデータ・コンテナまたはデータ・ストアを例示する要素１９０２、１９０４、および１９０６が含まれる。次のことに注意されたい。これらのさらなるコンポーネントは、選択性のデータ同期を例示するために例１９００に含まれる。１９０２には、染色プロトコル１および３が含まれる。この例では、染色プロトコル１および３のみが、ホスト１の対象である。ホスト１は、これらの２つのプロトコルのみを行なうそのラボ機器をサポートするあるバージョンのソフトウェアを実行している。ホスト２には、染色プロトコル２のみを行なうそのラボ機器をサポートする異なるバージョンのソフトウェアが含まれる。マスタ・データベース１９０６には、すべての染色プロトコルについての情報が含まれる。ホスト・データベースには特定の染色プロトコルのみが含まれていても良いが、両方のホスト・データベースには同じ患者情報が含まれている。
【０１６８】
再同期処理を行なうとき（たとえば図６および７に示すように）、処理は、ホストが対象とするデータ要素（各ホストごとに変わり得る）のみに対して行なっても良い。一実施形態では、対象とする特定のデータ要素（各ホストごとに変わり得る）は、各ホスト上での対象とするデータ要素の申し込みリストに基づいて定義される。このリストは、各ホストおよび／またはマスタ・データベース（たとえば要素１９０６）に記憶しても良い。
【０１６９】
試薬の使用状態をモニタすることに関連して、試薬所有権のコンセプトが、本明細書の他の箇所で説明されるように一実施形態に含まれても良い。試薬は、複数のホストに接続される複数の機器が共有し得る資源として特徴付けても良い。スライドまたは他のサンプルの処理において、試薬の使用状態および供給をモニタしても良い。一実施形態では、データ要素を定義して、一緒に使用され得る１つまたは複数の試薬の各セットに付随させても良い。試薬を用いるとき、スライドまたは他のサンプルのバッチを処理するランは、ランを終了するのに十分な量の１つまたは複数の試薬がない場合には、開始しないことが望ましい。この決定を行なうために、一実施形態では、試薬の量を追跡しても良い。１つまたは複数の試薬に付随するデータ要素の所有権を有するホストが、各試薬の記録された量（試薬データ要素の属性または他のフィールドに含まれ得る）を、更新しても良い。言い換えれば、試薬のデータ要素を書き込むかまたは更新するために、ホストはこのデータ要素の所有権を有する。一実施形態で行なわれ得る所有権を取得するための１つの方法の説明が、たとえば図８で行なわれている。
【０１７０】
また試薬の所有権を用いて、どの機器およびホストが１つまたは複数の試薬のセットを有するのかを表わしおよび制御しても良い。たとえば、１つまたは複数の試薬のセットを、第１のホストに付随する１つのラボ機器から第２のホストに付随する他のラボ機器に物理的に移すことが望ましい場合がある。試薬のセットが物理的に存在し得る場所を、セットに付随するデータ要素をどのホストが所有するかによって表わしても良い。一般的に、試薬データ要素を所有するホストは、付随する試薬を用いており、したがって、付随するデータ要素に記録される量を更新する必要がある。
【０１７１】
一例としては、新しい試薬セットを、第１のホストに付随する第１の機器上で用いても良い。新しい試薬セットに対するデータ要素を第１のホストに登録するために、処理を行なっても良い。本明細書の他の箇所で説明される技術を用いて、第１のホストに既知であるデータ要素定義を、ＩＰＮ１００のデータベース内で自動的に複製しても良く、またデータ同期処理を通して各ホスト上で局所的に複製しても良い。第１のホストは、試薬データ要素の記録された所有者であっても良い。第１の機器について問題が発生する場合があり、新しい試薬セットを第１の機器から、他のホストに接続される第２の動作機器に移す場合がある。この例では、試薬は第２のホストに物理的に移され、第２のホストは新しい試薬セットの所有権を要求して取得し得る。第１の機器による使用中に、第１のホストが、新しい試薬セットに対する付随するデータ要素の付随する任意の量を相応に更新する。第２の機器による使用中に、第２のホストが同様に、新しい試薬セットに対する付随するデータ要素における任意の量を更新する。他の例では、第１の機器は、新しい試薬セットを用いてスライドのセットを処理していても良い。第１の機器が動作している間に、新しい試薬の所有権に対する要求が第２のホストによって行なわれて、新しい試薬セットを、第２のホストに付随する第２の機器で使用するために移すことができるようになる。第２のホストによる所有権の要求は、第１の機器が依然として新しい試薬セットを用いている間は、拒否される。第１の機器が試薬を用いている間、第１のホストは、付随するデータ要素における新しい試薬セットの量を更新する。第２のホストが試薬の所有権を取得したら、第２のホストは、第２の機器による消費量を反映するように量を更新する。
【０１７２】
異なる物理的な場所に試薬を移すことは、手作業でおよび／または自動化された方法で行なっても良い。
前述したことによって、試薬の供給および場所をモニタするために試薬所有権をどのように用いても良いかが例示され、また異なるホストおよび機器の間で試薬を共有することが容易になる。試薬データ要素の所有権は、付随する試薬を制御するためのソフトウェア・ロッキング技術として特徴付けても良い。次のことに注意されたい。前述では、所有者ホストがオンラインである場合およびデータ共有を選んだ場合を除いて、所有権を移すことはできない。たとえば、ホストが、オフラインであり、またそれが所有する１つまたは複数の試薬のセットを使用しても良い。別のホストが所有権の取得に成功することは、たとえば、ホストがオフラインである間、またはホストが所有権を移すことを拒否する間（たとえば、試薬がホストの機器の１つによって使用中であるため）は、図８のステップを実行してもできない。
【０１７３】
一実施形態では、スライドのランを始める前に、ランを終了させるためにどのくらいの量の試薬または他の供給が必要なのかについて、決定を行なうことができる。供給が不十分である場合には、ランの開始を許可しなくても良い。十分な試薬についての前述の決定は、ＩＰＳ１００上で実行されるコードによって（たとえば例示的な実施形態においてＩＰＳ上に存在するＶＬＭコンポーネントによって）、行なっても良い。
【０１７４】
試薬が所定の閾値レベルに達するかそうでなければ空の場合には、試薬を再オーダーするためにオーダーを自動的に生成しても良い。さらに、本明細書の他の箇所で説明されるように、オーダーを、試薬および他の供給の以前の使用履歴に基づいて規則的に行なっても良い。これについては、本明細書の他の箇所で詳細に説明する。
【０１７５】
本明細書で説明した（たとえば図３および図２９で）システムに関連して、ユーザまたは顧客による構成が可能なオプションに対する機能が含まれていても良い。一実施形態では、１つまたは複数のホストに、１つまたは複数のユーザ構成可能なオプションを得るためにメニュー・スクリーンを表示するためのコードが含まれていても良い。構成オプションを、本明細書の他の箇所で説明されるメッセージを用いて伝達しても良い。構成オプションは、ホストから他のホストに、またマスタ・データベース（たとえば図２９の要素１９０６）に記憶するために、送っても良い。
【０１７６】
次に図３０を参照して、構成オプションの選択に関連してホスト上に表示され得る構成スクリーン・ショットの例示的な表現を示す。例１９５０では、１つまたは複数の記号を、１９５２に含まれると表示しても良い。要素１９５２には、ユーザが選択を行なっても良いすべての利用可能な記号が含まれている。行なわれた記号選択を、スライドまたは他のサンプル上に含まれ得る任意のバー・コード・ラベルを読み出しおよび／またはプリントすることに関連して、用いても良い。言い換えれば、構成オプションによって、すべてのホストの各機器上の各バーコード・リーダ、およびシステムたとえば１９００における各ラベル・プリンティング・デバイスは、記号構成選択に基づいて動作する。
【０１７７】
次のことに注意されたい。構成オプションは、その後に変更しても良いし、また更新は、本明細書の他の箇所で説明されるメッセージング技術を用いて、システム内の１つまたは複数のホストおよび他のデータベースに複製しても良い。また構成オプションは、本明細書で説明したもの以外のまたは代替案としての他の技術を用いて指定しても良い。次のことに注意されたい。一実施形態では、構成オプション選択に対する機能を、ホスト以外にシステムの他のコンポーネント上に含んでいても良い。たとえばＩＰＳは、構成オプション選択を行なうためのコードを実行しても良い。
【０１７８】
一実施形態では、構成更新を行なう能力を限定する機能が含まれていても良い。たとえば、構成オプションは、特定のホストから構成可能であるかまたは特定のユーザｉｄの許可レベルに基づいて構成可能である等であっても良い。
【０１７９】
次のことに注意されたい。構成データおよびシステム内で複製され得る他のデータに関連して、タイムスタンプまたは他の時間インジケータがデータ・セットに付随していても良い。同期を行なう際、最新のタイムスタンプに基づいたデータ・セットの最新のコピーを用いても良い。
【０１８０】
一実施形態では、ラベル・プリンティングが、１つまたは複数のホストによって、スライドが形成されるときに行なわれても良い。ラベル・プリンタは、ホスト（たとえば図３および図２９に例示されるもの）に接続される機器であっても良い。ラベルを、各スライド上に、スライド識別子とともにできるだけ早く配置することが望ましい場合がある。ラベルには、たとえば、バー・コード識別子および他の人間によって読取可能なおよび／または装置読取可能な情報が、含まれていても良い。
【０１８１】
スライドに付随する一意の識別子は、種々の技術のいずれか１つを用いて形成しても良い。長期間（たとえば数年）保存されているスライドに識別子が付随するシステムでは、識別子は、この時間の間、一意でなければならない。一実施形態において、以下は、識別子を形成することに関連して用いても良い例示的なフォーマットである。グロスの組織サンプルが、得られて、以下のルート・フォーマットを伴う識別子に付随しても良い。
【０１８２】
ＬＹＹ−ｎｎｎ…ｎｎｎ
ここでＬは、組織の供給源を表わす文字であっても良い（たとえば、外科手術ではＳ、骨髄ではＢである）。
【０１８３】
ＹＹは、サンプルが届いた年における最後の２つの数字であっても良い（たとえば、暦年２００４の場合０４である）。
またｎｎｎ…ｎｎｎは、一連の整数（現在の数列における次の整数は現在の組織に付随する）を表わしても良い。
【０１８４】
その後、この組織サンプルを症例ブロックに分割しても良い。各症例ブロックに対して、１つまたは複数のスライドを組織サンプルから切断しても良い。各症例ブロックに、識別子を割り当てても良い。たとえば一実施形態では、各症例ブロックは、第１の症例ブロックがＡに付随し、第２がＢに付随し等となるように、アルファベット内に現れている次の単一文字に付随しても良い。症例ブロック内の各スライドはさらに、１から始まる数列における次の整数に付随しても良い。症例ブロック識別子（たとえばＡ、Ｂ…）およびスライド連続番号（たとえば１、２、３…）を、添え字として前述のグロスの組織サンプル識別子に配置して、スライド識別子を形成しても良い。たとえば、以下はスライド識別子であっても良い。Ｓ０４−１２３４Ａ１。このスライド識別子は、たとえば選択されたバー・コード記号の１つをラベル上で用いて、エンコードしても良い。またスライド識別子は、ＲＦＩＤラベル識別子を形成する際に用いても良い。同じ症例に付随する１つまたは複数のスライドを、症例ブロック識別子に連結されるルート部分によって識別しても良い（たとえば、症例識別子Ｓ０４−１２３４Ａでは、この症例におけるスライドは、Ｓ０４−１２３４Ａ１およびＳ０４−１２３４Ａ２であっても良い）。一実施形態では、スライド、症例などに対する識別子を形成することに関連して他の技術を用いても良い。
【０１８５】
各スライドまたはスライドのバッチに対する一意の識別子を形成することに関連して、スライド、容器、および／または組織サンプルの固有の特性を用いて、一意の識別子を生成しても良い。
【０１８６】
本明細書の他の箇所で説明されるように、一実施形態では、一意スライド識別子を、本明細書の他の箇所で説明される通信で用いるメッセージのフィールドＯＲＣ−２、３、および／または４に、記憶しても良い。一意スライド識別子は、本明細書の他の箇所で説明されるバー・コードおよび／またはＲＦＩＤ識別子とともに用いても良い。一実施形態では、ＯＲＣ−２およびＯＲＣ−３フィールドはそれぞれ、スライドを一意に識別しても良い。スライド情報は、たとえばＯＢＸセグメントに含まれても良い。スライド識別子以外に、スライド情報には、たとえば使用すべき画像化、染色プロトコル、試薬などに由来し得るＪＰＥＧまたは他の画像ファイル場所が、含まれても良い。
【０１８７】
当業者であれば理解するように、バー・コード、ＲＦＩＤラベルなどに関連して使用される識別子を形成することに関連して行なわれる特定のステップは、実施形態およびまた形成すべき特定の組織サンプルおよびスライドに基づいて、変わっても良い。
【０１８８】
サンプルのランを構成しスケジューリングすることの複雑さは、試薬、機器の数、および検査室全体のサイズが増加するにつれて、増加する場合がある。検査室機器による処理に対するサンプルのランをスケジューリングするときに、種々の要因が考慮される場合がある。たとえば構成は、ある特定の質的管理（ＱＣ）要求を考慮する必要がある場合がある。いくつかのＱＣ要求は、米国病理学会（ＣＡＰ）、臨床検査改善修正法案（ＣＬＩＡ）などに基づいて必要とされ得るルールおよび規則（たとえば多くの正および／または負の制御）において定められる場合がある。またいくつかのＱＣ態様は、病理学者によって望まれるかまたは好まれるものであっても良いし、他の場合には業界内で予想され得るものであっても良い。別の要因は、ランをスケジューリングする際の試薬の供給および他の補給品である。一実施形態では、ランによって消費すべき試薬および他の補給品の量を決定しても良く、そしてこの決定に基づいてランが行なわれるようにしても良いししなくても良い。また一実施形態では、スループットを最大にするために種々のグループ分けにおいてスライドを処理する１つまたは複数のランを構成することを考慮しても良い。異なる計測器および試薬の構成を、たとえばスループットおよび検査室性能を最大にするために、考慮しても良い。スケジューリングにおいて考慮すべき別の事柄として、処理中に使用される新しい試薬または他の要素を用いている場合には、種々の認証要求に基づいてその特定の要素を認証するために、種々の制御（たとえば、正および負の制御）をスケジュールする必要がある場合がある。
【０１８９】
一実施形態では、たとえば図２９および図３に例示されるシステムに含まれる１つまたは複数のホスト上で実行されるソフトウェアを、サンプル（たとえばスライド）のバッチまたはランを処理するためにスケジューリングする際に、用いても良い。
【０１９０】
次に図３１を参照して、バッチ・スケジューラを例示する例２１００を示す。２１００では、バッチ・スケジューラ２１０２が、１つまたは複数の第１の入力２１０４を含んでいても良い。さらに一実施形態では、１つまたは複数の第２の入力２１０６が含まれていても良い。一般的に、第１の入力２１０４には、検査室の現在の状態についての情報が含まれていて、バッチ・スケジューラ２１０２が１つまたは複数の特定のランを評価および／または生成することができるようになっていても良い。また一実施形態では、本明細書で説明したもの以外の情報を用いても良い。第１の入力２１０４には、データベースから入力される情報（たとえばＩＰＳ内に記憶され得るもの）が、含まれていても良い。情報には以下のものが含まれていても良い。たとえば、処理すべき現在の症例負荷または症例サンプル、システム要求および症例スライド数に基づいて処理すべき対照スライド、機器構成およびステータス情報、試薬在庫、およびスループット能力である。機器構成およびステータス情報には、どの装置がラン処理に対して作動中であり実行中であるかそうでなければ利用可能でないか、どの試薬がどの機器にあるか、などが含まれていても良い。試薬在庫情報には、各試薬のタイプおよび現在量についての情報が含まれていても良い。スループット能力情報には、種々の機器がスライドに関連してある特定の処理ステップを行なうレートが含まれていても良い。第２の入力２１０６には、スケジューリングおよびその評価に関連して用いられる１つまたは複数の任意的な入力が含まれていても良い。第２の入力には、たとえば、依存関係、優先順位、好ましいスライド・グループ分け、および他のスケジューリング基準（たとえばスループット）が含まれていても良い。依存関係は、ある特定のスライドまたは他のサンプルのオーダーリングの依存関係を特定しても良い。たとえば、スライドは、別の機器による他の処理を行なう前に第１の染色を必要としても良い。優先順位を特定しても良く、優先順位には、たとえばどの１つまたは複数のスライドに他よりも高い優先度を与えるべきかを示すことが含まれていても良い。好ましいスライド・グループ分けには、たとえばどのようにスライドをランにグループ分けすべきかを示す表示が含まれていても良い。たとえば、スライドのグループ分けを、症例によってではなく、処理するための抗体によって行なうことが好ましい場合がある。１つまたは複数の動作基準を特定しても良く、たとえばスループット等である。スケジューラがこれを、どのラン構成が好ましくあり得るかを決定するときに用いても良い。たとえば、スループットを最大にすることが望ましい場合がある。したがって、異なるスケジューリング・アルゴリズムまたは異なるルールが、現在の症例負荷を処理するための１つまたは複数のランを決定する際に、働いても良い。また第３の入力２１１２には、スケジューラ２１０２に対する入力が含まれていても良い。第３の入力２１１２には、サンプル・ラン入力および／または構成オーバーライド情報が含まれていても良い。オーバーライド情報が、単独でまたは２１１２の他の要素と組み合わせて、入力されても良い。オーバーライド情報には、種々の構成オプションが含まれていても良い、たとえば特定の機器がオフラインではなくてオンラインだったか、特定の試薬が、異なる能力の異なる機器上だったか、などである。一般に、オーバーライド情報は、検査室構成に対する変形に基づいてラン構成を生成しおよび／またはラン構成を評価するために、用いても良い。スケジューラ２１０２が第１のモード（モード・セレクタ２１１０によって選択され得る）に基づいて動作する場合、スケジューラ２１０２は、特定の入力に基づいてスライド構成の１つまたは複数のランを出力しても良い。
【０１９１】
またスケジューラ２１０２は、第２のモードで実行されても良い。第２のモードでは、第３の入力２１１２に含まれる特定のセットのサンプル・ラン構成がスケジュールされ得る。この第２のモードにおけるラン構成を、スケジューラに対する入力として与えても良い。言い換えれば、ラン構成を生成する第１のモードで動作するのではなくて、スケジューラ２１０２は、第２のモードで動作して、２１１２に含まれるサンプル・ランの提案されたセットの終わりに検査室の状態をシミュレートしても良い。この第２のモードでは、スケジューラは、出力として、システムの最終状態を、１つまたは複数の入力ランの与えられたセットに対して生成しても良い。一般的に、最終状態情報には、検査室の現在の状態を仮定して入力ランが行なわれるならば、システムの最終状態を記述する１つまたは複数のピースの情報が含まれても良い。最終状態情報を用いて、特定のセットの入力ランのうちどれが好ましくあり得るかを評価しても良い。最終状態には、たとえば、サンプル処理の終了時間、試薬在庫、試薬供給が不十分だったか否かなどが含まれても良い。一実施形態では、スケジューラが第２のモードで実行される場合に、２１１２のサンプル・ラン構成が必要とされても良い。構成オーバーライドは、スケジューラが第１または第２のモードに基づいて動作するときに、任意的に特定されても良い。
【０１９２】
また一実施形態では、モード・セレクタが含まれていなくても良く、また本明細書で説明した第１のモードまたは第２のモードのみに基づいて動作しても良い。スケジューラの他の変形が可能であることは、当業者によって理解される通りである。
【０１９３】
前述したことは、１つまたは複数のランを実際に実行する前に、与えられたセットのランを動的に構成しおよび／または評価するために用いても良い。検査室の複雑さが増すにつれて、このようなスケジューラの有用性も増加し得る。なぜならば、経験的な知識を用いてランを手作業でスケジューリングしおよび決定することは、難しくなるからである。
【０１９４】
複数のホストを有する実施形態では、スケジューリング動作に必要な情報をマスタ・スケジューラ・モジュールに伝達するためのソフトウェアおよび／またはハードウェアを各ホストに含めても良い。またマスタ・スケジューラ・モジュールは、複数のホストおよび付随する機器に渡ってスケジューリングを行なうためのハードウェアおよび／またはソフトウェアを含んでいても良い。マスタ・スケジューラ機能を、指定されたホスト、ＩＰＳ、または他のホストと通信する他のコンポーネントが行なって、ラボ規模の機器情報、症例負荷、試薬情報などを得ても良い。スケジューリングでは、スケジュールすべきすべての検査室機器およびそれらの付随する能力についての情報を用いる。１つのコンポーネント（マスタ・スケジューラとして上記で特徴付けられる）が、すべての必要なスケジューリング入力を得ても良く、またＶＬＭがホストと通信する方法と同様にホストと通信しても良い。各ホストには、このような必要な情報を供給するためのソフトウェアが含まれていても良い。また一実施形態では、各ホストに、その特定のホストに接続される機器に対する何らかのスケジューリング処理を行なうためのコンポーネントが含まれていても良い。また各ホストに含まれるこのようなスケジューリング・コンポーネントは、異なるホスト間でのマスタ・プロセス調整スケジューリング・タスクと通信しても良い。この後者の構成では、労力のスケジューリング分割を、ホストおよびマスタ・スケジューラ間で区分しても良い。あるいは、一実施形態では、各ホストによって報告され得るスケジューリング情報（たとえば、機器および試薬情報、他の検査室構成情報など）を収集する単一のマスタ・スケジューラを有していても良い。そしてマスタ・スケジューラは、この情報を用いてすべてのスケジューリング・タスクを行なっても良い。さらに別の実施形態では、各ホストは、各ホストが制御する機器を独自にスケジューリングする。
【０１９５】
また一実施形態では、特定の基準に基づいて症例負荷を最良に処理する多くのシナリオを生成するためのスケジューリング・オプションが含まれていても良い。このような基準は、たとえば、機器利用最適化、機器および／または検査室のスループット最大化、ある特定の日付までの特定の試薬の消費量などである。基準、症例負荷、および実施形態に含まれ得る他の情報に基づいて生成されるシナリオによって、手作業のおよび／または自動化された方法で実行すべき処理オーダーを示す作業リストが得られても良い。また一実施形態では、入ってくる新しいオーダーおよび／または既存のオーダー（他のオーダーよりも優先的な処理を必要とする優先的オーダーとして指定される）を取り扱うためのスケジューリングに対する特徴が含まれていても良い。スケジューラには、このような優先的オーダーを処理する特徴（たとえば優先的オーダーを、スケジューラに対する他の入力として指定することによって行なう）が、含まれていても良い。スケジューラは、指定された優先的オーダーに基づいておよび他の基準に基づいて、処理オーダーを生成しても良い。スケジューラは、試薬位置決めサポートを得るための機能を含んでいても良いし、試薬位置決めサポートを得るために検査室内の他のコンポーネントと通信しても良い。このサポートは、たとえば、技師が染色ランを手作業で組み立てるのを支援するために、ＲＦＩＤまたは他の技術を用いて実施され得るものである。またスケジューラは、機器に対する予防メンテナンスをスケジューリングすること、在庫補充用オーダーを行なうことなどを支援するために、試薬の使用状態の履歴傾向を分析して試薬在庫を管理するための機能を含んでいても良いし、またはそうするために検査室内の他のコンポーネントと通信しても良い。またスケジューラは、法規制の遵守に基づいてランを決定することを支援しても良い。これはたとえば、染色ランにおける対照組織サンプル／スライドをスケジューリングすることによって行なう。このような法規制の遵守の情報および要求を、スケジューラに対する入力として伝達しても良く、またスケジューラは、スケジュールされた出力ランを、この基準および指定され得る他の基準に基づいて生成しても良い。
【０１９６】
次のことに注意されたい。スケジューリング動作に付随する機能を、システム内の任意の１つまたは複数のコンポーネントが行なっても良い。いくつかの例示的な構成（たとえばホスト・コンピュータおよび／または他のコンポーネントのパートナーシップである構成）を本明細書で説明しているが、これらは、本明細書で説明する技術の限定と解釈してはならない。
【０１９７】
スライドまたは他のサンプルを処理する際、特定の症例のスライドをバラバラにして、各スライドを異なる機器によって処理する場合がある。たとえば、スループットを最大にするために、スライドを特定の抗体に基づいて処理しても良い。第１のセットの症例からの第１の抗体に付随するスライドを、第１のランで処理しても良い。第１のセットの症例からの第２の抗体に付随する他のスライドを、第２のランで処理しても良い。第１のセットの症例のすべてのスライドを処理した後で、一実施形態では、各症例のスライドを再照合してそれらの個々の症例フォルダに戻すポスト・ラン・スライド・ソーティング・ステップが含まれても良い。言い換えれば、処理の効率のために、スライドの症例を分離しても良い。スライドの処理（たとえば染色）が終了した後で、スライドを、症例ごとに再グループ分けしても良い。一実施形態では、この照合ステップを手作業のおよび／または自動化された方法で行なっても良い。たとえば、スライド情報（バー・コード・ラベル、ＲＦＩＤラベル、または他の形態で、各スライド上に含まれ得る）を、この照合ステップにおいて用いても良い。たとえば各スライドのバー・コード・ラベルには、同じ症例のスライドを一緒にグループ分けするのに使用されるエンコードされた症例情報が含まれていても良い。そして各症例のスライドを、単一の症例フォルダ内に配置しても良い。
【０１９８】
次に図３２を参照して、スライドまたは他のサンプルを照合用に処理することに関連して一実施形態において行なわれ得る処理ステップのフローチャート２１５０を示す。ステップ２１５０は、エンコードされたスライドまたはサンプル情報を用いてスライドをソートすることにおいて前述したものを一般化したものである。ステップ２１５２において、スライドは、１つまたは複数の基準に基づいて決定されるランにおいて処理される。前述したように、スライドは、より効率的なスループット最大化処理を行なうために、抗体に基づいて分けても良い。ステップ２１５２で処理されるランは、手作業でまたは本明細書で説明したスケジューラを用いることに関連して、決定しても良い。ステップ２１５４において、各スライドについての症例情報を、エンコードされた情報（たとえばスライドのバー・コード・ラベルにおいてエンコードされ得る）から読み出す。症例情報の読み出しは、装置（たとえば光学式読み取り装置、ＲＦＩＤリーダ）を用いて、または手作業で、プリントされたラベルを人が読むことによって行なっても良い。同じ症例情報を有するスライドを、ステップ２１５６で一緒にグループ分けしても良い。ステップ２１５８において、同じ症例のスライドを、適切な症例フォルダ内に配置する。ステップ２１５６および２１５８の処理も、手作業でおよび／または自動化技術を用いて行なっても良い。次のことに注意されたい。同じ症例のスライド（たとえば、グロスの組織サンプルから生成されるすべてのスライド）を、本明細書の他の箇所で説明される症例識別子を用いて識別しても良い。一実施形態では、スライドを処理するときに、それらを、１つまたは複数の収集場所に配置しても良い。これらの収集場所からのスライドは、症例識別子に基づいて、特定のタイプのラベルに対するリーダを用いて自動的にソートしても良い。共通の症例識別子を有するスライドを、同じ出力グループ分けに配置して、その後に症例フォルダ内に配置しても良い。
【０１９９】
他の実施形態では、スライドがラボのどこで処理されているかについての場所情報を、スライドの場所が変わるときに追跡しても良い。情報は、手作業でおよび／または自動的に入力しても良い。情報は自動的に収集しても良く、これはたとえば、スライドが処理されるかまたは機器内にロードされるときに、バー・コードまたは他のリーダを用いて、検査室機器にスライドについての情報を報告させることによって行なう。情報は手作業で入力しても良く、これはたとえば、ホスト上のユーザ・インターフェースを用いて行なう。そして情報を、他の場所（たとえばＩＰＳおよび他のホストのデータベース）内で複製しても良い。後のある時点で、ＶＬＭデータベース（たとえばＩＰＳ上にあるかまたはＩＰＳに接続されていても良い）に照会して、同じ症例に含まれるすべてのスライドの場所を決定するために、たとえばＬＩＳシステムのホストまたは遠隔オペレータが、処理を行なっても良い。情報を用いて、同じ症例のスライドを位置決めして組み合わせても良い。
【０２００】
次に図３３を参照して、クライアントからの遠隔アクセスおよびクロス・ホスト症例報告を例示するシステムの実施形態の別の例を示す。例２２００には、他の図に関連して説明したものと同様のコンポーネントが含まれている。また２２００には、ＩＰＳデータ・ストア２２０６、ホスト１データ・ストア２２０２、ホスト２データ記憶２２０４、およびクライアント２２１０が含まれている。クライアント２２１０は、ＩＰＳに接続されるシステム上で実行され得るクライアント・ソフトウェアであっても良い。クライアント２２１０は、遠隔であっても良いし、そうでなければ本明細書で説明し当業者には既知である種々の接続のいずれか１つを用いて、ＩＰＳに接続されても良い。クライアント２２１０は、ＩＰＳ（サーバの機能を果たす）に、ある特定の情報を要求する。このサービスを提供するソフトウェアおよび／またはハードウェアは、たとえば、ＶＬＭ内の機能、さらなるコンポーネント、として含まれても良いし、複数のハードウェアおよび／またはソフトウェア・コンポーネントにおいて具体化される機能として含まれても良い。たとえば、ＩＰＳには、要求される情報を含むウェブ・ページをサービスするウェブサーバが含まれていても良い。ウェブサーバは、ＶＬＭと通信して、必要なウェブ・ページおよびクライアントによって要求される情報を得ても良い。ＶＬＭは、ウェブサーバがサービスするウェブ・ページへのアクセスを制御しても良く、またこのページに関連して用いられる情報を生成しても良い。あるいは、ＶＬＭは、ウェブ・ページへのアクセスを制御しても良く、またデータ・ベースからデータ値を得ても良い。しかしＶＬＭは、他のコンポーネントと通信して、ホストに照会しおよび／またはデータベースから得られる未処置のデータ値に何らかのさらなる処理を行なうことで、サービスされるウェブ・ページに値を入れるために必要なデータを生成しても良い。ＶＬＭまたは他のコンポーネントは、すべてのホストに対して、クライアント要求に基づく任意の情報（たとえば、症例、サービスなど）を報告するように、要求（たとえばＵＤＰ要求）を出しても良い。
【０２０１】
前述のクライアント報告処理において用いられるハードウェアおよび／またはソフトウェア・コンポーネント（図３３に例示する）は、各実施形態ごとに変わり得る１つまたは複数の異なるコンピュータ・システム構成上にあっても良い。たとえばウェブサーバは、ＶＬＭと同じコンピュータ・システム上にあっても良いし、異なっていても良い。一実施形態では、ウェブサーバ、ＶＬＭ、および任意のさらなるコンポーネントが、同じコンピュータ・システム上に配置されていても良い。一実施形態では、クライアント２２１０からなされる要求は、インターフェース（たとえばグラフィカル・ユーザ・インターフェース）を用いてクライアントを通して入力される照会に基づいて、なされても良い。たとえば要求は、特定の症例に付随するすべてのデータを見るためになされても良い。このデータには、オーダーに付随する症例情報（ＬＩＳからＩＰＳに伝達され得る）、オーダーの処理に関連して用いられるポスト・ラン情報（たとえば染色プロトコル、試薬など）が、含まれていても良い。例２２００は、症例に対するオーダーがオーダーを満たすための処理を終了した後の時点におけるシステムのスナップショットを表わしている。一実施形態では、まだ完全には処理されていないオーダーは、データ・ストア２２０６に記憶される。
【０２０２】
任意の時点において、２２０６には、まだ終了していない進行中のオーダーの現在の症例負荷を表わす情報が含まれている。オーダーが処理されると、種々の処理ステップについてのポスト・ラン情報を、ホストからＩＰＳへ戻すことができる。このポスト・ラン情報は、オーダーが進行中である間に、各ホストおよび２２０６に局所的に記憶しても良い。オーダー処理が終了したときに、情報を、各ホストの個々のデータ・ストア内に残存するポストラン情報とともに、２２０６から取り除いても良い。次のことに注意されたい。本明細書で説明したように、ポストラン情報は、当初のオーダー情報、症例情報などの一部または全部のスーパーセットであっても良い。またオーダー処理が終了した後に各ホストに維持される情報には、各症例に付随するすべての情報を識別および照合するために、症例情報が含まれている。図３３を参照して、クライアントは、症例１についてのすべての情報を要求しても良い。この例では、症例１に対するオーダーが処理を終了しているので、ＩＰＳによって２２０６に見出される情報はない。そしてＩＰＳは、各ホスト（たとえばホスト１およびホスト２）と通信して、各ホスト上に維持される症例１についてのすべての情報を得る。そしてＩＰＳは、１つまたは複数のホストから受け取った症例１についてのこの情報を収集して、それをクライアントに、たとえばインターネット・エクスプローラによって表示され得るウェブ・ページの形態で、戻しても良い。症例１に対する処理が、照会の時点でまだ進行中だった場合には、データベース２２０６には症例１についての情報も含まれ、このような情報は照会に応答して戻される場合がある。
【０２０３】
クライアント２２１０を、照会に基づいて報告情報を得るために用いても良い。情報は、進行中であるかまたは処理を終了したオーダーに関連しても良い。一実施形態では、同様に、任意の１つまたは複数の目的に対する報告情報をクライアントに提供しても良い。ＩＰＳは、報告に関連する動作に対して報告情報をＨＴＭＬ、ＸＭＬなどの形態でクライアントに出すサーバの機能を果たしても良い。報告生成機能は、ＶＬＭまたは他のコンポーネントが提供しても良いことに注意されたい。一実施形態では、ＶＬＭは、ＸＭＬでのウェブ・ページを管理しても良い。当業者には既知であるように、ＸＭＬは、たとえばＸＳＬＴ変換を用いて、種々の異なるフォーマットおよびスタイルに変換しても良い。変換されおよび値が入れられたウェブ・ページは、クライアントに戻しても良い。
【０２０４】
ＩＰＳ（たとえば本明細書で説明したように、一実施形態においてＩＰＳ上で実行されるＶＬＭおよび／または他のコンポーネント）は、製品在庫および追跡を行なっても良い。履歴データ（たとえば、長期に渡る試薬の使用履歴について）を得る、再オーダー限界値を検出する、およびジャスト・イン・タイムの製品在庫を維持するために、ＩＰＳ上でコードを実行しても良い。ＩＰＳには、連続的な仕方で実行されるバックグラウンド・スレッドが含まれていても良い。バックグラウンド・スレッドは、試薬在庫をモニタし、および再オーダーをトリガする閾値レベルを１つまたは複数の試薬がいつ下回るのかを使用法履歴および／または満了日付に基づいて決定する。たとえば、使用法履歴、試薬の満了情報、および試薬を得るために必要であり得る時間に基づいて、再オーダーがＩＰＳによって自動的に生成されても良い。ＩＰＳ（たとえば、本明細書で説明した一実施形態においてＩＰＳ上で実行されるＶＬＭおよび／または他のコンポーネント）を、価格モデルを提供する別のシステムに接続しても良い。特定の試薬の満了日付に基づいて、試薬供給業者によって現在提供されている割引を得るために、特定の量を再オーダーすることを自動的に決定しても良い。このような価格情報、割引などは、時間が経てば変わる場合がある。一実施形態では、前述した製品在庫および／または追跡の機能を、１つまたは複数のコンポーネントの協同および通信的な活動を通して行なっても良い。コンポーネントはたとえば、各ホストに対する在庫管理機能（たとえば履歴データ）、ＲＦＩＤ追跡（たとえば、他の場合に利用可能であり得る情報よりも多い現在の試薬についての情報）、ならびにＶＬＭおよび／またはウェブサーバのサービス・レポートなどのコンポーネントである。
【０２０５】
試薬には、現在の量を反映するために更新され得る変更可能かまたは書き込み可能なＲＦＩＤラベルが含まれていても良い。このような情報を、試薬および他の補給品のＲＦＩＤラベルから読み出して、リアル・タイムな在庫情報を提供しても良い。在庫情報を、ＲＦＩＤコンポーネントと通信するホストまたは他のシステムに送っても良い。そしてホストまたは他のシステムは、このような情報を、ＩＰＳ（たとえばＩＰＳ内のＶＬＭ）、および／または在庫管理を行なう際に一実施形態において用いても良い他のコンポーネントに、中継しても良い。
【０２０６】
ＶＬＭまたは他のコンポーネントは、在庫および追跡を行なうときに、１つまたは複数の他のシステム（図示せず）と通信して、オーダーリングおよび追跡に関連した動作をさらに統合することを実現しても良い。たとえば、一実施形態では、在庫および追跡を行なうＶＬＭおよび他のコンポーネントを、ＩＰＳ上で実行しても良い。在庫および追跡動作を行なうことに関連して、これらのコンポーネントは、会計システムと通信して、オーダー承認プロセスを能率的にしても良い。またＩＰＳは、試薬供給業者の電子システムと通信して、たとえば補給品のオーダーを電子的に行なっても良い。ＩＰＳはさらに、選択した配送サービス（たとえばＵＰＳ、フェデラル・エクスプレスなど）のシステムと電子的に通信して、配送の進捗についての情報を得ても良い。オーダー、在庫などについての情報は、前述したようにサーバとしての機能を果たすＩＰＳからクライアントへの報告機能を通して得ても良い。
【０２０７】
前述したことは、１つまたは複数のシステムの統合を通して実現され得る種々の機能のいくつかの例である。特定の機能は、各実施形態ごとに変わっても良い。
ＱＣ処理は、一実施形態において本明細書で説明したような種々の異なる態様で行なっても良い。ＱＣの別の形式として、ＩＰＳには、ＶＬＭなどのコンポーネント、またはホストと通信してＱＣ処理を行なう他のコンポーネントが含まれていても良い。ＱＣ処理は、症例における１つまたは複数のスライドまたは他のサンプルからの総計されたテスト結果に基づいて、およびテンプレートに基づいて行なわれる。一実施形態では、ホストは、テンプレートに基づいてＱＣテスティングを行なっても良い。各ホストのＱＣテスティング情報は、ＶＬＭおよび本明細書で説明した他の技術を用いて、他のホストに複製しても良い。テンプレートは、たとえばテスト結果のある特定の予想される組み合わせを、規定しても良い。総計されたテスト結果が、予想される組み合わせの１つにフィットしない場合には、ＩＰＳまたは１つもしくは複数のホストは、１つまたは複数のテストを自動的に再オーダーしても良い。容認できるテスト結果を規定することに加えてまたはこの代替案として、テンプレートは、総計されたテスト結果が、規定された誤ったＱＣパターンの１つである場合に行なうべき行為を規定しても良い。
【０２０８】
次に図３４を参照して、再テスト用にＱＣ処理を自動化する際に用いても良いテンプレートの例示的な表現を示す。テンプレートは、たとえばＩＰＳのデータベースに記憶しても良い。例２３００には、テンプレート２３０２が含まれており、容認できるテスト結果パターンのセットが領域２３０４に、再テストをトリガする結果のセットが領域２３０６に含まれている。領域２３０２には、１つまたは複数のテスト結果パターンが含まれている。領域２３０６には、テスト結果のセットと、規定されるテスト結果が決定された場合に行なうべき１つまたは複数の行為とが含まれている。たとえば、領域２３０６におけるパターン１が決定された場合には、すべてのスライドが再テストされる。また再テストのための特定の情報が、テンプレートに含まれていても良い。一実施形態では、領域２３０６のみを含むテンプレートが含まれていても良い。症例が、セクション２３０６における特定のパターンの１つを満足する場合に、再テストが行なわれる。その他の場合には、結果は容認できるものと決定しても良い。セクション２３０２および２３０６の両方を含む実施形態では、残りの状態をすべてカバーするテスト・パターンが、セクション２３２６において特定されても良い。セクション２３０４および２３０６における状態の１つが満たされない場合に、２３２６におけるデフォルトの行為を行なっても良い。一実施形態では、テンプレート仕様および評価に対して種々の異なるフォーマットおよび技術のいずれか１つを用いても良い。この自動化された再テストは、たとえば、各ホストによって、ＩＰＳによって、ＶＬＭが一実施形態において実行されている別のシステム上で、または本明細書で説明したシステム内の他のコンポーネント上で、行なっても良い。一実施形態では、ＱＣ障害が、あるホストによって特定の試薬を用いて、たとえば拒否された染色スライド上で検出された場合に、拒否された染色スライド上で使用されるすべての試薬に対するさらなるどんな処理も、他のホストが保留状態にしても良い。言い換えれば、拒否されたスライド上で使用されるすべての試薬をわずかでもさらに使用することを、保留状態にしても良い。ＱＣ障害は、ホストが決定しても良い。このような障害を検出したら、ホスト、ＶＬＭ、または検出ホストと通信状態にある他のコンポーネントが、拒否された染色スライド上で他のどの試薬が使用されたかを決定しても良い。ＶＬＭが維持するデータベース内のデータを、１つまたは複数の疑わしい試薬に対するさらなる処理が保留状態であることを反映するように、更新しても良い。その後、この情報を、ＶＬＭを介して他のホストに複製しても良い。
【０２０９】
障害に関連して、障害には、処理（たとえば試薬など）に関連して使用される１つまたは複数の機器および／または１つまたは複数の要素が伴っても良い。検出されたＱＡ障害に応答して、一実施形態では、任意の１つまたは複数の異なる行為を行なっても良い。一実施形態では、ロックアウト・プロセスを、たとえば障害に関連する機器、試薬、および／または他のコンポーネントを伴うさらなる処理が許可されないように、行なっても良い。一実施形態では、ＱＡ障害に関連して、ロックアウト以外の他の行為を行なっても良い。行為は、重大性が様々な程度のもの（たとえば特定のＱＡ障害に基づいて変わり得るもの）であっても良い。たとえば、一実施形態では、ＱＡ障害に関連する機器、試薬、および／または他のコンポーネントをその後に用いることが、検出された障害を通知することに加えて、可能であっても良い。一実施形態では、たとえば、検出されたＱＡ障害に関する通知を、任意の１つまたは複数の出力装置に出力しても良い。ＱＡ障害に関連する機器、試薬、または他の要素を使用し続けるためには、技師が、ＱＡ障害に対して確認応答して、承認を積極的に示し（たとえば、グラフィカル・ユーザ・インターフェースを通しての入力）、ＱＡ障害に関連する要素を使用し続ける必要があっても良い。次のことに注意されたい。ＱＡ障害は、種々の異なる基準および適格性のいずれか１つに関連しても良い。たとえば、ある特定のＱＡ要求を、試薬、機器などを認証するかまたは適格とするための第１のセットの規則によって特定しても良い。ＱＡ障害が、これらの規則のセットおよび／または要素（たとえば試薬、機器など）の１つまたは複数に関連しても良い。
【０２１０】
ＱＡ障害の検出に応答して、報告または他の通知メッセージが自動的に生成されて、ラボ・マネージャ、技師などに送られても良い。通知は、電子通知（たとえば、ｅメール・メッセージ、ポケット・ベル通知など）の形態を取っても良い。このような通知および／または報告の生成が行なわれるのは、すべてのＱＡ障害、または検出された障害のうち所定の基準（たとえば、特定の重大性レベルなど）を満足する部分について、ある特定の数および／またはタイプの障害が、規定された時間に検出された場合などであっても良い。
【０２１１】
一実施形態では、ユーザが、たとえばＱＡ障害に関するある特定の情報を選択的に要求しおよび特定のユーザ基準に応答して報告を生成することを可能にする報告生成機能が含まれていても良い。
【０２１２】
報告および／または通知には、種々のレベルの詳細な情報が含まれていても良く、種々のレベルの詳細は、特定の基準（たとえば、ユーザ指定の基準、重大性レベル、規則、または他の準拠基準などを含む）に基づいても良い。
【０２１３】
前述のシステムには任意の１つまたは複数の異なるタイプの機器が含まれていても良いことに、注意されたい。図３の要素を参照して、一実施形態では、機器１１４は画像化装置であっても良い。画像化装置は画像ファイルを生成しても良く、これは本明細書の他の場所で説明される通りである。画像化装置が行なう処理の結果、画像情報が生成されても良い。画像情報には、特定のファイル・タイプおよび／またはフォーマットに記憶される画像データが含まれていても良い。画像情報またはその一部は、画像化装置のメモリに局所的に記憶しても良いし、画像化装置を制御するホストにアップロードしても良いし、ならびに／または各ホストおよびシステムの特定の構成に基づいて本明細書で説明した技術を用いてその他のホスト上で複製しても良い。一実施形態では、画像ファイルは、記憶装置（たとえば機器および／またはホストに取り付けられたもの）に記憶しても良い。画像ファイルの名前および／または全部もしくは一部の画像ファイル・データを、機器からアップロードしても良い。書き込み可能なＲＰＩＤラベルを用いる本明細書の他の箇所で説明される実施形態では、画像ファイルの名前および／または一部の画像ファイル・データを、ＲＰＩＤラベルに書き込んでも良い。次のことに注意されたい。画像ファイル・データまたはその一部（ＲＰＩＤラベルに書き込まれ得る）は、圧縮フォーマットまたは他のフォーマットなどのフォーマットに記憶しても良い。画像化装置または他の機器（一実施形態に含まれ得る）は、スライドの素性またはある特定の時間に処理されている選択されたサンプルの素性を、ホストに報告しても良い。このような情報は、その他のホストおよび／またはデータベースに複製しても良く、またたとえば１つまたは複数の特定のスライド、サンプルなどを位置決めするために用いても良い。
【０２１４】
前述では、ホストをネットワーク接続して互いと通信させて、統合された検査室環境を形成することができるシステムについて説明した。本明細書（たとえば図３）で説明したシステムのコンポーネントはすべて、同じ場所に物理的に配置しても良いし、１つまたは複数の異なる場所に配置しても良い。異なる場所にあるコンポーネントは、当業者には既知である種々の異なる接続のいずれか１つを用いて、他のコンポーネントと通信しても良い。たとえば、ＬＩＳを、ＩＰＳおよびホストから遠隔に配置しても良い。また次のことにも注意されたい。本明細書で説明した例示的な実施形態は、完全に統合しおよび接続しても良いが、当業者であれば理解するように、本明細書で説明した技術は、コンポーネントがすべて本明細書で説明したように接続されているわけではない実施形態においても用いて良い。たとえば、ＲＰＩＤラベルを用いて検査室内のスライドを追跡する本明細書で説明した技術は、ＩＰＳ−ホスト接続性のみを有しＬＩＳ−ＩＰＳ接続性がない実施形態においても用いて良い。
【０２１５】
本明細書で説明したようなシステムによって、１つまたは複数のホスト間における構成可能なデータ共有が、一実施形態に含まれ得るＶＬＭを用いて実現されても良い。データを各ホスト上で自動的に複製しても良い。異なるホスト上で登録され得る試薬、プロトコル割当て、ユーザ・プリビレッジなどを、すべてのホストに対して自動的に複製しても良い。たとえばＶＬＭは、データの最新のバージョンに対するデータ・リポジトリの機能を果たすことを、ホストに、更新されたデータをＶＬＭに常に送らせること、さらにホストに、ＶＬＭからの更新された任意のデータを要求させて受け取らせることによって、行なっても良い。データ共有および複製の利点として、スライド・ラベルのプリンティングを、任意のホスト上で行なうことができる。スライド・ラベルを、任意的なＶＩＰソフトウェアを用いているときにＬＩＳからオーダーを受け取ったときに自動的にプリントするように、構成することができる。一実施形態では、これを、オーダー発注に関連して行なっても良い。たとえば、オーダーがＶＩＰにおいてＨＬ７メッセージングを介して発注されたときに、一実施形態では、ラベル・プリンティング・オプションを容易にするために、１つまたは複数のフィールドがメッセージに含まれていても良い。ラベル・プリンティングに対して用いるべき特定のホストおよび付随するプリンタを示すために、構成データ要素を用いても良い。さらに、同じまたは異なるデータ要素には、プリンティング・モード・インジケータが含まれていても良い。一実施形態では、プリントティング・モード・インジケータは、キューイングされても良いし、パス・スルーしても良い。モードのキューイングが示すのは、関連するオーダーに対する任意のラベルが、ラベル・プリンティング・キュー内に、後に要求（たとえばユーザから）がラベルのプリンティングに対してなされるまで、残ることを示す。キューイングされたモードでは、ラベル・プリンティングは自動的ではない。パス・スルー・モードが指定された場合、指定されたホストおよびプリンタが新しいオーダーを認識すると、そのオーダーに付随するラベルが自動的にプリントされる。プリンティング・オプションは、一実施形態では、オーダーごとベースで指定しても良い。あるいは、一実施形態では、構成オプションとして、新しいオーダーに対して使用され得るサイト・バー・コード記号構成オプション（本明細書の他の箇所で説明される）が含まれていても良い。構成オプションには、特定のホストおよび／またはプリンタ指定だけでなく、特定のプリンティング・モードが含まれていても良い。また前述したことによって、単一のインターフェース・ポイント（ＶＩＰ）を通したＬＩＳと検査室のコンポーネントとの間のメッセージングを介した通信が実現される。検査室に送るべきオーダーと、ＬＩＳに送るべきステータスおよび報告情報とを与える双方向性のインターフェースについて説明する。オーダー情報の一部として、患者情報を含む症例データと他のデータとがＬＩＳから検査室に伝達され、手作業での患者データ入力および可能性のある再入力の必要がない。本明細書で説明した特徴（たとえばスライド・オーダーリングおよびラベル・プリンティングに対するＬＩＳの接続性）の利点は、検査室環境が大きくなるほど、より明らかとなり得る。
【０２１６】
既存のＡ／Ｐ検査室では、組織サンプルをスライドに載せる作業は、冗長なデータ入力を伴うほとんど人手に頼る作業であり、標識付きのスライドを得るための作業フロー処理の複数の箇所で誤りを起こし得るという特徴がある。本明細書では、冗長性を解消したり、誤り発生の可能性を低減したりすることによって、作業フロー処理を円滑にするために用い得る技法について述べる。上記及び下記段落で述べる技法は、Ａ／Ｐ検査室の作業フロー処理並びに関連作業フロー処理のある他の検査室の作業フロー処理を円滑化及び自動化するために用い得る。
【０２１７】
次に、図３５において、本明細書の技法を利用し得るシステムの一実施形態例を示す。例２４００には、ＬＩＳ２４０２、ＩＰＳ２４０８、ホスト２４２０ａ乃至ｂ、並びに機器２４２２ａ乃至ｂ及び２４１０が含まれる。ＩＰＳ２４０８には、データ記憶装置２４１４を備えたデータ管理部２４０４、ＶＩＰ２４０６、及びＶＬＭデータ記憶装置２４１６を備えたＶＬＭ２４１２を含み得る。例２４００に示したＩＰＳ、ＶＩＰ、及びＶＬＭ等の一部の構成要素については、本明細書の他の箇所で、例えば、図３に関連して述べる。以下の段落で更に詳述するように、ＬＩＳ２４０２からＩＰＳ２４０８に送る通信情報の処理は、データ管理部２４０４、ＶＩＰ２４０６、ＶＬＭ２４１２間で分割し得る。
【０２１８】
一実施形態において、ＶＩＰ２４０６、ＶＬＭ２４１２及びＶＬＭデータ記憶装置２４１６は、通信情報処理については、それぞれホスト２４２０ａ乃至ｂを用いて制御される専用又は改良型染色機器２４２２ａ乃至ｂ等の二次染色機器のみに用い得る。ＶＬＭは、専用又は改良型染色機器２４２２ａ乃至ｂについて、検査指示及び通信情報用の第１組の処理動作を実施し得る。専用又は改良型染色機器２４２２ａ乃至ｂとしては、例えば、アリゾナ州、ツーソン（Ｔｕｃｓｏｎ）のベンタナ・メディカル・システム社（Ｖｅｎｔａｎａ＿Ｍｅｄｉｃａｌ＿Ｓｙｓｔｅｍｓ＿Ｉｎｃ）製ベンチマーク（ＢｅｎｃｈＭａｒｋ）（登録商標）システム等の免疫組織化学（ＩＨＣ）スライド染色機器、又は、組織に存在する微生物や特定の組織タイプに集まる化学色素染料を用いるものなどの他の補助的なもしくは専用の染色機器（例えば、ベンタナ・メディカル・システム社のネキセス（ＮｅｘＥＳ）（登録商標）ＳＳ染色器）が挙げられる。実施形態２４００には、更に、専用又は改良型染色機器以外に、他の種類の機器を含み得る。他の機器には、例えば、ベンタナ・メディカル・システム社製シンフォニー（ＳＹＭＰＨＯＮＹ）（商標）システム等のヘマトキシリン及びエオシン（Ｈ／Ｅ）染色を行う一次染色機器２４１０を含み得る。機器２４１０は、ホスト２４２０ａ乃至ｂの内の１つを用いて制御しなくてもよい。むしろ、一次染色機器２４１０は、それに含まれる１つ又は複数のプロセッサを用いて、それ自体の動作を制御し得る。２４００に示すような実施形態では、データ管理部２４０４は、ＬＩＳ２４０２からの全着信通信情報、例えば、機器２４２２ａ乃至ｂ及び２４１０で検査を実施するための検査及び症例情報等を受信し得る。ＬＩＳ２４０２とＩＰＳ２４０８との間の通信は、ＨＬ７プロトコルに基づいてよいが、このプロトコルは、本明細書の他の箇所で述べており、また当分野では既知である。データ管理部２４０４は、ＬＩＳ２４０２から着信データを受信し、機器２４１０に関連する通信情報の全処理を行い、更に、第１組の処理動作用の専用又は改良型染色機器２４２２ａ乃至ｂに関連するＶＩＰ２４０６にそれらの通信情報を中継し得る。また、データ管理部２４０４は、専用／改良型染色器、一次染色器、及び可能性として、例２４００の中にあり得る他の機器に関連する受信通信情報に第２組の処理動作を実施し得る。例えば、以下の段落で更に詳述するように、データ管理部２４０４は、チェックポイント通知及び検査室の全機器用の他の処理を規定し得る。チェックポイント通知は、検査室にあるスライドや組織検体等の実体が、指定時間までに特定の作業フローポイントによって処理されない場合の通知を規定する。データ管理部２４０４は、ＬＩＳ２４０２によっても用いられる統一識別子を利用してよい。統一識別子は、作業フロー処理において、患者サンプル等の異なる実体間の識別や管理を行うために用いられる識別子である。統一識別子は、１人又は複数人の使用者（ｃｏｎｓｕｍｅｒ）によって、例えば、検査室内及び病院等の外部使用者によって用いられる。更に、データ管理部２４０４は、検査室の作業フロー処理を改善するための処理を実施し得る。データ管理部２４０４は、ＨＬ７プロトコルに基づきＶＩＰ２４０６と通信を行い得る。データ管理部２４０４は、更に、統一識別子をＶＩＰ及びＶＬＭによって用い得る他の識別子にマッピングする等、任意の識別子マッピング又は変換を実施し得る。一実施形態において実施し得る作業フローを改善するための統一識別子、チェックポイント通知、及び処理に関する更なる詳細については、本明細書の他の箇所で更に詳述する。
【０２１９】
尚、図３５及び３６の機器は、染色器又は検査室での処理と関連して用い得る他の機器であってよい。本明細書に述べた染色器は、当業者が認識されるように、例示のみを目的としている。
【０２２０】
一実施形態において、ＶＩＰ及びＶＬＭは、専用／改良型染色機器２４２２ａ乃至ｂ用の第１組の処理動作を実施するＩＰＳ２４０８の既存の構成要素であってよい。後で、ＩＰＳ２４０８によって実施される処理は、２つの態様で拡張し得る。この処理は、第１組の処理動作に含まれるもの以外の他の処理タスクが、機器２４２２ａ乃至ｂのために実施されるように、拡張し得る。更に、ＩＰＳ２４０８によって実施される処理動作を拡張して、２４２２ａ乃至ｂに含まれるもの以外の一次染色器等の他の種類の機器２４１０にも適用し得る。例２４００において、データ管理部２４０４は、チェックポイント通知等、機器２４２２ａ乃至ｂのための追加の処理を実施し得る。データ管理部２４０４は、２４１０等の新規の又は追加の機器用の全ての処理タスクも実施し得る。そのような実施形態では、データ管理部２４０４及びそのデータ記憶装置２４１４は、新規の構成要素として既存のＩＰＳ２４０８に追加し得る。２４１０等の新規の又は追加の機器は、データ管理部２４０４と直接通信を行い得る。上述したように、全着信通信は、データ管理部２４０４によって受信され、データ管理部２４０４は、それら対象の通信、例えば、機器２４２２ａ乃至ｂ用の検査指示や症例情報等の通信情報をフィルタ処理し、ＶＩＰ２４０６等に中継する。ＶＬＭ及びそれに接続されたホストからのＶＩＰによって受信される通信情報は、データ管理部２４０４に伝達し得る。ホスト２４２０ａ乃至ｂとＶＬＭとの間の通信は、本明細書の他の箇所で述べるように、通信接続２４２０ｃを介し得る。
【０２２１】
データ記憶装置２４１４及び２４１６は、データベースであったり、当分野で公知の任意の様々な異なる構成に基づきデータを記憶するために用いる任意の他の種類のデータコンテナであってよい。
【０２２２】
尚、追加機器２４１０は、データ管理部２４０４と直接通信を行うように示すが、或る実施形態では、更に、ＡＰＩ（アプリケーション・プログラミング・インターフェイス）等の装置インターフェイスを２４０４と２４１０との間で利用して、それらの間の通信を円滑化し得る。例えば、様々な異なる追加機器があってよく、データ管理部２４０４は、それらのために本明細書に述べる処理を実施する。異なるインターフェイスを異なる各機器に用いて、データ管理部２４０４との通信を円滑化し得る。
【０２２３】
次に、図３６において、本明細書の技法を利用し得るシステムの他の実施形態例を示す。例２４５０には、上述して図３５に示したものと同様の構成要素が含まれる。データ管理部２４５２は、図３５のデータ管理部２４０４とは対照的に、データ管理部と、ＶＩＰ及びＶＬＭ等のＩＰＳ２４０８の他の構成要素との間の処理動作を分割するよりもむしろ検査室の全機器のための処理を実施し得る。
【０２２４】
図３５及び３６の代表的な実施形態は、まさにＩＰＳ２４０８によって実施される機能をＩＰＳの様々な構成要素間で分割し得る２つの方法であることを当業者は認識されるであろう。例えば、図３５は、データ管理部２４０４等の新しい構成要素を追加することによって、どのようにＩＰＳの機能を拡張し得るかについての代表的実施形態である。最初、ＶｌＰ及びＶＬＭの使用者には、図３５に示すような構成が有り得る。後に、そのような使用者は、更に、最新バージョンのデータ管理部２４５２に移行し、図３６に示すような構成を利用し得る。
【０２２５】
次に、図３７において、ワークステーション構成を例示する。ワークステーションは、検査室において、以下の段落で更に詳述する様々な作業フロー処理ポイントで用い得る。当分野で公知であり、また、本明細書の他の箇所で更に詳述するように、スライド上での組織サンプルの生成に関連する作業フロー処理には、複数のステップが含まれる。１つ又は複数のワークステーションを作業フロー処理の各ステップでの処理に関連して用い得る。ＩＰＳに直接又は仲介ホスト（例えば、ホスト２４２０ａ乃至ｂ）を介して間接的に接続したワークステーションは、組織検体処理に関連する様々なポイントに配置し得る。説明を簡潔にするために、ワークステーションは、本明細書では、図３５及び３６等の図には明示的に含まない。図３７は、ＩＰＳ２５０２に接続した単一ワークステーション構成の概略図を示す。ワークステーションサイトには、シンＰＣクライアント２５０８及びタッチスクリーン２５０６等のコンピュータシステムを含み得る。また、一実施形態には、構成要素２５０６及び２５０８の他の選択肢として、オールインワンＰＣ及びタッチスクリーン組合せ装置を含み得る。コンピュータシステム２５０８には、ワークステーションで用るための１つ又は複数の他の装置を接続し得る。そのような装置には、バーコード画像化装置２５０４及びプリンタ２５１０を含み得る。プリンタ２５１０は、熱転写プリンタや、ワークステーションで実施し得る異なる印刷方法に基づき、スライドに印刷することが可能なプリンタ等のラベルプリンタであってよい。一実施形態において、コンピュータ２５０８は、ＩＰＳ２５０２のサーバ構成要素に接続するブラウザを実行し得る。コンピュータ２５０８に接続した個々の装置は、実施形態により変わり得る。例えば、バーコードを検査室の異なる実体のラベル付けに用いる場合、バーコードリーダ及び／又は印刷装置をワークステーションで用いてよい。ＲＦＩＤタグを用いる場合、適切な読み取り／書き出し装置もワークステーションに含んでよい。様々な実体（例えば、検体、スライド、ブロック、又はカセット）に関連して用い得る異なる種類のタグ又はラベル（例えば、ＲＦＩＤタグ、異なる種類のバーコード、他の形態の機械読取り可能な識別子等）については、本明細書の他の箇所で述べる。
【０２２６】
尚、本明細書に述べるＩＰＳのソフトウェア及びハードウェアは、サーバコンピュータシステムに含んでソフトウェアをそれ上で動作させたり、また、本明細書に述べた処理を実施可能な機器又は他の構成要素（１つ又は複数）に含んでよい。
【０２２７】
ワークステーション構成におけるコンピュータ周辺装置やバーコードリーダ等の異なる装置は、ＵＳＢ又は他の種類の通信接続を介してコンピュータ２５０８と通信を行い得る。ワークステーション構成２５００のコンピュータ２５０８は、イーサネット、無線、又は他の通信接続を介してＩＰＳ２５０２と通信し得る。
【０２２８】
以下の段落で述べるように、ワークステーションは、検査室の様々な場所に配置して、組織検体、ブロック、又はスライドの処理に関連して用い得る。
次に、図３８において、本明細書の技法を用いる一実施形態に含み得る構成要素の他の表現を示す。例２６００は、例えば、図３６に含まれる構成要素の他の表現であり得る。ＬＩＳ２６０２は、ＨＬ７プロトコルに基づき、ＩＰＳに含み得るデータ管理部２６０４と通信を行ってよい。データ管理部２６０４は、１つ又は複数のホスト２６０８と通信を行い得るが、各ホスト２６０８は、ベンタナ・メディカル・システムのネキセス（登録商標）ソフトウェア等の或るバージョンのソフトウェアを実行する。各ホスト２６０８は、専用又は改良型染色器２６１０等の機器と通信を行い得る。一次染色器２６０６等の他の機器は、仲介ホストを利用することなくデータ管理部２６０４と直接通信を行い得る。一次染色器２６０６は、例えば、ベンタナ・メディカル・システム社製のシンフォニー（商標）システムであってよい。改良型又は専用染色器２６１０には、例えば、全てベンタナ・メディカル・システム社製であるが、ネキセス（登録商標）ＩＨＣ染色器、ネキセス（登録商標）ＳＳ染色器、ベンチマーク（登録商標）ＸＴ染色器等を含み得る。
【０２２９】
次に、統一識別子について更に詳述する。
統一識別子は、実体を一意に識別するために、検査室内のＬＩＳ及びそれと通信を行う他の情報システムによって用い得る識別子である。統一識別子は、１人又は複数の使用者又は統一識別子のユーザに関して統一されており、例えば、検査室のコンピュータシステム及びデータベースと通信を行うＬＩＳ、Ａ／Ｐ検査室、病院情報システム、及び可能性としてＡ／Ｐ検査室から離れた他の場所等に関して統一されている。統一識別子は、その使用者に関して或るレベルの一意性を有し、これにより、使用者による実体の識別及び追跡が可能である。一意性のレベルは、使用者による実体の予想使用時間等の時間枠にも関係し得る。異なる実体用に複数種類の統一識別子があってよい。例えば、検査室に保管されたスライドの予想継続時間の間、スライドの追跡及び識別に関連して用いられる統一スライド識別子が存在してよい。統一スライド識別子は、或る時間期間の間、例えば、スライドが用いられてＡ／Ｐ検査室のスライド保管庫に保管される可能性がある時間の間、そのスライドを一意に特定するために、ＬＩＳ、Ａ／Ｐ検査室、及び１つ又は複数の他の供給業者によって認識され用いられることがある。また、統一症例識別子、統一検体又は部分識別子、及び統一ブロック又はカセット識別子は、以下の段落に述べるように用いてよい。
【０２３０】
異なる各統一識別子は、同じ情報を共有する施設間で局所的に固有のものとして特徴付け得る。例えば、互いに通信状態にある情報システムを有する３つの検査室及び３つの病院は、或る実体に同じ統一識別子を用いて、実体及び関連する統一識別子を各使用者（例えば、病院及び検査室）により他のものと区別させてよい。
【０２３１】
次に、図３９において、本明細書に述べる異なる種類の統一識別子の形成に関連して用い得る異なるデータ部の例を示す。例２７００には、症例ｉｄ（識別子）又は症例番号２７０２、検体又は部分ｉｄ（識別子）２７０４、ブロック又はカセットｉｄ（識別子）２７０６、及びスライドｉｄ（識別子）２７０８が含まれる。上記各ｉｄは、登録の一部として、例えば、患者の１つ又は複数の組織検体を検査室で受理する際、割り当て得る。ｉｄは、様々な作業フロー処理ポイントで利用される異なる統一識別子の形成に用い得る。例えば、最初の検体の場合、症例ｉｄ２７０２、検体ｉｄ２７０４、及び１つ又は複数のブロックｉｄは、登録の一部として割り当て、次に、最初の検体から作られるブロック用の統一ブロック識別子２７２０の形成に用い得る。統一ブロック識別子は、肉眼検査でそれぞれのブロック用のカセットのラベル付け又はマーク付けに関連して用い得る。
【０２３２】
症例ｉｄ２７０２は、患者、患者関連情報、１つ又は複数の検体、そこから生成される全ブロック又はカセット及びスライド、検査指示及び結果等に関連付けた識別子である。統一識別子を用いる一実施形態では、症例ｉｄは、統一症例識別子とも称し得る。検体又は部分ｉｄは、登録の一部として検査室で検体を受理する際に割り当て得る。まとめると、症例ｉｄ２７０２及び検体又は部分ｉｄ２７０４の組合せは、統一検体又は部分識別子２７２０を形成し得る。ブロック又はカセットｉｄ２７０６は、検査室での登録の一部として割り当てられ、検体を分割する時に肉眼検査で用いる。まとめると、症例ｉｄ２７０２、検体又は部分ｉｄ２７０４、及びブロック又はカセットｉｄ２７０６の組合せは、統一ブロック又はカセット識別子２７２２を形成し得る。スライドｉｄ２７０８は、登録の一部として割り当てられ、組織ブロックを切ってスライドに載せる際に用いられる。まとめると、症例ｉｄ２７０２、検体又は部分ｉｄ２７０４、ブロック又はカセットｉｄ２７０６、及びスライドｉｄ２７０８の組合せは、統一スライド識別子２７２４を形成し得る。
【０２３３】
症例ｉｄ又は番号２７０２は、次の書式を有し得る。
ＬＹＹ−ｎｎｎ…ｎｎｎ
ここで、Ｌは、組織の出所を表す文字であってよい（例えば、Ｓは外科手術、Ｂは骨髄、ＣＹは細胞検体、Ｂは生検、ＣＢは細胞ブロック）。また、Ｌは、検体を送った施設を表す１つ又は複数の文字であってよい（例えば、ＮＷはノースウェスト病院）。
【０２３４】
ＹＹは、症例ｉｄ２７０２が生成された年の末尾２桁であってよい（例えば、「０７」は暦年２００７）。
ｎｎｎ…ｎｎｎは、現在の数列での次の整数が、毎年０からやり直せる一連の整数を表し得る。また、ｎｎｎ…ｎｎｎは、英数字列における要素等、一連の要素内における任意の要素であってよいが、この場合、順番は、ＹＹによって示された年の各症例毎にインクリメントされる。順番は、ＹＹによって示された各新しい年の初めにリセットし得る。
【０２３５】
例として、症例ｉｄ２７０２は、他の書式を症例ｉｄの形成に用い得るが、上記書式に基づき、「Ｓ０７−１２３４５」であってよい。症例ｉｄは、検査がそれらの検体に実施予定である１つ又は複数の患者の検体に関連付けてよい。例えば、外科の患者又は外来患者には、複数の組織生検を行い得る。各生検試料は、症例ｉｄ２７０２に関連付けた同じ患者に関連する検体であり得る。尚、異なる番号及び文字タイプを用いて、組織（Ｌ）の出所及び症例ｉｄ２７０２形成時の年（ＹＹ）を表してよい。
【０２３６】
検体又は部分ｉｄ２７０４は、症例の各検体に割り当てた英数字列に含まれる１つ又は複数の英数字であってよい。例として、検体ｉｄ２７０４は、症例当り２６検体以内の場合、要素列「Ａ」乃至「Ｚ」の内の単一の文字（例えば、「Ａ」）であってよく、症例当り１０検体以内の場合、要素列「０乃至９」の内の単一の桁（例えば、「１」）であってよく、又は定義要素列の組合せでの単一の文字及び番号（例えば、「Ｓ１」又は「Ｐ１」は器官１）であってよい。同じ症例ｉｄに関連付けた各検体には、異なる検体又は部分ｉｄを割り当て得る。次の各検体は、要素列中の次の要素を割り当て得る。
【０２３７】
カセット又はブロックｉｄ２７０６は、１つ又は複数の英数字であってよいが、これらは、検体から形成する各ブロックに割り当てる英数字列に含まれる。当分野で公知なように、各検体は、検査室での組織処理の一部として、１つ又は複数の区画に分割してよい。組織検体の各区画は、異なるカセット又はブロックに含んでよい。更に当分野で公知なように、肉眼検査での組織検体の区画は、カセットに載せてよい。カセットは、包埋前の組織実体を参照し得る。包埋後、カセットに含まれる組織実体は、ブロックと称し得る。例として、ブロック又はカセットｉｄ２７０６は、単一の文字（例えば、「Ａ」）、単一の桁（例えば、「１」）、又は単一の文字と番号（例えば、特定の検体のブロック１の場合、「Ｂ１」）であってよい。同じ検体に関連する各ブロックには、異なるブロック又はカセットｉｄを割り当て得る。検体から作る次の各ブロックには、英数字列中の次の要素を割り当て得る。
【０２３８】
スライドｉｄ２７０８は、英数字列における一連の１つ又は複数の数字又は文字等、１つ又は複数の英数字であってよい。例えば、スライドｉｄは、「００１」、「００２」、「Ａ」、「Ｂ」、「ＡＡ」、「ＡＢ」、「Ｓ１」、「Ｓ２」等であってよい。同じブロックから作成された各スライドは、英数字列の次の要素として割り当てる異なるスライドｉｄを有し得る。
【０２３９】
各統一識別子は、検体、ブロック又はカセット、及びスライド等、処理される実体の作業フロー処理内のポイントに基づき、上述したｉｄ２７０２、２７０４、２７０６、及び２７０８の異なる部分の組合せとして形成し得る。一実施形態において、図３９の複数ｉｄは、連結されて、異なる統一識別子を形成し得る。例えば、上記書式に基づき、症例ｉｄ「Ｓ０７−１２３４５」からの検体１のブロックＡのスライド１の場合、統一スライド識別子は、「Ｓ０７−１２３４５，１，Ａ，０１」である。更に、ブロックＡの統一ブロック識別子は、「Ｓ０７−１２３４５，１，Ａ」であり、検体１の統一検体識別子は、「Ｓ０７−１２３４５，１」であり、また、統一症例識別子は、「Ｓ０７−１２３４５」である。
【０２４０】
上記内容に基づき、作業フロー処理の様々なポイントでの異なる組織実体に関する階層表現を見て、異なる統一識別子の形成に用いてよい。
次に、図４０において、組織処理作業フローに関連して本明細書に述べた異なる統一識別子の形成に用い得る階層表現を図示した例を示す。例２８００には、症例ｉｄ２７０２に対応する単一ノードを第１又はルートレベル２８０２が有する階層表現が含まれる。第２レベルには、症例ノードの子ノードとして表される各検体用のノードが含まれる。本例において、それぞれ「Ａ」、「Ｂ」、及び「Ｃ」で示す３検体が存在する。第３レベルには、検体から作成された各ブロック用のノードが含まれ、これは、その検体（そのブロックはこれから作成された）の子ノードとして表される。本例では、第１検体には、２ブロック、第２検体には、１ブロック、及び第３検体には、３ブロックがある。ブロックは、検体から作成した次のブロック毎にインクリメントされる単一の数字（例えば、「１」、「２」、「３」）によって示す。葉ノードの第４レベルには、ブロックから作成された各スライド用のノードが含まれ、そのブロック（これからそのスライドが作成された）の子ノードとして表される。本例では、検体１のブロック１には、３スライド、検体１のブロック２には、５スライド、検体２のブロック１には、２スライド、検体３のブロック１には、３スライド、並びに検体３の各ブロック２及び３には、２スライドがある。本例のスライドは、ブロックから作成される次のスライド毎にインクリメントされる数字（例えば、「０１」、「０２」、「０３」）によって示される。
【０２４１】
階層構造２８００のノードに関連付けた各ｉｄは、作業フロー処理のポイント又は処理ステップに関連付け得る。階層構造の各レベルは、症例に関連する組織の作業フロー処理ポイントに基づき、図３９の異なるｉｄ（例えば、症例ｉｄ、検体ｉｄ、ブロックｉｄ、スライドｉｄ）の生成及び異なる統一識別子の生成に関連付け得る。ツリーにおけるノードの統一識別子は、ツリーの根ノードからそのノードまでの経路に含まれる上記ｉｄの組合せによって形成し得る。更に説明すると、本例のノード２８０６の統一スライド識別子は、「Ｓ０７−１２３４５，Ａ，２，０５」であり、本例のノード２８０４の統一スライド識別子は、「Ｓ０７−１２３４５，Ｂ，１，０１」である。上記各統一スライド識別子は、根ノード２８０２からレベル４におけるそれぞれの葉ノードまでの経路上にある各ノードに関連付けたｉｄを用いて、形成し得る。更に詳細に後述するように、統一スライド識別子は、切断作業場所でマーク付け又はラベル付けされたスライド上に含み得る。本例のノード２８０８の統一検体識別子は、「Ｓ０７−１２３４５，Ｃ」である。ノード２８０８のための上記統一検体識別子は、レベル１の根ノードのｉｄ及びノード２８０８のｉｄを用いて形成する。更に詳細に後述するように、統一検体識別子は、検査室の受付ステーションにおいてマーク付け又はラベル付けされた検体容器上に含み得る。
【０２４２】
例えば、図３５及び３６に示すデータ管理部のデータ記憶装置には、図４０に表すような情報及び関係が含まれており、データ記憶装置に含まれる情報の問い合わせ、取り込み、及び索引付けを行ってよい。また、追加の情報、例えば、様々なプロトコル、試薬、患者情報等も、データ記憶装置に記憶し、図４０に示す様々な要素に関連付けてよい。データ記憶装置は、統一識別子の内の１つに関連付けた情報を検索できるように、体系化してよい。ノードに関連付けた特定の統一識別子に基づき、ノードの１つ又は複数の上位及び／又は下位に関する情報は、実施される動作に依存して検索し得る。例えば、作業フロー処理の或るポイントでは、統一症例識別子を入力して、特定の症例に関する全情報又は階層構造において対応する根ノード及びその子に関連付けた全情報を検索し得る。他の例として、ノード２８０８の統一検体識別子は、特定の検体に関する情報を検索するために用い得る。検体が、現在、分割前に肉眼検査ステーションにある場合、統一検体識別子に関して検索した情報は、形成されるブロック又はカセットの数を示し得る。ブロックがミクロトームにある場合、統一ブロック識別子は、生成されるスライドの数、従って、そのブロックに対して切り出される組織サンプルの数を決定するために用い得る。他の例として、スライド処理の完了後にスライドの症例フォルダーを組み立てる場合、各スライドの統一スライド識別子を用いると、適切な症例又は根ノードを決定して、同じ症例のスライドだけが症例フォルダーに含まれることを保証し得る。更に、上記のことを用いると、症例フォルダーに含まれる各スライドに関連する特定の症例の場合、症例用の全スライドがそこに含まれること、症例用のスライドが欠落していないこと、また、他の症例用の他のスライドが含まれていないことを検証し得る。
【０２４３】
また、統一識別子に基づき検索された情報は、同じ症例に関連するそのツリーの他の経路に関連付け得る。例として、ワークステーションを用いると、ログインしたユーザは、データベース問い合わせ動作を実施し得る。ユーザは、検体ラベルをスキャンして、統一検体識別子を読み出し、症例に関する情報（例えば、上位ノード）、その検体ラベルを有する検体から生成されたブロック及び／又はスライドに関する情報（例えば、子又は下位ノード）、同じ症例の他の検体に関する情報（例えば、同じ症例の兄弟ノード）、他の検体のスライドに関する情報等を検索し得る。
【０２４４】
また、一実施形態では、階層構造の或るレベルにおけるノード用の識別子は、そのノードがその親の唯一の子である場合、省略し得る。例えば、ノード２８１０は、その親ノードである検体２の唯一の子である。その結果、一実施形態では、「Ｓ０７−１２３４５，Ｂ」である統一検体識別子と同じノード２８１０用統一ブロック識別子を形成し得る。上記に基づき、ノード２８０４に対応するスライドの統一スライド識別子は、「Ｓ０７−１２３４５，Ｂ，０１」であり得る。ノード２８１０が単一の子（例えば、２８１０のブロック１から生成された唯一のスライド）だけを有する場合、統一検体識別子は、統一スライド識別子としても用い得る。
【０２４５】
尚、上記内容は、組織処理及び関連の作業フロー処理での統一識別子の使途を表すが、本明細書における統一識別子用の技法は、組織以外の他のサンプルや検体の処理にも用い得ることが当業者によって認識されるであろう。例えば、サンプルを更なる解析のために分割する場合の本明細書の技法は、臨床化学、細胞学、及び他の試験検査室において血液や他のサンプルを処理するために用い得る。
【０２４６】
次に、図４１において、１つ又は複数の組織サンプルに関して実施し得る作業フロー処理の異なるステップの図を示す。例２８５０には、ＬＩＳ２８５２、ＩＰＳ２８７４、及び１つ又は複数の検体に関連して実施し得る様々な作業フロー処理ステップ２８５１の図が含まれる。図４１には示さないが、ＬＩＳ２８５２は、他の箇所で述べたように、例えば、図３Ａに関して述べたように、１つ又は複数の他の情報システムと通信状態にあっても良い。代表的な一実施形態では、ＬＩＳ２８５２は、病院のＬＩＳであってよく、この場合、組織検体（１つ又は複数）は、病院から得ることができる。１つ又は複数の検査に対する要求は、一旦検体が検査室で受理されると、２８５４における検体の受理（ｒｅｃｅｉｖｉｎｇ）及び登録（ａｃｃｅｓｓｉｏｎｉｎｇ）工程の一部として、患者データと共にＬＩＳに入力し得る。受理及び登録２８５４の一部として、ＬＩＳ２８５２は、本明細書の他の箇所で述べたように、統一症例識別子として症例ｉｄを生成し得る。ＬＩＳ２８５２は、更に、他のｉｄを割り当て、図３９の他の統一識別子を生成し得るが、これら統一識別子は、検査室処理に関してそれから派生する組織検体（１つ又は複数）及びサンプルに関連付けられる。ＩＰＳ２８７４及びＬＩＳ２８５２は、同じ情報の使用者として、本明細書の他の箇所でも述べる統一識別子に関して同じ統一方式を用いてよい。通常、ＬＩＳは、検査要求、並びに検査状態及び結果情報と要求者及び提供者とをリンクするネットワーク接続されたソフトウェア企業である。ＬＩＳ２８５２は、病院内の患者のための検査要求及び検査データ、また同様に、外来患者について外部から提出された検査要求及び検査データも記憶し得る。ＬＩＳは、検査が実施された各患者の検査を追跡するためのデータベースを利用し得る。ＬＩＳは、症例ｉｄ又は番号を患者に割り当て、症例ｉｄを、例えば、処置する医師、その症例に携わった他の医師、入院患者／外来患者状態、保険情報、要求された検査、検査状態、検査結果等のデータと互いに関係付ける。ＬＩＳ２８５２は、症例ｉｄの１つ又は複数の検体を処理する検査室のネットワークに含まれるＩＰＳ２８７４と通信状態にあってよい。図３９の症例ｉｄ及び他のｉｄ、また、従って、統一症例識別子及び他の統一識別子、検査指示、及び最初に２８５２で入力された他の情報は、ＩＰＳ２８７４に伝達し得る。図３７に示す構成を有する１つ又は複数のワークステーションは、２８５４、２８５６、２８５８、２８６０、２８６２、２８６４、２８６６、２８６７、２８６８、２８７０、及び２８７２で示した各要素の代わりに含み得る。図４１には明示しないが、作業フロー処理に関連する各ワークステーションは、そこに記憶された情報を検索及び更新するためにＩＰＳ２８７４への接続を有してよい。例えば、統一識別子の内の異なるものは、異なる作業フロー処理ポイントに用いるためにＩＰＳ２８７４のデータベースから検索し得る。例えば、カセットにラベル付け又はマーク付けする場合、統一ブロック又はカセット識別子を検索し、また、スライドにラベル付け又はマーク付けする場合、統一スライド識別子を検索する。
【０２４７】
尚、図４１及び本明細書の他の図に関連して、バーコード等、特定の種類の機械読取り可能なタグ又は識別子の例を用い得る。しかしながら、本明細書の他の箇所で更に詳述するように、また更に、当分野で公知なように、任意の種類の機械読取り可能なタグ又は識別子を用いてよいことに留意されたい。
【０２４８】
上記に関連して、患者情報、検査情報等の全ては、検体登録の一部として、検査室で受理した際、入力してよい。言い換えると、それら１つ又は複数の組織検体は、ＩＰＳ２８７４に伝達する既存の情報がＬＩＳに全く無い状態で、検査室に到着することがある。例えば、組織検体は、患者情報や検査指示等を含む文書による要求を添付した状態で検査室の受理及び登録２８５４に到着することがある。図３９の症例ｉｄ及び他のｉｄ、また従って、統一識別子は、登録及び受理２８５４の一部として、検体（１つ又は複数）が検査室で受理された際に生成し得る。この後者の例では、ＬＩＳシステムに情報がまだ存在しない状態で、検体が検査室に到着した場合、文書による要求に含まれる患者情報及び検査指示情報は、検体が検査室で受理された時、受理及び登録２８５４の一部として、最初に入力し得る。上記のバリエーションとして、患者名、保険情報、属性データ（ｄｅｍｏｇｒａｐｈｉｃｓ）等の患者情報の一部は、ＬＩＳに接続された他の外部システムを用いて入力し得る。そのような例において、情報の一部は、外部システムからＬＩＳへ伝達され、そこで、上述した情報の残りは、検体が検査室で受理された時、登録及び受理２８５４の一部として入力し得る。
【０２４９】
受理及び登録２８５４の一部として、統一検体又は部分識別子を検体毎に生成する。更に、ラベルは、統一検体識別子を含む検体毎に生成する。ラベルは、本明細書に述べた様々な異なるラベルの内の任意の１つであってよい。例えば、ラベルには、機械読み取り可能なバーコード識別子又は他の機械読取り可能な識別子を、それ上に統一検体識別子を符号化した状態で、それの人間が読み取り可能な形式と共に含み得る。作業フロー処理で重要なことは、登録及び受理時に検査室で受け取った際、組織検体入りの容器を、工程のこのポイントでラベル付け及びタグ付けして、適切な識別を保証し、検体のラベル張り間違いの可能性を低減することである。
【０２５０】
更に、図３９のｉｄ、従って、統一識別子は、一旦検体が受理及び登録２８５４の一部として検査室で受理されると、生成し得ることに留意されたい。
次に、登録及び受理２８５４の後、ラベル付き容器の各組織検体は、肉眼検査ステーション２８５６に送って処理する。肉眼検査ステーションで、組織検体を分割する。各分割したものは、異なるラベル付きカセットに含んでよい。肉眼検査ステーションで組織検体から作られる分割の数、従って、カセットの数は、ＩＰＳのデータベースを用いて決定し得る。一実施形態において、組織検体ラベルには、統一検体識別子の機械読取り可能なバーコードが含まれる。組織検体ラベルは、肉眼検査ステーションでバーコードリーダによってスキャンして、統一検体識別子を得る。肉眼検査ワークステーションは、次に、統一検体識別子に基づき、ＩＰＳのデータベースから検体関連情報を検索し得る。検索した情報には、検体用のカセットの数を含み得る。組織検体ラベルのスキャンに応じて、コンピュータ端末画面等の出力装置に情報を表示し得る。ワークステーションの作業者は、表示された情報が、組織検体ラベル上にある人間が判読可能な形式の情報と整合することを視覚的に確認し得る。そして、作業者は、表示装置に表示されたカセットの数にマークするオプションを選択し得る。肉眼検査ワークステーションは、カセットマーク付け装置と一体化してよい。カセットをマーク付けするオプションの選択に応じて、指定数のカセットのマーク付け処理が開始され、各カセットは、異なる統一ブロック又はカセット識別子でマーク付けされる。本明細書の他の箇所で述べたように、以前生成された各統一ブロック又はカセット識別子は、ＩＰＳ２８７４のデータベースから検索し得る。様々な異なるカセットマーク付け装置の内のいずれか１つを用いてよい。例えば、カセットは、硬質プラスチックから形成してよく、カセットマーク付け装置は、バーコードによって符号化された統一カセット又はブロック識別子をカセット表面上に、例えば、熱箔転写を実施することによって形成してよい。他の例として、カセットは、バーコードをカセットにエッチングするレーザ装置でマーク付けし得る。更に他の例として、カセットは、ＲＦＩＤラベルをカセット表面に貼り付けてよい。検体は、適切な数の分割部に分割され、各分割部は、ラベル付き又はマーク付きカセットに載せる。
【０２５１】
肉眼検査ステーションにおけるカセットのマーク付け又はラベル付けのバリエーションとして、１つ又は複数のカセットは、例えば、ＬＩＳによって、事前にマーク付け又は事前にラベル付けしてよい。一実施形態では、容器及び検体に関連付けた事前マーク付けカセットを肉眼検査ステーションに送る。一旦肉眼検査ステーションに送られると、事前マーク付け又は事前ラベル付けカセットをスキャンして、カセットが容器に対応していることを検証する。
【０２５２】
肉眼検査ステーションの作業者は、特別な指示、所見、品質保証問題、及び／又はメモを入力し、そして、これらは、特定のカセット用のＩＰＳデータベースに記憶され、また、統一カセット又はブロック識別子に関連付けられる。特別な指示は、後の作業フローポイントにおいて検索し得る。特別な指示には、例えば、肉眼検査でのサンプル状態に関するメモを含み得る。例えば、検体は、極めて小さい又は壊れやすい組織サンプルであり、これは、後続の処理に耐えられない可能性がある。上記のことは、肉眼検査ステーションで気付いて記録し得る。組織処理２８５８等の後のポイントでは、特別な指示、所見、又はメモを検索し得る。特別な指示は、例えば、後の処理ポイントで切断を改善するために、どのように検体分割部を包埋すべきかについて、特定の位置又は方向を示し得る。この時点で入力された品質保証問題は、サンプルに関係しており、後続の組織学的処理のステップで実施する作業の品質に影響を及ぼし得る特性について記述してよい。
【０２５３】
上記内容は、作業フロー処理の一部として既存の検査室で実施し得る処理とは対照的であることに留意されたい。既存のシステムでは、登録ステーションにおいて、１つ又は複数のカセット及び関連するカセットラベルを生成して、肉眼検査ステーションに送って用い得る。言い換えると、カセットは、登録又は受理ステーションにおいてマーク付けされ、そして、肉眼検査ステーションに送られる。肉眼検査以外の異なる作業フローポイントにおいてラベルを生成することによって、もしくは、カセットをマーク付けすることによって、カセット及びブロックのラベル張り間違い又は取扱い誤り等の追加の誤りを防止し得る。
【０２５４】
当分野で公知なように、カセットは、後続の化学処理並びにパラフィン浸透及び包埋のために、組織サンプルを保持するための蝶番付き扉を有する小さな有孔プラスチック容器である。カセットには、統一ブロック識別子が記載又は符号化されているが、例えば、不滅インクの形態で、又はカセットに入れたまま組織を追跡するためのバーコードもしくはＲＦＩＤ等の機械読み取り可能なラベルで記入又は符号化されている。
【０２５５】
そして、各カセット内の組織は、組織処理２８５８及び包埋２８６０に提出され、この場合、組織は、パラフィンに包埋される。組織処理２８５８には、例えば、段階的に濃度が高くなったエタノールの複数の槽にカセットを浸して、続いて、クロロホルム、キシレン又はヒストクリア（商標）等の除去剤によって、最後に、高温熔融パラフィンワックス（浸透）によって、組織を脱水する段階を含み得る。このプロセス中、パラフィンワックスは、カセット内の組織が、硬質の固化組織サンプルになるように、水分を置換する。包埋２８６０において、固化組織は、カセットから取り除かれ、窪みに置かれ、組織の配置が定まり、適切に切ることができる。一旦組織を正確に配置して、カセットを組織の上に置き、そして、熔融ワックスをカセット及び組織窪みに注ぎ、そして、冷却し硬化させる。結果的に生じる組織サンプルは、その水分がパラフィンで置き換えられたことによって硬化したブロックの形態である。結果的に生じる組織のブロックは、薄く切ってほぼ透明な薄片又は組織の「切片」にするのに充分な硬さである。
【０２５６】
包埋２８６０における処理の一部として、マーク付きカセットをスキャンして、統一ブロック又はカセット識別子を読み出し、そして、肉眼検査時にカセットに関して以前入力されたあらゆる所見をＩＰＳデータベースから検索し得る。例えば、肉眼検査ステーションで前に入力した所見は、サンプルが、脆いために、組織処理に耐えられないことを示すことがある。組織処理後、カセットの内容は、その中の組織サンプルの状態を判断するために調べることがある。また、組織処理後の組織サンプルの状態に関するその後のメモは、包埋ワークステーションで作り、そして、ＩＰＳに伝達して、そのデータベースに記憶し得る。
【０２５７】
そして、ブロックを切片作製（ｍｉｃｒｏｔｏｍｙ）又は切断２８６２に進めて、そこで薄く切断する。当分野で公知なように、切片は、脆いため、まず手作業で切断し、そして、水槽の表面に浮かべて、そこで平らにして、浮かんだままにする。そして、各切片は、浮遊する切片の下のスライドを、スライド表面に切片が付着するように引き上げることによって、真下から持ち上げ得る。切片を乾燥させスライドに焼付けた後、更に、スライドを染色し得る。
【０２５８】
ブロックが切片作製又は切断に到着すると、包埋済み組織サンプルの統一ブロック識別子をスキャンして、特定のカセットの情報をＩＰＳデータベースから検索するために用い得る。検索した情報は、切断ワークステーションの出力又は表示装置に表示し得る。検索した情報には、組織ブロックから切断されるスライドの数及びスライド毎の具体的な検査情報を含み得る。そのような情報には、染色規約や使用する試薬（１つ又は複数）等が含まれ、また、切断ステーションに配置されたスライドマーク付け又は印刷装置に直接送ってよい。各スライドについて、統一スライド識別子をＩＰＳ２８７４から検索し、各スライドは、その統一スライド識別子を含むように、また、オプションとして、染色情報をそれ上に含むように、マーク付けする。一実施形態では、スライドの各組織切片をブロックから切断する際、切断ステーションにおいて統一スライド識別子及び染色情報（例えば、染色規約、使用試薬等）で各スライドをマーク付け又はラベル付けし得る。当分野で公知なように、スライドは、様々な異なる技法を用いてラベル付けし得る。例えば、各スライドは、ラベルプリンタ等でラベルを生成し、これをスライドに貼ることによって、ラベル付けし得る。また、スライドは、スライドそれ自体に直接マーク付けすることによって、ラベル表示し得る。各スライドを、その上に載せられた組織が切断される際、ラベル表示することによって、無駄の無い一体的作業フロー処理を用いて、誤りの可能性を低減することによって、効率及び品質が改善される。スライドをラベル付けするための１つの構成は、例えば、２００６年１２月１５日に出願した米国特許出願第１１／６３９，５８６号、「解剖病理学における自動リーンメソッド」、代理人整理番号第ＶＭＳ−００３ＵＳ号に述べられており、本明細書に引用・参照している。
【０２５９】
尚、既存の検査室では、職員が、ブロックが切断ステーションに到着する前に、ブロック用のスライドラベルを生成してよい。本明細書の他の箇所で述べた肉眼検査ステーションの状況と同様に、既存の検査室のスライド及びスライドラベルは、切断ステーションにおける実際のブロック切断に先立つ場所及び時点で生成してよい。従って、既存の検査室では、スライドが、より容易に、混同、紛失、ラベル張り間違い等を被るという点で、作業フロー処理に追加の誤りを持ち込む可能性がある。
【０２６０】
切断２８６２後、スライドの染色に進む。各スライドに実施される個々の染色が異なるため、スライドは、一次染色２８６４及び／又は高度及び特殊染色２８６６に進むことがある。各染色ポイントでは、スライドラベルをスキャンして、統一スライド識別子を読み出し、また、そのスライドについて、染色処理開始日付／時刻情報や特定の染色器等をＩＰＳ２８７４に記録し得る。上記の情報は、ＩＰＳ２８７４のデータベースにカタログ化し、統一スライド識別子に関連付け得る。スライドラベルが、更に、染色規約や使用試薬等の染色情報をその上に符号化している一実施形態では、スライドラベルをスキャンすると、それに符号化された染色規約及び他の任意の染色情報が読み出される。そして、ワークステーションは、ＩＰＳデータベースから特定の染色規約の情報を検索して、染色の実施に用い得る。スライドラベルが、その上に符号化された染色規約及び他の染色情報を含まない他の実施形態では、染色規約及び他の染色情報は、統一スライド識別子に基づき、ＩＰＳデータベースから検索し得る。
【０２６１】
次に、スライドを染色する。完了すると、染色処理終了時間は、統一スライド識別子に基づき、そのスライドについて、ＩＰＳデータベースに記録し得る。これは、例えば、スライドラベルをスキャンして、統一スライド識別子を読み出し、そして、統一スライド識別子に関連付けたＩＰＳ追跡情報（例えば、染色器、作業者、現在の日付／時刻）を記憶することによって実施し得る。
【０２６２】
染色後、スライドは、封止２８６７に進み、そこで、カバーガラス板が組織切片に接着されて、更に恒久的な封止スライドを生成し得る。封止後、スライドは、症例集約処理２８６８に進み、そこで、同じ症例ｉｄ又は統一症例識別子に基づき、スライドをグループ化し得る。同じ症例のスライドは、照合して同じ症例フォルダーに入れてよく、これは、その後、病理学者に送られ、２８７０で見直される。本明細書の技法を用いて、各スライドの統一スライド識別子に含まれる同じ症例番号を有する全てのスライドは、同じ症例フォルダーに集約される。
【０２６３】
症例集約ワークステーションの作業者は、ＩＰＳと通信を行うことによって、症例フォルダーに適切なスライドが含まれていることを検証可能である。各スライドラベルをスキャンして、スライドが属する適切な症例を決定し得る。更に、この場合、作業者は、ＩＰＳからも情報を検索して、特定の症例用の症例フォルダーに含むべきスライドの総数を決定し得る。例えば、作業者は、スライドを紛失していないか、異なる症例からの間違ったスライドが誤って症例フォルダーに含まれていないか等を判断することが可能である。
【０２６４】
例２８５０において、検査室は、レビューのために病理学者に症例フォルダーを転送する前に、オプションとして、症例フォルダーの品質チェックポイント審査も実施し得る。そのような品質チェックは、２８７０の前に実施してよい。この審査又は品質チェックの一部として、技術者が、病理学者へ送る前にスライドを見て、例えば、Ａ／Ｐ検査室処理によって生じ得るような高レベルの工程上の問題がないことを保証し得る。例えば、症例スライドを顕微鏡で調べて、その上の組織が不適切に折り重なっていないか（即ち、問題が切断時に生じたか）、背景染色があるか（即ち、染色問題が、染色器、抗体、規約設定等に起因し得るか）判断し得る。上記の品質チェックは、何らかのそのような処理誤りを捕らえるために実施し得る。問題が特定されると、品質問題のあるスライドは、そのラベルをスキャンして統一スライド識別子を決定し、そのスライドの品質問題に関する情報をＩＰＳデータベースに記録し得る。記録する情報には、品質問題に対応又はそれを解決する任意の指示、例えば、再切断及び再染色、染色機器のチェック、試薬のチェック等も含み得る。品質チェックは、ＱＣ（品質管理）ワークステーション２８８０で実施し得る。尚、追加の品質管理処理をＱＣ２８８０で実施して、他の作業フロー処理ポイントに関連する他のＱＣ問題を特定し、記録し、及び／又は文書化し得る。
【０２６５】
ＱＣ処理は、肉眼検査２８５６に関連して本明細書の他の箇所で述べたように、或る作業フロー処理ポイントにおける処理の一体化部分として実施してよい。更に、一実施形態では、１つ又は複数の作業フロー処理ステップに関連付けたＱＣ処理を実施するための専用ＱＣワークステーション２８８０があってよい。専用ＱＣワークステーション２８８０は、他のワークステーション及び関連する職員を利用可能にするために、ＱＣ処理を実施するのが望ましい。例えば、症例集約２８６８の後及び病理学者によるレビュー２８７０の前に２８８０でＱＣを実施すると、症例集約ワークステーションを次の症例の症例集約実施に利用可能にできる。
【０２６６】
スライドの症例フォルダーは、その後、レビュー２８７０のために病理学者に送ってよい。病理学者は、各スライドラベルをスキャンして、統一スライド識別子を読み出し得る。レビューを実施する病理学者に関する情報及び関連する調査日付／時刻情報は、ＩＰＳデータベースに記録し得る。そして、病理学者は、顕微鏡を用いてスライドを観察し、また、レビューに関する何らかの情報を入力し、ＬＩＳデータベースに記録し、処理対象のスライドの統一スライド識別子に関連付け得る。この時点で、病理学者は、例えば、画像解析や追加染色等を実施するかどうかなど、次の適切な処理ステップを決定する。画像解析を実施する場合、病理学者は、画像解析情報やコメント等を入力し得るが、これは、ＬＩＳに記憶される。また、病理学者は、必要な場合、スライドの追加の染色を指示し得る。一実施形態において、病理学者又はスライドの追加の染色を指示する他の作業者は、ＩＰＳ２８７４又はＬＩＳ２８５２と通信を行うことによって、追加染色についての検査指示を入力し得る。スライドラベルをスキャンして、統一スライド識別子を特定し得る。この検査指示は、その後、統一スライド識別子に基づき、この既存スライドのために生成し得る。１つ又は複数の新しいスライドが必要な場合、統一スライド識別子に関連付けられた元のブロックは、ＩＰＳ２８７４に記憶された情報を用いて決定し得る。上記内容は、検査指示の中で示してよく、これによって、新しいスライドは、同じ元のブロックから生成される。スライド及びブロックのあらゆる残りの組織は、その後、２８７２で保管してよい。
【０２６７】
作業フロー処理の一部として、これらのステップは、手動及び／又は何人かの人が携わる自動化技法を用いて実施し得る。このように、受理した検体は、検査室において一連の保護管理の中を進み得る。各組織実体は、検体乃至検体から生成されたスライドまで、検査室及び作業フロー処理内のその関連する一連の保護管理が、ワークステーションで情報を記録することによって、追跡及び維持され得る。本明細書の技法を用いて、各組織実体は、ラベル付けされ、また、作業フロー処理を進みながらスキャンし得る。例えば、検体のラベルは、肉眼検査ワークステーション２８５６でスキャンして、統一検体識別子を特定し、また、その統一検体識別子について、開始及び／又は終了日付／時刻情報、検体を処理した人、場所等を記録し得る。検体又は他の組織実体を処理する人は、作業者の識別子をバーコードに符号化した機械読み取り可能な識別子を有する自分のバッジを本人がスキャンすることによって識別し得る。このことは、ワークステーションの内の１つで処理を開始する前の作業者のログインプロセスの一部であってよい。ログインに続き、作業者は、組織検体のラベルをスキャンし、追跡情報を記録して、ラベルがスキャンされた日付／時刻にその作業者がその組織を処理したことを示し得る。
【０２６８】
同様に、ブロックのラベルは、組織処理２８５８、包埋２８６０、及び／又は切断２８６２でスキャンして、統一ブロック識別子を特定し、統一ブロック識別子に関連付けられた開始及び／又は終了日付／時刻情報、処理を実施した人、場所等を記録し得る。同様に、スライドのラベルは、染色において、病理学者によって、症例集約において、並びに統一スライド識別子に関して同様に記録される作業フロー及び一連の保護管理情報に含み得る他の処理ポイントにおいて、スキャンし得る。上記一連の保護管理情報は、ＩＰＳ２８７４のデータベースに記憶し得る。
【０２６９】
一実施形態において、組織実体の統一識別子をスキャンすることによる上記情報追跡は、１つ又は複数の作業フロー処理ポイントにおいて実施し得る。例えば、一実施形態において、追跡情報は、各処理ポイントで記録し得る。他の実施形態では、追跡情報は、作業フロー処理ポイントの選択部分で記録し得る。作業フロー処理ポイントに含み得るＩＰＳへの接続を有する各ワークステーションにおいて、ＩＰＳに記憶された情報は、異なる統一識別子について検索可能であり得る。検索された情報は、関連する症例の追加情報だけでなく、作業フロー処理ポイントに特有のものであり得る。この情報は、異なる組織実体に含まれるラベルをスキャンして、ラベル上に符号化された統一識別子を得ることによって、ＩＰＳから検索し得る。追跡情報は、作業フロー処理ポイントのワークステーションにおける到着及び／又は完了時、組織実体の該当ラベルをスキャンすることによって入力し得る。
【０２７０】
尚、本明細書に述べたように、検体容器、カセット、又はスライドに配置された各ラベル又は他のマークには、同様に符号化された機械読取り可能な情報の人間が判読可能な形式を含み得る。また、組織実体を処理する人は、ラベル上の人間が判読可能な情報が、スキャンに応じて表示し得るＩＰＳから検索された情報に整合すること、を視覚的に確認し得る。例えば、検体容器が、肉眼検査に到着したとする。作業者は、自分のバッジをスキャンし、また、他の認証情報を入力して、ＩＰＳにアクセスすることによって、肉眼検査のワークステーションにログインし得る。検体容器のラベルは、スキャンされ、また、肉眼検査への到着や検体を処理した人等に関する追跡情報をＩＰＳに記録し得る。スキャン処理では、ワークステーションによって用いられる統一検体識別子を読み出して、関連する症例ｉｄについてＩＰＳから情報を検索し、また、更に、特定の肉眼検査情報を検索し得る。検索され、処理を実施する人に対して出力装置に表示された情報には、症例ｉｄ及び検体番号を含み得る。作業者は、出力装置に表示された対話によって、検体のラベル上の、症例ｉｄを含む、人間が判読可能な検体識別子を調べるように、また、ラベルの情報が表示されたものに整合することを確認するように促される。作業者が上記内容を視覚的に確認した後、作業者は、入力装置を用いて、次のステップに進み得る。ラベル付けするカセットの数を表示し、各カセットをラベル付けし、そして、検体の切断部分を入れてよい。肉眼検査完了後、作業者は、何らかの適切なメモ又は所見を作成し、検体容器ラベル及び／又は各カセットラベルを再びスキャンして、検体及び／又はカセットについて肉眼検査がいつ完了したかに関する追跡情報をＩＰＳに記録し得る。
【０２７１】
作業フロー処理の一部として実施される特定の処理ステップは、各検査室によって異なり得ることを当業者は認識されるであろう。組み立てたスライドの症例フォルダーを審査する品質管理等の追加オプションのステップを実施してよい。更に、個々のステップは、特定の染色又は他の検体処理等、検査室によって実施される処理により異なることがある。
【０２７２】
次に、図４２及び４３において、本明細書の技法に関連して実施し得る処理ステップのフローチャートを示す。これらのフローチャートのステップは、作業フロー処理に関連して実施し得る上述した処理を要約する。フローチャート２９００は、患者の１つ又は複数の検体が検査室で受理され、情報システムに以前入力された情報がない例を示す。フローチャートに明示していないが、各組織実体（例えば、検体、ブロック、及びスライド）は、本明細書の他の箇所で述べたように、それに関連したラベルをスキャンして、組織実体の一連の保護管理のための追跡情報をＩＰＳに記録し得る。ステップ２９０２において、１つ又は複数の検体が、ステップ２９０４における登録及び受理の一部として入力される患者情報及び検査情報を含む関連の文書による要求と共に到着する。ステップ２９０６では、登録及び受理処理の一部として、統一症例識別子とも称する症例ｉｄを、ＬＩＳによって生成し、ＩＰＳに伝達し得る。本明細書に述べたように、統一症例識別子は、同じデータにアクセスするＬＩＳ及び他の情報システムによって用い得る。ステップ２９０６の一部として、図３９の各異なるｉｄ及び関連する統一識別子が、生成され、様々な後続の作業フロー処理ポイントに関連して用い得る。ステップ２９０６の一部として、統一検体識別子が、検体容器毎に生成され、また、ステップ２９０８の一部として、検体容器に貼り付けるラベルに含まれる。ステップ２９１０では、検体は、肉眼検査ステーションに送られて処理される。各検体の検体ラベルは、スキャンされ、情報がＩＰＳから検索されて、ステップ２９１２では、適切な数のカセットを各々統一ブロック又はカセット識別子でラベル付け又はマーク付けし得る。ステップ２９１４において、検体を分割し、各分割部をラベル付きカセットに載せる。図４３に関して、ステップ２９５２では、作業者は、何らかの特別な指示、所見、品質保証情報、又は後続の処理ステップに関係し得るメモを入力し得る。上記内容は、ＩＰＳに記憶され、また、統一ブロック又はカセット識別子に基づき、適切なカセットに関連付け得る。後の処理ポイントのワークステーションで統一ブロック識別子を含むラベルをスキャンすることによって、上記内容を検索し得る。ステップ２９５４において、組織処理及び包埋は、カセット毎に実施する。ブロックは、切断に進み、そこで、各スライドの組織が、ブロックから切断される。ステップ２９５６では、スライド毎に、ステップ２９０６において以前生成された統一スライド識別子が、ラベルに又はスライドをマーキングする他の方法に含まれる。染色規約及び他の染色情報は、ＩＰＳからも得られ、また、スライドラベル上にも符号化し得る。ステップ２９５８では、適切な染色をスライド毎に実施する。本明細書の他の箇所で述べたように、スライドに実施する染色は、スライドのラベルをスキャンして、その上に符号化された統一スライド識別子、染色規約及び他の情報を読み出し、ＩＰＳから情報を検索することによって、決定し得る。検索された情報には、例えば、染色規約の処理ステップ、使用する試薬（１つ又は複数）は何であるか等を含み得る。更に、スライドに用いる染色規約等の情報の一部は、スライドラベルに直接符号化し得ることに留意すべきである。ステップ２９６０において、スライド封止を実施し得る。ステップ２９６２において、受理したスライドは、それらのスライドが、同じ関連した症例ｉｄ又は統一症例識別子を有することに基づき、照合して特定の症例の全スライドを集約し得る。本明細書の他の箇所で述べたように、症例フォルダーを集約する作業者は、スライドラベルをスキャンして、その上に符号化された統一スライド識別子を読み出し得る。情報をＩＰＳから検索して、同じ症例ｉｄの全スライドが受理され、症例フォルダーに含まれたかどうか判断し、また、他の症例のスライドが誤って含まれていないことを検証し得る。ステップ２９６４において、症例フォルダーのスライドの品質チェックポイント審査を実施して、スライドに検査室処理によって持ち込まれた問題がないことを保証し得る。ステップ２９６６において、症例フォルダーは、調査のために病理学者に送る。追加又は新しい検査指示は、病理学者のレビューに基づき、生成し得る。ステップ２９６８において、症例ｉｄ又は統一症例識別子に対するスライド及びあらゆる関連する残りの組織ブロックは、保管してよい。
【０２７３】
検査室処理の一部として、技法を用いて、検体及び他の組織実体が、タイムリーに処理されることや検査室内の間違った場所に置かれないこと等を保証し得る。用い得る１つの技法は、チェックポイント通知と称するものがあり、以下に述べる。チェックポイント通知には、１つ又は複数の各作業フロー処理ポイントに時刻チェックポイントを関連付ける段階を伴う。組織実体が、時刻チェックポイントまでに作業フロー処理ポイントに達しない場合、例えば、電子通知等の通知を生成して、技術者、検査室管理者、及び／又は他の職員に警告し得る。ワークステーション到着時にラベルをスキャンすることによって取得し得る上述の追跡情報を用いると、ワークステーションに関連する作業フロー処理ポイント用のチェックポイント通知を解除又は停止し得る。例えば、各作業者は、検体が処理のために肉眼検査ワークステーションに到達した時、検体をスキャンするように要求され得る。ＩＰＳは、検体の一連の保護管理に関連した追跡情報を受信し得る。チェックポイント通知時間は、ＩＰＳに記憶され、また、検体の統一検体識別子に関連付け得る。追跡情報に含まれる現在日付／時刻情報を受領すると、肉眼検査に関するあらゆるチェックポイント通知メッセージを送信不可にし得る。
【０２７４】
他の例として、カセットが肉眼検査の出力として午前８時に生成された場合、一実施形態において特定し得ることは、カセットが、４時間以内、即ち同日の正午１２時までに包埋処理を完了すべきであるということである。カセットのラベルは、包埋完了時にスキャンし得る。例えば、カセットのラベルが午前１１：３０にスキャンされた場合、対応するチェックポイント通知をＩＰＳから除去し得る。一方、カセットのスキャンが正午１２時までに包埋段階で行われない場合、警告を生成して通知を行う。
【０２７５】
ＩＰＳ又はそこに常駐するデータ管理構成要素の初期化時、検査室において追跡される組織実体に関連する一組の既定チェックポイント通知を定義し得る。例えば、一組の既定チェックポイント通知は、検査室で実施される作業フロー処理について検体毎に定義し得る。検査室で受け取ったサンプルに検査室での登録及び受理が実施されると、既定のチェックポイント通知を検体に関連付け得る。既定チェックポイント通知は、作業フローポイント間の既定の相対的時間期間を定義し得る。検体に関連する特定の作業フロー処理ポイントの処理が指定された時間までに完了しない場合、通知を生成し得る。この通知は、例えば、然るべき検査室職員に送られる電子メールメッセージ又はページや、その出来事をシステムファイルにログ記録する書き込み情報等であってよい。一実施形態では、既定チェックポイント通知を無効にし得る。無効にすることで、特定の検査室実体用の既定チェックポイント通知を調整し得る。このことについては、以下の段落で更に詳述する。
【０２７６】
チェックポイント通知は、組織実体及びそれから派生した任意のサンプル（例えば、検体、ブロック、特定のブロックからの／同じ症例からのスライド等）について、任意の２つ以上の作業フロー処理ポイント間で定義し得る。また、時間期間は、特定ポイントへの到着又はそこでの処理の完了に対して決定し得る。
【０２７７】
次に、図４４において、チェックポイント通知を示す例３０００を示す。本例では、システムは、異なる作業フロー処理ポイント３００２、３００４、３００６、３００８、３０１０、及び３０１２への組織実体の到着を基準としてチェックポイント通知を生成するように構成し得る。一実施形態では、説明のために、３０００に含まれるものとは異なる組の処理ポイント用のチェックポイント通知を定義し得る。要素３０２０は、既定チェックポイント通知のベクトルを定義して、検査室での受理及び登録のための３００２の最初の時間を基準として時間期間を示す。受理及び登録３００２の一部として、チェックポイント通知を生成して、ＩＰＳに含む。通知を生成し得る後続の時刻は、検体が受理及び登録３００２において受け取られ処理される時を基準として示す。３００２において処理を実施する作業者は、既定チェックポイント通知が生成され、ＩＰＳに含まれつつあることをプロンプトで知り得る。既定チェックポイント通知が、作業者に示され、作業者には、チェックポイント通知時間を修正したり、チェックポイント通知の内の１つ又は複数を削除又は使用不可にしたりする等の機会を与え得る。一例として、ベクトル３０３０には、受理及び登録３００２に関連付けた最初の時間である午前８時を基準として、３０２０の既定時間に基づき自動的に生成し得るチェックポイント通知時間が含まれる。本例において、３０３０の場合、検体１が午前９時（午前８時の受理時間を基準にして＋１時間）までに肉眼検査に到着しない場合、検体用の第１通知メッセージを生成する。９時より前に肉眼検査で検体ラベルをスキャンして、追跡情報を記録した結果として、肉眼検査用のチェックポイント通知が削除される。検体１から生成した各カセットは、午前１０：３０までに組織処理に到着すると予想される。午前１０：３０前に組織処理でカセットラベルをスキャンして追跡情報を記録した結果として、カセット毎の組織処理用のチェックポイント通知を削除する。同様に、作業フロー処理ポイント３００８、３０１０、及び３０１２に関連するチェックポイント通知時間が生成され、関連するチェックポイント通知は、作業フロー処理ポイントのワークステーションにおいて該当する組織実体ラベルをスキャンすると削除される。
【０２７８】
要素３０４０は、午前８：３０に受理及び肉眼検査に到着した症例２の他の検体１用のチェックポイント通知時間を定義する。３０４０の入力は、最初の時間の午前８：３０を基準として３０２０の既定時間間隔に基づく。この例では、受理及び登録の作業者は、３０４０の既定チェックポイント通知時間のカスタマイズ又は更新を選択する。本例では、切断３０１０及び染色３０１２のチェックポイント通知時間を修正することによって、更新時刻を３０４６に示す。上記内容は、例えば、症例１（３０３０）及び症例２（３０４０）の全スライドが午後４時までに染色に到着し、その日の終わりまでに確実に完了する必要がある場合に実施し得る。
【０２７９】
既定チェックポイント通知時間は、各検体又はそこから生じたサンプルが特定の処理ポイントにある時への相対的時間に基づき、個々の検体間隔を規定する。例えば、３０００を参照して、３０２０の既定チェックポイント通知を用いると、検体から生成された全てのスライドは、検体の受理及び登録が実施された時から８時間以内に染色に到着すると予想される。また、例３０００は、１つ又は複数の作業フロー処理ポイントについてカスタマイズ可能なチェックポイント通知を示す。また、一実施形態では、全症例、選択した検体、又はいずれか他のレベルの肌理の細かさに対する１つ又は複数のチェックポイント通知を使用可／不可にする段階を備え得る。上記例は、受理及び登録時に設定されるチェックポイント通知時間を示すが、検査室管理者又は他の適切な作業者が、ＩＰＳに接続された任意のワークステーションから作業フローの任意のポイントのチェックポイント通知時間を読み出し及び／又は修正することが可能であることに留意されたい。更に、既定チェックポイント通知は、初期的に構成してよい。後では、一実施形態には、既定チェックポイント通知を再構成する機能、例えば、処理ポイント間の異なる相対的時間間隔を定義する機能、作業フロー処理ポイントの時間間隔を追加又は除去する等の機能を含み得る。
【０２８０】
上記例では、チェックポイント通知時間は、各検体及びそれから派生した全サンプルに結びつけて特徴付けることができる。チェックポイント通知時間は、本例では、登録及び受理の一部として決定され、これにより、後続の全チェックポイント通知時間は、最初の時間、例えば、第１の検査室作業フローポイントにおける受理及び登録のために検体が処理される時間を基準にして決められる。
【０２８１】
既定の相対的なチェックポイント通知が、上述したように３０２０で個々の検体毎に定義されることに対する他の選択肢又は追加として、一実施形態では、更に、絶対的チェックポイント通知時間と称し得る既定チェックポイント通知を定義し得る。図４５の例３１００は、特定の時刻等の絶対的な時刻を含む既定チェックポイント通知３１２０を定義することによって、このことを示す。３０２０において、時刻午後３時を指定して、組織検体が前の作業フローポイントにおいていつ受理又は処理されたかにかかわらず、同じ日に受理した全てのブロック／カセットが、午後３時までに包埋にあると予想されることを示す。本例において、３１３０では、症例１が、午前８時の受理及び登録によって処理された単一の検体を有することを示す。要素３１４０では、症例２が、午前１０：３０の受理及び登録によって処理された単一の検体を有することを示す。症例１及び２の双方の検体は、午後３時までに切断に到着すると予想され、そうでない場合、チェックポイント通知メッセージが、それに応じて生成される。
【０２８２】
チェックポイント通知メッセージには、症例、検体又は他の組織実体、通知メッセージが生成された作業フロー処理ポイント（例えば、肉眼検査、包埋、染色等）、期限切れチェックポイント通知時間の予想時間等に関する情報を含み得る。
【０２８３】
一実施形態では、任意の１つ又は複数の異なる技法を用いて、症例に関連付けた「緊急」又は優先検査指示を示し得ることに留意されたい。例えば、優先指示に関連する検体、カセット、及びスライドは、ラベル上に色又は他の視覚的指標によって表示し得る。作業対象物は、個々のワークステーションに送り、各ワークステーションで、それ相応に優先順位を付ける。チェックポイント通知は、緊急又は優先指示での用途のために使用可能にしなくてもよい。
【０２８４】
本明細書に述べたチェックポイント通知に基づき、検査室では、組織実体がどこで最後に処理されたか特定して、検体、カセット、スライド等の追跡を可能にし得る。このことは、スライド及び検査室で処理された他の実体が、誤った場所に置かれないことを保証するために及び／又は特定の時間までに完了するために有用であり得る。チェックポイント通知を用いると、組織実体が最後に作業フロー処理に関してどこにあったかについてのタイムリーな通知及び判断が備えられる。更に、作業フロー処理ポイントにおける一連の保護管理の追跡情報を得る段階を用いて、その組織実体を誰が最後に処理したか、誤配置の場合、どこに組織実体を配置し得るか等を判断し得る。作業フロー処理のチェックポイント通知及び追跡情報は、作業フロー処理のボトルネックの識別に関して用いてもよい。
【０２８５】
チェックポイント通知通信に関する情報は、ＩＰＳのデータ記憶装置に記憶し得る。そのような情報には、連絡すべき人、通信形態（例えば、電子メール、ポケベル）、通信内容を送るべき場所（例えば、電子メールアドレス、電話又はポケベル番号）、その人への連絡の際の特定の条件（例えば、特定の作業フロー処理ポイント、時刻、週末、平日）等を示し得る。
【０２８６】
症例のスライド及びブロック保管に関連して、一実施形態では、特定の保管用収納場所（例えば、保管器具の引き出し）にスライド及びブロックを保存し得ることに留意されたい。保管用収納場所は、データベースに記録し、後の時点で必要になった場合、保管庫からスライド又はブロックを特定するために用い得る。更に、スライド又はブロックを訂正するには、ユーザは、ワークステーションへログインし、除去対象のスライド又はブロックをスキャンする必要がある。保管庫からスライド又はブロックを検索する際にログインしたユーザは、一連の保護管理情報の一部として、ＩＰＳデータベースに記録され得る。
【０２８７】
尚、特定の検体タイプ用の技法について記述し説明したが、本明細書の技法は、外科生検試料、組織、及びＡ／Ｐ検査室によって処理される他の検体に用いたり、また、他の検査室によって処理される他の検体、例えば、臨床化学検査室における血液サンプルや細胞学検査室において調製される細胞学サンプルに用い得る。
【０２８８】
尚、処理を実施するための本明細書に述べた機能は、実施形態では、ハードウェア及び／又はソフトウェアで実現し得る。更に、本明細書に述べた例及び例示の実施形態は、機能の特定の構成が特定のソフトウェア及び／又はハードウェア構成要素によって実施され得るように述べたが、当業者に公知なように、他の異体及び構成が可能であることに留意されたい。
【０２８９】
本発明について例示の実施形態を参照して説明したが、様々な変更、削除及び／又は追加を行うことができ、また、本発明の精神及び範囲から逸脱することなく等価物をその要素と置き換え得ることを当業者は理解されるであろう。更に、多くの修正を行って、特定の状態又は材料を本発明の教示内容に、その範囲から逸脱することなく、適応させ得る。従って、本発明は、本発明を実行するために考えられる最良の形態として開示された特定の実施形態に限定するものではなく、本発明は、添付の請求項の範囲内にある全ての実施形態を含もうとするものである。更に、具体的に述べない限り、第１、第２等の用語の使用は、いずれも何らかの順序又は重要性を示すものではなく、むしろ、第１、第２等の用語は、１つの要素を他の要素と区別するために用いる。
【符号の説明】
【０２９０】
２７０２…症例識別子、２７０４…検体又は部分識別子、２７０６…ブロック又はカセット識別子、２７０８…スライド識別子、２７２０…統一検体又は部分識別子、２７２２…統一ブロック又はカセット識別子、２７２４…統一スライド識別子。
【図１】
0005571228.tif 000011
【図２】
0005571228.tif 000012
【図３】
0005571228.tif 000013
【図３Ａ】
0005571228.tif 000014
【図４】
0005571228.tif 000015
【図５】
0005571228.tif 000016
【図６】
0005571228.tif 000017
【図７】
0005571228.tif 000018
【図８】
0005571228.tif 000019
【図９】
0005571228.tif 000020
【図１０】
0005571228.tif 000021
【図１１】
0005571228.tif 000022
【図１２】
0005571228.tif 000023
【図１３】
0005571228.tif 000024
【図１４】
0005571228.tif 000025
【図１５】
0005571228.tif 000026
【図１６】
0005571228.tif 000027
【図１７】
0005571228.tif 000028
【図１８】
0005571228.tif 000029
【図１９】
0005571228.tif 000030
【図２０】
0005571228.tif 000031
【図２１】
0005571228.tif 000032
【図２２】
0005571228.tif 000033
【図２３】
0005571228.tif 000034
【図２４】
0005571228.tif 000035
【図２５】
0005571228.tif 000036
【図２６】
0005571228.tif 000037
【図２７】
0005571228.tif 000038
【図２８】
0005571228.tif 000039
【図２９】
0005571228.tif 000040
【図３０】
0005571228.tif 000041
【図３１】
0005571228.tif 000042
【図３２】
0005571228.tif 000043
【図３３】
0005571228.tif 000044
【図３４】
0005571228.tif 000045
【図３５】
0005571228.tif 000046
【図３６】
0005571228.tif 000047
【図３７】
0005571228.tif 000048
【図３８】
0005571228.tif 000049
【図３９】
0005571228.tif 000050
【図４０】
0005571228.tif 000051
【図４１】
0005571228.tif 000052
【図４２】
0005571228.tif 000053
【図４３】
0005571228.tif 000054
【図４４】
0005571228.tif 000055
【図４５】
0005571228.tif 000056