JP7313403B2 - 分析デバイスからのデータのフィルタリング - Google Patents

Description

本開示は、第１のアナライザネットワークから受信されたメッセージ優先度表示に基づいて、メッセージフィルタ構成を生成するためのコンピュータ実装方法、ならびに関連する装置、ネットワークシステム、コンピュータプログラム要素およびコンピュータ可読媒体に関する。

臨床ケア環境において、医学的試料（ｍｅｄｉｃａｌ ｓａｍｐｌｅ）の分析デバイスは、ポイントオブケアにおいて、またはその付近で使用され得る。そのような分析デバイスは、指定された「ポイントオブケア（ＰＯＣ）検査デバイス」である。分析デバイスは、たとえば、検査デバイスの技術的ステータスに関する情報を含有する多種多様なステータスメッセージをセントラルサーバと通信することができる。

ＰＯＣデバイス（分析デバイス）は、たとえば、事象、分析結果、または他の分析デバイスステータス情報を示す多数のデバイスメッセージ（分析デバイスステータスデータ）をＰＯＣ ＩＴデータ管理システムに送る。

典型的なＰＯＣデバイスは、かなりの数のデバイスメッセージを生成する。結果として、多数のＰＯＣデバイスのステータスに関する情報のコヒーレントな監視は困難であり得る。したがって、そのようなＰＯＣデバイスおよびそれらの管理システムは、さらに改善され得る。

第１の態様によれば、第１のアナライザネットワークから受信されたメッセージ優先度表示に基づいて、メッセージフィルタ構成を生成するためのコンピュータ実装方法であって、第１のアナライザネットワークが、分析デバイスステータスデータを生成するように構成された、少なくとも１つの分析デバイスを備える、コンピュータ実装方法が提供される。この方法は、
データ処理エージェントにおいて、第１のアナライザネットワーク内で分析デバイスステータスデータに割り当てられた優先度を示すメッセージ優先度表示を受信することと、
データ処理エージェントにおいて、分析デバイスステータスデータのメッセージ優先度表示に基づいて、少なくとも１つのメッセージフィルタ構成を提供することと、
メッセージフィルタ構成、またはその一部分を、第２の分析デバイスを備えた第２のアナライザネットワークに通信することと
を含む。

この効果は、分析デバイスの多数のユーザのメッセージ閲覧選好がキャプチャされ、他の分析デバイスおよびそれらの管理システム上に出現する分析デバイスステータスデータをフィルタリングするために適用され得るメッセージフィルタ構造を生成するために使用され得ることである。分析デバイスステータスデータのキャプチャおよびフィルタリングが発生し得、ユーザ行動の変化、または所与のメッセージを生成するアナライザのコンテキスト内の変更に基づいて分析デバイスステータスデータの生成に対する反応を反映するために、自動的かつ連続的に更新され得る。

これは、分析デバイスの内部状態に関する重要な分析デバイスステータスデータがより明瞭にユーザに報告されることを可能にする効果を有する。典型的には、典型的な分析デバイスシステムは、多くの分析デバイスを含有し、数千の分析デバイスステータスデータ項目が毎時間生成され得る。

本明細書で紹介される手法は、メッセージフィルタが１つまたは複数のＰＯＣデータ管理システムまたはアナライザのユーザインターフェースから受信されるユーザ入力に基づいて適用されることを可能にする。フィルタリングに続いて、重要である可能性が高いＰＯＣアナライザの内部状態に関する分析デバイスステータスデータがより目立つように表示される。

ＰＯＣデータ管理システムおよび／またはモバイルディスプレイデバイスに通信可能に結合されたデータ処理エージェント（サーバ）は、ＰＯＣデータ管理システムおよび／またはモバイルディスプレイデバイスのＧＵＩ上に表示されるように多数のメッセージのプッシュ（送信）を試みるとき、容量制約に直面することがある。一例では、現代のウェブディスプレイフレームワークは、データ処理エージェント（サーバ）とＰＯＣデータ管理システムおよび／またはモバイルディスプレイデバイス内のＧＵＩの間に１つまたは複数のデータバインディングを採用する。

データ処理エージェント（サーバ）の性能は、ＰＯＣデータ管理システムおよび／またはモバイルディスプレイデバイスにおいて表示されるメッセージの数が低減されるとき改善されるが、これは、一例では、ＧＵＩとデータ処理エージェント（サーバ）の間で同時にサービスされる必要があるデータバインディングが減少するためである。具体的には、データ処理エージェント（サーバ）は、作動メモリ（ＲＡＭ）の使用の低減およびＰＯＣデータ管理システムおよび／またはモバイルディスプレイデバイスとの通信レイテンシの低減を経験し得る。具体的には、データバインディングにサービスしているモバイルデバイスは、バッテリー寿命の改善を経験し得る。

さらなる効果は、ＰＯＣデータ管理システムまたはモバイルデバイスの動作が簡素化され得ることである。たとえば、ＰＯＣデータ管理システムは、毎時間、数百個、数千個、またはさらに数万個のメッセージの割合で増える分析デバイスステータスデータのデータベースを維持し得る。ＰＯＣデータ管理システム内で、分析デバイスステータスデータは、オプションで、「無限フィード（ｉｎｆｉｎｉｔｅ ｆｅｅｄ）」内でメッセージボックスのリストとして表示され得、ユーザがメッセージのリストをスクロールすることを可能にする。

現在、フィード上で表示される必要があるメッセージはすべて、作動メモリ内にキャッシュされ、ＧＵＩ表示ソフトウェアによって扱われ、最終的に、ユーザがＰＯＣデータ管理システムのＧＵＩ内でスクロールするにつれて、ＰＯＣデータ管理システムのビデオバッファ内にロードされなければならないため、メッセージが常に増加する状態でそのようなメッセージフィードを管理することは、技術的な懸案事項である。

メッセージフィードのサイズが増大するにつれて、作動メモリと、ビデオバッファと、ＰＯＣデータ管理システムのＧＵＩの間で切り替えられることになるデータの量は増える。これは結果として、メッセージフィードをユーザに表示するためにより多くの計算力、したがって、ＰＯＣデータ管理システムにおいてより大きな電力消費をもたらし、分析デバイスステータスデータのスクロール可能フィードを表示するとき、レイテンシを増大させる。ＰＯＣデータ管理システムが、スマートフォンまたはコンピュータタブレットなど、ポータブルデバイスからホストまたはアクセスされるとき、帯域幅、レイテンシ制御、または信頼性が制約され得るワイヤレスデータ接続を介して、ＰＯＣデータ管理システムＧＵＩの大きなデータ表示フィードを送信する必要により、問題は悪化する。

本明細書の技法によれば、ＧＵＩがより高い関連性を有するメッセージのみを表示するディスプレイモードで動作しているとき、ＧＵＩ上に表示するために、より少数の関連性の低い分析デバイスステータス情報項目がキャッシュされる必要があり得る。本明細書で論じるメッセージフィルタは、分析デバイスステータスデータに適用される多くのメッセージ優先度表示に従って、所与のクラスのユーザまたはコンテキストに対して最も関連するメッセージを選択するように自動的に生成され得る。関連性が高いメッセージは、ランダムアクセスメモリ（ＲＡＭ）などの短期メモリまたは別の低レイテンシメモリストア内に記憶され得る。関連性がより低いメッセージは、不揮発性メモリ内に記憶され得る。

本明細書で論じるＧＵＩソフトウェアは、すべての分析デバイスステータスデータを表示するオプションを有するが、最も関連するメッセージのみを表示するオプションも存在し、高い関連性のメッセージを表示する間ですら、応答性がより高いディスプレイ、およびＰＯＣデータ管理システム上で動作する関連ＧＵＩソフトウェアのさらに低減された作動メモリ要件をもたらす。

第２の態様によれば、分析デバイスからのデータを処理するためのデータ処理エージェントをホストするように構成された装置が提供される。この装置は、
－ 通信インターフェースと、
－ データメモリと、
－ 通信インターフェースおよびデータメモリに結合されたプロセッサと
を備える。

通信インターフェースは、通信ネットワークを介して第１の分析デバイス管理システムからデータ処理エージェントに送信された優先度表示を備えた１つまたは複数のデータ項目を受信するように構成される。

このプロセッサは、分析デバイスステータスデータ項目に割り当てられた優先度を示すメッセージ優先度表示を通信インターフェースから受信し、割り当てられたメッセージ優先度に基づいて、データメモリ内に記憶されたメッセージフィルタ構成を生成または更新するように構成される。

通信インターフェースは、メッセージフィルタ構成、またはその一部分を、第２の分析デバイスを備えた第２のアナライザネットワークに通信するようにさらに構成される。

第３の態様によれば、分析デバイス管理のためのネットワークシステムであって、
－ 患者の医学的試料を分析し、分析デバイスステータスデータを生成するように構成された１つまたは複数の分析デバイスの第１のセットと、
－ １つまたは複数の分析デバイスの第１のセット内に含まれた１つまたは複数の分析デバイスから少なくとも１つのアナライザメッセージを受信するように構成された第１の分析デバイス管理システムと、
－ 第１の分析デバイス管理システムおよび／または１つもしくは複数の分析デバイスの第１のセットから受信されたデータを処理するためのデータ処理エージェントをホストするように構成された装置と、
－ 患者の医学的試料を分析するように構成された１つまたは複数の分析デバイスの第２のセットと、
－ １つまたは複数の分析デバイスの第２のセット内に含まれた１つまたは複数の分析デバイスから少なくとも１つの分析メッセージを受信するように構成された第２の分析デバイス管理システムと、
－ 第１の分析デバイス管理システム、データ処理エージェントをホストするように構成された装置、および第２の分析デバイス管理システムを通信可能に接続するように構成された通信ネットワークと
を備えた、ネットワークシステムが提供される。

この装置は、第１のアナライザネットワーク内で、分析デバイスステータスデータに割り当てられた優先度を示す、第１の分析デバイス管理システムおよび／または少なくとも１つの分析デバイスによって生成されたメッセージ優先度表示を受信するように構成される。この装置は、分析デバイスステータスデータのメッセージ優先度に基づいて、メッセージフィルタ構成を生成または更新するように構成される。この装置は、メッセージフィルタ構成、またはその一部分を、第２の分析デバイス管理システムおよび／または１つもしくは複数の分析デバイスの第２のセットに通信するように構成される。第２の分析デバイス管理システムおよび／または１つもしくは複数の分析デバイスの第２のセット内の少なくとも１つの分析デバイスは、第２のアナライザネットワーク内からさらなるメッセージを受信し、受信されたメッセージフィルタ構成内で割り当てられた優先度に従って、さらなるメッセージを表示するように構成される。

第４の態様によれば、第２の態様による装置を制御するためのコンピュータ可読命令を備えたコンピュータプログラム要素であって、コンピュータ可読命令が、装置の処理ユニットによって実行されているとき、第１の態様の方法ステップを実行するように適合される、コンピュータプログラム要素が提供される。

第５の態様によれば、第４の態様のコンピュータプログラム要素を記憶した、またはその上に符号化した、コンピュータ可読媒体または信号が提供される。

第６の態様によれば、分析デバイス管理システムおよび／または分析デバイスを動作させる方法であって、
第２のアナライザネットワーク内で少なくとも１つの分析デバイスから複数の分析デバイスステータスデータ項目を受信し、
通信ネットワークを介して、第２の態様による装置から、第２のアナライザネットワークから受信された複数の分析デバイスステータスデータ項目のうちの少なくとも１つをフィルタリングするように構成されたメッセージフィルタ構成を要求し、
通信ネットワークを介して、第２の態様による装置からメッセージフィルタ構成を受信し、
フィルタリングされた複数のメッセージを生成するために、メッセージフィルタ構成に従って、複数の分析デバイスステータスデータ項目内の少なくとも１つの分析デバイスステータスデータ項目をフィルタリングする
ように構成された、分析デバイス管理システムおよび／または分析デバイスを動作させる方法が提供される。

第６の態様の一実施形態によれば、この方法は、
分析デバイス管理システムのユーザインターフェースを介して、フィルタリングされた複数の分析デバイスステータスデータ項目を表示するステップ
をさらに含む。

第７の態様によれば、医学的試料の１つまたは複数の分析デバイスからのデータを処理するための分析デバイス管理システムをホストするように構成された装置が提供される。この装置は、
－ 通信インターフェースと、
－ データメモリと、
－ 通信インターフェースおよびデータメモリに結合されたプロセッサと
を備える。

この通信インターフェースは、第２のアナライザネットワーク内で少なくとも１つの分析デバイスから複数の分析デバイスステータスデータ項目を受信し、通信ネットワークを介して、第２の態様による装置から、第２のアナライザネットワークから受信された複数のメッセージのうちの少なくとも１つをフィルタリングするように構成されたメッセージフィルタ構成を要求するように構成される。この通信インターフェースは、通信ネットワークを介して、第２の態様による装置からメッセージフィルタ構成を受信し、メッセージフィルタ構成をデータメモリ内に記憶するように構成される。このプロセッサは、フィルタリングされた複数のメッセージを生成するために、データメモリ内に記憶されたメッセージフィルタ構成に従って、複数の分析デバイスステータスデータ項目内の少なくとも１つの分析デバイスステータスデータ項目をフィルタリングするように構成される。

オプションの実施形態は、読者が次に参照し得る、本明細書においてさらに論じる、従属請求項において定義される。

本出願において一定の用語が使用され、その形成は、選定された特定の用語によって限定されると解釈すべきではなく、その特定の用語の裏にある一般概念に関すると解釈すべきである。

本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」という用語、またはそれらの任意の他の変形態は、非排他的な包括を網羅することが意図される。

「患者試料」および「生体試料」という用語は、当該検体を潜在的に含有し得る材料を指す。患者試料は、血液、唾液、眼液、脳脊髄液、汗、尿、便、精液、母乳、腹水、粘液、滑液、腹膜液、羊水、細胞、培養細胞などを含む生理液など、何らかの生物学的源から導出され得る。患者試料は、血液から血漿を用意する、粘液、溶菌などを希釈する、など、使用に先立って事前に処理され得る。処理の方法は、濾過、蒸留、濃縮、妨害化合物の不活性化、および試薬の追加を伴い得る。患者試料は、源から取得されると直接使用されてよく、または試料の性質を変えるための前処理に続いて使用されてもよい。いくつかの実施形態では、当初は固体または半固体の生体材料は、好適な液状媒体を用いてその材料を溶解または懸濁することによって液体にされる。いくつかの実施形態では、試料は、ある抗原または核酸を含有すると疑われる。

本明細書で使用する「分析デバイス」という用語は、患者の医学的状態に関する測定値を取得するための任意の装置を包含する。

一例では、分析デバイスは、患者の医学的状態に関する測定値を取得するための医学的試料の自動アナライザであり得る。たとえば、分析デバイスは、測定値を提供するために、光吸収、蛍光、電位、または反応の他の物理的または化学的特性を測定し得る。多くの場合、そのような患者試料は、分析検査が行われる前に処理される。患者から採取された血液は、たとえば、血清を取得するために遠心分離機にかけられるか、または血漿を取得するために抗凝血剤で処理される。

アナライザによる分析検査は、患者試料内の検体の存在および／または濃度を決定するという目標を有する。「検体」という用語は、存在および／または濃度に関する情報の対象となる物質に対する一般用語である。検体の例は、たとえば、ブドウ糖、凝固パラメータ、内因性タンパク質（たとえば、心筋から放出されるタンパク質）、代謝物、核酸などである。

代替として、分析デバイスは、患者から測定値を捕捉するように構成されたセンサーを備えたハンドヘルドまたはモバイルデバイスである。

「分析デバイス」は、たとえば、ＵＳＢ（商標）、ＷｉＦｉ（商標）、またはＢｌｕｅｔｏｏｔｈ（商標）接続を介して、スマートフォン、タブレットＰＣ、または他のコンピューティングデバイスに通信可能に接続され得るポータブルアプライアンスを備え得る。そのようなポータブルアプライアンスは、分析検査を実行するように構成され得る。

測定値は、たとえば、スマートフォンのセンサーから収集されたデータを備え得る。単なる例として、測定値は、患者の腫瘍の程度を特徴付ける、スマートフォン加速度計によって取得されたデータであり得る。測定値は、スマートフォンカメラを使用して取得された皮膚の状態の写真であり得る。測定値は、スマートフォンマイクロフォンを使用して取得された録音であり得る。測定値は、たとえば、患者の歩き方を評価するためにスマートフォンを使用して取得されたビデオであり得る。このように、スマートフォン、タブレットＰＣ、または他のコンピューティングデバイスの標準的な特徴が分析デバイスの機能を実行し得る。スマートフォン、または他のコンピューティングデバイス上で実行されるアプリケーションは、そのようなデータを取得し、そのデータをデータ処理エージェントに通信することが可能である。

「分析デバイス」という用語は、患者の病棟の近傍で使用可能であり得るように構成され得、その場合、分析デバイスは、「ポイントオブケア（ＰＯＣ）デバイス」と呼ばれることが多い。しかしながら、本明細書で論じる技法は、ＰＯＣデバイスに限定されず、メッセージデータを生成する多くのタイプの検査室分析システムに適用され得る。

本明細書で使用される場合、「患者の健康パラメータ」という用語は、１つまたは複数の検体に対する患者試料の分析によって測定可能であるかまたは示される患者の生理機能の何らかの態様を包含する。したがって、分析デバイスは、（限定はしないが）血糖検査、凝固検査、血液ガスおよび電解質分析、尿検査、心臓マーカー分析、ヘモグロビン診断、感染病検査、コレステロールスクリーニングまたは核酸検査ＮＡＴなど、ポイントオブケア環境において使用され得る。結果は、ＰＯＣアナライザ上で直接閲覧され得るか、またはＰＯＣＴシステムに送られ、中央検査室の結果とともに検査室情報システム内に、または画像結果と一緒に、病院情報システム内に表示され得る。

本明細書で使用される「分析データ」という用語は、分析されている生体試料のＰＯＣアナライザによって実行される１つまたは複数の患者の健康パラメータの測定の結果を記述する任意のデータを包含する。較正の場合、分析データは、較正結果、すなわち、較正データを備える。具体的には、分析データは、分析が実行されている患者試料の識別子および測定データなど、分析の結果を記述するデータを備える。

本明細書で使用される「ポイントオブケア」（ＰＯＣ）または「ポイントオブケア環境」という用語は、限定はしないが、病院、救急部門、集中治療室、プライマリケア設定、医療センター、患者の自宅、診療所、薬局、または救急現場を含めて、医療検査および／または治療など、医療サービスまたは医療関係サービスが提供される、患者のケア現場のロケーションまたはその付近を意味するように定義される。

本明細書で使用される「ポイントオブケア検査」（ＰＯＣＴ）という用語は、ポイントオブケア環境における１つまたは複数の患者試料の分析を包含する。ＰＯＣＴは、可搬、ポータブル、およびハンドヘルド器具の使用により達成されることが多いが、ハンドヘルドデバイスが利用可能でないとき、小型ベンチ分析デバイスまたは固定分析デバイスも使用されてよく、目標は、患者のロケーションでまたはその（比較的に）付近で（比較的）短い時間期間に、患者試料を収集し、分析データを取得することである。

