JP2017528829A - 診断機器、方法及び装置用の統合コンソール環境 - Google Patents

Abstract

診断機器用の統合コンソール環境のためのシステム、方法、及び装置が開示される。例示的な装置は、患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている試験室分析器を含む。また、例示的な装置は、複数の他の患者サンプル結果データの中で、患者サンプル結果データをローカルに記憶するように構成されている第１の試験室機器メモリと、第１の試験室機器メモリへのアクセスを提供するように構成されている、第１のアドレスの第１のデータ・アクセス・コンポーネントと、をも含む。

Description

本開示は、一般に、診断試験室機器用の統合コンソール環境を実施するためのシステム、方法、及び装置に関し、より詳細には、１つ以上のデータ・アクセス・コンポーネント（ｄａｔａ ａｃｃｅｓｓ ｃｏｍｐｏｎｅｎｔ、「ＤＡＣ」）を使用する、試験室機器からのデータの記憶の管理に関する。

多くの既知の試験室環境において、試験室機器はデータ管理センタに接続されており、このデータ管理センタは、集中サーバ及び／又は集中記憶デバイスを含む。一般に、試験室機器によって生成されるデータ、例えば生体サンプルのテスト結果は、データ管理センタに送信されている。データ管理センタ内の１つ以上のサーバは、実質的に全ての試験室データの記憶及びアクセスを管理する。このような構成は、エンタープライズ（ｅｎｔｅｒｐｒｉｓｅ）の全域及び／又はエンタープライズ外のクライアントデバイスが、集中記憶データにアクセスすることを可能にする。また、このような構成では、データが１つの集中ロケーションに配置されるので、データ管理を合理化する。

データ記憶装置への集中アプローチは、いくつかの既知の欠点を有する。第１に、停電又はデータ管理センタの性能の劣化が、エンタープライズ全体でのデータアクセスに影響する。一部のデータ管理センタは、バックアップ又は冗長サーバ及びデータ記憶デバイスを使用して、停電の影響を減少させる。しかし、バックアップ又は冗長サーバがオンラインになると、多くの場合、データへのアクセスは妨げられる。加えて、停電により生じるトラフィックの急増により、バックアップ又は冗長サーバ又はデータ記憶デバイスもオフラインになることがある。一時的であっても、非常に重要な試験室データへのアクセスを失うことは、とりわけ病院又は医療環境において問題である。

集中アプローチについての第２の問題は、情報技術部が、サーバ及びデータ記憶デバイスを準備して、多くのエンタープライズのクライアントデバイスが同じサーバ又はデータ記憶デバイスにアクセスし得るピークトラフィック時間に対処しなければならないことである。ピークトラフィックに対処するために、情報技術部は多くの場合、サーバ及び／又はデータ記憶デバイスをオーバープロビジョン（ｏｖｅｒ ｐｒｏｖｉｓｉｏｎ）して、ピークシステム負荷で利用可能な十分な帯域幅及びプロセッサがあることを保証する。しかし、オーバープロビジョンにより、一般に、非ピーク時にサーバ又はデータ記憶デバイスが十分に活用されない。一般に、これらの集中システムは、サーバ又はデータ記憶デバイスを絶えず作動（例えばスケーリング（ｓｃａｌｉｎｇ））及び停止させることによる非効率の結果として、日常的にはスケーリングされていない。

集中アプローチについての第３の問題は、データ管理センタ内のサーバ及びデータ記憶デバイスをアップグレードして、試験室機器に対する任意の変更又はアップグレードに対処しなければならないことである。例えば、エンタープライズは、データを集中システムに送信する数十〜数百の試験室機器を含むことがある。それぞれの試験室機器は、特定のデータ構成、通信プロトコル、オペレーティングシステム等で構成されており、任意の所定のエンタープライズは、多くの異なるデータ受信タイプ及び方法に対処しなければならないことがある。１つの機器のソフトウェアのアップデート又は新しい機器の追加は、現在のシステムに適合しない新しいプロトコル又は構成を組み込むことがある。結果として、数十又は数百の試験室機器のうちの１台だけをアップデート又は変更するときに、集中システム全体をアップデートしなければならないことがある。

本開示は、診断試験室機器用の統合コンソール環境を実施するための、新しい、革新的なシステム、方法、及び装置を提供する。例示的な実施形態では、統合コンソール環境の試験室装置は、患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている試験室分析器を含む。また、試験室装置は、複数の他の患者サンプル結果データの中で、患者サンプル結果データをローカルに記憶するように構成されている試験室機器メモリと、試験室分析器と共に動作するように構成されている試験室プロセッサであって、試験室分析器によって生成されるデータが、患者サンプル結果データであるか、又は品質管理データであるかを判定する、試験室プロセッサと、をも含む。また、試験室プロセッサは、生成されるデータが患者サンプル結果データである場合、患者サンプル結果データを試験室機器メモリに記憶し、生成されるデータが品質管理データである場合、品質管理データを遠隔配置メモリに送信するようにも構成されている。例示的な試験室プロセッサは、生成から所定時間後に、患者サンプル結果データを中央配置永続メモリに送信するように更に構成されている。

別の例示的な実施形態では、統合コンソール環境のアプリケーションサーバは、患者サンプル結果データについて、クライントデバイスから、患者サンプル結果データに関連する患者の識別子を含む要求を受信し、患者サンプル結果データが、アプリケーションサーバに通信可能に連結されている中央メモリに記憶されているか否かを判定するように構成されている。また、アプリケーションサーバは、患者サンプル結果データが中央メモリに記憶されている場合、患者サンプル結果データを中央メモリから読み取り、患者サンプル結果データをクライアントデバイスに送信するようにも構成されている。更に、アプリケーションサーバは、患者サンプル結果データが中央メモリに記憶されていない場合、識別子を含むクエリメッセージを、複数の試験室機器にブロードキャストして、患者サンプル結果データを要求し、クエリメッセージに応答して、試験室機器のうちの少なくとも１つから、患者サンプル結果データを受信し、患者サンプル結果データをクライアントデバイスに送信するように構成されている。

更に別の例示的な実施形態では、統合コンソール環境の試験室機器は、患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている試験室分析器を備える。また、試験室機器は、複数の他の患者サンプル結果データの中で、患者サンプル結果データをローカルに記憶するように構成されている第１の試験室機器メモリと、第１の試験室機器メモリへのアクセスを提供するように構成されている、第１のアドレスの第１のデータ・アクセス・コンポーネントと、をも含む。試験室機器は、複数の他の品質管理データの中で、品質管理データをローカルに記憶するように構成されている第２の試験室機器メモリと、第２の試験室機器メモリへのアクセスを提供するように構成されている、第２のアドレスの第２のデータ・アクセス・コンポーネントと、をも更に含む。

開示されるシステム、方法、及び装置の追加の特徴及び利点は、下記の詳細な説明及び図面に記載され、これらから明らかであるであろう。

本開示の例示的な実施形態による、統合コンソール環境を示す図であり、この統合コンソール環境は、アプリケーションサーバ経由で一緒に通信可能に連結されている分散した試験室機器（ｄｉｓｔｒｉｂｕｔｅｄ ｌａｂｏｒａｔｏｒｙ ｉｎｓｔｒｕｍｅｎｔ）を備える。 本開示の例示的な実施形態による、図１の試験室機器の機器コンソールを示すダイアグラムである。 本開示の例示的な実施形態による、図１の統合コンソール環境の分散したクライアント−サーバアーキテクチャ内のデータ・アクセス・コンポーネントのアーキテクチャダイアグラムを、クライアント及びデータベースとの関連で示す図である。 本開示の例示的な実施形態による、どのようにサンプル試験室データがモデル化され、データベースに記憶され得るかを示すデータ構造のダイアグラムを示す図である。 本開示の例示的な実施形態による、どのように１つ以上の試験室機器の試験室データが、機器コンソールのデータ・アクセス・コンポーネント経由で、クライアントデバイスに利用可能となり得るかの例を提供する図である。 本開示の例示的な実施形態による、どのように１つ以上の試験室機器の試験室データが、機器コンソールのデータ・アクセス・コンポーネント経由で、クライアントデバイスに利用可能となり得るかの例を提供する図である。 本開示の例示的な実施形態による、どのように１つ以上の試験室機器の試験室データが、機器コンソールのデータ・アクセス・コンポーネント経由で、クライアントデバイスに利用可能となり得るかの例を提供する図である。 本開示の例示的な実施形態による、可能性のあるデータ記憶装置の構成のダイアグラムを示す図である。 本開示の例示的な実施形態による、可能性のあるデータ記憶装置の構成のダイアグラムを示す図である。 本開示の例示的な実施形態による、可能性のあるデータ記憶装置の構成のダイアグラムを示す図である。

本開示は、一般に、診断試験室機器用の統合コンソール環境を実施するための方法、装置、及びシステムに関する。本明細書で開示される例示的な統合コンソール環境は、試験室機器及び／又は試験室コンソールを備え、これらは、試験室データをローカルに記憶するように構成されている。これらの試験室機器及び／又はコンソールは、データ・アクセス・コンポーネント（「ＤＡＣ」）を備え、このＤＡＣは、１つ以上のアプリケーション・プログラマブル・インターフェイス（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍａｂｌｅ ｉｎｔｅｒｆａｃｅ、「ＡＰＩ」）経由で、基礎（ｕｎｄｅｒｌｙｉｎｇ）データへのクライアントアクセスを提供するように構成されている。試験室機器及び／又はコンソールにおける試験室データの分散は、集中システムと比較して、相対的に信頼性の高い、スケーリング可能かつロバストなフレームワークを提供する。また、試験室機器及び／又は機器に接続されているコンソールにおける試験室データの分散は、データ分析及び永続記憶機能が、データのローカル位置に基づいて、エンタープライズネットワーク全域で分散されることも可能にする。

上で議論したように、既知の現在の集中試験室システムは、停電の対象であり、この停電は、中央記憶試験室データの全てへのアクセスに影響し得る。これらの集中システムとは対照的に、本明細書で開示される例示的な統合コンソール環境は、試験室コンソールにおいて、試験室データをローカルに記憶し、この試験室コンソールは、データを生成する試験室機器に接続されている。クライアントデバイスは、試験室コンソールにコンソールから直接アクセスして、記憶されている試験室データを読み出すことができる。このような構成は、ネットワークの他の部分がオフラインであっても、又は他の試験室機器／コンソールがオフラインであっても、クライアントデバイスが記憶されている試験室データにアクセスすることを可能にする。

また、機器データのローカル記憶は、任意の１つのデータ記憶デバイスへのトラフィックを低減する。例えば、エンタープライズは、２０台の試験室機器を含むことがある。クライアントデバイスは、試験室機器及び／又はそれぞれのコンソールのみにアクセスし、これらに、要求される試験室データが記憶されている。このことは、トラフィックが集中データベースにルートされる（ｒｏｕｔｅｄ）代わりに、全てのエンタープライズクライアントデバイスからのトラフィックが、試験室機器の中で分散されるであろうことを意味する。また、このことは、トラフィックがより分散され、限定された帯域幅のより少ないインスタンス（ｉｎｓｔａｎｃｅ）とし得ることも意味する。

試験室データを、試験室機器及び／又はコンソールに分散させることは、関連する機能を分散させることも可能にする。対照的に、集中データ管理システムは、一般に、１つ以上のサーバを備え、このサーバは、データを処理及び／又は分析するために必要とされる全てのアプリケーションと共に構成されている。本明細書で開示される例示的な統合コンソール環境は、アプリケーション及び他の機能を、試験室機器及び／又は関連するコンソールに分散させ、関係する又は適切なアプリケーション及び他の機能が試験室機器／コンソールに提供されるようになっている。この分散された構成は、アプリケーション及び他の機能を試験室機器／コンソールに具体的に適合させることを可能にする。更に、アプリケーションの変更又は試験室機器のアップデートは、全体としてのシステムではなく、その機器のみに影響する。

本開示全体にわたって、試験室データが言及される。以下でより詳細に記載される通り、試験室データは、試験室機器により生成されるデータである。試験室データはサンプルデータを含んでもよく、このサンプルデータは、１つ以上の化学的又は生物学的テストをサンプルについて行うことにより生成される結果又はインテスト（ｉｎ−ｔｅｓｔ）データを含む。また、試験室データは、品質管理（ｑｕａｌｉｔｙ ｃｏｎｔｒｏｌ、「ＱＣ」）データを含んでもよく、このＱＣデータは、１つ以上の化学的又は生物学的テストを、既知の特性を有するコントロールサンプルについて行うことにより生成される結果又はインテストデータを含む。ＱＣデータは、一般に、試験室機器及び／又は具体的なテストの精度又は性能を検証するために使用される。また、試験室データは、試験室機器の構成データ、及び試験室機器のメンテナンス又は動作性能に関連する診断データを含んでもよい。試験室データは、試験室テスト検証及び／又はオペレータ検証に関連する監査情報を更に含んでもよい。

