JP2007527042A

JP2007527042A - 電子的予約のスケジュール作成

Info

Publication number: JP2007527042A
Application number: JP2006516195A
Authority: JP
Inventors: マフテリンク，ゲールト
Original assignee: クアドラト
Priority date: 2003-07-01
Filing date: 2004-06-30
Publication date: 2007-09-20
Also published as: US20050004815A1; EP1644885A1; WO2005004013A1; CN1826611A

Abstract

例えば、運用面の制約と利用可能性の優先基準に基づき、検査のような処置を実施するために、医療機関内で患者に対する予約スケジュールを作成するシステムと方法を示している。システムのユーザーが全タイムウインドウに可能な全解答の代わりに処置の期間を設けて、予約のために利用できる唯一の又はそれより多いタイムスロットを得るとき、問題を生じる。解答はタイムスロット以上に長い期間を有するタイムセグメントを与え、これらのタイムセグメントのひとつの中で開始時間を選択する選択肢を患者に与えることである。その方法は、コンピューター又はサーバーのシステムで、例えば、放射線科の患者の検査スケジュール作成又はこれらの検査の文書管理用として用いられる。

Description

本発明は時間的予約の計画及びスケジュール（ｓｃｈｅｄｕｌｅ）作成のための、より特定すれば、運用面の制約と利用可能性の優先基準を考慮して、医療機関での患者の予約の日程を自動的に行うためのシステムと方法に関する。

ＱＰｌａｎｎｅｒＣ／Ｓという名前で、“Ｑｕａｄｒａｔ，ｎａａｍｌｏｚｅｖｅｎｎｏｏｔｓｃｈａｐ”及び“ＡＧＦＡ− ＧＥＶＡＥＲＴ，ｎａａｍｌｏｚｅｖｅｎｎｏｏｔｓｃｈａｐ”（両社ともベルギーに設立）により配布されている製品がクライアント・サーバー・ベース（ｃｌｉｅｎｔ／ｓｅｒｖｅｒｂａｓｅｄ）の医療予約スケジュール作成システムである。ＱＰｌａｎｎｅｒＣ／Ｓはユーザーインターフェース（ｕｓｅｒｉｎｔｅｒｆａｃｅ）を提供し、そこで、システムが検査又は検査グループ（ｇｒｏｕｐ）を行なえる最初の可能な日での可能な予約を提案する。その日に可能な全ての予約のリスト（ｌｉｓｔ）を示す。ユーザーは示された解答のひとつを選択できて、予約を書き込める。又は、次の日から始まる可能な予約をシステムに調査させる。ユーザーは一定の請求に対し可能な全ての解答の概要を知るようには全くなっていない。現在のシステムでは、ユーザーは適当と見られる予約を特定するまでその日の検索をするようにプログラム（ｐｒｏｇｒａｍ）と対話することが期待されている。

他の製品は“ＵｌｔｒａＧｅｎｄａＰｒｏ”で、“ＵｌｔｒａＧｅｎｄａ”会社により配布されている。ＵｌｔｒａＧｅｎｄａＰｒｏのユーザーインターフェースでは、ある時間内の最初のｎ件の解答が示される。ｎ件の新しいセット（ｓｅｔ）が請求された場合、サーバーに対して新しい調査を始めなければならない。いくつかの新調査を行わなければならない場合、これは顧客とユーザーの両方にとって時間がかかる。

このｎ件の解答セットが個別の解答として提示される。それゆえ、解答に対するユーザーの選択が制限される。別の問題は時間内の最初の利用可能性の解答をリストで示されることである。資源の希望、処置日の希望、場所の希望等のような他の制約が提案された解答の提示に用いられていない。
他の問題は、患者が唯一の又はそれより多くの利用可能なタイムスロットを得て、各スロットがＣＴスキャナー（ｓｘａｎｎｅｒ）による検査のような処置の期間を有しているときに生じる。極めて多くの場合、これらのタイムスロットは択一的である、即ち、利用可能なタイムスロットの共通部分は空白である。

上記の問題は請求項１及び８に示す特徴を有する方法により、又、請求項７に示す特徴を有するシステムにより解決される。本発明の好ましい実施例のための特徴は従属請求項に示されている。

本発明はその好ましい実施例と関連付けて以後に説明しているけれども、本発明をその実施例に限定することを意図していないことを理解されたい。

予約のスケジュール作成は以下に関連している。
１．予約に関わっている人物（単数又は複数）、又は、
２．予約に必要な装置、又は、
３．予約のための時間、又は、
４．予約のための場所、又は、
５．人、装置、時間及び場所の組合わせ。

予約の「時間」は通常タイムスロット即ち開始時刻と終了時刻により定義される期間である。予約のための「時間」は複数のそのようなタイムスロットと関連していても良い。

本発明に基づくと、タイムピリオド（ｔｉｍｅｐｅｒｉｏｄ）又はタイムウインドウは、システムのユーザーにより、例えば、コンピューター・システムのキーボード（ｋｅｙｂｏａｒｄ）を介してタイムウインドウの開始時刻と終了時刻を入力することにより、定義ないし指定しうる。このコンピューター・システムはクライントシステム（ｃｌｉｅｎｔｓｙｓｔｅｍ）、サーバーシステム（ｓｅｒｖｅｒｓｙｓｔｅｍ）又はスタンドアローンコンピューターシステム（ｓｔａｎｄ−ａｌｏｎｅｃｏｍｐｕｔｅｒｓｙｓｔｅｍ）で良く、それをネットワークを通じて他のコンピューターシステムに接続する。タイムウインドウがシステムに入力されると、後での検索又は計算のために記憶装置に記憶される。例えば、患者が９月を利用できないので、８月又は１０月の間に臨床処置又は検査を希望していることをユーザーが指定しうる。そのような場合、タイムウインドウは８月１日から８月３１日まで、及び１０月１日から１０月３１日までの２件の個人的に利用できるタイムセグメントの連合になる。そのような場合、タイムウインドウは複数のタイムセグメントに分けられる。さらに、このタイムウインドウは土曜日と日曜日から成る各期間を除外しうる。さらに、タイムウインドウは患者が例えば午後１時以前の全ての午前は利用不能であることを指定しうる。患者が利用不能であることは、二者択一的に、「制約」内に符号化することもできる。

タイムセグメントは選択又は指定されたタイムウインドウ内の期間である。タイムセグメントは好ましくは制約と希望を同時に評価しうる期間である。例えば、ＣＴスキャナーのような１台の設備が午前９時から１２時の間が利用可能で、検査中に立ち会うべき医師が午前８時から１１時まで利用可能であれば、タイムセグメントを午前９時から１１時までに定義するのが望ましい。その期間はＣＴスキャナーと医師が同時に利用可能である。典型的に、タイムウインドウは数日から数ヶ月であろう。一方、タイムセグメントは典型的に数時間又は営業日全体であろう。通常、少なくとも１件又は大部分のタイムセグメントが検査又は医療処置に必要な時間より長い期間を持つ。