ＰＯＣＴは、グルコース、凝固、血液ガス、尿検査、心臓および分子検査のための（限定はしないが）アナライザなど、様々なＰＯＣ分析デバイスを使用して実行される。結果は、ＰＯＣアナライザ上で直接閲覧され得るか、またはＰＯＣＴシステムに送られ、中央検査室の結果とともに検査室情報システム内に、または画像結果と一緒に病院情報システム内に表示され得る。

「ポータブルコンピューティングデバイス」という用語は、あるロケーションから別のロケーションに容易に移動され得る任意の電子アプライアンス、具体的には、限定はしないが、セルラー電話、衛星電話、ページャ、携帯情報端末（「ＰＤＡ」）、スマートフォン、ナビゲーションデバイス、スマートブックもしくはリーダ、前述のデバイスの組合せ、タブレットコンピュータまたはラップトップコンピュータを含めて、任意のハンドヘルドバッテリー駆動式モバイルアプライアンスを包含する。

本明細書で使用される「ポイントオブケアデバイス管理システム」（ＰＯＣ－ＤＭＳ）という用語は、ＰＯＣコーディネータがＰＯＣデバイスを管理することを可能にするために、または保守管理員が器機を監視することを可能にするために、コンピュータネットワークを介して１つまたは複数のＰＯＣデバイスと通信し、１つまたは複数のＰＯＣデバイスを管理するように構成されたデータプロセッサを示す。オプションで、ＰＯＣ－ＤＭＳは、ＰＯＣデバイスが接続されている同じネットワークに接続された端末コンピュータである。オプションで、ＰＯＣ－ＤＭＳは、ＰＯＣデバイスが接続されたネットワークに対して遠隔にホストされ、ＰＯＣデバイスの遠隔管理を可能にする、サーバ、仮想機械、または仮想化サーバとして提供され得る。ＰＯＣデバイス（分析デバイス）が、たとえば、ＰＯＣ－ＤＭＳと同じサブネットまたはネットワーク分岐に接続されていることは必須ではない。

「分析デバイス」は、通常動作において、また、分析デバイスが故障状態を経験しているとき、多くのデータメッセージ（分析デバイスステータスデータ）を生成する。これらのメッセージは、分析デバイス上のディスプレイによってユーザに表示され得るか、または分析デバイスが接続されたネットワークに取付けられた、またはそのネットワークから遠隔の、ポイントオブケア管理システム（ＰＯＣ－ＤＭＳ）に送信され得る。現代の自動分析デバイスが幅広いメッセージを生成することを当業者は諒解されよう。

いくつかのメッセージタイプは、分析デバイス上で実行される検査のアッセイ結果を含有するメッセージを定義する。他のメッセージは、ハードウェアハードビート、モータ過熱またはふたの目詰まりを報告するメッセージなどの特定のハードウェア故障、ネットワーク化情報（ＬＤＡＰまたはＤＨＣＰルックアップメッセージなど）、試薬情報、温度情報、実行されたアッセイ数の増分カウント、バッテリーレベル、ソフトウェアまたはファームウェアの更新要求、ユーザログイン情報、監査ログメッセージ、セキュリティ証明メッセージ、メモリ容量情報、など、分析デバイスの状態に関するフィードバックを含有する。

分析デバイスに関する「コンテキスト」という用語は、ある状況、ロケーション内の、および／または分析デバイスの異なるユーザを区別し得る動作状態の分析デバイスによって行われ得るまたはその分析デバイスに関する観察の収集物を指す。「コンテキスト」は、分析デバイスの使用環境に関する分類可能な技術的概念を表す。コンテキストの存在は、分析デバイスのセンサーによって、またはネットワークアドレスなどのコンテキスト情報の融合によって検出される入力刺激要因（ｉｎｐｕｔ ｓｔｉｍｕｌｉ）に基づいて、検出され得るか、またはその入力刺激要因から反復され得る。

さらに、コンテキストを表し得る技術的概念の例示的なカテゴリは、「教育研究室」、「保守管理部門」、および「事故および救急診療部門」における分析デバイスの使用であり得る。

分析デバイスセンサーから導出される技術的入力刺激要因は、ある論理規則範囲に対する入力として使用され得る。これらの規則は、分析デバイスがどのコンテキストで動作しているかの推論を可能にする。コンテキスト変更の単純な例は、許容温度を有する部屋からアッセイが確実に実行されるためには寒すぎる部屋に分析デバイスを持って行くことであり得る。分析デバイス内に含まれた電子温度計は分析デバイスの温度を経時的に報告し得るため、コンテキスト変更が推論され得る。代替として、分析デバイスの「保守管理部門」への移動は、ハードウェアインターロック信号など、分析デバイスの取外しに関する複数の異常メッセージの分析デバイスからのブロードキャストをもたらし得る。

１つを超える入力刺激要因からのデータの融合は、コンテキストのより正確な決定を可能にする。たとえば、分析デバイスの温度を観察することのみによって、分析デバイスが部屋から移動されたか否か、または同じ部屋の温度が変化したかどうかを決定することは不可能である。しかしながら、ネットワークアドレスデータベースまたはワイヤレスネットワークレジストリなど、外部データベースからの情報は、病院内の部屋周辺の分析デバイスのより正確な追跡を可能にし得る。ユーザデータベースからの情報の分析デバイスからのセンサーデータとのオフライン融合は、分析デバイスの使用履歴の検出を可能にし得る。

「メッセージタイプ」という用語は、各分析デバイスに対して、分析デバイスのステータスに基づいて、制限されたアルファベットまたは範囲のメッセージが分析デバイスから送信されることを指す。メッセージ範囲は、メッセージング仕様書において定義され得る。

「メッセージフィルタ」という用語は、１つまたは複数の入力メッセージに適用される機能マッピングを指すことがある。フィルタは、メッセージ転送機能に基づいて「多から少へのマッピング」を実行する。メッセージフィルタ転送機能（メッセージフィルタ構成）は、ユーザによってどの分析デバイスメッセージがメッセージ優先度表示でマーキングされているかを識別するために論理規則を使用することなど、多くの異なる方法で計算され得る。所与のしきい値よりも高いメッセージ優先度表示を有するメッセージは、メッセージフィルタを通過し得、所与のしきい値より低い順次優先度表示を有するメッセージはメッセージフィルタを通過しないことになる。前に選択されたメッセージ優先度に基づいて、分析デバイスメッセージの「多から少へのマッピング」を提供する多くの異なるタイプの「メッセージフィルタ」が提供され得る。

「メッセージ優先度表示」という用語は、たとえば、分析デバイスによって出力される、ある分析デバイスステータスデータ項目に割り当てられた関連性の測度を指すが、そのように限定されず、通信ネットワーク上に存在するいずれのメッセージにもメッセージ優先度表示が割り当てられてよい。このアプリケーションでは、「メッセージ優先度表示」という用語は、メッセージがＰＯＣ－ＤＭＳのユーザに表示されるべきであるか否かを少なくとも指し得る。たとえば、ＰＯＣ－ＤＭＳの臨床ユーザは検査結果を告知するメッセージにより高い関心を有し得るため、各分析デバイスおよび多数の分析デバイスから１０秒ごとに一度放出される複数の反復ハードウェアハートビートメッセージはＰＯＣ－ＤＭＳの臨床ユーザに表示されなくてよい。

「メッセージ優先度表示」は、多くの異なる方法で、本出願においてさらに論じる多くの異なる論理規則に従って、割り当てられてよい。一例では、ＰＯＣ－ＤＭＳの使用は、ＰＯＣ－ＤＭＳのＧＵＩ内で表示される分析デバイスステータスデータ項目を「重要でない」とマーキングし得、そのような活動は、そのようにマーキングされた分析デバイスステータスデータが低い優先度を有するという論理条件を表す。ユーザがＰＯＣ－ＤＭＳのＧＵＩ内に表示された分析デバイスステータスデータ項目を「重要でない」とマーキングしない場合、活動の欠如は、マーキングされずに残された分析デバイスステータスデータが高い優先度を有するという論理条件を表す。

当然、前述は、分析デバイスステータスデータ項目に優先度を割り当てるための多くの方式のうちの単なる１つである。本出願では、優先度は、ＰＯＣ－ＤＭＳにおいてのみでなく、１つまたは複数の分析デバイスにおいても、分析デバイスステータスデータ項目に割り当てられ得る。現代の分析デバイスは、たとえば、スクリーン、メニュー、および発信メッセージを閲覧する能力を有することが多い。ユーザは、分析デバイスステータスデータの履歴記録に基づいて、分析デバイスステータスデータ項目に優先度を割り当てることができる（すなわち、ユーザは、分析デバイスステータスデータの履歴データセットを標示することができる）。

一例では、ＰＯＣ－ＤＭＳおよび／または分析デバイスは、ユーザがＰＯＣ－ＤＭＳおよび／または分析デバイスのディスプレイ上に表示される分析デバイスステータスデータをどのように閲覧するかを観察する動作中にデーモンを実行し得る。一定の経過時間後にユーザによってアクティブに閲覧されないメッセージは、デーモンによって、たとえば、「重要でない」と分類され得る。

さらに、分析デバイスステータスデータに対する２項「重要でない」または「重要である」分類の割振りは任意であり、本明細書の説明から逸脱せずに、分析デバイスステータスデータとともに、多くの他の優先度割振り方式が使用され得ることを当業者は認識されよう。具体的には、メッセージの優先度は、たとえば、しきい値化を可能にするために、個別の数値表または連続数値表に従って分類され得る。

本明細書で使用される「通信ネットワーク」という用語は、限定はしないが、ＷＩＦＩ、ＧＳＭ、ＵＭＴＳ、もしくは他のワイヤレスデジタルネットワーク、またはイーサネットなどのワイヤードネットワークを含む、任意のタイプのワイヤードまたはワイヤレスネットワークを包含する。たとえば、通信ネットワークは、ワイヤードおよびワイヤレスネットワークの組合せを含み得る。分析デバイスステータスデータは、通信ネットワークを介して送信され得る。

「サーバ」という用語は、そこから要求を受け入れ、それに応じて応答を与えることが可能な物理または仮想プロセッサを有する任意の物理的機械または仮想機械を包含する。機械という用語が、物理ハードウェア自体、もしくはＪＡＶＡ仮想機械（ＪＶＭ）などの仮想機械、または、同じ物理的機械上で異なるオペレーティングシステムを実行し、機械のコンピューティングリソースを共有している別々の仮想機械すら指し得ることは、コンピュータプログラミング分野の当業者には明らかであろう。サーバは、個々に、「サーバ」、または仮想サーバなど、共有リソースと呼ばれることも多い、専用コンピュータを含めて任意のコンピュータ上で実行し得る。多くの場合、コンピュータは、いくつかのサービスを提供し、いくつかのサーバを実行させることが可能である。したがって、サーバという用語は、１つまたは複数のクライアントプロセスに対するリソースを共有する任意のコンピュータデバイスを包含するものとする。サーバは、分析デバイスステータスデータを受信、処理、および送信し得る。

「サーバインターフェース」という用語は、外部エンティティ（サーバまたは別のインターフェースなど）との通信を許可にするためのプログラム論理を実行するように動作可能な任意のハードウェア、ファームウェア、および／またはソフトウェアベースのモジュールを包含する。

「データ処理エージェント」という用語は、ポイントオブケアデバイスから分析デバイスステータスデータ、およびユーザまたはオペレータから注釈データを受信し、分析デバイスステータスデータおよび注釈データを関連付けることが可能な、サーバなど、１つまたは複数のコンピューティングデバイス上で実行するコンピュータ実装ソフトウェアモジュールを指す。「データ処理エージェント」は、単一のサーバ、もしくは複数のサーバ、および／またはＡｍａｚｏｎ ＡＷＳ（商標）またはＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅ（商標）など、インターネットベースの「クラウド」処理サービスに対して実装され得る。「データ処理エージェント」、またはその一部分は、仮想機械上でホストされ得る。データ処理エージェントは、分析デバイスステータスデータを受信、処理、および送信し得る。

「ユーザインターフェース」という用語は、限定はしないが、オペレータからのコマンドを入力として受信し、やはりフィードバックをオペレータに提供し、情報をオペレータに伝えるためのグラフィカルユーザインターフェースを含めて、オペレータと機械との間の対話のための任意の適切なソフトウェアおよび／またはハードウェアを包含する。また、システム／デバイスは、いくつかのユーザインターフェースに異なる種類のユーザ／オペレータにサービスを受けさせることが可能である。ユーザインターフェースは、分析デバイスステータスデータの項目を表示し得る。

ベッドサイド検査またはポイントオブケア検査の分野において、検査は、典型的には、看護師、医療スタッフ、または医師によって実行されるが、本明細書で「オペレータ」と総称される薬剤師によっても実行される。しかしながら、必要とされる証明書を保有する者は誰でもオペレータであり得る。ポイントオブケアコーディネータＰＯＣＣは、同時に、ＰＯＣアナライザのオペレータであり得、ＰＯＣアナライザのオペレータも、同時に、ポイントオブケアコーディネータＰＯＣＣ、したがって、ポータブルコンピューティングデバイスのユーザであり得る。

本出願は、したがって、ユーザが分析デバイスからのメッセージを、たとえば、ＰＯＣ ＩＴデータ管理システム（ＤＭＳ）内で「重要でない」としてマーキングすることを許可するシステムについて一般に論じる。結果として生じる同じタイプのメッセージは、少なくとも所与の時間量にわたってユーザから見えなくされ得るため、これはまた、雑然としたメッセージをデバイスメッセージログから除去する。

「重要でない」および「重要である」としてマーキングされたメッセージの構成は、共有、収集、および記憶され得る。さらに、そのようなメッセージフィルタリング構成は、所与の地理的ロケーション、ネットワークロケーション、ユーザログオン資格、および技術的コンテキストに対して生成され得る。

さらに、新しいデバイスが動作に導入されるとき、ユーザは、デフォルトメッセージフィルタ、または組み合わされたメッセージフィルタを既存のＰＯＣ－ＤＭＳシステムからダウンロードし得る。これらの設定は、たとえば、他の病院のユーザからのマイ設定（ｍｙ ｓｅｔｔｉｎｇｓ）に基づき収集され得る。したがって、システムは、所与のタイプのメッセージが、たとえば、世界的に、または国単位で、所与のコンテキストにおいて「重要である」または「重要でない」としてマーキングされているかどうかに関してシステムユーザから学習し得る。あるコンテキストにおけるユーザの集合的通知選好から、自動通知に対する最も一般的な構成が設置される。

一例として、そのような方法での分析デバイスデータの分類は、ディスプレイソフトウェアがより関連性の高い分析デバイスデータを、ＲＡＭなどの短期メモリ内に記憶し、関連性の低い分析デバイスデータを、ハードドライブまたは固体メモリなどの不揮発性メモリ内に記憶することを可能にする。より関連性の高い分析デバイスデータは、その場合、低減されたレイテンシ、および低減された作動メモリ要件を有するＧＵＩによって表示され得る。

一態様による、分析デバイス管理のためのネットワークシステムを概略的に例示する図である。 分析デバイス管理のためのシステム内のメッセージングフローを概略的に例示する図である。 ポイントオブケア（ＰＯＣ）デバイスの一例を概略的に例示する図である。 一態様による、データ処理エージェントをホストするように構成されたサーバの一例を概略的に例示する図である。 １つの例示的なコンテキストにおける１つのポイントオブケアデバイスから出力されたデータメッセージの一例を概略的に例示する図である。 分析デバイスステータスデータのメッセージ優先度表示に基づいて、メッセージフィルタ構成を生成する一例を概略的に例示する図である。 単一の分析デバイスのコンテキストを追跡することが可能なコンテキスト識別エンジンのインスタンスの一例を概略的に例示する図である。 複数のインスタンスを使用して単一の分析デバイスのコンテキストを追跡することが可能なコンテキスト識別エンジンの一例を概略的に例示する図である。 ユーザが分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上のＧＵＩを介して分析デバイスメッセージに関するメッセージ優先度表示を追加することを概略的に例示する図である。 ユーザが分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上のＧＵＩを介して分析デバイスメッセージに関するメッセージ優先度表示を追加することを概略的に例示する図である。 分析デバイス管理システム（ＰＯＣ－ＤＭＳ）のさらなるＧＵＩ特徴を概略的に例示する図である。 分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上へのメッセージフィルタ構成の設置を概略的に例示する図である。 分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上へのメッセージフィルタ構成の設置を概略的に例示する図である。 第１の態様の方法による流れ図を概略的に例示する図である。

注記：図面は一定の尺度で描かれておらず、例示としてのみ提供され、本発明の範囲を定義するためではなく、本発明の範囲をよりよく理解することにのみ役立つ。これらの図面から本発明のいずれの特徴の何の限定も推論すべきではない。

ポイントオブケア（ＰＯＣ）アナライザ（医学的試料の分析デバイスとも呼ばれる）は、サーバ、具体的には、ポイントオブケアデータ管理システム（ＰＯＣ－ＤＭＳ）とも呼ばれるハードウェア管理サーバによって、通常、管理される。そのようなサーバは、ＰＯＣアナライザに対する接続性、および検査結果、オペレータ、品質管理、およびアナライザの管理を提供する。たとえば、１つのＰＯＣ－ＤＭＳは、病院、病院部門、または医療検査センサーにおけるすべてのＰＯＣアナライザを管理し得る。

ＰＯＣシステムの管理は困難である。検査の品質を保証するために管理すべき、数十の現場、数百のＰＯＣＴデバイス／キット、および数千のオペレータが存在し得る。ＰＯＣＴデータを管理する戦略を開発する際の１つの課題は、ネットワークＰＯＣシステムが分析デバイスによって生成された大量のフィードバックをＰＯＣチームに邪魔にならない方法でどのように扱うかに関する。ＰＯＣチームは、通常、検査メニューを決定し、技術を選択し、政策および手順を確立し、トレーニングおよび規制遵守を確実にし、ＰＯＣ技術の最終オペレータに助言支援を提供する責任を負う。

ＰＯＣアナライザは、通常のデバイスメッセージ（分析デバイスデータ）からなる大量のデータを分析デバイス管理（ＰＯＣ－ＤＭＳ）のためのシステムに送る。デバイスメッセージは、分析デバイスが、デバイス使用、システム警告、システム事象、エラー、または１つもしくは複数のＰＯＣアナライザの技術条件に関する他の事象に関してユーザに知らせることを可能にする。生み出される大量のデータの自動管理、およびデータの技術的関連性の自動決定は、困難であり得る。

図１は、分析デバイス管理のためのネットワークシステム１０を概略的に例示する。分析デバイス管理のためのネットワークシステム１０は、第１のネットワーク１０Ａを備える。第１のネットワーク１０Ａは、分析デバイスを格納する第１のロケーション１８Ａおよび分析デバイスを格納する第２のロケーション１９Ａに対応する、１つまたは複数のローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）に分割され得る。たとえば、第１のロケーション１８Ａはローカルクリニックを表すことができ、第２のロケーション１９Ａは、総合病院を表すことができる。ネットワークシステム１０の第１のネットワーク１０Ａ内のロケーションの数は、システムの機能の点で必須ではない。