本明細書では、試験室機器及び試験室コンソールも言及される。試験室機器は、一般に、１つ以上の分析器を備え、この分析器は、化学サンプル又は生体サンプルの１つ以上の特性を判定するように構成されている。試験室コンソールは、コンピュータ、サーバ、プロセッサ等（動作のための指示を記憶するメモリを備え、又はメモリに通信可能に連結されている）を備え、これは、試験室機器によって生成されるデータを処理し、記憶し、又は管理するように構成されている。場合によっては、単一のエンクロージャが、１つ以上の試験室機器及び試験室コンソール（例えばオンボードワークステーション（ｏｎｂｏａｒｄ ｗｏｒｋｓｔａｔｉｏｎ））を含んでもよい。他の例では、試験室コンソールは、物理的に別個であってもよいが、同じ又は別個のエンクロージャにおいて、１つ以上の試験室機器に通信可能に連結されている。本明細書の特定の例では、試験室機器の明示的な言及は、試験室機器に通信可能に連結されている試験室コンソールの黙示的な言及を含む。

図１は、統合コンソール環境１００を示し、この統合コンソール環境１００は、分散した試験室機器１０２ａ、１０２ｂ、及び１０２ｃを備え、この試験室機器１０２ａ、１０２ｂ、及び１０２ｃは、アプリケーションサーバ１０４経由で一緒に通信可能に連結されている。例示的な試験室機器１０２は、１つ以上の化学サンプル又は生体サンプルを受け入れ、１つ以上の化学的又は生物学的テストをサンプルについて行い、テストの経過／結果を記録するように構成されている。図１は、３つの試験室機器１０２ａ、１０２ｂ、及び１０２ｃを示すが、他の実施形態は、追加の又はより少ない試験室機器を含み得ることが理解されるべきである。

例示的なアプリケーションサーバ１０４は、試験室機器１０２へのアクセスを提供するように構成されている。アプリケーションサーバ１０４は、集中データベース１０５に通信可能に連結されており、この集中データベース１０５は、相対的に古い又はアーカイブされた試験室データを記憶し得る。場合によっては、アプリケーションサーバ１０４は、ゲートウェイ、ルート、スイッチ等を含み、これらは、クライアントデバイス１０６が、適切な試験室機器１０２（又は試験室機器のコンソール）に通信可能に連結されることを可能にする。例えば、クライアントデバイス１０６ａは、データのための要求メッセージを送信でき、この要求メッセージは、試験室機器１０２ａのネットワークアドレス（又は試験室機器１０２ａのＤＡＣのネットワークアドレス）を含む。アプリケーションサーバ１０４は、規定のネットワークアドレスを使用して、要求メッセージを規定の試験室機器１０２ａにルートする。

他の例では、アプリケーションサーバ１０４は、インターフェイスを含んでもよく、このインターフェイスは、試験室機器１０２をクライアントデバイス１０６の直接アクセスから隔離する。例えば、クライアントデバイス１０６は、要求メッセージを送信でき、この要求メッセージは、試験室機器１０２のネットワークアドレスを含む。要求メッセージの受信に応答して、アプリケーションサーバ１０４は、別個の要求メッセージを規定の試験室機器１０２に送信し、要求されたデータを受信し、要求されたデータを含む、クライアントデバイス１０６への応答メッセージを生成する。

クライアントデバイス１０６は、試験室機器１０２に、任意の広域ネットワーク１０８（例えばインターネット）及び／又はローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、「ＬＡＮ」）１１０経由で接続していてもよい。例えば、図１に示されるように、アプリケーションサーバ１０４は、クライアントデバイス１０６ａ及び１０６ｂに、広域ネットワーク１０８（例えばインターネット）経由で通信可能に連結されており、クライアントデバイス１０６ｃ、１０６ｄ、及び１０６ｅに、ローカル・エリア・ネットワーク（「ＬＡＮ」）１１０経由で通信可能に連結されている。場合によっては、クライアントデバイス１０６は、仮想ＬＡＮ（ｖｉｒｔｕａｌ ＬＡＮ、「ＶＬＡＮ」）又は他の安全なトンネル（ｓｅｃｕｒｅ ｔｕｎｎｅｌ）を使用して、試験室機器１０２にネットワーク１０８又は１１０経由で直接接続していてもよい。

例示的なクライアントデバイス１０６、アプリケーションサーバ１０４、及び／又は試験室機器１０２は、１つ以上のクライアント１０７を含んでもよく、このクライアント１０７は、データベース１１６に記憶されている試験室データへのアクセス、修正、分析等を行うように構成されている。以下でより詳細に議論されるように、クライアント１０７は、所望のデータに関連するＤＡＣにアクセスするように構成されている。それぞれのＤＡＣは、記憶されている試験室データのデータ階層又は構造と共に構成されており、クライアント用のインターフェイスを提供し、このインターフェイスは、基礎データの構造をマスク又は他の方法で隠す。この構成は、クライアント１０７が、異なる試験室機器１０２に記憶されている異種の試験室データにアクセスすることを可能にする。このとき、クライアント１０７は、試験室データの基礎記憶構造（例えばファイル構造）又は試験室データのフォーマットの知識を持ってプログラミングされていなくてもよい。ＤＡＣのクライアント−サーバアーキテクチャは、図３と共に、更に詳細に議論される。

また、図１の例示的な試験室機器１０２は、機器コンソール１１２（例えば試験室コンソール）も含み、この機器コンソール１１２は、データ記憶、データアクセス、及びデータ管理を管理するように構成されている。試験室機器１０２は、１つ以上の分析器１１４を更に含み、この分析器１１４は、化学サンプル又は生体サンプルを分析し、分析から対応する試験室データを生成するように構成されている。例示的な機器コンソール１１２は、生成されるデータを分析器１１４から受信し、ローカルデータベース１１６に記憶する。例示的なデータベース１１６は、例えば、ＳＱＬサーバデータベースを含んでもよい。

図２は、図１の例示的な機器コンソール１１２のダイアグラムを示す。機器コンソール１１２は、コンピュータ、ラップトップ、タブレットコンピュータ、サーバ、プロセッサ等で実施されてもよく、これらは、試験室機器１０２に配置され、又は試験室機器１０２に通信可能に連結される。例示的な機器コンソール１１２は、試験室分析器１１４に、機器ドライバ２０２経由で通信可能に連結されている。例示的な機器ドライバ２０２は、分析器１１４を制御し、クエリするように構成されており、この制御及びクエリは、例えば、オペレータによってコンソールインターフェイス２０４経由で提供されるコマンド、遠隔クライアントデバイス１０６から受信されるコマンド、及び／又はアプリケーションサーバ１０４経由で受信されるコマンドに基づいてなされる。コマンドは、例えば、１つ以上のテストを生体サンプルについて行う指示を含んでもよい。また、例示的な機器ドライバ２０２は、データベース１１６に記憶するために、試験室分析器１１４によって生成されるデータを、ＤＡＣ ２０６（例えばＤＡＣ ２０６ａ〜２０６ｅ）に送信するようにも構成されている。機器ドライバ２０２は、例えば、Ｗｉｎｄｏｗｓ（登録商標）サービス及び／又はＩｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ（「ＩＩＳ」）プラグインとして動作し、このプラグインは、外部ＡＰＩをＲｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ（「ＲＥＳＴ」）ウェブサービスエンドポイントとして提供する。

例示的なコンソールインターフェイス２０４は、１つ以上のクライアント及び／又はアプリケーションを含み、これらは、オペレータ２０８が試験室分析器１１４を制御し、生成される試験室データを閲覧し（ｖｉｅｗ）、試験室データを分析し、かつ／又は試験室データを編集／削除することを可能にするように構成されている。例示的なコンソールインターフェイス２０４は、ＤＡＣ ２０６に通信可能に連結されており、クライアント及び／又はアプリケーションが、データベース１１６に記憶されている試験室データにアクセスすることを可能にする。また、コンソールインターフェイス２０４は、診断、機器、監査、又はＱＣ機能をオペレータに提供してもよい。

図２の例示的なＤＡＣ ２０６は、動的リンクライブラリ（ｄｙｎａｍｉｃ−ｌｉｎｋ ｌｉｂｒａｒｙ、「ＤＬＬ」）を含み、このＤＬＬは、試験室データ及びビジネスロジックをカプセル化する。以下でより詳細に議論される通り、ＤＡＣ ２０６は、１つ以上のＡＰＩを備え、このＡＰＩは、クライアント及び／又はアプリケーション（例えばコンソールインターフェイス２０４）が、基礎試験室データにアクセスすることを可能にする。このとき、クライアント又はアプリケーションは、試験室データが記憶されているフレームワークを知らなくてもよい。図示される例のＤＡＣ ２０６は、５つのアプリケーション固有のＤＡＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ＤＡＣ）を含み、これらはそれぞれ、データベース１１６の基礎部分に、接続又は他の方法で通信可能に連結されている。例えば、サンプルＤＡＣ ２０６ａは、データベース１１６ｉに記憶されているサンプルデータへのアクセスを提供するように構成されており、構成ＤＡＣ ２０６ｂは、データベース１１６ｉｉに記憶されている試験室分析器１１４及び／又は機器コンソール１１２の構成データへのアクセスを提供するように構成されており、ＱＣ ＤＡＣ ２０６ｃは、データベース１１６ｉｉｉに記憶されているＱＣデータへのアクセスを提供するように構成されている。加えて、機器ＤＡＣ ２０６ｄは、データベース１１６ｉｖに記憶されている機器データへのアクセスを提供するように構成されており、監査ＤＡＣ ２０６ｅは、データベース１１６ｖに記憶されている監査データへのアクセスを提供するように構成されている。図２は、データベース１１６ｉ〜１１６ｖを、データベース１１６の一部であるとして示すが、他の実施形態では、データベース１１６ｉ〜１１６ｖのうちのそれぞれは、別個のデータベースであってもよい。例えば、データベース１１６ｉは、ソリッド・ステート・ドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ、「ＳＳＤ」）に含まれてもよいのに対し、データベース１１６ｉｉは、シリアルＡＴＡ（ｓｅｒｉａｌ ＡＴＡ、「ＳＡＴＡ」）ドライブに含まれる。更に、図２は、５つのＤＡＣを示すが、機器コンソール１１２は、追加の又はより少ないＤＡＣを含んでもよいことが理解されるべきである。例えば、ＤＡＣは、試験室機器１０２内に含まれるそれぞれのタイプの分析器１１４のために設けられてもよく、かつ／又はＤＡＣは、分析器１１４によって行われ得るそれぞれのタイプのテストのために設けられてもよい。

いくつかの実施形態では、ＤＡＣのうちのそれぞれは、１つ以上のネットワークアドレスに割り当てられてもよい。例えば、クライアントデバイス１０６（又はオペレータ２０８）は、ＤＡＣ ２０６に送信される要求メッセージ内のネットワークアドレス（例えばＩＰアドレス）を使用して、データベース１１６のデータを直接引き出し、データにアクセスしてもよい。アプリケーションサーバ１０４、又は他のスイッチは、例えば、要求メッセージのヘッダ内のＤＡＣネットワークアドレスを使用して、要求メッセージを適切な試験室機器１０２、機器コンソール１１２、及び／又はＤＡＣ ２０６にルートする。このような構成の１つの利点は、個別にアドレス指定可能なＤＡＣ ２０６が、試験室機器１０２及び／又は機器コンソール１１２をウェブベースにできることである。すなわち、ＤＡＣのＩＰアドレスを、クライアントデバイス１０６でウェブブラウザ（又は他のインターフェイス）に提供することにより、試験室機器１０２及びＤＡＣ ２０６の両方が、インターフェイス経由で遠隔アクセス可能である。いくつかの実施形態では、クライアントデバイス１０６及び／又はクライアント１０７は、ウェブサービスを使用して、ＤＡＣ２０６と通信してもよい。