好ましい実施例では、全ての制約に適合していれば、タイムセグメントが利用可能である、即ち、「利用可能なタイムセグメント」と呼ばれる。そのような状況で、制約のひとつが満たされていない又は適合していない場合、タイムセグメントがシステムのユーザーに提供しないのが好ましい。最初のタイプの制約は資源の管理に関連している。これは、資源を医療処置又は検査の期間中に利用可能でなければならないことを意味している。他の制約は医療処置又は検査の期間である。処置に１時間必要であれば、ＣＴスキャナーのような資源を１５分だけ利用できる期間には計画できないことは明らかである。他の制約は資源の利用可能性であろう。特定の医療装置が予防保守作業を例えば火曜日ごとに必要としている場合、この装置を利用している検査をその日に計画できない。それゆえ、その装置に対するタイムセグメントは「利用可能な資源のタイムセグメント」と呼ばれるが、それらの日は休止になり、又は、「利用不能の」タイムセグメントにより置換えられ、選択肢として、利用不能の理由を表示する。さらに、その装置があるタイムスロットに既に割当てられている場合、この装置に関連した利用可能な資源のタイムセグメントをそのタイムスロットと重ならないようにするのが好ましい。特定の医師が、一般的に資源とも呼ばれているが、その特定の時間的制約は水曜日の朝のみ利用可能であることであろう。利用可能なタイムセグメントはこの資源を必要としていて、それゆえ、水曜日の朝のみになる。それゆえ、ある資源のためのタイムセグメント（複数）は「利用可能な資源のタイム
セグメント」と「利用不能の」資源のタイムセグメントから成ることもある。利用不能のタイムセグメントは例えば以下を指定する：
１．そのタイムセグメントは通常の営業時間以外例えば夜間である。
２．そのタイムセグメントは資源として必要な人物の休暇中である。
３．そのタイムセグメントが既に他の予約に割当てられている。これらのタイムセグメントの作成は他の患者の予約記入により自動的に行われる。

さらに、システムは、各資源が関連タイムウインドウを有し、利用可能な時点を定義しているように実行しうる。上記の例のタイムウインドウが「毎水曜日の朝」であり、検査のためのタイムスロットがユーザーにより、例えば、水曜日の朝の午前９時から１０時までを指定されると直ちに、この資源のタイムウインドウはその日の午前９時から１０時の利用不能を反映して変えられる。

好ましい実施例では、予約のためのタイムセグメントが、各タイムセグメントが全ての該当する制約を満たしているように選択される。多くの場合、部屋、人、装置が利用可能であれば医療処置のスケジュール作成を行なえる。部屋は一グループの部屋から選択しうる。人は実質的に同じ資格を持つ一グループの人から選択しうる。及び、装置は実質的に同じ品質と機能を持つ一グループの装置から選択しうる。一グループの実質的に同等の資源を資源グループと呼ぶ。資源グループにはひとつ又は複数の同様又は同等の資源が含まれる。例えば、実質的に同じ能力を持つ３台のＣＴスキャナーは「ＣＴ資源グループ」を形成する。実質的に同じ資格を持つ、例えば、放射線医である４人の医師のチームは「放射線医の資源グループ」を定義する。

患者が特定の医療用検査を必要とする場合、この種の検査は、３台のＣＴ即ちＣＴ１、ＣＴ２及びＣＴ３から成るＣＴ資源グループの１メンバー（ｍｅｍｂｅｒ）、及び、４人の放射線医即ちＲ１、Ｒ２、Ｒ３及びＲ４から成る放射線医資源グループの１メンバーを必要とする。予約のスケジュール作成を行うのに利用可能な全てのタイムセグメントを見いだすために、システムが以下のように進めるのが好ましい。システムは、まず、ＣＴと放射線医の全ての可能な組合わせを計算する。この状況では１２組になる。即ち、ＣＴ１−Ｒ１（ＣＴ１＝ＣＴの１番、Ｒ１＝放射線医の１番）、ＣＴ１−Ｒ２、ＣＴ１−Ｒ３、ＣＴ１−Ｒ４、ＣＴ２−Ｒ１、ＣＴ２−Ｒ２、ＣＴ２−Ｒ３、ＣＴ２−Ｒ４、ＣＴ３−Ｒ１、ＣＴ３−Ｒ２、ＣＴ３−Ｒ３、ＣＴ３−Ｒ４。少なくとも１個又はいくつか、又は、好ましくは個々の組合わせのそれぞれ例えばＣＴ２−Ｒ３に対して、システムが、ユーザーが指定したタイムウインドウ内で利用可能な全てのタイムセグメントを発生する。この例で利用可能なタイムセグメントは、患者のタイムウインドウ内でＣＴ装置と放射線医の両方が利用可能であるときのタイムセグメントである。

このＣＴ２−Ｒ３の組合わせに対して、手順を以下のように進める：クライアントシステムをサーバーに接続しているようなコンピューターシステムにユーザーが入力する。タイムウインドウの内部に利用可能なタイムセグメントを配置しなければならない。このタイムウインドウは２週間を２００４．０３．０１０８：００から２００４．０３．１４
１８：００のように指定する。それゆえ、タイムウインドウは２００４年３月１日午前８時に始まり、２００４年３月１４日午後６時に終了する。ユーザーはコンピューターシステムに医療用検査のタイプ（「検査」（“ｅｘａｍ”））を入力するが、それによりこの検査が第一資源グループＣＴ１、ＣＴ２、ＣＴ３からの第一の資源ＣＴｊを必要とすること、及び、さらに、この検査が第二資源グループＲ１、Ｒ２、Ｒ３、Ｒ４から第二の資源Ｒｋも必要とすることが明らかである。そこで、システムは以前に示したように、全ての可能な組合わせＣＴｊ−Ｒｋを作成する。そして、１個ずつ選択する。ここで、特定の組合わせ例えばＣＴ２−Ｒ２を特別な理由で認めないことが可能になる。

ＣＴ２−Ｒ２を除外することは、放射線医Ｒ２がＣＴシステムのＣＴ２と組合わせた検査を行なえないことを意味する。許可されない組合わせは利用可能なタイムセグメントの計算から廃棄する。ここで、認められた各組合わせＣＴｊ−Ｒｋについて、タイムウインドウ内の利用可能なタイムセグメントをシステムが好ましく計算する。ＣＴ２−Ｒ３の組合わせについて、利用可能なタイムセグメントを以下のように計算する。ＣＴ２又はＲ３の必要性が無い場合、検査のために利用可能なタイムセグメントは以下のセグメントである：
２００４．０３．０１０８：００ − ２００４．０３．１４１８：００
ここで、この単一の連続したタイムセグメントを調節する、通常はＣＴ２とＲ３の利用可能性に基づいて一連の連続したタイムセグメント内で分割する。
それゆえ、ＣＴ２とＲ３の利用可能性を調べる。ＣＴ２の利用可能性は全般的に「利用可能な資源のタイムセグメント」と呼ばれていて、ユーザーの第一コンピューター・システムに接続した第二コンピューターシステム内に記憶しうる。第一及び第二のコンピューターシステムは、単一コンピューターシステム：クライアント又はサーバーのシステムでも良い。第二のコンピューターシステムはＣＴ２に接続しうる。