システムは、通信ネットワーク１６によって通信可能に接続された、１つまたは複数の分析デバイス（ポイントオブケア（ＰＯＣ）デバイス）Ｐ１ＡからＰ７Ａ、オプションで、ポータブルコンピューティングデバイス２６Ａ（スマートフォンなど）、およびサーバ１２Ａを備える。サーバ１２Ａは、一例では、第１の態様によるデータ処理エージェント２３をホストし得る。他の例では、データ処理エージェントは、複数のサーバおよびコンピューティングデバイスを介して分散されたクラウドコンピューティングサービスによってホストされ得る。具体的には、通信ネットワーク２１は、１つまたは複数の分析デバイスＰ１ＡからＰ７Ｂを通信可能に接続するように構成される。

通信ネットワーク２１は、たとえば、たとえば、イーサネットネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはインターネットなどの広域ネットワークＷＡＮを介して提供されるローカルエリアネットワークＬＡＮのうちの１つまたは複数を備える。通信ネットワークは、３Ｇ、４Ｇ、または５Ｇシステム２８などのモバイル電話通信ネットワークおよび／または病院のＰＡＣＳネットワークを備え得る。

オプションで、通信ネットワーク１６は、サーバ１２を分析デバイス（ＰＯＣデバイス）Ｐ１ＡからＰ７Ｂに直接的に接続し得る（図示せず）。

オプションで、通信ネットワーク２１は、保健医療施設１８Ａの内部通信システム２２Ａとインターフェース接続する。内部通信システム２２Ａは、たとえば、イントラネットであると見なされ得る。セキュリティおよび機密性を確実にするために、ファイアウォールおよび当業者に知られている他のセキュリティ対策が内部通信システム２２Ａと通信ネットワーク２１の間に配置され得る。分析デバイスＰ１ＡからＰ７Ａは、たとえば、内部通信システム２２および通信ネットワーク１６を介して通信することによって、サーバ４０上でホストされるデータ処理エージェント２３と通信し得る。

分析デバイスＰ１ＡからＰ７Ａは、１つまたは複数の患者の健康パラメータを測定するために、１つまたは複数の患者試料を分析するように提供され構成される。開示する実施形態によれば、分析デバイスＰ１ＡからＰ７Ａは、可搬、ポータブル、およびハンドヘルド器具を含み得るが、小型ベンチアナライザまたは固定機器１４も同様に含み得る。

たとえば、分析デバイスによって実行される検査は、（限定はしないが）血糖検査、凝固検査、血液ガスおよび電解質分析、尿分析、心臓マーカー分析、ヘモグロビン分析、感染病検査、コレステロールスクリーニングまたは核酸検査を含み得る。分析デバイスＰ１ＡからＰ７Ａのいくつかの機能および／または動作態様は、１つまたは複数のアナライザパラメータを使用して構成可能であるかまたはカスタマイズ可能である。

アナライザＰ１ＡからＰ７Ａは、たとえば、第１のロケーション１８Ａ（ローカルクリニックに対応する）内に位置する。固定機器１４は、第２のロケーション１９Ａ（たとえば、総合病院に対応する）内に位置し得る。

特定の分析デバイスＰ１ＡからＰ７Ａを識別するために、各分析デバイスは、アナライザ識別子コードが、具体的には、バーコードおよび／またはＲＦＩＤタグもしくはシリアル番号などの識別子タグの形態で提供される。オプションで、そのような識別子は、分析デバイス管理のためのシステムのデータベース内のエントリーと関連付けられ得る。

アナライザＰ１ＡからＰ７Ａは、たとえば、通信ネットワーク１６を介して分析デバイスステータスデータ（事象メッセージ）をアナライザからサーバ１２に送信するように構成される。

分析デバイス管理のためのネットワークシステム１０は、たとえば、サーバ１２Ａ上でホストされるポイントオブケアデータ管理システム（ＰＯＣ－ＤＭＳ）をさらに備える。ＰＯＣ－ＤＭＳの目的は、定義されたエリアまたはネットワーク分岐内で１つまたは複数の分析デバイスＰ１Ａ～Ｐ７Ａを監視および制御することである。たとえば、ＰＯＣ管理職員は、サーバ１２ＡでホストされるＰＯＣ－ＤＭＳを使用して、消耗品の使用を監視するために分析デバイスＰ１Ａ～Ｐ７Ａのうちの１つまたは複数の状態を追跡すること、および多種多様の他の管理活動を実行することができる。

特定の問題は、ネットワーク１０Ａに接続された多数の分析デバイスＰ１Ａ～Ｐ７Ａが、その多くまたはすべてがＰＯＣ管理者に表示される、分析デバイスＰ１Ａ～Ｐ７Ａの内部状態を反映する、数千または数万のアナライザデータメッセージを毎時間生成することである。たとえば、ＰＯＣ－ＤＭＳサーバ１２Ａのグラフィカルユーザインターフェース（ＧＵＩ）上に一緒に表示されるとき、個々の分析デバイスＰ１Ａの状態を十分迅速に確定することは難しいことがある。ＧＵＩ内でメッセージをブラウズするとき、これはレイテンシをもたらす。

さらに、ＰＯＣ－ＤＭＳサーバは、スマートフォン２６Ａなど、制限された帯域幅接続を介して遠隔デバイスによってアクセス可能であり得る。スマートフォンＰＯＣ－ＤＭＳ管理アプリケーションのＧＵＩ上で分析デバイスＰ１Ａ～Ｐ７Ａの内部状態を反映する数千または数万のアナライザデータメッセージのすべての表示を試みることは、大量のデータが転送されることにより、許容できないデータ通信レイテンシをもたらし得る。

分析デバイス管理のためのネットワークシステム１０は、図１において、実質的にネットワーク１０Ａのミラーイメージとして例示される、さらなるネットワーク１０Ｂをやはり備える。さらなるネットワーク１０Ｂは、異なる病院現場において、または異なる国内で実行される分析デバイスのネットワーク、または第１のネットワーク１０Ｂと比較して病院部門を表す。ネットワーク１０Ａに関して上記で提供された個々の構成要素の説明は、簡潔にするために、さらなるネットワーク１０Ａの例示される構成要素にも適用される。さらなるネットワーク１０Ｂは、例示されるものとはかなり異なるアーキテクチャを有し得ることを当業者は諒解されよう。

具体的には、第２のＰＯＣ－ＤＭＳ１２Ｂは、分析デバイスＰ１Ｂ～Ｐ７Ｂから出力された多数の分析デバイスメッセージデータをどのように処理および／または表示するかの問題にやはり直面することになる。

図２は、分析デバイス管理のためのシステム内のメッセージングフローを概略的に例示する。第１のネットワーク１８Ａは、分析デバイスＰ１Ａ（分析デバイスなど）を備え、ポイントオブケアデバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ａは、インターネットなど、通信リンク２１を介してＰＯＣ－ＤＭＳ１２Ａに接続される。オプションで、さらなるネットワーク１８Ｂ、１８Ｃ、１８Ｄが通信リンク２１を介して接続される。第１のネットワーク１８Ａ内のＰ１Ａなどの分析デバイスは、多数のステータスメッセージを毎時間生成する。従来、これらのステータスメッセージのすべては、ポイントオブケアデバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ａのグラフィカルユーザインターフェースに表示され、これは、どのメッセージが表示されるべきでないかを決定することを難しくする。

やはりネットワーク２１を介して通信可能に結合された、さらなるネットワーク１８Ｅは、分析デバイス（Ｐ１Ｂなど）の同様の選択肢を含有し得、ポイントオブケアデバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ｂのグラフィカルユーザインターフェースに表示するためのメッセージを選択することが難しいという問題もある。したがって、そのようなシステムは、さらに改善され得る。

図３は、一態様によるポイントオブケア（ＰＯＣ）デバイスの一例を概略的に例示する。

分析デバイス２０の例示される例は、電力を分析デバイス２０に提供するように構成された電源２２を備える。電源２２は、たとえば、分析デバイス２０がポータブルになることを可能にする、リチウムイオンバッテリーまたは主電源であってよい。電源２２は、分析デバイス２０の他の要素に電気エネルギーを提供する。他の要素は、たとえば、センサーデバイス２４、電気機械サブアセンブリ２６、標本処理セクション２８、および分析ユニット３０を備える。制御および通信サブシステム３２は、前に列挙したモジュールとインターフェース接続する。通信リンク３４は、分析デバイス２０との間でデータ転送を可能にする。

センサーデバイス２４は、たとえば、液体試料を通した光伝達特性を測定するための測光メータを備えるが、分析デバイス２０のアプリケーションに応じて、多くの他のタイプのセンサーが使用され得る。

電気機械サブアセンブリ２６は、試料のアンプルまたはカセットがセンサーデバイス２４によって分析され得るように、それらのアンプルまたはカセットを受信し、それらのアンプルまたはカセットを標本処理セクション２８内にロードするように構成される。分析に続いて、電気機械サブアセンブリ２６は、試料のアンプルまたはカセットをイジェクトし得る。

標本処理セクション２８は、試料のかくはんまたは必要とされる分析温度への過熱などの事前分析機能を実行し得る。

分析ユニット３０は、標本処理セクション２８内に含有された標本の特性を備えたデータをセンサーデバイス２４から受信し得る。分析ユニット３０は、センサーデバイス２４からのデータに対して１つまたは複数のデータ処理動作を実行し得る。たとえば、分析ユニット３０は、センサーデバイス２４からの結果が予想される境界範囲内であることを確実にし得る。

分析に続いて、分析ユニット３０は、通信および制御ユニット３２を介したセンサーデバイス２４からのデータを、通信ネットワーク２１を介して分析デバイス管理のためのシステムに、また最終的に、たとえば、サーバ上でホストされるデータ処理エージェント２３に送信し得る。

一般的な分析デバイス４０の説明は、例示のために提供され、実際の分析デバイスは、より少数のまたはより多数のモジュールおよび機能性を備え得ることを当業者は諒解されよう。

ネットワーク内の１つまたは複数の分析デバイスＰ１Ａ～Ｐ７Ａは、幅広い分析デバイスステータスデータを生成し、通信ネットワーク２１を介してそのデータをデータ処理エージェント２３に送信する。分析デバイスＰ１Ａ～Ｐ７Ａの１つまたは複数のモジュールは、異なるタイプの分析デバイスステータスデータ（たとえば、事象データ、結果データ、較正データ、保守管理関連データ）を生成するように構成され得る。

たとえば、電源２２は、電源２２がその残りの容量の１０％のみを有することを示すために、分析デバイスステータスデータ「ｂａｔｔ＿ｌｏ＿１０％」を生成し得る。

たとえば、電源２２は、電源２２がバッテリー故障により、またはバッテリー電源を使い果たしたために、バッテリーを単にシャットダウンしたことを示すために、分析デバイスステータスデータ「ｂａｔｔ＿ｓｈｕｔｄｏｗｎ」を生成し得る。

たとえば、電気機械サブアセンブリ２６は、そのデータが連続的に機能的であることを示す反復「ハートビート信号」として、分析デバイスステータスデータ「ｍｏｔｏｒ＿ＰＣＢ＿ＨＢ」を生成し得る。

たとえば、センサーデバイス２４は、測光計プリント基板「ハートビート」信号を生成し得る。加えて、センサーデバイス２４は、オンボードＬＥＤおよび／またはレーザがクリーニングを必要とすることを示す、分析デバイスステータスデータ「ｐｈｏｔｏｍｅｔｅｒ＿ｃｌｅａｎ＿ｗａｒｎ」を生成し得る。

たとえば、標本処理セクション２８は、試料をセキュアに含有するために分析デバイスの試料処理ドアが閉まっていないことをシグナリングするために分析デバイスステータスデータ「ｄｏｏｒ＿ｊａｍ」を報告し得る。

たとえば、制御および通信ユニット３２は、分析デバイスの動作温度が、不正確な結果が提供され得る、安全でない温度に近づいていることを示す「ｔｅｍｐ＿ｈｉ＿９０％」信号の形で分析デバイスステータスデータを生成し得る。たとえば、制御および通信ユニット３２は、分析デバイス２０が過剰な温度のためにオフに切り替えられていることを示す「ｔｅｍｐ＿ａｕｔｏ＿ｓｈｕｔｄｏｗｎ」信号の形態で分析デバイスステータスデータを生成し得る。

制御および通信ユニット３２は、個々の検査のステータスが追跡されることを可能にするために、分析状態のシーケンス（「ｓｃａｎ＿ｂａｒｃｏｄｅ」、「ｒｅｐｏｒｔ＿ｂａｒｃｏｄｅ」、「ａｓｓａｙ＿ｌｏａｄｅｄ」、「ｔｅｓｔ＿ｒｅｓｕｌｔ」）のシーケンスとして分析デバイスステータスデータを送信することもできる。

制御および通信ユニット３２は、内部メモリの状態、現在のソフトウェアまたはファームウェアバージョンなど、分析デバイス２０のソフトウェア構成態様、パスワードの成功または失敗などのセキュリティパラメータ、およびネットワーク構成報告設定、分析デバイスのネットワークまたはＭＡＣアドレス、および、オプションで、ネットワークアップタイムおよびダウンタイムなど、ネットワーク接続態様を報告する分析デバイスステータスデータを提供し得る。

オプションで、分析デバイスステータスデータは、１０秒、１秒、０．１秒、０．０１秒の精度に、または、たとえば、イーサネットタイムプロトコルまたはネットワークタイムプロトコルによって可能にされるようなより高い精度にすら、制御および通信ユニット３２によってタイムスタンプされる。これは、遠隔サーバによってホストされるデータ処理エージェント２３が、分析デバイスステータスデータの生成をトリガする事象が発生した時間に対して、受信された分析デバイスステータスデータのシーケンスを再構築することを可能にする。

当然、制御および通信ユニット３２は、分析デバイス２０の制御および通信ユニット３２内に含有された規則に基づいて、個々の事象メッセージの連結されたグループを備える、より複雑な分析デバイスステータスデータを生成し得る。

オプションで、分析デバイスステータスデータは、患者試料の分析から取得された検査結果データと連結され得る。

分析デバイスステータスデータは、当業者によって知られているように、分析デバイス管理のためのシステム内で使用される通信システム１６Ａに従ってカプセル化されたデータパケットとして送信される。データパケットは、分析デバイスステータスデータを備え、分析デバイスステータスデータのデータ処理エージェントへの信頼できるルーティングを可能にするためにヘッダ情報の何らかの必要な配列を備え得る。データパケットは、１ビットのペイロード情報（たとえば、ハートビートフラグの場合）のみを備え得る。代替として、データパケットは、大量の情報（たとえば、数キロバイトまたは数メガバイト）を備え得る。分析デバイス２０の制御および通信ユニット３２は、たとえば、所与の時間量にわたって複数の分析デバイスステータスデータメッセージをバッファリングし、メッセージを連結して１つのデータパケットにするように構成され得る。これは、ハンドヘルド分析デバイスのより長いバッテリー寿命をもたらし得る。

分析デバイス２０の前述の説明は、さらなる通信ネットワーク１０Ｂに通信可能に結合された分析デバイスＰ１Ｂ～Ｐ７Ｂにも適用されることを当業者は諒解されよう。

図４は、一態様による、データ処理エージェントをホストするように構成されたサーバ４０の一例を概略的に例示する。

この例では、サーバ４０は、ランダムアクセスメモリ４４、読取り専用メモリ４６、中央処理装置４７、入出力インターフェース４８、データ記憶インターフェース５０（不揮発性メモリ４９に対するインターフェースなど）、ディスプレイインターフェース５２、および通信インターフェース５４を備えたマザーボード４２を備えるが、他の機能性を有する、より少数または多数のモジュールを備えた、多くの異なるタイプのサーバ構成が提供され得ることを当業者は諒解されよう。

サーバ４０の中央処理装置４７は、実行されるとき、サーバ４０のランダムアクセスメモリ４４内でメッセージフィルタ構成を生成するためにデータ処理エージェントをインスタンス化するコンピュータ可読命令をインターフェース接続された不揮発性メモリ４９（たとえば）から取得するように構成される。

サーバの通信インターフェース５４は、通信ネットワーク２１とインターフェース接続するように構成される。分析デバイスＰ１ＡからＰ７Ａからの分析デバイスステータスデータは、サーバの通信インターフェース５４を介してサーバ４０において受信される。

オプションで、分析デバイスステータスデータは、中央処理装置４７によって処理および分析することによってランダムアクセスメモリ５４に直接的に提供される。オプションで、分析デバイスステータスデータは、後続の分析のために不揮発性メモリ４９に書き込まれる。

オプションで、分析デバイスステータスデータは、外部ファイルストア（図示せず）に書き込まれ（キャッシュされ）得る。中央処理装置４７による要求時に、分析デバイスステータスデータに対する要求は、通信ネットワーク２１を介して外部ファイルストアに送られ得る。外部ファイルストアは、認証および許可を未決にして、分析デバイスステータスデータをサーバ４０に送信し得、サーバ４０において、このデータは後続の処理済みであり、注釈データと組み合わされ得る。

前述のオプションの実施形態の利点は、大量の分析デバイスステータスデータが、処理される必要があるまで、ロバストに記憶され得ることである。メッセージ優先度表示が受信されるのと同時の、および／またはデータが受信されにときの分析デバイスステータスデータが実行されるようなメッセージフィルタ構成は必須ではない。代替として、２つのタイプのデータは、たとえば、タイムスタンプデータを使用して、後処理ステップにおいて関連付けられ得る。

オプションで、メッセージフィルタ構成は、メッセージ優先度表示がデータ処理エージェントによって受信されるとき即時に更新または生成される。

データ処理エージェント２３は、たとえば、ランダムアクセスメモリ４４、もしくは読取り専用メモリ４６、入出力インターフェース４８、またはデータ記憶インターフェース５０から取得された機械可読命令からサーバ４０上でインスタンス化される。データ処理エージェント２３は、したがって、１つまたは複数の分析デバイスステータスデータ項目、および／または１つもしくは複数のメッセージ優先度表示データ項目を受信するように構成される。サーバ４０上でインスタンス化されたデータ処理エージェント２３は、後で論じる技法に基づいて、メッセージフィルタ構成を生成し、メッセージフィルタ構成をデータ構造（信号）として、さらなる通信ネットワーク１０Ｂに通信可能に結合された１つまたは複数のさらなるポイントオブケアデバイスＰ１Ｂ～Ｐ７Ｂに送信するように構成される。

オプションで、データ処理エージェント２３をホストしているサーバ４０は、ローカルディスプレイドライバ５６を介して、メッセージ優先度表示データおよび／またはメッセージフィルタ構成をローカルディスプレイ上に表示するように構成される。

図５は、自動化ＰＯＣアナライザＰ１ＡからＰＯＣ－ＤＭＳ１２Ａへの分析デバイスステータスデータの連続的なメッセージングフローによって引き起こされる問題の一例を概略的に例示する。例示的なシナリオでは、分析デバイスＰ１Ａは、メッセージセット６０から選択されたメッセージとしてアナライザステータスデータを送信する。図５の例は、データ処理エージェント２３によって提供され得るタイプの分析デバイスステータスデータの一例を示す。