いくつかの実施形態では、試験室機器１０２及び／又はアプリケーションサーバ１０２は、ファイアウォールの後ろに配置されており、静的ＩＰアドレスが、ＤＡＣ ２０６及び／又は機器コンソール１１２のうちのそれぞれに提供されるようになっている。あるいは、機器１０２がインターネット又はイントラネットに接続される度に、異なる又は動的なパブリックＩＰアドレスが、ＤＡＣ ２０６及び／又は機器コンソール１１２に提供される。他の実施形態では、機器１０２（又は基礎ＤＡＣ ２０６及び／若しくはコンソール１１２）は、静的ＩＰアドレスを提供され、ファイアウォールの後ろに配置されない。静的ＩＰアドレスは、同じ試験室内の他の機器又は中央コンピュータのユーザーが、機器１０２、及びＤＡＣ ２０６によって提供されるデータにアクセスすることを、より容易にし得る。更に他の実施形態では、機器１０２（又は基礎ＤＡＣ ２０６及び／若しくはコンソール１１２）は、ファイアウォールによる保護なしで、インターネットにも接続されるが、１つ以上の動的ＩＰアドレスを提供される。

いくつかの実施形態では、ＤＡＣ ２０６からのデータは、読み取り専用フォーマットでのみ利用可能である。他の実施形態では、ＤＡＣ ２０６によりアクセス可能とされるデータは、例えば特定のユーザー構成又は構成ＤＡＣ ２０６ｂのソフトウェアアップデートで、変更及び修正され得る。異なる許可が異なるＤＡＣ ２０６に提供され、定義されたオペレータ及び／又はユーザーのグループだけが、任意の所定のＤＡＣの基礎データを読み取る又は修正することができるようになっていてもよいことが理解されるべきである。

また、図２の例示的な機器コンソール１１２は、試験室情報システム（ｌａｂ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ、「ＬＩＳ」）ドライバ２１０も含み、このＬＩＳドライバ２１０は、機器コンソール１１２に送信されるテスト命令に関するメッセージを監視するように構成されている。例示的なＬＩＳドライバ２１０は、新しい命令のための要求を、例えば機器ドライバ２０２及び／又は適切なＤＡＣ ２０６に送信する。また、ＬＩＳドライバ２１０は、命令の完了の通知を含む命令のステータスも報告する。ＬＩＳドライバ２１０は、データベース１１６に記憶されている命令に関連する基礎データへの変更を監視することにより、命令への変更を判定し得る。例えば、ＬＩＳドライバ２１０は、サンプルＤＡＣ ２０６と通信して、データベース１１６ｉに記憶されているサンプルデータにアクセスし、対応する命令のステータスを判定してもよい。命令のステータスは、定期的に、命令を要求したクライアントデバイス１０６に送信されてもよく、かつ／又は例えばアプリケーションサーバ１０４によりホスティングされた（ｈｏｓｔｅｄ）ステータスウェブページに送信されてもよい。ステータスウェブページは、コンソール情報を複数の試験室機器１０２から収集し、サイト管理者が、試験室又はエンタープライズ全体の命令又はテストのステータスを監視することを可能にしてもよい。

また、例示的な機器コンソール１１２は、規則コンポーネント２１２、ルート策定（ｒｏｕｔｅ ｐｌａｎｎｉｎｇ）コンポーネント２１４、パージコンポーネント２１６、及び報告コンポーネント２１８を含み、向上した機能を、データベース１１６に記憶されている試験室データに提供する。例えば、規則コンポーネント２１２は、ビジネス規則及びデータアーキテクチャ規則を実施して、試験室データが所定のフォーマットに従って記憶されていることを保証する。また、規則コンポーネント２１２は、いつ試験室データが異なるタイプのデータベース間で動かされるかを規定してもよい。例えば、規則は、相対的に新しい試験室データが、一時記憶装置（迅速にアクセス可能である）に記憶されるべきであるのに対し、相対的に古い試験室データが、より大容量の永続記憶装置（例えば、図１の中央データベース１０５）に記憶されるべきであることを規定してもよい。また、規則は、いつ試験室データが試験室機器１０２から別のデータベース、例えば中央データベース１０５にオフロードされるべきであるかを規定してもよい。

例示的なルート策定コンポーネント２１４、パージコンポーネント２１６、及び報告コンポーネント２１８は、データベース１１６に記憶されている基礎試験室データを、規則コンポーネント２１２内の規則に基づいて管理するように構成されている。例えば、ルート策定コンポーネント２１４は、ＤＡＣ ２０６のうちのどれに試験室データが記憶されるべきであるか、及び／又は中央データベース１０５（又はアプリケーションサーバ１０４、クライアントデバイス１０６等）のどのアドレスにデータが送信されるべきであるかを管理してもよい。記述された通り、試験室データを、時期に基づいて移動させてもよい。移動後（又は移動中）、コンポーネント２１４、２１６、及び２１８は、特定の試験室データがＤＡＣ ２０６でもはや利用可能でないか、又はＤＡＣ ２０６で現在利用可能であるかを考慮して、適切なＤＡＣ ２０６をアップデートしてもよい。報告コンポーネント２１８は、例えば、ＤＡＣ ２０６に関連するデータ構造若しくはファイル、及び／又はアプリケーションサーバ１０４のデータ構造若しくはファイルをアップデートしてもよく、これは、どこに試験室データが記憶されているかを示す。また、報告コンポーネント２１８は、クエリに応答して、試験室データへの変更で、クライアントもアップデートしてもよいのに対し、パージコンポーネント２１６は、特定の時期に達する試験室データを除去又は削除する。

図３は、図１の統合コンソール環境１００の分散したクライアント−サーバアーキテクチャ内のＤＡＣ ２０６のアーキテクチャダイアグラムを、クライアント１０７及びデータベース１１６との関連で示す図である。例示的なクライアント１０７は、図１のクライアントデバイス１０６、アプリケーションサーバ１０４、及び／又は機器コンソール１１２のいずれかで動作してもよく、これらは、特定のＤＡＣ ２０６のいずれかへのアクセスを有する。図２に示されるように、例示的なＤＡＣ ２０６及び／又はデータベース１１６は、一般に、試験室機器１０２において、機器コンソール１１２に配置されている。

それぞれのＤＡＣ ２０６は、クライアント−サーバ分割（ｃｌｉｅｎｔ−ｓｅｒｖｅｒ ｄｉｖｉｄｅ）にまたがる（ｓｔｒａｄｄｌｅ）。クライアント及びサーバコードは、異なるシステムで実行していてもよく、通信プロトコルはＨＴＴＰ経由であるので、試験室データは、ＤＡＣ ２０６により、両側で適切に変換されなければならない。ＤＡＣ ２０６は、試験室機器１０２のサーバ又はプロセッサ（例えば機器コンソール１１２）で実施される。ＤＡＣ ２０６は、ＡＳＰ．Ｎｅｔ Ｗｅｂ ＡＰＩのトップに構築されてもよい。Ｗｅｂ ＡＰＩは、サーバコールを待機し（ｌｉｓｔｅｎ）、受信し、ディスパッチし、ＵＲＬから引数をパースし、ＨＴＴＰヘッダを処理するように構成されている。それぞれのＤＡＣ ２０６は、処理及び構成をＩＩＳで制御しなければならないことがある。したがって、それぞれのＤＡＣ ２０６は、別個のトップレベルＩＩＳエンドポイントとしてパッケージングされ、デプロイされてもよい。

任意のＤＡＣ ２０６は、ＨＴＴＰ／ＲＥＳＴ要求を適切なＤＡＣエンドポイントに生成し、発行することにより、クライアントから呼び出され得る。サーバ側ＤＡＣ ２０６は、プロジェクトを含んでもよく、このプロジェクトは、１対１のクライアント側ＡＰＩ ３０２をＤＡＣ ２０６に露出（ｅｘｐｏｓｅ）する。ＤＡＣ ２０６のそれぞれのコールは、クライアント１０７において、対応するコールを有する。ＤＡＣ ２０６がウェブページから呼び出されるインスタンスでは、ＲＥＳＴ要求は、Ｃ＃ではなくＪａｖａＳｃｒｉｐｔ（登録商標）で生成され、処理されてもよい。

例示的なＤＡＣ ２０６は、試験室データを生成し、読み取り、かつ／又は修正するためのアクセスを提供する。また、例示的なＤＡＣ ２０６は、関連するデータベース１１６のコンテンツの集約クエリ（ａｇｇｒｅｇａｔｅ ｑｕｅｒｙ）を行うように構成されていてもよい。例示的なＤＡＣ ２０６は、向上した生成、読み取り、アップデート、及び削除（ｃｒｅａｔｅ、ｒｅａｄ、ｕｐｄａｔｅ、及びｄｅｌｅｔｅ、「ＣＲＵＤ」）並びにクエリインターフェイスをクライアント２０６に提供すると共に、基礎データベース１１６の詳細を隠す。ＤＡＣ ２０６は、例えば、ＩＩＳ−ホスティングされたＲＥＳＴウェブサービスとして実施されてもよい。この構成は、オープン標準に依拠することにより、クライアント１０７がＤＡＣ ２０６に様々な方法でアクセスすることを可能にする。クライアント１０７がＤＡＣ ２０６のネットワークアドレスにアクセスでき、サービスエンドポイントの名称を有する限り、クライアント１０７は、データベース１１６において、ＤＡＣ ２０６経由で、要求される試験室データに接続できる。

同じＤＡＣ ２０６の複数のインスタンスが、統合コンソール環境１００の全域で、異なる試験室機器１０２で実施され得ることが理解されるべきである。例えば、それぞれの機器コンソール１１２は、サンプル情報のためのＤＡＣのインスタンスを含んでもよい。任意の個別のクライアント（他のＤＡＣを含む）は、試験室のサンプルＤＡＣの１つ、２つ、又は全ての利用可能なインスタンスに接続できる。この例では、試験室機器１０２のＤＡＣのそれぞれのインスタンスのネットワークアドレスを有することに加え、クライアント１０７は、試験室機器１０２のうちのそれぞれへの許可又はアクセスを有しなければならない。

例示的なＤＡＣ ２０６は、ＡＰＩ ３０２経由で、ウェブサイトサービスを含み、又は提供する。場合によっては、ＤＡＣ ２０６は、ＩＩＳを使用して、ＡＰＩ ３０２を提供してもよい。図示されるＤＡＣ ２０６は、クライアント１０７がＤＡＣに接続することを可能にするエンドポイントを具現化する。ＡＰＩ ３０２は、例えば、ＲＥＳＴ／ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（「ＪＳＯＮ」）エンドポイントとして実施されるサービスへのアクセスを提供し、これは、例えばＷｉｎｄｏｗｓ（登録商標） Ｐｒｅｓｅｎｔａｔｉｏｎ Ｆｏｕｎｄａｔｉｏｎ（「ＷＰＦ」）アプリケーション及びウェブページクライアント１０７によりアクセス可能である。また、ＤＡＣ ２０６は、メッセージングのために、ＲＥＳＴプロトコルも使用してもよい。この構成は、それぞれのＡＰＩ ３０２が、（ビルトインタイプの）少数の引数及び任意選択のＪＳＯＮオブジェクトを取り入れ、単一のＪＳＯＮオブジェクト又はビルトインタイプを返すことを可能にする。多くの場合、ＪＳＯＮデータは、オブジェクトツリー又はリストクエリのシリアル化された結果であってもよい。いくつかの場合には、ＪＳＯＮデータは、付属のメッセージを有するリターン・エラー・ステータス・コードであってもよい。この構成は、必要に応じて、クライアント１０７により要求される基礎試験室データ及び使用／アクセスパターンの両方のために、ＤＡＣ ２０６がＡＰＩ ３０２を構造化し、定義することも可能にする。

図３に示されるアーキテクチャは、ＤＡＣクライアント側ＡＰＩ ３０２の実施を補助するための簡易関数（ｃｏｎｖｅｎｉｅｎｃｅ ｆｕｎｃｔｉｏｎ）及びユーティリティを有するライブラリを含む。これらは、試験室データの不均一マップ／ディクショナリ（ＪＳＯＮから読み取り、又は書き込むことができる）、共通エラー取り扱いフック（ｃｏｍｍｏｎ ｅｒｒｏｒ ｈａｎｄｌｉｎｇ ｈｏｏｋ）、セキュリティ、及びＤＡＣ ２０６サーバ側にクライアント１０７から接続するための方法を生成し、操作する機能を含む。それぞれのＤＡＣ ２０６は、様々なスタイルの様々な機能コール（ｆｕｎｃｔｉｏｎ ｃａｌｌ）を含んでもよい。例えば、ＤＡＣ ２０６は、オブジェクトを読み出し（例えば試験室データを読み出し）、新しい又は編集されたオブジェクトをコメントし（例えば試験室データを記憶し）、リストクエリを返し（例えば、クライアント１０７により提供された検索基準に基づいて、要約された試験室データのリストを返し）、又はアクション要求を行って（例えば、コンポーネント、アプリケーション、又はサービスを要求し、試験室データについてアクションを行って）もよい。