好ましくは、この第二のコンピューターシステムのＣＴ２に対する利用可能性のデータは、ＣＴ２からのタイムセグメントを配置することが必要な全てのコンピューターシステムによりアクセス（ａｃｃｅｓｓ）できる。ＣＴ２に対する利用可能性のデータに基づいて、最初の単一の連続している利用可能なタイムセグメントを連続したタイムセグメントの中で切断する。ＣＴ２が営業日である２００４年３月の１−５日と８−１２日の午前９時から午後５時まででのみ利用可能である。ＣＴ２の利用可能性のデータも、ＣＴ２の予約は３月２日午前１０時から午前１１時になると指定する。さらに、この検査はＣＴ２を１５分間使用することが必要であることを、医療用検査のタイプ（ｔｙｐｅ）についてのデータが指定する。ＣＴ２が午前９時から１０時まで利用可能であれば、検査を開始できる最初の瞬間が午前９時であり、開始できる最後の瞬間が午前９時４５分になる。なぜなら、１５分の期間を用いる検査は午前１０時で終わるからである。それで、中間で利用可能なタイムセグメントは以下の通りである：
２００４．０３．０１０９：００ − ２００４．０３．０１１６：４５
２００４．０３．０２０９：００ − ２００４．０３．０２０９：４５
２００４．０３．０２１１：００ − ２００４．０３．０２１６：４５
２００４．０３．０３０９：００ − ２００４．０３．０３１６：４５
２００４．０３．０４０９：００ − ２００４．０３．０４１６：４５
２００４．０３．０５０９：００ − ２００４．０３．０５１６：４５
２００４．０３．０８０９：００ − ２００４．０３．０８１６：４５
２００４．０３．０９０９：００ − ２００４．０３．０９１６：４５
２００４．０３．１００９：００ − ２００４．０３．１０１６：４５
２００４．０３．１１０９：００ − ２００４．０３．１１１６：４５
２００４．０３．１２０９：００ − ２００４．０３．１２１６：４５
上記から各「利用可能な資源のタイムセグメント」の終わりから医療用検査の期間を減算していることは明らかである。このことは、「利用可能なタイムセグメント」が常に検査を開始できる瞬間を反映しているように一貫して行われる。この減算操作は計算の終わりでも、即ち、資源グループからのひとつの資源に対して又は複数の資源グループからの資源のひとつの組合わせに対して解答が計算された各時点で行われる。

それゆえ、最初に利用可能なタイムセグメントが、ＣＴ２の時間的制約即ちＣＴ２の「利用可能な資源のタイムセグメント」を考慮して、中間の小さい利用可能なタイムセグメントに細分されることは明らかである。

別のステップで、放射線科医３番即ちＲ３の利用可能性は中間の利用可能なタイムセグ
メントにＲ３の時間的制約を課すために調査される。Ｒ３が第一週の最初の３日間のみ即ち２００４年３月１−３日、午前８時から午前１１時４５分が利用可能であると想定すると、さらに、放射線医Ｒ３が３月２日、午前９時から１０時１５分に既に他の検査に割当てられていると想定すると、Ｒ３の利用可能性のデータは以下のようになる：
２００４．０３．０１０８：００ − ２００４．０３．０１１１：４５
２００４．０３．０２０８：００ − ２００４．０３．０２０９：００
２００４．０３．０２１０：１５ − ２００４．０３．０２１１：４５
２００４．０３．０３０８：００ − ２００４．０３．０３１１：４５
Ｒ３に対するこれらの利用可能性のデータを第一コンピューター・システムに接続された第三のコンピューター・システムに記憶する。これらのデータは、資源Ｒ３を計画するのに必要な全ての計画システムのためにアクセスできるのが好ましい。

ここで医療用検査のための１５分間を考慮して、Ｒ３の利用可能性のデータを中間の利用可能なタイムセグメントと組合わせる。そのことはＲ３のそれぞれの利用可能なセグメントの終了時刻を、Ｒ３の利用可能性から容認できる検査の開始時刻を反映させるために、１５分間低減しなければならないことを意味している。さらに、検査期間による減算が中間の利用可能なタイムセグメントのために行われていない場合、これは、Ｒ３のためのこの段階では不必要である。

以下のリストの中で、Ｒ３の利用可能な開始時点のタイムセグメントはＲ３を先頭に置いているが、２種類のタイムセグメントを以下で合わせて、システムが最終の利用可能なタイムセグメントの計算を進める方法を示している。３月４日以降の中間のタイムセグメントは示していない。なぜなら、最終の利用可能なタイムセグメントが得られていないからである。以下に、Ｒ３とＩＭに対する（部分的に）重なったタイムセグメントの各ペア（ｐａｉｒ）と得られた利用可能な（“ＡＶ”）タイムセグメントが示されている。
Ｒ３２００４．０３．０１０８：００ − ２００４．０３．０１１１：３０ＩＭ２００４．０３．０１０９：００ − ２００４．０３．０１１６：４５ＡＶ２００４．０３．０１０９：００ − ２００４．０３．０１１１：３０
Ｒ３２００４．０３．０２０８：００ − ２００４．０３．０２０８：４５ＩＭ２００４．０３．０２０９：００ − ２００４．０３．０２０９：４５ＡＶ重なり無し

Ｒ３２００４．０３．０２１０：１５ − ２００４．０３．０２１１：３０ＩＭ２００４．０３．０２１１：００ − ２００４．０３．０２１６：４５ＡＶ２００４．０３．０２１１：００ − ２００４．０３．０２１１：３０
Ｒ３２００４．０３．０３０８：００ − ２００４．０３．０３１１：３０ＩＭ２００４．０３．０３０９：００ − ２００４．０３．０３１６：４５ＡＶ２００４．０３．０３０９：００ − ２００４．０３．０３１１：３０
ＩＭ２００４．０３．０４０９：００ − ２００４．０３．０４１６：４５ＡＶＲ３との重なり無し

上記データから抽出できるので、医療処置開始のスケジュール作成用として最終的に利用可能なタイムセグメントは：
ＡＶ２００４．０３．０１０９：００ − ２００４．０３．０１１１：３０ＡＶ２００４．０３．０２１１：００ − ２００４．０３．０２１１：３０ＡＶ２００４．０３．０３０９：００ − ２００４．０３．０３１１：３０
上記の例で、Ｒ３とＩＭの間の重なりがペア状になっているだけである。より複雑な状況では、Ｒ３のタイムセグメントはＩＭの２以上のその後のタイムセグメントと重なりを生じること、又は、その逆になりうる。中間の利用可能なタイムセグメント（“ＩＭｊ”）と資源の利用可能なタイムセグメント（“ＲＥｋ”）の組合わせからの最終のタイムセ
グメントのロス（ｌｏｓｓ）を避けるために、以下の手順に従うことができる。

