"臨床メッセージをルーティングするメッセージングシステムであって、1以上のイベントソースから1以上のワークリストアイテムを含む1以上の着信メッセージを受信し、前記ワークリストアイテムをイベントデータベースに格納し、1以上のルールにより決定されるように、実行される必要のある前記イベントデータベースの1以上のワークリストアイテムに対して発信メッセージを生成及び通信するイベントハンドラと、前記着信メッセージと前記発信メッセージとを表す標準化プロトコルと、を有するメッセージングシステム。前記イベントハンドラは、1以上のルールを利用して、前記着信メッセージのワークリストアイテムを検証及び/又は変更し、前記ルールは、病院ポリシー、ターゲット設定、前記着信メッセージのプロパティ、オンコール状態、ワークリスト及びワークフローの1以上に基づく、請求項1記載のメッセージングシステム。前記イベントハンドラは、1以上のルールを利用して、実行される必要があるワークリストアイテムを決定し、前記ルールは、前記イベントデータベース及び/又はワークフローにおいて非明示的なワークリストに基づく1以上のルールを含む、請求項1又は2記載のメッセージングシステム。前記イベントハンドラは、発信メッセージが生成及び通信された前記イベントデータベースにおけるワークリストアイテムを更新及び/又は削除する、請求項1乃至3何れか一項記載のメッセージングシステム。前記着信メッセージは、対応する発信メッセージが送信されるべき時を規定するプロパティを含む、請求項1乃至4何れか一項記載のメッセージングシステム。前記イベントハンドラは、前記着信メッセージから、各エスカレーションレベルがターゲットを含むエスカレーションレベルのエスカレーションシーケンスを含む位置、装置又は患者のワークリストアイテムを受信し、前記ワークリストアイテムが前記ルールを用いてエスカレートされるべきか判断し、前記ワークリストアイテムがエスカレートされるべきであると判断したことに応答して、前記位置、装置又は患者の次のエスカレーションレベルであって、より高い及び/又は等しい優先度のワークリストアイテムをすでに提供していないターゲットのみを含む前記次のエスカレーションレベルを特定し、前記ワークリストアイテムの発信メッセージを生成し、前記特定したターゲットに通信する、よう構成される、請求項1乃至5何れか一項記載のメッセージングシステム。前記次のエスカレーションレベルは、より高い及び/又は等しい優先度のワークリストアイテムをすでに提供していないターゲットを含むエスカレーションレベルが検出されるまで、前記エスカレーションシーケンスのエスカレーションレベルを進捗させることによって特定される、請求項6記載のメッセージングシステム。請求項1乃至7何れか一項記載のイベントハンドラの機能を実行するため1以上のプロセッサを制御するソフトウェアを担持するコンピュータ可読媒体。臨床メッセージをルーティングする方法であって、1以上のイベントソースから、1以上のワークリストアイテムを含む1以上の着信メッセージを標準化プロトコルにより受信するステップと、前記ワークリストアイテムをイベントデータベースに格納するステップと、1以上のルールにより決定されるように、実行される必要がある前記イベントデータベースの1以上のワークリストアイテムに対する発信メッセージを生成し、前記標準化プロトコルにより通信するステップと、を有する方法。1以上のルールを利用して前記着信メッセージのワークリストアイテムを検証及び/又は修正するステップをさらに有し、前記ルールは、病院ポリシー、ターゲット設定、前記着信メッセージのプロパティ、オンコール状態、ワークリスト及びワークフローの1以上に基づく、請求項9記載の方法。前記発信メッセージの生成は、病院ポリシー、ターゲット設定、前記着信メッセージのプロパティ、オンコール状態、ワークリスト及びワークフローの1以上に基づく1以上のルールを利用する、請求項9又は10記載の方法。前記着信メッセージから、各エスカレーションレベルがターゲットを含むエスカレーションレベルのエスカレーションシーケンスを含む位置、装置又は患者のワークリストアイテムを受信するステップと、前記ワークリストアイテムが前記ルールを用いてエスカレートされるべきか判断するステップと、前記ワークリストアイテムがエスカレートされるべきであると判断したことに応答して、前記位置、装置又は患者の次のエスカレーションレベルであって、より高い及び/又は等しい優先度のワークリストアイテムをすでに提供していないターゲットのみを含む前記次のエスカレーションレベルを特定するステップと、前記ワークリストアイテムの発信メッセージを生成し、前記特定されたターゲットに通信するステップと、をさらに有する、請求項9乃至11何れか一項記載の方法。前記特定するステップは、より高い及び/又は等しい優先度のワークリストアイテムをすでに提供していないターゲットを含むエスカレーションレベルが検出されるまで、前記エスカレーションシーケンスのエスカレーションレベルを進捗させることを含む、請求項12記載の方法。請求項10乃至13何れか一項記載の方法を実行するようプログラムされた1以上のプロセッサ。請求項10乃至13何れか一項記載の方法を実行するよう1以上のプロセッサを制御するソフトウェアを担持するコンピュータ可読媒体。イベント情報を自己記述し、イベントハンドラに通信する方法であって、イベントの通知及び/又は前記イベントの通知に対するユーザレスポンスを含むイベント情報を受信するステップと、標準化プロトコルを用いてメッセージを生成するステップであって、前記メッセージは、1以上の標準化されたメッセージプロパティを用いて表される1以上のワークリストアイテムと前記イベント情報とを含み、前記ワークリストアイテムは、前記メッセージの宛先と、前記メッセージが前記イベントハンドラによりどのようにルーティングされるべきかとを規定する、前記生成するステップと、前記メッセージをイベントハンドラに通信するステップと、を有する方法。前記ワークリストアイテムのそれぞれは、前記イベント情報のすべて又はサブセットの1以上のターゲットを規定する、請求項16記載の方法。前記メッセージは、前記イベント情報のすべて又はサブセットがどのようにルーティングされるべきかのビジネスロジックを有する、請求項16又は17記載の方法。前記イベントの通知に対するユーザレスポンスを含む第2イベント情報を受信するステップと、前記標準化プロトコルを利用して第2メッセージを生成するステップであって、前記第2メッセージは、前記第2イベント情報を含み、前記第2メッセージの宛先と、前記第2メッセージが前記イベントハンドラによりどのようにルーティングされるべきかとを規定する、前記生成するステップと、前記第2メッセージを前記イベントハンドラに通信するステップと、をさらに有する、請求項16乃至18何れか一項記載の方法。請求項16乃至19何れか一項記載の方法を実行するようプログラムされる1以上のプロセッサ。本出願は、上述した問題などを解決する医師に警告及び他のメッセージをルーティングするための新規で改良されたシステム及び方法を提供する。一態様によると、臨床メッセージをルーティングするためのメッセージングシステムが提供される。本システムは、イベントハンドラと標準化プロトコルとを有する。イベントハンドラは、1以上のイベントソースから1以上の着信メッセージを受信する。メッセージは、1以上のワークリストアイテムを含む。イベントハンドラはさらに、イベントデータベースにワークリストアイテムを格納し、1以上のルールにより決定されるように、実行される必要があるイベントデータベースの1以上のワークリストアイテムの発信メッセージを生成及び通信する。標準化プロトコルは、着信メッセージと発信メッセージとを表すのに利用される。他の態様によると、臨床メッセージをルーティングする方法が提供される。標準化プロトコルによる1以上の着信メッセージが、1以上のイベントソースから受信される。着信メッセージは、1以上のワークリストアイテムを含む。ワークリストアイテムは、イベントデータベースに格納され、標準化プロトコルの発信メッセージは、1以上のルールにより決定されるように、実行される必要があるイベントデータベースの1以上のワークリストアイテムについて生成及び通信される。他の態様によると、イベント情報を自己記述し、イベントハンドラに通信する方法が提供される。イベント通知が受信され、標準化プロトコルを用いたメッセージが生成される。メッセージは、1以上の標準化メッセージプロパティを用いて表される1以上のワークリストアイテムとイベント情報とを含む。ワークリストアイテムは、メッセージの宛先と、メッセージがイベントハンドラによりどのようにルーティングされるべきかとを規定する。他の態様によると、ワークリストは患者毎及びユーザ毎に維持される。ワークリストは、アクティブな警告待機レスポンス、アクティブなワークアイテム、及び以降の又はスケジューリングされたワークリストアイテムを追跡する。ワークリストは、システムが所与の患者及びユーザコンテクストの入力タスク又は警告の重大性に基づきワークフローを優先順位付けし、リダイレクトすることを可能にする。他の態様によると、標準化プロトコルが、メッセージをルーティングするため所望のビジネスロジックを確立するため利用される。これは、当該プロトコルを利用して、アプリケーションがエンドユーザの状態又は嗜好に関して知る必要なく、外部システムがメッセージの一部としてエンドユーザのコンテクストと共にメッセージをわたし、エンドユーザレスポンスをメッセージングアプリケーションに戻すための機構を確立するシステムを可能にする。本システム及び方法の1つの効果は、それが高度な方法によりメッセージを配信することである。他の効果は、警告及び/又はメッセージを特定のユーザ及び臨床役割にルーティングする能力にある。他の効果は、警告及び/又はメッセージ内において当該警告及び/又はメッセージのための次のエスカレーションステップを規定する能力にある。他の効果は、各種の保留中の警告、ワークタスク及び/又はメッセージの状態を追跡する能力にある。他の効果は、ユーザ又は患者に対してアクティブな多数の異なるシステムからサポートされるべき統合されたワークフローの能力にある。他の効果は、自己記述プロトコルに準拠したメッセージを処理し、当該プロトコルを利用しないシステムについて特有のビジネスルールをローカルに許可することによって、警告及び/又はメッセージ処理ルールをフレキシブルに実現する能力にある。他の効果は、警告及び/又はメッセージのための複雑なエスカレーションステップを規定する能力にある。他の効果は、ナイーブアプリケーションの外部のユーザアクノリッジメント及びレスポンスを提供し、当該レスポンスを警告アプリケーションに戻すための能力にある。他の効果は、警告及び/又はメッセージのためのエスカレーションステップを標準化された方法により表す能力にある。他の効果は、イベントが受理され、より迅速に提供されるということである。他の効果は、スタッフの側の警告の疲れ及び注意散漫が低減されるということである。他の効果は、安全性の向上にある。本発明のさらなる効果は、以下の詳細な説明を参照及び理解した当業者に理解されるであろう。本発明は、各種コンポーネント及びコンポーネントの構成と各種ステップ及びステップの構成との形態をとりうる。図面は、好適な実施例を説明するためだけのものであり、本発明を限定するものとして解釈されるべきでない。図1を参照して、一実施例では、メッセージングシステム100は、1以上のイベントソース102との1以上のイベントソースインタフェース104、イベントハンドラ106、1以上のイベントターゲット112と通信するメッセージサービス110とのメッセージサービスインタフェース108などを有する。イベントソース102は、臨床イベントに応答してイベントメッセージを生成し、イベントメッセージをイベントハンドラ106に通信する。臨床イベントは、患者の低カリウムの検出などの生理的イベント、投薬の時間又は遅延しているなどのワークフローアイテムの通知、RAIDRedundantArrayofIndependentDiskの不具合などのシステムイベントなどの1以上を含む。イベントメッセージは、医師が関連すると考える関連する臨床イベントに関する情報を含む。例えば、患者の血圧警告に応答して生成されるイベントメッセージは、患者の血圧を含む。各イベントメッセージは、以下で詳細に説明される1以上のワークリストアイテムと、一意的なイベント識別子、能力、イベントプロパティ、時間プロパティ、ソースプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの1以上とを有する。ワークリストアイテムは、イベントに応答して実行されるアクションである。イベントメッセージは、一方向モード、双方向モードなどの1以上により通信される。一方向モードにより通信されるメッセージはレスポンスを必要とせず、双方向モードにより通信されるメッセージはレスポンスを必要とする。特定の実施例では、レスポンスは、イベントソース102においてアクションをトリガするため、イベントソース102により利用可能である。いくつかの実施例では、一方向イベントソースと双方向イベントソースとの間で区別がされる。一方向イベントソースは、メッセージを送信するが、メッセージを受信しない能力を有し、双方向イベントソースは、警告に対するユーザレスポンスなどのメッセージを送受信する能力を有する。従って、双方向イベントソースは、一方向メッセージ及び/又は双方向メッセージを送信し、メッセージを受信し、一方向イベントソースは、一方向メッセージを送信のみする。さらに又はあるいは、いくつかの実施例では、承認済みイベントソースと未承認イベントソースとの間で区別される。承認済みイベントソースは、イベントハンドラ106により理解された標準化プロトコル105をサポートし、これにより、イベントハンドラ106と直接通信する。未承認イベントソースは、承認済みイベントソースと対照的に、イベントハンドラ106により理解される標準化プロトコル105のサポートを欠き、これにより、それらはイベントハンドラ106と間接的に通信する。イベントソースインタフェース104は、未承認イベントソースとイベントハンドラ106との間の通信を繋ぐ。イベントソースインタフェース104は、未承認イベントソースからイベントハンドラ106に送信されたメッセージを受信し、当該メッセージをイベントハンドラ106によりサポートされた標準化プロトコル105にフォーマット変換し、フォーマット変換されたメッセージをイベントハンドラ106に転送する。さらに、イベントソースインタフェース104は、イベントハンドラ106から未承認イベントソースに標準化プロトコル105により送信されたメッセージを受信し、当該メッセージを未承認イベントソースにより受け入れられているフォーマットにフォーマット変換し、フォーマット変換されたメッセージを未承認イベントソースに転送する。イベントソースインタフェース104は、すべての未承認イベントソースの単一のイベントソースインタフェース、各未承認イベントソースのための又は組み込まれているインタフェースなどを適切に含む。例えば、イベントソースインタフェースは、未承認イベントソースの各タイプについて利用される例えば、PhilipsIntellivueTMmonitorMX800など。イベントソースインタフェース104は、効果的には、イベントソース102とイベントハンドラ106との間の互換性を確保する。しかしながら、イベントソースインタフェース104は承認済みイベントソースにより利用される必要はなく、標準化プロトコル105により送信されるメッセージは互換性を確保しているため、メッセージングシステム100は、承認済みイベントソースのみと通信するとき、イベントソースインタフェース104を有する必要はない。イベントハンドラ106は、イベントソース102及び/又はイベントターゲット112からイベントメッセージ及び/又はレスポンスメッセージなどの着信メッセージを受信し、着信メッセージに対応するエスカレーションメッセージ及び/又はイベントハンドラレスポンスメッセージなどの発信メッセージをターゲットなどと通信する。イベントソース102からの着信イベントメッセージは、イベントメッセージのイベントターゲット112に発信エスカレーションメッセージを適切に生成し、イベントターゲット112からの着信レスポンスメッセージは、イベントソース102への発信イベントハンドラレスポンスメッセージを適切に生成する。着信メッセージを受信すると、イベントハンドラ106は、1以上のルールを利用して着信メッセージを適切に検証し、おそらく修正する。ルールは、一致基準と、当該一致基準が満たされる場合に実行される一致アクションとを適切に有する。一致アクション及び/又は一致基準は、病院ポリシー、ターゲット設定、着信メッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のイベントなどの1以上を考慮することができる。さらに、着信メッセージを受信すると、イベントハンドラ106は、それに対して行われてもよい修正と共に、着信メッセージをイベントデータベース198に適切に追加する図3を参照。各着信メッセージは、1以上のワークリストアイテムを有する。従って、着信メッセージは、ワークリストアイテムをデータベースに加えることによって、イベントデータベース198に追加される。ワークリストアイテムは、イベントに応答して実行されるアクションである。例えば、ワークリストアイテムは、患者の低血糖症に関する警告が患者の医師に提供されるべきことを指定することが想定される。発信メッセージを送信するため、イベントハンドラ106は、存在する場合にはワークリストアイテムの何れが送信される発信メッセージを必要とするか決定するため、イベントデータベース198のワークリストアイテムを適切にモニタし、後述されるいくつかのファクタに基づき当該メッセージを送信する時を決定し、最終的にメッセージをターゲットユーザに送信する。適切には、これは、一致基準が発信メッセージを送信するための基準を指定し、一致アクションが発信メッセージの送信方法を指定する1以上のルールを利用して実行される。一例では、ルールは、発信メッセージがターゲットユーザのため即時に送信されるべき優先度であることを指定するワークリストアイテムの発信メッセージを生成するルールを含む。他の例として、ルールは、発信メッセージが以前に送信され、許容時間内にレスポンスメッセージが受信されなかったという意味で期限切れとなっているワークリストアイテムの発信メッセージを生成するルールを含む。イベントハンドラ106は、すべての着信及び発信メッセージを表すため標準化フォーマットを提供する標準化プロトコル105を利用して、イベントソースインタフェース104、メッセージサービスインタフェース108、承認済みイベントソースなどの1以上と適切に通信する。標準化フォーマットは、1以上のプロパティにより規定される。ある実施例では、これらのプロパティは、階層構造により構成される。当該プロパティは、一意的なイベント識別子、能力、イベントプロパティ、時間及び/又はエスカレーションプロパティ、ソースプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの1以上を含む。一意的なイベント識別子は、メッセージが関連する各イベントを一意的に特定する。一意的なイベント識別子は、イベントハンドラ106がイベントデータベース198のワークリストアイテムとメッセージとの間の関連付けを決定することを可能にする。例えば、双方向イベントメッセージは、ワークリストアイテムがイベントメッセージの一意的なイベント識別子を用いてインデックス化されているイベントデータベース198へのワークリストアイテムの追加を導く。その後、レスポンスメッセージは、一意的なイベント識別子を利用してワークリストアイテムとの関連付けを特定する。能力は、例えば、イベントメッセージ又はレスポンスメッセージをそれぞれ処理するイベントソース又はイベントターゲットのプロパティなどを有する。例えば、能力は、一方向イベント通信のサポート、双方向イベント通信のサポート、ローカルワークリストのメンテナンス、メッセージにカプセル化された選択を提供する能力、視覚的メッセージのサポート、音声メッセージのサポートなどの1以上を含む。イベントプロパティは、例えば、メッセージの生成を促すイベントのタイプ、イベントの重大度などの1以上を特定する。イベントタイプは、1以上の生理的イベント、プロトコルイベント、ワークフローイベント、システムイベント、ステータスイベント、機器イベントなどを含み、ステータスイベントは、患者、システムなどの状態を記述するイベントを含み、ユニットステータスアクティブな児童機器など、システムステータス紙切れのレコーダなど、システムヘルスRAID不具合など、クオリティ保証スタータス患者の服薬順守が60のターゲット以下であるなどなどの1以上を含む。さらに、イベントタイプは、イベントをグループ化するのに利用される。例えば、ナースは、臨床情報システムにおいてワークフローリマインダvitaldueなどからプロトコルリマインダdrawlactateなどを分離する。イベント重大度は、低い優先度のイベント30分間センサからデータがないなどと高い優先度のイベント敗血症の疑いなどとを区別する。時間及び/又はエスカレーションプロパティは、ワークリストアイテムの期限切れ時間、エスカレーションアクション、エスカレーション時間、遅延プロパティなどの1以上を含む。期限切れ時間は、ワークリストアイテムが期限切れとして分類されるまでに経過する時間を特定する。エスカレーションアクションは、ワークリストアイテムがどのようにエスカレートされるべきか特定する。エスカレーション時間は、関連するワークリストアイテムがエスカレートされる必要があるときまでの時間を特定する。遅延プロパティは、ワークリストアイテムに対するレスポンスがどの程度遅延してもよいか指定する。遅延プロパティは、例えば、ベッド警告のためのデフォルト、遅延の長さのプロパティ、システムにより処理されるため警告が持続するか又はアクティブである必要のある時間の長さを規定するプロパティの1以上を含む。遅延の長さは、秒や分などの測定単位によって、0遅延なしを意味するから1440などの所定数までの範囲である。ある実施例では、遅延時間のプロパティは、0の遅延の長さが遅延がないことを意味する遅延なしのプロパティを含む。さらに又はあるいは、ある実施例では、遅延プロパティは、所定のユニットのスケジュールすなわち、当該シフトの遅延に代用可能である。さらに又はあるいは、ある実施例では、遅延は、各エスカレーションレベル毎に設定可能である適用可能であるとき。さらに又はあるいは、ある実施例では、時間ベースの規格による警告について、イベントソース及び/又はイベントターゲットは、遅延を選択することが許容されない。ソースプロパティは、典型的には、ソースタイプ、1以上のソースパラメータ、ソース位置などの1以上を含む。ソースタイプは、イベントソースのタイプ例えば、PhilipsIntellivueTMmonitorMX800を特定する。ソースパラメータは、イベントをトリガしたパラメータのタイプ血圧などを特定する。ソース位置は、ソースがある場所CardiologyunitIIなどを特定する。ターゲットプロパティは、典型的には、ターゲットユーザ、ターゲット役割、ターゲットエイリアス、ターゲットアプリケーションなどの1以上を含む。ターゲットユーザは、メッセージが宛先の個人WilliamSmith医師などを特定する。ターゲット役割は、ターゲットユーザの役割コール又はICUナースの心臓内科医などを特定する。ターゲットエイリアスは、名前が知られていない場合、ターゲットユーザ患者の妻などを特定する。ターゲットアプリケーションは、装置中央ステーションディスプレイBeeper4434などを含む。アクノリッジメントプロパティは、ワークリストアイテムの状態を適切にキャプチャする。アクノリッジメントプロパティは、確認済みSmith医師がメッセージを確認した、送信失敗メッセージが送信キューをクリアしなかったなど、受信失敗受信サービスから返されたメッセージが失敗を示しているなど、確認失敗エンド装置で受信されたが、ユーザが警告を確認しなかったなど、強制ロールオーバユーザがロールオーバを要求したなど、強制エスカレーションユーザがエスカレーションを要求したなどなどの1以上を含む。標準化フォーマットは、着信メッセージを、それぞれが1以上のプロパティを有する1以上のワークフローアイテムに分割する。ある実施例では、各ワークフローアイテムは、それぞれが1以上のプロパティを含む1以上のターゲットに分割される。さらに又はあるいは、ある実施例では、標準化フォーマットは、当該プロパティがワークリストアイテムのプロパティにより無効にされない場合、各ワークリストアイテムに適用される1以上のプロパティのグローバルなセクションを含む。上記説明に関して理解されるように、標準化プロトコル105は、イベントソース102がメッセージをルーティングするためのビジネスロジックを特定するメッセージを生成することを可能にする。さらに、これは、イベントソース102がエンドユーザの状態又は嗜好に関して知る必要なく、イベントハンドラ106がメッセージの一部としてエンドユーザコンテクストを有するメッセージをわたし、エンドユーザレスポンスがイベントソース102に戻すための機構を確立するため、標準化プロトコル105を利用するイベントソース102を可能にする。メッセージサービスインタフェース108は、メッセージサービスがイベントハンドラ106によりサポートされる標準化プロトコル105のサポートを欠いている状況において、イベントハンドラ106とメッセージサービス110との間の通信を繋ぐ。メッセージサービスインタフェース108は、イベントハンドラ106からメッセージサービス110に送信されるメッセージを受信し、当該メッセージをメッセージサービス110によりサポートされる通信プロトコルにフォーマット変換し、フォーマット変換されたメッセージをメッセージサービス110に転送する。メッセージサービス110がイベントハンドラ106によりサポートされる標準化プロトコル105をサポートするとき、メッセージサービスインタフェース108は、メッセージングシステム100から不要であり、及び/又は削除されてもよい。メッセージサービス110は、イベントハンドラ106からイベントターゲット112にエスカレーションメッセージを配信し、及び/又はこれに対するレスポンスメッセージをイベントハンドラ106に配信する。さらに、ある実施例では、メッセージサービス110は、メッセージサービス110にログしたユーザを追跡する。イベントソース102と同様に、メッセージサービス110は、イベントハンドラ106によりサポートされる標準化プロトコル105をサポートしているか否かに応じて、承認済み又は未承認として特徴付けすることができる。イベントターゲット112は、イベントハンドラ106からエスカレーションメッセージを受信し、いくつかの実施例では、レスポンスメッセージを生成し、イベントハンドラ106に通信する。イベントメッセージと同様に、レスポンスメッセージは、1以上のワークリストアイテムを含む。典型的には、レスポンスメッセージを生成するため、イベントターゲットは、ディスプレイ上にイベントメッセージを提示し、及び/又はイベントターゲットのユーザにディスプレイ及び/又はユーザ入力装置を介しこれに対するレスポンスを提供するよう促す。イベントメッセージのエスカレーションメッセージは、一度に複数のイベントターゲット112に送信されてもよいことに留意することが興味深い。ユーザレスポンス及び応答能力は、イベントターゲットに応じて異なるものであってもよい。レスポンスメッセージは、例えば、上述されたように、一意的なイベント識別子、能力、イベントプロパティ、時間プロパティ、ソースプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの1以上を含む。イベントソース102に関して、いくつかの実施例では、一方向イベントターゲットと双方向イベントターゲットとが区別される。さらに又はあるいは、いくつかの実施例では、承認済みイベントターゲットと未承認イベントターゲットとが区別される。図2を参照して、図示された実施例では、イベントソース102は、患者モニタ102aなどのモニタ、臨床決定支援アプリケーション、治療装置102bなどの治療装置、臨床情報システム102cなどの臨床情報システムなどの1以上を有する。イベントソース102の通信ユニット118,126,134は、イベントハンドラ106及び/又はイベントソースインタフェース104などのイベントソース102と外部装置との間の通信を実行する。適切には、通信は1以上の通信ネットワークにより実行される。イベントソース102のメモリ115,123,131は、患者データなどを格納し、及び/又はイベントソース102に関する機能の1以上を実行するための実行可能命令を格納する。イベントソース102のディスプレイ116,124,132は、イベントソース102がイベントソース102の各自のユーザのためにデータ及び/又はメッセージを表示することを可能にする。イベントソース102のユーザ入力装置120,128,136は、イベントソース102のユーザが関連するイベントソース102とやりとりし、及び/又はそれのディスプレイ上に表示されるメッセージに応答することを可能にする。イベントソース102のプロセッサ及び/又はコントローラ114,122,130は、イベントソース102に関連する機能を実行するため、メモリに格納されている命令を実行する。図示された実施例におけるイベントソースインタフェース104は、複数のイベントソースとやりとりする第1イベントソースインタフェース104aを有する。イベントソースインタフェース104の通信ユニット138は、イベントハンドラ106とイベントソース102などの外部装置と関連するイベントソースインタフェースとの間の通信を実行する。イベントソースインタフェース104のメモリ142は、イベントソースインタフェース104に関連する機能の1以上を実行するため実行可能命令を格納する。イベントソースインタフェース104のプロセッサ及び/又はコントローラ140は、イベントソースインタフェース104に関連する機能を実行するためメモリに格納されている命令を実行する。メモリ142は、いくつかの実施例では、イベントソース102からのデータ又はメッセージを格納又はバッファする。さらに、各イベントソースインタフェース104は、1以上の通信ネットワークを介し適切に通信する。例えば、ある実施例では、イベントソースインタフェースは、第1通信ネットワークを介し未承認イベントソースと通信し、第2通信ネットワークを介しイベントハンドラ106と通信する。ここで、第1通信ネットワークは、第2通信ネットワークと異なる。イベントハンドラ106は、メッセージサービスインタフェース108及び/又はメッセージサービス110を介しイベントターゲット112と通信し、イベントソースインタフェース104を介し又は直接的にイベントソース102と通信する。ある実施例では、イベントハンドラ106は、さらに又は代わりに、イベントターゲット112と直接通信する。図示された実施例のメッセージサービスインタフェース108は、通信ユニット144、プロセッサ及び/又はコントローラ146、メモリ148などの1以上を有する。通信ユニット144は、メッセージサービス110及びイベントハンドラ106などの外部装置とメッセージサービスインタフェース108との間の通信を実行する。メモリ148は、メッセージサービスインタフェース108に関連する機能の1以上を実行するための実行可能命令を格納する。プロセッサ及び/又はコントローラ146は、メッセージサービスインタフェース108に関連する機能を実行するためメモリ148に格納されている命令を実行する。メッセージサービスインタフェース108は、1以上の通信ネットワークを介し適切に通信する。例えば、ある実施例では、メッセージサービスインタフェース108は、第1通信ネットワークを介しイベントハンドラ106からエスカレーションメッセージを受信し、当該エスカレーションメッセージを第2通信ネットワークを介しメッセージサービス110に転送する。図示された実施例においてメッセージサービス110は、通信ユニット150、プロセッサ152、メモリ154などの1以上を有する。通信ユニット150は、メッセージサービス110と、メッセージサービスインタフェース108、イベントハンドラ106、イベントターゲット112などの1以上との間の通信を実行する。適切には、これは、1以上の通信ネットワークを介する。メモリ154は、メッセージサービス110に関連する機能の1以上を実行するための実行可能命令を格納する。プロセッサ及び/又はコントローラ152は、メッセージサービス110に関連する機能を実行するためメモリ154に格納されている命令を実行する。図示された実施例においてイベントターゲット112は、携帯電話112aなどの携帯装置、治療装置112bなどの治療装置、臨床情報システム112cなどの臨床情報システム、患者モニタ112dなどのモニタ、臨床決定支援アプリケーションなどの1以上を有する。さらに、イベントターゲット112は、1以上の一方向イベントターゲット及び/又は1以上の双方向イベントターゲットを有する。さらに、イベントターゲットは、イベントターゲットが標準化プロトコル105をサポートするか否かに応じて、1以上の承認済みイベントターゲット及び/又は1以上の未承認イベントターゲットを含む。イベントターゲット112の通信ユニット160,168,176,184は、イベントハンドラ106やメッセージサービス110などの外部装置とイベントターゲット112との間の通信を実行する。通信は、1以上の通信ネットワークを利用して適切に実行される。イベントターゲット112のメモリ157,165,173,181は、患者データ、イベントターゲット112に関連する機能の1以上を実行するための実行可能命令などの1以上を格納する。イベントターゲット112のディスプレイ158,166,174,182は、イベントターゲット112がイベントターゲット112のユーザのためにデータ及び/又はメッセージを表示することを可能にする。イベントターゲット112のユーザ入力装置162,170,178,186は、イベントターゲット112のユーザがイベントターゲット112とやりとりし、及び/又はディスプレイ上に表示されたメッセージに応答することを可能にする。イベントターゲット112のプロセッサ及び/又はコントローラ156,164,172,180は、イベントターゲット112に関連する機能を実行するためメモリに格納されている命令を実行する。図3に示されるイベントハンドラ106は、病院ポリシーデータベース188、ターゲット設定データベース190、オンコールデータベース192、ルールデータベース194、イベント処理プロトコルパーサ196、イベントデータベース198、オーサリング環境202、イベント処理ルール実行手段200、オーディットログデータベース204などの1以上を有する。イベントハンドラ106と共に示されているが、いくつかの実施例の各種データベースは、イベントハンドラ106によりアクセスされる中央、施設又は部門ワイドデータベースとすることができる。病院ポリシーデータベース188は、病院管理者が病院ポリシーを指定することを可能にする1以上の設定を含む。これらの設定は、例えば、病院管理者にイベントソース102から受信した生理的イベントの最小の重大性レベルを指定させる。病院ポリシーは、ルールデータベース194の1以上のルールを介し着信メッセージに適切に適用される。ある実施例では、病院ポリシーは、ハードポリシー及びソフトポリシーを含む。ハードポリシーは、ターゲット設定などの他の設定によって修正及び/又は上書きされることをブロックされ、ソフトポリシーは、ターゲット設定などの他の設定により上書きされてもよい。ターゲット設定データベース190は、着信メッセージのターゲットに固有の1以上の設定を含む。例えば、ターゲット設定は、個人が携帯電話のみを介しそれらがどのようにコンタクトされるかを指定することを可能にする。これらの設定は、ハード病院ポリシーと競合しない限り、適切に適用される。ターゲットは、イベントソース、イベントターゲット、個人、役割、エイリアス、アプリケーション、装置などの1以上を含むことが可能である。病院ポリシーに関して、ターゲット設定は、ルールデータベース194の1以上のルールを介し着信メッセージに適切に適用される。ある実施例では、ターゲット設定は、ページングインタフェース、中央ステーション及びユニットバウンドクライアントなどの所定の通信プロファイルにリンクされる。オンコールデータベース192は、現在オンコール中の医師を追跡し、典型的には、現在オンコール中の医師を特定する1以上のオンコールレコードを含む。ある実施例では、オンコールレコードは、医師の役割を含む。例えば、オンコールデータベース192は、JoeSmithが腫瘍学によりオンコール状態であることを示すオンコールレコードを含む。オーサリング環境202、メッセージサービス110などの1以上は、オンコールレコードを更新してもよい。ルールデータベース194は、着信メッセージ及び/又はイベントデータベース198においてワークリストアイテムを検証及び/又は修正するための1以上のルールを含む。着信メッセージにおいてワークリストアイテムを検証及び/又は修正するためのルールは、イベント処理プロトコルパーサ196により適用され、イベントデータベース198におけるワークリストアイテムを検証及び/又は修正するためのルールは、イベント処理ルール実行手段200により適用される。上述されたように、ルールは、一致基準が満たされた場合に一致アクションが実行される一致基準と一致アクションとを適切に含む。一致アクションは、例えば、ワークリストアイテムのエスカレート処理、着信メッセージ及び/又はイベントデータベース198におけるワークリストアイテムの修正などを含む。ある実施例では、ルールは、1以上の指定されたターゲットの1以上に基づきワークリストアイテムを検証及び/又は修正するための1以上のルールを含む。これらのルールは、オンコールデータベース192を利用して、ワークリストアイテムのターゲットとして指定された個人がオンコール状態又は連絡可能であることを検証し、そうでない場合、ターゲットとして指定された個人をオンコール状態又は連絡可能であるものと置換する。さらに又は代わりに、これらのルールは、オンコールデータベース192を利用して、ワークリストアイテムのターゲットとして指定されたターゲット役割をオンコール状態の個人と置換する。どちらのケースでも、ターゲットは、ワークリストアイテム、病院ポリシー、ターゲット設定などに含まれる1以上のプロパティに従って置換される。さらに又は代わりに、ある実施例では、ルールは、ワークリストに基づきワークリストアイテムを検証及び修正するための1以上のルールを含む。ワークリストは、例えば、危篤状態の患者を退院させる前に、肺炎ウイルスワクチンを提供するなど実行される必要がある1以上のタスクを含む。ワークリストは、着信メッセージ及び/又はイベントデータベース198の各種ワークリストアイテムから構成される。ワークリストはしばしば、イベントソースやイベントターゲット、患者、ターゲット役割、ターゲット個人などのワークリストアイテムのターゲットの1以上に固有である。特に、図示された実施例においてワークリストを利用するルールは、ワークリストに基づきワークリストアイテムの優先度を増減することが可能であると想定される。これは、ワークリストアイテムの重大性、双方向ワークリストアイテムのレスポンス時間などの修正を介し実現される。例えば、ルールは、そのターゲットがより重大なイベントにより圧倒された場合、イベント処理プロトコルパーサ196に着信メッセージのワークリストアイテムの期限経過時間を増加させる可能性がある。従って、ある意味で、ワークリストに関連するワークリストアイテムは、動的にランク付けされ、当該ランク付けはルールを用いて調整される。さらに又は代わりに、ある実施例では、ルールは、イベントソース102やイベントターゲット112などのソースに基づきワークリストアイテムを検証及び/又は修正するための1以上のルールを含む。例えば、イベントソースインタフェース102やメッセージサービスインタフェース110などのインタフェースは、ターゲットが未承認ソースからのメッセージを解析することを可能にするが、当該メッセージは、重要な情報を依然として欠いている可能性がある。これらのルールは情報を追加し、及び/又は存在する何れかの空きを充填するため、未承認ソースから送信されるワークリストアイテムの既存の情報を修正する。典型的には、これらのルールは、イベント処理プロトコルパーサ196によってのみ適用される。さらに又は代わりに、ある実施例では、ルールは、ワークフローに基づきワークリストアイテムを検証及び/又は修正するための1以上のルールを含む。ワークフローは、適切にはイベントソース、イベントターゲット、患者、ターゲット役割、ターゲット個人などのイベント又はターゲットに特有のものである。いくつかの実施例では、ワークフローは、当該ワークフローを規定する状態マシーンを含む。さらに、いくつかの実施例では、関連するワークフローがある状態に到達するまで、ルールはワークリストアイテムの発信メッセージを遅延させる。さらに又は代わりに、ある実施例では、ルールは、病院ポリシー、ターゲット設定などに基づきワークリストアイテムを検証及び/又は修正するための1以上のルールを含む。例えば、ルールは、あるイベントタイプのワークリストアイテムを拡張する1以上のルールを含み、ワークリストアイテムが最小の重大性レベルを含む。他の例として、ルールは、携帯電話などを介し個人により嗜好される通信手段を利用して当該個人とコンタクトするため、ターゲット個人に対するワークリストアイテムを拡張する1以上のルールを含む。ルールデータベース194はさらに、イベントデータベース198のワークリストアイテムをエスカレートさせるための1以上のルールを含む。これらのルールは、イベント処理ルール実行手段200により適用される。エスカレーションとは、イベントターゲット又はイベントソースであるかにかかわらず、ターゲットに発信メッセージを送信することを意味する。例えば、ルールは、最初のターゲットが30分以内に以前に提供されたエスカレーションメッセージを承認しない場合、エスカレーションメッセージが第2ターゲットに提供されるべきであることを規定する。他の例として、ルールは、配信が成功するまで、最大で60分の間に5分毎にイベントハンドラレスポンスメッセージがイベントソースに通信されるべきであることを規定する。イベント処理プロトコルパーサ196は、そこに含まれる1以上のワークリストアイテムを抽出するため、イベントメッセージ及び/又はレスポンスメッセージを含む着信メッセージを処理する。適切には、イベント処理プロトコルパーサ196が、標準化プロトコル105のフォーマットによる着信メッセージを解析するのに利用される。従って、一意的なイベント識別子、能力、イベントプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの1以上を含むいくつかのプロパティが、ワークリストアイテムを規定する。イベント処理プロトコルパーサ196はさらに、適切なときには抽出されたワークリストアイテムを検証及び更新する。抽出されたワークリストアイテムは、ルールが病院ポリシー、ターゲット設定、着信メッセージのプロパティ、オンコール状態、ワークリスト、他のイベントなどの1以上を利用して検証及び/又は修正される。抽出され、更新される可能性のあるワークリストアイテムは、その後にイベントデータベース198に格納される。イベント処理プロトコルパーサ196は、プロセッサ206、通信ユニット208、メモリ210などの1以上を有する。図示された実施例における通信ユニット208は、イベントソースインタフェース104、イベントソース102、病院ポリシーデータベース188などの他の装置とイベント処理プロトコルパーサ196との間の通信を実行する。通信は、1以上の通信ネットワークを介し適切に実行される。メモリ210は、イベント処理プロトコルパーサ196に関連する機能の1以上を実行するための実行可能命令を格納する。プロセッサ206は、イベント処理プロトコルパーサ196に関連する機能を実行するためメモリ210に格納されている命令を実行する。イベントデータベース198は、抽出されて更新される可能性のあるワークリストアイテムを格納する。ワークリストアイテムは、標準化プロトコル105に従って適切に規定される。従って、イベントデータベース198は、一意的なイベント識別子、能力、イベントプロパティ、ターゲットプロパティ、レスポンスプロパティなどの1以上を格納する。オーサリング環境202は、許可されたユーザが病院ポリシーデータベース188、ターゲット設定データベース190及びルールデータベース194のそれぞれの病院ポリシー、ターゲット設定及びルールの1以上を修正することを許可する。ある実施例では、オーサリング環境202はさらに、許可されたユーザがオンコールデータベース192のオンコールレコードを修正することを許可する。例えば、オーサリング環境202は、許可されたユーザが医師の役割を変更することを許可する。他の実施例では、外部のスケジューリングシステムとのデータインタフェースは、ユーザ役割及びオンコールデータベース192を直接的に自動的に更新するのに利用される。オーサリング環境202はまた、未承認イベントソース、未承認メッセージサービス及び未承認イベントターゲットなどの未承認ソースからのメッセージを更新するためのルールを生成するため重要である。これは、未承認ソースからのメッセージが承認済みイベントソースからのものと同じように処理されることを可能にする。ある実施例では、オーサリング環境202は、生成システムからサンドボックス又はローカルに複製され、これにより、アクティブなコンフィギュレーションとインタフェースをとることなくルールがテスト及び検証され、生成システムにアクティブ化されることが可能になる。デスクトップコンピュータ、コンピュータサーバなどは、オーサリング環境202を適切に実現する。分散化されたコンピュータサービスとローカライズされたコンピュータサービスとの双方が想定される。オーサリング環境202は、ディスプレイ212、プロセッサ及び/又はコントローラ214、通信ユニット216、ユーザインタフェース装置218、メモリ220などの1以上を含む。通信ユニット216は、病院ポリシーデータベース188、ターゲット設定データベース190、オンコールデータベース192及びルールデータベース194などのイベントハンドラ106の他のコンポーネントとオーサリング環境202との間の通信を実現する。通信は、1以上の通信ネットワークを介し適切に実行される。メモリ220は、オーサリング環境202に関連する機能の1以上を実行するための実行可能命令を格納する。プロセッサ及び/又はコントローラ214は、オーサリング環境202に関連する機能を実行するためメモリ220に格納されている命令を実行する。ユーザ入力装置218及びディスプレイ212は、オーサリング環境202のユーザがイベントハンドラ106の構成要素となるデータベースとやりとりすることを可能にする。イベント処理ルール抽出手段220は、ルールデータベース194のルールを利用して実行される必要のあるワークリストアイテムがあるか判断するため、イベントデータベース198に照会する。発信メッセージがそれに対して送信される必要がある場合、ワークリストアイテムは実行される必要がある。例えば、ワークリストアイテムがターゲットへの即時の配信を要求することを規定している場合、ワークリストは実行される必要がある。適切には、イベント処理ルール抽出手段200は、定期的な間隔で実行される必要のあるワークリストアイテムをチェックする。しかしながら、他のトリガイベントが想定される。例えば、ある実施例では、各ワークリストアイテムは、ワークリストアイテムのチェックをトリガするため自らのタイマを占有する。イベント処理ルール抽出手段200が実行される必要のある1以上のワークリストアイテムを特定すると、それは、当該ワークリストアイテムを検証し、ルールデータベース194の1以上のルールを利用して、標準化フォーマット105によりワークリストアイテムの発信メッセージを生成する。発信メッセージは、エスカレーションメッセージとイベントハンドラレスポンスメッセージとを含む。これらのルールは、適切には、病院ポリシー、ターゲット設定、着信メッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のイベントなどを検証及び/又は生成する。生成された発信メッセージは、その後、ワークリストアイテムすなわち、イベントメッセージ又はレスポンスメッセージのソースに依存して、ワークリストアイテムにより指定されたイベントターゲット又はイベントソースに送信される。発信メッセージがワークリストアイテムについて送信された後、イベント処理ルール抽出手段200は、イベントデータベース198からワークリストアイテムを削除するか、又は発信メッセージが送信されたことを反映するため、イベントデータベース198においてそれを更新する。ワークリストアイテムは、それに関連するタスクが完了されると、保留中のワークリストアイテムのみによりイベントデータベース198を維持するため、イベントデータベース198から適切に削除される。一方向イベントメッセージのワークリストアイテムは、エスカレーションメッセージがイベントターゲットに送信されると適切に終了され、双方向イベントメッセージのワークリストアイテムは、イベントメッセージに対するレスポンスメッセージがイベントメッセージのイベントソースに送信されると適切に終了される。典型的には、レスポンスメッセージは一方向である。イベント処理ルール抽出手段200は、プロセッサ及び/又はコントローラ222、通信ユニット224、メモリ226などの1以上を含む。通信ユニット224は、メッセージサービスインタフェース108、イベントターゲット112、ルールデータベース194などの他の装置とイベント処理ルール抽出手段200との間の通信を実現する。通信は、1以上の通信ネットワークを介し適切に実行される。メモリ226は、イベント処理ルール抽出手段200に関連する機能の1以上を実行するための実行可能命令を格納する。プロセッサ及び/又はコントローラ222は、イベント処理プロトコルパーサ200に関連する機能を実行するためメモリ226に格納されている命令を実行する。オーディットログデータベース204は、イベント処理プロトコルパーサ196及びイベント処理ルール抽出手段200により行われるステップのログを維持する。適切には、すべてのステップが記録されるが、より精緻なログ処理スキームが好ましい。すべてのステップのログ処理は、許可されたユーザがイベントデータベース198から削除された過去のイベントメッセージを再構成することを可能にする。図4を参照して、患者モニタなどにより生成されるイベントメッセージ400の具体例が示される。イベントメッセージ400は、上述された標準化プロトコル105を利用し、複数のターゲットを宛先とする。例えば、イベントメッセージ400は、送信の30秒以内に重大性レベル4のエスカレーションメッセージをアクノリッジする必要があるユーザa,bを宛先とし、他方、イベントメッセージ400は、ユーザdに対する重大性レベル3の即時の通知のためエスカレートされる。イベントメッセージ400はさらに、イベントが2分より長く続く場合に限って、重大性レベル3でユーザfを宛先とする。ユーザfは、再び通知されないように、60秒以内に警告をアクノリッジする必要がある。図5を参照して、図1のイベントハンドラ106を利用して臨床メッセージをルーティングする方法500が提供される。イベントメッセージ又はレスポンスメッセージの何れかの着信メッセージがあるか判定される502。着信メッセージがない場合、イベントデータベース198が照会され512、そこにあるワークリストアイテムが実行される必要があるか判定される514。着信メッセージがある場合、それは標準化フォーマット105により受信される504。着信メッセージに含まれるワークリストアイテムが抽出される506。抽出されたワークリストアイテムは、ルールデータベース194の1以上のルールを利用して、検証されておそらく修正される508。これらのルールは、例えば、病院ポリシー、ターゲット設定、イベントメッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のイベントなどの1以上に基づく。その後、検証されておそらく修正されたルールは、イベントデータベース198に格納される。イベントデータベース198は照会され512、そこにあるワークリストアイテムが実行される必要があるか判定される514。この判定は、ルールデータベース194の1以上のルールを用いて適切に行われる。ワークリストアイテムがアクションを必要とすると判断された場合、着信メッセージがあるか502に関する判定が繰り返される。適切には、遅延が入れられる。アクションを必要するワークリストアイテムが特定された場合、ワークリストアイテムは、ルールデータベース194の1以上のルールに対して検証され、エスカレーションメッセージ又はイベントハンドラレスポンスメッセージの発信メッセージが生成され518、ルールにより特定されるターゲットユーザに標準化フォーマット105により送信される。その後、ワークリストアイテムは、更新又は削除される522。その後、方法500は判定502により再開される。図6を参照して、ターゲットの利用性に基づきワークリストアイテムをエスカレートする方法600が提供される。方法600は、方法500の一実施例であり、イベントハンドラ106のプロセッサ206,214,222により適切に実行される。以降に理解されるように、方法600は、ベッドなどの位置、装置又は患者のためのワークリストアイテムが、より高い優先度のワークリストアイテムを提供すると知られるターゲットに警告することを控えることによって、より迅速にサービス提供されることを効果的に可能にする。さらに、方法600は効果的には、ターゲットの一部に対する警告疲れ及び注意散漫を効果的に低減し、これにより、全体的な安全性を向上させる。説明の簡単化のため、方法600は単一のワークリストアイテムに限定される。しかしながら、それは複数のワークリストアイテムとイベントメッセージに等しく従うことが理解されるべきである。方法600は、イベントハンドラ106のデータベース188,190,192,194,198,204の1以上がイベントハンドラ106を利用する機関の位置、装置又は患者についてエスカレーションシーケンス及びそのための割当てを規定するよう連係することを前提とする。各エスカレーションシーケンスは、1以上のエスカレーションレベルと、エスカレーションレベルを介しエスカレーションが進む順序とを含む。例えば、位置、装置又は患者は、プライマリターゲットの第1エスカレーションレベルとセカンダリターゲットの第2エスカレーションレベルとを特定するエスカレーションシーケンスを含み、エスカレーションは、第1エスカレーションレベルから第2エスカレーションレベルに進行する。方法600はさらに、イベントハンドラ106のデータベース188,190,192,194,198,204の1以上がユーザ、グループ、装置などのターゲットの位置、装置又は患者の割当てと、位置、装置又は患者の割当てのエスカレーションレベルの割当てとを規定するよう連係することを前提とする。例えば、第1ユーザは、患者の第1エスカレーションレベルに割り当てられ、第2ユーザは、患者の第2エスカレーションレベルに割り当てられる。異なって述べられると、第1ユーザには、患者のためのプライマリ責任が割り当てられ、第2ユーザには、患者のセカンダリ責任が割り当てられる。位置、装置又は患者のワークリストアイテムを含むイベントメッセージがあるか判定される602。イベントメッセージがない場合、後述されるように、エスカレーションが必要とされるか判定される610。そうでない場合、イベントメッセージが、任意的には標準化フォーマットなどにより患者モニタなどのイベントソース102から受信される604。位置、装置又は患者には、各エスカレーションレベルがユーザ、装置、アプリケーション、グループなどのターゲットを含む複数のエスカレーションレベルを含むエスカレーションシーケンスが割り当てられる。上述されるように、エスカレーションシーケンス及び割当ては、イベントハンドラ106のデータベース188,190,192,194,198,204の1以上の連係により適切に規定される。ワークリストアイテムは、エスカレーションシーケンス内の現在のポジションを含む。現在のポジションは、最初はエスカレーションシーケンスの第1エスカレーションレベルであるが、エスカレーションによって進行する。ワークリストアイテムを受信した後604、それは、任意的にはルールデータベース194の1以上のルールを利用して更新すなわち、検証及び修正される606。これらのルールは、例えば、病院ポリシー、ターゲット設定、イベントメッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のワークリストアイテムなどの1以上に基づく。さらなる詳細のため、イベントハンドラ106の上記説明に関心が払われる。その後、検証されておそらく修正されたワークリストアイテムが、イベントデータベース198に格納される。イベントデータベース198を照会し、ルールデータベース194の1以上のルールに対してワークリストアイテムをチェックすることによって、ワークリストアイテムがエスカレーションを必要とするかすなわち、エスカレーションメッセージが送信される必要がある次に判定される610。例えば、あるルールは、ワークリストアイテムを受信するとすぐに第1エスカレーションメッセージが送信されるべきであると規定するものであってもよく、他のルールは、第1エスカレーションメッセージの受理及び/又は確認の受信がない場合、第2エスカレーションメッセージが所定時間の経過後に送信されるべきであることを規定してもよい。他の具体例として、ルールは、ワークリストアイテムの以前に送信されたエスカレーションメッセージがターゲットにより拒絶された場合、エスカレーションが正常であることを規定する。典型的には、イベントデータベース198は、定期的に照会されるが、また、イベントデータベース198は連続的に又はイベントの発生に応答して照会されることが想定される。いくつかの実施例では、ワークリストアイテムがエスカレートされるべきであるとき、エスカレーションシーケンスの第1エスカレーションレベルのターゲットがエスカレートされるべきワークリストアイテムの優先レベル以上の優先レベルのワークリストアイテムを以前に拒絶したか判定される612。任意的には、以前の拒絶は、判定612から所定の期間内に拒絶に限定される。所定の期間はターゲットに特有のものとすることが可能であり、任意的にはターゲット設定データベース190に規定可能であることが想定される。このような拒絶が行われず、ワークリストアイテムのエスカレーションメッセージがターゲットに送信されていなかったとき、エスカレーションメッセージが生成され614、第1エスカレーションレベルのターゲットに通信される616。ワークリストアイテムがエスカレートされるべきかの判定610は、新たなイベントメッセージがあるかに関する判定602が行われた後に繰り返される。ワークリストアイテムがエスカレートされるべきであると判定され、適用可能である場合、拒絶が行われると、イベントハンドラは、位置、装置又は患者の次のエスカレーションレベルを特定する618。これは、イベントハンドラ106のデータベース188,190,192,194,198,204の1以上から、イベントメッセージに対応する位置、装置又は患者のエスカレーションシーケンスと共に、ターゲットの位置、装置又は患者の割当てと、当該位置、装置又は患者の割当てのエスカレーションレベルの割当てとを抽出することを含む。効果的には、各エスカレーションの割当てを抽出することによって、エスカレーションシーケンスの変化及び/又はエスカレーションレベルに割り当てられるターゲットスケジュール変更又はシフト変更などによるが考慮される。エスカレーションシーケンスが存在しないとき、少なくとも1つのエスカレーションレベルを含むデフォルトエスカレーションシーケンスが利用可能である。エスカレーションレベルは、例えば、当該期間のスーパーバイザ又はマネージャなどを含むことが可能である。エスカレーションシーケンス内の現在のポジションから始めて、エスカレーションシーケンスのエンドに達するまで、又はより高い及び/又は等しい優先度のワークリストアイテムをすでにサービス提供していないターゲットによるエスカレーションレベルが検出されるまで、抽出されたエスカレーションシーケンスのエスカレーションレベルは、順番に進捗される。エスカレーションシーケンスを進捗させる間、現在のポジションが更新される。いくつかの実施例では、次のエスカレーションレベルは、より高い優先度及び等しい優先度のワークリストアイテムをすでに提供しておらず、また所定の優先度閾値を超えるワークリストアイテムをすでに提供していない少なくとも1つのターゲットを含む。例えば、プライマリターゲットが重大であるが、生命の危険のないワークリストアイテムを提供し、プライマリターゲットの生命の危険のあるワークリストアイテムが受信された場合、受信したワークリストアイテムは、セカンダリターゲットにエスカレート可能である。ワークリストアイテムを受理及び/又は確認するメッセージがターゲットから受信されると、ターゲットは、ワークリストアイテムを提供しているとみなされる。さらに、その効果に対するメッセージを受信したことに応答して、及び/又は受理及び/又は確認から所定の時間が経過した後、ターゲットは、ワークリストアイテムを提供するのを終了したとみなされる。いくつかの実施例では、当該所定の時間は、ターゲットに固有のものであり、任意的にはターゲット設定データベース190に指定される。さらに、いくつかの実施例では、ターゲットがエスカレーション手順を介しワークリストアイテムを他のターゲットにわたすことを所望することを示すメッセージを受信すると、ターゲットはワークリストアイテムを提供することを終了したとみなされる。例えば、位置、装置又は患者のプライマリターゲットは、位置、装置又は患者の高い優先度のワークリストアイテムを受信し、プライマリターゲットである他の位置、装置又は患者の低い優先度のワークリストアイテムを終了できなかった。低い優先度のワークリストアイテムは、セカンダリターゲットにわたすことができる。イベントハンドラ106は、イベントハンドラ106のデータベース188,190,192,194,198,204及び/又はメモリ210,226,220の1つにおいてそれらのレコードを維持することによって、ターゲットがワークリストアイテムを提供しているか適切に追跡する。エスカレーションシーケンスのエンドに到達すると、デフォルトエスカレーションシーケンスが利用可能である。そうでない場合、ワークリストアイテムは、ルールデータベース194の1以上のルールに対して検証され620、ワークリストアイテムのエスカレーションメッセージが生成され622、イベントターゲット112を介し特定されたターゲットに通信される624。適切には、エスカレーションメッセージは、標準化フォーマットにより送信される。ワークリストアイテムは、その後、エスカレーションメッセージが送信されたことを反映させるため、削除又は更新され626、新たなイベントメッセージがあるかに関する判定が行われる602。いくつかの実施例では、特定されたターゲットが提供している低い優先度のワークリストアイテムは、ワークリストアイテムを提供する特定されたターゲットに応答してエスカレートされる。このエスカレーションはさらに、少なくとも1つの特定されたターゲットがエスカレーション手順を介し低い優先度のワークリストアイテムを他のターゲットにわたすことを所望することを示すメッセージを特定されたターゲットから受信することを要求しうる。さらに、エスカレーションは特定されたターゲットにより選択されるスーパーバイザなどのターゲットに対するものとすることが可能であることが想定される。いくつかの実施例では、特定されたターゲットにより提供されるワークリストアイテムの優先度は、所定の優先度の閾値と比較される。特に、これらのワークリストアイテムは、受信したワークリストアイテムより低い優先度を有する。これは、特定されたターゲットは、ワークリストアイテムのエスカレーションメッセージを受信しないためである。これらのワークリストアイテムが所定の優先度の閾値を超えたことに応答して、エスカレーションメッセージがまた、次のエスカレーションレベルに続くエスカレーションレベルのターゲットに通信される。例えば、ターゲットに重大であるが、致命的でないワークリストアイテムのエスカレーションメッセージが送信され、生命に危険のあるワークリストアイテムは当該ターゲットについて受信された場合、生命に危険のあるワークリストアイテムのエスカレーションメッセージが、当該ターゲットにより高いエスカレーションレベルにより他のターゲットと共に送信可能である。図7を参照して、イベント情報を自己記述し、イベントハンドラ106に通信する方法700が提供される。イベントソースインタフェース104及び/又はメッセージサービスインタフェース108の1つが、方法700を適切に実行する。イベントの通知又はイベントに対するユーザレスポンスなどのイベント情報が、例えば、イベントソース102及び/又はメッセージサービス110の1つなどから受信される702。標準化プロトコル105を用いてメッセージが生成される704。メッセージは、1以上の標準化メッセージのプロパティを用いて表された1以上のワークリストアイテムとイベント情報とを含む。ワークリストアイテムは、メッセージの宛先と、メッセージがイベントハンドラ106によってどのようにエスカレートされるべきかを規定する。その後、メッセージは、イベントハンドラ106に通信される。病院ポリシーデータベース188などのここに説明される各データベースは、コンピュータデータベースが単一のコンピュータにより実現されるか、複数のコンピュータに分散化されるかなどのコンピュータデータベースを適切に含む。さらに、各データベースは、データの回収及びアクセスを実現する構造化された方法により当該データを適切に格納する。さらに、ここに利用されるように、メモリは、非一時的コンピュータ可読媒体、磁気ディスク又は他の磁気記憶媒体、光ディスク又は他の光記憶媒体、RAMRandomAccessMemory、ROMReadOnlyMemory又は他の電子メモリ装置若しくはチップ若しくは動作接続されたチップセット、格納されている命令がインターネット又はローカルエリアネットワークを介し抽出されるインターネットサーバなどの1以上を含む。さらに、ここに用いられるように、コントローラは、マイクロプロセッサ、マイクロコントローラ、GPUGraphicProcessingUnit、ASICApplication-SpecificIntegratedCircuit、FPGAField-ProgrammableGateArrayなどの1以上を含み、通信ネットワークは、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、無線ネットワーク、有線ネットワーク、セルラネットワーク、USBやI2Cなどのデータバスなどの1以上を含み、ユーザ入力装置は、マウス、キーボード、タッチスクリーンディスプレイ、1以上のボタン、1以上のスイッチ、1以上のトグル、音声駆動インタラクションなどの1以上を含み、ディスプレイは、LCDディスプレイ、LEDディスプレイ、プラズマディスプレイ、プロジェクションディスプレイ、タッチスクリーンディスプレイなどの1以上を含む。本開示の教示は、警告やリマインダを生成する装置モニタなどと情報システムICU情報システムやヘルスケア情報システムなどがある何れかの臨床ITインフラストラクチャ患者内部と患者外部の双方に配置されてもよい。臨床ワークリストを明らかにすることが可能なシステムでは、本開示は、当該情報を抽出し、それを統合及び維持することが可能である。さらに、本開示の教示は、ヘルスケアの外部に配置されてもよい。例えば、それらは、ルームサービスやフードサービスなどのホスピタリティマネージメントに利用するのに配置されてもよい。他の例として、それらは、複数のシステムにおけるワークフローの統合が必要とされる航空電子工学及び海洋マルチシステムイベントマネージメントによる利用のため配置されてもよい。本発明は、好適な実施例を参照して説明された。上述した詳細な説明を参照及び理解した他者にとって改良及び変更が想到しうる。本発明は、添付した請求項又はその均等の範囲内に属する限り、このようなすべての改良及び変更を含むものとして解釈されることが意図される。"