クライアント１０７によるＤＡＣ ２０６へのオブジェクト読み出しコールは、情報の小さなセット（すなわち、１つ以上の名称又は固有の識別子番号）を取得し、この情報のセットは、試験室データのチャンクを一意的に識別するために使用される。ＤＡＣ ２０６によりクライアント１０７に提供されるリターン値は、ＪＳＯＮデータ構造、リスト又はファイルであり、これらは、ランタイムＣ＃オブジェクトツリーにデシリアル化（ｄｅ−ｓｅｒｉａｌｉｚｅ）され得る。加えて、ＤＡＣ ２０６へのアクセスは、どのようにＤＡＣが構成されているかに応じて、静的関数を使用するのではなく、インスタンス化されたオブジェクトを要求してもよい。単一のＤＡＣ機能は、ＪＳＯＮを使用して、複数の高レベルオブジェクトをクライアント１０７に返し得ることが理解されるべきである。クライアント側ＡＰＩ実施は、オブジェクトをＪＳＯＮラッピングから引き出し、オブジェクトベースの試験室データをクライアント１０７に簡便に送信する。

クライアント１０７によるＤＡＣ ２０６へのオブジェクトコミットコールは、メッセージ本文として、１つ以上のオブジェクトグラフをＪＳＯＮで受け入れるために使用される。引数は、検証基準（ｖａｌｉｄａｔｉｏｎ ｃｒｉｔｅｒｉａ）、例えばタイムスタンプを含んでもよい。しかし、ＤＡＣ ２０６がコミットを正しく行うために必要とされる情報は、おそらく、コミットされるオブジェクト内に既に含まれているであろう。

クライアント１０７によりＤＡＣ ２０６に送信されるリストクエリは、試験室データのセットを要約又は監視するために使用される。リストクエリは、（時間、ステータス、又は他の条件により）クエリをスコープ（ｓｃｏｐｅ）し、．Ｎｅｔ ＤａｔａＳｅｔの等価物を返す引数を取り入れるが、ＪＳＯＮ／不均一収集（ｈｅｔｅｒｏｇｅｎｅｏｕｓ−ｃｏｌｌｅｃｔｉｏｎ）ツールでトランスポートされる。クエリの制約のために利用可能な基準のセットは、ＤＡＣ ２０６の構成に基づく。リストクエリは、ＤＡＣ ２０６のサーバ側で、記憶されているプロシージャ又は生成されるＳＱＬコードで実施される。対応するＡＰＩコールの構造は、一般に、実施に適合するであろう。大きな結果セットを扱う場合、ＤＡＣ ２０６のＡＰＩ ３０２は、１つ以上のストラテジ（ｓｔｒａｔｅｇｙ）を実施するように構成されていてもよい。例えば、ＡＰＩコールは、場合によりソート順（例えばタイムスタンプ）に基づいて、最初のＮ個のアイテムのみが返されるであろうことを規定し得る。あるいは、ＡＰＩ ３０２は、ページングメカニズムと共に構築されてもよく、このページングメカニズムでは、クライアント１０７は、リストのＭ’番目〜Ｎ’番目のアイテムが望まれることを規定する。最後に、ＡＰＩ ３０２は、完全な結果のセットをストリームし、クライアント１０７に任せて、ページング又は他のプレゼンテーションロジスティクス（ｐｒｅｓｅｎｔａｔｉｏｎ ｌｏｇｉｓｔｉｃｓ）を取り扱ってもよい。

クライアント１０７によりＤＡＣ ２０６に送信されるアクション要求は、単純なプロシージャコール（ｐｒｏｃｅｄｕｒｅ ｃａｌｌ）として使用される。例外又はステータスコードは、不具合を取り扱うために使用され得る。いくつかのアクション要求は、元の要求を作成したクライアント１０７による継続的監視を要求してもよい。これらの例では、ＤＡＣ ２０６は、固有のメメント（ｍｅｍｅｎｔｏ）（多くの場合ＧＵＩＤ）を返してもよく、このメメントは、クライアント１０７により、後続のアップデートで使用できる。

図３の例示的なクライアント１０７は、デバイス、例えばクライアントデバイス１０６、アプリケーションサーバ１０４、及び／又は機器コンソール１１２の機能の本体を実施するように構成されている。例示的なクライアント１０７は、例えば、ユーザーと情報を交換するように構成されているアプリケーションを含んでもよい。アプリケーションは、スタンドアローンアプリケーション（例えばアプリ）及び／又はウェブページを含んでもよい。また、例示的なクライアント１０７は、ｗｉｎｄｏｗｓサービスを含んでもよく、このｗｉｎｄｏｗｓサービスは、デバイスのバックグラウンドで連続的に動作するように構成されている１つ以上の実行可能ファイルを含む。ｗｉｎｄｏｗｓサービスは、例えば、特定の試験室データ又は機器ステータスの受信メッセージを監視するサービスを含む。また、例示的なクライアント１０７は、ウェブサービスを含んでもよく、このウェブサービスは、クライアント１０７が別のＤＡＣのクライアントとして機能することを可能にする。

個別のクライアント１０７は、よく定義された範囲の責任（ｒｅｓｐｏｎｓｉｂｉｌｉｔｙ）を有するように構成されており、一般に、同じ又は他のデバイスのクライアントから独立して動作するであろう。試験室データは、同じ又は他のデバイスの異なるクライアント間で共有されてもよい。しかし、共有されるデータは、共通のＤＡＣ（例えばＤＡＣ ２０６）を通じて読み出され、編集される。共有される試験室データは、一般に、クライアント間で通信されない。

図３の例示的なデータベース１１６は、例えば、データベース、ディスクのファイルのディレクトリツリー、又はこれら２つのある種の組み合わせを含んでもよい。一般に、データベーススキームは、プリミティブデータタイプを使用してもよい。場合によっては、データベースは、エンコードされた情報を使用又は記憶してもよい。ディスクのファイルは、集約構造の外側で使用されるプリミティブデータタイプを含んでもよい。ディスクのファイルは、例えば、ＪＳＯＮ、拡張マークアップ言語（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、「ＸＭＬ」）等であってもよい。大きな補助データ、例えば画像又は複雑な較正曲線データは、データベース１１６に、適切なフォーマットで記憶されてもよい。あるいは、大きな補助データは、データベーステキストフィールド又はＪＳＯＮ特性（ＪＳＯＮ ｐｒｏｐｅｒｔｙ）により指し示されて（ｐｏｉｎｔｅｄ ｔｏ）いてもよく、これは、データを見出せるパスを規定する。

例示的なデータベース１１６は、永続的及び／又は過渡的な試験室データを安全なフォーマットで維持するように構成されており、このフォーマットは、安全性又は監査目的のためにバックアップされ得る。データベース１１６は、１つ以上の規則を含んでもよく、この規則は、試験室データの単位又はタイプを規定して、ＡＰＩ ３０２の複雑性を減少させる。例えば、規則は、スカラー試験室データ値が、いずれかのカノニカル単位（ｃａｎｏｎｉｃａｌ ｕｎｉｔ）で記憶されるべきであること、又はどの単位で使用されるかを示すｅｎｕｍでペアリング（ｐａｉｒ）されるべきであることを規定してもよい。別の規則は、日付及び時間が、協定世界時（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ、「ＵＴＣ」）で記憶されていることを規定してもよい。更に別の規則は、タイムスパンが秒で、浮動小数点の値を使用して、サブ秒の分解能で記憶されるべきであることを規定してもよい。他の規則は、液体体積がミリリットルとして記憶されるべきであること、及び温度が摂氏の値を使用して記憶されるべきであることを規定してもよい。

図３に示されるように、例示的なデータベース１１６は、ＤＡＣ ２０６経由でのみアクセス可能である。このような構成は、ＤＡＣ ２０６とデータベース１１６との間で、効率的な１対１の関係を提供し、ＤＡＣ ２０６が、近接して配置されたデータベース１１６へのアクセスのみを提供するようになっている。しかし、他の例では、データベース１１６は、他のＤＡＣによりアクセス可能であってもよく、かつ／又は例示的なＤＡＣ ２０６は、他のデータベースにアクセスしてもよい。

ＤＡＣを使用するデータ管理
統合コンソール環境１００のアーキテクチャのデータ管理ポリシーは、データのそれぞれのピースが、アーキテクチャの１つのコンポーネント（例えばＤＡＣ ２０６）により所有されることに依存する。階層的データ、例えばオブジェクトグラフでは、全てのアイテムのオーナーは、最上部のアイテムのオーナーと同じでなければならない。これにより、オブジェクトの分離されたグラフが得られ、このオブジェクトの所有権は、システム１００で明らかに追跡され、信用（ｔｒｕｓｔ）され得る。図２及び図３の例示的なＤＡＣ２０６は、試験室データの論理的にコヒーレントなデータアイテムのセットに対する真実の源（ｓｏｕｒｃｅ ｏｆ ｔｒｕｔｈ）である。ＤＡＣ ２０６は、性能のために、サンプル結果をランダム・アクセス・メモリ（Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、「ＲＡＭ」）にキャッシュし、永続的な試験室データをデータベース１１６内のディスクに記憶する。外部パーティ（例えばクライアントデバイス１０６）に対しては、ＤＡＣ ２０６自体が真実の源である。

データベース１１６に記憶されている試験室データは、具体的にアクセス又は引き出されなければならない。例えば、クライアント１０７は、適切なＤＡＣ ２０６へのＡＰＩコールを使用して、試験室データを要求する。ＤＡＣ ２０６により返される全てのデータはタイムスタンプされ、又は、リストクエリの場合には、黙示的に過渡的であり、読み取り専用である。試験室データがクライアント１０７により修正される場合、クライアント１０７は、ＤＡＣ ２０６への別個のコールを作成し、変更をコミットする。例示的なＤＡＣ ２０６は、フェッチタイムスタンプが、データの現在のバージョンのタイムスタンプよりも大きくない限り、コミットが受け入れられないことを保証する。このことは、コミットが失敗するであろうことを意味し、この場合、ＤＡＣ ２０６は、例外を送信する。クライアント１０７は、この時、どのように不具合に対処するかを決定してもよい。コミットコリジョン（ｃｏｍｍｉｔ ｃｏｌｌｉｓｉｏｎ）を有する可能性が高い非常に重要なオブジェクトグラフ（例えばサンプルグラフ）では、ＤＡＣ ２０６は、エラーの取り扱いを容易にするツールを提供してもよい。これらのツールは、対立するデータ変更が見出された場合にのみ失敗するであろう、２つのグラフの間の併合能力を含んでもよい。別のツールは、監査／プレイバック編集メカニズムを含んでもよく、より古い（コミットされた）グラフに適用される編集が、より新しいグラフに自動的に適用されるようになっている。これらのツールは、一般的なロック機能（データベース・ユーティリティ・コンポーネントとして提供される）を更に含んでもよく、編集／コミットを作成し得る前に、ロックを得なければならないようになっているので、安全であることが保証される。

試験室機器１０２内のデータは、ＬＩＳドライバ２１０により監視されてもよく、このＬＩＳドライバ２１０は、繰り返しクエリを、通常はタイマーで行う。これは、例えば、注意を必要とするサンプルのセット、又はシステム警告のセットを表示するために使用されるリストクエリ動作で有用であり得る。個別のオブジェクトへの変更を監視することは、オブジェクトグラフのタイムスタンプを調べることによっても行われ得る。

場合によっては、ＤＡＣ ２０６は、プロンプト無しで、データをプッシュ又は送信するように構成されている。これらの例では、ＬＩＳドライバ２１０は、規定の間隔で、ＤＡＣ ２０６に試験室データを規定のエンドポイントに送信するように指示してもよく、このエンドポイントは、例えばクライアントデバイス１０６、クライアント１０７、及び／又は別の試験室機器１０２である。このような構成を使用して、定期的に試験室データを異なるデータベース１１６間で移動させ、かつ／又は試験室データを集中データベース１０５に移動させてもよい。