ｊ＝１に対するＩＭｊ即ちＩＭ１をｋ＝１・・Ｋに対するＲＥｋと比較する。ここでＫはタイムセグメントＲＥｋの総数である。タイムセグメントＲＥｋは検査処置の期間により減算されている。
各タイムセグメントＩＭｊが開始時刻ＩＭｊ．Ｓと終了時刻ＩＭｊ．Ｅを有する。
各タイムセグメントＲＥｋが開始時刻ＲＥｋ．Ｓと終了時刻ＲＥｋ．Ｅを有する。
ＩＭｊ．Ｓ≦ＩＭｊ．Ｅ及びＲＥｋ．Ｓ≦ＲＥｋ．Ｅであることは明らかである。
ここで、以下の状況を生じうる：
1. IMj.E ＜ REk.S → 無解答
2. IMj.S ＜ REk.S and REk.S ≦ IMj.E ≦ REk.E → [REk.S, IMj.E]
3. IMj.S ＜ REk.S and REk.E ＜ IMj.E → [REk.S, REk.E]
4. REk.S ≦ IMj.S ≦ REk.E and REk.S ≦ IMj.E ≦ REk.E → [IMj.S, IMj.E]
5. REk.S ≦ IMj.S ≦ REk.E and REk.E ＜ IMj.E → [IMj.S, REk.E]
6. REk.E ＜ IMj.S → 解答無し
状況１で、ＩＭｊはＲＥｋの完全に前になるので、重なりはない。

状況２で、ＩＭｊの開始はＲＥｋの前になるが、ＩＭｊの終了はＲＥｋ内になっているので、解答ないし重なりはＲＥｋの開始で始まり、ＩＭｊの終了で停止する。

状況３で、ＲＥｋが完全にＩＭｊ内になっているので、解答はＲＥｋである。

状況４で、ＩＭｊが完全にＲＥｋ内になっているので、解答はＩＭｊである。

状況５で、ＩＭｊの開始がＲＢｋ内になっているが、ＩＭｊの終了はＲＥｋ外になる。それゆえ、解答又は重なりはＩＭｊの開始で始まり、ＲＥｋの終了で停止する。

状況６で、ＩＭｊがＲＥｋの完全に後になるので、解答は無い。

一実施例で、それぞれの中間のタイムセグメントＩＭｊ（ｊ＝１・・Ｊ）をそれぞれの利用可能な資源のタイムセグメントＲＥｋ（ｋ＝１・・Ｋ）と比較する。好ましくはＩＭ１をＲＥ１、ＲＥ２・・ＲＥＫと順番に比較することにより始まって、ＩＭＪをＲＥ１、ＲＥ２・・・ＲＥＫと比較するまで、ＩＭ２をＲＥ１、ＲＥ２・・ＲＥＫと比較することを進めていく。上記の状況２−５のひとつに基づいて解答が発生するたびに、この解答が利用可能なタイムセグメントＡＶｎの新しい列に記憶される。そのような列は利用可能なタイムセグメントのリンク（ｌｉｎｋ）されたリストになる。利用可能な資源のタイムセグメントが非常に細分された場合、この新しい列ＡＶｎは一般的に中間のタイムセグメントの列ＩＭｊよりも細分されている。さらに、利用可能なタイムセグメントＡＶｎの連合は中間のタイムセグメントＩＭｊの連合の部分集合である。中間のタイムセグメントＩＭｊと資源のタイムセグメントＲＥｋが時系列的にソート（ｓｏｒｔ）される場合、利用可能なタイムセグメントＡＶｎもこの手順により時系列的順序で発生する。もし、ＩＭｊ及びＲＥｋが時系列的に分類される場合、比較手順の他の最適化を達成できるので、ＩＭｊの各反復で、資源のタイムセグメントＲＥｋ全部を中間のセグメントＩＭｊと比較する必要はない。例えば、ＩＭｊがＲＥｋの後になることが見いだされた場合、ＩＭｊ＋１はＲＥｋのさらに後になる。そして、ＩＭｊ＋１，ＩＭｊ＋２等とＲＢｋの間の比較はこれ以上行う必要はない。それ以上の比較をＲＥｋ＋１から始めることができる。ＩＭｊがＲＥ
ｋの前に見いだされた場合、さらに、ＩＭｊはＲＥｋ＋１，ＲＥｋ＋２等の前になるので、ＩＭｊとＲＥｋを比較するための反復をその時点で停止する。

タイムセグメントの利用可能性が別の資源に依存している場合、上記と同じ手順を実行できる。ここで、得られたタイムセグメントＡＶｎが中間のタイムセグメントＩＭｊとして処理され、この別の資源の利用可能なタイムセグメントが資源のタイムセグメントＲＥｋとして処理される。

全ての必要な資源の全ての時間的制約を考慮すると直ちに、得られたＡＶｎの列が、特定の医療用検査のための資源グループからの資源の特定の組合わせ例えばＣＴ２とＲ３に対する利用可能なタイムセグメントを与える。

ここで、上記手順を、ＣＴ資源グループからの１台のＣＴ装置と放射線医資源グループからの放射線医Ｒの他の有効な組合わせについて繰返される。

最後になるが、利用可能なタイムセグメントのリストは、資源グループ内の資源の有効な組合わせに対するＡＶｎの連合により形成される。唯一の資源グループしか無ければ、上記の計算はその一組の資源グループ内の各資源に対してのみ行わなければならない。１を超える資源グループがある場合、そのそれぞれから１資源を選択しなければならない。計算は資源のそれぞれの有効な組合わせについて行われる。

利用可能なタイムセグメントの最終リストはひとつの資源グループの個々の資源に対して、又は、２以上の資源グループからの資源の組合わせに対して見いだされた利用可能なタイムセグメントの連合である。これらの最終的に利用可能なタイムセグメントは、好ましくは、ユーザーがスケジュール作成を行うコンピューター・システムのディスプレー（ｄｉｓｐｌａｙ）で、ユーザーに示し、ユーザーがこれらの利用可能なタイムセグメントのひとつの中で、時間内の任意の瞬間即ち医療用検査の開始時刻を、キーボード又はマウス（ｍｏｕｓｅ）ないしトラックボール（ｔｒａｃｋｂａｌｌ）のようなポインター・デバイス（ｐｏｉｎｔｅｒｄｅｖｉｃｅ）を用いることにより選択できる。そこで、システムはＡＶｎリストに注目し、そのための資源グループの資源又は種々の資源グループからの資源の組合わせに対して、医療用検査について選択された開始時刻が適当である。その選択された開始時刻が種々のＡＶｎリスト又は組合わせと適合性があれば、ユーザーにはこれらの組合わせのひとつを選択する選択肢を与えられる。説明を簡潔にするために、「（資源の）組合わせ」はひとつの資源グループからのひとつの資源について、又は、２以上の資源グループからの２以上の資源の有効な組合わせについての両方に用いられている。代わりに、システムはそのグループから最も適当で有効な資源の組合わせを自動的に選択できる。この選択は恣意的に例えば最初の有効な資源の組合わせを選択するだけで行なえる。代わりに、この選択は、全ての有効な資源に均一な負荷ないし占有率を与えることにより行なえる。さらに、各資源への最大の占有率を定義し、又、まだ最大占有率に達していない有効な資源を選択することが可能である。これらの選択が行われると、ユーザーは予約の「登録」を行なえる。予約の登録は、選択された資源（単数又は複数）のための少なくともひとつの利用可能な資源のタイムセグメントを変更する効果を有し、その効果は、タイムセグメントが選択された開始時刻に開始して、かつ、利用不能として宣言された医療用検査の期間により決定された期間を有している。このタイムセグメントはその資源が利用不能であるが、予約登録の参照番号を示す属性を取得し、その番号が予約登録作業の全ての事項又は現在登録されている予約を示す。

