(57)【要約】
【特許請求の範囲】
【請求項１】
以下のステップから成る医療プロセスのためのワークフローの方法。
（ｉ）少なくとも１個所の入力ポイントから出発して終了ポイントで終わる一連の逐次のステップとして前記プロセスを形成すること、
（ｉｉ）１ステップから他のステップへの許容できる移行を形成すること、
（ｉｉｉ）ユーザーが選択できる項目としてスクリーン上に前記入力ポイントを表示すること、
（ｉｖ）入力ポイントの選択時点で、第一ウインドウを表示し、前記第一ウインドウが前記プロセスの第一ステップに関するいくつかの処置から成ること、
（ｖ）前記処置の完了時点で前記手順の次のステップを表示し、前記手順が選択可能な項目として、許容できる移行により形成されること
（ｖｉ）許容できる移行として形成された前記ステップのひとつを選択する際に、前記プロセスの選択されたステップに関する処置から成るウインドウを表示すること、
（ｖｉｉ）前記処置を完了すること、
（ｖｉｉｉ）前記終了ポイントに達するまで項目（５）から（７）までを反復すること。
【請求項２】
移行が、初期設定としての移行、オプションの移行、条件による移行のひとつであることを特徴とする請求項１に基づくワークフローの方法。
【請求項３】
前記プロセスが予約の登録プロセスであることを特徴とする前記請求項のいずれかに基づくワークフローの方法。
【請求項４】
コンピューター上で実行するとき、前記請求項のいずれかの方法を実行するのに適したコンピューター・プログラム製品。
【請求項５】
請求項１から３のいずれかのステップを実行するのに適したコンピューターで実行できるプログラム・コードから成るコンピューターで読み出せる媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は医療プロセス（ｐｒｏｃｅｓｓｅｓ）用のワークフロー（ｗｏｒｋｆｌｏｗ）の作成法。及び、関連するユーザー・インターフェース（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）に関する。
【背景技術】
【０００２】
医療プロセスは特に複雑なプロセスから成っている。とりわけ、それらは連続的な見直し、更新、最適化を行う必要がある。それは、又、非特許文献１（１２ページ）の中にもある。それらは医療施設の間で、又、専門家の間で、違う傾向がある。一専門分野内でさえ、手順間で違いがあり、確立された手順にも違いがある。
【０００３】
情報技術（ＩＴ）の役割はこれらの医療手順を最適化するのに不可避である。「情報技術はエラー（ｅｒｒｏｒｓ）とエラーからの危険性を低減でき、最新の証拠と決定支援システムを患者治療、研究支援の時点で利用可能にして、品質測定を適時に、かつ、正確に行うのを支援し、臨床医間の協力を強化し、機能に対して説明責任を強化する。（非特許文献１（１２７ページ）
【０００４】
ここで、（法律、施設、専門家、手順により）定義された医療プロセスが実用される方法を作成する試みを行っている。以下の条件に基づく：
−透明で、直感的に使用しうるべきである。
−（点検の場合に）容易に適合化しうるべきである。
−プロセス又は担当者により、特定のプロセスを強制し、又は時として逸脱のための余地を残すべきである。
−文脈上の適応化：特定ステップの成果により、他の選択肢を強制すべきである。
−複数の患者のために並行したプロセスに機能することを可能にすべきである。
−ジェネリック・システム（ｇｅｎｅｒｉｃ  ｓｙｓｔｅｍ）：プロセスの長さ又は複雑度を制限しないことが望ましい。
【０００５】
一部の既存のアプリケーション（ａｐｐｌｉｃａｔｉｏｎｓ）が「ワークフロー・エンジン（ｗｏｒｋｆｌｏｗ  ｅｎｇｉｎｅｓ）」と呼ばれるものを用いている。それらはワークフローの特定の側面を自動化しているが、現在は実行されていない：
−透明性の必要：ワークフロー・エンジンが裏面で実行しているプロセスであり、あるときは、ユーザー・インターフェース内で干渉するが、そのユーザー・インターフェース内で直感的ではない。
−容易な適合化の必要性：ワークフロー・エンジンが、一般的に、ある複雑なプロセスの自動化が、本質的に、それらは適合させるのが困難である。
−くつがえす必要性：ワークフロー・エンジンがワークフローを課し、それをあなたが受入れ又は無視できるが、提案された代替策がない。
−並行プロセスの必要性：この部分が現在無視されている−異なる患者を含む並行プロセスが取り組まれていない。ただし、複数業務は医療の日常的関心である。
−ジェネリック・システムの必要性：ワークフロー・エンジンは世界的プロセスの特定部分で打切られている−それらは医療プロセスを扱うための一般的方法を組込んでいない。
【０００６】
本発明の一側面は上記の問題を避けるために、医療プロセスのために改良されたワークフローの方法を提供することである。
【特許文献１】“Ｍｅｔｈｏｄ  ｆｏｒ  ｐｒｏｃｅｓｓｉｎｇ  ｌｉｎｋｅｄ  ｌｉｓｔｓ  ｏｆ  ｔｉｍｅ  ｓｅｇｍｅｎｔｓ”原出願国で本出願書と同時提出
【非特許文献１】Ｔｈｅ  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  ｏｆ  ｔｈｅ  Ｃｏｍｍｉｔｔｅｅ  ｏｎ  ｔｈｅ  Ｑｕａｌｉｔｙ  ｏｆ  Ｈｅａｌｔｈ  Ｃａｒｅ  ｉｎ  Ａｍｅｒｉｃａ  ｔｏ  ‘ｒｅｄｅｓｉｇｎ  ｃａｒｅ  ｐｒｏｃｅｓｓｅｓ  ｂａｓｅｄ  ｏｎ  ｂｅｓｔ  ｐｒａｃｔｉｃｅｓ’（ｓｏｕｒｃｅ：Ｃｒｏｓｓｉｎｇ  ｔｈｅ  Ｑｕａｌｉｔｙ  Ｃｈａｓｍ，  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｍｅｄｉｃｉｎｅ．ＵＳ，ｐ１２  ＆  ｐ１２７．２００１）．（米国医療の質委員会勧告）
【発明の開示】
【０００７】
上記の側面は請求項１に示す方法により実現される。
【０００８】
本発明の好ましい実施例の特定機能は従属請求項内に示されている。
【０００９】
本発明に基づくワークフローの方法の中で、そのプロセスは、入力ポイント（ｐｏｉｎｔ）から又は可能な入力ポイントのセット（ｓｅｔ）のひとつから出発して、終了ポイントで終わる一列の連続的ステップとして定義される。一ステップから他への容認できる移行も事前に定義される。そのような移行は、初期値又はオプション（ｏｐｔｉｏｎ）又は条件付きとしうる。
【００１０】
入力ポイントはユーザーが選択できる項目としてスクリーン（ｓｃｒｅｅｎ）上に表示される。種々の処置の入力ポイントの例は：患者、予約の登録、資源である。（図２参照）。
【００１１】
ユーザーが入力ポイントを選択すると、第一のウインドウ（ｗｉｎｄｏｗ）には、プロセスの第一ステップに関するいくつかの処置から成る表示が行われる。（図３参照）
処置の例は、患者、又は、医師、検査室、検査機器等のような資源の名前を記入し又は選択することである。
【００１２】
ユーザーがこれらの処置を実施するとき、容認できる移行により定義された前記手順の次のステップが選択できる項目として表示される。それで、ユーザーはその手順を通じて案内される。容認できる移行として定義された前記ステップのひとつを選択すると、次のウインドウが表示され、それは前記プロセスで選択されたステップに関する処置から成っている。ここでも、ウインドウに示された処置を完了すべきである。
【００１３】
容認できる移行の選択と選択の結果として示されたウインドウの完成が、プロセスの終わりに達するまで反復される。
【００１４】
本発明の方法の実施例は、一般的に、コンピューター上で実行するとき、本発明の方法のステップを実行するのに適したコンピューター・プログラム製品の形で実行される。
【００１５】
コンピューター・プログラム製品は、ＣＤ−ＲＯＭのようなコンピューターが読み出せる記憶媒体に通常記憶される。代わりに、コンピューター・プログラム製品が電子信号の形をとり、電子的通信を通じてユーザーと通信できる。
【００１６】
本発明の別の利点と実施例は以下の説明と図面から明らかになる。
【発明を実施するための最良の形態】
【００１７】
以下は予約の登録システム内のワークフローに関するユーザー・インターフェースの実施例、さらに、プロセスのためのワークフローを作成するための設定の実施例を記している。
【００１８】
予約の登録システムのための登録エンジンの例は特許文献１に詳細に記されている。
【００１９】
プロセスは一般に以下から成っている：
１．入力ポイント又は初期化
２．連続的ステップの加算（文脈上にある全部）、以下を含む
ａ．初期のステップ
ｂ．オプション（ｏｐｔｉｏｎａｌ）のステップ
３．プロセス内の新しいステップ
４．ステップ２及び３の反復の未定義数
５．ワークフロー内の最終ステップ又はワークフローの結果の要約
【００２０】
これを具体化するために、予約の登録をするプロセスの例を示す。
【００２１】
予約の登録プロセス（最初に見るのは容易であるけれども）には、多くの方法があり、医療施設、部門、ユーザー・グループの間で、又は、処置のタイプにより違いを生じる。
【００２２】
いくつかの例：
１）医療施設による違い：
ａ．一部の施設は、予約の登録が患者の選択で始める必要があり−他は手順の選択によ
ることを示す。
ｂ．一部は、異なる患者に対して並行登録を認めるが、他は認められない。
ｃ．義務的部分をチェックすること（例えば、患者の職業）、又は、プロセス内の質的
要素として入力すること（例えば、事業体）を求めることができる。
２）部門による違い：
ａ．ある部門に対しては、命令を出す必要があり、予約を行うことができない。
ｂ．特定のアンケートが必要であり、ワークフローの特定ステップで（例えば、患者の
選別直後）−結果により記入しなければならない。
ｃ．特定のステップでは、特定の文字／証明を印字しなければならない。
３）ユーザー・グループによる違い：
ａ．事務員は厳密なワークフローを有している。
ｂ．医師の場合、初期値を類似したものにできるが、オプション（偏差）を複数としう
る。
ｃ．管理者は全範囲のオプションを有する。
４）手順のタイプによる違い：
ａ．アンケートの結果により、特定タイプの手順を提案するか又は避けられる。
ｂ．臨床経路により、特定の手順を提案でき、又は、支持されない。
【００２３】
典型的な登録ワークフローを図１に示す。
【００２４】
初期値としてのワークフローは以下としうる：
１）患者の選択、
２）手順の選択、
３）可能性のある予約の調査、
４）予約の確認、
しかし、示すように、多くの逸脱をしたフローが可能である。
【００２５】
ユーザー・インターフェースの実施例で、これは以下のように解決される：
【００２６】
ワークフローの各入力ポイントがスクリーンの上方に示されていて、お互いに隣接して
いる。
【００２７】
図２に示されている実施例では、３個のワークフローがある：
患者、予約の登録、資源である。
【００２８】
これらのワークフローは、システム（企業）、部門、ユーザー・グループ、ワークステーション又はユーザー・レベルでも定義できることに留意されたい。一般に低レベル（例えば、部門）で定義されたワークフローは高レベル（例えば、企業）のワークフロー定義を覆している。
【００２９】
同じワークフローを既存のワークフローと並行して開くことができる。
予約の登録の場合に、これが必要になるのは、ユーザーがこれと並行して、以下に対応することができるからである：
−ユーザーの前にいる患者（例えば、デスク（ｄｅｓｋ）で）
−電話による患者
−予約の確認又は登録を請求しているユーザーのサイド（ｓｉｄｅ）にいる医師
【００３０】
そのような入力ポイントが選択できたときに、第一のウインドウが示される。医療のプロセス（この場合、予約の登録）が連続したウインドウにより制御される。
【００３１】
ウインドウの状況又は結果により、他の処置が示される。
【００３２】
上記の例では、新患者を登録する可能性が初期値になる。なぜなら、そのように定義されている。このワークフローで、これが可能でない場合、ウインドウのこの処置部分でどの処置も見えない。
【００３３】
患者が選択されると、他の処置が浮上する。
−患者Ｘのための予約を作成する。（初期値）
−患者Ｘのための既存の予約を示す。
【００３４】
この方法で、プロセスが図１のワークフロー・ダイアグラム（ｗｏｒｋｆｌｏｗ  ｄｉａｇｒａｍ）の上記のように構築される。
【００３５】
その結果は以下の通りである：
−ユーザーは、その可能性について明確なオファリング（ｏｆｆｅｒｉｎｇ）を持つ
。
−制御されているので、オファリングが確実である。
−そのシステムはジェネリックである。
−それはオプションを含み、それで初期値のワークフローから逸脱する。
−医療の企業体の種々のレベルで設定を行なえる。
−並行なワークフローの可能性を含む。
【００３６】
同様に、ワークフローを作成して、他の医療プロセスを制御できる。例えば：
−他の管理プロセス、患者登録、注文入力、清算のようなもの。
−電子的患者記録内の臨床プロセス。
−部門別プロセス、例えば、放射線技術者のワークフロー、介護部門の看護師のワー
クフロー、標準化された処置又は手順のための医師のワークフロー。
【００３７】
本発明は以下の基本的プロセスに基づく。
【００３８】
プロセスはグラフ（ｇｒａｐｈ）として説明されていて、各ステップがノード（ｎｏｄｅ）である。あるノードから次のノードへの移行は３種類の方法で定義される：
１）初期値による
２）他のノードへのオプションの方法による
３）条件による
【００３９】
この移行段階は、管理者により設定中に定義しうる。典型的に、管理者が各ウインドウの終わりに定義する：
１）何が連続的初期ノードか、又、条件は何か、
２）何がオプションの連続的ノードか、何がユーザー・インターフェースの中で許さ
れる条件は何か。
【００４０】
ユーザー・インターフェースに関連して、各処置に対して、ショートカット・キー（ｓｈｏｒｔｃｕｔ  ｋｅｙ）を定義できる−これによりワークフローの速度向上を行なえる。典型的に初期値のワークフローの処置が常にウインドウの処置部分の上方になる。
【００４１】
基本的登録方法の以下の各側面で、解答のスペース（ｓｐａｃｅ）を生じる方法をより具体的に、かつ、詳細に示している。
【００４２】
登録方法の一般原則を説明する前に、本発明の具体的一実施例でもある具体例を作成することにより、その方法を最初に説明する。
【００４３】
その例に基づき、予約はスキャナー（ｓｃａｎｎｅｒ）により患者を検査する登録を必要とする。その患者はスキャナー使用の前に着衣を脱ぎ、かつ、スキャナー使用後に着衣する必要がある。
【００４４】
検査自体は２時間かかる。脱衣と着衣の両方のために１時間を設けている。患者が脱いだ後で、検査のために待つことを望まない。検査終了時に、再び着衣できるまでに最大１時間待つ必要性を受入れる。
【００４５】
図４は予約の一部である処置とそれらの間の関係を示している。予約（１００）の処置は３件の他の処置：脱衣（１１０）の処置、実際の検査（１２０）の処置、着衣（１３０）の処置から成っている。この包含した関係が、個々の処置（１１０、１２０、１３０）と予約（１００）の処置の間で、３本の包含したリンク（１９０、１９１、１９２）により示される。予約（１００）の処置は親と呼ばれ、子と呼ばれる脱衣（１１０）、実際の検査（１２０）、着衣（１３０）の処置に関連する。包含したリンク（１９０、１９１、１９２）の親子関係により、対称的にならない。
【００４６】
処置が他の処置を含まないとき、「アトミック（ａｔｏｍｉｃ）」であると定義される。例えば、脱衣（１１０）の処置はアトミックである。しかし、予約（１００）の処置はそうではない。
【００４７】
脱衣（１１０）、実際の検査（１２０）、着衣（１３０）の処置は逐次続く。この関係は逐次のリンク（１９３、１９４）により示される。この逐次性は、図４でも矢印で示されているように、そのようなリンクは対称ではないということを意味する。
【００４８】
検査（１２０）はスキャナー（１４０）が利用できるときにのみ実行できる。この種の関係は関連したリンク（１８３）により示される。さらに、検査を実施するには、操作者を利用できることが必要なので、関連したリンク（１８４）は検査と操作者（１５０）の間にも存在する。２件の処置の間の関連したリンクが、両方の処置を同時に行えることを示している。このことから、そのようなリンクは本質的に対称的で、一時的である。この一時的なことを、図４ではスキャナーと操作員の処置の間の点線（１８５）により表示する。
【００４９】
より一般的な場合では、処置又は検査を処置前の行為により先行させ、処置後の行為を後で行う。より一般的な場合では、処置とは資源に関連した活動を言う。そのような資源は、患者、医師、看護師、操作者、診断又は治療の装置、検査又は治療の部屋、又は、活動を関連付けできる他の種類の資源としうる。その資源は、医療の領域と関連付けられる場合もできない場合もある。その活動は、機器の使用、人物の存在、ある機能の占用、又は、ある資源の利用又は利用の可能性を意味する他の活動としうる。より一般的な場合として、包含した、関連した、又は、逐次のリンクにより関連付けた任意の数の処置のトポロジー（ｔｏｐｏｌｏｇｙ）が可能である。
【００５０】
図８は対応する時間ウインドウ（５０１−５０７）を図４内の各処置（１００、１１０、１２０、１３０、１４０、１５０、１６０、１７０）と、どのように関連付けるかを示している。時間ウインドウは隣接していない時間セグメントのリンクされたリスト（ｌｉｓｔ）から成っていて、各セグメントが開始と終了の時刻を有している。例えば、患者（１６０）の処置のためのリンクされたリストが時間セグメント（５１０、５１１、５１２）から成っている。
【００５１】
時間ウインドウが、処置が潜在的に生じたときの時間帯を示すことが可能である。しかしながら、処置を開始できたとき、又は、終了できたときに、時間帯も示すことができる。
【００５２】
図８の例で、患者（１５０）、更衣室（１７０）、スキャナー（１４０）及び操作者（１５０）の時間ウインドウ（５００−５０３）は問題定義データの一部である。これらの時間ウインドウは対応する資源により課せられる制約を示す。しかしながら、脱衣（１１０）、検査（１２０）、着衣（１３０）の処置の、及び、予約（１００）の時間ウインドウ（５０４−５０７）は全体として、最初は未決定である。それは、登録問題のために計算しなければならない解答の課題だからである。未決定の時間ウインドウは、その時間ウインドウの長さを持つ隣接するひとつの時間セグメントとして示される。例えば、（５０８）は検査処置（１２０）と関連した最初の時間ウインドウである。時刻登録問題に対する解答は本発明に基づいて処理される。未決定の時間ウインドウのセグメント数が変化することがあり、残りの時間セグメントの開始時刻と終了時刻は、資源により課せられる全ての制約と一貫性がある状況を示すまで、次第に焦点が絞られる。
【００５３】
資源により課せられる制約は、関連した（１８０−１８５）、包含した（１９０−１９２）、逐次の（１９３、１９４）リンクにより示されるので、その解答を処理することは基本的にこれらのリンクを作成することに落着く。
【００５４】
リンク作成時に、いくつかの異なる場合を、（関連した、包含した又は逐次の）リンクの種々の性質についての通信、（開始時刻、終了時刻又は処置時刻）の処置の時間ウインドウの解釈、時間セグメントの相対的位置（リンクされた処置の時間ウインドウ内の時間セグメントの重なり具合）を区別する。リンクを処理した結果には、対応する資源によって課せられる制約と一貫性がある方法で、リンクされた処置に対応した時間ウインドウの中で時間セグメントを調節することが含まれる。
【００５５】
以下の項目で、種々のリンクの処理を論じる。
【実施例１】
【００５６】
関連したリンクを通じて接続されている処置を処理する時間ウインドウ。
【００５７】
図９は、種々の相対的位置（重なりと重なり無し）で時間セグメントが生じる関連した
リンクで接続している処置のためのいくつかの状況を示している。時間ウインドウ（６２０−６２３）の解釈は、処置（６００−６０３）が行われる期間を代表すると言うことである。関連したリンクの意味は２件の処置（６００、６０１）が同時にしか生じないということであり、リンク作成の結果は、各時間ウインドウ（６２０、６２１）が、元の時間ウインドウ内の時間セグメント（６１０、６１１）のクロスセクション（ｃｒｏｓｓ  ｓｅｃｔｉｏｎ）である時間セグメント（６１２、６１３）から成る時間ウインドウ（６２２、６２３）により置換えられることである。
【００５８】
関連したリンクの一時性のゆえに、もし、ある処置が（直接又は間接の）他の処置と１件を超す関連したリンクを有する場合、全ての処置の時間ウインドウが、時間セグメントが全ての関連した処置の時間ウインドウの全ての時間セグメントのクロスセクションである時間ウインドウにより置換えられるべきである。
【実施例２】
【００５９】
包含したリンクを通じて接続された処置のために処理する時間ウインドウ
図１０は包含したリンクを通じて接続した処置のためのいくつかの状況を示している。その中で、種々の相対的位置（重なりと重なり無し）で時間セグメントが生じる。時間ウインドウ（７００−７０２）の解釈は処置を行なえる期間を代表するということである。包含したリンクの意味は子供の処置（７０１）の時間セグメント（７１１）は親の処置（７００）の時間ウインドウ（７２０）の時間セグメント（７１０）内で生じなければならないということである。これは、子供の処置（７０１）の時間ウインドウ（７２１）の時間セグメント（７１１）を親の処置（７００）の時間ウインドウ（７２０）の時間セグメント（７１０）とそれ自体（７１１）のクロスセクション（ｃｒｏｓｓ  ｓｅｃｔｉｏｎ）（７１２）により置換えることで実現される。
【実施例３】
【００６０】
逐次のリンクにより接続された処置を処理する時間ウインドウ
以下の用語が導入又は明示されている。
−処置の時間ウインドウ：処置を行なえる時期を示す時間セグメントのリンクされたリスト。
−処置の開始時刻の時間ウインドウ：前記処置を開始できる時期を示す時間セグメントのリンクされたリスト。
−処置の終了時刻の時間ウインドウ：前記処置を終了できる時期を示す時間セグメントのリンクされたリスト。
【００６１】
処置の時間ウインドウ：同じ処置の開始時刻の時間ウインドウ及び同じ処置の終了時刻の時間ウインドウが相関している。
【００６２】
図１２を参照して、又、本発明の実施例に基づき、処置の開始時刻（９１１）を示す時間ウインドウ（９２１）が、前記処置を代表し、対応している時間ウインドウ（９２０）から、前記処置の間（９３０）に、後の時間ウインドウ（９２０）内の、時間セグメント（９１０）の終了時刻から減算することにより、計算される。
【００６３】
図１１を参照し、又、本発明の実施例に基づくと、処置の終了時刻を示す時間ウインドウ（８２１）が、前記処置を代表し、対応している時間ウインドウ（８２０）から、その処置の期間（８３０）に、後の時間ウインドウ（８２０）で、時間セグメント（８１０）の開始時刻に加算することにより、計算される。
【００６４】
本発明の実施例に基づき、処置の開始時刻と終了時刻を代表する時間ウインドウも、処置の期間により時間セグメント内の開始時刻と終了時刻を移行させることにより相互関連
付けをされる。
【００６５】
本発明の一実施例に基づいて、第一の先行処置（８００、９０２）の後に、第二の事後処置（８０２、９００）が続くとき、特定の制約が両方の処置の開始時刻と終了時刻の両方に適用される。
【００６６】
第一の制約には、以後の処置の開始時刻は先行の処置のどれかの最も早い終了時刻より早くはできないということを実現するために、以後の処置の開始時刻が含まれる。本発明の一側面に基づくと、この結果は、時間セグメント（８１３）と先行処置（８００）の終了時刻（８２１）の時間セグメント（８１１）の間のクロスセクション（８１４）により、事後の処置（８０２）の開始時刻（８２３）の時間セグメント（８１３）を置換えることにより実現される。
【００６７】
第二の制約には、先行する処置の終了時刻が以後の処置のいずれかの最も遅い開始時刻より遅くできないということを実現するために、先行の処置の終了時刻が含まれる。本発明の一側面に基づくと、この結果は、先行処置（９０２）の終了時刻（９２３）の時間セグメント（９１３）を、それ自体（９１３）と以後の処置（９００）の開始時刻（９２１）の時間セグメント（９１１）の間のクロスセクション（９１４）により置換えることにより実現される。
【００６８】
両処置の間に余裕時間を認める場合、先行処置の時間セグメントの終了時刻が、前記第一の制約を適用する前に、許容される最大余裕時間により好ましく拡張される。図１３を参照すると、先行処置（１０００）の時間ウインドウ（１０２０）を用いて、先行処置（１０００）の終了時刻（１００１）の時間ウインドウ（１０２１）の計算を、先行処置（１０００）の期間（１０３０）だけ時間セグメント（１０１０）の開始時刻を前方に移行することにより行う。その後で、先行処置の終了時刻（１００１）の時間ウインドウ（１０２１）のセグメント（１０１１）が、最大余裕時間（１０４０）だけ拡張されて、先行処置プラス余裕時間の終了時刻（１００２）の時間ウインドウ（１０２２）の時間セグメント（１０１２）を生じる。以後の処置（１００４）の開始時刻の時間ウインドウ（１０２４）を得るために、以後の処置（１００３）の時間ウインドウ（１０２３）のセグメント（１０１３）の終了時刻を後方に、以後の処置（１００３）の期間（１０５０）だけ移行する。以後の処置（１００５）の開始時刻の時間ウインドウ（１０２５）のセグメント（１０１５）が、時間セグメント（１０１２）と時間セグメント（１０１４）の間にクロスセクションを作ることにより得られる。
【００６９】
２個の処置の間での逐次のリンクを作成することには２件の上記制約を用いることが含まれる。
本発明に基づく方法を示すと、
−関連したリンクが処理される（１）、
−複合リンクが処理される（２）、
−処置、開始時刻及び終了時刻（３）を代表する時間ウインドウの間の関係が処理される、
−逐次のリンクが処理される（４）、
−余裕時間が逐次のリンク内で処理される（５）。
【００７０】
我々は本発明の原理に基づいて以前に導入された事例を作成することにより次ぎに進む。
【００７１】
解決すべき問題は検査のために開始時刻を代表する時間ウインドウを発見することである。
【００７２】
第一のステップ（ｓｔｅｐ）は図４の中に関連したリンクを作成することから成ってい
る。
【００７３】
図１４を参照すると、これは、図９により、以前に説明した本発明に基づく一般原理を用いることにより行われる。
【００７４】
同様に、図１５を参照すると、関連したリンクは、検査、操作者、スキャナーの間で機能しうる。
【００７５】
この作業の後で、図４のグラフ（ｇｒａｐｈ）を図５のグラフに低減できる。これは、予約と検査の処置に関連した時間ウインドウが新規のものではなく、前のステップから得られたものであるという見解による。
【００７６】
第二のステップは、図５内のグラフの中で包含したリンクを作成することから成っている。本発明に基づくと、これは、予約処置の時間ウインドウの時間セグメント内に入るように、脱衣、検査、着衣の処置の時間ウインドウ内の時間セグメントを処理することにより実現する。これは、図１０により早期に説明されている本発明の一般原理を用いて図１６Ａ、１６Ｂ、１６Ｃで説明されている。
【００７７】
この作業の後で、図４又は図５のグラフを図６のものに低減できる。これは脱衣、検査、着衣の処置と関連した時間ウインドウが新規のものではなく、前のステップから得られたものであるという見解による。
【００７８】
第三のステップは逐次のリンクにより課せられる制約に対応することから成っている。
【００７９】
検査の処置は他の処置より先行し、又、追随する。本発明の一側面に基づくと、これは、対応する時間ウインドウの時間セグメントの開始時刻と終了時刻について意味を有している。
【００８０】
図１７を参照すると、図１１、１２、１３により以前に説明した一般原理に基づき、検査の開始時刻（１３１０）は脱衣処置の最も早い終了時刻（１３０７）より早くてはいけない。又、余裕時間を含む検査の終了時刻（１３０３）は着衣処置の最も遅い開始時刻（１３０１）より遅くてはならない
【００８１】
この作業の後で、図４、５、６内のグラフを図７のものに低減しうる。これは検査処置と関連した時間ウインドウが以前のステップから得られたものであるという見解による。
【実施例４】
【００８２】
演繹的及び帰納的論理の導入、
本発明の好ましい実施例に基づき、演繹的論理とは反対に、帰納的論理方法を用いて、時間ウインドウの処理を制御する。これらの用語を詳細に説明する。
【００８３】
一般的に言えば、演繹的論理は（「仮定値」と呼ばれる）数値が判明している変数と共に出発する。そして、事前定義された流れに基づいて、（「最終結論」と呼ばれる）解答を探している変数の数値をステップごとに推定していく。この処理は（「中間結論」と呼ばれる）中間値の数値計算を通じて発生する。
【００８４】
演繹的論理では、情報処理の流れ自体がプログラミング（ｐｒｏｇｒａｍｍｉｎｇ）の課題であり、結果として、プログラムされると、固定される。それゆえ、演繹的論理のプログラミングは、変数間の関係の分類が確定されている場合の問題には効果的である。そして、仮定値の値のみが変更の対象になる。
【００８５】
演繹的論理法の例を図１８に示す。Ｈ１、Ｈ２、Ｈ３が基本的仮定値である。仮定値Ｈ２の処理（１５１）で中間結論Ｃ１が得られる。結論Ｃ１と仮定値Ｈ１の処理（１５２）で中間結論Ｃ２を得る。結論Ｃ２と仮定値Ｈ３の処理（１５３）で最終結論Ｃ３に至る。
【００８６】
対称的に、本発明に基づく帰納的論理法の入力点は最終結論自体であり、その値が最初は不明である。探査プロセス（ｐｒｏｃｅｓｓ）の形をとる１セットの帰納ステップにより、仮定値のデータが最初集められる。次ぎに、最終結論を計算するために系統的処理が行われる。
【００８７】
（中間）結論を計算するための帰納法的ステップは、前記の（中間）結論を計算するのに、他にどんな変数を必要とするかの決定を含む。それは２種の可能性である。
１）必要な変数の値が知られている、なぜなら、それらは、値が以前に決定されていて、その中で、その変数が（中間）結論を得るように処理できる仮定値又は中間結論であるから、
２）又は、必要な変数の少なくとも１個は値がまだ決定されていない中間結論で、その中で、この（中間）結論が新しい帰納的ステップの初期化をする。
【００８８】
帰納的論理法でのプログラミングの課題は演繹的情報処理の流れではなく、帰納的ステップを処理するルール・セット（ｒｕｌｅ  ｓｅｔ）である。
【００８９】
帰納的方法のためのルール・セットの開発には以下の決定が含まれる。
１）結論を計算するのに必要な変数（中間結論）の性質（クラス（ｃｌａｓｓｅｓ））、２）変数（中間結論）の各性質（クラス）について、前記（中間）結論の結果を計算するのに、どんな他の変数（他の中間結論又は仮定値）が必要かを決定すること。
【００９０】
演繹的論理方法と異なり、ここで問題の定義は仮定値を示すだけでなく、変数間の関係に関する分類学でもある。これは、変数間の関係で異なる分類学を有している問題を解決するとき大きな柔軟性を許している。ルール・セットがプログラムされると、上記変数の間の関係についての多様な分類学を伴う問題を、同じプログラムを用いて解決できる。
【００９１】
帰納的倫理方法を用いた例が図１９に示されている。その入力点は変数Ｃ３の値を計算するためのコール（ｃａｌｌ）である。そのルール・セットは、変数Ｃ３がＨ３になる他の２個の変数の処理を求めるように指示する。その中で、その値は仮定値なので判明している。又、中間結論Ｃ２は、このポイント（ｐｏｉｎｔ）での値は不明である。後者により、未知数Ｃ２を計算するために、新しい帰納的ステップを生じる。そのルール・セットは、変数Ｃ２に他の２個の変数Ｈ１と、中間結論Ｃ１の処理を求めるように指示する。Ｈ１の値は仮定値なので知られている。又、中間結論Ｃ１の値はこのポイントでは不明である。後者はＣ１を計算するために、新しい帰納的ステップを生じる。そのルール・セットは変数Ｃ１が変数Ｈ２の処理を求めるように指示する。Ｈ２の値は判明している。これにより、Ｃ１を得るためにＨ２の処理が行われる。ここでＣ１が判明し、Ｃ２を計算するために、Ｃ１とＨ１を処理する。これでＣ２が既知になる。これにより、最終結論Ｃ３を計算するためにＣ２とＨ３の処理が行われる。
【実施例５】
【００９２】
帰納的論理に基づく好ましい実施例
本発明に基づき、上記の例で述べた登録の問題の解決が帰納的論理方法を用いて好ましく実施される。
【００９３】
一件の実施例に基づくと、以下のクラス又は変数が資源管理のために用いられる。
−処置に関連した時間ウインドウ、
−処置の開始時刻に関連した時間ウインドウ、
−処置の終了時刻に関連した時間ウインドウ。
【００９４】
同じ実施例に基づくと、帰納的論理が１セットになっている３件のルールにより管理される。
−第一のルールは、「処置の開始時刻」のタイプ（ｔｙｐｅ）の変数の値を得るには、「処置の終了時刻」の値と、「以前の処置」の値を処理する必要があることを指示している。
−第二のルールは、「処置」のタイプの変数の値を得るには、「親の処置」と「関連した処置」の値を処理する必要があることを指示している。
−第三のルールは、「処置の終了時刻」のタイプの変数の値を得るには、同じ「処置」、「余裕時間」「以後の処置」を処理する必要があることを指示している。
【００９５】
しかしながら、より一般的な場合に、他のセットのルールを選択して、同等の結果を生じて、本発明の範囲内にも入るようにできる。これは、上記のルール・セット内の変数のクラスを単純な関係によりお互いに関連付けられるという事実から得られる。
【００９６】
我々は上記３ルールと組合わせて３クラスの変数の上記セットが、資源の登録と多様な状況の管理を可能にするよりも内部記憶方法を提供することを見いだしている。
【００９７】
本発明に基づく方法は、時間ウインドウを処理し、一般的に、複数の時間セグメントから成っている時間ウインドウを得ている。それぞれが、対応する処置を行なえる（又は開始する）ときに、単一の解答を示す。ここで、その方法は、従来技術内であるが解答の完全セットとして、登録問題に対する一件だけの解答ではないが、解答の完全セットは解答スペース（ｓｐａｃｅ）とも呼ばれている。
【００９８】
本発明に基づく方法は、包含した、関連した、逐次のリンクと余裕時間の組合わせにより関連付けた資源に対応する１セットの処置としてモデル化できる資源の登録と管理の問題に使用できる。
【００９９】
本発明の一般原理を示せば、我々は以前に導入された例を処理することにより前進する。
【０１００】
図１７を参照すると、その方法は、可変の開始時刻の検査を例示することによりその方法を開始する。それが登録問題の最終結論である。
【０１０１】
図１４から１７までのひとつの円内にある記号は、他の図のひとつの円内にある同じ記号を参照することを示す。
【０１０２】
このポイントでの検査の可変開始時刻の値が不明なので、これは帰納的ステップ（ＩＳ１）を生じる。本発明に基づく第一のルールが、検査の開始時刻の値（１４１０）を計算するために、検査処置の終了時刻の値（１４０８＝１４０５）と脱衣処置の（１４０６＝１３０２）が必要なことを指示する。この時点ではこれらの値のどれも不明なので、これは２段の新しい帰納的ステップを生じる。第一のステップ（ＩＳ２）は脱衣の処置の値（１４０６＝１３０２）の計算のためで、第二のステップ（ＩＳ３）は検査の終了時刻の値（１４０８＝１４０５）の計算のため。
【０１０３】
我々は帰納的ステップ（ＩＳ２）を最初に説明することにより進める。図１４から１７を参照すると、第二の規則は、脱衣の処置の値（１４０６＝１３０２）を計算するために、親の処置である予約の処置の値（１３００＝１１０３）の処理が必要なことを指示する。予約の処置の値（１３００＝１１０３）がこの時点では不明なので、これが、その変数計算のために帰納法的ステップ（ＩＳ４）を再度生じる。この可変（１３００＝１１０３）予約は「処置」のタイプであるので。同じ（第二の）ルールが適用され、関連した着衣室（１１０１）と患者（１１００）の処置の値の処理を求める。これらの処置の値が仮定値なので既知である。それで、これが予約（１３００＝１１０３）の処置の値を計算でき、その後に脱衣（１４０６＝１３０２）の処置の値を計算できる。
【０１０４】
我々は次ぎに帰納的ステップ（ＩＳ３）を記述することにより進める。図１４から１７を参照して、第三のルールが、検査の終了時刻の値（１４０８＝１４０５）の計算が、検査の処置の値（１４０２＝１３０８）及び着衣の処置の値（１４００＝１３０５）の処理が必要なことを指示する。検査の処置の変数（１４０２＝１３０８）は、「処置」のタイプなので、第二のルールを適用する。そして、これには親の予約（１３０６＝１１０３）の処置及び関連するスキャナー（１２００）と操作者（１２０１）の処置の値を処理することが必要である。親の予約の処置の値（１３０６＝１１０３）を帰納的ステップ（ＩＳ２）と同じ方法で計算する。関連する処置の値（１２００、１２０１）は、それらは仮定値なので既知であり、検査（１４０２＝１３０８）の処置の値を計算できる。さらに、変数（１４００＝１３０５）もそのタイプの処置でもあるので、第二のルールをもう一度適用し、変数（１３０３＝１１０３）及び（１３０４＝１１０１）の値の処理に至る。このポイントで、検査の終了時刻の値（１４０８＝１４０５）の計算を完了でき、その後に、検査の開始時刻の値（１４１０）の計算をする。
【０１０５】
上記の発明は、コンピューターのようなデータ処理システムを用いて好ましく実施される。そのようなシステム（１７００）の実施例を図２０に示す。コンピューターはネットワーク接続手段（１７５０）、中央処理ユニット（１７６０）、記憶手段（１７７０）から成り、それらは全てコンピューター母線（１７９０）を通じて接続される。コンピューターは典型的にデータ入力（１７１０、１７２０）のためにコンピューター・ヒューマン・インターフェース（ｃｏｍｐｕｔｅｒ  ｈｕｍａｎ  ｉｎｔｅｒｆａｃｅ）を有し、又、データ出力（１７３０）のためにコンピューター・ヒューマン・インターフェースを有している。一実施例に基づくと、コンピューター・プログラム・コード（ｃｏｍｐｕｔｅｒ  ｐｒｏｇｒａｍ  ｃｏｄｅ）が、大量記憶装置（１７４０）又は携帯用データ保持器の読取り手段（１７８０）により読み出せる携帯用データ保持器（１７９０）のようなコンピューターが読み出せる媒体に記憶される。
【０１０６】
本発明の好ましい実施例に詳細に示されているように、添付請求項に示されている本発明の範囲から逸脱すること無しに多くの修正を行なえることを当業の技術者にはこれで明らかであろう。
【図面の簡単な説明】
【０１０７】
【図１】患者登録ワークフローの例を示す。
【図２】本発明に基づくユーザー・インターフェースを示すスクリーン投影である。
【図３】ユーザー・インターフェースに関連した別のスクリーン投影である。
【図４】資源に関連した、及び、包含した、関連した、かつ、逐次のリンクにより結合した一セットの処置を示している。
【図５】好ましい実施例に基づく、関連したリンクの作成後に残された縮小セットの処置を示している。
【図６】好ましい実施例に基づく、関連した、包含したリンクの作成後に残された縮小セットの処置を示している。
【図７】好ましい実施例に基づく、関連した、包含した、逐次のリンクの作成後に残された縮小セットの処置を示している。
【図８】処置と関連した１セットの時間ウインドウを示す。
【図９】好ましい実施例に基づく、関連したリンクの処置を示している。
【図１０】好ましい実施例に基づく、包含したリンクの処置を示している。
【図１１】好ましい実施例に基づく、前の処置を伴う逐次のリンクの処置を示す。
【図１２】好ましい実施例に基づく、以後の処置を伴う逐次のリンクの処置を示す。
【図１３】好ましい実施例に基づく、緩和時間を考慮して、以後の処置を伴う逐次のリンクの処置を示す。
【図１４】好ましい実施例に基づく、関連したリンクの処置例を示す。
【図１５】好ましい実施例に基づく、関連したリンクの別の処置例を示す。
【図１６】好ましい実施例に基づく、包含したリンクの処置を３例示す。
【図１７】好ましい実施例に基づく、時間ウインドウの処置例を示す。
【図１８】演繹的論理を用いた例を示す。
【図１９】帰納的論理を用いた例を示す。
【図２０】本発明の好ましい実施例に基づく、データ処理システムを示す。
【図１】
2008532153.tif 000002
【図２】
2008532153.tif 000003
【図３】
2008532153.tif 000004
【図４】
2008532153.tif 000005
【図５】
2008532153.tif 000006
【図６】
2008532153.tif 000007
【図７】
2008532153.tif 000008
【図８】
2008532153.tif 000009
【図９】
2008532153.tif 000010
【図１０】
2008532153.tif 000011
【図１１】
2008532153.tif 000012
【図１２】
2008532153.tif 000013
【図１３】
2008532153.tif 000014
【図１４】
2008532153.tif 000015
【図１５】
2008532153.tif 000016
【図１６】
2008532153.tif 000017
【図１７】
2008532153.tif 000018
【図１８】
2008532153.tif 000019
【図１９】
2008532153.tif 000020
【図２０】
2008532153.tif 000021