被検物を試験するための統合臨床検査室用システムであって、前記被検物に対して複数の試験を実行するための複数の被検物処理モジュールと、プロセッサと、ユーザーインターフェースと、ソフトウェアが記録されているメモリとを含み、前記ソフトウェアは、統合ワークフロー自動化ソフトウェアであって、前記統合ワークフロー自動化ソフトウェアは、前記プロセッサに前記被検物処理モジュールのうちのいずれかと通信させ、前記統合ワークフロー自動化ソフトウェアは、前記試験のうちのいずれかに対するユーザーリクエストを前記プロセッサに処理させるためのリクエスト処理ソフトウェア、前記試験のうちのいずれかを実行するための前記被検物処理モジュールのうちのいずれかの機能制御を前記プロセッサに提供させるための機能制御ソフトウェア、および前記試験のうちのいずれかの試験結果データを前記プロセッサに処理させるための結果データ管理ソフトウェアを含んでいる、統合ワークフロー自動化ソフトウェアと、ユーザーが前記統合臨床検査室用システムを制御および監視することを可能とするために、前記ユーザーインターフェースと前記統合ワークフロー自動化ソフトウェアとの間の通信を前記プロセッサに確立させるための統合ユーザーインターフェースソフトウェアとを含み、前記結果データ管理ソフトウェアは、事後分析的検査室処理ソフトウェアを含み、前記事後分析的検査室処理ソフトウェアは、前記プロセッサに、特定の派生方式または1つ以上の共用属性を用いて、関連する試験結果データを関連付けることによって、前記複数の被検物処理モジュールからの前記試験結果データを統合させることにより、結果セットオブジェクトを形成させ、前記統合ワークフロー自動化ソフトウェアが、前記ユーザーリクエストの処理、前記試験のうちのいずれか、および前記被検物の前記試験結果データの処理を実行するように構成されている統合アーキテクチャを有する、統合臨床検査室用システム。前記統合ワークフロー自動化ソフトウェアが、試験に対する複数のリクエストが受け取られ、処理を必要とする状態にある場合に、前記被検物処理モジュールの異なるものの間での試験リクエストの組の割り当ておよびスケジューリングのためのソフトウェアをさらに含む、請求項1に記載のシステム。被検物を前記被検物処理モジュールへおよび前記被検物処理モジュールから移送するための少なくとも1つの被検物受け渡しモジュールをさらに含む、請求項1に記載のシステム。前記統合ワークフロー自動化ソフトウェアが、被検物の位置、前記被検物処理モジュールの各々が前記試験を実行する処理部位への経路および分配を制御するためのソフトウェアをさらに含む、請求項3に記載のシステム。前記統合ワークフロー自動化ソフトウェアが、複数のシステムユーザーオブジェクトを含んでおり、各システムユーザーオブジェクトは、それぞれのシステムユーザーオブジェクトに対するユーザーの型に基づいて、前記システムとのユーザー相互作用を定義する、請求項1に記載のシステム。前記複数のシステムユーザーオブジェクトが、ユーザー試験リクエストを処理し、前記複数の被検物処理モジュールのうちのいずれかについての試験操作ステータス情報を提供するための試験オペレーターオブジェクトと、前記被検物処理モジュールのうちのいずれかについての操作モードおよびステータスを制御するための、ユーザーコマンドに応答する機器オペレーターオブジェクトとを含む、請求項5に記載のシステム。前記複数のシステムユーザーオブジェクトが、前記被検物処理モジュールのうちのいずれかのメンテナンスに関連するサービスタスクを実行するための、ユーザーコマンドに応答するサービステックオブジェクトと、コンピューターシステムのコンフィギュレーションを管理するための、ユーザーリクエストに応答するシステム管理機構オブジェクトとからなる群の少なくとも1つをさらに含む、請求項6に記載のシステム。前記複数のシステムユーザーオブジェクトが、バーコード読み取り装置を介して受け渡されるユーザー入力に応答するバーコードリーダーユーザーオブジェクトをさらに含む、請求項6に記載のシステム。前記統合ワークフロー自動化ソフトウェアが、前記試験を実行する能力を有する被検物処理モジュールが前記システムにおいて利用可能である場合に、いずれかの試験が指定され、処理を受諾され、そしてスケジューリングされることを可能とするための、オーダーエントリーおよび試験計画オブジェクトと、前記被検物処理モジュールのうちのいずれかの管理を提供するための、機器複合体オブジェクトと、前記試験の結果を処理し、検証するための、結果処理および妥当性検査オブジェクトとをさらに含み、前記オーダーエントリーおよび試験計画オブジェクト、前記機器複合体オブジェクト、および前記結果処理オブジェクトが、各々、前記複数のシステムユーザーオブジェクトと通信する、請求項5に記載のシステム。前記統合ワークフロー自動化ソフトウェアが、被検物の位置を監視し、選ばれた被検物処理モジュールへの被検物の経路を制御するための、論理的移送オブジェクトと、前記統合ワークフロー自動化ソフトウェアを用いた任意の被検物処理モジュールの制御を可能にするように構成された外部インターフェースである物理的機器シェルとをさらに含み、前記物理的機器シェルが、前記被検物処理モジュールに前記被検物を受け渡して、前記試験を実行するために、前記論理的移送オブジェクト、前記機器複合体オブジェクト、および前記結果処理および妥当性検査オブジェクトと通信する、請求項9に記載のシステム。前記統合ワークフロー自動化ソフトウェアが、前記システムユーザーオブジェクト、結果処理および妥当性検査オブジェクト、オーダーエントリーおよび試験計画オブジェクト、機器複合体オブジェクト、論理的移送オブジェクト、および物理的機器シェルの各々と通信している共通インフラストラクチャーオブジェクトをさらに含む、請求項10に記載のシステム。前記共通インフラストラクチャーオブジェクトが、オブジェクト分配、メッセージ送信、例外処理、およびオブジェクト永続性をインプリメントする、請求項11に記載のシステム。前記オブジェクト永続性が、前記被検物処理モジュールから受け取られる試験結果データのデータベースを維持するためのソフトウェアを含む、請求項12に記載のシステム。前記複数の被検物処理モジュールのそれぞれが、機器ハードウェアおよび埋め込み処理制御ソフトウェアを含む、請求項11に記載のシステム。前記統合ワークフロー自動化ソフトウェアが、リクエストされた特定の試験に提供される医療保険コードデータを検証するためのソフトウェアをさらに含む、請求項5に記載のシステム。前記統合アーキテクチャが、作業負荷分配ポリシーに従って、前記被検物処理モジュールのそれぞれによって実行されるべき試験のうちのいずれかを分配するように、さらに構成されている、請求項1に記載のシステム。前記統合アーキテクチャが、前記ユーザーリクエストに基づいて、1つ以上の試験アクティビティーを含む試験計画を自動的に作成するように、さらに構成されており、前記試験アクティビティーのそれぞれは、前記被検物処理モジュールのうちの1つ以上によって実行されるように構成されている、請求項1に記載のシステム。前記統合アーキテクチャが、前記試験アクティビティーのそれぞれを処理するための、前記被検物処理モジュールのうちの1つ以上を自動選択するように、さらに構成されている、請求項17に記載のシステム。前記統合アーキテクチャが、複数の前記被検物処理モジュールからの結果データを統合するように、さらに構成されている、請求項1に記載のシステム。前記統合アーキテクチャが、1つ以上の試験を実行するように構成された1つ以上の機器を追加することによって拡張可能であるように構成されている、請求項1に記載のシステム。前記統合アーキテクチャが、前記統合ワークフロー自動化ソフトウェアの公開インターフェースを介して拡張可能であるように構成されている、請求項20に記載のシステム。本発明の要約本発明は、被検物を試験するための統合臨床検査室用コンピューターソフトウェアシステムに関する。特定の予め定められた試験を被検物に対して実行するための、1種またはそれ以上の被検物処理モジュールが提供されているのが好都合である。統合ワークフロー自動化プログラミングが、上記複数の被検物処理モジュールと通じている。これらの被検物処理モジュールは、機器ハードウェアおよび埋め込み処理制御ソフトウェアを含むことができる。上記ワークフロー自動化プログラミングは、1上記被検物処理モジュールによって実行されるべき利用可能な試験に対するユーザーリクエストをも処理するためのリクエスト処理プログラミングを含み、また、2上記試験を実行するための被検物処理モジュールの機能制御を提供する機能制御プログラミングをも含み、さらに、3上記試験の試験結果データの処理を提供する結果データ管理プログラミングをも含む。統合ユーザーインターフェースプログラミングが、事前分析的タスク、分析的タスク、および事後分析的タスクなどの、コンピューターシステム操作のすべての局面をユーザーが制御および監視することを可能とするための、前記統合ワークフロー自動化プログラミングと通じている。本発明の1つの態様によれば、上記ワークフロー自動化プログラミングが、試験に対する複数のリクエストが受け取られ、処理を必要とする状態にある場合に、上記被検物処理モジュールの異なるものの間での試験リクエストの組の割り当ておよびスケジューリングのためのプログラミングをさらに含む。本発明のもう1つの態様によれば、被検物を上記被検物処理モジュールへおよび前記被検物処理モジュールから移送するための少なくとも1種の被検物受け渡しモジュールが提供され、上記ワークフロー自動化プログラミングが、被検物の位置、上記被検物処理モジュールの各々が上記試験を実行する処理部位への経路および配布を制御するためのプログラミングをさらに含む上記ワークフロー自動化プログラミングが、試験手順の、品質管理要求条件との対応性を評価するためのプログラミングをさらに含むこともできる。本発明の1つの重要な態様は、上記ワークフロー自動化手段が、各々が別個のユーザー操作可能カテゴリーをカプセル化している複数のシステムユーザーオブジェクトから集成されているものである。上記複数のシステムユーザーオブジェクトは、1ユーザー試験リクエストを処理し、上記複数の被検物処理モジュールについての試験操作ステータス情報を提供するための試験オペレーターオブジェクト、および2上記被検物処理モジュールについての操作モードおよびステータスを制御するための、ユーザーコマンドに応答する機器オペレーターオブジェクト、を含むのが好都合である。本発明のもう1つの態様によれば、上記システムユーザーオブジェクトが、3上記被検物処理モジュールのメンテナンスに関連するサービスタスクを実行するための、ユーザーコマンドに応答するサービステックオブジェクト、4上記被検物処理モジュールによって提供される試験結果データの手動検証のための、ユーザーコマンドに応答する結果検証機構オブジェクト、および5上記コンピューターシステムのコンフィギュレーションを管理するための、ユーザーコマンドに応答するシステム管理機構オブジェクトなどの、1種またはそれ以上のオブジェクトをさらに含むことができる。最終的に、上記複数のシステムユーザーオブジェクトは、バーコード読み取り装置を介して受け渡される、ユーザー入力に応答するバーコードリーダーユーザーオブジェクトをも含むこともできる。特定の機能ではなく各々のユーザーに向けられた別個のプログラミングオブジェクトを提供することによって、このシステムは、従来技術と比較して大幅に改良されたレベルの統合および拡張性を達成する。本発明の1つの態様によれば、上記ワークフロー自動化プログラミングが、上記被検物処理モジュールから受け取られる試験結果データのデータベースを維持するためのプログラミングを含むことができる。このような試験結果データベースは、上述の結果データ管理のためのプログラミングによってアクセス可能であるのが好ましい。上記ワークフロー自動化プログラミングが、リクエストされた特定の試験に提供される医療保険コードデータを検証するためのプログラミングをさらに含むのが好都合である場合がある。このようなプログラミングは、実行された試験についての請求を促進するために、上記リクエスト処理プログラミングまたは上記結果データ管理プログラミングのいずれかによってアクセスされることができる。本発明は、例えば、以下を提供する。項目1被検物を試験するための統合臨床検査室用ソフトウェアシステムであって、上記被検物に対して少なくとも1種の試験を実行するための少なくとも1種の被検物処理モジュール、上記複数の被検物処理モジュールと通じており、上記試験に対するユーザーリクエストを処理するためのリクエスト処理手段、上記試験を実行するための上記複数の被検物処理モジュールの機能制御を提供するための機能制御手段、および上記試験の試験結果データを処理するための結果データ管理手段を含んでいる、統合ワークフロー自動化手段、ユーザーがコンピューターシステムを制御および監視することを可能とするための、上記統合ワークフロー自動化手段と通じている、統合ユーザーインターフェース手段、を含み、上記統合ワークフロー自動化手段が、上記被検物および上記データの事前分析的検査室処理、分析的検査室処理、並びに事後分析的検査室処理のいずれの態様をも実行するように構成されている統合アーキテクチャを有する、統合臨床検査室用ソフトウェアシステム。項目2上記ワークフロー自動化手段が、試験に対する複数のユーザーリクエストが受け取られ、処理を必要とする状態にある場合に、上記被検物処理モジュールの異なるものの間での試験リクエストの組の割り当ておよびスケジューリングのための手段をさらに含む、項目1に記載のソフトウェアシステム。項目3被検物を上記被検物処理モジュールへおよび上記被検物処理モジュールから移送するための少なくとも1種の被検物受け渡しモジュールをさらに含む、項目1に記載のソフトウェアシステム。項目4上記ワークフロー自動化手段が、被検物の位置、上記被検物処理モジュールの各々が上記試験を実行する処理部位への経路および配布を制御するための手段をさらに含む、項目3に記載のソフトウェアシステム。項目5上記ワークフロー自動化手段が、試験手順の、品質管理要求条件との対応性を評価するための手段をさらに含む、項目1に記載のソフトウェアシステム。項目6上記ワークフロー自動化手段が、各々が別個のユーザー操作可能カテゴリーをカプセル化している複数のシステムユーザーオブジェクトを含んでなる、項目1に記載のソフトウェアシステム。項目7上記複数のシステムユーザーオブジェクトが、ユーザー試験リクエストを処理し、上記複数の被検物処理モジュールについての試験操作ステータス情報を提供するための試験オペレーターオブジェクト、および上記被検物処理モジュールについての操作モードおよびステータスを制御するための、ユーザーコマンドに応答する機器オペレーターオブジェクト、を含んでなる、項目6に記載のソフトウェアシステム。項目8上記複数のシステムユーザーオブジェクトが、上記被検物処理モジュールのメンテナンスに関連するサービスタスクを実行するための、ユーザーコマンドに応答するサービステックオブジェクト、上記被検物処理モジュールによって提供される試験結果データの手動検証のための、ユーザーコマンドに応答する結果検証機構オブジェクト、および上記コンピューターシステムのコンフィギュレーションを管理するための、ユーザーコマンドに応答するシステム管理機構オブジェクト、からなる群の少なくとも1種をさらに含んでなる、項目7に記載のソフトウェアシステム。項目9上記複数のシステムユーザーオブジェクトが、バーコード読み取り装置を介して受け渡されるユーザー入力に応答するバーコードリーダーユーザーオブジェクトをさらに含んでなる、項目7に記載のソフトウェアシステム。項目10上記ワークフロー自動化手段が、上記試験を実行する能力を有する被検物処理モジュールが上記システムにおいて利用可能である場合に、試験を指定し、処理を受諾し、そしてスケジューリングすることを可能とするための、オブジェクトのオーダーエントリーおよび試験計画カテゴリー、上記被検物処理モジュールの完全な管理を提供するための、オブジェクトの機器複合体カテゴリー、並びに上記試験の結果を処理し、検証するための、結果処理および妥当性検査カテゴリー、をさらに含んでなり、上記オーダーエントリーおよび試験計画カテゴリー、上記機器複合体カテゴリー、および上記結果処理カテゴリーの上記オブジェクトが、各々、上記複数のシステムユーザーオブジェクトと通じている、項目6に記載のソフトウェアシステム。項目11上記統合ワークフロー自動化手段が、被検物の位置を監視し、選ばれた被検物処理モジュールへの被検物の経路を制御するための、オブジェクトの論理的移送カテゴリー、および被検物処理モジュールの型または設計を表すための、オブジェクトの物理的機器カテゴリー、をさらに含んでなり、上記物理的機器カテゴリーのオブジェクトが、上記被検物処理モジュールに上記被検物を受け渡して、上記試験を実行するために、上記論理的移送カテゴリー、上記機器複合体カテゴリー、および上記結果処理および妥当性検査カテゴリーの上記オブジェクトと通じている、項目10に記載のソフトウェアシステム。項目12上記統合ワークフロー自動化手段が、上記システムユーザーカテゴリー、結果処理および妥当性検査カテゴリー、オーダーエントリーおよび試験計画カテゴリー、機器複合体カテゴリー、論理的移送カテゴリー、および物理的機器カテゴリーのオブジェクトの各々と通じている、オブジェクトの共通インフラストラクチャーカテゴリーをさらに含む、項目11に記載のソフトウェアシステム。項目13上記オブジェクトの共通インフラストラクチャーカテゴリーが、オブジェクト配布、メッセージ送信、例外処理、およびオブジェクト永続性に寄与する、項目12に記載のソフトウェアシステム。項目14上記オブジェクト永続性が、上記被検物処理モジュールから受け取られる試験結果データのデータベースを維持するための手段を含む、項目13に記載のソフトウェアシステム。項目15上記複数の被検物処理モジュールが、機器ハードウェアおよび埋め込み処理制御ソフトウェアを含んでなる、項目12に記載のソフトウェアシステム。項目16上記統合ワークフロー管理手段が、上記統合ワークフロー管理手段と被検物処理モジュールの統合を可能とするように構成された外部インターフェースである物理的機器シェルを含む、項目15に記載のソフトウェアシステム。項目17上記統合ワークフロー自動化手段が、リクエストされた特定の試験に提供される医療保険コードデータを検証するための手段をさらに含む、項目6に記載のソフトウェアシステム。項目18被検物を試験するための統合臨床検査室用ソフトウェアシステムであって、複数の試験を実行するための複数の被検物処理モジュールと通じている統合ワークフローオブジェクトクラスの組、ユーザーが上記ソフトウェアシステムを制御および監視することを可能とするための、上記統合ワークフロー自動化手段と通じている、統合ユーザーインターフェース手段、を含み、上記統合ワークフロー自動化オブジェクトの組が、事前分析的検査室処理、分析的検査室処理、および事後分析的検査室処理のための検査室情報フロー管理を提供するように構成されている単一の統合アーキテクチャを有する、統合臨床検査室用ソフトウェアシステム。項目19上記統合アーキテクチャが、材料フローの管理を提供するように、さらに構成されている、項目18に記載の統合臨床検査室用ソフトウェアシステム。項目20上記統合アーキテクチャが、上記被検物処理モジュールの操作制御、レポーティング制御、および診断制御を提供するように、さらに構成されている、項目19に記載の統合臨床検査室用ソフトウェアシステム。項目21上記統合アーキテクチャが、上記被検物の上記被検物処理モジュールへの受け渡しを調整するための被検物受け渡し管理を提供するように、さらに構成されている、項目20に記載の統合臨床検査室用ソフトウェアシステム。本発明の詳細な説明現時点で好ましい態様を図面に示すけれども、本発明が、示されている通りの構成および手段に限定されるものではないことが理解されるであろう。図1は、3つの別個の相に分離された臨床検査室ワークフロー処理を示すブロックダイヤグラムである。臨床検査室ワークフローのこの現代の概念図は、当該産業において時を経て発展してきた事前分析的処理操作、分析的処理操作、および事後分析的処理操作を説明している。この概念図は、良く確立された境界線を有し、過去において一般に行われている手動装作に基づいている。この現代のあり方は、有用ではあるけれども、新しいコンピューター技術の適用および検査室ワークフローの全自動化に対する概念的な障害であることが判明した。図2は、本明細書において仮想計装フレームワークアーキテクチャVIFAと称する、本発明の自動化試験室用コンピューターシステムの概念層を示すダイヤグラムである。このVIFAは、検査室自動化の問題に対する新しいソリューションを表し、臨床検査室領域の根本的に異なる概念図に基づいている。この概念図は、事前分析的処理、分析的処理、および事後分析的処理の間の違いにはあまり重きを置かず、代わりに、単一の仮想機器VIとしての検査室領域に焦点を置いている。このVI概念図は、モデルの形でとらえられており、上記領域の分析および分解を可能として、VIFAの機構および設計概念を規定することを可能とする。このVIFAは、すべての検査室操作および異なる検査室のワークフローさえもカプセル化する。図2において示されているように、本発明は、分散系ソフトウェアアーキテクチャ内の情報処理エンティティーの能動的コラボレーションを利用する。また、このフレームワークアーキテクチャは、機器および被検物移送機構のいずれの特定の実装に関してもオープンである。これは、独立に考えられ、別個に設計されたシステムのカスタム統合に基づくソリューションに対し、単一のシステムアーキテクチャに基づくソリューションを構築することを可能とする新しい方法を表す。図2において示されているアーキテクチャの大きな長所は、種々の機構、機能、および試験機器に関するその拡張性大規模化および小規模化である。これに関し、本発明は、ソフトウェアエンティティーのコラボレーションを含んでなる特定用途領域向けフレームワークとして見ることもできる。図2において示されている本発明の好ましい態様によれば、試験機器の伝統的概念は排除されている。その代わりに、上記VIFAフレームワークが、被検物処理モジュールSPM50の組を提供している。各々のSPMは、VIFAワークフロー自動化プログラミングの制御下にあるハードウェア/ソフトウェアエンティティーである。SPMは、被検物の処理および/または分析のプログラミングの実装を負っている。例えば、SPMは、被検物の調製、被検物の試験、または試験データの受け渡しを含むことができる。各々のSPM50は、VIFAフレームワーク、すなわち物理的機器シェル内にすべての機器ハードウェアおよび埋め込み処理制御ソフトウェアを含んでいるのが好ましい。好ましい態様によれば、各々のSPM50は、ハードウェア中に提供されている機器およびアプリケーション能力並びにその埋め込みソフトウェアのタイプによって、ワークフロー自動化層内に完全に表されている。しかしながら、機器複合体の別個の要素としては、これらのSPMエンティティーは、互いに気付かない。これらのSPMエンティティーは、いっしょになって、VIFAの物理的要素層の母集団を表す。本発明に係るシステムは、マルチタスク能力およびマルチスレッド能力を有するいずれの好適なコンピューターオペレーティングシステムにも実装することができる。例えば、上記基本システムは、Windows登録商標系のオペレーティングシステム例えばUNIX登録商標、RedmondWashingtonのMicrosoftCorporationから入手可能なWindows登録商標NTまたはWindows登録商標98を使用して実装することができる。しかしながら、当該システムはこの関連に限定されるものではなく、本発明をいずれの他のタイプのコンピューターオペレーティングシステムと共に使用することもできる。本明細書において開示されているシステムは、上述のオペレーティングシステムのための市販の開発ツールを使用して、プログラマーによって実装することができる。上記システムを実装するのに好適なハードウェアは、IntelCorporationから入手可能なPentium登録商標IIもしくはIIIブランドのマイクロプロセッサーまたは類似のマイクロプロセッサーが導入されているコンピューターシステムを含むことができる。上記概念的システムアーキテクチャを含む種々の層が、図2において示されている。ユーザーインターフェース58は、検査室のローカルなワークステーションおよび端末並びに離れたワークステーションおよび端末のグラフィカルユーザインターフェースGUIを含んでなるのが好ましい。また、このアーキテクチャの下では、システムに情報を入力する目的で使用される外部装置および、特に、何等かの被検物識別装置例えばバーコード読み取り装置も、ユーザーインターフェース58の要素であるのが好ましい。ワークフロー自動化層56は、ユーザーインターフェース58の下に提供される。このワークフロー自動化層56は、完全な試験リクエスト処理、結果データ管理、作業負荷管理、および多重機器制御を含み、実装している。それはまた、特定の機器の操作、それらのステータスの監視および品質管理、処理部位への被検物の配布、並びに処理全体における被検物の位置の監視にわたる機能制御をも含む。物理的要素層48は、ワークフロー自動化層56の下に提供される。この物理的要素層は、上記機器複合体の個々の機能的ハードウェア要素によって使用されるソフトウェアを含むのが好ましい。特に、上記機器複合体は、前述のSPM50のためのソフトウェアモジュール、並びに被検物を、各々の試験場所へ、および各々の試験場所から、移送するために使用される被検物受け渡しモジュールSDM52のためのソフトウェアモジュールを含むのが好ましい。当該システムの対応するSPMハードウェア要素およびSDMハードウェア要素は、このソフトウェア層によるアーキテクチャ内で、プラグ互換となっているのが好ましい。より具体的には、当該システムは、上記ワークフロー自動化プログラミングの機能制御下にあるSPMへの被検物の手動移送を許可し、サポートする。図3は、ワークフロー自動化層56および物理的要素層48これらについては、今ここで、より詳細に記載するの好ましいアーキテクチャを示すブロックダイヤグラムである。各々のブロックは、それぞれのブロックの各々によって識別される、アプリケーションソフトウェアオブジェクトのカテゴリーを表す。一貫性のために、ワークフロー自動化層56を含むコンポーネントを、物理的要素層48を含むコンポーネントとは別個に記載する。ワークフロー自動化層56は、多くの大きいブロックまたはカテゴリー例えば、共通インフラストラクチャーブロック60、システムコンフィギュレーションマネージャ130、システムユーザーブロック70、オーダーエントリーおよび試験計画ブロック80、機器複合体ブロック90、論理的移送ブロック100、並びに結果処理および妥当性検査ブロック120を含む。共通インフラストラクチャーブロック60は、特定技術向けソフトウェア機構の実装を単離する特定技術向け層である。ワークフロー自動化層56の機構は、共通インフラストラクチャーブロック60の上に構築される。共通インフラストラクチャーブロック60は、一般的な情報技術IT要素を使用して、種々のインフラストラクチャー機能を実装する。図3において示されているように、これらの機能は、メッセージ送信および例外処理のためのオブジェクト配布を提供するためのオブジェクト配布層62、オブジェクト永続性のための永続性サービスブロック66、イントラネット/インターネットおよびLANブロック64、ネットワーキング、データベースサービスのためのデータベースブロック68などによって提供することができる。当業者は、これらの技術機構の殆どが、任意選択的に、市販品コンポーネントとして購入することができ、かつ、上記共通インフラストラクチャー層に取り入れて、必要とされるサービスを提供することができるものであることを、容易に理解するであろう。コンフィギュレーションマネージャブロック130は、ワークフロー専門化情報を維持し、システムコンフィギュレーションを管理する。システムユーザーブロック70は、各々のユーザー概念を規定かつカプセル化し、ユーザーインターフェースのルックアンドフィールとの関係からシステム設計を単離する。システムユーザーブロックの内部構造は、特定のタイプの実システムユーザーによって実行される典型的なアプリケーションタスクに重きを置いた、種々の使用法への専門化を反映する。図3において示されているように、システムユーザーブロック70は、ワークステーションGUI、データエントリー装置、および外部コンピューターシステム例えば検査室情報システム、病院情報システム、および患者記録データベースへのリンクを含むブロック72と通じている。上記システムユーザーブロック内で規定される専門化された役割には、1試験の提起および監視の責任を負う試験オペレーター、2機器の操作モードおよびステータスを扱うことの責任を負う機器オペレーター、3ローカルまたはリモートのいずれかで、サービスタスクを実行するサービステック、4結果の手動検証に関連する操作を実行する結果検証機構、5結果検証の機能を自動化する自動検証機構、6システムコンフィギュレーションを管理するシステム管理機構、7バーコード読み取り装置を介して受け渡されるシステム入力を管理するBCRユーザー、8一般的な双方向LISインターフェースを通してVIFA系システムと検査室情報システムとの間の相互作用を管理するピア検査室情報システムが含まれる。システムユーザーブロック70の内部構造内のシステムユーザー概念のさらなる専門化により、新しいユーザーを当該システムに導入することが可能となる。上記VIFAアーキテクチャ内のシステムユーザーブロック70には、いずれの特定のタイプのユーザーも加えることができることは、当業者に容易に理解されるであろう。システムユーザーブロック70におけるオブジェクトは、外部エンティティーブロック72例えば、GUIワークステーション、検査室情報システムとシステムの残りとの間のインターフェースとしてはたらく。このシステムユーザーブロックは、システムの残りからのデータのプレゼンテーションおよびフォーマット例えば、ルックアンドフィールの関係および詳細を単離する。図3aは、図3の一部の拡大図の例を示す。この例においては、1人のユーザーが結果を検証する一方で、もう1人のユーザーが試験命令を提起している。この例における両方のエンドユーザーは、ブロック72におけるGUIワークステーションを通してシステムと相互作用する。このGUIソフトウェは、システムユーザーブロック70における1種またはそれ以上のオブジェクトを通して、システムの残りと相互作用する。結果検証スクリーンを取り扱うソフトウェアは、結果検証機構オブジェクトに結果を検証させる。次に、この結果検証機構オブジェクトは、結果処理および妥当性検査ブロック120における結果オブジェクトと相互作用して、それらの状態を、検証されるべく変化させる。試験命令提起スクリーンを取り扱うソフトウェアは、試験オペレーターオブジェクトに試験命令を提起させる。次に、この試験オペレーターオブジェクトは、オーダーエントリーおよび試験計画ブロック80における試験命令オブジェクト相互作用する。この例は、システムユーザーブロック70がブロック72におけるユーザーインターフェースおよび外部インターフェースをシステムにおける他のブロックから如何に単離するかを説明している。例えば、結果処理および妥当性検査ブロック120は、結果検証GUIソフトウェアには気付かず、逆もまた同じである。再び図3を参照すると、システムユーザーブロック70がオーダーエントリーおよび試験計画ブロック80と通じていることを理解することができる。このオーダーエントリーおよび試験計画ブロックは、システムのワークフロー管理要求条件のアドレス指定において重要な役割を演ずる。オーダーエントリーおよび試験計画ブロック80により、必要とされる試験能力が機器複合体ブロック90において構成されている場合には、ユーザーが試験を特定することが可能となり、試験が処理に受諾されることが可能となる。独立のエンティティーポイントからの多重かつ同時の試験命令は、ブロック80内でサポートされるのが好ましい。さらに、オーダーエントリーおよび試験計画ブロック80は、ユーザーが、異なる試験リクエストを単一のワーク命令にまとめることを可能とするのが好ましい。オーダーエントリーおよび試験計画ブロック80は、試験の順位付け、並びにそれらの実行の計画および監視を可能とするように構成されるのが好ましい。オーダーエントリーおよび試験計画ブロック80は、ランダム、別個、反射、および反復試験を用いる順位付け手順を実装する。図3において図解されているように、オーダーエントリーおよび試験計画ブロック80は、機器複合体ブロック90と通じている。機器複合体ブロック90は、ワークフロー自動化層56によってサポートされている種々のタイプのSPM50の完全な管理機能を提供する。好ましい態様によれば、これらの管理機能には、機器ステータスの監視および制御、試験レパートリーの指定、機器の較正、および遠隔診断が含まれるけれども、これらに限定されるものではない。機器複合体90に含まれるプログラミングは、前述の特定の機能に限定されるものではなく、この機器複合体が、この複合体内でSPM50を操作および維持するために必要とされる他のサービスをもサポートすることが好ましい場合があることが理解されるべきである。このような機能は、作業負荷の分配およびオンラインコンフィギュレーション管理例えば機器の追加および除去を含むことができる。一般に、機器複合体90は、仮想機器複合体のユーザーを物理的機器の詳細から単離し、各々の個々のSPM50を仮想機器複合体内のリソースとして管理する、種々のタイプの物理的機器のための抽象化層を実装する。機器複合体ブロック90は、図3において示されているように、論理的移送ブロック100と通じている。論理的移送ブロック100は、機器複合体内で被検物を物理的に移送するために使用される種々の被検物受け渡しモジュールSDM52の統合を可能とするように構成されている。論理的移送ブロック100は、各々の被検物を移送可能なエンティティーとして、各々のSPM50を物理的移送システム上の特定の場所を有する被検物処理部位として取り扱う。また、論理的移送ブロック100は、移送システム上の被検物試験管の場所を監視し、選ばれたSPM50への被検物の経路指定をサポートするのに好適なプログラミングをも提供するのが好ましい。好ましい態様によれば、上記システムは、VIFAコンポーネント90、100と物理的移送ブロック110におけるSDM物理的移送常駐制御との間での、2種の異なる方法で、一般的な検査室ワークフローにおける負荷配分のための責任を負うことができる。1つの態様によれば、VIFA互換SDM52を使用して被検物を受け渡す場合、論理的機器複合体ブロック90が、負荷配分のための全責任を負うのが好ましいであろう。これらの環境下では、論理的移送ブロック100が被検物の宛先を決定し、被検物の一を監視する。しかしながら、VIFA互換ではない異質な検査室自動化システムと統合される場合、望まれる場合には、システム負荷配分におけるブロック90、100の関与を、被検物の受け渡しの監視のみに限定することもできる。結果処理および検証ブロック120は、物理的機器ブロック140と通じており、ポータブルアルゴリズムサービスを使用する結果の処理および検証の責任を負う。ブロック120は、ユーザー設定可能な試験基準、結果検証ルール、および検査室固有の手順をサポートするのに好適なプログラミングを含むのが好ましい。また、このコンポーネント内で、結果検証と知識ベースエキスパートシステムとを統合することも可能である。結果処理および検証ブロック120の主目的は、試験結果データの生データの処理および検証のセマンティックを取り扱うことであり、また、検査室ワークフローの有効な自動化のサポートにおける重要な役割を演ずるのが好ましい。再び図3を参照すると、オーダーエントリーおよび試験計画ブロック80が、結果処理および検証ブロック120と通じている。従って、結果処理および検証ブロック120は、上記システムにおいて蓄積されるデータのための結果検証機能を同時に使用することを可能とすることによって、ワークフローの外部統合に関与する。また、結果処理および検証ブロック120は、オーダーエントリーおよび試験計画ブロック80とのコラボレーションによって、自動化ワークフロー処理の内部統合をもサポートする。図3において示されているアーキテクチャを用いれば、他のソフトウェアコンポーネントを上記システムと容易に統合することができる。これらのソフトウェアコンポーネントは、リポートジェネレーター、情報ロギングファシリティー、データベースプロダクト、保険コード検証ソフトウェア、品質保証統計パッケージ、ASTMプロトコルおよびHL7プロトコル、MPI系患者記録へのアクセス、および結果の自動検証を助けるいわゆるエキスパートシステムを含むことができる。このような機構は、ワークフロー自動化層56内に統合することもでき、または市販品コンポーネントとして購入することもできる。続いて図3を参照すると、物理的要素層48を含むコンポーネントが記載されている。物理的要素層48は、物理的機器ブロック140と、ブロック142における機器固有埋め込み制御ソフトウェアとを含む。また、物理的要素層48は、各々のSDM52のためのソフトウェアインターフェースによって提供される物理的移送シェルを同様に含む物理的移送ブロック110をも含む。物理的機器ブロック140は、種々のタイプおよび/または設計のSPMを表す。このブロックは、共通のアプリケーションインターフェースを介してSPMサービスを提供するのが好都合である。これらのサービスは、2種の別個のモジュール、すなわち物理的機器シェルおよび機器固有埋め込み制御142として実装される。物理的機器シェル140は、種々の機器タイプにわたって共通のポリシーを含んでなるSPM操作環境を表す。このシェル仕様は、VIFA系システム内のコンポーネントとして独立に開発されるSPMの統合を可能とするために公開されるVIFAの外部インターフェースを表す。この共通性により、ワークフロー自動化層56が種々のSPMを統合することが可能となる。統合されたSPMは、ワークフロー自動化層56の制御下で操作される。好ましい態様において、ワークフロー自動化層56において使用される共通インフラストラクチャー60を使用して、物理的機器シェル140の構築を促進することもできる。物理的機器シェル140において実装される共通ポリシーは、1被検物識別およびワークフロー自動化層56への被検物識別のリポート、2結果データ生成およびワークフロー自動化層56への受け渡し、3制御コマンドの処理、4被検物分析コマンドの処理、5機器ステータスのリポート、並びに6機器メンテナンスサポートすなわち診断を含むのが好ましい。被検物識別は、当該技術分野においてよく知られている多くの技法例えばバーコード化および他の機械可読マーキングのいずれを使用しても達成することができる。あるいは、被検物識別および被検物識別のリポートを、SDMシェルおよびSPMシェルにおいて提供することもできる。機器固有埋め込み制御ソフトウェア142は、処理制御およびリアルタイムデータ収集の責任を負う。このソフトウェアは、処理制御およびリアルタイムデータ収集の機器ハードウェア設計に固有の要求条件を満たすように設計され、異なるタイプのSPM間で共通であっても、共通でなくてもよい。図3において、物理的要素層48は、1種またはそれ以上のSDMのためのハードウェアを制御する物理的移送ブロック110をも含む。これらのSDMの操作は、論理的移送ブロック100によって監視および制御される。好ましい態様によれば、物理的移送カテゴリーの基本構造は、物理的機器カテゴリーの構造に類似している。図3に関して上述したアーキテクチャは、配布されるソフトウェアシステムの範囲内にある責任の独特の部分を表し、本発明の好ましい態様に係るVIFAの構造的性状を示す。このフレームワークは、ワークフロー自動化層56の公開インターフェースによる拡張に対してオープンである。図3における上述のブロックは、各々が、本発明の好ましい態様に係るVIFAを構成するソフトウェアオブジェクトのカテゴリーまたはサブカテゴリーをカプセル化する。これらのオブジェクトは、VIFAの種々のコンポーネントが、調整し、同期した手法で相互作用することができるようにする点において、重要な役割を演ずる。これらの相互作用により、任意の機器複合体上での検査室ワークフロー操作の完全な制御が達成される。さらに、VIFAフレームワークの拡張ポイントとして適合している場合、これらのオブジェクトは、フレームワークの専門化を促進する。種々のオブジェクトの相互作用を、統一モデリング言語UML表記によって、図4~12、および26に表す。上記オブジェクトおよびそれらのメソッドについてのさらなる情報を、図13~25に提供する。以下において考察される記載は、本発明の好ましい態様に係る一般的な機器システムを構築するために必要とされる機構およびインターフェースの最小限の組のみに重きを置いている。しかしながら、前述のオブジェクトまたは構成を実装して、検査室環境において必要とされ得る、さらなる種々の機構を提供することができ、本発明が、この関連に限定されると解されるべきではないことは、当業者に容易に理解されるであろう。図4~12および26におけるオブジェクト並びに図13~25における対応するメソッドの説明を考慮する前に、主なソフトウェアオブジェクトの各々のについて、簡単に説明するのが適切である。図4~12において示されているように、好ましい態様に係る重要なオブジェクトは、論理的機器オブジェクト202、試験アクティビティーオブジェクト204、試験計画オブジェクト206、被検物オブジェクト208、試験データオブジェクト210、試験命令オブジェクト212、結果オブジェクト214、結果セットオブジェクト216、負荷分配機構オブジェクト218、機器コレクションオブジェクト220、追跡ポイントオブジェクト222、移送機構オブジェクト224、およびシステムユーザーオブジェクト226を含むことができる。これらの重要なオブジェクトの各々について、以下に記載する。論理的機器オブジェクト22は、ワークフロー自動化層内の単一のSPMエンティティーを表す機器複合体ブロック90内のオブジェクトである。このオブジェクトは、SPM50の特性を操作可能なコンポーネントとしてとらえる。新しいタイプのSPM50を統合する場合、そのコマンドおよび応答によって論理的機器オブジェクト202を専門化することができる。それにもかかわらず、ワークフロー自動化層内での論理的機器オブジェクトの挙動は不変のままである。試験計画オブジェクト206は、その支配下にある試験アクティビティーによって被検物を記述する。また、試験計画オブジェクト206は、所定の被検物に対して命令されるすべての試験のステータスのリプリゼンテーションを提供する。試験計画オブジェクト206は、以下に記載するように、対応する被検物オブジェクト208に一意に関連する。試験アクティビティーオブジェクト204は、被検物処理に関連する単一のアクティビティーを表す。各々の試験アクティビティーオブジェクト204は、ワークフロー自動化層56のカテゴリーによって実行される操作の調整の作業およびポイントの極小単位である。試験アクティビティーオブジェクト204は、試験計画オブジェクトによって、機器複合体ブロック90内に生成される。論理的機器オブジェクト202は、試験アクティビティーオブジェクト204を、SPMによってサポートされるレパートリーからの特定のコマンド中にマッピングする。試験アクティビティーオブジェクト204のコマンド中へのマッピングは、SPM埋め込み処理実装によって決定される。好ましい態様によれば、新しいSPMをサポートするために、試験アクティビティーオブジェクト204を変更する必要は無い。代わりに、この新しいSPMについて、試験アクティビティーオブジェクト204のコマンド中への新しいマッピングが規定される。このマッピングにより、論理的機器複合体90の拡張が促進される。被検物オブジェクト208は、被検物を移送可能な材料として識別し、被検物を、その物理的特性例えば、容器のタイプおよび最新の容量およびその場所例えば、検査室への中間経路、機器複合体内の位置、保管中などによって記述する。各々の被検物オブジェクト208は、対応する試験計画オブジェクト206と一意に関連する。試験データオブジェクト210は、機器複合体90のもう1つの拡張ポイントである。試験データオブジェクト210は複合オブジェクトであり、その構造を、分析的SPMによって生成されるデータと整合するように専門化することができる。新しいSPMを規定する場合には、試験データオブジェクト210の新しい専門化を求めることができる。試験命令オブジェクト212は、1種またはそれ以上の被検物に対して実行されるべき作業に対する公式要求である。試験命令オブジェクト212は、1種またはそれ以上の試験計画オブジェクト206を生成し、次に、この試験計画オブジェクト206が、1種またはそれ以上の試験アクティビティーオブジェクト204を生成する。これにより、単純な命令単一の被検物に対する試験命令に限られるおよび複雑な命令任意に指定されるルールに従って、被検物の組に対する種々の試験を併用するの両方の実装が可能となる。結果オブジェクト214は、単一の試験アクティビティーオブジェクト204に関連するすべてのデータを含み、このデータを管理および処理するためのソフトウェアを提供する。結果オブジェクトは、データを処理するためのアルゴリズムを規定することによって専門化される。結果セットオブジェクト216は、結果オブジェクト214の集合および結果オブジェクトからの派生を表す。結果セットオブジェクト216は、関連する結果オブジェクト214のグループ化を可能とする。また、結果セットオブジェクト216は、異なる結果セットオブジェクト216はからのデータを併せ、処理することによって、さらなる情報の集合を可能とする。負荷分配機構オブジェクト218は、上記機器複合体内の試験アクティビティーオブジェクト204によって表される試験の分配を自動化する。また、負荷分配機構オブジェクト218は、上記フレームワークの拡張ポイントをも表す。作業負荷分配の異なる実装を提供して、異なるシステム要求条件および異なる被検物受け渡しシステムに適応することができる。機器コレクションオブジェクト220は、上記機器複合体におけるすべての機器の集合表現である。機器コレクションオブジェクト220は、機器の状態の監視、上記複合体の試験能力の維持、並びに機器の追加および除去の管理の責任を負う。追跡ポイントオブジェクト222は、被検物の位置を監視するのに使用することができる被検物移送システム上の場所を表す。この場所は、被検物をキャリアーに関連づけるためのハードウェアを有していなければならない。例えば、バーコードリーダー装置によって、ラックおよび被検物試験管上のラベルを読み取ることができる。従って、この情報は、このバーコードリーダー装置に関連する追跡ポイントオブジェクト222を介して受け渡される。移送機構オブジェクト224は、SPM50への被検物の受け渡しを管理する責任を負う。移送機構オブジェクト224は、上記システムにおけるすべての追跡ポイントオブジェクトによって表される場所の間のルーチングテーブルを含む。移送機構オブジェクト224は、追跡ポイントオブジェクトを種々のタイプの宛先として設定および監視する。宛先の中には、SPM50の場所があってもよい。他の宛先が、上記被検物移送システムの入口または出口としてはたらくものであってもよい。好ましい態様において、移送機構オブジェクト224は、1種またはそれ以上の役割を果たすように、いくつかの宛先を設定することもできる。上記検査室自動化システム機能の統合を可能とする重要なものとして、移送機構オブジェクト224は、VIFAの重要な拡張ポイントをも表す。システムユーザーオブジェクト226は、本発明に係るVIFA系システムにおけるユーザーの基本的なタイプを表す。このオブジェクトは、上記システムアクティビティーにおける特定のタイプのユーザーの関与における要求に従って、上記自動化システムとのユーザーの相互作用をサポートするように専門化される。このオブジェクトによって実行されるのが好ましいシステムアクティビティーには、試験命令アクティビティー、試験結果監視、レビューおよび検証アクティビティー、品質保証アクティビティー、システムの構成に関連するアクティビティー、機器メンテナンス、並びにサービスアクティビティーなどが含まれる。図4~12は、上記VIFA構造の新規性および検査室ワークフローの少なくとも2種、好ましくは3種、もっとも好ましくは4種の要素の単一のアーキテクチャ内への統合を示している。これら4種の主な要素は、1情報フロー管理、2材料フロー管理、3機器管理、および4被検物受け渡し管理を含む。具体的には、これらの図には、以下の主な操作をサポートすることが可能なクラス構造が記載されている。1命令処理および作業負荷配分、2SPMへの被検物の受け渡しの管理および追跡、3多数のSPMにおける分析的処理の調整、4SPMにおける被検物処理、5多数のSPMからの試験データの整理統合、6機器の組からの結果のレビューおよび解放の整理統合、7機器複合体内のSPMのメンテナンス例えば個々のSPMの較正、並びに8多数のSPMからの機器ステータス情報の整理統合処理。図4は、前述のシステムユーザーオブジェクト226の構造を示している。この構造は、血液学的機器を含んでなるシステムにおいて適用可能なオブジェクトおよびサンプルインターフェースの代表的な組を示している。別のタイプの機器例えば化学分析機器を追加するには、このダイヤグラムにおいて示されているクラス構造の拡張が必要とされるであろう。例えば、化学機器のためのサポートを含ませるために、サービステックオブジェクトクラス228および機器オペレーターオブジェクトクラス230に新しいメソッドを追加することができる。さらに、図5、6、および7には、オーダーエントリーおよび試験計画ブロック80の内部構造が記載されている。試験計画ブロック80は、2種の別個のサブカテゴリーオブジェクトすなわち試験命令および試験計画を含んでなる。試験命令サブカテゴリーにおけるオブジェクトは、外部ユーザーが試験を指定し、関連する試験命令を監視することができるようにサポートする。この試験命令サブカテゴリー内で、試験命令オブジェクト212は、1種またはそれ以上の関連する試験の組を実行するためのリクエストを表す。この試験命令サブカテゴリーのオブジェクトは、すべての試験命令の処理および監視の責任を負う。このサブカテゴリーのオブジェクトのメソッドにより、上記システムが、1種々のシステムインターフェースから来るユーザー試験命令を識別し、解釈すること、2内部試験命令オブジェクト212を生成し、この試験リクエスト情報を試験計画サブカテゴリー内の試験計画オブジェクト206に伝えること、3他のカテゴリーによって更新される特定のアクティビティーを監視して、試験命令オブジェクト212の状態を管理し、システムユーザーとのインターフェースをサポートすること例えば、試験命令の提起者に対する試験命令ステータス、4必要に応じて試験命令をキャンセルすること、5試験が完了またはキャンセルされた際に試験命令オブジェクト212を削除することが可能となる。ブロック80の試験計画サブカテゴリーは、以下の一般的な順序で、上記システムにおけるすべての被検物についての試験アクティビティーオブジェクト204を処理および監視しつつ、試験計画オブジェクト206を管理する責任を負う。1試験計画オブジェクト206を生成し、2試験計画において公式要求される作業のための試験アクティビティーオブジェクト204を生成し、3試験アクティビティーオブジェクト204に対応する結果オブジェクト214複数であってもよいを初期化し、4機器複合体ブロック90に含まれる負荷配分オブジェクト218に試験アクティビティーオブジェクト204複数であってもよいをディスパッチし、5他のカテゴリーによって更新される特定のアクティビティーを監視することによって、試験アクティビティーオブジェクト204および試験計画オブジェクト206の状態を管理し、6必要に応じて試験アクティビティーオブジェクト204をキャンセルし、そして7被検物処理が完了した際に試験アクティビティーオブジェクト204および試験計画オブジェクト206を削除する。図6および7におけるクラスダイヤグラムは、上記1~7の工程を促進する、試験計画サブカテゴリーのオブジェクト206と他のカテゴリーのオブジェクトとの間の関係を示している。図6は、工程1~3において助けとなる、ブロック80における試験計画サブカテゴリーのオブジェクト206とブロック120の結果処理および検証カテゴリーのオブジェクトとの間の関係を強調している。図7は、試験計画オブジェクト206とブロック90の機器複合体カテゴリーからのオブジェクトとの間、ブロック100の論理的移送カテゴリーとブロック70のシステムユーザーカテゴリーとの間の関係を示している。これらの関係は工程3~5を実装するのに使用され、次に、機器複合体ブロック90内でのアクティビティー分配並びに論理的移送ブロック100内での被検物の追跡および受け渡しのためのサポートを提供する。図8には、ブロック90の機器複合体カテゴリーが、機器SPMの制御を整理統合し、SPMにおける被検物の処理を促進することを可能とするオブジェクトが示されている。このカテゴリーにおいて実行される以下の工程は、機器複合体における試験の処理に寄与する。1ブロック80の試験計画カテゴリーからディスパッチされた試験アクティビティーオブジェクト204を処理し、2SPMを選択し、試験アクティビティーオブジェクト204を、選択されたSPMを表す論理的機器オブジェクト202に指示し、3SPMに対してコマンドを発し、被検物の受け渡しのためのリクエストを論理的移送カテゴリーに提起し、そして4指示された試験アクティビティーオブジェクト204の状態を監視する。また、機器複合体内の個々のSPMを管理する主な共通工程も、ブロック90の機器複合体カテゴリーに含まれる。これらは、以下の通りである。1SPMを機器複合体に追加し論理的機器オブジェクト202を生成する、2SPMをオンラインとし、3SPMステータスを監視およびリポートし、4SPMをオフラインとし、そして5SPMを機器複合体から除去する論理的機器オブジェクト202を削除する。機器コレクションオブジェクト220、負荷分配機構オブジェクト218、論理的機器オブジェクト202、および機器コンフィギュレーションオブジェクト232の構造並びにインターフェースは、上記2組の操作を実装するために使用される情報およびメソッドを提供する。図9におけるクラスダイヤグラムは、ブロック100の論理的移送カテゴリーの構造を図解したものである。このカテゴリーにより、VIFA内のワークフローの被検物移送要素の統合が可能となる。ブロック100の論理的移送カテゴリーは、上記システム内の被検物の監視およびそれらの被検物の目的とする宛先への受け渡しの管理を強調している。これらの機能は、以下の工程によって、論理的移送カテゴリー内でサポートされる。1被検物エントリーを処理し被検物オブジェクト208を生成する、2論理的機器オブジェクト202からの被検物受け渡しリクエストを処理し、3移送システム制御機構234に対してコマンドを発し、4被検物識別装置236例えばバーコードリーダーからのリポートを収集することによって被検物の位置を追跡し、5被検物オブジェクト208のステータス例えば容量、位置などを管理し、そして6被検物の退出を処理する被検物オブジェクト208を削除する。また、機器複合体のコンフィギュレーションを管理する一般的なタスクをサポートする論理的移送カテゴリー内では、他の任意選択的な工程も実行される。これらの工程は、上述の、個々のSPMを維持する共通工程に関連し、1移送システム上の被検物識別装置例えばバーコードリーダーを設定し追跡ポイントオブジェクト222を生成し、被検物識別装置の位置を移送システム上の場所と関連づける、2移送システム上のSPMを設定しSPMを追跡ポイントオブジェクト222と関連づける、3SPMを移送システムから除去しSPMを追跡ポイントオブジェクト222から分離する、4被検物識別装置例えばバーコードリーダーを移送システムから除去する追跡ポイントオブジェクト222を移送機構オブジェクト224から除去する。図10、11、および12は、ブロック120の結果処理および検証カテゴリー内の操作をサポートするのに必要とされるクラス構造および関係についての情報を提供している。図10におけるクラスダイヤグラムは、主な構造要素を図解している。また、図10は、結果オブジェクトのブロック80の試験計画カテゴリーにおけるオブジェクトへの依存性をも図解している。さらに、このダイヤグラムは、結果の検証におけるシステムユーザーオブジェクト226の役割をも図解している。図11は、SPM生成データおよび永続性情報例えば以前の患者の結果、患者人口統計、およびユーザー規定ルールの処理間での依存性を図解している。図11におけるクラスダイヤグラムは、多数のSPMからの試験データの統合処理例えば結果の検証および解放並びに患者記録システムとの情報交換を目的とする関係を強調している。図12は、ブロック120の結果処理および検証カテゴリー内でのSPM較正タスクをサポートするオブジェクト構造および関係を示している。以下の工程は、このカテゴリー内での操作の基本的な組を命令する。1結果オブジェクト214を生成および初期化し、2結果セットオブジェクト216を生成および初期化し特定の派生方式または共用属性複数であってもよいによって結果オブジェクト214を関連づける、3システムユーザーオブジェクト226へのステータスリポーティングをサポートしつつ、結果オブジェクト214および結果セットオブジェクト216の状態を管理し例えば結果または結果のグループの状態を認定ユーザーにリポートする、4試験データオブジェクト210の処理の必要性を評価しSPMによって供給されるデータのタイプおよび適用可能な較正情報を決定し、SPMデータの処理のためのアルゴリズムを選択する、5結果オブジェクト214および結果セットオブジェクト216に適用される標識付け基準例えば、患者人口統計および検査室ルールを決定し、6SPMによって生成される試験データを取得し、それを結果オブジェクト214と関連づけ、7予め選択されたアルゴリズムを適用し、8必要に応じて、患者についての以前の結果を患者記録システムから検索し、9標識付け基準、一般的検証ルール、および検査室に固有の手順を適用し、10必要に応じて、反復試験条件または反射試験条件をシステムユーザーオブジェクトにリポートし、11結果を解放しデータを患者記録システムに解放する、12結果オブジェクト214および結果セットオブジェクト216を削除する。図26は、一般的な血液学的機器のためのブロック140の物理的機器カテゴリーの基本的なクラス構造を示している。このクラス構造は、VIFA系システムにおけるSPM統合のための、いくつかの要求条件を図解している。図4~12および26におけるVIFAの構造的性状の説明は、図13~25における共通システム挙動の説明によって補足される。図13~25は、命令処理から試験結果の結果処理および解放までのワークフローの主な局面においてコラボレーションされている種々のオブジェクトによって実行される操作の順序を示すオブジェクト相互作用ダイヤグラムOIDである。システム挙動の説明により、如何にVIFAの内部編成が検査室ワークフローの自動化を目的とし、ワークフローの4種の要素を統合するかが示される。各々のOIDは、単一の操作順序のフラグメントを示す。試験命令を提起し、試験アクティビティーをSPMにディスパッチし、被検物移送を管理し、そして結果を処理するという操作順序は、示されているようにOIDをグループかすることによって構築される。示されているOIDにおける操作順序は単なる例示的なものであって、この関連に本発明が限定されるものではないことが当業者に理解されるであろう。図13a~13cにおけるOIDは、VIFA系システムにおける試験命令のための2種のシナリオを図解している。一方のシナリオによれば、以下のようにバーコード読み取り装置を介して、試験命令を提起することができる。1図16において示されているように、被検物がシステムに入り、そして2被検物の容器上のバーコードラベルからの命令情報を使用して、システムユーザーオブジェクト226によって、試験命令が提起される図13a。第2のシナリオによれば、命令情報のエントリーおよび被検物の導入を、2つの別個のイベントとすることができる。被検物がシステムに入る前に試験命令を提起することができる。この場合、各フラグメントを以下のように順序づけることができる。1ローカルなワークステーションまたは離れたワークステーションから試験命令が提起され図13b、2図16において示されているように、被検物がシステムに入り、そして3保留されている試験命令が処理される図13c。これら2種のシナリオは、試験命令が提起された時点での被検物の有無による挙動の違いを示している。図14は、試験命令処理の共通フラグメントを示している。このフラグメントは、上記のいずれのシナリオの完了時にも作動する。ここで、試験計画オブジェクト206と機器コレクションオブジェクト220との間のコラボレーションにより試験アクティビティーが選択され、これらの試験アクティビティーは、機器複合体において実行されるためにディスパッチされる。図15において示されているように、この処理により、SPM生成試験データを処理および検証するために、結果オブジェクト214が初期化される。上記に続いて、試験アクティビティーがSPM複数であってもよいに指示され、被検物の受け渡しが命令される。これらの操作は、図17に示されている。図18、19、20、および21におけるシナリオのフラグメントは、被検物が移送システムに入った後に如何に取り扱われるかを図解している。それらは、被検物管理の以下の基本的な工程を示している。1被検物の受け渡しの追跡、2SPMへの被検物の到着、3SPMによる被検物の処理、および4SPMからの被検物の解放。図22~25におけるシナリオのフラグメントは、VIFA系システムにおいて、SPMによって受け渡される試験データが処理され、検証され、そして解放される基本的な順序を図解している。