ある臨床検査は検査自体の時間だけでなく、「処置前」「処置後」の期間も必要とする。患者が主要資源を用いて２０分の検査を受けなければならない場合、検査前に１５分の準備を必要とし（それを「処置前」という）、又、検査後に１０分を必要（それを「処置後」という）としている可能性がある。主要資源には２０分のみを割当てる必要があることは明らかである。しかしながら、患者は検査開始前に１５分間、検査終了後に１０分間利用可能である必要がある。これらの「処置前」と「処置後」のタイムセグメントは予約のためのタイムウインドウから最初のタイムセグメントを定義するのに使用できる。例えば、上記の例のように、予約のためのタイムウインドウが２００４．０３．０１０８：００から２００４．０３．１４１８：００である場合、患者が利用可能なタイムセグメントはそれぞれ処置前と処置後を考慮して、２００４．０３．０１０８：１５から２００４．０３．１４１７：５０として初期化する。処置前又は処置後に更衣室のような特別な他の資源を必要とする場合、予約のスケジュール作成時にこれらの資源の利用可能性も考慮される。

より複雑な状況を図２に示す。長方形の区域２００−３４０は資源又は患者に対するタイムブロック（ｔｉｍｅｂｌｏｃｋ）を示す。区域２１０は患者が、検査２３０だけでなく、処置前２２０及び処置後２４０を利用可能になるはずの時間を示している。現在の例では処置前２２０と処置後２４０は検査２３０に必要な、患者の衣服を脱ぐことと着ることに関係している。それゆえ、更衣室１番が２００と示されていて、処置前の開始から処置後の終了まで必要になる。処置前２２０と処置後２４０の期間は検査のタイプにより定義される。検査の期間２３０は主として検査のタイプにより定義されるが、この検査に対して選ばれた資源（単数又は複数）にも依存する。即ち、第一の装置で行われる検査が第二の同等の装置で行われる同じタイプの検査より長時間かかる。タイムブロック２５０、２６０、２７０が検査を実施するために第一の資源「資源１番」の割当を意味している。タイムブロック２８０及び２９０が検査を実施するために第二の資源「資源２番」の割当を意味している。タイムブロック３００は、処置前３１０、検査３２０、処置後３３０を必要とする第二の患者のスケジュール作成を示す。タイムブロック３４０は第二更衣室の割当を意味している。

以下で示すように、利用可能なタイムセグメントの初期化と上記タイムブロックに基づく処理から予約の正しいスケジュール作成が得られる。

利用可能なタイムセグメントの初期化は以下のように行うのが好ましい。各ユニット（ｕｎｉｔ）即ち資源又は患者又は更衣室に対して、図２のタイムブロックに対応して、利用可能なタイムセグメントが、「利用可能な個人のタイムセグメント」又は「利用可能な資源のタイムセグメント」により初期化される。好ましくは、図２に示された各タイムブロックに対して、タイムセグメントのリンクされたリストが作成される。リンクされたリストの各要素はそのユニットが利用可能な開始時刻とそのユニットが利用可能な終了時刻を含む。このリンクされたリストをここで、例えば、他のユニットにより細分されたタイムセグメントにより拡張され、又は、他のユニットの全てのタイムセグメントと不適合なタイムセグメントを抹消することにより縮小する。解答を探すアルゴリズム（ａｌｇｏｒｉｔｈｍ）の作動中に、そのタイムセグメントの期間が縮小するように、リンクされたリストの個々の要素が開始時刻の増加又は終了時刻の減少を生じる。ここで、対話するユニットのタイムセグメントがお互いに対応させることが必要である。これらの対話は１種類、２種類又は３種類のリンクにより定義される。これらのリンクは検査全体の構造、即ち、検査に含まれる構成ユニット間に存在する全ての関係を定義する。その構造が、どのユニットが含まれているかを、又、その相互関係を定義する。その構造とは別に、ユニットの利用可能性即ち利用可能なタイムセグメントが既知でなければならない。そして、ユニットの期間が図２のタイムブロックにより示される。図２では、以下のタイムブロック間のリンクが認められる。

１．順序リンク３５０及び３６０：リンク３５０は検査２３０が処置前２２０の直後になるべきことを示す。リンク３６０は処置後２４０が検査２３０の直後になるべきことを
示している。

２．構成リンク。患者１番のためのタイムブロック２１０が３個のタイムブロック即ち処置前２２０、検査２３０、処置後２４０から構成されている。

３．関連リンク３７０及び３８０は同時動作のためにある。検査２３０は関連リンク３７０を介して資源１番のタイムブロック２６０にリンクされている。資源１番のタイムブロック２６０は関連リンク３８０を介して資源２番のタイムブロック２８０にリンクされている。
代わりに、検査２３０が資源２番２８０を必要としているので、検査２３０をタイムブロック２８０にリンクしても良い。

該当していれば、解答を得るために、ここで、以下の条件を満たさなければならない。

１．ユニットに対するタイムセグメントはユニットの利用可能性を満たさなければならない。これは上記の初期化により実現される。

２．構成要素（例えば処置前２２０、検査２３０、処置後２４０）のタイムセグメントはこれらの構成要素を含む存在（例えば患者１番２１０）のタイムセグメントと適合しなければならない。

３．後の活動（例えば、検査２３０）は、前の活動（例えば、処置前２２０）の最も早い開始時刻プラスその前の活動の期間よりも早く始めてはならない。

４．前の活動（例えば、検査２３０）は、後の活動（例えば処置後２４０）の最も遅い終了時刻マイナスその後の活動の期間より遅く終わってはならない。

５．同時の活動をするユニットのタイムセグメントは等しい開始時刻と等しい終了時刻を持たなければならない。これは、関連させたリンクを有するユニットのタイムセグメントの共通部分を作ることにより実現しうる。

各タイムセグメントは対応する活動を実行しうる時点を示している。タイムブロックが関連リンクを介してお互いにリンクされている。そして、図的には、その対応するタイムセグメントの位置とサイズ（ｓｉｚｅ）が正確に合わなければならない。即ち、タイムセグメントの開始時刻と終了時刻が合わなければならない。図４に示すように、このことは、タイムブロック８１がタイムブロック８２に関連づけるようにリンクされている場合、タイムセグメント８１の開始時刻はタイムセグメント８２の開始時刻と等しくしなければならない。又、タイムセグメント８１の終了時刻はタイムセグメント８２の終了時刻と等しくしなければならない。図４はタイムセグメント８１及び８２がこの条件を満たさない状況を示している。タイムセグメント８１は検査２３０を実施するための患者の利用可能性と関連していて、その一方で、タイムセグメント８２は資源１番の利用可能性と関連している。図４に示されるように、８１及び８２の開始点と終了点は一致していない。それゆえ、タイムセグメント８３の新しいセットを作り、それが、実際には、タイムセグメント８１及び８２の共通部分である。このことはタイムセグメント８３に対して、８１と８２の両方が利用可能であることを意味している。この共通部分の操作の後で、患者に対するタイムセグメント８１及び資源１番に対するタイムセグメント８２を示すデータをタイム・セグメント８３により上書きされる。患者１番のタイムブロック２３０が資源１番のタイムブロック２６０及び資源２番のタイムブロック２８０とそれぞれ結ぶ全てのリンク３７０，３８０について、「患者１番」と関連させる全てのリンクが対応するタイムセグメントを有するまで、この操作が反復される。