例示的なデータベース１１６は、ＳＱＬサーバを使用するエンジンを含んでもよい。更に、ＤＡＣのうちのそれぞれ、及び特定のデータベース１１６にアクセスするそれぞれのＤＡＣは、それ自体のカタログを使用するように構成されている。テーブルは、ＳＱＬサーバにより提供されるビルトインデータタイプのみを含んでもよい。カラムに埋め込まれるＸＭＬは、ＳＱＬサーバでは有効であるが、ａ）試験室データを特定のカラムに取り出す（ｂｒｅａｋ ｏｕｔ）こと、及び／又はｂ）試験室データをディスクのＪＳＯＮファイルに入れることと共に使用され得る。テーブルは、他のカタログにおいて、テーブルへのキー参照（ｋｅｙ ｒｅｆｅｒｅｎｃｅ）を含んでもよいが、このような外部キー（ｅｘｔｅｒｎａｌ ｆｏｒｅｉｇｎ ｋｅｙ）は、カタログ間の過度の連結（ｃｏｕｐｌｉｎｇ）を回避するために賢明に使用され得る。例示的なアーキテクチャは、マイクロ−オブジェクト関係コリレータ（Ｏｂｊｅｃｔ−Ｒｅｌａｔｉｏｎａｌ Ｃｏｒｒｅｌａｔｏｒ、「ＯＲＣ」）を提供し、このＯＲＣは、クライアント１０７により使用され、テーブルにほぼ対応するクラスを定義でき、単純なレコードレベルのデータを簡単に書き込み、読み取ることができる。ＯＲＣは、ＤＡＣ ２０６内から使用されるツールであり、標準オブジェクト指向及び反射（ｒｅｆｌｅｃｔｉｏｎ）技術を使用して、データベース１１６のエンジンとインターフェイスで便利に接続する。ＯＲＣは、多くのＯＲＭとは異なり、不可視永続層（ｉｎｖｉｓｉｂｌｅ ｐｅｒｓｉｓｔｅｎｃｅ ｌａｙｅｒ）であるように試みないことに注意すべきである。ＯＲＣは、レコードレベル又は行レベルのツールである。ＯＲＣは、オブジェクトツリー又はサブツリーで動作せず、個別のオブジェクトでのみ動作してもよい。これは、読み出し及びコミットのコスト／性能のバランスを取る上で、ＤＡＣ ２０６に大きなフレキシビリティを提供し、オブジェクト自体のツリーを管理する場合、コストはわずかに上昇する。このような構成は、ＤＡＣ ２０６のＡＰＩ ３０２のスキーマ及びデザインの両方の単純性を促進する。ＯＲＣは、相関オブジェクトクラスにより満たされるインターフェイス定義として実施されてもよく、実際のデータベースアクセス方法を実施するエンジンクラスにより満たされるインターフェイス定義として実施されてもよい。

場合によっては、テーブルに記憶されている外部キーは、ＳＱＬサーバの同じインスタンスにおける、同じカタログ又は別のカタログの別のテーブルを参照してもよい。いくつかの場合には、完全に異なるＤＡＣを参照するキー情報を維持することが必要であってもよい。例えば、ミドルウェアタイプのアプリケーション又は図１のアプリケーションサーバ１０４のクライアント１０７ｆは、複数の機器から、サンプル情報を追跡してもよい。クライアント１０７ｆは、サンプルＩＤを追跡してもよく、このサンプルＩＤでは、サンプルが試験室機器１０２ａ及び１０２ｂにより所有される。実際に、この状況では、複数の機器１０２からのサンプルＩＤは、ミドルウェア全体で固有であることが保証されなくてもよい。したがって、クライアント１０７ｆは、サンプルＩＤ及び「所有」機器１０２の名称又はアドレスの組み合わせキーを使用して、サンプル試験室データの曖昧性を完全に解消する。

環境１００の例示的なクライアント−サーバアーキテクチャは、シリアル化スキームを提供し、このシリアル化スキームは、個別のオブジェクト又はオブジェクトの階層ツリー全体が、データベース１１６内で、ファイルに（又は任意の他のストリームベースのデータシンクで）ストリームされることを可能にする。スキームは、ビルトインデータタイプの単純な名称／値のペアを使用し、これは、ウェブ適合性及びパースの容易性のために、ＪＳＯＮでフォーマット化されている。このフォームで記憶されているデータは、典型的には、クライアント１０７によりブロックとして使用されることが期待される。言い換えると、試験室データの任意のピース（又はサブツリー）が必要とされるとき、おそらくクライアント１０７は、ソースデータの他の部分を使用し得る。例えば、試験室機器を構成するように構成されているクライアント又はアプリケーションは、一般に、構成試験室データの全てを同時に使用する。したがって、構成試験室データは、１つ以上のブロックとして記憶され、通常、クライアント１０７により、データベース１１６からＤＡＣ ２０６経由でアクセスされる。

ファイルストアは、多くの場合、関連するデータベースストアと共存することが理解されるべきであり、このデータベースストアは、ａ）データの特定のインスタンスを探索するため、又はｂ）全ての利用可能なインスタンスについて報告するために使用されるキー情報を、リスト又は集合のいずれかとして含むであろう。この場合、データのマスタコピーは、ファイルストアに配置され、データベース情報は、本質的に、キーデータの性能最適化コピーである。いくつかの有用な特性は、このスキームから外れ、これは、データベース１１６が常に、ディスクのマスタファイルのフルセットから再構成され得るという事実を含む。加えて、データベース１１６の最大容量は、データベース性能ではなく、ディスクスペース及び読み取り／書き込み時間により限定される。更に、データベースに全くに影響を与えずに、データバックアップがなされ得る。更に、アプリケーションサーバ１０４で動作するクライアント１０７では、基礎媒体の信頼性及び容量は、必要に応じて、ローカルの病院／試験室のＩＴにより調節されてもよく、標準ツールを使用して管理されてもよい。

図４は、ファイルベース及びオブジェクトのフレームワークを使用して、どのようにサンプル試験室データがモデル化され、データベース１１６ｉに記憶され得るかを示すデータ構造４００のダイアグラムを示す。一般に、サンプル試験室データは、本質的に階層的であり、データツリー内のオブジェクトは互いに関係している。例えば、テスト試験室データは、生体サンプルの結果試験室データと関係している。特定のサンプルで動作している分析器１１４は、多くの場合、階層のメジャーサブツリーで動作しているであろう。これは、新しいサンプルインスタンスを生成すること、結果ステータスをＬＩＳドライバ２１０に報告すること、又は新しい結果を追加することによりなされる。

また、データベース１１６ｉは、数百万とまではいかなくても、数十万の試験室データを含み得る。ファイルをトラバースして開くことにより、データベース１１６内の特定のサンプルについてクエリすることは、非常に面倒であろう。したがって、データ構造４００内で示されるコアデータモデルは、データベース１１６のディスクにおいて、高速クエリのために使用される高性能データベーステーブルで拡張（ａｕｇｍｅｎｔ）されている。しかし、データ構造４００内に示される試験室データのうちの特定のデータのみが、高速クエリテーブルに表現されている。例えば、ＬａｓｔＲｕｌｅＲｕｎＩｎｄｅｘ値、ＰａｔｉｅｎｔＭｉｄｄｌｅＮａｍｅ値、ＰａｔｉｅｎｔＡｄｄｒｅｓｓ値、ＤｅｆｅｒｒａｌＲｅａｓｏｎ値、及びＤｅｆｅｒｒａｌＳｔａｒｔＴｉｍｅは、典型的には、クエリ検索内に含まれないので、高速クエリテーブルの外に残される。したがって、高速クエリテーブルのデータ表現を著しく小さくでき、これにより、データベース１１６のエンジンにおける処理負担を削減できる。

図４のデータ構造４００は、試験室データを構造化するための単なる１つの可能性のある方法を示すことが理解されるべきである。他の実施形態では、試験室データは、複数の分離ファイル（例えば、ベースデータ、テスト及び結果、監査情報等）に分割されてもよい。これらの実施形態では、別個のＤＡＣ ２０６が、分離ファイルのそれぞれのクラス又はタイプのために使用され得る。

例示的な試験室データの実施形態
図５〜図７は、どのように試験室機器１０２の試験室データが、機器コンソール１１２のＤＡＣ経由で、クライアントデバイス１０６に利用可能となり得るかの例を提供する。図５は、クライアントデバイス１０６のユーザーが、テストを試験室機器１０２に命令するダイアグラムを示す。この例では、機器コンソール１１２は、試験室機器１０２から論理的に（かつ／又は物理的に）分離されている。他の実施形態では、機器コンソール１１２は、アプリケーションサーバ１０４により置き替えられてもよく、又はアプリケーションサーバ１０４と共に動作してもよい。

図示される例では、クライアントデバイス１０６は、クライアント１０７を使用して、機器コンソール１１２にテストを実施する命令を送る（工程１）。また、クライアントデバイス１０６のユーザーは、命令に関連するサンプルも試験室機器１０２に提供する（工程２）。試験室機器１０２は、この時、機器コンソール１１２に、サンプルが到着したことを知らせる（工程３）。機器コンソール１１２は、ステータスをアップデートして、サンプルが試験室機器１０２内に存在することを示す。また、機器コンソール１１２は、試験室機器１０２の分析器１１４をプログラミングして、所望のテストを行うための命令のパラメータも送る（工程４）。分析器１１４は、その後、テストをサンプルについて実行し、又は行う（工程５）。

テスト中及び／又はテスト後、試験室機器１０２は、テストの結果を機器コンソール１１２に報告する（工程６）。機器コンソール１１２は、上で議論したファイル構造フレームワーク内の適切なデータベース１１６に、テスト結果を記憶する。また、例示的な機器コンソール１１２は、テスト結果が利用可能であるという通知をクライアントデバイス１０６に送る（工程７）。クライアントデバイス１０６のユーザーは、その後、クライアント１０７を使用して、データベース１１６に記憶されているテストの結果（例えば試験室データ）にアクセスし、テストの結果を閲覧してもよい（工程８）。

図６は、アプリケーションサーバ１０４が、長期保管及び分析のために、集中データベース１０５における試験室データを定期的に集約／統合（ｃｏｎｓｏｌｉｄａｔｅ）するように構成されている例を示す。試験室機器１０２は、データを集中データベース１０５に移動させる前に、試験室データを規定の期間（例えば、３０、６０、又は９０日間）記憶するように構成されていてもよい。この規定の期間の後、アプリケーションサーバ１０４は、試験室データを試験室機器１０２から引き出す（工程１）。

この例では、クライアントデバイス１０６のユーザーは、クライアント１０７を使用して、特定の試験室データについての要求メッセージ（例えば、過去６カ月の小児科の標本であって、異常に高い特性を有するとしてフラグの付いた標本についての要求）を送信する（工程２）。アプリケーションサーバ１０４のＤＡＣは、集中データベース１０５に保管されているデータを検索し、規定の基準に適合する試験室データにアクセスする（工程３ａ）。また、アプリケーションサーバ１０４のＤＡＣは、試験室機器１０２において、規定の基準に適合する試験室データを検索する（工程３ｂ）。この方法では、アプリケーションサーバ１０４のＤＡＣは、クライアントとして動作して、試験室データを、試験室機器１０２の機器コンソール１１２のＤＡＣから要求する。この図示される例では、試験室機器１０２ｂのみが、要求されたデータを有する。異なるソースからの試験室データをコンパイルした後、例示的なアプリケーションサーバ１０４は、試験室データをクライアント１０７がクライアントデバイス１０６で利用可能にする（工程４）。クライアント１０７は、その後、ユーザーから入力に基づいて、試験室データについて１つ以上の分析を行ってもよい。

図７は、アプリケーションサーバ１０４を使用して、診断又は機器試験室データを試験室機器から取得する例を示す。この例では、クライアントデバイス１０６のユーザーは、クライアント１０７にアクセスし、又はクライアント１０７を開き、このクライアント１０７は、試験室機器１０２ａ〜１０２ｃで必要とされる用品（ｓｕｐｐｌｙ）を判定するように構成されている（工程１）。クライアント１０７は、クエリをアプリケーションサーバ１０４に送信し、試験室機器１０２により必要とされている用品を要求する（工程２）。アプリケーションサーバ１０４は、試験室機器１０２にアクセスするように構成されているＤＡＣを使用して、必要とされる用品に関する試験室機器の全てに、非同期ウェブサービスコールを送信又はブロードキャストしてもよい（工程３）。この方法では、アプリケーションサーバ１０４のＤＡＣは、クライアントとして動作して、用品を要求する。