チャート６２は、時間Ｔにおいて生成されるような分析デバイスによって生成された分析デバイスステータスデータを表し、チャート６１は、１２時間の早朝シフトを表す。反復ハートビート信号「ｐｈｏｔｏ＿ｐｃｂ＿ＨＢ」は、測光計が信頼できるように動作しているが、時間内に多数のメッセージを生成することを示す。分析デバイスの初期化時に、ＢＩＯＳチェックは、分析デバイス上にロードされたソフトウェア（ファームウェア）が、たとえば、事象メッセージ６２「ｓｏｆｔｗａｒｅ＿ｖｅｒｓ＿ｏｋ」によって示される正確なバージョンのものであることを確実にする。そのすぐ後、分析デバイスのユーザは正確なパスワードを使用してデバイスにログオンし、これは、分析デバイスステータスデータ「ｐｗｄ＿ｏｋ」６３のさらなる送信を使用してデータ処理エージェントに報告される。シフトの過程を通して、バーコードの走査、バーコードの報告、アッセイのロード、および検査結果の提供を報告する分析デバイスステータスデータの反復シーケンスによって示されるように、８つの分析実行のシーケンスが実行される。およそＴ＝午前９：３０に、分析デバイスは、データ処理エージェント２３に送信される分析デバイスステータスデータの形態で低バッテリーアラーム「ｂａｔｔ＿ｌｏ＿１０％」６４を報告し始める。

自動化ＰＯＣアナライザＰ１Ａが動作している時間を通して、メッセージデータをＰＯＣ－ＤＭＳ１２Ａに反復的に送ることによって、「ｍｏｔｏｒ＿ｐｃｂ＿ＨＢ」６５および「ｐｈｏｔｏ＿ｐｃｂ＿ＨＢ」６６信号が反復的にアサートされる。これらの信号は、ＰＯＣ Ｐ１Ａのそれぞれのハードウェアサブシステムが正確に機能していることをＰＯＣ－ＤＭＳ１２Ａに知らせる。しかしながら、そのようなメッセージデータは、ＰＯＣ－ＤＭＳ１２ＡのＧＵＩ内に表示されるとき、「ｂａｔｔ＿ｌｏ＿１０％」６４など、より重要なメッセージを目立たなくすることがある。さらに、代わりに、そのようなメッセージが、データベースなど、不揮発性メモリ内に即時にアーカイブ保存され得るとき、作動メモリ（ランダムアクセスメモリ）４４内の「ｍｏｔｏｒ＿ｐｃｂ＿ＨＢ」６５および「ｐｈｏｔｏ＿ｐｃｂ＿ＨＢ」６６信号など、多数の「ハートビート」信号の記憶および操作は厄介になり、レイテンシが高くなりがちである。異なる製造会社からのさらなるデバイスがネットワーク１０Ａ上で動作させられているとき、この問題は悪化するが、それは、分析デバイスメッセージデータのソースがＰＯＣ－ＤＭＳ１２Ａに知られていない可能性があるか、または知られていないまたは部分的に知られていないフォーマットでデータを送信するためである。

第１の態様によれば、したがって、第１のアナライザネットワーク１０Ａから受信されたメッセージ優先度表示に基づいて、メッセージフィルタ構成を生成するためのコンピュータ実装方法であって、第１のアナライザネットワークが、分析デバイスステータスデータを生成するように構成された、少なくとも１つの分析デバイスＰ１Ａを備える、コンピュータ実装方法が提供される。この方法は、
データ処理エージェント２３において、第１のアナライザネットワーク１０Ａ内で分析デバイスステータスデータに割り当てられた優先度を示すメッセージ優先度表示を受信することと、
データ処理エージェント２３において、分析デバイスステータスデータのメッセージ優先度表示に基づいて、少なくとも１つのメッセージフィルタ構成７２を提供することと、
メッセージフィルタ構成７２、またはその一部分を、医学的試料の第２の分析デバイスＰ１Ｂを備えた第２のアナライザネットワーク１０Ｂに通信することと
を備える。

一実施形態によれば、
データ処理エージェント２３において、１つまたは複数のさらなるアナライザネットワークから複数のメッセージ優先度表示を受信することであって、メッセージフィルタ構成７２が複数のメッセージ優先度表示に基づいて生成される、受信すること
がさらに提供される。

データ処理エージェント２３は、第１のネットワーク１０Ａ内で分析デバイスステータスデータに割り当てられた複数のメッセージ優先度表示を第１のネットワーク１０Ａ内のＰＯＣ－ＤＭＳ１２Ａから受信する。

一例では、ＰＯＣ－ＤＭＳ１２Ａのユーザインターフェース２４Ａのオペレータは、メッセージの第１のセットを「重要でない」（通常の使用においてＰＯＣ－ＤＭＳ１２Ａによって表示される必要がないという意味で）とマーキングする。暗示的に、マーキングされずに残ったメッセージは「重要である」（また、通常の使用においてＰＯＣ－ＤＭＳ１２Ａによって表示される必要がある）。

たとえば、ＰＯＣ ＤＭＳ１２Ａ上でホストされる管理ソフトウェアは、ユーザが特定のメッセージを「重要でない」とマーキングすることを可能にし、したがって、「重要でない」とマーキングされた特定のメッセージタイプに関連付けられるメッセージ優先度表示を作成する選択ボタンを有する、ユーザインターフェース２４Ａを備え得る。

一例では、「重要でない」とマーキングされた特定のメッセージタイプに関連付けられるメッセージ優先度表示は、特定のメッセージがＰＯＣ－ＤＭＳ１２Ａ内で「重要でない」とマーキングされた後、ＰＯＣ－ＤＭＳ１２Ａからデータ処理エージェント２３に即時かつ直接的に送信される。これは、最小のレイテンシでさらに扱うために、メッセージ重要度表示がデータ処理エージェント２３に送信されることを可能にする。

最も好都合には、メッセージ優先度表示は、フィールドまたはフラグとして、その表示が関係する分析デバイスステータスデータに添付される。

一例では、分析デバイスステータスデータは、「ＨＬ７」プロトコル（Ｈｅａｌｔｈ Ｌｅｖｅｌ Ｓｅｖｅｎ、Ａｎｎ Ａｒｄｏｒ ＭＩ、ＵＳＡ）および／またはＡＳＴＭプロトコル（たとえば、ＡＳＴＭ １３９４ ＬＩＳ２）に通信準拠である。

言い換えれば、メッセージ優先度表示は、その優先度をその表示が報告する分析デバイスステータスデータと連結されるか、またはその中に挿入される。この場合、分析デバイスステータスデータがデータ処理エージェント２３において受信されるとき、メッセージ優先度表示は、分析デバイスステータスデータから読み取られ得るか、抽出され得るか、またはカプセル解除され得る。

メッセージ優先度表示が、分析デバイスステータスデータに連結されること、もしくはその中に挿入されること、または場合によっては、分析デバイスステータスデータとともに送信されることは、必須ではない。一例では、メッセージ優先度表示は、分析デバイスステータスデータに別々に送信される。

一例では、ＰＯＣ－ＤＭＳ１２Ａは、メッセージ優先度表示のローカルデータベースを維持する。第１のネットワーク１０Ａ内で分析デバイスから受信される各タイプのメッセージに対して、ＰＯＣ－ＤＭＳ１２Ａ内のメッセージ優先度表示のローカルデータベース内のメッセージタイプに関連付けられる記録は、ＰＯＣ－ＤＭＳ１２ＡのＧＵＩを介してユーザによって提供される「重要である」または「重要でない」の分類で増分される。

この例では、データ処理エージェント２３は、メッセージ優先度表示のローカルデータベース、またはメッセージ優先度表示のローカルデータベースのサブセットのコピーを、さらなる処理のためにデータ処理エージェント２３に転送するために、定期的にまたは非定期的にＰＯＣ－ＤＭＳ１２Ａに記憶されたメッセージ重要度のローカルデータベースをポーリングするように構成され得る。このようにして、メッセージ優先度表示情報の大きなデータベースは、ネットワークがあまり忙しくないときにデータ処理エージェント２３に転送され得るか、またはデータ処理エージェント２３は、メッセージ優先度表示のローカルデータベース内に保持される情報のごく一部に対してＰＯＣ－ＤＭＳ１２Ａをポーリングし得る。

一例では、ＰＯＣ－ＤＭＳ１２Ａは、データ処理エージェント２３が任意の時点でメッセージ優先度表示にアクセスすることを可能にするために、インターネットを介して、メッセージ優先度表示をデータ処理エージェント２３によってアクセス可能なメッセージ記憶データベースに連続的にまたはバッチで転送し得る。

メッセージ優先度表示は、ＰＯＣ－ＤＭＳ１２Ａにおいて受信される各タイプのメッセージに対する２進表示であってよい。しかしながら、メッセージ優先度表示は連続番号（たとえば、ゼロから５の範囲内）であってよいか、またはメッセージ優先度表示は、メッセージ優先度カテゴリのアルファベットから選択されてもよい。メッセージタイプのサブセットは、メッセージのタイプに応じて、異なるタイプの優先度表示を可能にし得る。

ハイレベルの観点から、第１のネットワーク１０Ａ内のＰＯＣ－ＤＭＳ１２Ａは、メッセージタイプの有限セット（または、アルファベット）から選択されたメッセージを受信する。メッセージタイプの有限セットは、ＰＯＣアナライザのタイプ、および第１のネットワーク１０Ａに接続され、第１のＰＯＣ－ＤＭＳ１２Ａと通信するように構成された他のデバイス、第１のネットワーク１０Ａに接続されたデバイスの製造会社、第１のネットワーク１０Ａに接続されたデバイスのソフトウェア構成、および第１のネットワーク１０Ａに接続されたデバイスによって実行される検査のタイプなどの考慮によって定義される。メッセージが分析デバイスＰ１Ａによって生成され、第１のＰＯＣ－ＤＭＳ１２Ａに送信され得る場合、メッセージは、メッセージタイプの有限セット内であると見なされるべきである。

第２のネットワーク１０Ｂ内で分析デバイス（Ｐ１Ｂ～Ｐ７Ｂ）によって送られ、第２のネットワーク１０Ｂ内でＰＯＣ－ＤＭＳ１２Ｂにおいて受信されるメッセージに適用されるメッセージフィルタは、メッセージフィルタ構成７２に従って動作する。メッセージフィルタ構成７２は、第１のネットワーク１０Ａ内で分析デバイスＰ１Ａ～Ｐ７Ａから受信されたメッセージ優先度表示に少なくとも部分的に基づいて導出される。

メッセージフィルタ構成７２は、メッセージタイプの有限セット（入力と見なされる）とメッセージタイプの選好されるサブセット（第２のネットワーク１０Ｂ内でＰＯＣ－ＤＭＳ１２Ｂにおいてユーザに表示されるメッセージタイプ）の間のマッピングである。メッセージタイプの選好されるセットは、メッセージタイプの全体的なセットのサブセットである。メッセージタイプの全体的なサブセットとメッセージタイプの選好されるサブセットの間のマッピングは、たとえば、第１のネットワーク１０Ａ内でＰＯＣ－ＤＭＳ１２ＡにおいてＰＯＣ－ＤＭＳのＧＵＩを介して受信されるメッセージ優先度表示に基づいて提供される。

メッセージフィルタ構成７２の定義内で、メッセージフィルタ構成７２がメッセージタイプの全体的なセットから選好されるメッセージタイプのサブセットを表示するタスクを実行するようにメッセージフィルタ構成７２を生成するための幅広い手法を当業者は諒解されよう。

一例では、メッセージフィルタ構成７２は、単一のメッセージタイプに対して受信されるメッセージ優先度表示のしきい値に基づいて生成され得る。

一例では、メッセージフィルタ構成７２は、複数のメッセージタイプの影響を受ける論理規則に基づいて生成され得る。

一例では、メッセージフィルタ構成７２は、ネットワーク構成、ユーザ情報、および／またはメッセージ優先度表示をもたらす所与のメッセージの由来元のコンテキストの考慮に基づいて生成され得る。

一例では、メッセージフィルタ構成７２は、第１のＰＯＣ－ＤＭＳ１２Ａの特定のユーザの識別に応じて、データ処理エージェント２３によって生成される。特定のユーザの識別は、たとえば、ＰＯＣ－ＤＭＳ１２Ａのログオン資格から取得され得る。この例では、複数のメッセージフィルタ構成７２は、ＰＯＣ－ＤＭＳ１２Ａのユーザの数に対応して生成される。特定のユーザが第２のネットワーク１２Ｂに基づいて第２のＰＯＣ－ＤＭＳ１０Ｂにログオンするとき、第２のＰＯＣ ＤＭＳ１０Ｂは、特定のユーザの識別に対応するメッセージフィルタ構成７２をデータ処理エージェント２３から要求するように構成される。このようにして、ＰＯＣ－ＤＭＳ１２Ａ、１２Ｂの特定のユーザによって選好されるメッセージフィルタ構成７２は、たとえば、作業ロケーション間で転送され得る。

一実施形態によれば、メッセージフィルタ構成を提供することは、
メッセージ優先度表示に関連する分析デバイスステータスデータのタイプを識別することと、
記録を、メッセージフィルタ構成７２を定義するデータ構造内に記録を挿入するかまたは更新することであって、記録内の値が、分析デバイスステータスデータの識別されたタイプに割り当てられた優先度を記憶する、挿入するかまたは更新することと、
メッセージの識別されたタイプに対応するメッセージ優先度表示７２に基づいて、記録内に保持された値を調整し、それによりメッセージフィルタ構成を提供することと
を備える。

図６は、分析デバイスステータスデータのメッセージ優先度表示に基づいて、メッセージフィルタ構成７２を生成する一例を概略的に例示する。たとえば、メッセージ優先度表示の総数のカウントは、各タイプのメッセージに関して「重要でない」とマーキングされたメッセージ優先度表示の数とともに、メッセージ蓄積データベース６８内で集められる。メッセージ蓄積データベース６８はデータ処理エージェント２３において連続的に蓄積され、ＰＯＣ－ＤＭＳ１２Ａにおいてローカルデータベースとして記憶され得るか、またはインターネット上のどこかに記憶され、必要なときにポーリングされ得る。メッセージ蓄積データベース６８の質的な調査は、ＰＯＣ－ＤＭＳ１２Ａのユーザが「ＨＢ」で終わるハートビート信号を多少重要でないと見なすが、「ｔｅｓｔ＿ｒｅｓｕｌｔ」メッセージのいずれも取り消さなかったことを明らかにする。

この例では、各タイプのメッセージに対するカテゴリ重要度比率は、カテゴリ重要度データ構造６９内で提供される結果を用いて計算される。各タイプに対して、カテゴリ重要度比率は、所与のタイプの「重要でない」とマーキングされたメッセージの数をそのタイプの受信されたメッセージの総数で除算した数を表す。

この例では、各タイプのメッセージに対するポピュレーション（ｐｏｐｕｌａｔｉｏｎ）重要度比率が計算され、結果がポピュレーション重要度データ構造７０内で提供される。任意のタイプのメッセージの総数が蓄積される。各タイプのメッセージに対して、「重要でない」とマーキングされたメッセージの数が任意のタイプのメッセージの総数によって除算される。

メッセージフィルタ構成の一例は、各タイプのメッセージに関して、そのメッセージが分析デバイスを備えた第２のネットワーク１２Ｂ内でさらなるＰＯＣ－ＤＭＳ１２Ｂにおいて受信されるとき、所与のメッセージタイプが表示されるべきか否かの２進表示を含有するデータ構造７２である。

メッセージフィルタ構成７２は、第１のネットワーク１０Ａ内でＰＯＣ－ＤＭＳ１２Ａにおいて受信されるメッセージ優先度表示に基づいて生成される。

一例では、メッセージフィルタ構成７２は、フィルタ規則セット７１に基づいて生成される。図６において、フィルタ規則セット７１内の第１のフィルタ規則は、カテゴリ重要度比率が所与の比率（０．１５）未満である場合、所与のタイプのメッセージが表示され得ることを定義する。

フィルタ規則セット７１内の第２のフィルタ規則は、２つの条件が満たされる場合、すなわち、第一に、所与のメッセージタイプに対するポピュレーション重要度比率が所与の比率（０．１）未満である場合、第２に、メッセージタイプが、「ｔｅｓｔ＿ｒｅｓｕｌｔ」タイプではない場合、所与のタイプのメッセージが表示され得ることを定義する。

したがって、メッセージフィルタ構成７２を生成するために、１つまたは複数のフィルタ規則が受信されたメッセージ優先度表示に適用される。提供される２つの規則は例であり、メッセージ重要度の発見を可能にする多くのフィルタ規則が提供され得ることを当業者は諒解されよう。

その後、データ処理エージェント２３は、メッセージフィルタ構成７２を第２のネットワーク１０Ｂ内でＰＯＣ－ＤＭＳ１２Ｂに送信し得る。第２のネットワーク１０Ｂ内のＰＯＣ－ＤＭＳ１２Ｂは、データ処理エージェント２３から受信されるメッセージフィルタ構成を使用して、第２のネットワーク１０Ｂ内で分析デバイスＰ１Ｂ～Ｐ７Ｂから受信されるメッセージの着信セットをフィルタリングする。

メッセージフィルタ構成２３は、多くの異なる方法で、分析デバイスステータスデータのメッセージ優先度表示に基づいて提供され得る。

分析デバイスによって生成された分析デバイスステータスデータは、オプションで、タイムスタンプされる。代替または追加として、メッセージ優先度表示は、ユーザが、ＰＯＣ－ＤＭＳ１２Ｂを使用して、メッセージタイプのセット内のメッセージタイプを「重要でない」とマーキングするとき、オプションで、タイムスタンプされる。したがって、個々のメッセージ優先度表示がメッセージフィルタ構成７２に提供する重みは、個々のメッセージ優先度表示が提供された時間に基づいて、または代替として、個々のメッセージ優先度表示に関連付けられる分析デバイスステータスデータのタイムスタンプに基づいて、異なり得る。

一実施形態によれば、メッセージフィルタ構成は、時間ベースの関数として部分的にまたは完全に調整される。

一実施形態によれば、メッセージフィルタ構成７２の記録内に保持される少なくとも１つの値は、メッセージ優先度データがリンクされる分析デバイスステータスデータの生成時間に基づいて調整される。

一実施形態によれば、メッセージフィルタ構成７２の記録内に保持される少なくとも１つの値は、メッセージ優先度データの生成の時間に基づいて調整され、分析デバイスステータスデータ項目にリンクされる。

たとえば、メッセージフィルタ構成７２は、過去に所与の時間量を超えて生成されたメッセージ優先度データを除いて、毎年、毎月、毎週、または毎日の終わりに再計算され得る。これは、メッセージフィルタ構成７２が一定のメッセージタイプが再度表示され得ない程度まで異ならないことを確実にする。

一実施形態によれば、
メッセージ優先度表示が由来する第１のアナライザネットワーク１０Ａ内の分析デバイスのネットワーク構成を少なくとも部分的に特徴付けるネットワーク構成データを取得することと、
前記第１のアナライザネットワーク１０Ａのネットワーク構成データに少なくとも部分的に基づいて、メッセージフィルタ構成を生成または更新することと
がさらに提供される。