図２に示す順序リンク３５０と３６０の場合、処置前のタイムセグメントの開始は対応する検査のタイムセグメントの最も早い開始時刻マイナス処置前の期間より早くないことを確認することが重要である。処置前のタイムセグメントの終了が、検査のタイムセグメントの終了時刻マイナス検査２３０の期間より遅くてはならない。これらの条件のひとつが適合しない場合、検査２３０のためのタイムセグメントの少なくともひとつが前の処置で変えられているので、処置前２２０のタイムセグメントを再調整しなければならない。

同様に、処置後２４０に対するタイムセグメントの開始は対応する検査２３０のタイムセグメントの開始時刻プラス検査の期間より早くてはならず、又、処置後２４０のタイムセグメントの終了は対応する検査のタイムブロック２３０のタイムセグメントの終了時刻プラス処置後の期間より遅くなってはならない。これらの条件のひとつに適合しない場合、検査２３０のタイムセグメントの少なくともひとつが前の処置で変えられているので、処置後２４０のタイムセグメントを再調整しなければならない。

処置前２２０のタイムセグメントが修正されていると、対応する他のタイムブロックと関連づけるリンクにより、これは他のタイムセグメントに影響する。この状況は図３に示されている。患者の処置前２２０及び処置後２４０が、それぞれ、タイムブロック４１０及び４３０に示されているように看護師の支援を必要とする可能性がある。処置前２２０と看護師４１０の間を関連づけるリンク４５０があるので、図４に関連して論じたように処置前２２０と看護師４１０に対応する利用可能なタイムセグメントの共通部分を用いることにより対応するタイムセグメントが適合しなければならない。

図２に示すように、一方の患者１番（２１０）と他方の処置前２２０、検査２３０、処置後２４０の間に存在する構成リンクについて、低位の階層の最初の要素、ここでは処置前２２０、のタイムセグメント開始で、高位の階層、ここでは患者１番、を有するタイムセグメントを開始することが必要である。高位の階層のタイムセグメントの終了が低位の階層の最終要素、ここでは処置後２４０のタイムセグメントの終了と一致していなければならない。それで、処置前のタイムブロック２２０に対応するタイムセグメントが修正された場合、これは患者１番のタイムブロック２１０に対応するタイムセグメントの開始時刻に影響する。同様に、処置後のタイムブロック２４０に対応するタイムセグメントが修正された場合、患者１番のタイムブロック２１０に対応するタイムセグメントの終了時刻に影響する。

図２では、２段の階層のみが示されている。第三位、第四位、それ以上の階層を導入して、各高位の階層がすぐ下の構成要素への構成リンクを有することも可能である。

図２に示すように、患者１番のタイムブロック２１０は更衣室１番のタイムブロック２００に関連付けるリンク３９０を有する。ここでも、２個のタイムブロック２１０及び２００に対応するタイムセグメント間の共通部分を作らなければならない。それがタイムブロック２１０とタイムブロック２００の両方に基づいてタイムセグメントに影響する。タイムブロック２００はこれ以上の、順序、構成又は関連のリンクを持たないので、この時点で、他のタイムブロックに基づくタイムセグメントに合わせてタイムブロック２００に基づくタイムセグメントを設ける必要はない。なぜなら、それはタイムブロック２１０に合わせているからである。しかしながら、タイムブロック２１０に基づくタイムセグメントは変更されていて、タイムブロック２１０が処置前２２０と処置後２４０への構成リンクを有しているので、処置前のタイムブロック２２０又は処置後のタイムブロック２４０又はその両方に基づくタイムセグメントを修正する必要があるだろう。処置前のタイムブロック２２０のタイムセグメントに対する修正は、順序関係により検査のタイムブロック２３０のタイムセグメントに影響する。検査２３０を、処置前の最も早い開始時刻プラス処置前の期間より早く開始してはならない。かつ、処置前の最も遅い終了時刻プラス検査の期間より遅く終了できない。上記の説明から理解できるように、タイムセグメントを対応させるために順序、構成、関連のリンクを考慮することは、極めて反復性かつ再帰性の作業になる。原則として、患者、更衣室、装置、放射線医、看護師又は他のどんな資源であるかに関係なく、全てのタイムセグメントを等しく扱わなければならない。システム内の全てのタイムセグメントにタイムブロックに基づく対応が行われると、システムは「解答」を見いだす。ここで最も関連している「解答」が、患者１番のタイムブロック２１０に対応するタイムセグメントを構成する。検査の開始時刻を選択するためにユーザーに提供する前に、構成要素、即ち、処置前、検査、処置後の全期間をタイムブロック２１０に対応する各セグメントの終了時刻から減算することは有用である。

システムが複数の解答を見いだし、各解答が１資源グループからの他の資源に又は２以上の資源グループからの他の資源の組合わせに対応している場合、各タイムセグメントの終了時刻から検査の期間を減算することにも利点がある。なぜなら、１資源グループ内で資源が異なれば、又は、資源の組合わせが異なれば、その期間が異なるからである。これらの修正した解答を、種々の資源又は組合わせについてその修正した解答の連合を用いることにより、組合わせることができる。又、その連合は患者の検査を行なえる期間の範囲を正しく与える。

資源グループの利点は、ある資源グループを固定した資源グループとして、又は、臨床検査を行うのに必要なＣＴ装置の能力のような技術的制約により定義しうることである。固定した資源グループが５台のＣＴスキャナー：ＣＴ１、ＣＴ２、ＣＴ３、ＣＴ４、ＣＴ５である場合、ＣＴスキャナーの部分的グループ（ｇｒｏｕｐ）を１ｃｍのスライス（ｓｌｉｃｅ）厚みをサポート（ｓｕｐｐｏｒｔ）するスキャナーであるとして定義しうる。そのような資源グループをＣＴ３、ＣＴ４、ＣＴ５のみで構成しうる。それゆえ、そのような１ｃｍのスライス厚みという処置上の制約を必要とする臨床検査は、ＣＴ３、ＣＴ４、ＣＴ５のみに関連した利用可能なタイムセグメントを受ける。それで、好ましくは、利用可能なタイムセグメントのリストは時間的制約又は処置上の制約のどれかに違反している点を一点でも含まない。

拡張として、例えば、緊急の場合、システムは少なくとも１件、数件又は全ての制約に違反することがある。

特定の部屋を特定の人に制約条件により又は優先度によりリンクして良い。例えば、緊急の場合、優先度を破棄する。

システムが全ての利用可能なタイムセグメントをまとめると、これらのタイムセグメントはユーザーに表示するもので、最も適当なものを選択できる。より特定すれば、ユーザーは予約の開始時刻を選択しうる。好ましくは、開始時刻が利用可能なタイムセグメントのひとつの期間内に入る。そのタイムセグメントが完全に利用可能な時間を与えていれば、好ましくは、その開始時刻がそのタイムセグメントの始めに始まる期間内で選択される。そして、そのタイムセグメントの終了マイナス医療処置の期間に終了する。好ましくは、システムがユーザーに対して、処置又は期間を開始できる期間として個々の利用可能なタイムセグメントを表示する。そのようなタイムセグメントは開始時刻と終了時刻を有する。開始時刻と（終了時刻＋医療処置の期間）により定義された期間が、好ましく、全ての制約を満たす。ユーザーが利用可能なタイムセグメントの「終了時刻」を選択する場合でも、処置を「その終了時刻」で開始できる。なぜなら、この終了時刻に医療処置の期間をプラスするまで、制約を満たせるからである。