それぞれの試験室機器１０２ａ〜１０２ｃのそれぞれの機器コンソール１１２ａ〜１１２ｃのそれぞれの機器ＤＡＣ ２０６ｄは、例えば、それぞれのデータベース１１６ｉｖにアクセスして、機器又は診断試験室データにアクセスする。例えば、分析器１１４ａ〜１１４ｃのうちのそれぞれは、流体又は他の用品の化学レベルを検出するセンサを含んでもよい。分析器１１４のプロセッサは、それぞれのデータベース１１６ｉｖに、指示を記憶するためのメッセージを送信してもよく、この指示は、どの流体又は他の化学物質が所定の閾値未満であるかに関する。それぞれの機器ＤＡＣ ２０６ｄは、それぞれのデータベース１１６ｉｖのコンテンツを読み取り、それぞれの分析器１１４ａ〜１１４ｃにより必要とされる流体又は他の化学物質を判定する。ＤＡＣ ２０６ｄは適宜、メッセージをアプリケーションサーバ１０４に送信し、このメッセージは、他の必要とされる用品に加えて必要とされる流体又は化学物質の識別（及び／又は量）を含む（工程３）。また、メッセージは、流体又は化学物質を必要とする特定の分析器１１４を識別してもよい。

例示的なアプリケーションサーバ１０４は、試験室機器１０２のうちのそれぞれからの応答をコンパイルする（工程４）。場合によっては、アプリケーションサーバ１０４（又はクライアント１０７）は、それぞれの用品を必要とするそれぞれの試験室機器に加えて、必要とされるそれぞれの用品の総量を判定してもよい。アプリケーションサーバ１０４は、その後、用品試験室データをクライアント１０７が利用可能にし、このクライアント１０７は、データをユーザーに表示する（工程５）。ユーザーは、その後、データを使用して、どの用品が必要とされているかを判定し、試験室機器１０２に適宜補充してもよい（工程６）。

場合によっては、機器コンソール１１２は、分析器１１４と共に動作して、例えば、受信される命令に基づいて、用品使用量を予測してもよい。機器コンソール１１２は、この時、どの用品が、命令を満たすために必要とされるかの指示をデータベース１１６ｉｖに記憶してもよい。場合によっては、機器ＤＡＣ ２０６ｄ又は機器コンソール１１２の他のコンポーネントは、アプリケーションサーバ１０４及び／又はクライアントデバイス１０６へのメッセージを生成してもよく、このメッセージは、どの用品が、命令されたテストを完了し得るために必要とされるかを示す。このようなメッセージは、例えば、図２の規則２１２により定義される条件下で、試験室機器１０２から送信される警告又は警報であってもよい。

試験室データ記憶の実施形態
上で議論したように、試験室データは、それぞれの試験室機器１０２のデータベース１１６、及び／又は集中データベース１０５に記憶されてもよい。どこにどのタイプの試験室データが記憶され得るかに関する特定の構成は、図１の統合コンソール環境１００を使用するそれぞれのエンタープライズの要望に依存する。図８〜図１０は、可能性のあるデータ記憶装置の構成のダイアグラムを示す。

特に、図８は、ＱＣ試験室データ及びサンプル試験室データが、試験室機器１０２のそれぞれのデータベース１１６ｉ及び１１６ｉｉｉに記憶されている実施形態を示す。例示的な機器コンソール１１２は、試験室機器１０２により生成されるデータ（ブロック８０２）が、ＱＣデータか又はサンプルデータかを判定し、この判定は、例えば、データを生成したテストに関連する識別子を使用してなされる（ブロック８０４）。例えば、既知又はコントロールのサンプルを使用して実行されるテストは、命令コード又は識別子内に含まれる特定のタイプの識別子に関連し得る。したがって、ＱＣ試験室データは、図２のＱＣ ＤＡＣ２０６ｃによりアクセス可能なデータベース１１６ｉｉｉに記憶され（ブロック８０６）、サンプル試験室データは、サンプルＤＡＣ ２０６ａによりアクセス可能なデータベース１１６ｉに記憶されている（ブロック８０８）。この実施形態では、サンプルＤＡＣ ２０６ａは定期的に、ある時間後に（例えば、毎週、毎月、隔月、年４回、毎年等）、サンプルデータを集中データベース１０５にプッシュしてもよい。

図８の図示される例では、クライアントデバイス１０６のクライアント１０７は、要求されたサンプルデータをアプリケーションサーバ１０４に送信する。アプリケーションサーバ１０４のＤＡＣ及び／又はクライアント１０７／２０６は、集中データベース１０５及び／又はサンプルデータベース１１６ｉのいずれかから、サンプルデータにアクセスする。例では、アプリケーションサーバ１０４のＤＡＣ ２０６は、記憶されている試験室データのクエリを行うことにより、データを集中データベース１０５に配置するように試みてもよい。また、アプリケーションサーバ１０４のＤＡＣ ２０６は、クエリメッセージを試験室機器１０２のサンプルＤＡＣ ２０６ａにも送信する。要求されたサンプル試験室データの受信後、ＤＡＣ／クライアント１０７／２０６は、データについて分析を行い、生データ又は分析されたデータを、クライアントデバイス１０６のクライアント１０７を介して閲覧可能にしてもよい。ＱＣ試験室データが要求される例では、アプリケーションサーバ１０４のＤＡＣ／クライアント１０７／２０６は、（集中データベース１０５にアクセスせずに）ＱＣ ＤＡＣ ２０６ｃにアクセスすることが理解されるべきである。

図８とは対照的に、図９は、ＱＣ試験室データが、ＱＣデータベース１１６ｉｉｉにローカルに記憶されている構成を示し、このＱＣデータベース１１６ｉｉｉは、試験室機器１０２のＱＣ ＤＡＣ ２０６ｃによりアクセス可能である。ＱＣ ＤＡＣ ２０６ｃの試験室データは定期的に、集中データベース１０５に移され、又はコピーされる。サンプル試験室データは、サンプルデータベース１１６ｉのみに記憶され、このサンプルデータベース１１６ｉは、サンプルＤＡＣ ２０６ａによりアクセス可能である。この実施形態では、クライアント１０７からのＱＣデータについての要求により、アプリケーションサーバ１０４のＤＡＣ／クライアントは、集中データベース１０５及び／又はデータベース１１６ｉｉｉにおいて、ＱＣデータを検索する。サンプル試験室データについての要求により、アプリケーションサーバ１０４のＤＡＣ／クライアントは、データベース１１６ｉのみにおいて、ＤＡＣ ２０６ａ経由で、サンプルデータを検索する。

図１０は、サンプル試験室データが、サンプルＤＡＣ ２０６ａによりアクセス可能なサンプルデータベース１１６ｉに記憶されているのに対し、ＱＣ試験室データは集中データベース１０５に直接送信される実施形態を示す。ここで、試験室機器１０２の機器コンソール１１２は、ＱＣ ＤＡＣ、又はＱＣデータに割り当てられるデータベース１１６の部分を含まない。この実施形態では、クライアント１０７からのＱＣデータについての要求により、アプリケーションサーバ１０４のＤＡＣ／クライアント１０７／２０６は、集中データベース１０５のみを検索する。図９と同様に、サンプル試験室データについての要求により、アプリケーションサーバ１０４のＤＡＣ／クライアントは、データベース１１６ｉのみにおいて、ＤＡＣ ２０６ａ経由で、サンプルデータを検索する。

図８〜図１０で示された例は、どのように試験室データが図１の統合コンソール環境１００で記憶され得るかの単なる例示であることが理解されるべきである。他の例では、アプリケーションサーバ１０４は、試験室データのみを集中サーバ１０５に移動させてもよく、これは、複数の試験室機器１０２の中で、同じ種又は患者から収集されるサンプルから生成されるデータに対応する。あるいは、アプリケーションサーバ１０４は、クエリ結果のデータ構造のみを、集中データストアに記憶するように構成されていてもよい。クエリ結果は、例えば、試験室機器１０２のうちのどれが、例えば特定の患者、テスト、命令等に関連するデータを記憶しているかを規定し得る。

本開示の追加の態様
上記の目的のために、下記の説明を限定せずに、本開示の第１の態様では、装置は、患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている試験室分析器と、複数の他の患者サンプル結果データの中で、患者サンプル結果データをローカルに記憶するように構成されている試験室機器メモリと、試験室分析器と共に動作するように構成されている試験室プロセッサであって、試験室分析器によって生成されるデータが、患者サンプル結果データであるか、又は品質管理データであるかを判定し、生成されるデータが患者サンプル結果データである場合、患者サンプル結果データを試験室機器メモリに記憶し、生成されるデータが品質管理データである場合、品質管理データを遠隔配置メモリに送信し、生成から所定時間後に、患者サンプル結果データを中央配置永続メモリに送信する、試験室プロセッサと、を含む。

