(57)【要約】本発明は、複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てるシステム及び方法よりなり、識別子は主体によるアクションを必要とする仕事を表す。実施例のシステムは、仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動するディスプレイプロセッサと、インターフェイスメニューを介して入力される意思決定情報を受けるインターフェイスプロセッサと、受けた意思決定情報を適用することにより所定の事象に応答して仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てる意思決定プロセッサとより成る。複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てる本発明の方法の実施例は、複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てる方法である。この方法は、仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動させ、少なくとも１つのインターフェイスメニューを介して入力される意思決定情報を受け、受けた意思決定情報を適用することにより所定の事象に応答して仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるステップより成る。この要約は、サーチャーまたは他の読者がこの技術文献の主題を迅速にチェックできるようにする概要を必要とする規則に従って提供されたものであることを強調したい。これは、特許請求の範囲を解釈したり限定したりするためには使用されないという了解のもとに提出されている。
2005518003.tif 000002
【特許請求の範囲】
【請求項１】
複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てる方法であって、
識別子は主体によるアクション必要とする仕事を表し、
前記割当て方法は、
ａ．仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動させ、
ｂ．少なくとも１つのインターフェイスメニューを介して入力される意思決定情報を受け、
ｃ．受けた意思決定情報を適用することにより所定の事象に応答して仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるステップより成る仕事スケジュールに識別子を割当てる方法。
【請求項２】
少なくとも１つのインターフェイスメニューの表示を始動させるステップは、（ａ）仕事表示識別子を仕事スケジュールに割当てるに当たり意思決定情報の適用を始動する所定の事象、（ｂ）意思決定情報のソース、（ｃ）仕事に関連するデータを処理して仕事表示識別子をリストするための仕事スケジュールを決定する手順よりなる意思決定情報のうちの少なくとも１つをユーザーが同定するように促すメニュー要素の表示を始動するステップを含む請求項１の方法。
【請求項３】
意思決定情報は、仕事に関連するデータを処理して仕事表示識別子を取り込むための仕事スケジュールを同定する論理手順より成る請求項１の方法。
【請求項４】
仕事に関連するデータは、（ａ）スケジューリング管理される処置の医学的処置識別子、（ｂ）医学的処置を実行する日時、（ｃ）患者の医学的記録情報、（ｄ）医学的処置の実行場所、（ｅ）患者タイプ識別子、及び（ｆ）患者の物理的特徴のうちの少なくとも１つより成る請求項３の方法。
【請求項５】
主体は、（ａ）ユーザー、（ｂ）ユーザーカテゴリー、（ｃ）ユーザーの役割、及び（ｄ）医療装置またはシステムのうちの少なくとも１つより成る請求項１の方法。
【請求項６】
ａ．意思決定情報は所定の事象を同定し、
ｂ．所定の事象は、（ａ）患者の入院、（ｂ）医学的処置の開始、（ｃ）医学的処置の終了、（ｄ）獲得した情報に基づくユーザー決定事象のうちの少なくとも１つに対応する請求項１の方法。
【請求項７】
受けた意思決定情報を適用することにより、始動事象の発生に応答して特定の主体に関連する仕事スケジュールの複数の仕事表示識別子の優先順位を決定するステップをさらに含む請求項１の方法。
【請求項８】
複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てる方法であって、
識別子は主体によるアクション必要とする仕事を表し、
前記割当て方法は、
ａ．仕事表示識別子を特定の主体に関連しその特定の主体がアクセス可能な仕事スケジュールに割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動させ、
意思決定情報は、
ｉ．  仕事に関連するデータを処理して仕事表示識別子を組み込むための仕事スケジュールを同定する手順、及び
ｉｉ．仕事表示識別子を同定した仕事スケジュールに割当てるに当たり前記手順の適用を始動する事象を含み、
ｂ．少なくとも１つのインターフェイスメニューを介して入力される意思決定情報を受け、
ｃ．受けた意思決定情報を適用することにより所定の事象の発生に応答して仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるステップより成る仕事スケジュールに識別子を割当てる方法。
【請求項９】
仕事に関連するデータは、（ａ）スケジューリング管理される処置の医学的処置識別子、（ｂ）医学的処置を実行する日時、（ｃ）患者の医学的記録情報、（ｄ）医学的処置の実行場所、（ｅ）患者タイプ識別子、及び（ｆ）患者の物理的特徴のうちの少なくとも１つより成る請求項８の方法。
【請求項１０】
始動事象は、（ａ）患者の入院、（ｂ）医学的処置の開始、（ｃ）医学的処置の終了、（ｄ）獲得した情報に基づくユーザー決定事象のうちの少なくとも１つに対応する請求項８の方法。
【請求項１１】
ａ．手順は、特定の主体に関連する仕事スケジュールへの仕事の割当てを複数の事象が同時発生することを条件とし、
ｂ．さらに、複数の事象の同時発生を識別するためにデータを得るステップを含む請求項８の方法。
【請求項１２】
ａ．始動事象は複数の事象が同時に発生することを条件とし、
ｂ．さらに複数の事象が同時発生するのを識別するためにデータを得るステップを含む請求項８の方法。
【請求項１３】
複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てるためのユーザーインターフェイスを提供する方法であって、
識別子は主体によるアクション必要とする仕事を表し、
前記ユーザーインターフェイスを提供する方法は、
ａ．ユーザーの命令に応答して、
ｉ．特定の主体に関連する仕事スケジュールに仕事表示識別子を割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動させ、
ｉｉ．特定の主体に関連する更新された仕事スケジュールの表示を始動させるステップより成り、更新された仕事スケジュールは、所定の事象の発生に応答して特定の主体に関連する仕事スケジュールに仕事表示識別子を割当てるに当たり受けた意思決定情報の適用に応答して発生される、ユーザーインターフェイスの提供方法。
【請求項１４】
意思決定情報は、仕事に関連するデータを処理して仕事表示識別子を組み込むための仕事スケジュールを同定する手順と、仕事表示識別子を同定した仕事スケジュールに割当てるに当たりその手順の適用を始動する事象とを含む請求項１３の方法。
【発明の詳細な説明】
【優先権】
【０００１】
本願は、２００１年６月１３日付け米国仮特許出願第６０／２９７，９５８号（発明の名称：”A System And User Interface For Scheduling Tasks”）に基づく優先権を主張する。
【背景技術】
【０００２】
本発明は、一般的に、プロジェクト管理システムに係り、プロジェクト管理またはワークフローシステムのようなシステムのユーザーに、ユーザーがシステムにログインする時のような特定時点に、これからしなければならない仕事のリストを提供することに係る。多数のプロジェクト管理及びワークフロー管理システムが当該技術分野にあるが、それには、分散型ワークフロー管理システムにおいてフレキシブルなワークフロープロセスを実行するためのシステム及び方法が含まれる。これらのワークフロープロセス管理システムは、１またはそれ以上のコンピューター上においてコンピューターネットワークを制御してワークフロープロセスを実行するように動作する。多くのシステムは、仕事の実行者に対して、その者に指定された通信媒体である通常は電子メールによって、これからしなければならない仕事を通告する。
【０００３】
販売部、技術陣または病院スタッフのようなグループ用として、１またはそれ以上の人員の参加を必要とする事象がランダムに発生するとそれらの人員への通知が必要になる他のシステムが提案されている。これら従来技術の通知方法の一例として、事象マネジャーがバックオフィスシステムに通知すると、このシステムが命令または仕事の存在を自動的に通知するものがある。
【０００４】
ユーザーがスケジュール管理またはワークフローシステムにログインすると、各ユーザーまたは主体に、ユーザー、ユーザーグループまたはカテゴリーもしくはその主体全体に対して調整可能な１またはそれ以上の仕事リストを提供できるようにすることが求められている。
【発明の概要】
【０００５】
本発明は、複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てるシステム及び方法であって、識別子は主体によるアクション必要とする仕事を表す。実施例のシステムは、仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動するディスプレイプロセッサと、インターフェイスメニューを介して入力される意思決定情報を受けるインターフェイスプロセッサと、受けた意思決定情報を適用することにより所定の事象に応答して仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てる意思決定プロセッサとより成る。
【０００６】
本発明の方法の実施例は、複数の異なる主体に関連する複数の表示可能な仕事スケジュールのうち少なくとも１つの仕事スケジュールに識別子を割当てる方法である。この方法は、仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるための意思決定情報のユーザーによる入力をサポートする少なくとも１つのインターフェイスメニューの表示を始動させ、少なくとも１つのインターフェイスメニューを介して入力される意思決定情報を受け、受けた意思決定情報を適用することにより所定の事象に応答して仕事表示識別子を特定の主体に関連する仕事スケジュールに割当てるステップより成る。
【０００７】
保護範囲は上述の実施例の概要により限定されず、特許請求の範囲によってのみ限定される。
【実施例】
【０００８】
一般的に、本明細書全体にわたり、ある項目がソフトウェアで実行されると説明されている場合は、同じくハードウェアでも実行可能である。
【０００９】
さらに、本明細書中の用語「ユーザー」及び「主体」は、個人ユーザー、グループユーザー、１またはそれ以上のユーザーの役割または特性及び医学的装置及びシステムのような特定の装置またはシステムを指すと理解されたい。
【００１０】
本発明は、表示される仕事リストまたはワークスケジュール（一般的に、参照番号「１」で言及し、図１において「５」で示す）上に含まれる主体をユーザーが取り仕切るために利用することができる。業界標準のＳＱＬ及びＴｒａｎｓＳＱＬコマンドにより意思決定論理及び蓄積する手順を定義してリレーショナルデータベースの意思決定論理を実行するなどにより、主体を取り仕切ることができる。本発明では、更新すべき仕事リストは一般的な仕事リスト名、ユーザーの役割または特定のユーザー識別子に応じて選択されるが、システム管理者が意思決定論理及び割当てルールを作成し保守できるようにする１またはそれ以上の保守ツールが存在する。
【００１１】
一般的に、実施例のシステムの全体概略図である図１を参照して、ユーザーは、ディスプレイプロセッサ１０のようなシステムインターフェイスにログインまたはアクセスすることにより、仕事スケジュールを作成し割当てることができる。ユーザーはまた、自分に割当てられた仕事スケジュールについて通知を受ける。本発明の実施例では、複数の異なるユーザーに関連する複数の表示可能な仕事スケジュールの少なくとも１つに識別子が割当てられる。各識別子は、ユーザーのアクションを必要とする１またはそれ以上の仕事を表す。
【００１２】
オブジェクト方式のプログラミング技術の当業者にとってなじみがあるように、事象は蓄積された手順をプログラムにより始動することができる。これらの始動事象は１またはそれ以上の論理手順を呼び出し、オプションとしてパラメータ化されたデータをそれらの１またはそれ以上の手順に与える。その呼び出しに応答して、それらの手順は１またはそれ以上のデータベースの１またはそれ以上の表のデータのようなデータを処理する。例示目的のため（しかしながら、限定目的ではない）、かかる始動事象により、仕事リストに関連する事象を実行時間の間に自動的に挿入、削除または更新することができる。
【００１３】
従って、本発明は、データベースに常駐する任意のデータを用いて何れの仕事リストについて項目を挿入、削除または更新するかを決定することができる。好ましい実施例では、何れの仕事リストについて項目を挿入、削除または更新するかの決定を含む（例示的であって限定的でない）意思決定論理を構成するために、業界標準のまたは販売会社により提供される言語及びデータベースに蓄積された手順を用いることができる。例示的であって限定的でないが、TransAct SQLは米国国家標準協会(ANSI SQL)に適合する言語である。TransAct SQLは、所望のアクションを定義するためにソフトウェア環境特定命令の使用を可能にするSQL構文法の企業秘密部分を含むが、それには、例示的であって限定的でないが、環境特定命令であるASSIGN、STATUS及びDELETE命令が含まれる。さらに、エンドユーザーは、下層の製品ソースコードを特注または調整しなくてもそれら自身の仕事リストを作成することが許されている。
【００１４】
ディスプレイプロセッサ１０、インターフェイスプロセッサ２０及び意思決定プロセッサ３０は、ローカルエリアネットワーク４０のようなデータ通信インターフェイスにより相互接続された図１に示すような種々のコンピュータでよく、またはインターフェイスプロセッサ２０において実行される複数のプロセスのような１またはそれ以上のコンピュータにおいて実行されるプロセスでもよい。
【００１５】
データベース２２は、例えば２３、２４、２５のような１またはそれ以上の表及び関連文書より成る。仕事リスト表２３は、１またはそれ以上のフィールドの特定の仕事データを含むレコードより成る。これらのフィールドのうちの１またはそれ以上は、１またはそれ以上のタイプの仕事リスト１の間の区別を可能にする。仕事リスト表２３は動的なものでよい。好ましい実施例において、仕事リスト表２３は、仕事リストの作成を許可されたユーザーが作成する各仕事リストにニーモニックコード及び記述を記入するための１またはそれ以上のフィールドを有する。インターフェイスプロセッサ２０におけるように保守機能を設けて、仕事リスト表２３のデータを保守するようにしてもよい。
【００１６】
さらに、１またはそれ以上の意思決定文書２４も存在する。意思決定文書２４は、仕事リストの１またはそれ以上の所定パラメータの選択に使用される命令より成るが、それには、例示的であって限定的ではないが、目下の項目を付加すべき仕事リスト、特定の仕事リスト１上の目下の項目に割当てるべき状態、及び目下の項目を削除すべき仕事リスト１の識別子より成る（図１の５及び図５の２０４として仕事リスト１の例を示す）。文書２４を初期化すると生成される蓄積手順２５は１またはそれ以上のパラメータより成るが、それには、例示的であって限定的ではないが、目下の項目の内部番号を反映する第１のパラメータ及びこの第１のパラメータに如何なる種類の内部番号が付与されるかを特定する表タイプのニーモニックコードを反映する第２のパラメータより成る。
【００１７】
文書２４のような文書はさらに、ユーザー命令だけでなく実行可能なまたは翻訳されたコードを含む。例示的であって限定的ではないが、好ましい実施例では、これらのユーザー命令はさらに、特定ユーザーの仕事リスト、グループの仕事リスト及び一般的な仕事リストの命令より成る。さらに、例示的であって限定的ではないが、特定ユーザーの仕事の命令を用いて、目下の項目を仕事リスト、例えば、ASSIGN USER ”WorklistName””UserName”[”Priority”]に割当てることができる。同様に、例えば、ASSIGN GROUP ”WorklistName””Scenariold”[”Priority”]のようなグループの割当てだけでなく、ASSIGN GENERAL ”WorklistName”[”Priority”]のようなを一般的な割当てがある。これらの例において、”WorklistName”は特定の仕事リストの名前、”UserName”は有効なユーザー名、”Scenariold”は有効なシナリオ識別子またはユーザークラス識別子、また”Priority”は仕事リスト上の項目に割当てられる数値表示優先度であって、これらの用語はコンピュータ技術の当業者によく知られている。
【００１８】
仕事リスト上の目下の項目の状態は更新することが可能であるが、それには、例えば、STATUS USER ”WorklistName””UserName””StatusCd”、STATUS GROUP WorklistName””Scenariold””StatusCd”、またはSTATUS GENERAL WorklistName””StatusCd”命令がある。”WorklistName”は仕事リストの名前、”StatusCd”は割当てられる、例えば、実行中、新規、保留、固定のような状態コード、”UserName”は有効なユーザー名、”Scenariold”は有効なシナリオ識別子またはユーザークラス識別子であって、これらの用語はコンピュータ技術の当業者によく知られている。
【００１９】
第３のタイプの命令は、仕事リストから目下の項目を削除するために使用可能であり、それには、例えば、DELETE USER “WorklistName””UserName”、 DELETE GROUP “WorklistName” ”Scenariold”、 DELETE GENERAL “WorklistName”がある。
【００２０】
さらに別の実施例では、変更は追跡保守機能によるなどして変更を追跡することができる。１またはそれ以上の文字フィールドをデータベース２２の１またはそれ以上の表に付加することができる。好ましい実施例では、これらのフィールドは複数の仕事リスト名より成る仕事リスト名のリストを受け入れる。このリストは、カンマ区切りファイルのような適当なフォーマットでよい。一実施例において、第１のフィールドは目下の項目を付加する仕事リストを含み、第２のフィールドは目下の項目を除去する仕事リストを含む。ある特定の条件の下で、目下の項目を特定のユーザーまたはユーザーグループに割当てるか、または目下の項目に高い優先度を付与するか、もしくは１またはそれ以上の仕事リストから目下の項目を削除するような仕事リストのより複雑な保守を可能にする文書ニーモニックコードを受け入れるフィールドのようなさらに別のフィールドが存在することがある。
【００２１】
一実施例において、１またはそれ以上の表２３、２４、２５に１またはそれ以上の別のフィールドを使用するなどしてユーザー事象保守機能を設けるようにしてもよい。これらのユーザー事象保守フィールドは、例えば、カンマ区切りファイルのような仕事リスト名のリストを受け入れることができ、目下の項目を付加する仕事リストを記述する第１のフィールドと、目下の項目を除去する仕事リストを記述する第２のフィールドとより成る。ある特定の条件の下で、目下の項目を特定のユーザーまたはユーザーグループに割当てるか、または目下の項目に高い優先度を付与するか、もしくは１またはそれ以上の仕事リストから目下の項目を削除するような仕事リストのより複雑な保守を可能にする文書ニーモニックコードを受け入れるフィールドのようなさらに別のフィールドが存在することがある。
【００２２】
好ましい実施例において、作成したスケジュールを追跡して新しい追跡ステップに進む度に、あるいは事象ニーモニックコードをログする時に、上述したような所定フィールドのデータを評価して仕事リストの保守が必要か否かを判断することができる。
【００２３】
インターフェイスメニューの一例である図２を参照して、一実施例では、適当なアクセス権を有するユーザーは少なくとも１つのインターフェイスメニュー１００の表示を始動することができる。インターフェイスメニュー１００は、仕事表示識別子をユーザーまたは他の主体のような特定の主体のスケジュールに割当てるためのユーザーによる意思決定情報の入力をサポートする。図２に示すように、この実施例のインターフェイスメニュー１００では、適当なアクセス権を有するユーザーはアクション選択肢１０２のような意思決定情報を付加し、削除しまた変更することができる。アクション選択肢１０２は、例示的であるが限定的ではない、所定の事象を定義するために割当てられるパラメータが仕事表示識別子を仕事スケジュールに割当てるにあたり意思決定情報の適用を始動できるようにする別の意思決定調整オプションより成る。
【００２４】
さらに、図２において総括的に１１０で示すフィールドがあるが、このフィールドによりユーザーは１１２のような仕事表示識別子を１１４のような特定の主体に割当てるあたり仕事情報をより完全に定義することができる。フィールド１１０は、その意思決定情報及び／または仕事に関連するデータを処理してその仕事表示識別子をリストする仕事スケジュールを決定するための手順より成る意思決定情報のソースである。これらは、自動的に、１またはそれ以上のフィールド１１０、例えば意思決定ニーモニックコードフィールド１１１に関連付けられる。従って、意思決定情報は、仕事に関連するデータを処理するために実行すべき１またはそれ以上の論理手順より成るが、これには、仕事表示識別子を組み込むための仕事スケジュールの識別が含まれる。これらの能力については、以下において詳述する。
【００２５】
複数の主体の仕事リスト１及びスケジュールが作成され保守される本発明のシステムでは、識別子は複数の異なる主体に関連する１またはそれ以上の仕事スケジュールに割当てられる。
【００２６】
保守機能の一例である図３を参照して、仕事リスト１はインターフェイスプロセッサ２０におけるように例えば、インターフェイス２３０を有する追跡モジュール内に維持される。各追跡ステップにおいて、適当なシステム許可を有するユーザーは、手順を１またはそれ以上の仕事リスト１に付加すべきか否か、及び／または手順を１またはそれ以上の仕事リスト１から削除すべきか否かを決定する。ユーザーが何れのユーザー名またはユーザークラスを仕事リスト１に割当てるかを決定できるようにするための文書２４も存在する。
【００２７】
ログインスクリーンの一例である図４及び仕事リストディスプレイの一例である図５を参照して、ユーザーは、ログインすると、仕事リストオーバービュー２１０を提示される。この実施例において、仕事リストオーバービュー２１０はナビゲーション部分２１３と、仕事リスト概要部分２１４とより成る。例えば、”Read Exams”のような１つのクラスの仕事リストを選択すると、仕事リスト（図４で２２０）が現れる。その後、ユーザーが２２２（図４）に示す１またはそれ以上のクラスから選択を行うと、２２４（図４）のようなそのユーザーの仕事リスト１が掲示される。
【００２８】
一部のソフトウェア環境では、アプリケーションソフトウェアは仕事リスト１により駆動可能なものでなければならない。従来技術では、ユーザーが如何なる仕事を行う必要があるかを知り、その後、例えば、バーコードによるかまたはメニューからオプションを選択するなどしてその仕事を適当なアプリケーションソフトウェアに対して確認する必要がある。本発明のシステムにおいて、仕事リスト１は適当なアプリケーションソフトウェアを始動する。例示的であって限定的ではないが、仕事リストマネジャーが存在し、２２２におけるようにユーザーがアクセスする関連のある仕事リスト１を表示する。例えば、ユーザーがトランスクリプショニストであれば、トランスクリプションの仕事１に対するアクセス権を有し、それ以外の仕事リスト１についてはアクセス権を持たない。所望のアプリケーションソフトウェアが立ち上がると、ユーザーは正しい仕事リスト１、従ってその仕事リスト１上の適当な項目を選択して、その仕事を直ちに開始することが可能である。
【００２９】
仕事リスト１から選択できるだけでなく、本発明のシステムは、明確な選択を行わなくても仕事リスト１の上の次の項目へ移動できるようにする「次の項目への移動」能力を備えている。
【００３０】
この実施例のフローチャートである図６を参照してその動作を説明するが、ユーザーはシステムにログインする（５００）。適当な許可を有するユーザーは、項目のニーズに合う適当な仕事リスト１を定義することができる。一実施例において、仕事リスト表２３をデータベース２２へ付加する（５１０）。仕事リスト表２３のレコードは、複数のフィールド、例えば（限定的ではないが）名前フィールド、担当ユーザーまたはユーザークラスフィールド（即ち、技術者または放射線専門医）、及び実行しなければならない仕事を同定するための鍵となるフィールドより成る。
【００３１】
始動事象の発生に応答して仕事表示識別子を特定の項目に関連する仕事スケジュールに割当てるにあたり、インターフェイスメニュー１００（図２）から入力するような意思決定情報を受けて入力する（５２０）。同様に、上述したように、所定事象の発生に応答して特定の項目に関連する仕事スケジュールに仕事表示識別子を割当てるにあたり、意思決定情報を入力すると、更新した仕事スケジュールが作成される（５２２）。
【００３２】
意思決定情報は、仕事に関連するデータを処理して、その仕事表示識別子を組み込む仕事スケジュールを同定する１またはそれ以上の論理手順より成る。論理手順は、特定の主体に関連する仕事スケジュールへの仕事の割当てを、同時に発生するかまたはしないこともある現象の１またはそれ以上の発生に条件付ける。例えば、ユーザーまたは主体への後続の仕事の割当てを、同一のまたは別の仕事リスト１に入力される応答により示すように既に起こっているまたは起きつつあることに、プログラムにより条件付けるのが望ましい。従って、その現象には、メニュー上でのオプションの選択のようなユーザー始動事象または仕事リスト１上のコードまたは他の項目の存在に対するプログラムによる応答のようなシステム始動事象が含まれる。
【００３３】
さらに別の例としての医療の文脈において、日常の乳房撮影検査が行われて、その結果が得られると、放射線専門医がさらに詳細な超音波検査を推奨する。放射線専門医は、本発明のシステムを利用して適当な主体の「スケジュール管理」仕事リスト上への入力項目を作成するが、それにはメニューオプションを用いるなどして作成する放射線医自身の仕事リストが含まれる。メニューオプションは、放射線専門医が「検査」項目に印を付けてさらに詳細な検査が必要であることを示すのを可能にする。しかしながら、システムも、結果の分析が完了するや否や、放射線医によりまたは放射線医のためにある特定のコードが入力された場合はかかる事象をプログラムによりスケジュール管理することができる。即ち、結果のコードがさらに詳細な超音波検査のスケジュール決定する始動事象として働く。
【００３４】
同様に、始動事象は、同時に発生するかまたは同時に発生しないかかる現象が１回またはそれ以上発生するかにより異なることがある。複数の事象が同時発生するのを必要とする割当てについては、論理手順または始動事象が、複数の事象が同時発生であるのを識別するデータを得るために１またはそれ以上の手順を呼び出すか、またはその判定自体を行う。
【００３５】
インターフェイスメニュー１００（図２）が一旦表示されると、ユーザーは意思決定データを同定するように促される（５２４）。これらには、（１）仕事表示識別子を仕事スケジュールに割当てるにあたり意思決定情報の適用を始動する所定の事象、（２）意思決定情報のソース、（３）仕事に関連するデータを処理して仕事表示識別子をリストする仕事スケジュールを決定するための手順より成る意思決定情報、または（４）それらの組み合わせが含まれる。仕事リスト１のためにユーザー事象もまた定義される（５２６）。さらに図２及び３を参照して、例示的であって限定的でない省略時印刷装置などのような挙動を変更するか調整するオプションを含む多数のオプションは、各仕事リスト１の入力項目のタイプに関連がある。
【００３６】
さらに図２及び３を参照して、各追跡ステップでは、適当なシステム許可を有するユーザーは、１またはそれ以上の仕事リスト１に手順を付加すべきか否か、及び／または１またはそれ以上の仕事リスト１から手順を除去すべきか否かを決定する。ユーザーが何れのユーザー名またはユーザークラスを仕事リスト１に割当てるかを決めるための文書２４も存在する。例えば、再び医療の文脈において、ジョーンズ博士が全ての脊椎ＣＴ検査をつかさどる放射線医であると仮定する。脊椎ＣＴ検査が指示されると、その検査はジョーンズ博士のプロトコル仕事リスト１に付加されるが、それと同時に、指示された日に実行すべき検査のＣＴ技術者の仕事リスト１に付加することができる。ジョーンズ博士がその検査を記録すると、それは彼の仕事リスト１から除去される。その検査が開始手順ステップまで追跡されると、それは技術者の仕事リスト１から除去することが可能である。
【００３７】
意思決定情報データがインターフェイスメニュー１００（図２）によるなどして入力された後、インターフェイスプロセッサ２０（図１）は意思決定情報を受けて処理する（５３０）。処理終了後、意思決定プロセッサ３０は、所定の事象に応答して特定の主体に関連する仕事スケジュールに仕事表示識別子を割当てるにあたり受けた意思決定情報を適用する（５３２）。
【００３８】
その後、選択された主体の更新済み仕事スケジュールが表示されるが（５４０）、そこで更新済み仕事スケジュールが、始動事象の発生に応答するような特定の主体に関連する仕事スケジュールへの仕事表示識別子の割当てにあたり受けた意思決定情報の適用に応答して作成される。同様に、仕事表示識別子は、始動事象の発生に応答して複数の異なる主体に関連する複数の仕事スケジュールの少なくとも１つに選択的に割当てられる。
【００３９】
複数の入力項目を有するシステムでは、インターフェイスメニュー１００を使用すると、仕事リスト１の項目リストを見てその中から許容可能な項目を選択することができる（５００）。図４及び５に示すように、医療環境の実施例では、これらのデータは、スケジュール済みの処置の医学的処置識別子、医学的処置の実行日時、患者の医学的記録情報、医学的処置の実行場所、患者タイプ識別子、患者の物理的特徴またはそれらの組み合わせよりなる。さらに、この医学的実施例では、意思決定情報は、患者の入院、医学的処置の開始、医学的処置の終了、得られた情報などに基づくユーザー決定事象またはそれらの組み合わせに相当する所定の事象を同定する。
【００４０】
意思決定情報をいったん受けると、その主体に関連する仕事スケジュールの複数の仕事表示識別子が始動事象に応答して優先順に並べられる（５５５）。さらに、仕事表示識別子は、始動事象の発生に応答して特定の主体に関連する仕事スケジュールから除去される（５５７）。
【００４１】
図７及び４を参照して、好ましい実施例では、例えば意思決定プロセッサ３０において本発明のシステムにログイン（６００）し、仕事リスト１を作成した後、ユーザーにはそれらの仕事スケジュールの例えば２１０(図４)のような概要が提示される（６１０）。かかる概要には、仕事リスト１及びその仕事リスト１上に存在する項目の数が含まれる。その後、ユーザーは特定の仕事リストを選択し（６２０）、適当なアプリケーションを立ち上げて仕事を行う。例示的であって限定的ではないが、放射線科のシステムでは、放射線専門医のための読み取り（または解釈）仕事リストが”Read Exam”機能を立ち上げて解釈モードにし、一方、トランスクリプショニストの「再実行仕事リスト」が“transcribe results”機能を立ち上げ、”protocol work list”がプロトコルモードで”Read Exam”機能を立ち上げる。
【００４２】
本発明の内容を説明するために記載した各部の詳細及び構成についての種々の変更は、当業者には、特許請求の範囲に記載された本発明の思想及び範囲から逸脱することなく行えることがわかるであろう。
【図面の簡単な説明】
【００４３】
【図１】システム実施例を示す概略図である。
【図２】意思決定データ入力に用いるインターフェイスメニューの一例を示す。
【図３】テンプレート保守ディスプレイの一例を示す。
【図４】ログイン及びオーバービューディスプレイの一例を示す。
【図５】仕事リスト選択ディスプレイの一例を示す。
【図６】仕事リストを作成する実施例のフローチャートである。
【図７】仕事リストのユーザーディスプレイの一例を示すフローチャートである。
【図１】
2005518003.tif 000003
【図２】
2005518003.tif 000004
【図３】
2005518003.tif 000005
【図４】
2005518003.tif 000006
【図５】
2005518003.tif 000007
【図６】
2005518003.tif 000008
【図７】
2005518003.tif 000009
【国際調査報告】
2005518003.tif 000010
2005518003.tif 000011
2005518003.tif 000012