いくつかのタイムセグメントが利用可能であれば、これらのタイムセグメントを一定の
順序で表示するのが好ましい。選択肢のひとつは優先度を定義すること及び最も好ましいタイムセグメントを最初に表示することである。優先度は制約と比較してあまり厳密ではない。制約は違反しないことが好ましいが、優先度は単なる表示である。好ましくは、制約を最初に評価して、利用可能なタイムセグメントの最終リストを得る。各優先度が関連する費用関数を持つ。全体的費用関数は個々に関連している費用関数の合計になる。システムは最適化を試みて良い。即ち、全体的費用関数を最小又は最大にして、又は、評価した全体的費用を分類基準として使用する。優先度の一例は資源である。患者が特定の医師又は特定の看護師を用いている場合、ユーザーはこの医師又は看護婦を、即ち、この資源を優先する。もし、患者が木曜日よりも水曜日に医療処置を受けることを好み、又は、午後の検査よりも午前の検査を好む場合、これを優先度として入力する。病院がひとつの町又は地方の中にいくつかの場所を有している場合、ユーザーは好ましい場所を入力する。優先度はユーザーが入力するか、又は、病院が与える。病院からの優先度は特定の医師が特定の検査室を用いるのが好ましいと言うことである。検査室がお互いに、例えば、５００メートルと非常に離れている場合、制約が例外を求めない限り、特定の一個所内に一人又は一チームの人を保持することが有用である。さらに、優先度はいくつかの装置の相対的品質又は能力にも関連付けられる。より最新の装置を利用できない場合、この装置で能力が低い旧式のものでも検査を行なえる。品質又は能力を実際に求められる場合、品質又は能力を制約として示せる。又は、品質又は能力が好ましいだけであれば、優先度として示せる。

資源は、医師、看護師、特定機器の操作員等のような人物に関連付けられる。さらに資源は装置又は特定機器、医療処置を行う部屋、又は、科にも関連付けられる。典型的な資源又は資源グループは放射線医、放射線写真操作員、部屋、超音波診断装置、ＣＴ又はＭＲスキャナーである。

利用可能なタイムセグメントの概念を用いることにより、システムは、これらのセグメントに対する全ての制約を満たしていることを確認する。ユーザーは以下の理由で１を超える可能な解答を容易に得ることができる。それぞれの利用可能なタイムセグメントが少なくとも１件の有効な解答を与える。利用可能なタイムセグメントが医療処置の必要期間より長い期間になっている場合、ユーザーはそのタイムセグメント内でいくつかの解答を自由に選択できる。

さらに、優先度の概念を導入することにより、ユーザーは利用可能なタイムセグメントをさらに適切に表示できる。従来技術の方法は異なる調査戦略を用いて、早すぎる段階で自由裁量のステップを用いることにより連続性を喪失している。

本発明に基づいて、提案された解答がユーザーに、全ての運営面の制約を考慮して、検査又は検査グループを行なえる非常に大きな時間的範囲ないしタイムウインドウ内で可能性がある全ての利用可能なタイムセグメントの完全な概要を与える。運営面の制約とは特定の医療用検査を男性が行わなければならないことである。そのような場合、その資源に対する資源グループは男性に限定される。

提案された概要に基づいて、ユーザーは、特定患者のための特定タイプの予約又は予約のセットが行われる特定時点を見るために、遅滞なく、又は、ソフトウエアとの追加の対話無しで、又は、サーバーとの通信無しで、迅速に応答できる。

解答の概要は好ましくはタイムセグメントのリストとして示される。これらのセグメントは有効な予約の開始時刻の領域を表示する。このことは、セグメント内の任意の時点で予約に有効な開始時刻が考慮されていることを意味する。ユーザーは、リスト内のタイムセグメントのどれかに属している限り、任意の開始時刻を自由に選択できる。そして、そ
のシステムは、好ましくは全ての運営面の制約を考慮するように、有効な予約を行なえるようにする。これにより、例えば、患者からの電話による特別請求に迅速に応答する能力をユーザーに与え、又、ユーザーがそのニーズ（ｎｅｅｄｓ）に最も適合している予約を選択できるように管理できる。

一例を図１に基づいて示す。

本発明に基づくシステムが、‘ＷＫ’として特定された患者に対して、‘ＱＷＥＢＥＸＡＭ２’のタイプの検査を登録しなければならない場合、本発明に基づくシステムと方法を以下のように進めるのが好ましい。

ＱＷＥＢＥＸＡＭ２は２件の特別資源を必要とする検査として定義される。資源は以下の項目のひとつである。検査を実施する一人の人物、検査又は処置を行なえる場所又は部屋、及び、その処置に必要な医療機器又は医療装置。

検査面の制約は好ましくは資源が有効な候補として持つべき特定の品質について定義されている。

その時点の予約に対して可能な全ての解答の完全な概要を示すために、システムは、資源の休日、資源の勤務時間、資源がその時点で既にスケジュールに組込まれているかどうか、一般的休日、終業時刻、患者の利用可能性等のような関連する全ての項目の全ての利用可能なパラメーターを考慮する。

図１に示すように、検査‘ＱＷＥＢＥＸＡＭ２’と患者のコード（ｃｏｄｅ）‘ＷＫ’を入力し、ボタンをクリック（ｃｌｉｃｋ）すると、ユーザーはスクリーン（ｓｃｒｅｅｎ）に以下の情報を表示する。

図１のウインドウの右上側に、ボックス（ｂｏｘ）“Ｌｏｏｋａｈｅａｄ（ｄａｙｓ）”（先読み（日））が利用可能なタイムセグメントを調査するためのタイムウインドウを指定する。

コラム（ｃｏｌｕｍｎ）“Ａｖａｉｌａｂｉｌｉｔｙｏｆｔｈｅｐａｔｉｅｎｔ”（患者の利用可能性）が、患者又はその“ａｖａｉｌａｂｌｅｐｅｒｓｏｎａｌｔｉｍｅｓｅｇｍｅｎｔ”（利用可能な個人のタイムセグメント）のためのタイムウインドウを提供する。そのタイムウインドウは種々の利用可能な個人のタイムセグメント、この例では４個から成っている。各タイムセグメントは開始時刻と終了時刻を与える。開始時刻は１秒までの精度で日と時刻により特定される。それゆえ、その時刻は時、分、秒を指定する。開始時刻のように、終了時刻を日と時刻で指定する。