第１の態様と組み合わせて使用され得る本開示の第２の態様によると、試験室プロセッサが、アプリケーションサーバに、品質管理データを生成時に送信し、患者サンプル結果データを、遠隔配置メモリに所定時間記憶した後に送信するように構成されており、アプリケーションサーバが、遠隔配置メモリに通信可能に連結されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第３の態様によると、試験室プロセッサが、アプリケーションサーバに、指示メッセージを送信するように構成されており、指示メッセージが、患者サンプル結果データが生成され、ローカルに記憶されたことを示す。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第４の態様によると、試験室プロセッサが、アプリケーションサーバから、患者サンプル結果データの識別を含む指示メッセージ内に含まれる情報のうちの少なくとも一部を含む要求メッセージを受信し、試験室機器メモリにおいて、複数の患者サンプル結果の中で記憶されている患者サンプル結果データを検索し、患者サンプル結果データをアプリケーションサーバに送信するように構成されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第５の態様によると、指示メッセージが、患者の識別子、試験室分析器によって行われる分析の識別子、試験室分析器によって行われる分析の時間、分析を行った試験室分析器の識別子、生体サンプルの識別子、及び試験室分析器によって行われる分析の要約のうちの少なくとも１つを含む。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第６の態様によると、試験室プロセッサが、アプリケーションサーバからブロードキャストされる、試験室分析器タイプの識別を含む指示メッセージ内に含まれる情報のうちの少なくとも一部を含む要求メッセージを受信し、試験室分析器が、規定の試験室分析器タイプの試験室機器であるかを判定し、試験室分析器に、ブロードキャストされたメッセージの受信に応答して、コントロール生体サンプルについて分析を行うことにより、品質管理データを生成するよう指示し、生成された品質管理データをアプリケーションサーバに送信するように構成されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第７の態様によると、試験室プロセッサが、試験室分析器が利用可能な試験室用品の量、及び試験室用品が消耗されるであろう見積もった時間を判定し、少なくとも１つの試験室用品が、第２の所定時間内に消耗されるであろうかを判定し、必要とされる試験室用品及び試験室用品が消耗されるであろう時間を示す情報を含むメッセージを送信するように構成されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第８の態様によると、試験室プロセッサが、試験室分析器に、生体サンプルについて分析を行わせる命令を受信し、試験室分析器が、分析と共にまだ行われていない他の命令された分析を行うために必要とする化学用品の量を判定し、必要とされる化学用品の量が現在の用品よりも多い場合、分析が行われる前に、追加の化学用品を要求するメッセージをアプリケーションサーバに送信するように構成されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第９の態様によると、所定時間が３０日間である。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１０の態様によると、装置が、患者の第２の生体サンプルについて、第２の異なる分析を行うことにより、第２の患者サンプル結果データを生成するように構成されている第２の試験室分析器を更に備え、試験室機器メモリが、第２の試験室分析器に関連する他の患者サンプル結果データの中で、第２の患者サンプル結果データをローカルに記憶するように構成されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１１の態様によると、アプリケーションサーバが、クライントデバイスから、患者サンプル結果データについて、ｉ）患者サンプル結果データに関連する患者の患者識別子と、ｉｉ）試験室機器によって、患者サンプル結果データを生成するために行われる試験室テストのテスト識別子と、を含む要求を受信し、患者識別子及びテスト識別子を、中央メモリに記憶されている患者サンプル結果データに関連する患者識別子及びテスト識別子と比較することにより、患者サンプル結果データが、アプリケーションサーバに通信可能に連結されている中央メモリに記憶されているか否かを判定し、患者サンプル結果データが中央メモリに記憶されている場合、患者サンプル結果データを中央メモリから読み取り、患者サンプル結果データをクライアントデバイスに送信し、患者サンプル結果データが中央メモリに記憶されていない場合、アプリケーションサーバに通信可能に連結されている複数の試験室機器のうち、テスト識別子によって規定される試験室テストを行う能力を有する試験室機器を判定し、患者識別子及びテスト識別子を含むクエリメッセージを、判定された試験室機器にブロードキャストして、患者サンプル結果データを要求し、クエリメッセージに応答して、試験室機器のうちの少なくとも１つから、患者サンプル結果データを受信し、患者結果データが表示されるべきクライアントデバイスのインターフェイスを判定し、インターフェイスに基づいて、患者結果データをフォーマットし、患者サンプル結果データをクライアントデバイスに送信するように構成されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１２の態様によると、アプリケーションサーバ装置が、指示を記憶するメモリを備え、指示が実行されるとき、アプリケーションサーバ装置が、患者サンプル結果データについて、クライントデバイスから、患者サンプル結果データに関連する患者の識別子を含む要求を受信し、患者サンプル結果データが、アプリケーションサーバに通信可能に連結されている中央メモリに記憶されているか否かを判定し、患者サンプル結果データが中央メモリに記憶されている場合、患者サンプル結果データを中央メモリから読み取り、患者サンプル結果データをクライアントデバイスに送信し、患者サンプル結果データが中央メモリに記憶されていない場合、識別子を含むクエリメッセージを、複数の試験室機器にブロードキャストして、患者サンプル結果データを要求し、クエリメッセージに応答して、試験室機器のうちの少なくとも１つから、患者サンプル結果データを受信し、患者サンプル結果データをクライアントデバイスに送信する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１３の態様によると、指示により、アプリケーションサーバ装置が、クエリメッセージのブロードキャストに応答して、第２の患者サンプル結果データを、識別子に関連する同じ患者の生体サンプルについて分析を行った１つより多い試験室機器から受信する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１４の態様によると、識別子が、試験室機器のうちの１つにより行われる分析識別子を含み、指示により、アプリケーションサーバ装置が、クエリメッセージのブロードキャストに応答して、患者サンプル結果データを、分析識別子に対応する分析を行った試験室機器から受信する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１５の態様によると、指示により、アプリケーションサーバ装置が、患者サンプル結果データが試験室機器により生成されてから所定時間後に、患者サンプル結果データを試験室機器から受信し、患者サンプル結果データを中央メモリに記憶し、中央メモリへのインデックスをアップデートして、中央メモリにおける患者サンプル結果データの記憶を反映する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１６の態様によると、指示により、アプリケーションサーバ装置が、統計的分析要求をクライアントデバイスから受信し、少なくとも患者サンプル結果データについて行われるべき統計的分析の指示を提供し、患者サンプル結果データについて、統計的分析を行い、統計的分析データを生成し、統計的分析データをクライアントデバイスに送信し、統計的分析データを試験室機器に送信して、試験室機器に含まれるメモリに記憶させる。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１７の態様によると、指示により、アプリケーションサーバ装置が、試験室機器も患者サンプル結果データを記憶している場合、統計的分析データを試験室機器に記憶し、中央メモリが患者サンプル結果データを記憶している場合、統計的分析データを、患者サンプル結果データと共に、中央メモリに記憶する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１８の態様によると、指示により、アプリケーションサーバ装置が、統計的分析要求をクライアントデバイスから受信し、少なくとも患者サンプル結果データについて行われるべき統計的分析の指示を提供し、患者サンプル結果データについて、統計的分析を行い、統計的分析データを生成し、統計的分析データをクライアントデバイスに送信し、統計的分析データを中央メモリに記憶するのに対し、患者サンプル結果データは別個に試験室機器に記憶されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第１９の態様によると、指示により、アプリケーションサーバ装置が、中央メモリに記憶されている統計的分析データと、試験室機器に記憶されている患者サンプル結果データとの間のリンクを生成する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第２０の態様によると、指示により、アプリケーションサーバ装置が、品質管理データのために、診断識別子を含む診断要求を監視ワークステーションから受信し、品質管理データが、アプリケーションサーバに通信可能に連結されている中央メモリに記憶されているか否かを判定し、品質管理データが中央メモリに記憶されている場合、識別子に関連する品質管理データを中央メモリから読み取り、品質管理データをクライアントデバイスに送信し、品質管理データが中央メモリに記憶されていない場合、診断識別子を含む診断クエリメッセージを、複数の試験室機器にブロードキャストして、品質管理データを要求し、診断クエリメッセージに応答して、試験室機器のうちの少なくとも１つから、品質管理データを受信し、品質管理データを監視ワークステーションに送信する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第２１の態様によると、指示により、アプリケーションサーバ装置が、試験室機器のうちの少なくとも１つによって行われるべき少なくとも１つの分析のために、命令をクライアントデバイスから受信し、命令を含む診断クエリメッセージを少なくとも１つの試験室機器に送信し、少なくとも１つの試験室機器から、命令を満たすために必要とされる用品を示す応答を受信し、必要とされる用品リストに、応答の情報を、他の命令を満たす複数の試験室機器からの他の応答と共に集約し、必要とされる用品リストが、試験室機器のうち、命令及び他の命令を満たすために、１つ以上の用品を必要とする試験室機器の指示を含み、アプリケーションサーバ装置が、必要とされる用品リストをクライアントデバイスに送信する。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第２２の態様によると、試験室機器装置が、患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている試験室分析器と、複数の他の患者サンプル結果データの中で、患者サンプル結果データをローカルに記憶するように構成されている第１の試験室機器メモリと、第１の試験室機器メモリへのアクセスを提供するように構成されている、第１のアドレスの第１のデータ・アクセス・コンポーネントと、複数の他の品質管理データの中で、品質管理データをローカルに記憶するように構成されている第２の試験室機器メモリと、第２の試験室機器メモリへのアクセスを提供するように構成されている、第２のアドレスの第２のデータ・アクセス・コンポーネントと、を備える。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第２３の態様によると、第１のデータ・アクセス・コンポーネントが、患者サンプル結果データ及び他の患者サンプル結果データをカプセル化するように構成されている第１の動的リンクライブラリと、患者サンプル結果データ及び他の患者サンプル結果データへのアクセスを提供するように構成されている第１のアプリケーション・プログラミング・インターフェイスと、を含み、第２のデータ・アクセス・コンポーネントが、品質管理データ及び他の品質管理データをカプセル化するように構成されている第２の動的リンクライブラリと、品質管理データ及び他の品質管理データへのアクセスを提供するように構成されている第２のアプリケーション・プログラミング・インターフェイスと、を含む。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第２４の態様によると、第１のデータ・アクセス・コンポーネントが、クライアントにフレームワークを提供するように構成されており、フレームワークにおいて、クライアントデバイスからの要求メッセージの受信に応答して、患者サンプル結果データ及び他の患者サンプル結果データが記憶されている。

前述の態様のいずれか１つ以上と組み合わせて使用され得る本開示の第２５の態様によると、第２のデータ・アクセス・コンポーネントが、クライアントにフレームワークを提供するように構成されており、フレームワークにおいて、クライアントデバイスからの要求メッセージの受信に応答して、品質管理データ及び他の品質管理データが記憶されている。

本開示の第２６の態様によると、図１〜図１０に関連して図示及び記載されている構造及び機能のいずれも、図１〜図１０の他のいずれかに関連して図示及び記載されている構造及び機能のいずれかと、並びに前述の態様のいずれか１つ以上と組み合わせて使用され得る。

結論
本明細書に記載の開示される方法及びプロシージャの全ては、１つ以上のコンピュータプログラム又はコンポーネントを使用して実施され得ることが理解されるであろう。これらのコンポーネントは、一連のコンピュータ指示として、任意のコンピュータ可読媒体に提供されてもよく、このコンピュータ可読媒体としては、ＲＡＭ、ＲＯＭ、フラッシュメモリ、磁気若しくは光ディスク、光メモリ、又は他の記憶媒体が挙げられる。指示は、プロセッサにより実行されるように構成されていてもよく、このプロセッサは、一連のコンピュータ指示を実行するとき、開示される方法及びプロシージャの全部又は一部の性能を行い、又は容易にする。

本明細書に記載される例示的な実施形態への様々な変更及び修正が、当業者に明らかであろうことが理解されるべきである。このような変更及び修正は、本主題の趣旨及び範囲を逸脱することなく、また意図される利点を減少させることなく行うことができる。したがって、このような変更及び修正は、添付の特許請求の範囲の対象であることが意図される。

本開示の例示的な実施形態による、統合コンソール環境を示す図であり、この統合コンソール環境は、アプリケーションサーバ経由で一緒に通信可能に連結されている分散した試験室機器（ｄｉｓｔｒｉｂｕｔｅｄ ｌａｂｏｒａｔｏｒｙ ｉｎｓｔｒｕｍｅｎｔ）を備える。 本開示の例示的な実施形態による、図１の試験室機器の機器コンソールを示すダイアグラムである。 本開示の例示的な実施形態による、図１の統合コンソール環境の分散したクライアント−サーバアーキテクチャ内のデータ・アクセス・コンポーネントのアーキテクチャダイアグラムを、クライアント及びデータベースとの関連で示す図である。 本開示の例示的な実施形態による、どのようにサンプル試験室データがモデル化され、データベースに記憶され得るかを示すデータ構造のダイアグラムを示す図である。 本開示の例示的な実施形態による、どのようにサンプル試験室データがモ デル化され、データベースに記憶され得るかを示すデータ構造のダイアグラムを示す図である。 本開示の例示的な実施形態による、どのようにサンプル試験室データがモ デル化され、データベースに記憶され得るかを示すデータ構造のダイアグラムを示す図である。 本開示の例示的な実施形態による、どのように１つ以上の試験室機器の試験室データが、機器コンソールのデータ・アクセス・コンポーネント経由で、クライアントデバイスに利用可能となり得るかの例を提供する図である。 本開示の例示的な実施形態による、どのように１つ以上の試験室機器の試験室データが、機器コンソールのデータ・アクセス・コンポーネント経由で、クライアントデバイスに利用可能となり得るかの例を提供する図である。 本開示の例示的な実施形態による、どのように１つ以上の試験室機器の試験室データが、機器コンソールのデータ・アクセス・コンポーネント経由で、クライアントデバイスに利用可能となり得るかの例を提供する図である。 本開示の例示的な実施形態による、可能性のあるデータ記憶装置の構成のダイアグラムを示す図である。 本開示の例示的な実施形態による、可能性のあるデータ記憶装置の構成のダイアグラムを示す図である。 本開示の例示的な実施形態による、可能性のあるデータ記憶装置の構成のダイアグラムを示す図である。

Claims (25)

1. 装置であって、
   患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている試験室分析器と、
   複数の他の患者サンプル結果データの中で、前記患者サンプル結果データをローカルに記憶するように構成されている試験室機器メモリと、
   前記試験室分析器と共に動作するように構成されている試験室プロセッサであって、
   前記試験室分析器によって生成されるデータが、前記患者サンプル結果データであるか、又は前記品質管理データであるかを判定し、
   前記生成されるデータが前記患者サンプル結果データである場合、前記患者サンプル結果データを前記試験室機器メモリに記憶し、
   前記生成されるデータが前記品質管理データである場合、前記品質管理データを遠隔配置メモリに送信し、
   生成から所定時間後に、前記患者サンプル結果データを中央配置永続メモリに送信する、試験室プロセッサと、
   を備える、装置。
2. 前記試験室プロセッサが、アプリケーションサーバに、前記品質管理データを生成時に送信し、前記患者サンプル結果データを、前記遠隔配置メモリに所定時間記憶した後に送信するように構成されており、前記アプリケーションサーバが、前記遠隔配置メモリに通信可能に連結されている、請求項１に記載の装置。
3. 前記試験室プロセッサが、前記アプリケーションサーバに、指示メッセージを送信するように構成されており、前記指示メッセージが、前記患者サンプル結果データが生成され、ローカルに記憶されたことを示す、請求項１又は２に記載の装置。
4. 前記試験室プロセッサが、
   前記アプリケーションサーバから、前記患者サンプル結果データの識別を含む前記指示メッセージ内に含まれる情報のうちの少なくとも一部を含む要求メッセージを受信し、
   前記試験室機器メモリにおいて、前記複数の患者サンプル結果の中で記憶されている前記患者サンプル結果データを検索し、
   前記患者サンプル結果データを前記アプリケーションサーバに送信するように構成されている、請求項３に記載の装置。
