(57)【要約】【課題】データの統一性を高め、多数のデータベースの間でのデータ不一致を回避するハイブリッド型スキャナ用の統合型モダリティ・ワークリスト管理のための方法及びシステムを提供する。【解決手段】ハイブリッド型スキャナ（１０４）の操作者による単一の動作に応答して、ハイブリッド型スキャナ（１０４）の多数のモダリティ（１１０及び１１２）のスケジュールを検索し、これにより操作者の効率を高める。検索されたスケジュールは照合されて、共通データベース（１０８）に記憶される。共通データベース（１０８）の自動的な保守によってデータの統一性が改善される。【選択図】        図３
2005261952.tif 000002
【特許請求の範囲】
【請求項１】
ハイブリッド型スキャナについてのモダリティ・ワークリストを管理する方法であって、
（ａ）ＨＩＳ／ＲＩＳサーバ（１０６）から関心のあるモダリティ一組の第一のモダリティ（１１０）のスケジュールを検索するステップ（２１０）と、
（ｂ）検索されるべき追加モダリティ（１１２）が一覧に存在するか否かを確認するステップ（２１２）と、
（ｃ）全てのスケジュールが検索されるまで、モダリティのスケジュール検索の工程を前記関心のあるモダリティ一組の全てのモダリティについて自動的に繰り返すステップ（２１４）と、
（ｄ）前記関心のあるモダリティについての統合型モダリティ・ワークリストを得るために全ての検索されたスケジュールを照合するステップ（２１６）と、
を備えており、
前記モダリティ・ワークリストは、前記ハイブリッド型スキャナの関心のあるモダリティ一組のスケジュール情報から成っている、方法。
【請求項２】
ＨＩＳ／ＲＩＳサーバ（１０６）から関心のあるモダリティのスケジュール情報を検索する前記ステップは、
（ａ）スケジュール情報についてのＤＩＣＯＭ要求を前記ＨＩＳ／ＲＩＳサーバ（１０６）へ送るステップと、
（ｂ）前記ＨＩＳ／ＭＳサーバ（１０６）からＤＩＣＯＭ準拠のフォーマットで前記スケジュール情報を受け取るステップと、
を含んでいる、請求項１に記載の方法。
【請求項３】
ハイブリッド型スキャナについてのモダリティ・ワークリストを管理する方法であって、
（ａ）スケジュール情報の検索要求を発行するステップ（２０２）と、
（ｂ）関心のあるモダリティの一覧を得るステップ（２０４）と、
（ｃ）ＨＩＳ／ＭＳサーバ（１０６）から関心のあるモダリティ一組の第一のモダリティ（１１０）のスケジュール情報を検索するステップ（２１０）と、
（ｄ）検索されるべき追加モダリティ（１１２）が前記一覧に存在するか否かを確認するステップ（２１２）と、
（ｅ）全てのスケジュールが検索されるまで、モダリティのスケジュール検索の工程を前記関心のあるモダリティ一組の全てのモダリティについて自動的に繰り返すステップ（２１４）と、
（ｆ）前記関心のあるモダリティについての統合型モダリティ・ワークリストを得るために全ての検索されたスケジュールを照合するステップ（２１６）と、
を備えており、
前記モダリティ・ワークリストは、前記ハイブリッド型スキャナの関心のあるモダリティ一組のスケジュール情報から成っており、前記関心のあるモダリティの前記スケジュール情報はＨＩＳ／ＲＩＳサーバ（１０６）から検索される、方法。
【請求項４】
ハイブリッド型スキャナについてのモダリティ・ワークリストを管理するシステムであって、
（ａ）２種以上のモダリティ（１１０及び１１２）の組み合わせから成っており、単一のモダリティ又はハイブリッド型モダリティにより走査を実行するハイブリッド型スキャナ（１０４）と、
（ｂ）ＨＩＳ／ＲＩＳサーバ（１０６）から関心のあるモダリティのスケジュール情報を検索する統合型患者管理アプリケーション（１０２）と、
（ｃ）統合型モダリティ・ワークリストを得るために前記統合型患者管理アプリケーションにより検索された全てのスケジュール情報を照合する共通データベース（１０８）と、
を備えており、
前記モダリティ・ワークリストは、前記ハイブリッド型スキャナの関心のあるモダリティ一組のスケジュール情報から成っており、前記関心のあるモダリティの前記スケジュール情報はＨＩＳ／ＭＳサーバ（１０６）から検索される、システム。
【請求項５】
前記統合型患者管理アプリケーションは、
（ａ）前記統合型患者管理アプリケーションのユーザ・インタフェイス機能を提供する統合型患者スケジューラ（１１８）と、
（ｂ）前記ハイブリッド型スキャナでの走査を開始して監視し、前記ＨＩＳ／ＭＳサーバ（１０６）からスケジュール情報を検索して、前記共通データベース（１０８）に統合型モダリティ・ワークリストを保持する統合型ワークリスト・サーバ（１２０）と、を含んでいる、請求項４に記載のシステム。
【請求項６】
前記ハイブリッド型スキャナ（１０４）の前記モダリティと、前記統合型患者管理アプリケーション（１０２）との間の通信は、具現化形態依存型リンクを介して確立される、請求項４に記載のシステム。
【請求項７】
前記統合型患者スケジューラ（１１８）は、前記統合型ワークリスト・サーバ（１２０）にスケジュール検索要求を発行する、請求項４に記載のシステム。
【請求項８】
前記統合型患者スケジューラ（１１８）は、共通データベース（１０８）に含まれている情報の閲覧及び変更を可能にする、請求項４に記載のシステム。
【請求項９】
前記共通データベース（１０８）は、
（ａ）患者関連情報を記憶する患者データベースと、
（ｂ）要求された走査手順に関連する情報を記憶する手順情報データベースと、
（ｃ）前記統合型患者管理アプリケーションについての構成設定選択を記憶する設定選択データベースと、をさらに含んでいる、請求項４に記載のシステム。
【請求項１０】
前記共通データベース（１０８）は、カスタム・フラット・ファイル・データベースを用いて具現化される、請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療用診断及び撮像システムの分野に関する。さらに具体的には、本発明は、ハイブリッド型スキャナのモダリティ・ワークリストの管理に関する。
【背景技術】
【０００２】
患者の診断及び治療のための多数の周知の非侵襲的撮像方法が存在する。これらの手法は、人体の解剖学的構造の高品質画像を取得するのに用いられる。画像は、医療撮像技術の多数の側面に基づくスキャナを用いて得られる。これらの画像は、疾病を治療するために有用な診断情報を与える。
【０００３】
現在、医療用診断及び撮像システムには構成要素となっている多数の技術（モダリティとも呼ぶ）が存在している。これらのシステムとしては、制限としてでなく述べると、計算機式断層写真法（ＣＴ）、Ｘ線、磁気共鳴（ＭＲ）、陽電子放出断層写真法（ＰＥＴ）、超音波、及び核医学等がある。これらのモダリティの一つからの技術を用いて患者の解剖学的構造又は四肢を走査すると、患者の解剖学的構造の該当する部分が撮像される。結果として得られる解剖学的構造の画像は、後の利用に備えて撮像データベースに記憶させることができる。
【０００４】
画像を内部的に記憶させることに加え、イメージング・システムは、通信ネットワークを介して様々な形式の遠隔装置に画像を転送する能力を有する必要がある。このことから、イメージング・システムによって転送されるデータは、送付先の遠隔装置によってサポートされているフォーマットを有することが要求される。このことは、ＤＩＣＯＭ（医用画像と通信）のような応用層（アプリケーション・レイヤー）の規格によって達成される。
【０００５】
ＤＩＣＯＭ規格は、プリンタ、ワークステーション、スキャナ（すなわちＣＴスキャナ、ＭＲＩスキャナ、ＰＥＴスキャナ）及びファイル・サーバの間で医用ディジタル画像を伝達するのに用いられるものである。ＤＩＣＯＭ規格は、Ｘ線画像、ＣＴ画像、ＭＲ画像及び超音波画像のような異なる形式のディジタル画像の通信を容易にする。各々のモダリティの技術は、ＤＩＣＯＭ規格に準拠したフォーマットでデータを転送するようにプログラムされている。同様に、送付先の遠隔装置もＤＩＣＯＭ規格に準拠したデータを受領するようにプログラムされている。
【０００６】
ＤＩＣＯＭで用いられる基本的概念は「オブジェクトに対するサービス」というものである。「オブジェクト」の一例は超音波画像である。「サービス」の例は「記憶」機能及び「問い合わせ／検索」機能等である。ＤＩＣＯＭでは、「情報オブジェクト」に働き掛ける方法を「サービス・オブジェクト対クラス」（ＳＯＰクラス）と称する。ＳＯＰクラスの例は「超音波画像を記憶する」、「超音波画像をプリントする」、「ある患者についてどのような検査が存在するかを検索する」、「ある患者についての全ての検査を検索する」及び「ワークリストを検索する」等である。
【０００７】
ＤＩＣＯＭ通信システムは、上述の概念を用いたクライアント−サーバ・アーキテクチャを基本とする。サービス（オブジェクトに対する）を利用する装置がクライアント装置であり、サービスを提供する装置がサーバ装置である。クライアント装置をサービス・クラス利用者と呼び（「ＳＣＵ」）、サーバ装置をサービス・クラス提供者（「ＳＣＰ」）と呼ぶ。ＳＣＵは、ネットワークを介してＳＣＰへサービス要求を送る。ＳＣＰは同じネットワークを介してＳＣＵへ応答を送り返す。応答が肯定で共通の通信プロトコルについて合意が取れたら、ＳＣＵとＳＣＰとの間にアソシエーションを開設してこれら二つの装置の間でデータを転送することができる。ＤＩＣＯＭシステムでは、一つの装置が異なる時刻にＳＣＵにもＳＣＰにもなることができる。
【０００８】
ディジタル画像転送以外でも、ＤＩＣＯＭは媒体記憶、プリント管理及びモダリティ・ワークリスト管理のような機能に用いられる。これらの機能には、イメージング・システムと、患者に関連する問い合わせに応答する病院情報システム（「ＨＩＳ」）／放射線科情報システム（「ＲＩＳ」）との間の通信が関わる。
【０００９】
イメージング・システムとＨＩＳ／ＲＩＳとの間の通信は、イメージング・システムの時間利用を最大限にすべく最適化されている必要がある。この最適化は、モダリティ・ワークリスト管理を用いて達成される。モダリティ・ワークリスト管理は、患者及び患者の走査スケジュールに関する情報を管理するために用いられる。この管理には、通信ネットワークを介した病院のＨＩＳ／ＲＩＳからのワークリストの検索が関わる。ワークリストは、特定のイメージング・システムを用いて特定の時間範囲内で検査される予定になっている患者に関するスケジュール情報を有している。このスケジュール情報は、ある患者の人口統計学的情報（例えば氏名、識別番号、性別、生年月日、受付番号、走査日時、手順説明等）を含み得る。
【００１０】
モダリティ・ワークリスト管理は、スキャナの時間利用を最大限にする。このことは、走査時間の前にＨＩＳ／ＲＩＳから利用可能な患者データ及び予定手順データを取得することにより可能になる。モダリティ・ワークリスト管理はまた、病院内のモダリティのスケジュール管理を集中化することにより、最大限のスキャナ時間利用を確保する。モダリティ・ワークリスト管理はまた、ＨＩＳでのデータ入力及びモダリティでのデータ入力等のような多数のデータ入力点を排除することにより、病院ネットワークのワークフローの不整合を防ぐ。
【００１１】
モダリティ・ワークリスト管理の典型的なワークフローは、モダリティから遠隔ＨＩＳ／ＲＩＳへの問い合わせによって開始する。ＨＩＳ／ＲＩＳは、日付範囲及びモダリティ形式のようなパラメータを用いて問い合わせを受ける。問い合わせに応答して、患者の人口統計学的データ及び検査データ（スケジュール手順ステップＩＤ等）が検索される。また、患者の人口統計学的データ及び検査データに基づいて、走査に適したプロトコルも選択される。次いで、人口統計学的データ、検査データ及びプロトコルをスキャナ・システムへ転送して走査を開始する。
【００１２】
患者管理アプリケーション用の典型的なモダリティ・ワークリストは、患者スケジューラ、ワークリスト・サーバ及びスケジュール・データベースを含んでいる。ワークリスト・サーバは、モダリティとＨＩＳ／ＲＩＳとの間の通信ではＳＣＵとして作用する。ワークリストの検索のための問い合わせはワークリスト・サーバから患者スケジューラを介してＨＩＳ／ＲＩＳへ送られる。患者スケジューラは問い合わせをトリガとして、スキャナ時間を効率的に利用するようにスケジュールを管理する。患者スケジューラを介して送られた問い合わせに応答して、問い合わせに対応するワークリストをＨＩＳ／ＲＩＳによって送る。次いで、このワークリストをスケジュール・データベースに記憶させる。さらに、ワークリストは、さらなる処理のために患者スケジューラを介して関連のあるモダリティにも転送される。
【００１３】
上述のモダリティ・ワークリスト管理アプリケーションは、ＭＲ、ＣＴ又はＰＥＴのような単一モダリティ方式の従来のスキャナに用いられている。新たな発展として、ＰＥＴ−ＣＴ結合型スキャナのようなハイブリッド型スキャナの利用がある。ハイブリッド型スキャナは、付加価値的な結合型サービスを提供するばかりでなく、関連する各々のモダリティについての独立型サービスも提供する。例えば、ＰＥＴ−ＣＴハイブリッド型スキャナは、ＰＥＴ技術及びＣＴ技術の両方を用いた患者の身体の特定の位置の撮像を可能にする。これら２種のモダリティを用いて撮像された画像を相関させて、外傷又は疾病のさらに正確な位置のような有用な情報を得ることができる。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
かかるハイブリッド型スキャナの出現から、モダリティ・ワークリスト管理システムにも対応する変更が必要になる。現在、ハイブリッド型スキャナでは、各々のモダリティが個別の独立したワークリスト管理システムを有している。例えば、ＰＥＴ−ＣＴハイブリッド型スキャナでは、ＣＴシステムは患者スケジューラとワークリスト・サーバとを有するモダリティ・ワークリスト管理アプリケーションを有している。このアプリケーションは、システムのＣＴ側のワークリスト／スケジュール管理を担当する。同様に、ＰＥＴシステムは、固有の患者スケジューラとワークリスト・サーバとを有する別個のモダリティ・ワークリスト管理アプリケーションを有している。
【００１５】
ハイブリッド型スキャナ用の既存のワークリスト管理システムは重複したアプリケーションを有する。操作者は同じスケジュールを両方のモダリティについて問い合わせしなければならないので、この重複のため操作者の生産性が低下する。従って、ハイブリッド型スキャナではワークリストを得るために相対的に多くの利用者動作が要求される。さらに、異なるモダリティのワークリストは異なるデータベースで保守されているため、ハイブリッド型手順が要求されているのか、又はモダリティの一方若しくは両方に関わるスタンド・アロン型手順が要求されているのかを識別することが困難である。かかる識別には、各々のモダリティのワークリストにアクセスし、ワークリストに含まれているスケジュール・エントリを比較して、ハイブリッド型手順についての要求を識別することが必要である。さらに、単一のスケジュール変更のために両方のデータベースを更新し、このためハイブリッド型スキャナの全てのモダリティにワークリストを記憶させる必要がある。このように、単一のスケジュール変更の反映が多数の更新動作を必要とするため、データの統一性が損なわれる。加えて、現状のＤＩＣＯＭプロトコルは、問い合わせに単一のモダリティしか許していない。従って、ハイブリッド型スキャナを用いているときに典型的にあるように、多数のモダリティに関連する問い合わせを行なうことが不可能である。これにより、ハイブリッド型スキャナの生産性が低下して適用が限られる。
【００１６】
従って、統合型ワークフロー・システムを用いてハイブリッド型システムの全モダリティについてスケジュールを管理することにより操作者の生産性を高めるシステムが必要とされている。このシステムは、現場での構成設定（configure）が可能で且つカスタマイズが可能な患者スケジューラ及びワークリスト・サーバを有すべきである。さらに、このシステムは、単一の問い合わせに対応して（又は単一の利用者動作に応答して）ＨＩＳ／ＲＩＳから多数のモダリティについてスケジュールの検索を可能にすべきである。具現化後には、このシステムはデータの統一性を高めて、同じ患者について多数のスケジュールを更新する必要性を解消するものとなる。
【課題を解決するための手段】
【００１７】
本発明は、単一モダリティ型スキャナのサポートも提供しながらハイブリッド型スキャナのモダリティ・ワークリストを管理する方法及びシステムに関するものである。統合型モダリティ・ワークリスト管理は、多数のモダリティのスケジュールについてＨＩＳ／ＲＩＳサーバに逐次式で問い合わせを行ない、またこれらの問い合わせに対する応答を共通データベースに保存することを可能にする。共通データベースは、ハイブリッド型スキャナの多数のモダリティのスケジュールの間でのデータの整合性を確保する。本発明は、全ての単一モダリティ型スキャナでもハイブリッド型スキャナでも用いられるように構成され得る。このことは、ハイブリッド型スキャナにおけるモダリティの任意の利用者定義の組み合わせのサポートを提供することにより達成される。さらに、本発明は、ハイブリッド型スキャナの各々のモダリティについてＤＩＣＯＭによって定義される「モダリティ」名フィールドを利用者が指定することを可能にする。これにより、任意のモダリティについての問い合わせをＨＩＳ／ＲＩＳサーバに送ることが可能になる。
【００１８】
スケジュール・エントリで要求された走査を実行するために、スケジュール・エントリを走査プロトコルに対してマッピングする。あるスキャナについての走査プロトコルとは、走査に関連する全ての詳細内容を含む走査指示である。走査プロトコルはさらに、利用中のスキャナに特定的な作業項目コード（ＡＩＣ）に対してマッピングされる。（ＡＩＣとは、モダリティによる特定の走査について実行される必要のある作業の一覧を指す）。本発明は、ハイブリッド型スキャナの操作者が、任意のスキャナについてのＡＩＣを用いて、プロトコル対ＡＩＣマッピングを構成設定することを可能にすることにより、全てのハイブリッド型スキャナで作用する。
【００１９】
一実施形態では、統合型モダリティ・ワークリスト管理を実行する方法を提供する。この方法は、関心のあるモダリティ一組を得るステップと、ＨＩＳ／ＲＩＳサーバから一組内の各々のモダリティのスケジュールを自動的に検索するステップと、統合型モダリティ・ワークリストを得るために検索されたスケジュールを照合するステップと、を含んでいる。統合型モダリティ・ワークリストは好ましくは、データの統一性を改善するために共通データベースに保持される。
【００２０】
もう一つの実施形態では、多数のモダリティについてスケジュール情報を検索して記憶するシステムを提供する。このシステムは、統合型患者管理アプリケーションと、共通データベースとを含んでいる。統合型患者管理アプリケーションは、ハイブリッド型スキャナの操作者によって発行される１以上の要求に応答して多数のモダリティについてスケジュール情報を検索する。検索されたスケジュールは、照合されて共通データベースに記憶される。共通データベースは、多数のモダリティについてのスケジュールを記憶し、これにより各々のモダリティ毎に別個のデータベースを保持する必要性を解消する。これにより、ハイブリッド型走査の任意のスケジュール変更を一つの共通データベースのみで更新すればよいためデータの統一性が改善され、また多数のデータベースの間でのデータ不一致が回避される。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の様々な実施形態を添付図面と併せて説明する。図面は、本発明を限定するためではなく実施形態の例を掲げて発明の理解を助けるために提供されている。図面では、類似の参照符号は類似の構成要素を表わしている。
【００２２】
以下、図１を参照して、本発明が動作する環境のブロック図について説明する。図１は、ＨＩＳ／ＲＩＳサーバ１０６から得られたスケジュール情報を用いてハイブリッド型スキャナ１０４についてモダリティ・ワークリスト管理を実行する統合型患者管理アプリケーション１０２を示す。ハイブリッド型スキャナ１０４は、単一のモダリティを用いた様々な定例的走査と、２種以上のモダリティの組み合わせを用いたハイブリッド型走査とを実行する２種以上のモダリティの組み合わせを含んでいる。図１に示すハイブリッド型スキャナ１０４は、第一のモダリティ１１０及び第二のモダリティ１１２の２種のモダリティを有している。２種のモダリティを備えたハイブリッド型スキャナの例は単に説明例として用いられており、本発明の範囲を限定するものではない。本発明は、各モダリティが単一のハイブリッド型スキャナ１０４に配置されているか、又は同等の多数のスキャナに配置されているかを問わず所望の任意のモダリティの組み合わせのサポートを提供するものであることは当業者には明らかであろう。ハイブリッド型スキャナ１０４のモダリティの幾つかの例としては、制限としてでなく述べると、ＣＴスキャナ、ＰＥＴスキャナ、ＭＲスキャナ、超音波スキャナ、Ｘ線スキャナ及びガンマ・カメラがある。
【００２３】
ハイブリッド型スキャナ１０４の各モダリティと統合型患者管理アプリケーション１０２との間の通信は、具現化形態依存型リンク１１４を介して確立される。本発明の一実施形態では、具現化形態依存型リンク１１４はＴＣＰ／ＩＰソケット式通信である。但し、通信はＴＣＰ／ＩＰソケット式通信に必ずしも限定されていないことは当業者には明らかであろう。さらに、ＨＩＳ／ＲＩＳサーバ１０６と統合型患者管理アプリケーション１０２との間の通信は、ＤＩＣＯＭプロトコルすなわち殆どのＨＩＳ／ＲＩＳサーバによって用いられる応用層プロトコルを用いたＤＩＣＯＭリンク１１６を介して確立される。ＨＩＳ／ＲＩＳサーバ１０６から統合型患者管理アプリケーション１０２によって得られるスケジュール情報は、共通データベース１０８に記憶される。共通データベース１０８は、ＩＢＭ（商標）ＤＢ２／Ｃｏｍｍｏｎサーバ、Ｓｙｂａｓｅ（商標）、Ｏｒａｃｌｅ（商標）、又は他の類似の利用可能なデータベース・システム等のような標準的なデータベース管理システム（ＤＢＭＳ）を用いることにより具現化される。本発明の好適実施形態では、共通データベース１０８はカスタム・フラット・ファイル・データベースとして具現化される。（カスタム・フラット・ファイル・データベースは、データを一連の値として記憶する特徴特異的（feature specific）データベースである。）尚、当業者には、共通データベース１０８は、本発明の要旨及び範囲から逸脱しない多くの方法で具現化され得ることは明らかであろう。
【００２４】
統合型患者管理アプリケーション１０２は好ましくは、統合型患者スケジューラ１１８及び統合型ワークリスト・サーバ１２０の２種のモジュールを含んでいる。統合型患者スケジューラ１１８は、統合型患者管理アプリケーション１０２のユーザ・インタフェイス機能を提供する。この機能は、統合型ワークリスト・サーバ１２０にスケジュールの検索要求を発行する、共通データベース１０８に含まれている情報を閲覧及び編集する、共通データベース１０８に保持されているスケジュールに新規患者を追加する、共通データベース１０８からスケジュールを削除する、共通データベース１０８の予防保守を実行する、及びモダリティ特異的情報（例えばＣＴ走査に用いられる造影剤又はＰＥＴ走査のトレーサのデータ等）を追加する等の機能を含んでいる。共通データベース１０８の予防保守は、古いスケジュール又はある規準に合致するその他の記憶データを定期的に削除することを含み得る（例えば特定の患者、日付範囲又は走査ステータスについて全てのスケジュールを削除する等）。
【００２５】
統合型ワークリスト・サーバ１２０は、標準的なＤＩＣＯＭ準拠のサービス・クラス利用者（ＳＣＵ）の機能を果たす。これらの機能としては好ましくは、ＨＩＳ／ＲＩＳサーバ１０６との通信のためのＤＩＣＯＭ問い合わせの送信、受信及び構文解析等がある。ＤＩＣＯＭ問い合わせは、統合型ワークリスト・サーバ１２０がＨＩＳ／ＲＩＳサーバ１０６から特定のモダリティについてのスケジュールを検索することを可能にする。ＤＩＣＯＭ問い合わせはまた、問い合わせのさらなる精密化を行なう幾つかのパラメータを含んでいる。この精密化は、「スケジュール・エントリが位置していなければならない時間区間」のような制約を、ＨＩＳ／ＲＩＳサーバ１０６からのＤＩＣＯＭ問い合わせへの応答に含めるように指定することにより具現化され得る。上記に加えて、統合型ワークリスト・サーバ１２０は好ましくは、二つの重要な機能を果たす。第一に、統合型ワークリスト・サーバ１２０は、ハイブリッド型スキャナ１０４の全モダリティから幾つかの「関心のあるモダリティ」のみについてのスケジュールを検索することを可能にする。「関心のあるモダリティ」は、共通データベース１０８を更新するためにＨＩＳ／ＲＩＳサーバ１０６からスケジュールを検索したいモダリティである。ハイブリッド型スキャナ１０４の操作者にとってはハイブリッド型スキャナの全モダリティに関心がある訳ではない。例えば、ＣＴモダリティ、ＰＥＴモダリティ及びＸ線モダリティを有するハイブリッド型スキャナを考える。さらに、操作者はＣＴモダリティ及びＰＥＴモダリティのみのスケジュールに関心があるとする。すると、これら二つのモダリティのみが「関心のあるモダリティ」一組に含まれる。統合型ワークリスト・サーバ１２０はこの一組を設定選択（preference）データベース（共通データベース１０８の一部）に記憶させて、ＨＩＳ／ＲＩＳサーバ１０６から共通データベース１０８を更新するときの利用に供する。ハイブリッド型スキャナ１０４の操作者は、統合型患者スケジューラ１１８を介して「関心のあるモダリティ」一組を指定する。本発明の一実施形態では、この一組を予め指定して、ＨＩＳ／ＲＩＳサーバ１０６からのスケジュールのあらゆる将来の検索に備えて保存する。本発明の代替的な実施形態では、ハイブリッド型スキャナ１０４の操作者は各々の検索動作の前に一組を指定する。本発明の好適実施形態では、ハイブリッド型スキャナ１０４の操作者に、予め指定した一組を用いるか、又は検索動作の前に新たな一組を指定するかの選択肢を与える。ＨＩＳ／ＲＩＳサーバ１０６から関心のあるモダリティについてのスケジュールを検索する方法は、図２を参照して説明する。
【００２６】
さらに、統合型ワークリスト・サーバ１２０は、ハイブリッド型スキャナ１０４の走査の進行を開始し監視すると共に、共通データベース内の統合型モダリティ・ワークリストを保守する。共通データベース内の統合型ワークリストの保守としては、ＨＩＳ／ＲＩＳサーバ１０６から検索されるスケジュールを用いてワークリストを更新すること等がある。さらに、統合型患者スケジューラ１１８からの操作者入力を用いてワークリストに対してスケジュール・エントリを追加する、編集する及び削除する等がある。
【００２７】
統合型患者管理アプリケーション１０２は、ＲＩＳＣ方式プロセッサ、ＡＩＸ．ＲＴＭ、オペレーティング・システム、及びNetscape Enterprise Serverのようなウェブ・サーバ・プログラムを含んでいるＩＢＭ（商標）のNetfinity（商標）サーバを用いて具現化することができる。本発明の好適実施形態では、統合型患者管理アプリケーション１０２はSolarisプラットフォームでＣ＋＋及びＪａｖａ（商標）を用いて具現化される。統合型患者管理アプリケーション１０２はまた、ネットワーク管理制御用のグラフィック・ユーザ・インタフェイス（ＧＵＩ）をサポートしている表示器を含んでいてよい。統合型患者管理アプリケーション１０２はまた、アプリケーションの中核機能を、コモン・ゲートウェイ・インタフェイス（ＣＧＩ）プログラム、プラグ・イン、サーブレット、アクティブ・サーバ・ページ（ＡＳＰ）、サーバ・サイド・インクルード（ＳＳＩ）の各機能を含めたソフトウェア・プログラム又は他の類似のソフトウェア・プログラムによって、アプリケーション開発者が拡張する及び／又はカスタマイズすることを可能にする拡張機能を提供するアプリケーション・プログラミング・インタフェイス（ＡＰＩ）を追加で含んでいてよい。
【００２８】
本発明の一実施形態によれば、共通データベース１０８は、患者データベース、手順情報データベース及び設定選択データベースの３種の要素データベースに分割される。患者データベースは好ましくは、患者の氏名、担当医、生年月日、性別、身長、体重及び他の人口統計学的情報のような患者関連情報を記憶している。手順情報データベースは好ましくは、ＡＩＣの方式、ＡＩＣの値、ＡＩＣの意味、スケジュール・エントリによって指定されるモダリティ、走査開始時刻、走査終了時刻、及び走査ステータス（新規又は完了等）のような要求される走査手順に関連する情報を記憶している。設定選択データベースは、幾つかの操作者定義の設定選択を記憶している。操作者定義の設定選択としては、制限としてでなく述べると、図２を参照して説明した「関心のあるモダリティ」一組等がある。設定選択データベースに記憶されるその他幾つかの操作者定義の設定選択は、図４及び図５を参照して説明する。本発明の一実施形態では、設定選択データベースはカスタム・フラット・ファイルデータベースとして具現化される。
【００２９】
以下、図２を主に参照して、ＨＩＳ／ＲＩＳサーバ１０６から関心のあるモダリティについてのスケジュールを検索する方法について詳細に説明する。ステップ２０２では、統合型患者スケジューラ１１８が、統合型ワークリスト・サーバ１２０に対してスケジュールの検索を開始する要求を発行する。本発明の一実施形態では、要求は利用者動作に応答して発行される。かかる利用者動作の一例は、スケジュールを更新せよという操作者による明示的要求である。かかる利用者動作のもう一つの例は、スケジュールを閲覧するための操作者によるＧＵＩのロードである（図３を参照して説明する）。
【００３０】
代替的な実施形態では、統合型患者スケジューラ１１８は、利用者定義の周期的間隔で要求を発行する。本発明のもう一つの代替的な実施形態では、操作者は、要求を利用者動作に応答して発行するか、又は利用者定義の周期的間隔で自動的に発行するかを選択する選択権を有する。ステップ２０４では、統合型ワークリスト・サーバ１２０は、統合型患者スケジューラ１１８から関心のあるモダリティ一組を得る。代替的には、統合型ワークリスト・サーバ１２０は、設定選択データベースから予め指定された「関心のあるモダリティ」一組を検索する。次いで、ステップ２０６において、統合型ワークリスト・サーバ１２０は、関心のあるモダリティ一組においてスケジュールを検索するための第一のモダリティを選択する。続いて、統合型ワークリスト・サーバ１２０はループを実行して「関心のあるモダリティ」一組の全モダリティのスケジュールを検索する。ループの第一段階であるステップ２０８において、統合型ワークリスト・サーバ１２０は、ＤＩＣＯＭ問い合わせを構築してＨＩＳ／ＲＩＳサーバ１０６へ送り、選択されたモダリティについてのスケジュールを検索する。ループの１回目の繰り返しでは、一組内の第一のモダリティが、選択されたモダリティとなる。ステップ２１０では、ＨＩＳ／ＲＩＳサーバ１０６が、ステップ２０８のＤＩＣＯＭ問い合わせに応答して、選択されたモダリティのスケジュールを送信する。次いで、ステップ２１２では、統合型ワークリスト・サーバ１２０はスケジュールがまだ検索されていないモダリティが一組内に残っているか否かを検査する。検索されるモダリティが一組内に存在しない場合には、統合型ワークリスト・サーバ１２０はループから出てステップ２１６へ進む。上述のようなモダリティが一組内に存在している場合には、ステップ２１４において、統合型ワークリスト・サーバ１２０はこのモダリティをスケジュール検索用に選択して、ステップ２０８及びステップ２１０をこのようにして選択されたモダリティについて繰り返す。このように、一組内の全モダリティのスケジュールが検索されるまで統合型ワークリスト・サーバ１２０によってステップ２０８、２１０、２１２及び２１４を含むループを自動的に繰り返す。一旦、この工程が終了したら、この方法はステップ２１６に進んで、全モダリティのスケジュールを統合型ワークリスト・サーバ１２０によって照合して共通データベース１０８に記憶させる。このようにして、操作者介入の必要が最小限になり、操作者の生産性が向上する。
【００３１】
本発明は、ハイブリッド型スキャナ１０４の操作者が、統合型患者スケジューラ１１８を用いて共通データベース１０８のスケジュールを変更することを可能にする。しかしながら、これらの変更はＨＩＳ／ＲＩＳサーバ１０６には連絡されない。このため、ＨＩＳ／ＲＩＳサーバ１０６からのスケジュールの後続の検索において、共通データベース１０８に存在する及びスケジュールとＨＩＳ／ＲＩＳ１０６から検索されるスケジュールとの間に不整合が生ずる可能性がある。不整合が生じた場合には、統合型ワークリスト・サーバ１２０は少なくとも二つの選択肢を有する。第一の選択肢では、統合型ワークリスト・サーバ１２０は、照合後のスケジュールについて、新たに検索されたスケジュール・エントリを用いて共通データベース１０８のスケジュール・エントリを更新することができる。代替的に、第二の選択肢では、統合型ワークリスト・サーバ１２０は共通データベース１０８のスケジュール・エントリを保持することができる。操作者の設定選択に基づいて以上の選択肢のいずれかを統合型ワークリスト・サーバ１２０によって選択する。操作者がこの設定選択を定義することを可能にするＧＵＩは図５を参照して説明されている。
【００３２】
以下、図３を主に参照して、共通データベース１０８を閲覧して編集し、また統合型患者スケジューラ１１８を構成設定するために統合型患者スケジューラ１１８によって提供されるグラフィック・ユーザ・インタフェイス（ＧＵＩ）について説明する。図３は、メイン患者スケジューラＧＵＩ３０２を示す。メイン患者スケジューラＧＵＩ３０２は、ＨＩＳ／ＲＩＳサーバ１０６からの関心のあるモダリティのスケジュールの検索を操作者が明示的に要求することを可能にする更新ボタン３０４を有している。図３はまた、スケジュールの検索を制御する利用者定義の設定選択を編集するためのＧＵＩをロードする設定選択ボタン３０６を示している。この制御は、これらの設定選択に指定される規準に合致するスケジュール・エントリのみを検索することにより具現化することができる。かかる規準の幾つかの実例は、「スケジュール・エントリが位置していなければならない時間範囲」又は「スケジュール・エントリのモダリティ」等である（図４参照）。図３はまた、共通データベース１０８から得られたスケジュールを表示するスケジュール表示３０８を示している。スケジュール表示３０８には７項目の欄がある。第一の欄は日時欄で、スケジュール・エントリの日時を表示する。患者氏名欄は、走査を実行する対象の患者の氏名を表示する。患者ＩＤ欄は、患者に割り当てられている識別番号を表示する。スケジュール表示３０８はさらに、要求された走査の簡単な説明文を表示する手順説明欄、及びスケジュール・エントリに対応する受付番号を表示する受付番号欄を有している。受付番号は、ＤＩＣＯＭによって設定されて特定のスケジュール・エントリを一意に指定する識別子である。スケジュール表示３０８はまた、スケジュール・エントリの現在の状態を表示するステータス欄を有している。ステータスは、走査完了及び走査未了（又は走査予定）のいずれかである。走査完了／走査未了のステータスは、特定の走査がスキャナによって成功裡に実行されたか否かを示す。共通データベース１０８はさらに、統合型患者スケジューラ１１８を用いてスケジュール・エントリがスキャナでローカルで編集されたか否かを示す編集済／未編集ステータスを記憶している。このステータスはＧＵＩには表示されないが、ＨＩＳ／ＲＩＳサーバ１０６からダウンロードされたスケジュールを用いて共通データベース１０８を更新するときに統合型患者管理アプリケーション１０２によって用いられる。共通データベース１０８に記憶されているスケジュール・エントリと、ＨＩＳ／ＲＩＳサーバ１０６から検索されたスケジュール・エントリとの間に不整合が存在する場合には、統合型患者管理アプリケーション１０２は操作者の設定選択（図５を参照して説明するような設定選択ＧＵＩを用いて操作者によって設定され得る）に基づいてこれら二つの一方を選択する。この不整合は、スケジュール・エントリがハイブリッド型スキャナ１０４においてローカルで編集されている場合に生じ得る。かかる編集を行なうと、編集／未編集ステータスが現状を示すように設定される。このステータスを用いて、共通データベース１０８に記憶されているスケジュール・エントリと、ＨＩＳ／ＲＩＳサーバ１０６から検索されるスケジュール・エントリとの間の不整合の位置を突き止める。最後に、スケジュール表示３０８は、特定のスケジュール・エントリを得た元のデータ源を示すアイコンを表示するデータ元欄を有する。特定のスケジュール・エントリを得た元のデータ源の一つはＨＩＳ／ＲＩＳサーバ１０６である。加えて、統合型患者スケジューラ１１８を用いて、新たなスケジュール・エントリをハイブリッド型スキャナ１０４の操作者によって入力することができる。統合型患者スケジューラ１１８から得られるスケジュール・エントリはローカル・スケジュールとして知られる。
【００３３】
図３はまた、サンプルのスケジュール・エントリ３１０を示しており、スケジュール表示３０８によって表示されるデータを一例で示す。サンプルのスケジュール・エントリ３１０は、磁気共鳴（ＭＲ）検査要求を示すものである。この要求は、日時欄に示すように日付が「１９９８年６月１９日」の時刻が「午前０４：００：００」に予定されている。患者氏名は、図３に示すように「山田太郎」等として患者氏名欄のエントリに表示される。この患者に割り当てられている識別番号は、患者ＩＤ欄に「０２２−５０４−７６０」と表示され、手順説明欄は要求された手順を「ＭＲ検査」と示している。受付番号欄は要求の受付番号を５２０２−９３４０と表示している。ステータス欄は、試験がまだ実行されていないことをステータスに「予定」と指示することにより示している。最後に、データ元欄には、この要求がＨＩＳ／ＲＩＳサーバ１０６から得たものであることを指示するアイコンが示される。
【００３４】
スケジュール表示３０８は、共通データベース１０８に存在する全スケジュール・エントリを示す。また、操作者が特定のスケジュール・エントリを選択することを可能にする。これにより、メイン患者スケジューラＧＵＩ３０２の一組のスケジュール・エントリ特異的ボタンに関連した動作を実行するためのスケジュール・エントリを操作者が指定することが可能になる。メイン患者スケジューラＧＵＩ３０２のこれらのボタンに関連した動作を以下で説明する。
【００３５】
本発明の例示的な実施形態では、メイン患者スケジューラＧＵＩ３０２の第一のスケジュール・エントリ特異的ボタンはトレーサ追加ボタン３１２である。トレーサ追加ボタン３１２はトレーサＧＵＩをロードする。トレーサＧＵＩは、バッチ説明、日時付き注射前作業、日時付き注射後作業、注射日時、及び注射作業のようなＰＥＴ走査に関連したトレーサ情報を操作者が編集することを可能にする。トレーサ追加ボタン３１２の次に、スケジュール表示３０８において選択されたスケジュール・エントリによって指定される走査を実行する患者走査ボタン３１４がある。さらに、メイン患者スケジューラＧＵＩ３０２は、患者データベースにアクセスする機能も提供する。患者閲覧編集ボタン３１６は、患者データベースに記憶されている患者情報を操作者が閲覧することを可能にするＧＵＩを起動する。患者追加ボタン３１８は、操作者が患者データベースに新規患者を追加することを可能にし、患者削除ボタン３２０は、操作者が患者データベースから既存の患者を削除することを可能にする。最後に、スケジューラを閉じるボタン３２２は、操作者がメイン患者スケジューラＧＵＩ３０２を閉じてアンロードすることを可能にする。
【００３６】
以下、図４を主に参照して、ＨＩＳ／ＲＩＳサーバ１０６からのスケジュールの検索を制御する利用者定義の設定選択を編集するＧＵＩである問い合わせフィルタＧＵＩ４０２について説明する。問い合わせパラメータＧＵＩ４０２は、統合型ワークリスト・サーバ１２０によってＤＩＣＯＭ問い合わせを構築するのに用いられる幾つかのパラメータを操作者に指定させる柔軟性を与えている。問い合わせパラメータＧＵＩ４０２は、統合型ワークリスト・サーバ１２０による各々のＤＩＣＯＭ問い合わせの発行の前にロードされる。代替的には、設定選択ＧＵＩ（図５を参照して説明する）を用いて、各々の問い合わせの前のこのＧＵＩのロードをオフにすることもできる。
【００３７】
図４は、概略問い合わせパラメータ部４０４及び詳細問い合わせパラメータ部４０６を有する問い合わせパラメータＧＵＩ４０２を示す。概略問い合わせパラメータは、操作者がスケジュール・エントリをスケジュール・エントリのモダリティ及びスケジュール・エントリの日時に基づいて選択することを可能にする。概略問い合わせパラメータ部４０４は、操作者がスケジュールを検索しなければならないシステムを選択することを可能にするシステム選択部４０８を有している。図４は操作者の三つの選択肢を示しており、ＧＵＩの３個のラジオ・ボタンとして表示されている。第一のラジオ・ボタンは、統合型患者管理アプリケーション１０２がロードされているシステムに付属したハイブリッド型スキャナ１０４のスケジュールを検索する選択肢に対応する。第二のラジオ・ボタンは、ＰＥＴモダリティを有する全スキャナのスケジュールを検索する選択肢に対応する。第三のラジオ・ボタンは、ＨＩＳ／ＲＩＳサーバ１０６に接続されている病院ネットワークの全スキャナのスケジュールを検索する選択肢に対応する。この選択肢は、多数のスキャナを有しており特定のスキャナに予定されている走査を他のスキャナに割り当てることができるような病院において有用である。かかる割り当ては、スキャナが故障した場合や検出器又はピン線源の誤動作のような問題点を呈した場合に必要となり得る。
【００３８】
概略問い合わせパラメータ４０４はまた、スケジュールを検索しなければならない時間範囲を指定する時間範囲選択部４１０を有している。このように、ＨＩＳ／ＲＩＳサーバ１０６は、ＤＩＣＯＭ問い合わせに応答して、指定された時間範囲内にあるスケジュール・エントリのみを含む。時間範囲選択部４１０は、時間範囲の開始日付及び終了日付をそれぞれ指定する「起点」日付選択部４１２及び「終点」日付選択部４１４を有している。さらに、概略問い合わせパラメータ４０４はまた、「起点」日付選択部４１２及び「終点」日付選択部４１４において前回指定された全ての日付を消去する日付問い合わせクリア・ボタン４１６を有している。
【００３９】
詳細問い合わせパラメータ４０６は、操作者が統合型ワークリスト・サーバ１２０によって発行されたＤＩＣＯＭ問い合わせの範囲をさらに狭めるパラメータを定義することを可能にするための４個の入力ボックスを有する情報入力テーブル４１８を含んでいる。患者ＩＤフィールド４２０は、操作者がＤＩＣＯＭ問い合わせの範囲を特定の患者に制限することを可能にし、これにより当患者の全スケジュール・エントリの閲覧を容易にする。患者氏名フィールド４２２は、スケジュール・エントリを検索したい対象患者の氏名を操作者が指定することを可能にする。手順ＩＤフィールド４２４は、検索したいスケジュール・エントリの手順ＩＤを操作者が指定することを可能にする。この手順ＩＤは、ＤＩＣＯＭによって指定される要求手順ＩＤフィールドに対応する。最後に、受付番号フィールド４２６は、検索したいスケジュール・エントリの受付番号を操作者が指定することを可能にする。操作者はこれらの入力ボックスの１個以上をチェックしてＤＩＣＯＭ問い合わせの範囲を狭めることができる。
【００４０】
最後に、問い合わせパラメータＧＵＩ４０２は、ＧＵＩにおいて操作者によって入力されたパラメータを受け入れて設定選択データベースに記憶するための更新ボタン４２８と、ＧＵＩのいずれのパラメータに加えられた変更も受け入れずに問い合わせパラメータＧＵＩ４０２をアンロードするためのキャンセル・ボタン４３０とを有している。
【００４１】
以下、図５を主に参照して、統合型患者管理アプリケーション１０２の構成設定のためのＧＵＩを説明する。図５は、上書きモード選択部５０４を有する構成設定ＧＵＩ５０２を示す。上書きモード選択部５０４は、スキャナで変更されたスケジュール・エントリをＨＩＳ／ＲＩＳサーバ１０６から検索された新たなスケジュール・エントリによって上書きし得るか否かを操作者が選択することを可能にするものである。新たなスケジュール・エントリは、統合型ワークリスト・サーバ１２０によって発行される後続のＤＩＣＯＭ問い合わせに応答してＨＩＳ／ＲＩＳサーバ１０６から検索される。第一のラジオ・ボタン選択肢、「編集したレコードを上書きする」は、同じ患者について新旧のスケジュール・エントリの両方が存在する場合に、統合型ワークリスト・サーバ１２０によって、共通データベース１０８のスケジュール・エントリをＨＩＳ／ＲＩＳサーバ１０６から検索されたスケジュール・エントリで上書きする。第二のラジオ・ボタン選択肢、「編集したレコードを上書きしない」はこの選択肢を不可にし、後続の問い合わせまでにスキャナにおいてスケジュール・エントリに加えられた変更を保持する。自動スケジュール更新選択部５０６は、統合型患者スケジューラ１１８がいつスケジュールの検索要求を発行するかを操作者が決定することを可能にする。さらに、構成設定ＧＵＩ５０２は、スケジュール・エントリが共通データベース１０８から削除される態様を操作者が構成設定することを可能にする削除動作制御部５０８を有する。削除動作制御部５０８の第一の選択肢、「いいえ」は自動削除機能を不可にする。第二の選択肢、「＿＿日後に受付済分を削除する」は、ステータスが「走査完了」となっているスケジュール・エントリを統合型患者管理アプリケーション１０２が削除するまでの日数を操作者が指定することを可能にする。第三の選択肢、「＿＿日後に予定分を削除する」は、ステータスが「走査未了」となっているスケジュール・エントリを統合型患者管理アプリケーション１０２が削除するまでの日数を操作者が指定することを可能にする。第四の選択肢、「＿＿日後に全てを削除する」は、ステータスに関わらず統合型患者管理アプリケーション１０２がスケジュールを削除するまでの日数を操作者が指定することを可能にする。
【００４２】
構成設定ＧＵＩ５０２はさらに、ＤＩＣＯＭ連結性構成を設定するボタン５１０、既存の走査既定値をグループにまとめるボタン５１２、及びプロトコルのグループ分けを編集するボタン５１４を有している。ＤＩＣＯＭ連結性構成を設定するボタン５１０は、ポート番号、サービス・クラス提供者（ＳＣＰ）応用エンティティ名称、及びＨＩＳ／ＲＩＳサーバ１０６のＩＰアドレスのようなＤＩＣＯＭ連結性の選択随意項目を構成設定するＧＵＩをロードする。既存の走査既定値をグループにまとめるボタン５１２は、プロトコル・グループ対動作項目コードのマッピングを作成するＧＵＩをロードする。プロトコルのグループ分けを編集するボタン５１４は、既存のプロトコル・グループ対動作項目コードのマッピングを編集することにより、動作項目コードへのプロトコル・グループの再割り当てを行なうもう一つのＧＵＩをロードする。
【００４３】
最後に、構成設定ＧＵＩ５０２は、ＧＵＩにおいて操作者によって入力されたパラメータを受け入れて記憶するためのＯＫボタン５１６と、ＧＵＩのいずれのパラメータに加えられた変更も受け入れずに構成設定ＧＵＩ５０２をアンロードするためのキャンセル・ボタン５１８とを有している。
【００４４】
本発明の一つの利点は、単一の利用者動作によってＨＩＳ／ＲＩＳサーバ１０６から多数のモダリティのスケジュールが自動的に検索されるため、操作者の生産性が高まることである。さらに、本発明は、ハイブリッド型スキャナ１０４のスケジュールを記憶する多数のデータベースの保守の必要性を解消して、これによりデータの統一性を改善し、錯誤排除性（error proofing）を高める。
【００４５】
本発明の好適実施形態を図示して説明したが、本発明はこれらの実施形態のみに限定されないことは明らかであろう。特許請求の範囲に記載した本発明の要旨及び範囲から逸脱しない多くの改変、変形、変更、置換及び均等構成は当業者には明らかであろう。
【００４６】
本明細書の全体にわたって、例示的な実施形態の多くの利点を確認した。言うまでもなく、同じ利点を必ずしも達成しないように本書での教示を用いることも可能であることを理解されよう。加えて、コンピュータ・サーバ及び患者スケジューリング・ソフトウェアの環境で多くの特徴を説明したが、他のソフトウェア構成の環境でかかる特徴を具現化し得ることが理解されよう。当業者には、図面に示したＧＵＩが例を掲げるものであって限定と解釈されるべきでないことは明らかであろう。
【００４７】
さらに、図面は相次いで実行される一連のステップを示しているが、かかる図面に示すステップは一般的には、必ずしも何らかの特定の順序で実行される必要はない。加えて、図示した幾つかのステップを繰り返し実行して、ステップの特定のものを他のものよりも高い頻度で実行してもよい。代替的には、状況によって、図示と異なる順序でステップを実行するほうが望ましい場合もある。本発明の要旨から逸脱しない多くの任意の変形及び改変を本発明に施してよい。また、図面の符号に対応する特許請求の範囲中の符号は、単に本願発明の理解をより容易にするために用いられているものであり、本願発明の範囲を狭める意図で用いられたものではない。そして、本願の特許請求の範囲に記載した事項は、明細書に組み込まれ、明細書の記載事項の一部となる。
【図面の簡単な説明】
【００４８】
【図１】本発明が動作する環境のブロック図である。
【図２】ＨＩＳ／ＲＩＳサーバから関心のあるモダリティのスケジュールを検索する方法を示す流れ図である。
【図３】共通データベースを閲覧及び編集し、また統合型患者スケジューラを構成設定するために統合型患者スケジューラによって提供されるグラフィック・ユーザ・インタフェイス（ＧＵＩ）の図である。
【図４】ＨＩＳ／ＲＩＳサーバからのスケジュールの検索を制御する利用者定義の設定選択を編集するＧＵＩの図である。
【図５】統合型患者管理アプリケーションの構成設定のためのＧＵＩの図である。
【符号の説明】
【００４９】
１１６  ＤＩＣＯＭリンク
【図１】
2005261952.tif 000003
【図２】
2005261952.tif 000004
【図３】
2005261952.tif 000005
【図４】
2005261952.tif 000006
【図５】
2005261952.tif 000007