図１のネットワーク構成図を再度参照すると、第１のネットワーク１０Ａは、第１の医療機関（ローカルクリニック）１８Ａ内の第１の分岐および第２の医療機関（総合病院）１９Ａの第２の分岐を備える。第１の分岐は、タイプ「１」のハンドヘルド分析デバイスＰ５ＡおよびＰ６Ａ、タイプ「２」のハンドヘルド分析デバイスＰ４Ａ、およびいくつかのデスクトップ分析デバイスを少なくとも備える。医療機関１９Ａ内の第２の分岐は、タイプ「１」のハンドヘルド分析デバイスＰ２ＡおよびＰ３Ａ、ならびにタイプ「２」のハンドヘルド分析デバイスＰ１Ａを少なくとも備える。さらに、医療機関１９Ａの第２の分岐は、デスクトップ分析デバイスの異なる配列を有する。

ネットワーク構成データは、たとえば、ネットワークトポロジーを取得するための第１のネットワーク１０Ａの分析デバイスデータに対してＳＮＭＰ分析（単純なネットワーク管理プロトコル）を実行することによって取得され得る。代替または追加として、第１のネットワーク１０Ａ内のＰＯＣ－ＤＭＳ１２Ａは、第１のネットワーク１０Ａのネットワーク構成に関する詳細を提供するレジストリデータ構成を備え得る。この情報は、ネットワーク上のデバイスのＭＡＣアドレス、分析デバイスのファームウェア内に保持される製造会社登録番号、または分析デバイスのＩＰもしくはネットワークアドレスを参照することによって発見され得る。

ネットワーク構成データに少なくとも部分的に基づいて、メッセージフィルタ構成を生成または更新する利点は、所与のタイプの分析デバイスＰ１Ａ～Ｐ７ＡがＰＯＣ－ＤＭＳ１２Ａにおいて閲覧されなくてよいタイプの過剰な数のメッセージを生成することが分かり得ることである。本実施形態は、ネットワーク１０Ａ内のあるタイプのＰＯＣ Ｐ２Ａ、Ｐ３Ａの存在を識別する。ＰＯＣ－ＤＭＳ１２Ａにおいて閲覧されなくてよいタイプの過剰な数のメッセージを生成するタイプのＰＯＣ Ｐ２Ａ、Ｐ３Ａの識別時に、１つまたは複数のエントリーが、ＰＯＣ－ＤＭＳ１２Ａにおいて閲覧されなくてよいタイプのメッセージをフィルタリングすることが可能なメッセージフィルタ構成７２に追加され得る。しかしながら、ネットワーク１０Ａ内にあるタイプのＰＯＣ Ｐ２Ａ、Ｐ３Ａの存在が見出されない場合、そのようなエントリーは、メッセージフィルタ構成７２に追加されなくてよく、エントリーはメッセージフィルタ構成７２から省かれる。

分析デバイスＰ１Ａ～Ｐ７Ａが、病院の異なる部門を移動する、異なる設定で使用される、修理に出される、教育コンテキストにおいて使用される、またはさらに患者の往診のシーケンスにおいて訪問看護師によって使用されるように病院から除去されるにつれて、分析デバイスＰ１Ａ～Ｐ７Ａの内部状態を説明する分析デバイスメッセージのパターンは変更されることになる。

たとえば、病院内に存在する分析デバイスは、許容動作温度に留まり得るが、冬の間に夜通し訪問看護師の車の中に残された分析デバイスは、許容動作温度を下回り、したがって、低温度制限通知を備えた分析デバイスデータのストリーミングをトリガし得る。この例のために、ＰＯＣアナライザが使用中に許容動作温度にあることを条件に、夜通し寒い車の中にＰＯＣアナライザを残すことは許容され得るため、ＰＯＣ－ＤＭＳ ＧＵＩ上でのＰＯＣ管理者に対するそのようなメッセージの送信、記録、および表示は、不要になる。しかしながら、実際には、コンテキストの変化によって引き起こされるそのような状態が問題であるか否かを決定するために、ＰＯＣ管理者が自らの責任で多数のデバイスの動作コンテキストを監視することは、非常に困難になる。

分析デバイスステータスデータのパターンに対するそのような微妙なまたは著しい変更は、分析デバイスＰ１Ａ～Ｐ７Ａのセット内の各分析デバイスに対して、各分析デバイスの使用のコンテキストを識別するために使用され得る。分析デバイスのうちの１つまたは複数が別個の使用コンテキストで使用されることが将来識別されるとき、分析デバイスステータスデータが、アナライザの使用コンテキストに従って自動的にフィルタリングされ得るように、別個のコンテキストに由来する分析デバイスステータスデータには、ＰＯＣ－ＤＭＳ１２Ａのユーザによって異なる優先度が割り当てられてよい。

一実施形態によれば、
コンテキスト識別エンジン７８を使用して、第１のアナライザネットワーク１０Ａおよび／もしくは第１のアナライザ管理システム１２Ａ、ならびに／またはメッセージ優先度表示が由来する少なくとも１つの分析デバイスＰ１Ａのうちの１つまたは複数のコンテキストを識別することと、
識別されたコンテキストに基づいて、メッセージフィルタ構成を提供または更新することと
がさらに提供される。

一実施形態によれば、複数のメッセージフィルタ構成は、複数の識別されたコンテキストに対応して生成される。

一実施形態によれば、識別された第１のコンテキスト内に存在する分析デバイスに由来する第１の複数の分析デバイスステータスデータ項目に第１の複数のメッセージ優先度表示が割り当てられる。識別された第２のコンテキスト内に存在する分析デバイスに由来する第２の複数の分析デバイスステータスデータ項目に第２の複数のメッセージ優先度表示が割り当てられる。識別された第１のコンテキスト内の分析デバイスに由来する後続の分析デバイスステータスデータをフィルタリングするための第１のメッセージフィルタ構成７２は、第１の複数のメッセージ優先度表示を使用して生成される。識別された第２のコンテキスト内の分析デバイスに由来する後続の分析デバイスステータスデータをフィルタリングするための第２のメッセージフィルタ構成は、第２の複数のメッセージ優先度表示を使用して生成される。

オプションで、第１および第２のメッセージフィルタ構成は、同一の規則セットを使用して生成されてよく、同一の規則セットは、第１のメッセージフィルタ構成を生成するために第１の複数のメッセージ優先度表示に適用され、同一の規則セットは第２のメッセージフィルタ構成を生成するために前記第２の複数のメッセージ優先度表示に適用される。

オプションで、第１のメッセージフィルタ構成７２ａは、第１の規則セットを使用して生成され得、第１の規則セットは、第１のメッセージフィルタ構成を生成するために第１の複数のメッセージ優先度表示に適用される。第２のメッセージフィルタ構成７２ｂは、第２の規則セットを使用して生成され得、第２の規則セットは、第２のメッセージフィルタ構成を生成するために第２の複数のメッセージ優先度表示に適用され、第２の規則セットは第１の規則セットとは異なる。

オプションで、コンテキスト識別エンジン７８は、第１の分析デバイスの１つまたは複数の使用コンテキストを追跡する第１のインスタンスを備える。

オプションで、コンテキスト識別エンジン７８は、第２の分析デバイスの１つまたは複数の使用コンテキストを追跡する第２のインスタンスを備え、第１のインスタンスの複数の使用コンテキストは、第２のインスタンスの使用コンテキストとは異なる。

オプションで、コンテキスト識別エンジン７８の第１のインスタンス７８ａは、第１の有限状態機械であり、コンテキスト識別エンジンの第２のインスタンス７８ｂは、第２の有限状態機械である。第１の有限状態機械および第２の有限状態機械は、同一の状態および／または状態遷移配列を備える。第１および第２の有限状態機械は、ＰＯＣ管理システム（ＰＯＣ－ＤＭＳ）、および／または分析デバイスＰ１Ａ～Ｐ７Ａのうちの１つもしくは複数のうちの少なくとも１つから入力刺激要因を受信する。

オプションで、コンテキスト識別エンジン７８の第１のインスタンス７８ａは、第１の有限状態機械であり、コンテキスト識別エンジン７８の第２のインスタンス７８ｂは、第２の有限状態機械である。第１の有限状態機械および第２の有限状態機械は、異なる状態および／または状態遷移配列を備える。第１および第２の有限状態機械は、ＰＯＣ管理システム（ＰＯＣ－ＤＭＳ）、および／または分析デバイスＰ１Ａ～Ｐ７Ａのうちの１つもしくは複数のうちの少なくとも１つから入力刺激要因を受信する。

述べたように、一例では、メッセージフィルタ構成７２は、関連するメッセージ優先度表示につながりのある分析デバイスステータスデータ（メッセージ）項目を生成する分析デバイスＰ１Ａ～Ｐ７Ａの使用コンテキストの考慮に基づいて生成され得る。

分析デバイスＰ１Ａの使用コンテキストは、後で論じるように、多くの異なる入力刺激要因に基づいて推論され得る。

１つの例示的な使用事例では、第１のコンテキストは、ＰＯＣ－ＤＭＳ１２Ａのコンテキストであり、関連する分析デバイスＰ１Ａ～Ｐ７Ａが事故および救急病棟内に位置する。事故および救急病棟内で、多数のポータブル分析デバイスＰ１Ａ～Ｐ７Ａは、仕切られた室内で運ばれ、バッテリー電源に主に依存することになるが、これらのデバイスは平均検査数よりも性能が若干低い可能性がある。データ通信は、たとえば、セキュアなＷｉ－Ｆｉなど、ワイヤレスネットワークを介する。分析デバイスＰ１Ａを床に落とす、またはさらに分析デバイスＰ１Ａを戸棚の中に誤って置くなど、機械事故は、忙しい事故および救急病棟内でより頻発し得る。したがって、事故および救急コンテキストにおける分析デバイスＰ１Ａ～Ｐ７Ａは、「低バッテリー」メッセージ、データ通信、加速度計衝撃メッセージ、またはワイヤレス通信構成メッセージを平均よりも多く報告する可能性がある。これらのうちのいくつかは、反復的であり、事故および救急部門コンテキスト内のＰＯＣ－ＤＭＳ１２Ａを関連付けるために使用され得る。

たとえば、第２のコンテキストは、ＰＯＣ－ＤＭＳ１２Ａ、および病理検査室内に位置する関連分析デバイスＰ１Ａ～Ｐ７Ａのコンテキストである。この場合、分析デバイスＰ１Ａ～Ｐ７Ａの高いスループット使用は、品質管理リマインダ、成分または試薬の充填レベルリマインダ、および他のコンテキストと比較して毎時間の多数の検査などが、病理検査室内に位置する関連ＰＯＣ－ＤＭＳ１２Ａにおいて平均よりも頻発することを意味し得る。

たとえば、第３のコンテキストは、ＰＯＣ－ＤＭＳ１２Ａ、および教育環境に位置する関連分析デバイスＰ１Ａ～Ｐ７Ａのコンテキストである。現代の分析デバイスＰ１Ａ～Ｐ７Ａは、多数のメッセージを生成し得るが、これらのメッセージのうちのいくつかは、教育またはトレーニング環境において、特に、結果が「実際の」医療事例では使用されていないとき、注意をそらせる可能性がある。したがって、教育またはトレーニング環境における関連ＰＯＣ－ＤＭＳ１２Ａのユーザは、たとえば、基本的な検査結果メッセージの重要度を高め、反復的なハードウェア監視メッセージの重要度を強調しないことを選好し得る。

これらの例示的なコンテキストは各々、各コンテキスト内でＰＯＣ－ＤＭＳ１２Ａに達するメッセージのフローにおいて技術的な独特の差異をもたらす特定の特性を有する。メッセージの差異は、使用コンテキスト間の質的な差異から生じ得る。したがって、メッセージフィルタリングは、分析デバイスＰ１Ａ～Ｐ７Ａが使用されるコンテキストに基づいて調整され得る。これは、ポータブル分析デバイスＰ１Ａ～Ｐ７Ａが立て続けにコンテキスト間で変換されるとき（分析デバイスが教育環境から事故および救急環境に移動されるなど）に特に有利である。

コンテキスト識別エンジンは、所与の分析デバイスＰ１Ａ～Ｐ７Ａが動作しているコンテキストを推論または発見するために、ネットワーク１０Ａ、ＰＯＣ－ＤＭＳ１２Ａ、または分析デバイスＰ１Ａ～Ｐ７Ａのうちの少なくとも１つから利用可能な幅広い範囲の情報を使用し得る。異なるコンテキスト内で分析デバイスＰ１Ａ～Ｐ７Ａからのメッセージをフィルタリングするために異なるメッセージフィルタ構成７２を生成することは、分析デバイスが第１のコンテキスト内にあるときには関連しないが、分析デバイスが第２のコンテキストにあるときには関連するメッセージが、たとえば、データ処理エージェント２３によって生成された複数のメッセージフィルタ構成７２を受信した第２のネットワーク１０ＢのＰＯＣ－ＤＭＳ１２Ｂにおいて、自動的に、ユーザ介入なしに、表示されることを意味する。

図７は、個々の分析デバイスＰ１Ａのコンテキストをモデル形成する状態機械７８の一意のインスタンスを例示する。

潜在的な使用事例の前述の議論に基づいて、状態機械は、「未定状態」とともに、「事故および救急」、「病理検査室」、ならびに「教育環境」状態を有し得る。

図７の例では、コンテキストに対する状態の割当て、状態間の状態遷移のマッピング、および状態間の遷移を定義する入力刺激要因（信号）または入力刺激要因の組合せの選択が、例示的な例として提供される。追跡されることが意図されるコンテンツの数に基づいて、より多数の、またはより少数の、状態が提供され得ることを当業者は諒解されよう。状態間の状態遷移は、多くの異なる方法で提供され得る。そのような状態間の遷移を定義する入力刺激要因は、データ処理エージェント２３に利用可能な多種多様な異なるソースから取得され得る。

コンテキスト識別エンジン内の状態機械７８は、不定状態８２に方向づけられた開始エッジ８０を備える。状態が「教育」８６、「Ａ＆Ｅ」８４、または「ＰＡＴＨ」８８に変更されるべきであることを示す条件が不在である場合、状態機械は不定状態の周囲に残り８１、コンテキストを現在決定することができないことを示す。この場合、多くの異なるコンテキストに適用可能なデフォルトメッセージフィルタ構成として、メッセージフィルタ構成７２が出力される。

オプションで、コンテキスト識別エンジンが、分析デバイスＰ１Ａが不定コンテキスト内にあることを識別するとき、すべてのメッセージタイプに対するメッセージフィルタ構成７２ａ内のすべての記録は、すべてのメッセージがデータ処理エージェントから転送されることを確実にするように１（ｕｎｉｔｙ）に設定される。

データ処理エージェント２３は、ユーザが「学生」のステータスで分析デバイスＰ１Ａにログオンすることを検出し得る。状態機械は、「不定」状態を出て、「教育」状態８６に入る。状態機械は、ＰＯＣ－ＤＭＳ１０Ａが、ユーザが分析デバイスＰ１Ａをログオフすることを検出するまで、「教育」状態８６に留まり、その場合、状態機械は「不定」状態に再度入る。

コンテキスト識別エンジンが、分析デバイスＰ１Ａが「教育」状態にあることを識別するとき、メッセージフィルタ構成７２内のメッセージタイプに関する記録は、教育割当てに無関係なアナライザステータスデータが分析デバイスＰ１Ａ、ＢまたはＰＯＣ－ＤＭＳ２３Ａ、ＢのＧＵＩを介して学生に表示されないことを確実にするように設定され得る。

この例では、不定状態８２から開始して、ネットワーク１０Ａのネットワーク構成「ＮＥＴＷＯＲＫ＿ＣＯＮＦＩＧ」が、事前に割り当てられた条件に整合すると検出されるとき、状態機械は「Ａ＆Ｅ」状態８３に遷移する。ネットワーク構成は、たとえば、分析デバイスＰ１Ａが、「Ａ＆Ｅ」部門を示す他のネットワークデバイスの一意の配置と組み合わされて使用されるとき、条件「ＮＥＴＷＯＲＫ＿ＣＯＮＦＩＧ」に整合するように変更され得る。代替として、ネットワーク構成は、ネットワーク構成ディレクトリ内でルックアップされ、分析デバイスのネットワークアドレス（または、ＩＰアドレス）が「Ａ＆Ｅ」部門におけるネットワークアドレス範囲に整合することを明らかにし得る。

コンテキスト識別エンジンが、分析デバイスＰ１Ａが「Ａ＆Ｅ」コンテキスト内にあることを識別するとき、メッセージフィルタ構成７２ｃを生成するために、「Ａ＆Ｅ」コンテキスト内の分析デバイスＰ１Ａから出力される分析デバイスデータに関するメッセージ優先度表示が使用される。

図７の例では、「ＮＥＴＷＯＲＫ＿ＣＯＮＦＩＧ」がアサートされないとき、状態機械は「Ａ＆Ｅ」を去り、不定状態８２に戻る。

図７の例では、コンテキスト識別エンジンが、「ＡＳＳＡＹ＿ＴＹＰＥ」信号が挿入され、分析デバイスが病理検査室コンテキスト内でのみ実行され得るアッセイが実行されていることを暗示することを識別するとき、状態機械は、「ＰＡＴＨ」状態８８に遷移し、「ＡＳＳＡＹ＿ＴＹＰＥ」信号が、分析デバイスが病理コンテキスト内でのみ実行され得るアッセイを実行しないことを定義する状態に変更されるまで、そこに留まる。

コンテキスト識別エンジンが、分析デバイスＰ１Ａが「ＰＡＴＨ」コンテキスト内にあることを識別するとき、メッセージフィルタ構成７２ｄを生成するために、「ＰＡＴＨ」コンテキスト内の分析デバイスＰ１Ａから出力される分析デバイスデータに関するメッセージ優先度表示が使用される。

図８は、単一の分析デバイスのコンテキストを追跡することが可能なコンテキスト識別エンジンの一部分内に含まれた第１のネットワーク１０Ａ内の各アクティブな（オンに切り替えられた）分析デバイス（ＰＯＣデバイス）に対して複数の一意のインスタンス７８ａ、７８ｂを維持するコンテキスト識別エンジン７８の一例を概略的に例示する。

たとえば、コンテキスト識別エンジン７８は、第１のコンテキスト識別インスタンス７８ａを使用して、分析デバイスＰ１Ａのコンテキストを追跡する。この例では、コンテキスト識別インスタンス７８ａは、上記で論じた４つの考えられる状態を有する上記で論じた有限状態機械であり得るが、より多数のもしくはより少数の、または異なるコンテキスト追跡手法が適用され得ることを当業者は諒解されよう。

コンテキスト識別エンジン７８は、第２のコンテキスト識別インスタンス７８ｂを使用して、分析デバイスＰ２Ａのコンテキストを追跡する。この例では、コンテキスト識別インスタンス７８ｂも、上記で論じた４つの考えられる状態を有する上記で論じた有限状態機械であるが、より多数のもしくはより少数の、または異なるコンテキスト追跡手法が適用され得ることを当業者は諒解されよう。

コンテキスト識別エンジン７９は、Ｐ１ＡおよびＰ２Ａ自体によって出力される分析デバイスデータから、ログオンサーバから、など、ネットワークアドレスサーバなど、Ｐ１ＡおよびＰ２Ａのコンテキストを推論するために使用される入力信号を受信する。