5. 前記指示メッセージが、前記患者の識別子、前記試験室分析器によって行われる分析の識別子、前記試験室分析器によって行われる前記分析の時間、前記分析を行った前記試験室分析器の識別子、前記生体サンプルの識別子、及び前記試験室分析器によって行われる前記分析の要約のうちの少なくとも１つを含む、請求項３に記載の装置。
6. 前記試験室プロセッサが、
   前記アプリケーションサーバからブロードキャストされる、試験室分析器タイプの識別を含む前記指示メッセージ内に含まれる情報のうちの少なくとも一部を含む要求メッセージを受信し、
   前記試験室分析器が、規定の試験室分析器タイプの試験室機器であるかを判定し、
   前記試験室分析器に、前記ブロードキャストされたメッセージの受信に応答して、前記コントロール生体サンプルについて前記分析を行うことにより、前記品質管理データを生成するよう指示し、
   前記生成された品質管理データを前記アプリケーションサーバに送信するように構成されている、請求項３に記載の装置。
7. 前記試験室プロセッサは、
   前記試験室分析器が利用可能な試験室用品の量、及び試験室用品が消耗されるであろう見積もった時間を判定し、
   少なくとも１つの試験室用品が、第２の所定時間内に消耗されるであろうかを判定し、
   必要とされる前記試験室用品及び前記試験室用品が消耗されるであろう時間を示す情報を含むメッセージを送信するように構成されている、請求項１〜３のいずれか一項に記載の装置。
8. 前記試験室プロセッサが、
   前記試験室分析器に、前記生体サンプルについて前記分析を行わせる命令を受信し、
   前記試験室分析器が、前記分析と共にまだ行われていない他の命令された分析を行うために必要とする化学用品の量を判定し、
   前記必要とされる化学用品の量が現在の用品よりも多い場合、前記分析が行われる前に、追加の化学用品を要求するメッセージを前記アプリケーションサーバに送信するように構成されている、請求項１〜３のいずれか一項に記載の装置。
9. 前記所定時間が３０日間である、請求項１〜３のいずれか一項に記載の装置。
10. 前記患者の第２の生体サンプルについて、第２の異なる分析を行うことにより、第２の患者サンプル結果データを生成するように構成されている第２の試験室分析器を更に備え、
    前記試験室機器メモリが、前記第２の試験室分析器に関連する他の患者サンプル結果データの中で、前記第２の患者サンプル結果データをローカルに記憶するように構成されている、請求項１〜３のいずれか一項に記載の装置。
11. アプリケーションサーバであって、
    クライントデバイスから、患者サンプル結果データについて、
    ｉ）前記患者サンプル結果データに関連する患者の患者識別子と、
    ｉｉ）試験室機器によって、前記患者サンプル結果データを生成するために行われる試験室テストのテスト識別子と、を含む要求を受信し、
    前記患者識別子及び前記テスト識別子を、中央メモリに記憶されている患者サンプル結果データに関連する患者識別子及びテスト識別子と比較することにより、前記患者サンプル結果データが、前記アプリケーションサーバに通信可能に連結されている前記中央メモリに記憶されているか否かを判定し、
    前記患者サンプル結果データが前記中央メモリに記憶されている場合、前記患者サンプル結果データを前記中央メモリから読み取り、前記患者サンプル結果データを前記クライアントデバイスに送信し、
    前記患者サンプル結果データが前記中央メモリに記憶されていない場合、
    前記アプリケーションサーバに通信可能に連結されている複数の試験室機器のうち、前記テスト識別子によって規定される前記試験室テストを行う能力を有する試験室機器を判定し、
    前記患者識別子及び前記テスト識別子を含むクエリメッセージを、前記判定された試験室機器にブロードキャストして、前記患者サンプル結果データを要求し、
    前記クエリメッセージに応答して、前記試験室機器のうちの少なくとも１つから、前記患者サンプル結果データを受信し、
    前記患者結果データが表示されるべき前記クライアントデバイスのインターフェイスを判定し、
    前記インターフェイスに基づいて、前記患者結果データをフォーマットし、
    前記患者サンプル結果データを前記クライアントデバイスに送信するように構成されている、アプリケーションサーバ。
12. 指示を記憶するメモリを備えるアプリケーションサーバ装置であって、前記指示が実行されるとき、前記アプリケーションサーバ装置が、
    患者サンプル結果データについて、クライントデバイスから、前記患者サンプル結果データに関連する患者の識別子を含む要求を受信し、
    前記患者サンプル結果データが、前記アプリケーションサーバに通信可能に連結されている中央メモリに記憶されているか否かを判定し、
    前記患者サンプル結果データが前記中央メモリに記憶されている場合、前記患者サンプル結果データを前記中央メモリから読み取り、前記患者サンプル結果データを前記クライアントデバイスに送信し、
    前記患者サンプル結果データが前記中央メモリに記憶されていない場合、
    前記識別子を含むクエリメッセージを、複数の試験室機器にブロードキャストして、前記患者サンプル結果データを要求し、
    前記クエリメッセージに応答して、前記試験室機器のうちの少なくとも１つから、前記患者サンプル結果データを受信し、
    前記患者サンプル結果データを前記クライアントデバイスに送信する、アプリケーションサーバ装置。
13. 前記指示により、前記アプリケーションサーバ装置が、前記クエリメッセージのブロードキャストに応答して、第２の患者サンプル結果データを、前記識別子に関連する同じ前記患者の生体サンプルについて分析を行った１つより多い試験室機器から受信する、請求項１２に記載のアプリケーションサーバ装置。
14. 前記識別子が、前記試験室機器のうちの１つにより行われる分析識別子を含み、前記指示により、前記アプリケーションサーバ装置が、前記クエリメッセージのブロードキャストに応答して、前記患者サンプル結果データを、前記分析識別子に対応する分析を行った前記試験室機器から受信する、請求項１２又は１３に記載のアプリケーションサーバ装置。
15. 前記指示により、前記アプリケーションサーバ装置が、
    前記患者サンプル結果データが前記試験室機器により生成されてから所定時間後に、前記患者サンプル結果データを前記試験室機器から受信し、
    前記患者サンプル結果データを前記中央メモリに記憶し、
    前記中央メモリへのインデックスをアップデートして、前記中央メモリにおける前記患者サンプル結果データの記憶を反映する、請求項１２、１３、又は１４に記載のアプリケーションサーバ装置。
16. 前記指示により、前記アプリケーションサーバ装置が、
    統計的分析要求を前記クライアントデバイスから受信し、少なくとも前記患者サンプル結果データについて行われるべき統計的分析の指示を提供し、
    前記患者サンプル結果データについて、前記統計的分析を行い、統計的分析データを生成し、
    前記統計的分析データを前記クライアントデバイスに送信し、
    前記統計的分析データを前記試験室機器に送信して、前記試験室機器に含まれるメモリに記憶させる、請求項１２〜１５のいずれか一項に記載のアプリケーションサーバ装置。
17. 前記指示により、前記アプリケーションサーバ装置が、
    前記試験室機器も前記患者サンプル結果データを記憶している場合、前記統計的分析データを前記試験室機器に記憶し、
    前記中央メモリが前記患者サンプル結果データを記憶している場合、前記統計的分析データを、前記患者サンプル結果データと共に、前記中央メモリに記憶する、請求項１６に記載のアプリケーションサーバ装置。
18. 前記指示により、前記アプリケーションサーバ装置が、
    統計的分析要求を前記クライアントデバイスから受信し、少なくとも前記患者サンプル結果データについて行われるべき統計的分析の指示を提供し、
    前記患者サンプル結果データについて、前記統計的分析を行い、統計的分析データを生成し、
    前記統計的分析データを前記クライアントデバイスに送信し、
    前記統計的分析データを前記中央メモリに記憶するのに対し、前記患者サンプル結果データは別個に前記試験室機器に記憶されている、請求項１２〜１７のいずれか一項に記載のアプリケーションサーバ装置。
19. 前記指示により、前記アプリケーションサーバ装置が、前記中央メモリに記憶されている前記統計的分析データと、前記試験室機器に記憶されている前記患者サンプル結果データとの間のリンクを生成する、請求項１８に記載のアプリケーションサーバ装置。
20. 前記指示により、前記アプリケーションサーバ装置が、
    品質管理データのために、診断識別子を含む診断要求を監視ワークステーションから受信し、
    前記品質管理データが、前記アプリケーションサーバに通信可能に連結されている前記中央メモリに記憶されているか否かを判定し、
    前記品質管理データが前記中央メモリに記憶されている場合、前記識別子に関連する前記品質管理データを前記中央メモリから読み取り、前記品質管理データを前記クライアントデバイスに送信し、
    前記品質管理データが前記中央メモリに記憶されていない場合、
    前記診断識別子を含む診断クエリメッセージを、前記複数の試験室機器にブロードキャストして、前記品質管理データを要求し、
    前記診断クエリメッセージに応答して、前記試験室機器のうちの少なくとも１つから、前記品質管理データを受信し、
    前記品質管理データを前記監視ワークステーションに送信する、請求項１２〜１９のいずれか一項に記載のアプリケーションサーバ装置。
21. 前記指示により、前記アプリケーションサーバ装置が、
    前記試験室機器のうちの少なくとも１つによって行われるべき少なくとも１つの分析のために、命令を前記クライアントデバイスから受信し、
    前記命令を含む診断クエリメッセージを前記少なくとも１つの試験室機器に送信し、
    前記少なくとも１つの試験室機器から、前記命令を満たすために必要とされる用品を示す応答を受信し、
    必要とされる用品リストに、前記応答の情報を、他の命令を満たす前記複数の試験室機器からの他の応答と共に集約し、前記必要とされる用品リストが、前記試験室機器のうち、前記命令及び前記他の命令を満たすために、１つ以上の用品を必要とする試験室機器の指示を含み、
    前記必要とされる用品リストを前記クライアントデバイスに送信する、請求項１２〜２０のいずれか一項に記載のアプリケーションサーバ装置。
22. 試験室機器装置であって、
    ｉ）患者の生体サンプルについて分析を行うことにより、患者サンプル結果データを生成し、
    ｉｉ）既知の特性を有するコントロール生体サンプルについて分析を行うことにより、品質管理データを生成するように構成されている、試験室分析器と、
    複数の他の患者サンプル結果データの中で、前記患者サンプル結果データをローカルに記憶するように構成されている第１の試験室機器メモリと、
    前記第１の試験室機器メモリへのアクセスを提供するように構成されている、第１のアドレスの第１のデータ・アクセス・コンポーネントと、
    複数の他の品質管理データの中で、前記品質管理データをローカルに記憶するように構成されている第２の試験室機器メモリと、
    前記第２の試験室機器メモリへのアクセスを提供するように構成されている、第２のアドレスの第２のデータ・アクセス・コンポーネントと、を備える、試験室機器装置。
23. 前記第１のデータ・アクセス・コンポーネントが、
    前記患者サンプル結果データ及び前記他の患者サンプル結果データをカプセル化するように構成されている第１の動的リンクライブラリと、
    前記患者サンプル結果データ及び前記他の患者サンプル結果データへのアクセスを提供するように構成されている第１のアプリケーション・プログラミング・インターフェイスと、を含み、
    前記第２のデータ・アクセス・コンポーネントが、
    前記品質管理データ及び前記他の品質管理データをカプセル化するように構成されている第２の動的リンクライブラリと、
    前記品質管理データ及び前記他の品質管理データへのアクセスを提供するように構成されている第２のアプリケーション・プログラミング・インターフェイスと、を含む、
    請求項２２に記載の試験室機器装置。
24. 前記第１のデータ・アクセス・コンポーネントが、クライアントにフレームワークを提供するように構成されており、前記フレームワークにおいて、前記クライアントデバイスからの要求メッセージの受信に応答して、前記患者サンプル結果データ及び前記他の患者サンプル結果データが記憶されている、請求項２２又は２３に記載の試験室機器装置。
25. 前記第２のデータ・アクセス・コンポーネントが、クライアントにフレームワークを提供するように構成されており、前記フレームワークにおいて、前記クライアントデバイスからの要求メッセージの受信に応答して、前記品質管理データ及び前記他の品質管理データが記憶されている、請求項２２又は２３に記載の試験室機器装置。