(57)【特許請求の範囲】
【請求項１】
臨床メッセージをルーティングするメッセージングシステムであって、
１以上のイベントソースから１以上のワークリストアイテムを含む１以上の着信メッセージを受信し、前記ワークリストアイテムをイベントデータベースに格納し、１以上のルールにより決定されるように、実行される必要のある前記イベントデータベースの１以上のワークリストアイテムに対して発信メッセージを生成及び通信するイベントハンドラと、
前記着信メッセージと前記発信メッセージとを表す標準化プロトコルと、
を有するメッセージングシステム。
【請求項２】
前記イベントハンドラは、１以上のルールを利用して、前記着信メッセージのワークリストアイテムを検証及び／又は変更し、
前記ルールは、病院ポリシー、ターゲット設定、前記着信メッセージのプロパティ、オンコール状態、ワークリスト及びワークフローの１以上に基づく、請求項１記載のメッセージングシステム。
【請求項３】
前記イベントハンドラは、１以上のルールを利用して、実行される必要があるワークリストアイテムを決定し、
前記ルールは、前記イベントデータベース及び／又はワークフロー内のワークリストに基づく１以上のルールを含む、請求項１又は２記載のメッセージングシステム。
【請求項４】
前記イベントハンドラは、発信メッセージが生成及び通信された前記イベントデータベースにおけるワークリストアイテムを更新及び／又は削除する、請求項１乃至３何れか一項記載のメッセージングシステム。
【請求項５】
前記着信メッセージは、対応する発信メッセージが送信されるべき時を規定するプロパティを含む、請求項１乃至４何れか一項記載のメッセージングシステム。
【請求項６】
前記イベントハンドラは、
前記着信メッセージから、各エスカレーションレベルがターゲットを含むエスカレーションレベルのエスカレーションシーケンスを含む位置、装置又は患者のワークリストアイテムを受信し、
前記ワークリストアイテムが前記ルールを用いてエスカレートされるべきか判断し、
前記ワークリストアイテムがエスカレートされるべきであると判断したことに応答して、前記位置、装置又は患者の次のエスカレーションレベルであって、より高い及び／又は等しい優先度のワークリストアイテムをすでに提供していないターゲットのみを含む前記次のエスカレーションレベルを特定し、
前記ワークリストアイテムの発信メッセージを生成し、前記特定したターゲットに通信する、
よう構成される、請求項１乃至５何れか一項記載のメッセージングシステム。
【請求項７】
前記次のエスカレーションレベルは、より高い及び／又は等しい優先度のワークリストアイテムをすでに提供していないターゲットを含むエスカレーションレベルが検出されるまで、前記エスカレーションシーケンスのエスカレーションレベルを進捗させることによって特定される、請求項６記載のメッセージングシステム。
【請求項８】
請求項１乃至７何れか一項記載のイベントハンドラの機能を実行するため１以上のプロセッサを制御するソフトウェアを担持するコンピュータ可読記憶媒体。
【請求項９】
臨床メッセージをルーティングする方法であって、
１以上のイベントソースから、１以上のワークリストアイテムを含む１以上の着信メッセージを標準化プロトコルにより受信するステップと、
前記ワークリストアイテムをイベントデータベースに格納するステップと、
１以上のルールにより決定されるように、実行される必要がある前記イベントデータベースの１以上のワークリストアイテムに対する発信メッセージを生成し、前記標準化プロトコルにより通信するステップと、
を有する方法。
【請求項１０】
１以上のルールを利用して前記着信メッセージのワークリストアイテムを検証及び／又は修正するステップをさらに有し、
前記ルールは、病院ポリシー、ターゲット設定、前記着信メッセージのプロパティ、オンコール状態、ワークリスト及びワークフローの１以上に基づく、請求項９記載の方法。
【請求項１１】
前記発信メッセージの生成は、病院ポリシー、ターゲット設定、前記着信メッセージのプロパティ、オンコール状態、ワークリスト及びワークフローの１以上に基づく１以上のルールを利用する、請求項９又は１０記載の方法。
【請求項１２】
前記着信メッセージから、各エスカレーションレベルがターゲットを含むエスカレーションレベルのエスカレーションシーケンスを含む位置、装置又は患者のワークリストアイテムを受信するステップと、
前記ワークリストアイテムが前記ルールを用いてエスカレートされるべきか判断するステップと、
前記ワークリストアイテムがエスカレートされるべきであると判断したことに応答して、前記位置、装置又は患者の次のエスカレーションレベルであって、より高い及び／又は等しい優先度のワークリストアイテムをすでに提供していないターゲットのみを含む前記次のエスカレーションレベルを特定するステップと、
前記ワークリストアイテムの発信メッセージを生成し、前記特定されたターゲットに通信するステップと、
をさらに有する、請求項９乃至１１何れか一項記載の方法。
【請求項１３】
前記特定するステップは、より高い及び／又は等しい優先度のワークリストアイテムをすでに提供していないターゲットを含むエスカレーションレベルが検出されるまで、前記エスカレーションシーケンスのエスカレーションレベルを進捗させることを含む、請求項１２記載の方法。
【請求項１４】
請求項１０乃至１３何れか一項記載の方法のすべてのステップを実行するようプログラムされた１以上のプロセッサ。
【請求項１５】
請求項１０乃至１３何れか一項記載の方法のすべてのステップを実行するよう１以上のプロセッサを制御するソフトウェアを担持するコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に電子通信に関する。それは、医師に警告及びメッセージをルーティングするのに特定の用途を見出し、それの参照により説明される。しかしながら、それはまた、他の利用シナリオにおいて用途を見出し、上述した用途に必ずしも限定されるものでない。例えば、それは、製造、火災、セキュリティ及び他の業界において用途を見出す。
【背景技術】
【０００２】
臨床決定支援アプリケーションは、汎用的な警告及び／又はエンド装置に固有の警告をしばしば配信する。例えば、モニタリングシステムは、パラメータがある閾値に達した場合、汎用的な警告を生成するかもしれない。しかしながら、汎用的な警告及び／又はエンド装置に固有の警告を配信することによる１つの問題は、そのような警告が特定の医師を対象にすることができないということです。
【０００３】
特定の医師を対象にできないことは、しばしば警告が関係のない医師に到達したり、警告のコンテンツに応答して行動可能な医師に警告が到達しないことをもたらす。例えば、医師は、自らの臨床的役割及び／又は患者リストに関係しない警告を受信するかもしれない。他の具体例は、医師が仕事がオフである間、及び／又は手が空いていない間に警告を受信したり、又は、物理的にスイッチオフされ、及び／又は通信圏外にある医師により携帯される装置に警告が送信されることを含む。
【０００４】
さらに、臨床決定支援アプリケーションはしばしば、患者の緊急性及び／又はワークフローとの医師の時間的関係に関係なく、しばしば警告を配信する。例えば、退院前に肺炎球菌ワクチンの必要性を示す警告は、危篤状態の患者がＩＣＵ（Ｉｎｔｅｎｓｉｖｅ  Ｃａｒｅ  Ｕｎｉｔ）に到着した時点では時期尚早である。
【０００５】
これらの懸念のいくつかに対処するため、警告を装置に送信し、対象となる装置が警告をアクノリッジできないときにアクションをとるビジネスロジックを有するメッセージングシステムがある。しかしながら、これらのシステムは、典型的には、労働集約的であり、又はイベントソース、ユーザの役割及び通知装置の１以上に基づき汎用的な各警告及び／又はユーザのために構成される必要がある。さらに、それらは、所与のユーザ及び／又は患者のためのワークリストに基づく動的な及び／又は複雑なビジネスロジックを提供しない。
【０００６】
さらに、メッセージングシステムはしばしば、医師の時間を占有する重大な警告の後、重大性の低い警告が医師に到達することになる。これは、より重大な警告に対処する医師を混乱させる可能性がある。また、メッセージングシステムは、典型的には、医師が他の医師に警告する前に警告を受け入れるのに所定の期間待機する。これは、重大性の低い警告に対処するのに費やす時間を増大させる可能性がある。これらの警告は、拒絶されない確率が高く、エスカレーション時間が一般に経過する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本出願は、上述した問題などを解決する医師に警告及び他のメッセージをルーティングするための新規で改良されたシステム及び方法を提供する。
【課題を解決するための手段】
【０００８】
一態様によると、臨床メッセージをルーティングするためのメッセージングシステムが提供される。本システムは、イベントハンドラと標準化プロトコルとを有する。イベントハンドラは、１以上のイベントソースから１以上の着信メッセージを受信する。メッセージは、１以上のワークリストアイテムを含む。イベントハンドラはさらに、イベントデータベースにワークリストアイテムを格納し、１以上のルールにより決定されるように、実行される必要があるイベントデータベースの１以上のワークリストアイテムの発信メッセージを生成及び通信する。標準化プロトコルは、着信メッセージと発信メッセージとを表すのに利用される。
【０００９】
他の態様によると、臨床メッセージをルーティングする方法が提供される。標準化プロトコルによる１以上の着信メッセージが、１以上のイベントソースから受信される。着信メッセージは、１以上のワークリストアイテムを含む。ワークリストアイテムは、イベントデータベースに格納され、標準化プロトコルの発信メッセージは、１以上のルールにより決定されるように、実行される必要があるイベントデータベースの１以上のワークリストアイテムについて生成及び通信される。
【００１０】
他の態様によると、イベント情報を自己記述し、イベントハンドラに通信する方法が提供される。イベント通知が受信され、標準化プロトコルを用いたメッセージが生成される。メッセージは、１以上の標準化メッセージプロパティを用いて表される１以上のワークリストアイテムとイベント情報とを含む。ワークリストアイテムは、メッセージの宛先と、メッセージがイベントハンドラによりどのようにルーティングされるべきかとを規定する。
【００１１】
他の態様によると、ワークリストは患者毎及びユーザ毎に維持される。ワークリストは、アクティブな警告待機レスポンス、アクティブなワークアイテム、及び以降の又はスケジューリングされたワークリストアイテムを追跡する。ワークリストは、システムが所与の患者及びユーザコンテクストの入力タスク又は警告の重大性に基づきワークフローを優先順位付けし、リダイレクトすることを可能にする。
【００１２】
他の態様によると、標準化プロトコルが、メッセージをルーティングするため所望のビジネスロジックを確立するため利用される。これは、当該プロトコルを利用して、アプリケーションがエンドユーザの状態又は嗜好に関して知る必要なく、外部システムがメッセージの一部としてエンドユーザのコンテクストと共にメッセージをわたし、エンドユーザレスポンスをメッセージングアプリケーションに戻すための機構を確立するシステムを可能にする。
【発明の効果】
【００１３】
本システム及び方法の１つの効果は、それが高度な方法によりメッセージを配信することである。
【００１４】
他の効果は、警告及び／又はメッセージを特定のユーザ及び臨床役割にルーティングする能力にある。
【００１５】
他の効果は、警告及び／又はメッセージ内において当該警告及び／又はメッセージのための次のエスカレーションステップを規定する能力にある。
【００１６】
他の効果は、各種の保留中の警告、ワークタスク及び／又はメッセージの状態を追跡する能力にある。
【００１７】
他の効果は、ユーザ又は患者に対してアクティブな多数の異なるシステムからサポートされるべき統合されたワークフローの能力にある。
【００１８】
他の効果は、自己記述プロトコルに準拠したメッセージを処理し、当該プロトコルを利用しないシステムについて特有のビジネスルールをローカルに許可することによって、警告及び／又はメッセージ処理ルールをフレキシブルに実現する能力にある。
【００１９】
他の効果は、警告及び／又はメッセージのための複雑なエスカレーションステップを規定する能力にある。
【００２０】
他の効果は、ナイーブアプリケーションの外部のユーザアクノリッジメント及びレスポンスを提供し、当該レスポンスを警告アプリケーションに戻すための能力にある。
【００２１】
他の効果は、警告及び／又はメッセージのためのエスカレーションステップを標準化された方法により表す能力にある。
【００２２】
他の効果は、イベントが受理され、より迅速に提供されるということである。
【００２３】
他の効果は、スタッフの側の警告の疲れ及び注意散漫が低減されるということである。
【００２４】
他の効果は、安全性の向上にある。
【００２５】
本発明のさらなる効果は、以下の詳細な説明を参照及び理解した当業者に理解されるであろう。
【００２６】
本発明は、各種コンポーネント及びコンポーネントの構成と各種ステップ及びステップの構成との形態をとりうる。図面は、好適な実施例を説明するためだけのものであり、本発明を限定するものとして解釈されるべきでない。
【図面の簡単な説明】
【００２７】
【図１】図１は、本開示の態様によるメッセージングシステムの概略を提供する。
【図２】図２は、図１のメッセージングシステムの詳細なブロック図である。
【図３】図３は、本開示の態様によるイベントハンドラのブロック図である。
【図４】図４は、本開示の態様によるイベントメッセージである。
【図５】図５は、臨床メッセージをルーティングする方法のブロック図である。
【図６】図６は、ターゲット利用性に基づきワークリストアイテムをエスカレートさせる方法のブロック図である。
【図７】図７は、イベント情報を自己記述及び通信する方法のブロック図である。
【発明を実施するための形態】
【００２８】
図１を参照して、一実施例では、メッセージングシステム１００は、１以上のイベントソース１０２との１以上のイベントソースインタフェース１０４、イベントハンドラ１０６、１以上のイベントターゲット１１２と通信するメッセージサービス１１０とのメッセージサービスインタフェース１０８などを有する。
【００２９】
イベントソース１０２は、臨床イベントに応答してイベントメッセージを生成し、イベントメッセージをイベントハンドラ１０６に通信する。臨床イベントは、患者の低カリウムの検出などの生理的イベント、投薬の時間又は遅延しているなどのワークフローアイテムの通知、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋ）の不具合などのシステムイベントなどの１以上を含む。
【００３０】
イベントメッセージは、医師が関連すると考える関連する臨床イベントに関する情報を含む。例えば、患者の血圧警告に応答して生成されるイベントメッセージは、患者の血圧を含む。各イベントメッセージは、以下で詳細に説明される１以上のワークリストアイテムと、一意的なイベント識別子、能力、イベントプロパティ、時間プロパティ、ソースプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの１以上とを有する。ワークリストアイテムは、イベントに応答して実行されるアクションである。イベントメッセージは、一方向モード、双方向モードなどの１以上により通信される。一方向モードにより通信されるメッセージはレスポンスを必要とせず、双方向モードにより通信されるメッセージはレスポンスを必要とする。特定の実施例では、レスポンスは、イベントソース１０２においてアクションをトリガするため、イベントソース１０２により利用可能である。
【００３１】
いくつかの実施例では、一方向イベントソースと双方向イベントソースとの間で区別がされる。一方向イベントソースは、メッセージを送信するが、メッセージを受信しない能力を有し、双方向イベントソースは、警告に対するユーザレスポンスなどのメッセージを送受信する能力を有する。従って、双方向イベントソースは、一方向メッセージ及び／又は双方向メッセージを送信し、メッセージを受信し、一方向イベントソースは、一方向メッセージを送信のみする。
【００３２】
さらに又はあるいは、いくつかの実施例では、承認済みイベントソースと未承認イベントソースとの間で区別される。承認済みイベントソースは、イベントハンドラ１０６により理解された標準化プロトコル１０５をサポートし、これにより、イベントハンドラ１０６と直接通信する。未承認イベントソースは、承認済みイベントソースと対照的に、イベントハンドラ１０６により理解される標準化プロトコル１０５のサポートを欠き、これにより、それらはイベントハンドラ１０６と間接的に通信する。
【００３３】
イベントソースインタフェース１０４は、未承認イベントソースとイベントハンドラ１０６との間の通信を繋ぐ。イベントソースインタフェース１０４は、未承認イベントソースからイベントハンドラ１０６に送信されたメッセージを受信し、当該メッセージをイベントハンドラ１０６によりサポートされた標準化プロトコル１０５にフォーマット変換し、フォーマット変換されたメッセージをイベントハンドラ１０６に転送する。さらに、イベントソースインタフェース１０４は、イベントハンドラ１０６から未承認イベントソースに標準化プロトコル１０５により送信されたメッセージを受信し、当該メッセージを未承認イベントソースにより受け入れられているフォーマットにフォーマット変換し、フォーマット変換されたメッセージを未承認イベントソースに転送する。
【００３４】
イベントソースインタフェース１０４は、すべての未承認イベントソースの単一のイベントソースインタフェース、各未承認イベントソースのための又は組み込まれているインタフェースなどを適切に含む。例えば、イベントソースインタフェースは、未承認イベントソースの各タイプについて利用される（例えば、Ｐｈｉｌｉｐｓ  ＩｎｔｅｌｌｉｖｕｅＴＭ  ｍｏｎｉｔｏｒ  ＭＸ８００など）。
【００３５】
イベントソースインタフェース１０４は、効果的には、イベントソース１０２とイベントハンドラ１０６との間の互換性を確保する。しかしながら、イベントソースインタフェース１０４は承認済みイベントソースにより利用される必要はなく、標準化プロトコル１０５により送信されるメッセージは互換性を確保しているため、メッセージングシステム１００は、承認済みイベントソースのみと通信するとき、イベントソースインタフェース１０４を有する必要はない。
【００３６】
イベントハンドラ１０６は、イベントソース１０２及び／又はイベントターゲット１１２からイベントメッセージ及び／又はレスポンスメッセージなどの着信メッセージを受信し、着信メッセージに対応するエスカレーションメッセージ及び／又はイベントハンドラレスポンスメッセージなどの発信メッセージをターゲットなどと通信する。イベントソース１０２からの着信イベントメッセージは、イベントメッセージのイベントターゲット１１２に発信エスカレーションメッセージを適切に生成し、イベントターゲット１１２からの着信レスポンスメッセージは、イベントソース１０２への発信イベントハンドラレスポンスメッセージを適切に生成する。
【００３７】
着信メッセージを受信すると、イベントハンドラ１０６は、１以上のルールを利用して着信メッセージを適切に検証し、おそらく修正する。ルールは、一致基準と、当該一致基準が満たされる場合に実行される一致アクションとを適切に有する。一致アクション及び／又は一致基準は、病院ポリシー、ターゲット設定、着信メッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のイベントなどの１以上を考慮することができる。
【００３８】
さらに、着信メッセージを受信すると、イベントハンドラ１０６は、それに対して行われてもよい修正と共に、着信メッセージをイベントデータベース１９８に適切に追加する（図３を参照）。各着信メッセージは、１以上のワークリストアイテムを有する。従って、着信メッセージは、ワークリストアイテムをデータベースに加えることによって、イベントデータベース１９８に追加される。ワークリストアイテムは、イベントに応答して実行されるアクションである。例えば、ワークリストアイテムは、患者の低血糖症に関する警告が患者の医師に提供されるべきことを指定することが想定される。
【００３９】
発信メッセージを送信するため、イベントハンドラ１０６は、存在する場合にはワークリストアイテムの何れが送信される発信メッセージを必要とするか決定するため、イベントデータベース１９８のワークリストアイテムを適切にモニタし、後述されるいくつかのファクタに基づき当該メッセージを送信する時を決定し、最終的にメッセージをターゲットユーザに送信する。適切には、これは、一致基準が発信メッセージを送信するための基準を指定し、一致アクションが発信メッセージの送信方法を指定する１以上のルールを利用して実行される。一例では、ルールは、発信メッセージがターゲットユーザのため即時に送信されるべき優先度であることを指定するワークリストアイテムの発信メッセージを生成するルールを含む。他の例として、ルールは、発信メッセージが以前に送信され、許容時間内にレスポンスメッセージが受信されなかったという意味で期限切れとなっているワークリストアイテムの発信メッセージを生成するルールを含む。
【００４０】
イベントハンドラ１０６は、すべての着信及び発信メッセージを表すため標準化フォーマットを提供する標準化プロトコル１０５を利用して、イベントソースインタフェース１０４、メッセージサービスインタフェース１０８、承認済みイベントソースなどの１以上と適切に通信する。標準化フォーマットは、１以上のプロパティにより規定される。ある実施例では、これらのプロパティは、階層構造により構成される。当該プロパティは、一意的なイベント識別子、能力、イベントプロパティ、時間及び／又はエスカレーションプロパティ、ソースプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの１以上を含む。
【００４１】
一意的なイベント識別子は、メッセージが関連する各イベントを一意的に特定する。一意的なイベント識別子は、イベントハンドラ１０６がイベントデータベース１９８のワークリストアイテムとメッセージとの間の関連付けを決定することを可能にする。例えば、双方向イベントメッセージは、ワークリストアイテムがイベントメッセージの一意的なイベント識別子を用いてインデックス化されているイベントデータベース１９８へのワークリストアイテムの追加を導く。その後、レスポンスメッセージは、一意的なイベント識別子を利用してワークリストアイテムとの関連付けを特定する。
【００４２】
能力は、例えば、イベントメッセージ又はレスポンスメッセージをそれぞれ処理するイベントソース又はイベントターゲットのプロパティなどを有する。例えば、能力は、一方向イベント通信のサポート、双方向イベント通信のサポート、ローカルワークリストのメンテナンス、メッセージにカプセル化された選択を提供する能力、視覚的メッセージのサポート、音声メッセージのサポートなどの１以上を含む。
【００４３】
イベントプロパティは、例えば、メッセージの生成を促すイベントのタイプ、イベントの重大度などの１以上を特定する。イベントタイプは、１以上の生理的イベント、プロトコルイベント、ワークフローイベント、システムイベント、ステータスイベント、機器イベントなどを含み、ステータスイベントは、患者、システムなどの状態を記述するイベントを含み、ユニットステータス（アクティブな児童機器など）、システムステータス（紙切れのレコーダなど）、システムヘルス（ＲＡＩＤ不具合など）、クオリティ保証スタータス（患者の服薬順守が６０％のターゲット以下であるなど）などの１以上を含む。さらに、イベントタイプは、イベントをグループ化するのに利用される。例えば、ナースは、臨床情報システムにおいてワークフローリマインダ（ｖｉｔａｌ  ｄｕｅなど）からプロトコルリマインダ（ｄｒａｗ  ｌａｃｔａｔｅなど）を分離する。イベント重大度は、低い優先度のイベント（３０分間センサからデータがないなど）と高い優先度のイベント（敗血症の疑いなど）とを区別する。
【００４４】
時間及び／又はエスカレーションプロパティは、ワークリストアイテムの期限切れ時間、エスカレーションアクション、エスカレーション時間、遅延プロパティなどの１以上を含む。期限切れ時間は、ワークリストアイテムが期限切れとして分類されるまでに経過する時間を特定する。エスカレーションアクションは、ワークリストアイテムがどのようにエスカレートされるべきか特定する。エスカレーション時間は、関連するワークリストアイテムがエスカレートされる必要があるときまでの時間を特定する。
【００４５】
遅延プロパティは、ワークリストアイテムに対するレスポンスがどの程度遅延してもよいか指定する。遅延プロパティは、例えば、ベッド警告のためのデフォルト、遅延の長さのプロパティ、システムにより処理されるため警告が持続するか又はアクティブである必要のある時間の長さを規定するプロパティの１以上を含む。遅延の長さは、秒や分などの測定単位によって、０（遅延なしを意味する）から１４４０などの所定数までの範囲である。ある実施例では、遅延時間のプロパティは、０の遅延の長さが遅延がないことを意味する遅延なしのプロパティを含む。さらに又はあるいは、ある実施例では、遅延プロパティは、所定のユニットのスケジュール（すなわち、当該シフトの遅延）に代用可能である。さらに又はあるいは、ある実施例では、遅延は、各エスカレーションレベル毎に設定可能である（適用可能であるとき）。さらに又はあるいは、ある実施例では、時間ベースの規格による警告について、イベントソース及び／又はイベントターゲットは、遅延を選択することが許容されない。
【００４６】
ソースプロパティは、典型的には、ソースタイプ、１以上のソースパラメータ、ソース位置などの１以上を含む。ソースタイプは、イベントソースのタイプ（例えば、Ｐｈｉｌｉｐｓ  ＩｎｔｅｌｌｉｖｕｅＴＭ  ｍｏｎｉｔｏｒ  ＭＸ  ８００）を特定する。ソースパラメータは、イベントをトリガしたパラメータのタイプ（血圧など）を特定する。ソース位置は、ソースがある場所（Ｃａｒｄｉｏｌｏｇｙ  ｕｎｉｔ  ＩＩなど）を特定する。
【００４７】
ターゲットプロパティは、典型的には、ターゲットユーザ、ターゲット役割、ターゲットエイリアス、ターゲットアプリケーションなどの１以上を含む。ターゲットユーザは、メッセージが宛先の個人（Ｗｉｌｌｉａｍ  Ｓｍｉｔｈ医師など）を特定する。ターゲット役割は、ターゲットユーザの役割（コール又はＩＣＵナースの心臓内科医など）を特定する。ターゲットエイリアスは、名前が知られていない場合、ターゲットユーザ（患者の妻など）を特定する。ターゲットアプリケーションは、装置（中央ステーションディスプレイＢｅｅｐｅｒ  ４４３４など）を含む。
【００４８】
アクノリッジメントプロパティは、ワークリストアイテムの状態を適切にキャプチャする。アクノリッジメントプロパティは、確認済み（Ｓｍｉｔｈ医師がメッセージを確認した）、送信失敗（メッセージが送信キューをクリアしなかったなど）、受信失敗（受信サービスから返されたメッセージが失敗を示しているなど）、確認失敗（エンド装置で受信されたが、ユーザが警告を確認しなかったなど）、強制ロールオーバ（ユーザがロールオーバを要求したなど）、強制エスカレーション（ユーザがエスカレーションを要求したなど）などの１以上を含む。
【００４９】
標準化フォーマットは、着信メッセージを、それぞれが１以上のプロパティを有する１以上のワークフローアイテムに分割する。ある実施例では、各ワークフローアイテムは、それぞれが１以上のプロパティを含む１以上のターゲットに分割される。さらに又はあるいは、ある実施例では、標準化フォーマットは、当該プロパティがワークリストアイテムのプロパティにより無効にされない場合、各ワークリストアイテムに適用される１以上のプロパティのグローバルなセクションを含む。
【００５０】
上記説明に関して理解されるように、標準化プロトコル１０５は、イベントソース１０２がメッセージをルーティングするためのビジネスロジックを特定するメッセージを生成することを可能にする。さらに、これは、イベントソース１０２がエンドユーザの状態又は嗜好に関して知る必要なく、イベントハンドラ１０６がメッセージの一部としてエンドユーザコンテクストを有するメッセージをわたし、エンドユーザレスポンスがイベントソース１０２に戻すための機構を確立するため、標準化プロトコル１０５を利用するイベントソース１０２を可能にする。
【００５１】
メッセージサービスインタフェース１０８は、メッセージサービスがイベントハンドラ１０６によりサポートされる標準化プロトコル１０５のサポートを欠いている状況において、イベントハンドラ１０６とメッセージサービス１１０との間の通信を繋ぐ。メッセージサービスインタフェース１０８は、イベントハンドラ１０６からメッセージサービス１１０に送信されるメッセージを受信し、当該メッセージをメッセージサービス１１０によりサポートされる通信プロトコルにフォーマット変換し、フォーマット変換されたメッセージをメッセージサービス１１０に転送する。メッセージサービス１１０がイベントハンドラ１０６によりサポートされる標準化プロトコル１０５をサポートするとき、メッセージサービスインタフェース１０８は、メッセージングシステム１００から不要であり、及び／又は削除されてもよい。
【００５２】
メッセージサービス１１０は、イベントハンドラ１０６からイベントターゲット１１２にエスカレーションメッセージを配信し、及び／又はこれに対するレスポンスメッセージをイベントハンドラ１０６に配信する。さらに、ある実施例では、メッセージサービス１１０は、メッセージサービス１１０にログしたユーザを追跡する。イベントソース１０２と同様に、メッセージサービス１１０は、イベントハンドラ１０６によりサポートされる標準化プロトコル１０５をサポートしているか否かに応じて、承認済み又は未承認として特徴付けすることができる。
【００５３】
イベントターゲット１１２は、イベントハンドラ１０６からエスカレーションメッセージを受信し、いくつかの実施例では、レスポンスメッセージを生成し、イベントハンドラ１０６に通信する。イベントメッセージと同様に、レスポンスメッセージは、１以上のワークリストアイテムを含む。典型的には、レスポンスメッセージを生成するため、イベントターゲットは、ディスプレイ上にイベントメッセージを提示し、及び／又はイベントターゲットのユーザにディスプレイ及び／又はユーザ入力装置を介しこれに対するレスポンスを提供するよう促す。イベントメッセージのエスカレーションメッセージは、一度に複数のイベントターゲット１１２に送信されてもよいことに留意することが興味深い。ユーザレスポンス及び応答能力は、イベントターゲットに応じて異なるものであってもよい。レスポンスメッセージは、例えば、上述されたように、一意的なイベント識別子、能力、イベントプロパティ、時間プロパティ、ソースプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの１以上を含む。イベントソース１０２に関して、いくつかの実施例では、一方向イベントターゲットと双方向イベントターゲットとが区別される。さらに又はあるいは、いくつかの実施例では、承認済みイベントターゲットと未承認イベントターゲットとが区別される。
【００５４】
図２を参照して、図示された実施例では、イベントソース１０２は、患者モニタ１０２ａなどのモニタ、臨床決定支援アプリケーション、治療装置１０２ｂなどの治療装置、臨床情報システム１０２ｃなどの臨床情報システムなどの１以上を有する。
【００５５】
イベントソース１０２の通信ユニット１１８，１２６，１３４は、イベントハンドラ１０６及び／又はイベントソースインタフェース１０４などのイベントソース１０２と外部装置との間の通信を実行する。適切には、通信は１以上の通信ネットワークにより実行される。イベントソース１０２のメモリ１１５，１２３，１３１は、患者データなどを格納し、及び／又はイベントソース１０２に関する機能の１以上を実行するための実行可能命令を格納する。イベントソース１０２のディスプレイ１１６，１２４，１３２は、イベントソース１０２がイベントソース１０２の各自のユーザのためにデータ及び／又はメッセージを表示することを可能にする。イベントソース１０２のユーザ入力装置１２０，１２８，１３６は、イベントソース１０２のユーザが関連するイベントソース１０２とやりとりし、及び／又はそれのディスプレイ上に表示されるメッセージに応答することを可能にする。イベントソース１０２のプロセッサ及び／又はコントローラ１１４，１２２，１３０は、イベントソース１０２に関連する機能を実行するため、メモリに格納されている命令を実行する。
【００５６】
図示された実施例におけるイベントソースインタフェース１０４は、複数のイベントソースとやりとりする第１イベントソースインタフェース１０４ａを有する。イベントソースインタフェース１０４の通信ユニット１３８は、イベントハンドラ１０６とイベントソース１０２などの外部装置と関連するイベントソースインタフェースとの間の通信を実行する。イベントソースインタフェース１０４のメモリ１４２は、イベントソースインタフェース１０４に関連する機能の１以上を実行するため実行可能命令を格納する。イベントソースインタフェース１０４のプロセッサ及び／又はコントローラ１４０は、イベントソースインタフェース１０４に関連する機能を実行するためメモリに格納されている命令を実行する。メモリ１４２は、いくつかの実施例では、イベントソース１０２からのデータ又はメッセージを格納又はバッファする。
【００５７】
さらに、各イベントソースインタフェース１０４は、１以上の通信ネットワークを介し適切に通信する。例えば、ある実施例では、イベントソースインタフェースは、第１通信ネットワークを介し未承認イベントソースと通信し、第２通信ネットワークを介しイベントハンドラ１０６と通信する。ここで、第１通信ネットワークは、第２通信ネットワークと異なる。
【００５８】
イベントハンドラ１０６は、メッセージサービスインタフェース１０８及び／又はメッセージサービス１１０を介しイベントターゲット１１２と通信し、イベントソースインタフェース１０４を介し又は直接的にイベントソース１０２と通信する。ある実施例では、イベントハンドラ１０６は、さらに又は代わりに、イベントターゲット１１２と直接通信する。
【００５９】
図示された実施例のメッセージサービスインタフェース１０８は、通信ユニット１４４、プロセッサ及び／又はコントローラ１４６、メモリ１４８などの１以上を有する。通信ユニット１４４は、メッセージサービス１１０及びイベントハンドラ１０６などの外部装置とメッセージサービスインタフェース１０８との間の通信を実行する。メモリ１４８は、メッセージサービスインタフェース１０８に関連する機能の１以上を実行するための実行可能命令を格納する。プロセッサ及び／又はコントローラ１４６は、メッセージサービスインタフェース１０８に関連する機能を実行するためメモリ１４８に格納されている命令を実行する。
【００６０】
メッセージサービスインタフェース１０８は、１以上の通信ネットワークを介し適切に通信する。例えば、ある実施例では、メッセージサービスインタフェース１０８は、第１通信ネットワークを介しイベントハンドラ１０６からエスカレーションメッセージを受信し、当該エスカレーションメッセージを第２通信ネットワークを介しメッセージサービス１１０に転送する。
【００６１】
図示された実施例においてメッセージサービス１１０は、通信ユニット１５０、プロセッサ１５２、メモリ１５４などの１以上を有する。通信ユニット１５０は、メッセージサービス１１０と、メッセージサービスインタフェース１０８、イベントハンドラ１０６、イベントターゲット１１２などの１以上との間の通信を実行する。適切には、これは、１以上の通信ネットワークを介する。メモリ１５４は、メッセージサービス１１０に関連する機能の１以上を実行するための実行可能命令を格納する。プロセッサ及び／又はコントローラ１５２は、メッセージサービス１１０に関連する機能を実行するためメモリ１５４に格納されている命令を実行する。
【００６２】
図示された実施例においてイベントターゲット１１２は、携帯電話１１２ａなどの携帯装置、治療装置１１２ｂなどの治療装置、臨床情報システム１１２ｃなどの臨床情報システム、患者モニタ１１２ｄなどのモニタ、臨床決定支援アプリケーションなどの１以上を有する。さらに、イベントターゲット１１２は、１以上の一方向イベントターゲット及び／又は１以上の双方向イベントターゲットを有する。さらに、イベントターゲットは、イベントターゲットが標準化プロトコル１０５をサポートするか否かに応じて、１以上の承認済みイベントターゲット及び／又は１以上の未承認イベントターゲットを含む。
【００６３】
イベントターゲット１１２の通信ユニット１６０，１６８，１７６，１８４は、イベントハンドラ１０６やメッセージサービス１１０などの外部装置とイベントターゲット１１２との間の通信を実行する。通信は、１以上の通信ネットワークを利用して適切に実行される。イベントターゲット１１２のメモリ１５７，１６５，１７３，１８１は、患者データ、イベントターゲット１１２に関連する機能の１以上を実行するための実行可能命令などの１以上を格納する。イベントターゲット１１２のディスプレイ１５８，１６６，１７４，１８２は、イベントターゲット１１２がイベントターゲット１１２のユーザのためにデータ及び／又はメッセージを表示することを可能にする。イベントターゲット１１２のユーザ入力装置１６２，１７０，１７８，１８６は、イベントターゲット１１２のユーザがイベントターゲット１１２とやりとりし、及び／又はディスプレイ上に表示されたメッセージに応答することを可能にする。イベントターゲット１１２のプロセッサ及び／又はコントローラ１５６，１６４，１７２，１８０は、イベントターゲット１１２に関連する機能を実行するためメモリに格納されている命令を実行する。
【００６４】
図３に示されるイベントハンドラ１０６は、病院ポリシーデータベース１８８、ターゲット設定データベース１９０、オンコールデータベース１９２、ルールデータベース１９４、イベント処理プロトコルパーサ１９６、イベントデータベース１９８、オーサリング環境２０２、イベント処理ルール実行手段２００、オーディットログデータベース２０４などの１以上を有する。イベントハンドラ１０６と共に示されているが、いくつかの実施例の各種データベースは、イベントハンドラ１０６によりアクセスされる中央、施設又は部門ワイドデータベースとすることができる。
【００６５】
病院ポリシーデータベース１８８は、病院管理者が病院ポリシーを指定することを可能にする１以上の設定を含む。これらの設定は、例えば、病院管理者にイベントソース１０２から受信した生理的イベントの最小の重大性レベルを指定させる。病院ポリシーは、ルールデータベース１９４の１以上のルールを介し着信メッセージに適切に適用される。ある実施例では、病院ポリシーは、ハードポリシー及びソフトポリシーを含む。ハードポリシーは、ターゲット設定などの他の設定によって修正及び／又は上書きされることをブロックされ、ソフトポリシーは、ターゲット設定などの他の設定により上書きされてもよい。
【００６６】
ターゲット設定データベース１９０は、着信メッセージのターゲットに固有の１以上の設定を含む。例えば、ターゲット設定は、個人が携帯電話のみを介しそれらがどのようにコンタクトされるかを指定することを可能にする。これらの設定は、ハード病院ポリシーと競合しない限り、適切に適用される。ターゲットは、イベントソース、イベントターゲット、個人、役割、エイリアス、アプリケーション、装置などの１以上を含むことが可能である。病院ポリシーに関して、ターゲット設定は、ルールデータベース１９４の１以上のルールを介し着信メッセージに適切に適用される。ある実施例では、ターゲット設定は、ページングインタフェース、中央ステーション及びユニットバウンドクライアントなどの所定の通信プロファイルにリンクされる。
【００６７】
オンコールデータベース１９２は、現在オンコール中の医師を追跡し、典型的には、現在オンコール中の医師を特定する１以上のオンコールレコードを含む。ある実施例では、オンコールレコードは、医師の役割を含む。例えば、オンコールデータベース１９２は、Ｊｏｅ  Ｓｍｉｔｈが腫瘍学によりオンコール状態であることを示すオンコールレコードを含む。オーサリング環境２０２、メッセージサービス１１０などの１以上は、オンコールレコードを更新してもよい。
【００６８】
ルールデータベース１９４は、着信メッセージ及び／又はイベントデータベース１９８においてワークリストアイテムを検証及び／又は修正するための１以上のルールを含む。着信メッセージにおいてワークリストアイテムを検証及び／又は修正するためのルールは、イベント処理プロトコルパーサ１９６により適用され、イベントデータベース１９８におけるワークリストアイテムを検証及び／又は修正するためのルールは、イベント処理ルール実行手段２００により適用される。上述されたように、ルールは、一致基準が満たされた場合に一致アクションが実行される一致基準と一致アクションとを適切に含む。一致アクションは、例えば、ワークリストアイテムのエスカレート処理、着信メッセージ及び／又はイベントデータベース１９８におけるワークリストアイテムの修正などを含む。
【００６９】
ある実施例では、ルールは、１以上の指定されたターゲットの１以上に基づきワークリストアイテムを検証及び／又は修正するための１以上のルールを含む。これらのルールは、オンコールデータベース１９２を利用して、ワークリストアイテムのターゲットとして指定された個人がオンコール状態又は連絡可能であることを検証し、そうでない場合、ターゲットとして指定された個人をオンコール状態又は連絡可能であるものと置換する。さらに又は代わりに、これらのルールは、オンコールデータベース１９２を利用して、ワークリストアイテムのターゲットとして指定されたターゲット役割をオンコール状態の個人と置換する。どちらのケースでも、ターゲットは、ワークリストアイテム、病院ポリシー、ターゲット設定などに含まれる１以上のプロパティに従って置換される。
【００７０】
さらに又は代わりに、ある実施例では、ルールは、ワークリストに基づきワークリストアイテムを検証及び修正するための１以上のルールを含む。ワークリストは、例えば、危篤状態の患者を退院させる前に、肺炎ウイルスワクチンを提供するなど実行される必要がある１以上のタスクを含む。ワークリストは、着信メッセージ及び／又はイベントデータベース１９８の各種ワークリストアイテムから構成される。ワークリストはしばしば、イベントソースやイベントターゲット、患者、ターゲット役割、ターゲット個人などのワークリストアイテムのターゲットの１以上に固有である。
【００７１】
特に、図示された実施例においてワークリストを利用するルールは、ワークリストに基づきワークリストアイテムの優先度を増減することが可能であると想定される。これは、ワークリストアイテムの重大性、双方向ワークリストアイテムのレスポンス時間などの修正を介し実現される。例えば、ルールは、そのターゲットがより重大なイベントにより圧倒された場合、イベント処理プロトコルパーサ１９６に着信メッセージのワークリストアイテムの期限経過時間を増加させる可能性がある。従って、ある意味で、ワークリストに関連するワークリストアイテムは、動的にランク付けされ、当該ランク付けはルールを用いて調整される。
【００７２】
さらに又は代わりに、ある実施例では、ルールは、イベントソース１０２やイベントターゲット１１２などのソースに基づきワークリストアイテムを検証及び／又は修正するための１以上のルールを含む。例えば、イベントソースインタフェース１０２やメッセージサービスインタフェース１１０などのインタフェースは、ターゲットが未承認ソースからのメッセージを解析することを可能にするが、当該メッセージは、重要な情報を依然として欠いている可能性がある。これらのルールは情報を追加し、及び／又は存在する何れかの空きを充填するため、未承認ソースから送信されるワークリストアイテムの既存の情報を修正する。典型的には、これらのルールは、イベント処理プロトコルパーサ１９６によってのみ適用される。
【００７３】
さらに又は代わりに、ある実施例では、ルールは、ワークフローに基づきワークリストアイテムを検証及び／又は修正するための１以上のルールを含む。ワークフローは、適切にはイベントソース、イベントターゲット、患者、ターゲット役割、ターゲット個人などのイベント又はターゲットに特有のものである。いくつかの実施例では、ワークフローは、当該ワークフローを規定する状態マシーンを含む。さらに、いくつかの実施例では、関連するワークフローがある状態に到達するまで、ルールはワークリストアイテムの発信メッセージを遅延させる。
【００７４】
さらに又は代わりに、ある実施例では、ルールは、病院ポリシー、ターゲット設定などに基づきワークリストアイテムを検証及び／又は修正するための１以上のルールを含む。例えば、ルールは、あるイベントタイプのワークリストアイテムを拡張する１以上のルールを含み、ワークリストアイテムが最小の重大性レベルを含む。他の例として、ルールは、携帯電話などを介し個人により嗜好される通信手段を利用して当該個人とコンタクトするため、ターゲット個人に対するワークリストアイテムを拡張する１以上のルールを含む。
【００７５】
ルールデータベース１９４はさらに、イベントデータベース１９８のワークリストアイテムをエスカレートさせるための１以上のルールを含む。これらのルールは、イベント処理ルール実行手段２００により適用される。エスカレーションとは、イベントターゲット又はイベントソースであるかにかかわらず、ターゲットに発信メッセージを送信することを意味する。例えば、ルールは、最初のターゲットが３０分以内に以前に提供されたエスカレーションメッセージを承認しない場合、エスカレーションメッセージが第２ターゲットに提供されるべきであることを規定する。他の例として、ルールは、配信が成功するまで、最大で６０分の間に５分毎にイベントハンドラレスポンスメッセージがイベントソースに通信されるべきであることを規定する。
【００７６】
イベント処理プロトコルパーサ１９６は、そこに含まれる１以上のワークリストアイテムを抽出するため、イベントメッセージ及び／又はレスポンスメッセージを含む着信メッセージを処理する。適切には、イベント処理プロトコルパーサ１９６が、標準化プロトコル１０５のフォーマットによる着信メッセージを解析するのに利用される。従って、一意的なイベント識別子、能力、イベントプロパティ、ターゲットプロパティ、アクノリッジメントプロパティなどの１以上を含むいくつかのプロパティが、ワークリストアイテムを規定する。
【００７７】
イベント処理プロトコルパーサ１９６はさらに、適切なときには抽出されたワークリストアイテムを検証及び更新する。抽出されたワークリストアイテムは、ルールが病院ポリシー、ターゲット設定、着信メッセージのプロパティ、オンコール状態、ワークリスト、他のイベントなどの１以上を利用して検証及び／又は修正される。抽出され、更新される可能性のあるワークリストアイテムは、その後にイベントデータベース１９８に格納される。
【００７８】
イベント処理プロトコルパーサ１９６は、プロセッサ２０６、通信ユニット２０８、メモリ２１０などの１以上を有する。図示された実施例における通信ユニット２０８は、イベントソースインタフェース１０４、イベントソース１０２、病院ポリシーデータベース１８８などの他の装置とイベント処理プロトコルパーサ１９６との間の通信を実行する。通信は、１以上の通信ネットワークを介し適切に実行される。メモリ２１０は、イベント処理プロトコルパーサ１９６に関連する機能の１以上を実行するための実行可能命令を格納する。プロセッサ２０６は、イベント処理プロトコルパーサ１９６に関連する機能を実行するためメモリ２１０に格納されている命令を実行する。
【００７９】
イベントデータベース１９８は、抽出されて更新される可能性のあるワークリストアイテムを格納する。ワークリストアイテムは、標準化プロトコル１０５に従って適切に規定される。従って、イベントデータベース１９８は、一意的なイベント識別子、能力、イベントプロパティ、ターゲットプロパティ、レスポンスプロパティなどの１以上を格納する。
【００８０】
オーサリング環境２０２は、許可されたユーザが病院ポリシーデータベース１８８、ターゲット設定データベース１９０及びルールデータベース１９４のそれぞれの病院ポリシー、ターゲット設定及びルールの１以上を修正することを許可する。ある実施例では、オーサリング環境２０２はさらに、許可されたユーザがオンコールデータベース１９２のオンコールレコードを修正することを許可する。例えば、オーサリング環境２０２は、許可されたユーザが医師の役割を変更することを許可する。他の実施例では、外部のスケジューリングシステムとのデータインタフェースは、ユーザ役割及びオンコールデータベース１９２を直接的に自動的に更新するのに利用される。オーサリング環境２０２はまた、未承認イベントソース、未承認メッセージサービス及び未承認イベントターゲットなどの未承認ソースからのメッセージを更新するためのルールを生成するため重要である。これは、未承認ソースからのメッセージが承認済みイベントソースからのものと同じように処理されることを可能にする。ある実施例では、オーサリング環境２０２は、生成システムからサンドボックス又はローカルに複製され、これにより、アクティブなコンフィギュレーションとインタフェースをとることなくルールがテスト及び検証され、生成システムにアクティブ化されることが可能になる。
【００８１】
デスクトップコンピュータ、コンピュータサーバなどは、オーサリング環境２０２を適切に実現する。分散化されたコンピュータサービスとローカライズされたコンピュータサービスとの双方が想定される。オーサリング環境２０２は、ディスプレイ２１２、プロセッサ及び／又はコントローラ２１４、通信ユニット２１６、ユーザインタフェース装置２１８、メモリ２２０などの１以上を含む。通信ユニット２１６は、病院ポリシーデータベース１８８、ターゲット設定データベース１９０、オンコールデータベース１９２及びルールデータベース１９４などのイベントハンドラ１０６の他のコンポーネントとオーサリング環境２０２との間の通信を実現する。通信は、１以上の通信ネットワークを介し適切に実行される。メモリ２２０は、オーサリング環境２０２に関連する機能の１以上を実行するための実行可能命令を格納する。プロセッサ及び／又はコントローラ２１４は、オーサリング環境２０２に関連する機能を実行するためメモリ２２０に格納されている命令を実行する。ユーザ入力装置２１８及びディスプレイ２１２は、オーサリング環境２０２のユーザがイベントハンドラ１０６の構成要素となるデータベースとやりとりすることを可能にする。
【００８２】
イベント処理ルール抽出手段２２０は、ルールデータベース１９４のルールを利用して実行される必要のあるワークリストアイテムがあるか判断するため、イベントデータベース１９８に照会する。発信メッセージがそれに対して送信される必要がある場合、ワークリストアイテムは実行される必要がある。例えば、ワークリストアイテムがターゲットへの即時の配信を要求することを規定している場合、ワークリストは実行される必要がある。適切には、イベント処理ルール抽出手段２００は、定期的な間隔で実行される必要のあるワークリストアイテムをチェックする。しかしながら、他のトリガイベントが想定される。例えば、ある実施例では、各ワークリストアイテムは、ワークリストアイテムのチェックをトリガするため自らのタイマを占有する。
【００８３】
イベント処理ルール抽出手段２００が実行される必要のある１以上のワークリストアイテムを特定すると、それは、当該ワークリストアイテムを検証し、ルールデータベース１９４の１以上のルールを利用して、標準化フォーマット１０５によりワークリストアイテムの発信メッセージを生成する。発信メッセージは、エスカレーションメッセージとイベントハンドラレスポンスメッセージとを含む。これらのルールは、適切には、病院ポリシー、ターゲット設定、着信メッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のイベントなどを検証及び／又は生成する。生成された発信メッセージは、その後、ワークリストアイテム（すなわち、イベントメッセージ又はレスポンスメッセージ）のソースに依存して、ワークリストアイテムにより指定されたイベントターゲット又はイベントソースに送信される。
【００８４】
発信メッセージがワークリストアイテムについて送信された後、イベント処理ルール抽出手段２００は、イベントデータベース１９８からワークリストアイテムを削除するか、又は発信メッセージが送信されたことを反映するため、イベントデータベース１９８においてそれを更新する。ワークリストアイテムは、それに関連するタスクが完了されると、保留中のワークリストアイテムのみによりイベントデータベース１９８を維持するため、イベントデータベース１９８から適切に削除される。一方向イベントメッセージのワークリストアイテムは、エスカレーションメッセージがイベントターゲットに送信されると適切に終了され、双方向イベントメッセージのワークリストアイテムは、イベントメッセージに対するレスポンスメッセージがイベントメッセージのイベントソースに送信されると適切に終了される。典型的には、レスポンスメッセージは一方向である。
【００８５】
イベント処理ルール抽出手段２００は、プロセッサ及び／又はコントローラ２２２、通信ユニット２２４、メモリ２２６などの１以上を含む。通信ユニット２２４は、メッセージサービスインタフェース１０８、イベントターゲット１１２、ルールデータベース１９４などの他の装置とイベント処理ルール抽出手段２００との間の通信を実現する。通信は、１以上の通信ネットワークを介し適切に実行される。メモリ２２６は、イベント処理ルール抽出手段２００に関連する機能の１以上を実行するための実行可能命令を格納する。プロセッサ及び／又はコントローラ２２２は、イベント処理プロトコルパーサ２００に関連する機能を実行するためメモリ２２６に格納されている命令を実行する。
【００８６】
オーディットログデータベース２０４は、イベント処理プロトコルパーサ１９６及びイベント処理ルール抽出手段２００により行われるステップのログを維持する。適切には、すべてのステップが記録されるが、より精緻なログ処理スキームが好ましい。すべてのステップのログ処理は、許可されたユーザがイベントデータベース１９８から削除された過去のイベントメッセージを再構成することを可能にする。
【００８７】
図４を参照して、患者モニタなどにより生成されるイベントメッセージ４００の具体例が示される。イベントメッセージ４００は、上述された標準化プロトコル１０５を利用し、複数のターゲットを宛先とする。例えば、イベントメッセージ４００は、送信の３０秒以内に重大性レベル“４”のエスカレーションメッセージをアクノリッジする必要があるユーザａ，ｂを宛先とし、他方、イベントメッセージ４００は、ユーザｄに対する重大性レベル“３”の即時の通知のためエスカレートされる。イベントメッセージ４００はさらに、イベントが２分より長く続く場合に限って、重大性レベル“３”でユーザｆを宛先とする。ユーザｆは、再び通知されないように、６０秒以内に警告をアクノリッジする必要がある。
【００８８】
図５を参照して、図１のイベントハンドラ１０６を利用して臨床メッセージをルーティングする方法５００が提供される。イベントメッセージ又はレスポンスメッセージの何れかの着信メッセージがあるか判定される（５０２）。着信メッセージがない場合、イベントデータベース１９８が照会され（５１２）、そこにあるワークリストアイテムが実行される必要があるか判定される（５１４）。着信メッセージがある場合、それは標準化フォーマット１０５により受信される（５０４）。着信メッセージに含まれるワークリストアイテムが抽出される（５０６）。抽出されたワークリストアイテムは、ルールデータベース１９４の１以上のルールを利用して、検証されておそらく修正される（５０８）。これらのルールは、例えば、病院ポリシー、ターゲット設定、イベントメッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のイベントなどの１以上に基づく。その後、検証されておそらく修正されたルールは、イベントデータベース１９８に格納される。イベントデータベース１９８は照会され（５１２）、そこにあるワークリストアイテムが実行される必要があるか判定される（５１４）。この判定は、ルールデータベース１９４の１以上のルールを用いて適切に行われる。ワークリストアイテムがアクションを必要とすると判断された場合、着信メッセージがあるか（５０２）に関する判定が繰り返される。適切には、遅延が入れられる。アクションを必要するワークリストアイテムが特定された場合、ワークリストアイテムは、ルールデータベース１９４の１以上のルールに対して検証され、エスカレーションメッセージ又はイベントハンドラレスポンスメッセージの発信メッセージが生成され（５１８）、ルールにより特定されるターゲットユーザに標準化フォーマット１０５により送信される。その後、ワークリストアイテムは、更新又は削除される（５２２）。その後、方法５００は判定５０２により再開される。
【００８９】
図６を参照して、ターゲットの利用性に基づきワークリストアイテムをエスカレートする方法６００が提供される。方法６００は、方法５００の一実施例であり、イベントハンドラ１０６のプロセッサ２０６，２１４，２２２により適切に実行される。以降に理解されるように、方法６００は、ベッドなどの位置、装置又は患者のためのワークリストアイテムが、より高い優先度のワークリストアイテムを提供すると知られるターゲットに警告することを控えることによって、より迅速にサービス提供されることを効果的に可能にする。さらに、方法６００は効果的には、ターゲットの一部に対する警告疲れ及び注意散漫を効果的に低減し、これにより、全体的な安全性を向上させる。説明の簡単化のため、方法６００は単一のワークリストアイテムに限定される。しかしながら、それは複数のワークリストアイテムとイベントメッセージに等しく従うことが理解されるべきである。
【００９０】
方法６００は、イベントハンドラ１０６のデータベース１８８，１９０，１９２，１９４，１９８，２０４の１以上がイベントハンドラ１０６を利用する機関の位置、装置又は患者についてエスカレーションシーケンス及びそのための割当てを規定するよう連係することを前提とする。各エスカレーションシーケンスは、１以上のエスカレーションレベルと、エスカレーションレベルを介しエスカレーションが進む順序とを含む。例えば、位置、装置又は患者は、プライマリターゲットの第１エスカレーションレベルとセカンダリターゲットの第２エスカレーションレベルとを特定するエスカレーションシーケンスを含み、エスカレーションは、第１エスカレーションレベルから第２エスカレーションレベルに進行する。
【００９１】
方法６００はさらに、イベントハンドラ１０６のデータベース１８８，１９０，１９２，１９４，１９８，２０４の１以上がユーザ、グループ、装置などのターゲットの位置、装置又は患者の割当てと、位置、装置又は患者の割当てのエスカレーションレベルの割当てとを規定するよう連係することを前提とする。例えば、第１ユーザは、患者の第１エスカレーションレベルに割り当てられ、第２ユーザは、患者の第２エスカレーションレベルに割り当てられる。異なって述べられると、第１ユーザには、患者のためのプライマリ責任が割り当てられ、第２ユーザには、患者のセカンダリ責任が割り当てられる。
【００９２】
位置、装置又は患者のワークリストアイテムを含むイベントメッセージがあるか判定される（６０２）。イベントメッセージがない場合、後述されるように、エスカレーションが必要とされるか判定される（６１０）。そうでない場合、イベントメッセージが、任意的には標準化フォーマットなどにより患者モニタなどのイベントソース１０２から受信される（６０４）。位置、装置又は患者には、各エスカレーションレベルがユーザ、装置、アプリケーション、グループなどのターゲットを含む複数のエスカレーションレベルを含むエスカレーションシーケンスが割り当てられる。上述されるように、エスカレーションシーケンス及び割当ては、イベントハンドラ１０６のデータベース１８８，１９０，１９２，１９４，１９８，２０４の１以上の連係により適切に規定される。ワークリストアイテムは、エスカレーションシーケンス内の現在のポジションを含む。現在のポジションは、最初はエスカレーションシーケンスの第１エスカレーションレベルであるが、エスカレーションによって進行する。
【００９３】
ワークリストアイテムを受信した後（６０４）、それは、任意的にはルールデータベース１９４の１以上のルールを利用して更新（すなわち、検証及び修正）される（６０６）。これらのルールは、例えば、病院ポリシー、ターゲット設定、イベントメッセージのプロパティ、オンコール状態、ワークリスト、ワークフロー、他のワークリストアイテムなどの１以上に基づく。さらなる詳細のため、イベントハンドラ１０６の上記説明に関心が払われる。その後、検証されておそらく修正されたワークリストアイテムが、イベントデータベース１９８に格納される。
【００９４】
イベントデータベース１９８を照会し、ルールデータベース１９４の１以上のルールに対してワークリストアイテムをチェックすることによって、ワークリストアイテムがエスカレーションを必要とするか（すなわち、エスカレーションメッセージが送信される必要がある）次に判定される（６１０）。例えば、あるルールは、ワークリストアイテムを受信するとすぐに第１エスカレーションメッセージが送信されるべきであると規定するものであってもよく、他のルールは、第１エスカレーションメッセージの受理及び／又は確認の受信がない場合、第２エスカレーションメッセージが所定時間の経過後に送信されるべきであることを規定してもよい。他の具体例として、ルールは、ワークリストアイテムの以前に送信されたエスカレーションメッセージがターゲットにより拒絶された場合、エスカレーションが正常であることを規定する。典型的には、イベントデータベース１９８は、定期的に照会されるが、また、イベントデータベース１９８は連続的に又はイベントの発生に応答して照会されることが想定される。
【００９５】
いくつかの実施例では、ワークリストアイテムがエスカレートされるべきであるとき、エスカレーションシーケンスの第１エスカレーションレベルのターゲットがエスカレートされるべきワークリストアイテムの優先レベル以上の優先レベルのワークリストアイテムを以前に拒絶したか判定される（６１２）。任意的には、以前の拒絶は、判定６１２から所定の期間内に拒絶に限定される。所定の期間はターゲットに特有のものとすることが可能であり、任意的にはターゲット設定データベース１９０に規定可能であることが想定される。このような拒絶が行われず、ワークリストアイテムのエスカレーションメッセージがターゲットに送信されていなかったとき、エスカレーションメッセージが生成され（６１４）、第１エスカレーションレベルのターゲットに通信される（６１６）。ワークリストアイテムがエスカレートされるべきかの判定６１０は、新たなイベントメッセージがあるかに関する判定６０２が行われた後に繰り返される。
【００９６】
ワークリストアイテムがエスカレートされるべきであると判定され、適用可能である場合、拒絶が行われると、イベントハンドラは、位置、装置又は患者の次のエスカレーションレベルを特定する（６１８）。これは、イベントハンドラ１０６のデータベース１８８，１９０，１９２，１９４，１９８，２０４の１以上から、イベントメッセージに対応する位置、装置又は患者のエスカレーションシーケンスと共に、ターゲットの位置、装置又は患者の割当てと、当該位置、装置又は患者の割当てのエスカレーションレベルの割当てとを抽出することを含む。効果的には、各エスカレーションの割当てを抽出することによって、エスカレーションシーケンスの変化及び／又はエスカレーションレベルに割り当てられるターゲット（スケジュール変更又はシフト変更などによる）が考慮される。エスカレーションシーケンスが存在しないとき、少なくとも１つのエスカレーションレベルを含むデフォルトエスカレーションシーケンスが利用可能である。エスカレーションレベルは、例えば、当該期間のスーパーバイザ又はマネージャなどを含むことが可能である。
【００９７】
エスカレーションシーケンス内の現在のポジションから始めて、エスカレーションシーケンスのエンドに達するまで、又はより高い及び／又は等しい優先度のワークリストアイテムをすでにサービス提供していないターゲットによるエスカレーションレベルが検出されるまで、抽出されたエスカレーションシーケンスのエスカレーションレベルは、順番に進捗される。エスカレーションシーケンスを進捗させる間、現在のポジションが更新される。いくつかの実施例では、次のエスカレーションレベルは、より高い優先度及び等しい優先度のワークリストアイテムをすでに提供しておらず、また所定の優先度閾値を超えるワークリストアイテムをすでに提供していない少なくとも１つのターゲットを含む。例えば、プライマリターゲットが重大であるが、生命の危険のないワークリストアイテムを提供し、プライマリターゲットの生命の危険のあるワークリストアイテムが受信された場合、受信したワークリストアイテムは、セカンダリターゲットにエスカレート可能である。
【００９８】
ワークリストアイテムを受理及び／又は確認するメッセージがターゲットから受信されると、ターゲットは、ワークリストアイテムを提供しているとみなされる。さらに、その効果に対するメッセージを受信したことに応答して、及び／又は受理及び／又は確認から所定の時間が経過した後、ターゲットは、ワークリストアイテムを提供するのを終了したとみなされる。いくつかの実施例では、当該所定の時間は、ターゲットに固有のものであり、任意的にはターゲット設定データベース１９０に指定される。さらに、いくつかの実施例では、ターゲットがエスカレーション手順を介しワークリストアイテムを他のターゲットにわたすことを所望することを示すメッセージを受信すると、ターゲットはワークリストアイテムを提供することを終了したとみなされる。例えば、位置、装置又は患者のプライマリターゲットは、位置、装置又は患者の高い優先度のワークリストアイテムを受信し、プライマリターゲットである他の位置、装置又は患者の低い優先度のワークリストアイテムを終了できなかった。低い優先度のワークリストアイテムは、セカンダリターゲットにわたすことができる。イベントハンドラ１０６は、イベントハンドラ１０６のデータベース１８８，１９０，１９２，１９４，１９８，２０４及び／又はメモリ２１０，２２６，２２０の１つにおいてそれらのレコードを維持することによって、ターゲットがワークリストアイテムを提供しているか適切に追跡する。
【００９９】
エスカレーションシーケンスのエンドに到達すると、デフォルトエスカレーションシーケンスが利用可能である。そうでない場合、ワークリストアイテムは、ルールデータベース１９４の１以上のルールに対して検証され（６２０）、ワークリストアイテムのエスカレーションメッセージが生成され（６２２）、イベントターゲット１１２を介し特定されたターゲットに通信される（６２４）。適切には、エスカレーションメッセージは、標準化フォーマットにより送信される。ワークリストアイテムは、その後、エスカレーションメッセージが送信されたことを反映させるため、削除又は更新され（６２６）、新たなイベントメッセージがあるかに関する判定が行われる（６０２）。いくつかの実施例では、特定されたターゲットが提供している低い優先度のワークリストアイテムは、ワークリストアイテムを提供する特定されたターゲットに応答してエスカレートされる。このエスカレーションはさらに、少なくとも１つの特定されたターゲットがエスカレーション手順を介し低い優先度のワークリストアイテムを他のターゲットにわたすことを所望することを示すメッセージを特定されたターゲットから受信することを要求しうる。さらに、エスカレーションは特定されたターゲットにより選択されるスーパーバイザなどのターゲットに対するものとすることが可能であることが想定される。
【０１００】
いくつかの実施例では、特定されたターゲットにより提供されるワークリストアイテムの優先度は、所定の優先度の閾値と比較される。特に、これらのワークリストアイテムは、受信したワークリストアイテムより低い優先度を有する。これは、特定されたターゲットは、ワークリストアイテムのエスカレーションメッセージを受信しないためである。これらのワークリストアイテムが所定の優先度の閾値を超えたことに応答して、エスカレーションメッセージがまた、次のエスカレーションレベルに続くエスカレーションレベルのターゲットに通信される。例えば、ターゲットに重大であるが、致命的でないワークリストアイテムのエスカレーションメッセージが送信され、生命に危険のあるワークリストアイテムは当該ターゲットについて受信された場合、生命に危険のあるワークリストアイテムのエスカレーションメッセージが、当該ターゲットにより高いエスカレーションレベルにより他のターゲットと共に送信可能である。
【０１０１】
図７を参照して、イベント情報を自己記述し、イベントハンドラ１０６に通信する方法７００が提供される。イベントソースインタフェース１０４及び／又はメッセージサービスインタフェース１０８の１つが、方法７００を適切に実行する。イベントの通知又はイベントに対するユーザレスポンスなどのイベント情報が、例えば、イベントソース１０２及び／又はメッセージサービス１１０の１つなどから受信される（７０２）。標準化プロトコル１０５を用いてメッセージが生成される（７０４）。メッセージは、１以上の標準化メッセージのプロパティを用いて表された１以上のワークリストアイテムとイベント情報とを含む。ワークリストアイテムは、メッセージの宛先と、メッセージがイベントハンドラ１０６によってどのようにエスカレートされるべきかを規定する。その後、メッセージは、イベントハンドラ１０６に通信される。
【０１０２】
病院ポリシーデータベース１８８などのここに説明される各データベースは、コンピュータデータベースが単一のコンピュータにより実現されるか、複数のコンピュータに分散化されるかなどのコンピュータデータベースを適切に含む。さらに、各データベースは、データの回収及びアクセスを実現する構造化された方法により当該データを適切に格納する。さらに、ここに利用されるように、メモリは、非一時的コンピュータ可読媒体、磁気ディスク又は他の磁気記憶媒体、光ディスク又は他の光記憶媒体、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）又は他の電子メモリ装置若しくはチップ若しくは動作接続されたチップセット、格納されている命令がインターネット又はローカルエリアネットワークを介し抽出されるインターネットサーバなどの１以上を含む。さらに、ここに用いられるように、コントローラは、マイクロプロセッサ、マイクロコントローラ、ＧＰＵ（Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などの１以上を含み、通信ネットワークは、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、無線ネットワーク、有線ネットワーク、セルラネットワーク、ＵＳＢやＩ２Ｃなどのデータバスなどの１以上を含み、ユーザ入力装置は、マウス、キーボード、タッチスクリーンディスプレイ、１以上のボタン、１以上のスイッチ、１以上のトグル、音声駆動インタラクションなどの１以上を含み、ディスプレイは、ＬＣＤディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、プロジェクションディスプレイ、タッチスクリーンディスプレイなどの１以上を含む。
【０１０３】
本開示の教示は、警告やリマインダを生成する装置（モニタなど）と情報システム（ＩＣＵ情報システムやヘルスケア情報システムなど）がある何れかの臨床ＩＴインフラストラクチャ（患者内部と患者外部の双方）に配置されてもよい。臨床ワークリストを明らかにすることが可能なシステムでは、本開示は、当該情報を抽出し、それを統合及び維持することが可能である。
【０１０４】
さらに、本開示の教示は、ヘルスケアの外部に配置されてもよい。例えば、それらは、ルームサービスやフードサービスなどのホスピタリティマネージメントに利用するのに配置されてもよい。他の例として、それらは、複数のシステムにおけるワークフローの統合が必要とされる航空電子工学及び海洋マルチシステムイベントマネージメントによる利用のため配置されてもよい。
【０１０５】
本発明は、好適な実施例を参照して説明された。上述した詳細な説明を参照及び理解した他者にとって改良及び変更が想到しうる。本発明は、添付した請求項又はその均等の範囲内に属する限り、このようなすべての改良及び変更を含むものとして解釈されることが意図される。
【図１】
0005860901.tif 000002
【図２】
0005860901.tif 000003
【図３】
0005860901.tif 000004
【図４】
0005860901.tif 000005
【図５】
0005860901.tif 000006
【図６】
0005860901.tif 000007
【図７】
0005860901.tif 000008