したがって、Ｐ１Ａによって出力される分析デバイスに関して提供されるメッセージ優先度表示は、コンテキスト識別インスタンス７８ａによって現在識別されている４つの利用可能なコンテキストからの１つのコンテキストで索引付けされる。Ｐ１Ｂによって出力される分析デバイスデータに関して提供されるメッセージ優先度表示は、コンテキスト識別インスタンス７８ｂによって現在識別されている４つの利用可能なコンテキストのうちの１つのコンテキストで索引付けされる。この例でメッセージ優先度表示が提供される１つの方法は、ユーザが、ＰＯＣ－ＤＭＳ１２ＡのＧＵＩ２４Ａを使用してＰ１ＡおよびＰ１Ｂからの分析デバイスデータを「重要でない」としてマーキングすることによってであるが、本書で論じる他のメッセージ優先度表示手法が使用されてもよい。

したがって、Ｐ１Ａから受信される分析デバイスデータの時系列は、時系列９０ａにおいて概略的に例示されている。Ｔ＝００：００とＴ＝０５：００の間で、Ｐ１Ａは、時系列９０ａの領域９１において示されるコンテキスト「１」内にある。Ｔ＝０５：００とＴ＝１２：００の間で、Ｐ１Ａは、時系列９０ａの領域９２において示されるコンテキスト「２」内にある。

Ｐ２Ａから受信される分析デバイスデータの時系列は、時系列９０ｂにおいて概略的に例示されている。Ｔ＝０：００とＴ＝０６：００の間で、Ｐ１Ａは、時系列９０ｂの領域９３において示されるコンテキスト「２」内にある。Ｔ＝０６：００とＴ＝１２：００の間で、Ｐ１Ａは、時系列９０ｂの領域９４において示されるコンテキスト「１」内にある。

Ｐ１ＡまたはＰ２Ａのいずれかから受信されるコンテキスト「１」内の分析デバイスデータに関する複数のメッセージ優先度表示は、メッセージフィルタ構成Ｆ１（ｘ）７２ａを生成するために使用される。

Ｐ１ＡまたはＰ２Ａのいずれかから受信されるコンテキスト「２」内の分析デバイスデータに関する複数のメッセージ優先度表示は、メッセージフィルタ構成Ｆ２（ｘ）７２ｂを生成するために使用される。

メッセージフィルタ構成Ｆ１（ｘ）およびＦ２（ｘ）は、次いで、メモリ９６内に記憶され得る。

このようにして、複数のメッセージフィルタ構成２３ａ、２３ｂは、分析デバイスが使用されるコンテキストに応じて生成され得る。オプションで、メッセージフィルタ構成は、異なる時点で異なる分析デバイスから、しかしながら共有されるコンテキスト内で、出力される分析デバイスデータに由来するメッセージ優先度表示から組み立てられ得るが、これは必須ではない。

分析デバイスＰ１Ａのコンテキストを追跡するための状態機械の使用は、状態機械の遷移の配列に基づいて執行されるコンテキスト間の順序依存性を可能にするため、この使用は有益であり得る。たとえば、事故および救急部門コンテキストと教育コンテキストの間の分析デバイスＰ１Ａの遷移は、分析デバイスがそのような部門同士の間で交換されることが物理的に可能である、教育が行われる病院において自明であり得る。しかしながら、分析デバイスＰ２Ａが教育コンテキストから往診コンテキストに移されることは可能でないことがある。

分析デバイスのコンテキストを追跡するための有限状態機械の使用は必須ではなく、コンテキスト追跡の概念を例示するために本説明において使用されることを当業者は諒解されよう。有限状態機械は、指定されたコンテキスト遷移規則を用いてコンテキストの有限セットを追跡するために有益に使用され得る。代替として、または組み合わせて、コンテキスト識別は、１つの階層的状態機械、または階層的状態機械の組合せを採用し得る。代替として、特定のコンテキスト内の分析デバイスの存在の決定は、分析デバイスもしくはＰＯＣ－ＤＭＳ、またはＢａｙｅｓｉａｎ分類器から受信される刺激要因によって検出される採決方式（ｖｏｔｉｎｇ ｓｃｈｅｍｅ）に基づいて行われ得る。

一例では、コンテキスト識別エンジンの一意のインスタンスは、第１のネットワーク１０Ａ内の各アクティブな（オンに切り替えられた）分析デバイスに対して維持される。これは、複数のポータブル分析デバイスＰ１Ａ～Ｐ７Ａが異なるコンテキスト内で同時に追跡されることを可能にするか、またはそれらのデバイスが異なるコンテキストを移動するにつれて、また複数のポータブル分析デバイスＰ１Ａ～Ｐ７Ａの各ポータブル分析デバイスからのメッセージの扱いが複数の分析デバイスＰ１Ａ～Ｐ７Ａの各ポータブル分析デバイスのコンテキストに基づいてフィルタリングされるために。

オプションで、アクティブな（オンに切り替えられた）分析デバイスのコンテキスト識別エンジン７８の一意のインスタンス７８ａが、入力の最新セットに基づいてコンテキスト識別エンジン７８を使用して分析デバイスをコンテキストに関連付けることができない場合、コンテキストは不定（未知）状態であると決定され、これは、不定コンテキスト内のＰＯＣから分析デバイスステータスデータに関するメッセージ優先度選択肢に対するデフォルトメッセージフィルタ構成を提供する。

一例では、単一のポータブル分析デバイスのコンテキストは、有限状態機械７８（状態機械と略される）内の１つまたは複数の状態として、コンテキスト識別エンジン内のインスタンスによってモデル形成され得る。有限状態機械７８に対する入力７６は、コンテキスト決定エンジンによって行われるコンテキスト決定のための入力データの豊富なソースを提供する、第１のネットワーク内のＰＯＣ－ＤＭＳ１０Ａに利用可能なデータのうちのいずれかから取得され得る。

たとえば、有限状態機械７８は、第１のネットワーク内のＰＯＣ－ＤＭＳ１０Ａからの入力７６として、単一の分析デバイスまたは複数の分析デバイスのネットワーク構成情報、分析デバイス内部動作情報、特定のＰＯＣに対するユーザログイン情報、ユーザ証明書データ、分析デバイスの地理的ロケーションデータ、および特定の分析デバイスに対して実行されるアッセイタイプに関する情報のうちの１つまたは複数を利用し得る。コンテキストの決定を可能にするために、情報のさらに多くのソースが少なくともＰＯＣ－ＤＭＳ１０Ａから取得され得る。

たとえば、状態機械７８は、複数のメッセージフィルタ構成７２ａ、７２ｂ、７２ｃ、および７２ｄを出力として提供し得る。複数のメッセージフィルタ構成７２ａ、７２ｂ、７２ｃ、および７２ｄの各メッセージフィルタ構成は、状態機械７８内の状態に対応する。

個々の分析デバイスＰ１Ａが識別されるとき、状態機械７８の一意のインスタンスがコンテキスト識別エンジン内でインスタンス化される。状態機械７８の一意のインスタンスは、個々の分析デバイスＰ１Ａに関連するコンテキストを追跡する。個々の分析デバイスＰ１Ａに関連するコンテキストが識別され得ない場合、個々の分析デバイスＰ１Ａのコンテキストをモデル形成する状態機械７８の一意のインスタンスは、不定状態８２に留まる。

個々の分析デバイスＰ１Ａのコンテキストをモデル形成する状態機械７８の一意のインスタンスの１つまたは複数の状態に対して、メッセージフィルタ構成のインスタンスが存在する。３つのコンテキスト間の個々の分析デバイスＰ１Ａのコンテキストおよび１つの未定コンテキストをモデル形成する、状態機械７８の１つのインスタンスのみが存在する場合、メッセージフィルタ構成７２ａ、７２ｂ、７２ｃ、および７２ｄの４つのインスタンスが提供される。

一実施形態によれば、１つまたは複数のコンテキストが様々な方法で決定される。具体的には、コンテキスト決定は、次のように列挙される、１つのデータまたはデータの任意の組合せに基づき得る。
（ｉ）コンテキスト決定は、第１のアナライザネットワークのデバイス構成を少なくとも部分的に特徴付けるネットワーク構成データに基づき得る。たとえば、ネットワーク１０Ａ上の分析デバイスの一定のタイプの存在または不在は、デバイスコンテキストの識別を可能にする。たとえば、一定のタイプの分析デバイスは、ポータブルではなく、病理検査室においてのみ使用されるが、他のタイプの分析デバイスはポータブルである。さらに、ネットワークサーバは、ネットワークアドレスのレジストリを維持し得る。分析デバイスデータがネットワークアドレスの予想される範囲内から受信されるとき、アナライザデータがいくつかのデバイスコンテキストのうちの１つから受信されているネットワークアドレスのレジストリを使用して判定が行われ得る。
（ｉｉ）コンテキスト決定は、後でメッセージ優先度表示が割り当てられたメッセージを送った少なくとも１つの分析デバイスの内部構成データに基づき得る。たとえば、分析デバイスによって送られたメッセージのタイプは、それ自体が、分析デバイスの動作コンテキストの識別、または推論を可能にする。内部構成データは、分析デバイスが実行することが可能な検査、分析デバイスのソフトウェア構成およびファームウェアバージョンに関する情報、分析デバイスの保守管理状態に関する情報など、に関し得る。
（ｉｉｉ）コンテキスト決定は、後でメッセージ優先度表示が割り当てられたメッセージを送った少なくとも１つの分析デバイスのバッテリー寿命データに基づき得る。たとえば、往診看護師のコンテキスト内で使用される分析デバイスは、事故および救急室のコンテキスト内で使用される分析デバイスほど頻繁に充電され得ず（より多くの充電ソケットの近接性により）、したがって、分析デバイスに関するバッテリー寿命データおよび／または充電データは、分析デバイスの使用のコンテキストに関する何らかの推論を可能にし得る。
（ｉｖ）コンテキスト決定は、後でメッセージ優先度表示が割り当てられたメッセージを送った少なくとも１つの分析デバイスの品質管理データに基づき得る。分析デバイスによって提供される結果に関する品質管理データは、分析デバイスの保守管理状態についての知見を提供し得る。たとえば、頻繁に使用される分析デバイスは、より頻繁に再校正を必要とし得る。
（ｖ）コンテキスト決定は、メッセージ優先度表示が生成された時間において、またはその時間近くで、関連付けられる少なくとも１つの分析デバイスに対して実行されるアッセイタイプに基づき得る。たとえば、特定のアッセイタイプは、病院のある部門においてのみ与えられることがあり、したがって、特定のアッセイタイプの分析デバイスデータに関するメッセージ優先度表示の受信は、分析デバイスデータの由来元のコンテキストのさらなる推論を可能にする。
（ｖｉ）コンテキスト決定は、メッセージ優先度表示および／または分析デバイスデータが生成された時間に基づき得る。たとえば、使用コンテキストを推論するためのさらなる情報を提供するために、分析デバイスデータ項目の生成の時間がスタッフシフトパターンと比較され得る（スタッフのあるサブセットによる使用が使用コンテキストの推論を可能にする）。
（ｖｉｉ）コンテキスト決定は、少なくとも１つの分析デバイスおよび／または第１の分析デバイス管理システムのロケーションデータに基づき得る。たとえば、ロケーションデータは、１つまたは複数の分析デバイスのＧＰＳ座標を備え得る。ロケーションデータは、分析デバイスとその分析デバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ａの間の分離距離を備え得る。ロケーションデータは、ジオフェンシング条件を備えてよく、１つまたは複数の地理的境界が定義され、たとえば、ジオフェンシングされた領域内の複数の分析デバイスの存在、または不在が、２値ベクトルによって表される。
（ｖｉｉｉ）コンテキスト決定は、少なくとも１つの分析デバイスおよび／または第１の分析デバイス管理システムのオペレータデータおよび／または証明書データに基づき得る。
（ｉｘ）コンテキスト決定は、アナライザデータのコンテンツに基づき得る。たとえば、ユーザが分析デバイスＰ１Ａにログオンすると、分析デバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ａは、そのユーザに関するユーザ分類データを取得するために、ユーザデータベースに問い合わせることができる。たとえば、ユーザ分類データは、ユーザの職位、ユーザの証明書ステータス、ユーザのシフトプランデータ、などを備え得る。
（ｘ）コンテキスト決定は、少なくとも１つの分析デバイスから受信されたメッセージ数のカウントに基づき得る。
（ｘｉ）コンテキスト決定は、第１のアナライザネットワークおよび／または第１の分析デバイス管理システムＰＯＣ ＤＭＳ１の前の構成を定義するログデータ、およびさらなる情報ソースから取得されたメタデータに基づき得る。

分析デバイスの使用コンテキストの識別を可能にするために、データの多くの他のソースがコンテキスト識別エンジンによって使用され得ることを当業者は諒解されよう。

データ処理エージェント２３が１つまたは複数のメッセージフィルタ構成７２を生成すると、図６に例示されるような規則ベースの手法を介そうと、図７および図８に例示される追加の連絡先情報を用いようと、１つまたは複数のメッセージフィルタ構成７２は、オプションで、ネットワーク１０Ａ内に由来する後続の分析デバイスデータに適用され得る。

言い換えれば、１つまたは複数のメッセージフィルタ構成７２は、ＰＯＣ－ＤＭＳ１２Ａがメッセージフィルタ構成７２を生成することを可能にした同じメッセージに対してある程度のフィードバックを提供し得る。

データ処理エージェント２３は、メッセージフィルタ構成７２の完了時、データ処理エージェント２３と共同設置されたデータ記憶ユニット内に、または遠隔ロケーションに、メッセージフィルタ構成７２を記憶し得る。

さらに、１つまたは複数のメッセージフィルタ構成７２は、１つもしくは複数のさらなるネットワーク１２Ｂおよび／または１つもしくは複数のさらなる分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ｂに送信され得る。１つまたは複数のメッセージフィルタ構成７２が１つもしくは複数のさらなるネットワーク１２Ｂおよび／または１つもしくは複数のさらなる分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ｂによって受信されているとき、第１のネットワーク１０Ａで生成されるメッセージフィルタ構成７２は、１つまたは複数のさらなるネットワーク１０Ｂ内から生成される分析デバイスデータを表示するためにフィルタリングに適用され得る。

このようにして、データ処理エージェント２３は、第１のネットワーク１０Ａ内で生成されたメッセージ優先度表示を使用して、１つまたは複数の「スマートフィルタ」をアセンブルまたは更新する。１つまたは複数の「スマートフィルタ」は、次いで、第１のネットワーク１０Ａにおいて取得された改善されたメッセージフィルタリング性能がさらなるネットワーク１０Ｂ内でも経験され得るように、分析デバイスを備えたさらなるネットワーク１０Ｂに電子的に通信され得る。

オプションで、さらなるネットワークＤＭＳ１２Ｂ内の分析デバイス管理システムまたはネットワーク１０Ｂ ＰＯＣ－ＤＭＳ１２Ｂは、データ処理エージェント２３によって生成されたメッセージフィルタ構成７２のバージョンをデータ処理エージェント２３から要求するように構成される。データ処理エージェント２３によって生成されたメッセージフィルタ構成７２の更新されたバージョンに対して、さらなるネットワーク内の分析デバイス管理システムまたはネットワーク１０Ｂ ＰＯＣ－ＤＭＳ１２Ｂから要求を受信すると、データ処理エージェント２３は、さらなるネットワーク内の分析デバイス管理システムまたはネットワーク１０Ｂ ＰＯＣ－ＤＭＳ１２Ｂにメッセージフィルタ構成７２を送信するように構成される。

一実施形態によれば、メッセージフィルタ構成は、少なくとも１つのタイプのメッセージに対して、第１のアナライザネットワーク１０Ａおよび／もしくは第１の分析デバイス管理システム１２Ａ、ならびに／またはメッセージ優先度表示が由来する少なくとも１つの分析デバイスＰ１Ａの異なる識別されたコンテキストに対応する、複数の優先度要素を備える。

一実施形態によれば、データ処理エージェント２３において、少なくとも１つのメッセージフィルタ構成を第２のアナライザネットワーク１０Ｂ内で第２の分析デバイス管理システム１２Ｂに、および／または第２のアナライザネットワーク内で医学的試料の第２の分析デバイスＰ１Ｂに送るための要求を受信することと、
データ処理エージェント２３において、第２の分析デバイス管理システム１２Ｂおよび／または第２の分析デバイスＰ１Ｂの地理的ロケーションおよび／またはコンテキストを定義する情報を受信することと、
第２の分析デバイス管理システム１２Ｂおよび／または第２の分析デバイスＰ１Ｂの地理的ロケーションおよび／またはコンテキストを定義する情報に基づいて、少なくとも１つのメッセージフィルタ構成を取得することと、
取得された少なくとも１つのメッセージフィルタ構成を第２の分析デバイス管理システム１２Ｂおよび／または第２の分析デバイスＰ１Ｂに送ることと
がさらに提供される。

この実施形態によれば、メッセージフィルタ構成７２は、第２の分析デバイス管理システム１２Ｂおよび／または第２の分析デバイスＰ１Ｂが位置するロケーションに基づいて調整される。国民健康システム（Ｎａｔｉｏｎａｌ ｈｅａｌｔｈ ｓｙｓｔｅｍｓ）は、異なる系列に沿って組織されることが多い。たとえば、第１の国に適用可能な、自動的に生成されるメッセージフィルタ構成７２は、第２の国にあまり適用可能でないことがある。

一実施形態によれば、
メッセージフィルタ構成を参照メッセージフィルタ構成と比較することと、
メッセージフィルタ構成と参照メッセージフィルタ構成の間の偏差を識別することと、
メッセージフィルタ構成と参照メッセージフィルタ構成の間の偏差を低減または除去するようにメッセージフィルタ構成を更新することと
がさらに提供される。

オペレータのエラーにより、最も重要な重要度を有する可能性があるメッセージに、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａにおいて、それらのメッセージに与えられるべき優先度よりも低い優先度が割り当てられる小さな可能性が存在する。たとえば、失効した校正期限に注目を集める、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａにおいて表示される繰り返される警告メッセージは、仮説として、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａの情報が与えられていないユーザによって「重要でない」カテゴリが繰り返し割り当てられる可能性がある。そのような望まれない入力が、結果的に、由来元であるネットワーク１０Ａ内で使用されるメッセージフィルタ構成を生成させるか、またはさらなるネットワーク１０Ｂに転送されることは明らかに望ましくないことになる。

本実施形態によれば、生成されるメッセージフィルタ構成は、参照メッセージフィルタ構成と比較される。たとえば、参照メッセージフィルタ構成は、較正警告または患者安全性警告など、最も重要な重要度を有するシステムメッセージに対して最も重要なメッセージフィルタ記録を含有する。参照メッセージ構成間の偏差は、メッセージフィルタ構成が第１のネットワーク１０Ａ内で分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａにおいて適用されるか、またはさらなるネットワーク内で分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ｂ上に設置されるようにさらなるネットワーク１０Ｂに転送される前に、リセットまたは除去される。したがって、不正確なまたは部分的に正確なメッセージフィルタ構成の伝搬は回避される。

第２の態様によれば、分析デバイス２０からのデータを処理するためのデータ処理エージェント２３をホストするように構成された装置４０であって、
－ 通信インターフェース５４と、
－ データメモリ４４と、
－ 通信インターフェース５４およびデータメモリ４４に結合されたプロセッサ４７と
を備える、装置４０が提供される。