第二のコラム“Ｌｉｓｔｏｆｓｔａｒｔｔｉｍｅｓ（ｓｅｇｍｅｎｔｓ）ｆｏｒｗｈｉｃｈａｔｌｅａｓｔｏｎｅｃｏｍｂｉｎａｔｉｏｎｏｆｒｅｓｏｕｒｃｅｓｅｘｉｓｔｔｏｐｅｒｆｏｒｍａｇｉｖｅｎｅｘａｍｆｏｒ
ｔｈｅｐａｔｉｅｎｔ”（その患者に対する一定の検査を行うために少なくとも１組の資源の組合わせが存在する開始時刻（のセグメント）のリスト）が利用可能なタイムセグメントの表を示す。各行が“Ｌｏｏｋａｈｅａｄ”（先読み）ボックス内に指定されたタイムウインドウ内に利用可能なタイムセグメントを示す。その利用可能なタイムセグメントが時系列で並べ替えられる。この例では、利用可能なタイムセグメントは択一的である。これは、２個のタイムセグメントの間で時間的重なりが無いことを意味する。

図１の第三のコラムは、資源の可能性のある全ての組合わせのリストを示し、与えられ
た検査と患者に対して少なくともひとつの解答が存在している。これらの有効な組合わせは可能な開始時刻のリストも、連続的なタイムセグメントとして示す。気付かれるように、この第三のコラム内のリストは患者が利用可能で、かつ、コラム２の制約が満たされているタイムセグメントを与える。そして、ユーザーはコラム３に、この場合は上の行に表示されたセグメントのひとつを選択する。そして、この選択はウインドウの左下の部分に表示され、２００３年４月２４日１０：００と示す。そして、このセグメントは下のボックスにコピー（ｃｏｐｙ）され、そのボックスに入力されて、その時間の一定時点での一定の検査及び患者の予約を登録することができる。この時点でユーザーは“Ｂｏｏｋ”（登録）ボタンをクリックして、予約のスケジュールが作成される。

そのようにして、図１の種々のリストがユーザーに、予約の有効性を迅速に特定でき、かつ、最も適当な時刻を選択できる能力を与える。例えば、中央のコラムが、患者の全ての制約条件を考慮して予約を開始できる全てのタイムセグメントのリストを示す。システムは、中央のコラムのなかにリストを示す時間内の任意の時点で資源の少なくともひとつの組合わせを利用可能にしている。

システムは医療機関により形成できる品質基準に基づいて、予約のための時間と資源の組合わせを提案する。しかしながら、ユーザーは提案された時間と資源の組合わせを容易に修正できる。結果として、ユーザーはボタンをクリックすることにより予約を登録できる。

本発明の好ましい実施例を詳細に説明しているが、添付した請求項の定義された発明の範囲を逸脱せずに多くの変更を行なえることは当業の技術者には明らかであろう。

タイムセグメントのリストとして示された解答の概要を示す。予約の日程作成のためのタイムブロックを示す。予約の日程作成のためのタイムブロックの他形態を示す。利用可能なタイムセグメントの共通部分を示す。

Claims

予約のスケジュール作成のために、
−前記予約のためのタイムウインドウを指定すること、
−前記タイムウインドウの中で利用可能なタイムセグメントを探すこと、
−利用可能なタイムセグメント内で前記予約に最も適当な開始時刻を選択すること、
のステップから成る方法。
−少なくとも開始時刻を第一コンピューターシステムに入力し、かつ、この開始時刻を記憶装置に記憶することにより、前記タイムウインドウを指定すること、
−前記予約に必要とされる少なくともひとつの資源を指定すること、
−前記資源と関連する少なくともひとつの利用可能な資源のタイムセグメントを特定すること、
−前記第一コンピューターシステムに接続した第二コンピューターシステムに前記利用可能な資源のタイムセグメントを記憶すること、
−前記利用可能な資源のタイムセグメントに含まれるタイムセグメントとして前記利用可能なタイムセグメントを特定すること、
のステップから成る請求項１に基づく方法。
−少なくともひとつの第一資源グループを指定し、前記第一資源グループが複数の第一資源を含み、そのひとつが前記予約のために求められること、
−前記第一資源のそれぞれに対して、前記第一資源に関連して、少なくともひとつの利用可能な資源のタイムセグメントを特定すること、
−前記第一資源のそれぞれに対して、前記利用可能な資源のタイムセグメントに含まれる前記利用可能なタイムセグメントを特定すること、
−最も適当な開始時刻を選択した後で、第一資源を選択し、それに対する開始時刻が関連する利用可能な資源のタイムセグメントに含まれること、
のステップからなる請求項１又は２に基づく方法。
−第二資源グループを指定し、前記第二資源グループが複数の第二資源から成り、そのひとつが前記予約のために求められていること、
−前記第二資源のそれぞれに対して、前記第二資源に関連した少なくともひとつの利用可能な資源のタイムセグメントを特定すること、
−前記第一資源のひとつと前記第二資源のひとつの少なくともひとつの組合わせに対して、前記第一資源に関連した前記利用可能な資源のタイムセグメントに、又、前記第二資源に関連した前記利用可能な資源のタイムセグメントに含まれているとして前記利用可能なタイムセグメントを特定すること、
−最も適切な開始時刻を選択した後で、前記の第一資源及び第二資源の組合わせを選択し、そのためにその開始時刻が第一及び第二の資源に関連した利用可能な資源のタイムセグメントに含まれること、
のステップから成る請求項３に基づく方法。
さらに、
−前記予約に対して、少なくともひとつの優先度を定義すること、
−複数の利用可能なタイムセグメントを見いだすこと、
−前記優先度に基づいて、前記タイムセグメントを手配すること、
のステップから成る請求項１から４のいずれかに基づく方法。
前記の手配をすることが、
−ソートすること、
−費用関数を計算すること、
から成るグループから選択されることを特徴とする請求項５に基づく方法。
−前記予約のためのタイムウインドウを指定するための方法、
−前記タイムウインドウ内で利用可能なタイムセグメントを調査するための手段、
−前記利用可能なタイムセグメント内で前記予約のための最も適当な開始時刻を選択するための手段、
から成る予約のスケジュール作成のための手段。
−第一の利用可能な資源のタイムセグメントを有する前記第一資源のための第一データを初期化すること、
−第二の利用可能な資源のタイムセグメントを有する前記第二資源のための第二データを初期化すること、
−前記第一資源と前記第二資源の同時動作を特定するために前記第一データと前記第二データの間の関連リンクを定義すること、
−前記第一データにより表示される各タイムセグメントが前記第二データにより表示されるひとつだけのタイムセグメントと等しくなるまで前記第一データと前記第二データを修正すること、
−前記修正された第一及び第二のデータのひとつの基づいて前記利用可能なタイムセグメントを選択すること、
から成る第一資源と第二資源を用いた予約のスケジュール作成の方法。
さらに、
−第三の利用可能な資源のタイムセグメントを有する第三資源のための第三データを初期化すること、
−前記第一資源と前記第三資源の動作の順序を特定するために前記第一データと前記第三データの間の順序リンクを定義すること、
−前記第一データにより表示される各タイムセグメントが前記第二データにより表示されるひとつのタイムセグメントの少なくとも一部分より前になるまで、前記第一データと前記第三データを修正すること、
から成る請求項８に基づく方法。
さらに、
−第四の利用可能な資源のタイムセグメントを有する第四資源のための第四データを初期化すること、
−ひとつの存在内で前記第一資源と前記第四資源をリンクするために構成リンクを定義すること、
−前記第一データと前記第四データが前記存在に適合するまで両者を修正すること、
から成る請求項８又は９に基づく方法。