(57)【要約】      （修正有）【課題】患者に提供されるヘルスケアに影響を与える事象関連メッセージを統合処理し、事象メッセージの処理に関与する現在進行中のワークフロープロセスの作成、始動及び修正をサポートするシステム及びユーザーインターフェイスを提供する。【解決手段】ヘルスケアの提供をサポートするために少なくとも１人の個人により実行される一連のタスクをスケジューリングするこのシステムは、事象を処理するユーザーインターフェイスを提供する方法を用いる。事象は、患者に提供されるヘルスケアに影響を与える可能性のある状況の変化を表す。この方法は、ユーザー命令に応答して少なくとも１つの表示画像の発生を始動するステップを含む。表示画像は、事象及び関連パラメータの特定だけでなく特定される事象に関連する所定のプロセスの指定をサポートする。【選択図】    図２
2006024225.tif 000002
【特許請求の範囲】
【請求項１】
ヘルスケアの提供をサポートするために少なくとも１人の個人により実行される一連のタスクをスケジューリングするためのシステムにおいて、患者に提供されるヘルスケアに影響を与える可能性のある状況の変化を表す事象を処理するためのユーザーインターフェイスを提供する方法であって、
ユーザー命令に応答して、少なくとも１つの表示画像の発生を始動し、
この表示画像は、
事象及び関連のパラメータを特定し、
特定された事象に関連し、ヘルスケアの提供をサポートするために少なくとも１人の個人により実行される一連のタスクより成る所定のプロセスを指定し、
事象の発生に応答して前記プロセスに与えられる前記パラメータを指示するのをサポートする、ユーザーインターフェイスの提供方法。
【請求項２】
少なくとも１つの表示画像は、
特定された事象に関連する実行可能な手順の指定をサポートし、
前記手順の実行は前記特定された事象の作成に応答して始動される請求項１の方法。
【請求項３】
少なくとも１つの表示画像は、
特定された事象に関連する、ヘルスケアの提供をサポートするために少なくとも１人の個人により実行されるスケジュールされた一連のタスクより成る第２のプロセスを指定し、
第２のプロセスが特定された事象の発生に応答して前記所定のプロセスにより（ａ）置き換えられるべき、そして（ｂ）補充されるべきかの少なくとも一方であることを判断するのをサポートする請求項１の方法。
【請求項４】
第２のプロセスは、
（ａ）前記所定のプロセスの前記タスクを第２のプロセスに付加するステップと、
（ｂ）第２のプロセスのタスクを前記所定のプロセスの前記タスクのうちの少なくとも１つのタスクで置き換えるステップのうちの少なくとも１つのステップによって前記所定のプロセスにより補充される請求項３の方法。
【請求項５】
前記少なくとも１つの表示画像は、
第２のプロセスが前記特定された事象の発生に応答して前記所定のプロセスにより（ａ）置き換えられるべきか、そして（ｂ）補充されるべきかのうちの少なくとも一方であることを指定するのをサポートし、
第２のプロセスはヘルスケアの提供をサポートするために少なくとも１人の個人により実行されるスケジューリングされた一連のタスクにより成り、前記一連の所定のプロセスのタスクとは異なる請求項１の方法。
【請求項６】
前記少なくとも１つの表示画像は、
所定のパラメータ検証基準が前記関連のパラメータに関連することを指定するのをサポートし、
前記指定された所定のパラメータの検証基準は、（ａ）値の範囲、（ｂ）値のタイプ及び（ｃ）パラメータシンボルチェックのうちの少なくとも１つより成る請求項１の方法。
【請求項７】
前記関連のパラメータは多数の異なるプロセスタスク時系列により使用され、前記多数の異なるプロセスタスク時系列によりアクセスされる場所に保存される請求項１の方法。
【請求項８】
前記特定された事象に関連する前記所定のプロセスを指定する前記ステップは、前記所定のプロセスのインスタンスが前記特定された事象に関連があると指定するステップより成り、前記所定のプロセスのアクティブなプロセスインスタンスを特定するためにアクティブなプロセスを指示するレコードを含むデータベースをサーチするステップを含む請求項１の方法。
【請求項９】
少なくとも１つの表示画像を介するユーザー命令に応答して、（ａ）前記事象を特定する事象識別子、（ｂ）前記所定のプロセスを特定するプロセス識別子、及び（ｃ）前記所定のプロセスの特定のインスタンスを特定する識別子のうちの少なくとも１つを保存するステップを含む請求項１の方法。
【請求項１０】
前記事象は、（ａ）ヘルスケア要員による行動に起因する事象、（ｂ）作業中のプロセスにより作成される事象、（ｃ）患者モニター装置により発生される事象、及び（ｄ）医療装置により発生される事象のうちの少なくとも１つより成る請求項１の方法。
【請求項１１】
前記表示画像は、ユーザーに対して、前記所定のプロセスにより使用されて前記事象関連パラメータを表す第１のラベルの、前記所定のプロセスにより置き換え可能な第２のプロセスにより使用される前記関連パラメータを表す対応する第２のラベルへのマッピングを、前記事象の発生と共にサポートし、第１のラベルは第２のラベルとは異なる請求項１の方法。
【請求項１２】
前記少なくとも１つの表示画像は前記所定のプロセスより成る個々のタスクを指示し、
前記少なくとも１つの表示画像は前記個々のタスクのうちの特定の個々のタスクのユーザーにより指定をサポートし、前記所定のプロセスは前記事象の発生と共に前記ユーザー指定の特定の個々のタスクから始動され、前記事象の発生と共に前記所定のプロセスは指定された前記特定の個々のタスクの前に少なくとも１つのタスクを省略する請求項１の方法。
【請求項１３】
ヘルスケアの提供をサポートするために少なくとも１人の個人による一連のタスクより成るワークフローの実行をスケジューリングするシステムにおいて、患者に提供されるヘルスケアに影響を与える可能性のある状況の変化を表す事象を処理するためのユーザーインターフェイスを提供する方法であって、
ユーザー命令に応答して、少なくとも１つの表示画像の発生を始動し、
この表示画像は、
事象と、多数の異なるプロセスタスク時系列により使用され、多数の異なるプロセスタスク時系列がアクセスできる場所に保存された関連のパラメータとを特定し、
特定された事象に関連し、ヘルスケアの提供をサポートするために少なくとも１人の個人により実行される一連のタスクより成る所定のプロセスを指定し、
事象の発生に応答して前記プロセスに与えられる前記パラメータを指定するステップを含むユーザーインターフェイス提供方法。
【請求項１４】
前記特定された事象に関連する前記所定のプロセスを指定する前記ステップは、前記所定のプロセスのインスタントが前記特定された事象と関連があると指定するステップを含み、
前記所定のプロセスの前記特定のインスタンスは特定の患者についての前記所定のプロセスの特定の使用より成る請求項１３の方法。
【請求項１５】
少なくとも１人の個人による、タスクの種々のセットより成る、複数のプロセスの実行をスケジューリングするシステムにおいて、患者に提供されるヘルスケアに影響を与える可能性のある状況の変化を表す事象を処理するためのユーザーインターフェイスを提供する方法であって、
ユーザー命令に応答して、少なくとも１つの表示画像の発生を始動し、
この表示画像は、
第１のプロセス時に生じる可能性のある事象を特定し、
前記特定された事象に関連するパラメータを特定し、
第２のプロセスを前記特定された事象に関連があると指定し、
前記パラメータが前記事象の発生に応答して前記プロセスに与えられると指定するステップより成るユーザーインターフェイス提供方法。
【請求項１６】
前記関連パラメータは多数の異なるプロセスタスク時系列により使用され、前記多数の異なるプロセスタスク時系列によりアクセスされる場所に保存される請求項１５の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘルスケアの提供をサポートするために少なくとも一人の個人により実行される一組のタスクより成るワークフロープロセスのスケジューリングをサポートするためのシステム及びユーザーインターフェイスに関する。
【背景技術】
【０００２】
現代のヘルスケアは、多数のヘルスケアワーカーが多数の患者に同時にサービスを提供することを必要とする。これを達成するために、ヘルスケアの提供は看護部門、ラボ部門及び放射線部門のような専門化された部門別に組織化されている。各部門には、細分化され、しばしば専門化された、特定のタスクを実行する責任がある。しかしながら、このため、患者へのケアが細分化され過ぎて、最適レベルを達成できないことが起こっている。薬剤の指示及び投薬のような単一のヘルスケアプロセスは、恐らく多数の部門に亘る多数のヘルスケアワーカーの関与を必要とするため、ミスや遅延が生じる機会が多い。
【０００３】
臨床及びヘルスケア情報システムは、ヘルスケアワーカーが個々のタスクを実行するためのコンピュータ化されたインターフェイスを提供する。しかしながら、これらのシステムは、ヘルスケアプロセスに関連する一連のタスクを管理する能力に問題がある。これは、プロセスが多数のヘルスケアワーカーの関与を必要とする場合は特にそうである。ワークフロー管理システムは、多数のワーカー及びシステムにより実行される個々のワークステップを含む複雑なプロセスを管理するように設計される。これらのシステムは、これらのプロセスを特別のニーズに合うように構成できるだけでなく、プロセスの進行を絶えず監視し調整することが可能である。ヘルスケアにおけるワークフロー管理システムの利用を最適化するには、システムがワークフローの構成（即ち、一人またはそれ以上の個人により実行される一連のタスクの決定及びそれらのスケジューリング）を局所レベルでサポートするのが望ましい。かかる局所レベルは、例えばそのワークフローを実現すべき施設内であろう。
【０００４】
既存のヘルスケアまたは臨床情報システムは、個々のヘルスケア関連タスクを実行し情報を視認及び記録するためのユーザーインターフェイスを有する。これは例えば、結果の報告、商品及びサービスの注文、臨床及び看護ケアの文書化及び経理または運用データの捕捉が含まれる。しかしながら、一般的に、既存のシステムはタスク指向であり、個人が特定のタスクを実行するためのインターフェイスを有する。したがって、これらのインターフェイスは、多数のユーザーが関与し、長期間に亘って実行され、また変更が容易な臨床ケアプロセス及び文書化プロセスの適切な管理をサポートするに必要な、融通性のある、包括的なユーザーインターフェイスを構成しない。本発明のシステムは、これらの問題点及びそれから派生した欠点に対処するものである。詳述すると、本願のシステムは、ヘルスケア要員により実行される一連のタスクであるワークフロープロセスの作成、始動及び変更をサポートし、それらのタスク及びそれらが成功裏に終了するまでの進行状況の監視及び管理をサポートする。
【発明の概要】
【０００５】
本発明のシステム及びユーザーインターフェイスは、患者に提供されるヘルスケアに影響を与える事象関連メッセージを統合し、処理し、事象メッセージの処理に関与する現在進行中のワークフロープロセスの作成、始動及び変更をサポートするものである。ヘルスケアの提供をサポートするために少なくとも１人の個人により実行される一連のタスクをスケジューリングするシステムは、事象を処理するためのユーザーインターフェイスを提供する方法を用いる。この事象は、患者に提供されるヘルスケアに影響を与える可能性のある状況の変化を表す。この方法は、ユーザー命令に応答して少なくとも１つの表示画像の発生を始動することを含む。表示画像は、事象及び関連パラメータの特定だけでなく特定された事象に関連する所定のプロセスの指定をサポートする。表示画像はまた、事象の発生に応答して所定のプロセスに与えられるパラメータのユーザーによる指示をサポートする。所定のプロセスは、ヘルスケアの提供をサポートするために少なくとも１人の個人により実行される一連のタスクより成る。
【実施例】
【０００６】
図１は、外部システムにアクションを発生させる既存のヘルスケアまたは臨床情報システムを示す。かかるシステムでは、ユーザーのアクション１０に応答してヘルスケア情報システム（ＨＩＳ）１２（恐らく蓄積ユニット１４を含む）に発生する事象またはアクションを特定するメッセージは、インターフェイスエンジン１５を介して外部システム１７−２１へ送られる。本明細書中の用語「事象」は、患者に施されるヘルスケアに影響を与える可能性のある状況の変化を表すアクションまたは事態である。かかる事象を特定する事象メッセージは、ヘルスケア要員によるアクション、操作プロセス（恐らく他の操作プロセスに影響を与えるための）アクション、管理アプリケーション（恐らく経理取引情報を含む）のような非ヘルスケアシステムによるアクション、または患者を監視する装置によるアクションに起因して発生される。事象メッセージはまた、例えば、患者位置または近接検知装置、静脈ポンプのような医療装置のような他の装置により発生される。インターフェイスエンジン１５は、ワークフロー処理アプリケーションまたは外部システム１７−２１との通信をサポートする他のアプリケーションより成る。本明細書中の用語「ワークフロー」は、個人、個人のグループもしくは特定の機能または役割を実行するように割り当てられた要員を含む１またはそれ以上の主体により、実行されるようにスケジューリングされているかまたは実行中である一連のタスクまたは操作より成る。外部システム１７−２１は、例えばラボ１７、薬局１８及び経理アプリケーション（患者へのサービスの追跡及び料金請求のような）２１より成るが、ＨＩＳ１２が取引またはデータ交換を行う任意システムを含む広い範囲のシステムを包含してもよい。さらに、ヘルスケア情報システム（ＨＩＳ）１２は、臨床情報システムまたは重傷者管理情報システムのような情報システムまたは他のタイプの情報システムより成る。さらに、他の実施例において、ＨＩＳ１２は、事象の発生により変更を受けやすい一連のタスクを実行するものであれば、経理情報システムのような非ヘルスケア情報システムを含むことがある。
【０００７】
図１のユニット１５の機能として例示された既存のシステムワークフロー処理機能には多数の問題がある。これらの問題には、ワークフロープロセスを構成するにあたり柔軟性が乏しいこと、また事象に応答して動的に再構成可能なワークフロープロセスを作成する能力が限られていることが含まれる。既存のワークフロー管理システムは、例えば、ワークフロープロセスを構成したり、プロセス及び事象を特定するコードを割り当てたりする際の柔軟性に乏しいのが普通である。これは、１つの販売者により供給されるヘルスケア事業体のＨＩＳシステムが異なる販売者により提供されるワークフロー管理アプリケーションソフトウェアを用いて実現されるワークフロープロセス構成を考慮していないヘルスケアアプリケーションでは不十分である。さらに、既存のワークフロー管理システムは通常、個々のワークプロセスが自律的で、実行中の他のプロセスによる影響を受けないことを想定している。これとは対照的に、実際のヘルスケアプロセスは互いに絶えず影響を及ぼし合うものである。例えば、放射線による診断を受けている患者は、その患者の部屋内における静脈への薬物治療を管理する妨げとなる。さらに、現在のヘルスケア事業体が複雑であるということは、ヘルスケアワークフロープロセスが多種多様なヘルスケア事象に対応しなければならないこと、また単一の事象が同時進行中の多種多様なヘルスケアプロセスに影響を与えるということを意味する。例えば、病院から患者を退院させる指示には、退院時の投薬管理、食事療法キャンセルの指示及び退院時の料金請求プロセスの開始のような関連する多数のワークフロープロセスがある。さらに、食事療法の指示をキャンセルし、かかる指示を再び発する単一のワークフロー管理プロセスは、例えば、退院の指示、「ＮＰＯ」即ち何も口に入れてはいけないという指示、または患者に手術を受けさせる結果として起こることがある。これは、既存のワークフロー管理システムが現在サポートするよりも精巧な機構がワークフロープロセスの実施に必要であることを意味する。本願のシステムは、互いに干渉し他のプロセスで発生した変化または事象に応答するヘルスケアプロセスの作成及び構成をサポートする。
【０００８】
本願のシステム及びユーザーインターフェイスは、患者に施されるヘルスケアに影響を与える事象関連メッセージを統合し処理する。このシステムは、所定の事象の発生時にメッセージが確実に発生されるようにする、また発生されたそれらのメッセージをワークフロー管理システムへ送るための手段を提供する。このシステムはまた、所定のワークフロープロセスが事象の発生時に調整をおこなうように、構成されたワークフロープロセスをヘルスケア事象にリンクする方法及びユーザーインターフェイスを提供する。この目的のために、このシステムは、構成されたワークフロープロセスまたは他のヘルスケアワークフロープロセスに影響を与える事象がワークフロー管理システムへ確実に送られるようにするためにＨＩＳが発生する事象をカテゴリー化し、それにフィルタリングを施すため有利である。フィルターは、これにより、システムのワークフロープロセスにとって重要でない恐らく多量の事象項目を除外する。これにより、仕事量が有意に減少する。ユーザーが選択する特定の事象が発生すると、システムはこれを検知して、さらにユーザーが多種多様なワークフロープロセスのうち何れのプロセスが実現されるかを予め決定できるようにする。それにより、ユーザーの自由裁量で、事象の発生がデフォルトワークフロープロセスまたは実現中の他の異なるワークフロープロセスになる。さらに、選択されたワークフロープロセスはさらに別の事象の発生時に調整されることがある。これにより、従来のワークフロープロセスをデフォルトプロセスとして使用し、あるいは動的適応性のあるワークフロープロセスを実現し、もしくは両タイプのプロセスを並行して進行させることが可能となる。これは、柔軟性のあるワークフロー管理をサポートし、かなり大きな柔軟性をもって、ワークフロープロセスを実現したり、ヘルスケアシステムの変更または改変時に改造するのを可能にする。
【０００９】
図２は、ヘルスケア事業体がワークフロープロセス（実行すべきタスク列より成る）の作成及び構成を行い、作成したワークフロープロセスをＨＩＳ１２が発生する事象にリンクするのを可能にするシステムを示す。ユーザーのアクション１０に応答して、蓄積手段１４を用いるＨＩＳ１２は事象メッセージを発生させ、それらのメッセージを事象モニター２５（事象プロセッサ２８内にある）へ送る。事象メッセージは、事象識別子、ユーザーのアクション及びヘルスケア事業体内で行われ、患者に施されるヘルスケアに影響を与える可能性のあるヘルスケアサービスの提供及びサポートに関連する他の出来事を特定するメタデータを含む。ＨＩＳ１２が発生する事象メッセージは、ユーザーの指示、文書化及びレポートを特定することもある。それらの例として、「ジェンタマイシン１２０ミリグラムを直ちに、その後８時間毎に８０ミリグラムを静脈注射する」という医師の指示、「患者の左踵側部に２センチの赤色の領域が認められる」という看護師による文書作成または「レベル１の新生児室の新生児の皮膚病班から培養したメタシリン抵抗性のあるブドウ球菌」の微生物学レポートのような項目が含まれる。かかる指示及び所見は、ヘルスケア要員によるアクションを必要とし、図２のシステムにより処理すると有利である。
【００１０】
従来のシステムでは、例えばジェンタマイシンの指示は単に、ヘルスレベル７（ＨＬ７）フォーマットとして符号化され、調薬のために薬局へ送られる。それとは対照的に、図２のシステムは、かかる指示のヘルスケア上の意味内容及びその結果に適応するワークフローを発生させ、管理する。その指示は、例えば、薬の混合、患者の部屋への薬の移送、必要に応じた静脈ラインの挿入、薬の注入、薬が適切に注入されるようにするための看護師により監視、看護師による注入の文書化及び適当なインターバルを維持するためのその後の投薬の調整を含む、一連の少なくとも７つの事象を意図している。看護師による文書化または微生物学レポートの事象メッセージを受ける場合、図２のシステムは、看護師の所見及び微生物学テストの結果に応答する一貫した一組のワークフロープロセスを実現する。図２のシステムは、第１の場合、患者が皮膚の損傷を受けないように保護するスケジューリングされたタスクを含むプロセスを開始させ、第２の場合、新生児室内への隔離処置を実現するスケジューリングされたタスクを含むプロセスを開始させる。
【００１１】
事象メッセージはまた、パラメータ値及び対応の患者の事象の発生に応答して特定のワークフローアプリケーションに提供される他のメタデータを含む。例えば、薬剤指示事象の場合、それらのパラメータには、患者識別子、薬剤識別子、薬剤の強さ、投薬法及び投与情報が含まれる。皮膚所見レポート事象を看護師が文書化する場合、これらのパラメータには患者識別子、所見識別子、記述子及びサイト識別子が含まれる。事象モニター２５は、受けた事象メッセージをカテゴリー化しそれにフィルタリングを施して、登録済みワークフロープロセスに関連するそれらのメッセージを送る。登録済みワークフロープロセスに関連しない他の事象メッセージは除外される。この目的のために、事象モニター２５は、事象、事象識別子及びパラメータ識別子をワークフロープロセスと関連されるマップを含むデータベースを維持する。このマップは、パラメータ値及び対応のパラメータ事象の発生に応答して特定のワークフロープロセスアプリケーションへ送られる他のデータを求める際に使用する。
【００１２】
事象メッセージを受けると、事象モニター２５は、それに応答してそのマップを調べることにより、ワークフロープロセスが受けたメッセージの事象識別子により特定される事象と関連があるか否かを判定する。特定された事象が特定のワークフロープロセスに関連がある場合（図２の判定３４）、事象モニター２５は特定された事象に関連がありＨＩＳ１２から受けた事象メッセージの形で送られる任意のパラメータを調べる。詳述すると、モニター２５は、受けた事象パラメータ値が対応の事象に関連する所定の基準にマッチするか否か判定する。所定の基準は、ワークフロープロセスを１またはそれ以上の特定された事象及び関連の事象パラメータと関連させる事象登録プロセス時に特定される。それにより、ワークフロープロセスは１またはそれ以上の事象及び関連の事象パラメータ値に関連付けられる。事象モニター２５がそのマップを用いて特定済み事象に関連するワークフロープロセスが存在しないことを発見すると（図２の判定３２）、その事象メッセージを無視し、ＨＩＳ１２に対してデフォルト処理に進むように指示するメッセージをそのＨＩＳ１２へ返信する。かかるデフォルト処理では、ＨＩＳ１２が、例えば図１に関連して説明したのと同じ態様でデフォルトワークフロープロセスをサポートするためにインターフェイスエンジン１９を介してメッセージ４３を外部システム１７−２１へ送る。
【００１３】
事象モニター２５は、判定３４の結果、特定済みの事象が特定のワークフロープロセスと関連があり、受けた事象パラメータ値が所定の範囲内にあることを確認するとさらに操作を実行する。詳述すると、モニター２５は、所定のユーザー選択情報から、デフォルトプロセスをその事象の結果呼び出されるワークフロー管理プロセスにより置換すべきか否かを判定する。置換すべきでない場合、モニター２５はＨＩＳ１２に対してデフォルトワークフロー処理を進めるように指示するメッセージを返信する。置換すべきである場合、ＨＩＳ１２は事象モニター２５へ処理を任せ、モニター２５の内部マップにより特定済み事象に関連付けられた特定のワークフロープロセスが実現される。さらに、事象モニター２５は事象識別子及び特定のワークフロープロセスを実現するために用いる関連の事象パラメータ値をルールエンジン３０へ与える。
【００１４】
さらに、モニター２５はまた、所定のユーザー選択情報から、特定のワークフロープロセスに関連する実行可能な処理手順（例えば、スクリプトファイル）があるか否かをチェックする。かかる処理手順は、例えば、事象に関連するワークフロープロセスを如何に始動させるかまたは処理するかを判定する論理を組み込むことがある。かかる関連処理手順があれば、モニター２５はまた、その処理手順を実行するためにルールエンジン３０へ送る。あるいは、その処理手順をルールエンジン３０に予め蓄積してもよいが、その場合、モニター２５はその処理手順の実行を始動するようにエンジン３０へ命令する。ルールエンジン３０は、モニター２５から受ける情報及び命令を用いてワークフロー管理システム３６を呼び出し、事象関連の特定のワークフロープロセス３１を実行するよう指示する。これは、事象関連の所望の特定のワークフロープロセスのコピー（インスタンス）を作成し、それを始動することにより行う。複雑なシステムでは、ワークフロープロセスは、例えば種々の患者のために多数回（即ち、多数のインスタンスとして）実行される。従って、テンプレートプロセスのプロセスコピーが作られるが、それらのコピー（インスタンス）は実際に実行されるプロセスである。多数のワークフロープロセスのインスタンスは同時動作するか、そうでなくてもよい。実現されるワークフロープロセスはまた、インターフェイスエンジン１９を介してユーザー及び他のシステム（例えば、ラボ１７、薬局１８及び経理システム２１）と通信するように構成することができる。
【００１５】
図３は、事象、関連パラメータ、実行可能な処理手順及びスケジューリングされたタスク列より成るワークフロープロセスの始動または変更に利用可能な他のデータを指示する際に用いるユーザーインターフェイスのディスプレイウィンドウを示す。図３のメニューディスプレイ画像は拡張可能マークアップ言語（ＸＭＬ）文書を用いてＨＩＳ１２（図２）により得られるが、他の実施例では、図３のユーザーインターフェイスをＨＴＭＬ、ＳＧＭＬなどの他の言語ファイルに基づき提供するようにしてもよい。図３のユーザーインターフェイスは、選択可能なワークフロープロセスのリストを提示するプロンプト要素６３０を含む。これにより、ユーザーはプロンプト要素６３０により選択されるジェンタマイシン管理のようなワークフロープロセスを、プロンプト要素６００により階層配置の事象から選択されるジェンタマイシンの指示６０３のような事象と関連付けることができる。ユーザーインターフェイスはまた、ユーザーが、選択されたワークフロープロセス（ジェンタマイシン管理）をＨＩＳ１２（図２）から取り出される事象パラメータ及び選択された事象（ここではジェンタマイシンの指示）の発生時にワークフロープロセス管理ルーチンへ送られる実行可能な処理手順と関連付けことができるようにする。ＨＩＳ１２からの事象パラメータは、関連のワークフロープロセスの対応パラメータにマッピングされる。事象パラメータ及び実行可能な処理手順は、それぞれプロンプト要素６１１、６３３を介して選択済みワークフロープロセスと関連させるように選択される。図３のユーザーインターフェイスにより、患者の退院に関連するパラメータ値を有する指示を、例えば患者退院処理手順を始動させるために用いることができる。別の例として、ジェンタマイシン静脈注入のための薬局への指示を用いてアミノグリコシド注入プロセスを開始させることができる。
【００１６】
患者の識別番号（ＰＴＩＤ）６１２、投与量（例えば、１ミリリットルまたは２錠）６２０、時間（例えば、８時間毎）６１８、経路（例えば、静脈注射）６１６及び強さ（例えば、８０ｍｇ／ｍｌまたは５００ｍｇ）６１４のような特定の事象パラメータは、プロンプト要素６１１により選択されるが、これはまたワークフロープロセスが用いる対応の識別ラベルを示す。ジェンタマイシンのワークフロープロセスラベル（ＰＴＩＤ）６１０は、例えば、ＨＩＳ１２が用いる同じラベル（ＰＴＩＤ）６１２に対応する。ワークフロー及びＨＩＳラベルは他の場合は同じである必要はなく、プロンプト要素６１１はユーザーに、対応のワークフロープロセスラベルへのＨＩＳラベルのパラメータマッピングを提示して、ユーザーがそのマッピングが正しいことを検証し、必要に応じてそのマッピングの変更を可能にすると有利である。さらに、ユーザーは、選択項目６２５により、デフォルトワークフロープロセスをプロンプト要素６３０により選択される事象関連のワークフロープロセスにより置換すべきか否かを選択することができる。項目６２５を選択すると、スケジューリングされたデフォルトワークフロープロセス（他の実施例では、デフォルトワークフロープロセスの特定されたタスク）がプロンプト要素６３０により選択される事象関連のワークフロープロセスにより置き換えられる。項目６２５を選択しないと、デフォルトワークフロープロセスは事象関連のワークフロープロセスにより補充される。デフォルトワークフロープロセスのこの補充は、完全にそのデフォルトプロセスとは別に動作する事象関連のワークフロープロセスの形をとるか、またはデフォルトプロセスへの何らかのタスクステップを付加することより成る。さらに、図３のユーザーインターフェイスには図示しないが（図を簡明にするため）、ユーザーはプロセスを始動するための選択基準として用いる事象パラメータ値を選択することができる。例えば、ワークフロープロセスをアンピシリンについて登録することが可能である。それにより、ワークフロープロセスはアンピシリンが指示されると始動され、その投薬経路が静脈注射である場合に限り適用されるように構成することができる。さらに、図を簡明にするために図示しないが、図３のユーザーインターフェイスは、変更すべきまたは置換すべきデフォルトプロセスを選択し、選択されたデフォルトプロセスを事象関連のワークプロセスと関連させるようにユーザーに促すための画像要素を含む。別の実施例（これも図示しない）では、図３のユーザーインターフェイスはまた、ユーザーが選択したデフォルトプロセスのタスクをみて、事象関連のワークプロセスにより変更すべき特定のタスクを選択できるようにする。
【００１７】
図４は、スケジューリングされたワークフロープロセスの１またはそれ以上のタスクを事象関連のタスクで置き換えるために事象プロセッサ２８（図２）が使用するプロセスフローチャートである。開始ステップ３００の後のステップ３０３において、事象プロセッサ２８は事象の発生を特定するメッセージを（例えば、図２のＨＩＳ１２から）受ける。このプロセッサ２８は、特定された事象に応答して実行すべき特定のタスクを決定するために、ステップ３０８において、所定のルールを適用する。事象プロセッサ２８は、既存のワークフロープロセスに追加すべき特定のタスクの情報及び既存のワークフロープロセスの既存のタスクに置き換える必要のある特定のタスクの情報を含む所定のユーザー選択情報を調べる。特定された追加のタスクは、ステップ３１０において、既存のワークフロープロセスに追加され、ステップ３１３において、特定されたタスクを既存のタスクに置き換える。さらに、ステップ３１５において、特定のタスクを、個人、個人のグループまたは役割または他の構成に割り当てられた要員のような主体により既存のワークフロープロセスの一部として実行されるようにスケジューリングされる。
【００１８】
図５は、スケジューリングされたワークフロープロセスを事象関連のワークフロープロセスで置き換える際に用いる事象及び関連パラメータを処理するためのプロセスフローチャートである。ステップ４００でスタートした後のステップ４０３において、事象プロセッサ２８（図２）は、事象の発生だけでなく関連パラメータ、プロセス及びプロセスのインスタンスを特定し、また事象関連のパラメータの値を含む１またはそれ以上のメッセージを（例えば、ＨＩＳ１２から）受ける。上述したように、プロセスのインスタンスは、ワークフロープロセスのコピーであり、例えば、特定の患者のためのそのプロセスの特定の使用より成る。プロセッサ２８は、ステップ４０５において、所定のルールを適用して、特定された事象を解釈し、ステップ４０９において、複数の所定のプロセスから特定のプロセス（所定のタスクより成る）を選択する。ステップ４１１において、プロセッサ２８は、選択された所定のプロセスのインスタンスを発生させ、ステップ４０３において、このインスタンスに、前に受けたパラメータ値を与える。ステップ４１４において、プロセッサ２８は、スケジューリングされたワークフロープロセスを置き換えるために主体（例えば、少なくとも一人の個人）による選択されたワークフロープロセスインスタンスの実行をスケジューリングする。図５のプロセスはステップ４１７で終了する。
【００１９】
一例として、図２のシステムは、構成された抗生物質静脈注入ワークプロセスとの関連で動作状態にあると考えられる。図３に関連して述べたユーザーインターフェイスを用いて、この抗生物質注入ワークフロープロセスを、薬の種類は抗生物質であり、経路は静脈である薬剤治療の指示より成る事象と関連させる。このワークフロープロセスは、デフォルトシステムプロセスを置換するものと指定される（例えば、図３のアイコン６２５の選択後）。従って、医師が患者１２３４に対してジェンタマイシン１２０ミリグラムの静脈注入を指示すると、それに応答してＨＩＳ（図２）は、患者１２３４が薬剤の名称がジェンタマイシンで、薬剤の種類がアミノグリコサイド抗生物質であり、投与強度が１２０ミリグラムであり、経路が静脈である薬剤指示の客体であることを示す事象メッセージを発生する。事象プロセッサ２８は、この事象メッセージを受けて、それが１またはそれ以上の、指定され、予め決定されたプロセスであること、またそのうちの少なくとも１つがデフォルトシステムワークプロセスに置換されることを確認する。事象プロセッサ２８は、返信メッセージをＨＩＳ１２へ送って、ＨＩＳ１２がデフォルトワークプロセスを実行せず、その代わりにプロセッサ２８が図３のユーザーインターフェイスによりその事象に前に関連付けられたワークフロープロセスを実行することを示す。この返信メッセージは、事象確認メッセージに組み込まれるが、他の実施例では多数の別個のメッセージを用いることができる。事象プロセッサ２８は、ＨＩＳ１２から事象メッセージに受けたデータパラメータを事象関連の置換ワークフロープロセスにより必要とされる対応のパラメータにマッピングする。さらに、事象プロセッサは、ルールエンジン３０及びワークフロー管理システム３６（図２）を用いて置換ワークフロープロセスのインスタンスの作成及び処理のスケジューリングを始動させる。
【００２０】
さらに別の例では、図３に関連して説明したユーザーインターフェイスを用いて、静脈注入ワークフロープロセスを特定の患者識別子及び特定の薬剤の「静脈注入不具合」事象に関連付ける。ライン中の空気により特定の薬剤を注入するスマート静脈注入ポンプが故障すると、そのポンプは「静脈注入不具合」を示す事象メッセージを事象プロセッサ２８へ送る。その事象メッセージは、ポンプ識別子、患者識別子及びスマートポンプ装置に関連する記憶手段から得られる薬剤パラメータ情報も含む。事象プロセッサ２８は、「静脈注入不具合」事象と関連があり、受けた特定の患者識別子及び薬剤識別子を伴う幾つかのワークフロープロセスがあることを確かめる。それと共に、プロセッサ２８は、静脈注入不具合事象に関与する静脈注入ワークフロープロセスから得られるパラメータを用いて、受けた特定の患者識別子及び薬剤識別子により、事象関連ワークフロープロセスの進行中のインスタンスを呼び出す。通知を受けたワークフロープロセスは、その通知に基づきその挙動を変更するが、看護師へ問題を解決してもらうようにするための警告のスケジューリングを含む。
【００２１】
図６は、他のワークフロープロセスにより発生する事象４６に応答し、ＨＩＳにとって外部の事象４７に応答するワークフロー及び事象管理システムを示す。これは、ヘルスケアワークフローを管理する能力を改善する。それにより、例えば、注入が完了すると、薬剤静脈注入ポンプは事象メッセージ（ポンプにより記憶される所定の患者識別子及び薬剤識別子を含む）を事象モニター２５へ送る。それに応答して、事象モニター２５は注入の後の所定のヘルスケア養生法を効果的に実現し、そして／またはそれらが登録された事象発生を進行中のインスタンスを通知する。同様に、患者が居場所を変更すると事象メッセージを発生させて効率的なケアを増進させる居場所または近接位置検知バッジを患者に与えるようにしてもよい。さらに、図６のシステムでは、第１のワークフロープロセスは、事象メッセージを発生し、それを異なる第２の（またはそれ以上の）ワークフロープロセスを変更するために事象モニター２５へ送るように構成することが可能である。かかる事象メッセージは、例えば患者の居場所、患者の状態または看護師が近くにいるか否かの変化を示すパラメータを含む。
【００２２】
発明者は、特定のパラメータまたは状態の指示を特定のワークフロープロセスのインスタンスに排他的に関連するように制限するワークフロー管理システムには問題があることを認識している。さらに、大域的な事象関連パラメータを用いると有利であることを認識している。かかる大域的事象関連パラメータは、２またはそれ以上のワークフロープロセス及びプロセスインスタンスと関連があり、それによりアクセス可能である。これは、共通の事象関連パラメータを用いて種々の不適合な値と相互作用する多数のワークフロープロセスを有する問題の発生を回避する。かかる問題は、例えば、進行中の第１のワークフロープロセスナにセットされた特定の患者の居場所を示すパラメータが第２のプロセスに維持された同じ患者の別の居場所指示と異なる場合に生じる。これは、患者の居場所指示が第１及び第２のプロセスにより、または第１及び第２のプロセスによる異なる居場所識別スキームを用いることにより、異なるインターバルで更新される場合のように、種々の理由で生じることがある。進行中の多数のワークフロープロセスからアクセス可能な個々の大域的事象パラメータを使用すると、この問題が回避される。それにより、単一の点に蓄積される居場所を示す患者の大域的事象パラメータ（または他の情報項目）は更新可能であり、例えば共通の患者識別子に基づき多数のワークフロープロセスからアクセスすることができる。
【００２３】
事象メッセージ４６または４７を受けると、それに応答して、また、図２のシステムと同様な態様で、事象モニター２５（図６）は、ワークフロープロセスが事象識別子により特定された事象に関連するか否かを判定するために内部マップを調べる。特定された事象が特定のワークフロープロセスと関連がある場合（判定３４）、その事象関連のワークフロープロセスを実現すべきか否かを決定する。この目的のため、事象モニター２５は、受けた任意の事象パラメータ値または受けた事象メッセージ４６または４７に特定された大域的にアクセス可能な事象パラメータ値が受け入れ可能な所定範囲内にあるか否か判定する。受けたパラメータが受け入れ可能であり、事象関連のワークフロープロセスを実現すべき場合、事象モニター２５は、事象識別子及び特定のワークフロープロセスの実現に用いる関連の事象パラメータ（大域的パラメータを含む）をルールエンジン３０へ与える。ルールエンジン３０は、事象関連ワークフロープロセス実現の他の前提条件が満足されるか否か、そして事象関連ワークフロープロセスの実現をサポートするか否かをチェックする。かかる前提条件には、例えば、事象関連ワークフロープロセスに関連する実行可能な処理手順から得られる条件が含まれる。図６のシステムの残りの部分の動作は、図２に関連して述べたシステムの動作と同じである。詳述すると、ルールエンジン３０は、モニター２５からを受ける情報を用いてワークフロー管理システム３６を呼び出し、特定の事象関連ワークフロープロセス３１を実現するように指示する。実現されたワークフロープロセスは、ユーザー及び他のシステム（例えば、ラボ１７、薬局１８及び経理システム２１）とインターフェイスエンジン１９を介して通信する。
【００２４】
図７は、別のワークフロープロセスにより発生される所定の事象に応答する現在進行中のヘルスケア情報システム（ＨＩＳ）ワークフロープロセスを示す。ワークフロー管理システムが、ワークフロープロセス（タスク８００−８１５より成る）内で、「プロセス事象ステップ」８０７と呼ばれ、現在進行中のワークフロープロセス内で直接参照され始動される特殊なワークフロータスクを用いることが知られている。特殊な事象ステップ８０７を始動させるために、呼び出しアプリケーションは、ワークフロープロセスに、プロセス識別子、特定のプロセスインスタンス識別子、事象ステップ識別子（例えば、ステップ８０７を特定する）を与える。さらに、かかるプロセス事象ステップを用いて、通常のワークフロープロセスタスク列パス（タスク８００、８０３、８０４及び８１５より成る）とは異なるタスク列（タスク８０７、８０９、８１０、８０４及び８１５より成る）を始動させる。それにより、変更されたワークフロープロセスが得られる。
【００２５】
しかしながら、発明者は、既存のワークフロー管理システムにはプロセス事象ステップの特徴を使用するため限界があることを認識している。これは、プロセスインスタンス識別子がワークフロープロセスのコピー（インスタンス）が動的に発生される時に発生されるという理由による。それらは前もって知られていない。公知のシステムは通常、かかるプロセス事象ステップを呼び出すには、呼び出しパラメータ（プロセス識別子、特定のプロセスインスタンス識別子及び事象ステップ識別子）が予め決定され、それらがＨＩＳまたは他のワークフロープロセスから発生される事象と関連付けられる時に保存されることを必要とする。その結果、プロセス事象ステップを含むワークフロープロセスの後で動的に作成されるコピー（インスタンス）は未だ認識されない種々のプロセスインスタンス識別子を有する。従って、このように後で作成されるプロセスインスタンスは、事象メッセージに応答せず、元のプロセスに関連する事象の発生時に始動されない。図８のシステムはこの問題点に対処するものである。
【００２６】
図８は、ヘルスケア情報システム（ＨＩＳ）ワークフロープロセスの現在進行中のインスタンスに影響を与える事象の指示を処理するシステムを示す。図８のシステムにおいて、ワークフロープロセス３１のインスタンスが始動されると、事象モニター２５には、そのプロセス識別子、その特定のプロセスインスタンス識別子及びそのプロセス事象ステップ識別子（または存在すれば多数のプロセス事象ステップ識別子）が与えられる。事象メッセージを受けると、事象モニター２５は、受けたメッセージにより特定される事象がワークフロープロセス３１と関連があることを確認する（判定３４）。さらに、事象モニター２５はプロセス３１の現在進行中かまたはスケジューリングされたインスタンスを特定する（判定９０５）。これは、プロセス３１の対応するインスタンスの全インスタンス識別子がそれらの始動時にモニター２５へ提供されているかまたはモニター２５が必要とされる時にこの情報についてワークフロー管理システム３６に照会できるため、決定可能である。事象モニター２５はまた、特定された事象関連のワークフロープロセス３１の特定された現在進行中のインスタンスのうち何れのインスタンスを実現すべきか否かを図２に関連して前述した基準に基づき決定する。それと共に、事象モニター２５は、ルールエンジン３０へ、特定のワークフロープロセス３１のインスタンスの実現に用いる事象識別子及び関連事象パラメータ（大域的パラメータを含む）の値を与える。ルールエンジン３０は、モニター２５からを受ける情報を用いてプロセスの始動を認証し、ワークフロー管理システム３６に対して事象関連の特定のワークフロープロセス３１のインスタンスを実現するよう命令する。
【００２７】
一例として、食餌療法ワークフロープロセスが「何も口にしてはならない」という指示より成る事象に関連する場合、事象モニター２５は、その「何も口にしてはならない」という指示を受ける同じ患者について食餌療法ワークフロープロセスのインスタンスが進行中であるか否か判定する。それは、進行中のプロセスインスタンス及び関連のプロセス、インスタンス及びプロセス事象ステップ識別子だけでなく関連の事象パラメータ、実行可能な処理手順及び他の事象関連データを追跡する内部データベースを用いて行う。事象モニター２５は、ルールエンジン３０に対して特定された進行中のプロセスインスタンス内の適当なプロセス事象ステップを呼び出すように指示する際これらの識別子を利用する。この事象処理方法は、柔軟性があり、効率的で、動的に変更可能なワークフロープロセス管理システムを提供する。このシステムを用いて、１またはそれ以上のプロセス事象ステップを含むワークフロープロセスが提供されるが、これはヘルスケアの環境で起こる種々の事象（ＨＩＳにとって内部の及び外部の）に応答して動的に選択することができる。例えば、個々の進行中のワークフロープロセスは、多数のプロセス事象ステップ及びかかる事象処理システムを使用して、各々が対応する特定のヘルスケア事象の発生に応答して選択可能な多種多様なスケジューリング済みタスク列を構成する。その結果、進行中のワークフロープロセスは患者の処置または診断の過程で生じる事象に応答して動的に変更することができる。これは効率的で、柔軟性があり、応答性のあるヘルスケアシステムの提供に寄与する。
【００２８】
図１−８に示すアーキテクチャー及びプロセスは排他的ではない。同一目的を達成するために、本発明の原理に従って他のアーキテクチャー及びプロセスを考えることが可能である。さらに、本発明の原理は、事象に応答する任意のワークフロー処理システムに有利に使用可能であり、ヘルスケアの分野への利用に限定されない。
【図面の簡単な説明】
【００２９】
【図１】外部システムにおいてアクションを呼び出す既存のヘルスケア及び臨床情報システムを示す。
【図２】本発明に従って、ヘルスケア事業体がヘルスケア情報システム（ＨＩＳ）が発生する事象に応答してワークフロープロセス（実行すべき一連のタスクより成る）を作成且つ構成できるようにするシステムを示す。
【図３】本発明に従って、スケジューリングされた一連のタスクより成るワークフロープロセスの変更に使用する事象及び関連パラメータを示す本発明のユーザーインターフェイスのディスプレイウィンドウを示す。
【図４】本発明に従って、スケジューリングされたワークフロープロセスの１またはそれ以上のタスクを置換する際に用いる事象を処理するためのプロセスフローチャートを示す。
【図５】本発明に従って、スケジューリングされたワークフロープロセスを置換する際に用いる事象及び関連パラメータを処理するためのプロセスフローチャートを示す。
【図６】本発明に従って、他のワークフロープロセスが発生する事象に応答する、またＨＩＳにとって外部の事象に応答するワークフロー及び事象管理システムを示す。
【図７】別のワークフロープロセスが発生する所定の事象に応答するヘルスケア情報システム（ＨＩＳ）の現在進行中のワークフロープロセスを示す。
【図８】本発明に従って、ヘルスケア情報システム（ＨＩＳ）のワークフロープロセスの現在進行中のインスタンスに影響を与える事象表示子を処理するシステムを示す。
【図１】
2006024225.tif 000003
【図２】
2006024225.tif 000004
【図３】
2006024225.tif 000005
【図４】
2006024225.tif 000006
【図５】
2006024225.tif 000007
【図６】
2006024225.tif 000008
【図７】
2006024225.tif 000009
【図８】
2006024225.tif 000010