通信インターフェース５４は、通信ネットワーク１０Ａを介して第１の分析デバイス管理システム１２Ａからデータ処理エージェント２３に送信された優先度表示を備えた１つまたは複数のデータ項目を受信するように構成される。

プロセッサ４７は、分析デバイスステータスデータ項目に割り当てられた優先度を示すメッセージ優先度表示を通信インターフェース５４から受信し、メッセージ優先度に基づいて、データメモリ４４内に記憶されたメッセージフィルタ構成を生成または更新するように構成される。

通信インターフェース５４は、メッセージフィルタ構成、またはその一部分を、医学的試料の第２の分析デバイスＰ１Ｂを備えた第２のアナライザネットワーク１０Ｂに通信するようにさらに構成される。

データ処理エージェント２３をホストする装置４０は、第１のネットワーク１０Ａに接続されたスタンドアロンサーバであってよい。データ処理エージェント２３をホストする装置４０は、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａをホストするコンピュータであってよい。そのような場合、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａからのメッセージ優先度表示は、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａから第１のネットワーク１０Ａに接続されたスタンドアロンサーバに送信されることが必要になる。

データ処理エージェント２３をホストする装置４０は、インターネットを介してアクセス可能なクラウドサーバであってよい（２つの例として、Ａｍａｚｏｎ ＥＣ２（商標）またはＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅ（商標）サービスによって提供されるような）。そのような場合、分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａからのメッセージ優先度表示は、インターネットを介してそのようなクラウドサービスに送信されることが必要になる。

メッセージフィルタ構成７２は、継続的に再計算されたメッセージフィルタ構成７２がデータ処理エージェント２３からさらなるネットワーク１０Ｂに通信される状態で、メッセージ優先度表示が分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａ内に入力されるか、または分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａによって検出されるにつれて、データ処理エージェント２３によって継続的に（言い換えれば、「リアルタイム」で）更新され得る。

代替として、メッセージフィルタ構成７２は、データ処理エージェント２３によってバッチモードで更新され得る。分析デバイス管理システムＰＯＣ－ＤＭＳ１２Ａは、ローカルネットワーク内、またはクラウド記憶装置内、のいずれかに、メッセージ優先度表示のアーカイブを記憶し得る。データ処理エージェント２３は、次いで、ローカルネットワーク、またはクラウド記憶装置をポーリングして、メッセージ優先度表示の記憶されたアーカイブを受信し得る。オプションで、データ処理エージェント２３は、データ処理エージェント２３に転送されるデータ量を低減するために、受信されるメッセージ優先度表示の量に対して時間制約または他の形態の制約を課す。言い換えれば、データ処理エージェント２３がメッセージフィルタ構成を「リアルタイム」で生成することは可能であるが、必須ではない。オプションで、データ処理エージェント２３は、１日に１回、午前３時になど、一定のスケジュールに従ってメッセージフィルタ構成を生成し得る。

一実施形態によれば、
第１のアナライザネットワーク１０Ａ内の第１の分析デバイス管理システム１２Ａのユーザインターフェース２４Ａまたは第１の分析デバイスＰ１Ａを介して、第１の分析デバイスによって生成された分析デバイスステータスデータを表示することと、
第１の分析デバイス管理システム１２Ａのユーザインターフェース２４Ａまたは第１の分析デバイスＰ１Ａを介して、メッセージ優先度表示を受信することと、
メッセージ優先度表示をデータ処理エージェント２３に送信することと
がさらに提供される。

ＰＯＣ－ＤＭＳ１２Ａ、１２Ｂ、またはスマートフォンもしくはタブレット２６Ａ、２６Ｂなど、関連するモバイルデバイスのディスプレイは、ユーザの応答性に対して最適化され得る。アナライザのネットワークが、毎分、数百、または数千のメッセージを生成しているとき、データ処理エージェント４０（サーバ）とＰＯＣ－ＤＭＳ１２Ａ、１２Ｂ、またはスマートフォンもしくはタブレット２６Ａ、２６Ｂなど、関連するモバイルデバイスの間にかなりの通信オーバヘッドが蓄積される。データ処理エージェント４０が、データ処理によって観察されるようなユーザに対する特定のメッセージの顕著な特徴に基づいて、メッセージをフィルタリングする能力は、通信および／または表示オーバヘッドをかなり低減させることが可能であり得る。

たとえば、データ処理エージェント４０、およびＰＯＣ－ＤＭＳ１２Ａ、１２Ｂ上で実行するＧＵＩ１００を提供するアプリケーション、またはスマートフォンもしくはタブレット２６Ａ、２６Ｂ ＧＵＩ１００など、関連するモバイルデバイスは、データ処理エージェント４０において受信される分析デバイスステータスメッセージとＧＵＩ１００上に表示されるメッセージの間に同期化されたデータバインディングを確立する。

オプションで、データ処理エージェント４０とＰＯＣ－ＤＭＳ１２Ａ、１２Ｂおよび／またはスマートフォンもしくはタブレット２６Ａ、２６Ｂなど、関連するモバイルデバイス上で実行するＧＵＩ１００を提供するアプリケーションの間の同期化されたデータバインディングは、メッセージフィルタ構成７２に基づいて確立される。たとえば、同期化されたデータバインディングは、ユーザによって前に「重要でない」とマーキングされたタイプの分析デバイスステータスメッセージに対しては確立されない。

データバインディングプロセスにおいて、各データ変更は、データに結びつけられた要素によって自動的に反映される。ＧＵＩ１００において表示される「重要でない」メッセージの数を低減することによって、データ処理エージェント４０、またはデータ処理エージェント４０をホストしている別のサーバ上の処理負荷は低減される。

データバインディングを可能にするプロトコルの典型的な例は、「Ｂａｃｋｂｏｎｅ．ｊｓ」（商標）、「Ｐｏｌｙｍｅｒ」（商標）、「Ｖｕｅ．ｊｓ」（商標）、「ＡｎｇｕｌａｒＪＳ」（商標）、「Ｇｏｏｇｌｅ Ｗｅｂ Ｔｏｏｌｋｉｔ」（商標）、「Ｗｉｎｄｏｗｓ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｆｏｕｎｄａｔｉｏｎ」（商標）、などである。

図９Ａは、ユーザが分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上のＧＵＩ１００を介して分析デバイスメッセージに関するメッセージ優先度表示を追加することを概略的に例示する。

分析デバイスメッセージは、ＰＯＣ ＤＭＳ１２Ａに定期的に送られる。それらのメッセージは、ＧＵＩのダイアログボタンまたは他の入力手段１０８を使用して「重要でない」としてユーザによってマーキングされ得る（これはメッセージ優先度表示の一例である）。このようにして、ＰＯＣ ＤＭＳ１２Ａにおいて受信された事象のフィード内の分析デバイスメッセージは、メッセージをユーザから自動的に隠すことができるように、ユーザが「重要でない」としてマーキングすることに基づいて生成されたメッセージフィルタ構成によってフィルタリングされ得る。このもう１つの効果は、メッセージフィードは明瞭な状態に留まり、最も重要なメッセージのみをユーザに知らせることである。さらに、高い関連性を有するメッセージは、ＲＡＭなど、短期メモリ内にキャッシュされ得、関連性があまりないメッセージは、ハードディスクドライブもしくは固体メモリなど、長期メモリ内に、または遠隔サーバ上に記憶され得る。

分析デバイス管理システム（ＰＯＣ－ＤＭＳ）のＧＵＩ１００は、現在選択されている分析デバイス（デバイス）を示すサムネイル１０２を表示し得る。現在選択されている分析デバイスからのメッセージは、デバイスメッセージフィード１０４内で表示される。安全性特徴として、デバイスメッセージフィードは、様々なモードにわたってメッセージ（分析デバイスメッセージ）の表示の選択を可能にし得、ここで、１つのモードは、「すべての」メッセージの表示を常に可能にする。例示される事例では、選択器１０６は、前に優先度「重要である」が与えられたメッセージのみが表示されていることを示す。ユーザが動作させるカーソル１０８は、分析デバイスメッセージ「バッテリー低（エラーコード３４３）」を「重要でないとしてマーキングする」ために使用され得る。

図９Ｂは、ユーザが分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上のＧＵＩを介して分析デバイスメッセージに関するメッセージ優先度表示を追加することを概略的に例示する。

オプションで、ユーザがカーソル１０８２を動作させ分析デバイスメッセージ「バッテリー低（エラーコード３４３）」を重要でないとマーキング後、ユーザが行われたメッセージ優先度表示選択を確認または取り消すことを可能にするダイアログボックス１１０が表示される。

図９Ｃは、分析デバイス管理システム（ＰＯＣ－ＤＭＳ）のさらなるＧＵＩ特徴を概略的に例示する。

具体的には、ＧＵＩ１００の「すべて」閲覧ボタンが選択されるとき、前に重要でないとしてマーキングされているメッセージが、たとえば、オプションで、異なる色を用いて、メッセージフィード１０４内に表示される。これは、重要なメッセージがフィードから省かれないことを確実にするために、フィルタリングされるメッセージの安全性検査がユーザによって実行されることを可能にする。

一実施形態によれば、
データ処理エージェント２３において、それぞれの複数のアナライザネットワークから生成される複数のメッセージフィルタ構成７２を受信することと、
データ処理エージェント２３において、組み合わされたメッセージフィルタ構成を取得するために、複数のメッセージフィルタ構成７２を処理することと
がさらに提供される。

一実施形態によれば、
分析デバイス管理システム（ＰＯＣ－ＤＭＳ）からの要求を、分析デバイスを備えたさらなるネットワーク内で受信することと、
組み合わされたメッセージフィルタ構成をさらなるネットワーク内で分析デバイス管理システム（ＰＯＣ－ＤＭＳ）に通信すること、および／または組み合わされたメッセージフィルタ構成をさらなるネットワーク内で１つまたは複数の分析デバイスに通信することと
がさらに提供される。

一実施形態によれば、
第２のアナライザネットワーク１０Ｂ内の第２の分析デバイス管理システム１２Ｂにおいて、データ処理エージェント２３によって生成されたメッセージフィルタ構成の少なくとも一部分を受信することと、
第２の分析デバイス管理システム１２Ｂ内で第２のアナライザネットワーク１０Ａ内の第２の分析デバイスＰ１Ｂによって生成されたさらなる分析デバイスステータスデータ項目を受信することと、
さらなる分析デバイスステータスデータ項目をメッセージフィルタ構成の少なくとも一部分と比較することと、
さらなるメッセージの表示のために適用可能であるとしてメッセージフィルタ構成によって示されるモダリティに従って、さらなる分析デバイスステータスデータ項目を第２の分析デバイス管理システム１２Ｂのオペレータに表示することと
がさらに提供される。

一実施形態によれば、この方法は、
第２のアナライザネットワーク１０Ｂ内の第２の分析デバイス管理システム１２Ｂにおいて、データ処理エージェント２３によって生成されたメッセージフィルタ構成７２の少なくとも一部分を受信することと、
第２の分析デバイス管理システム１２Ｂにおいて、第２のアナライザネットワーク１０Ｂ内の第２の分析デバイスＰ１Ｂによって生成されたさらなる分析デバイスステータスデータ項目を受信することと、
さらなる分析デバイスステータスデータ項目をメッセージフィルタ構成７２の少なくとも一部分と比較することと、
さらなるメッセージの表示のために適用可能であるとしてメッセージフィルタ構成によって示される表示モダリティに従って、さらなる分析デバイスステータスデータ項目を第２の分析デバイス管理システム１２Ｂのオペレータに表示することと
をさらに含む。

図１０Ａは、さらなるネットワーク１０Ｂ内の分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上へのデータ処理エージェント２３によって生成されたメッセージフィルタ構成の設置を概略的に例示する。

オプションで、第２のネットワーク１０Ｂ内の分析デバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ｂは、更新されたまたは新しいメッセージフィルタ構成に対してデータ処理エージェント２３を自動的にポーリングし、ポップアップボックス１２２を使用して、更新されたまたは新しいメッセージフィルタ構成を設置するための承認を要求し得る。

オプションで、ユーザは、ＧＵＩ１００を介して、更新されたまたは新しいメッセージフィルタ構成を要求し、ポップアップボックス１２２を使用して、更新されたまたは新しいメッセージフィルタ構成を設置するための承認を確認し得る。

ＧＵＩ１２０は、たとえば、メッセージフィルタ構成を生成するために使用される第１のネットワーク１０Ａから遠隔の第２のネットワーク１０Ｂ内の分析デバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ｂのディスプレイ上にオプションで表示される。

図１０Ｂは、第２のネットワーク内の分析デバイス管理システム（ＰＯＣ－ＤＭＳ）１２Ｂ上のＧＵＩ１００を使用した、第２のネットワーク１０Ｂ内の分析デバイス管理システム（ＰＯＣ－ＤＭＳ）上へのメッセージフィルタ構成の設置を概略的に例示する。この場合、ユーザは、特定の国１２４から取得されたメッセージフィルタ構成またはグローバルメッセージフィルタ構成１２６を選定し得る。

オプションで、第２のアナライザネットワーク１０Ｂ内の分析デバイス管理システム１２Ｂは、メッセージフィルタ構成に基づいて、少なくとも１つの分析デバイスＰ１Ｂ～Ｐ７Ｂからの分析デバイスステータスデータを直接的にアーカイブ保存するように構成される。たとえば、分析デバイス管理システム１２Ｂは、受信されたアナライザステータスデータ項目を不揮発性メモリ内、またはデータベース内に記憶し、メッセージフィルタ構成に基づいて、分析デバイス管理システム１２Ｂのグラフィカルユーザインターフェース２４Ｂ上に分析デバイスステータスデータを表示しないように構成される。

したがって、特定の例では、分析デバイスメッセージタイプがユーザによって「重要でない」としてマーキングされるとき、第１のネットワーク１０Ｂ内のアナライザ管理システム（ＰＯＣ－ＤＭＳ）は、国情報とともに、その選好の変更に関してデータ処理エージェント２３に知らせるためのメッセージを生成することがわかる。すべての正確な病院から収集された選好に基づいて、国および世界の両方に対して、各タイプの分析デバイスメッセージに対して最も一般的な選好が計算される。

新しい分析デバイス「Ｂ」が病院「Ｂ」に到着するとき、そのタイプのデバイスに対する選定ダウンロードスマートデフォルト設定（ｃｈｏｉｃｅ ｄｏｗｎｌｏａｄ ｓｍａｒｔ ｄｅｆａｕｌｔ ｓｅｔｔｉｎｇ）がユーザに提示される。ユーザは、自らの国に対して、または世界に対して、スマートデフォルトを利用することを選定し得る。この例では、デバイスメッセージ「ＱＣ範囲外」および「低バッテリー」のみが唯一重要なメッセージタイプである、デバイスメッセージのその国の最も選好される構成、または「低バッテリー」メッセージが典型的に重要でないとしてフラグ付けされる、デバイスメッセージの世界の最も選好される構成に基づいて、考えられるデフォルト構成がユーザに提示される。ユーザが行った選択に基づいて、着信デバイスメッセージは、重要である設定に対する重要でない設定の選択されたセットで自動的にフラグ付けされることになる。

第３の態様によれば、分析デバイス管理１０のためのネットワークシステムであって、
－ 患者の医学的試料を分析し、分析デバイスステータスデータを生成するように構成された１つまたは複数の分析デバイスＰ１Ａ～Ｐ７Ａの第１のセットと、
－ １つまたは複数の分析デバイスＰ１Ａ～Ｐ７Ａの第１のセット内に含まれた１つまたは複数の分析デバイスから分析デバイスステータスデータを受信するように構成された第１の分析デバイス管理システム１２Ａと、
－ 第１の分析デバイス管理システム１２Ａおよび／または１つもしくは複数の分析デバイスＰ１Ａ～Ｐ７Ａの第１のセットから受信されるデータを処理するためのデータ処理エージェント２３をホストするように構成された装置４０と、
－ 患者の医学的試料を分析するように構成された１つまたは複数の分析デバイスＰ１Ｂ～Ｐ７Ｂの第２のセットと、
－ １つまたは複数の分析デバイスＰ１Ｂ～Ｐ７Ｂの第２のセット内に含まれた１つまたは複数の分析デバイスから分析デバイスステータスデータを受信するように構成された第２の分析デバイス管理システム１２Ｂと、
－ 第１の分析デバイス管理システム１２Ａ、データ処理エージェント２３をホストするように構成された装置、および第２の分析デバイス管理システム１２Ｂを通信可能に接続するように構成された通信ネットワーク２１と
を備えた、ネットワークシステムが提供される。

装置４０は、第１のアナライザネットワーク１０Ａ内で、メッセージに割り当てられた優先度を示す、第１の分析デバイス管理システム１２Ａおよび／または少なくとも１つの分析デバイスＰ１Ａ～Ｐ７Ａによって生成されたメッセージ優先度表示を受信するように構成される。

装置４０は、第１のデバイスメッセージのメッセージ優先度に基づいて、メッセージフィルタ構成を生成または更新するように構成される。

装置４０は、メッセージフィルタ構成、またはその一部分を、第２の分析デバイス管理システム１２Ｂおよび／または１つもしくは複数の分析デバイスＰ１Ｂ～Ｐ７Ｂの第２のセットに通信するように構成される。

第２の分析デバイス管理システム１２Ｂおよび／または１つもしくは複数の分析デバイスＰ１Ｂ～Ｐ７Ｂの第２のセット内の少なくとも１つの分析デバイスは、第２のアナライザネットワーク内からさらなる分析デバイスステータスデータ項目を受信し、受信されたメッセージフィルタ構成内で割り当てられた優先度に従って、さらなる分析デバイスステータスデータ項目を表示するように構成される。

第４の態様によれば、第２の態様よる装置を制御するためのコンピュータ可読命令を備えたコンピュータプログラム要素であって、コンピュータ可読命令が、装置の処理ユニットによって実行されるとき、第１の態様の方法ステップまたはその実施形態を実行するように適合される、コンピュータプログラム要素が提供される。

第５の態様によれば、第４の態様のコンピュータプログラム要素を記憶した、またはその上に符号化した、コンピュータ可読媒体または信号が提供される。

第６の態様によれば、分析デバイス管理システム１２Ｂおよび／または分析デバイスＰ１Ｂ～Ｐ７Ｂを動作させる方法であって、分析デバイス管理システム１２Ｂおよび／または分析デバイスＰ１Ｂ～Ｐ７Ｂが、
第２のアナライザネットワーク１０Ｂ内で少なくとも１つの分析デバイスＰ１Ｂ～Ｐ７Ｂから複数の分析デバイスステータスデータ項目を受信し、
通信ネットワークを介して、第２の態様による装置４０から、第２のアナライザネットワーク１０Ｂから受信された複数の分析デバイスステータスデータ項目のうちの少なくとも１つをフィルタリングするように構成されたメッセージフィルタ構成を要求し、
通信ネットワーク１０Ｂを介して、第２の態様による装置４０からメッセージフィルタ構成を受信し、
フィルタリングされた複数のメッセージを生成するために、メッセージフィルタ構成に従って、複数の分析デバイスステータスデータ項目内の少なくとも１つの分析デバイスステータスデータ項目をフィルタリングする
ように構成された、方法が提供される。

第６の態様の実施形態によれば、この方法は、
分析デバイス管理システム１２Ｂのユーザインターフェース２４Ｂを介して、フィルタリングされた複数の分析デバイスステータスデータ項目を表示するステップ
をさらに含む。

第６の態様の一実施形態によれば、分析デバイス管理システムは、第１のステータスが割り当てられているタイプの分析ステータスデータを長期メモリ、オプションで、ハードディスクドライブまたは固体メモリ内に記憶する。分析デバイス管理システムは、第２のステータスが割り当てられているタイプの分析デバイスステータスデータを、短期メモリ、オプションで、ランダムアクセスメモリ内に記憶する。たとえば、低いステータス、すなわち「重要でない」ステータスが割り当てられているタイプの分析デバイスステータスデータは、長期メモリ内に記憶される。高いステータス、すなわち「重要である」が割り当てられているタイプの分析デバイスステータスデータは、短期メモリ内に記憶される。

第６の態様の一実施形態によれば、分析デバイス管理システム１２Ｂのユーザインターフェース２４Ｂを介して、フィルタリングされた複数の分析デバイスステータスデータ項目を表示することは、第２のステータスが割り当てられているタイプの分析デバイスステータスデータを短期メモリから読み取ることと、短期メモリから読み取られている分析デバイスステータスデータを表示することとを含む。

第７の態様によれば、医学的試料の１つまたは複数の分析デバイスからのデータを処理するための分析デバイス管理システムをホストするように構成された装置が提供される。この装置は、
－ 通信インターフェースと、
－ データメモリと、
－ ディスプレイインターフェースと、
－ 通信インターフェースおよびデータメモリに結合されたプロセッサと
を備える。

通信インターフェースは、第２のアナライザネットワーク内で少なくとも１つの分析デバイスから複数の分析デバイスステータスデータ項目を受信し、通信ネットワークを介して、第２の態様による装置から、第２のアナライザネットワークから受信された複数のメッセージのうちの少なくとも１つをフィルタリングするように構成されたメッセージフィルタ構成を要求するように構成される。通信インターフェースは、通信ネットワークを介して、第２の態様による装置からメッセージフィルタ構成を受信し、その構成をデータメモリ内に記憶するように構成される。このプロセッサは、フィルタリングされた複数の分析デバイスステータスデータを生成するために、データメモリ内に記憶されたメッセージフィルタ構成に従って、複数の分析デバイスステータスデータ項目内の少なくとも１つの分析デバイスステータスデータ項目をフィルタリングするように構成される。

第７の態様の一実施形態によれば、ディスプレイインターフェースは、フィルタリングされた複数の分析デバイスステータスデータを表示することが可能なグラフィカルユーザインターフェースを生成するように構成される。

第７の態様の一実施形態によれば、データメモリは、長期メモリおよび短期メモリを備える。たとえば、長期メモリは、ハードディスクドライブまたは半導体ドライブなど、不揮発性メモリを備え得る。たとえば、短期メモリは、ランダムアクセスメモリ（ＲＡＭ）を備え得る。第１のステータスが割り当てられているタイプの分析デバイスステータスデータは、長期メモリ内に記憶される。第２のステータスが割り当てられているタイプの分析デバイスステータスデータは、短期メモリ内に記憶される。たとえば、低いステータス、すなわち「重要でない」ステータスが割り当てられているタイプの分析デバイスステータスデータは、長期メモリ内に記憶される。高いステータス、すなわち「重要である」が割り当てられているタイプの分析デバイスステータスデータは、短期メモリ内に記憶される。

第７の態様の一実施形態によれば、この装置は、第２のステータスが割り当てられているタイプの分析デバイスステータスデータを短期メモリから読み取り、ディスプレイインターフェースを介して、短期メモリから読み取られている分析デバイスステータスデータを表示することによって、ディスプレイインターフェースを介して、フィルタリングされた複数の分析デバイスステータスデータ項目を表示するように構成される。

第８の態様によれば、１つまたは複数の分析デバイスからのデータを処理するための分析デバイス管理システムをホストするように構成された装置が提供される。この装置は、
－ 通信手段と、
－ データ記憶手段と、
－ 通信手段およびデータ記憶手段に結合された処理手段と
を備える。

通信手段は、第２のアナライザネットワーク内で少なくとも１つの分析デバイスから複数の分析デバイスステータスデータ項目を受信し、通信ネットワークを介して、第２の態様による装置から、第２のアナライザネットワークから受信された複数のメッセージのうちの少なくとも１つをフィルタリングするように構成されたメッセージフィルタ構成を要求するように構成される。この通信手段は、通信ネットワークを介して、第２の態様による装置からメッセージフィルタ構成を受信し、その構成をデータ記憶手段内に記憶するように構成される。この処理手段は、フィルタリングされた複数メッセージを生成するために、データメモリ内に記憶されたメッセージフィルタ構成に従って、複数の分析デバイスステータスデータ項目内の少なくとも１つの分析デバイスステータスデータ項目をフィルタリングするように構成される。

Claims (16)

1. 第１のアナライザネットワーク（１０Ａ）から受信されたメッセージ優先度表示に基づいてメッセージフィルタ構成を生成するためのコンピュータ実装方法（１３０）であって、前記第１のアナライザネットワークが、分析デバイスステータスデータを生成するように構成された、少なくとも１つの分析デバイス（Ｐ１Ａ）を備える方法において、
   データ処理エージェント（２３）において、前記第１のアナライザネットワーク（１０Ａ）内で前記分析デバイスステータスデータに割り当てられた優先度を示すメッセージ優先度表示を受信すること（１３２）と、
   前記データ処理エージェント（２３）において、前記分析デバイスステータスデータの前記メッセージ優先度表示に基づいて、少なくとも１つのメッセージフィルタ構成（７２）を提供すること（１３４）と、
   前記メッセージフィルタ構成（７２）、またはその一部分を、第２の分析デバイス（Ｐ１Ｂ）を備えた第２のアナライザネットワーク（１０Ｂ）に通信すること（１３６）と
   を含む、コンピュータ実装方法（１３０）。
2. 前記データ処理エージェント（２３）において、１つまたは複数のさらなるアナライザネットワークから複数のメッセージ優先度表示を受信することであって、前記メッセージフィルタ構成（７２）が前記複数のメッセージ優先度表示に基づいて生成される、複数のメッセージ優先度表示を受信すること
   をさらに含む、請求項１に記載のコンピュータ実装方法（１３０）。
3. 前記メッセージフィルタ構成（７２）を提供することが、
   前記メッセージ優先度表示に関連する前記分析デバイスステータスデータのタイプを識別することと、
   記録を、前記メッセージフィルタ構成を定義するデータ構造内に挿入するかまたは更新することであって、前記記録内の値が、分析デバイスステータスデータの識別された前記タイプに割り当てられた優先度を記憶する、記録を挿入するかまたは更新することと、
   メッセージの前記識別されたタイプに対応する前記メッセージ優先度表示に基づいて、前記記録内に保持された前記値を調整し、それにより前記メッセージフィルタ構成を提供することと
   を含む、請求項１または２に記載のコンピュータ実装方法（１３０）。
4. 前記メッセージ優先度表示が由来する前記第１のアナライザネットワーク（１０Ａ）内の前記分析デバイスのネットワーク構成を少なくとも部分的に特徴付けるネットワーク構成データを取得することと、
   前記第１のアナライザネットワーク（１０Ａ）の前記ネットワーク構成データに少なくとも部分的に基づいて、前記メッセージフィルタ構成を生成または更新することと
   をさらに含む、請求項１から３のいずれか一項に記載のコンピュータ実装方法（１３０）。
5. コンテキスト識別エンジン（７８）を使用して、前記第１のアナライザネットワーク（１０Ａ）および／もしくは第１の分析デバイス管理システム（１２Ａ）、ならびに／または前記メッセージ優先度表示が由来する前記少なくとも１つの分析デバイス（Ｐ１Ａ）の１つまたは複数のコンテキストを識別することと、
   識別された前記コンテキストに基づいて、前記メッセージフィルタ構成（７２）を提供または更新することと
   をさらに含む、請求項１から４のいずれか一項に記載のコンピュータ実装方法（１３０）。
6. 前記１つまたは複数のコンテキストが、
   前記第１のアナライザネットワーク（１０Ａ）のデバイス構成を少なくとも部分的に特徴付けるネットワーク構成データ、
   前記メッセージ優先度表示が割り当てられたメッセージを送った前記少なくとも１つの分析デバイス（Ｐ１Ａ～Ｐ７Ａ）の内部構成データまたは内部センサーデータ、
   前記メッセージ優先度表示が割り当てられた前記メッセージを送った前記少なくとも１つの分析デバイス（Ｐ１Ａ～Ｐ７Ａ）のバッテリー寿命データ、
   前記メッセージ優先度表示が割り当てられた前記メッセージを送った前記少なくとも１つの分析デバイス（Ｐ１Ａ～Ｐ７Ａ）によって生成された品質管理データ、
   前記メッセージ優先度表示が生成された時間において、または前記時間近くで、関連付けられる医学的試料の前記少なくとも１つの分析デバイス（Ｐ１Ａ～Ｐ７Ａ）に対して実行されるアッセイタイプ、
   前記メッセージ優先度表示および／または前記メッセージが生成された前記時間、
   前記少なくとも１つの分析デバイス（Ｐ１Ａ～Ｐ７Ａ）および／または第１の分析デバイス管理システム（１２Ａ）のロケーションデータ、
   前記少なくとも１つの分析デバイスおよび／または第１の分析デバイス管理システムのオペレータデータおよび／または証明書データ、
   前記分析デバイスステータスデータのコンテンツ、
   前記少なくとも１つの分析デバイスから受信された分析デバイスステータスデータの項目数のカウント、
   前記第１のアナライザネットワーク（１０Ａ）および／または前記第１の分析デバイス管理システム（１２Ａ）の前の構成を定義するログデータ、および
   さらなる情報ソースから取得されたメタデータ
   のうちの１つまたは複数に基づいて決定される、請求項５に記載のコンピュータ実装方法（１３０）。
7. 前記メタデータが、ユーザログオンサーバまたは証明書サーバから取得される、請求項６に記載のコンピュータ実装方法（１３０）。
8. 前記メッセージフィルタ構成が、少なくとも１つのタイプのメッセージに対して、前記第１のアナライザネットワーク（１０Ａ）および／もしくは前記第１の分析デバイス管理システム（１２Ａ）、ならびに／または前記メッセージ優先度表示が由来する前記少なくとも１つの分析デバイス（Ｐ１Ａ）の異なる識別されたコンテキストに割り当てられたメッセージ優先度に対応する複数の記録を備える、請求項５から７のいずれか一項に記載のコンピュータ実装方法（１３０）。
9. 前記データ処理エージェント（２３）において、前記少なくとも１つのメッセージフィルタ構成（７２）を第２のアナライザネットワーク（１０Ｂ）内で第２の分析デバイス管理システム（１２Ｂ）に、および／または前記第２のアナライザネットワーク内で医学的試料の第２の分析デバイス（Ｐ１Ｂ）に送るための要求を受信することと、
   前記データ処理エージェント（２３）において、前記第２の分析デバイス管理システム（１２Ｂ）および／または前記第２の分析デバイス（Ｐ１Ｂ）の地理的ロケーションおよび／またはコンテキストを定義する情報を受信することと、
   前記第２の分析デバイス管理システム（１２Ｂ）および／または前記第２の分析デバイス（Ｐ１Ｂ）の前記地理的ロケーションおよび／またはコンテキストを定義する前記情報に基づいて、前記少なくとも１つのメッセージフィルタ構成（７２）を取得することと、
   取得された前記少なくとも１つのメッセージフィルタ構成を前記第２の分析デバイス管理システム（１２Ｂ）および／または前記第２の分析デバイス（Ｐ１Ｂ）に送ることと
   をさらに含む、請求項１から８のいずれか一項に記載のコンピュータ実装方法（１３０）。
10. 前記メッセージフィルタ構成を参照メッセージフィルタ構成と比較することと、
    前記メッセージフィルタ構成と前記参照メッセージフィルタ構成の間の偏差を識別することと、
    前記メッセージフィルタ構成と前記参照メッセージフィルタ構成の間の前記偏差を低減または除去するように前記メッセージフィルタ構成を更新することと
    をさらに含む、請求項１から９のいずれか一項に記載のコンピュータ実装方法（１３０）。
11. 前記第１のアナライザネットワーク（１０Ａ）内の第１の分析デバイス管理システム（１２Ａ）のユーザインターフェース（２４Ａ）または第１の分析デバイス（Ｐ１Ａ）を介して、前記第１の分析デバイスによって生成された前記分析デバイスステータスデータを表示することと、
    前記第１の分析デバイス管理システム（１２Ａ）の前記ユーザインターフェース（２４Ａ）または前記第１の分析デバイス（Ｐ１Ａ）を介して、前記メッセージ優先度表示を受信することと、
    前記メッセージ優先度表示を前記データ処理エージェント（２３）に送信することと
    をさらに含む、請求項１から１０のいずれか一項に記載のコンピュータ実装方法（１３０）。
12. 分析デバイスからのデータを処理するためのデータ処理エージェント（２３）をホストするように構成された装置（４０）であって、
    通信インターフェース（５４）と、
    データメモリ（４４）と、
    前記通信インターフェースおよび前記データメモリに結合されたプロセッサ（４７）と
    を備え、
    前記通信インターフェース（５４）が、通信ネットワークを介して第１の分析デバイス管理システム（ＰＯＣ ＤＭＳ１）から前記データ処理エージェント（２３）に送信されたメッセージ優先度表示を備えた１つまたは複数の項目のデータを受信するように構成され、
    前記プロセッサ（４７）が、分析デバイスステータスデータに割り当てられた優先度を示す前記メッセージ優先度表示を前記通信インターフェース（５４）から受信し、前記メッセージ優先度表示に基づいて、前記データメモリ（４４）内に記憶されたメッセージフィルタ構成を生成または更新するように構成され、
    前記通信インターフェース（５４）が、前記メッセージフィルタ構成、またはその一部分を、第２の分析デバイス（Ｐ１Ｂ）を備えた第２のアナライザネットワーク（１０Ｂ）に通信するようにさらに構成される、装置（４０）。
13. １つまたは複数の分析デバイスからのデータを処理するための分析デバイス管理システムをホストするように構成された装置であって、
    通信インターフェースと、
    データメモリと、
    ディスプレイインターフェースと、
    前記通信インターフェースおよび前記データメモリに結合されたプロセッサと
    を備え、
    前記通信インターフェースが、第２のアナライザネットワーク内で少なくとも１つの分析デバイスから複数の項目の分析デバイスステータスデータを受信し、通信ネットワークを介して、前記第２のアナライザネットワークから受信された複数のメッセージのうちの少なくとも１つをフィルタリングするように構成されたメッセージフィルタ構成を取得するように構成され、
    前記メッセージフィルタ構成が、前記第２のアナライザネットワークとは異なる第１のアナライザネットワーク内の少なくとも１つの分析デバイスにより生成された分析デバイスステータスデータに割り当てられた優先度を示すメッセージ優先度表示に基づいて提供され、
    前記通信インターフェースが、前記通信ネットワークを介して、前記メッセージフィルタ構成を受信し、前記メッセージフィルタ構成を前記データメモリ内に記憶するように構成され、
    前記プロセッサが、フィルタリングされた複数の分析デバイスステータスデータを生成するために、前記データメモリ内に記憶された前記メッセージフィルタ構成に従って、前記複数の項目の分析デバイスステータスデータ内の少なくとも１つの項目の分析デバイスステータスデータをフィルタリングするように構成され、
    前記ディスプレイインターフェースが、フィルタリングされた前記複数の分析デバイスステータスデータを表示するように構成される、装置。
14. 分析デバイス管理（１０）のためのネットワークシステム（１０Ａ、１０Ｂ）であって、
    第１のアナライザネットワーク（１０Ａ）内に設けられ、患者の医学的試料を分析し、分析デバイスステータスデータを生成するように構成された１つまたは複数の分析デバイス（Ｐ１Ａ～Ｐ７Ａ）の第１のセットと、
    前記第１のアナライザネットワーク（１０Ａ）内で、１つまたは複数の分析デバイス（Ｐ１Ａ～Ｐ７Ａ）の前記第１のセット内に含まれた１つまたは複数の分析デバイスから分析デバイスステータスデータを受信するように構成された第１の分析デバイス管理システム（１２Ａ）と、
    前記第１の分析デバイス管理システム（１２Ａ）および／または１つもしくは複数の分析デバイス（Ｐ１Ａ～Ｐ７Ａ）の前記第１のセットから受信されるデータを処理するためのデータ処理エージェント（２３）をホストするように構成された装置（４０）と、
    第２のアナライザネットワーク（１０Ｂ）内に設けられ、患者の医学的試料を分析するように構成された１つまたは複数の分析デバイス（Ｐ１Ｂ～Ｐ７Ｂ）の第２のセットと、
    前記第２のアナライザネットワーク（１０Ｂ）内で、１つまたは複数の分析デバイス（Ｐ１Ｂ～Ｐ７Ｂ）の前記第２のセット内に含まれた１つまたは複数の分析デバイスから分析デバイスステータスデータを受信するように構成された第２の分析デバイス管理システム（１２Ｂ）と、
    前記第１の分析デバイス管理システム（１２Ａ）、前記データ処理エージェント（２３）をホストするように構成された前記装置（４０）、および第２の分析デバイス管理システム（１２Ｂ）を通信可能に接続するように構成された通信ネットワーク（２１）と
    を備え、
    前記装置（４０）が、前記第１のアナライザネットワーク（１０Ａ）内で、前記分析デバイスステータスデータに割り当てられた優先度を示す、前記第１の分析デバイス管理システム（１２Ａ）および／または前記少なくとも１つの分析デバイス（Ｐ１Ａ～Ｐ７Ａ）によって生成されたメッセージ優先度表示（７２）を受信するように構成され、
    前記装置（４０）が、第１のデバイスメッセージに関連する前記メッセージ優先度表示に基づいて、メッセージフィルタ構成を生成または更新するように構成され、
    前記装置（４０）が、前記メッセージフィルタ構成、またはその一部分を、前記第２の分析デバイス管理システム（１２Ｂ）および／または１つもしくは複数の分析デバイス（Ｐ１Ｂ～Ｐ７Ｂ）の前記第２のセットに通信するように構成され、
    前記第２の分析デバイス管理システム（１２Ｂ）および／または１つもしくは複数の分析デバイス（Ｐ１Ｂ～Ｐ７Ｂ）の前記第２のセット内の少なくとも１つの分析デバイスが、前記第２のアナライザネットワーク（１０Ｂ）内からさらなる項目の分析デバイスステータスデータを受信し、受信された前記メッセージフィルタ構成（７２）内で割り当てられた前記優先度に従って、前記さらなる項目の分析デバイスステータスデータを表示するように構成される、ネットワークシステム（１０Ａ、１０Ｂ）。
15. 請求項１２に記載の装置を制御するためのコンピュータ可読命令を備えたコンピュータプログラムであって、前記コンピュータ可読命令が、前記装置の処理ユニットによって実行されるとき、請求項１から１１のいずれか一項に記載の方法ステップを実行するように適合される、コンピュータプログラム。
16. 請求項１５に記載のコンピュータプログラムを記憶した、またはその上に符号化した、コンピュータ可読媒体。