JP5373866B2 - ディスプレイ画面にデータを表示する方法 - Google Patents

Description

本発明は、広義には、遠隔の場所にあるユーザ操作型電子機器、例えば医療診断に用いられる撮像装置からの診断データを編集及び／または集約する集中型報告生成技術に関するものである。

画像診断システムは現代の健康管理・医療施設に広く普及している。このようなシステムは、健康状態を判定し、診断し、また治療を行うための非常に貴重な手段を提供すると共に、外科診断介在の必要を非常に小さくする。多くの場合、最終診断及び治療は、主治医あるいは放射線技師が従来の検査を１つ以上の画像診断法による関連エリア及び組織の詳細な画像で補足して初めて行われる。

現在、医用画像診断システムには多くの方式や態様が存在する。これらの種類としては、コンピュータ断層撮影（ＣＴ）システム、Ｘ線システム（従来型及びディジタルまたはディジタル化撮像システムが両方共含まれる）、磁気共鳴（ＭＲ）システム、陽電子放射断層撮影（ＰＥＴ）システム、超音波システム、核医学システム等がある。多くの場合、これらの種類のシステムは互いに補完し合い、医師に各特定形態の組織、器官、生理学系等を撮像するための一連の技術を提供する。保健・医療機関は、単一の施設であるいは複数の施設にこのようないくつかの撮像システムを整備して、そこの医師が個々の患者ニーズによって必要になった場合にそのような診療資源を利用できるようにしていることがしばしばある。

現代の医用画像診断システムは、通常画像データを収集するため及びそれらのデータを使用可能な形式に変換するための回路を具備しており、変換されたデータは患者体内における関心対象の特徴の再生画像を生成するように処理される。種類にかかわらず、撮像プロセスの一部として物理走査あるいは電子走査が行われる場合、その画像データ収集・処理回路は「スキャナ」と呼ばれる。もちろん、システム及び付随回路の具体的な構成要素は、各種類の物理的特徴及びデータ処理で要求される条件が異なることにより種類間で大きく異なる。本願において、「スキャナ」、「医用撮像装置」及び「画像診断法装置」という用語は互いに同義で使用される。

上記の形態の医用診断システムは、要求の厳しいスケジュール内でまた相当長い有効寿命にわたって信頼性のあるわかりやすい画像を生成することが要求されることが多い。正しい動作を確保するために、これらのシステムは、高度に訓練された要員によって定期的に整備される。これらの要員は、撮像上の障害に対処し、システムを構成すると共に較正し、定期的なシステム検査及びソフトウェア更新を行う。さらに、近年では、会員機関側の要員介在の必要なしにそれらの機関のスキャナと直接交信することができるサービスセンターによって種々のサービス提供が補われるようになっている。このような集中化されたサービスは、医師あるいは放射線技師の注意を要することなく診断システムを正常な動作状態に保つよう企図され、多くの場合会員機関にとって全くトランスペアレントないしは透明である。

一部の集中化サービスシステムにおいては、コンピュータ化されたサービスセンターがネットワークを介してスキャナと交信することによりシステム構成及び動作状態をチェックし、報告生成用のデータを収集し、かつその他の有用なサービス機能を遂行する。このような交信は、システム「スイープ」等の期間中に定期的に行うことができ、その際その特定のスキャナについての履歴データと共に様々なシステム性能データが収集され、記憶される。その後、それらのデータを用いてシステム性能を評価し、あるいはサービス要員等による出張サービスを提案したり、その予定を立てたりすることができる。

このようなサービス技術は、診断システムを維持運営する上において極めて有用であることが実証されているが、なお一層の改良が必要である。スキャナとサービスセンターとの間の対話動作の透明性は、医療従事者がサービス更新のために不必要に気を散らすことを回避するのに役立つが、サービスセンターと会員機関との間におけるある程度の対話は非常に望まれるところである。特に、対話型サービスシステムは、システム性能の報告、注意を要する特定事件に関するフィードバック、システムライセンス、ソフトウェア、イメージング・プロトコルの更新等を含めて、貴重な情報交換を行いやすくする。このような対話型の交換が可能なサービスシステムは現在達成されている。特に、異なる種類の対話型サービスニーズのためのベースとしての役割を果たすプラットフォームが開発されている。このプラットフォームによれば、中央サービスセンターは予想されるサービス上の問題について遠隔の場所にあるスキャナと情報を交換し、またスキャナのサービスを行うためにそれらのスキャナから情報またはデータログファイルを検索することが可能になる。周知の１つのプラットフォームでは、臨床医や放射線技師が異なる種類の様々なスキャナを使用し、またそれらのスキャナに関するサービスの問題を報告することが可能な統一インターフェースが設けられている。

遠隔の場所にある診断装置にサービス提供するためのこの周知の統合化ユーザ対話型プラットフォームは、スキャナ側でソフトウェア、ハードウェアあるいはファームウェアとして構成することもできれば、医療施設のいくつかのスキャナをリンクする中央オペレータ・ステーションに搭載することもできる。そのユーザインタフェースによれば、診断装置上で実行される検査の前、検査中、あるいは検査後にサービス要求を生成することが可能である。また、このユーザインタフェースによればサービス・メッセージ、報告生成、検索等も可能になる。このユーザインタフェースは、好ましくは、ネットワークブラウザとして構成され、このようなブラウザはスキャナまたは中央設備管理ステーションをイントラネットあるいはインターネットのようなネットワークとリンクしやすくする。同じユーザインタフェースを異なる種類のスキャナに組み込むことができ、そのために、操作要員によるサービス要求等が、設備の種々のインターフェースにそれらの要員が新たに習熟し直す必要なく、いっそう容易化される。

特に、この現行のユーザ対話型プラットフォームは、システムユーザが遠隔の施設にあるスキャナの動作履歴に基づいて中央サービスセンターにスキャナ利用報告を要求するできるようになっている。このような利用報告を提供するためには、例えば電話回線またはネットワークを介してこれらのスキャナから定期的に診断データを収集することが必要である。

ある現行システムによれば、顧客がログデータに基づいてスキャナからスキャナ利用報告を受け取るためのサービス契約を結ぶ都度、中央のサービス施設によって提供される他のサービス機能と同様に、顧客情報及び契約仕様書がサービス契約データベースに入力される。契約下にある各スキャナは、コンピュータメモリ中のそれ自身の診断データを収集して、中央の施設によってスキャナに入力されたプリプログラムされたスケジュールに従ってそのデータを中央の施設に事前送信するようにプログラムすることができる。この場合、データロギング及び報告生成について規定したサービス契約の範囲に包括されるスキャナだけがログ記録された診断データを中央の施設に送信することになる。中央の施設がスキャナから診断データのログファイルを収集して処理したならば、スキャナ利用報告を生成することができる。特に、病院管理者は、その病院のスキャナについて収集された診断データを編集かつ／または要約した利用報告をいつでも広域ネットワークあるいはインターネットを介して要求することができる。ウェブベースの利用報告を提供するための報告サーバはデータログファイルを受け取る中央のサービス施設からはるか遠隔の地にあってもよい。

ユーザが複雑な報告の内容を決める方法は込み入っており、特に初心者ユーザにとってはわかりにくいことがしばしばある。もう一つの問題としては、データウエアハウスから生成される報告は前もって生成して記憶されることが多く、このことは報告に含まれるデータは必ずしも最新のデータではないということを意味する。さらに、動的データベース報告は、表示するのに長い時間を要することがしばしばあり、ユーザ不満の原因になっている。たとえ経験不足のユーザであってもその報告ニーズを全て満たすウェブベースのスキャナ利用報告を提供するためには、データアクセスの柔軟性、直観的ユーザインタフェース及び例外報告データ検索・表示性能を具備したシステムが開発されなければならない。

本発明は、収集されたスキャナ診断データのデータベースにアクセスできるコンピュータシステムによって生成されたスキャナ利用または画像診断報告へのリモートアクセスを可能にする方法及びシステムに関するものである。好ましくは、報告は顧客からのアクセス要求に応答して広域ネットワーク、例えばインターネットを介して送付される。特に、本発明のシステムの一実施態様は、ユーザが報告内容パラメータを全て指定し、その報告を単一画面上に表示できるようにするするグラフィカル・ユーザインタフェースよりなる。画面の報告内容パラメータ部によって、ユーザはユーザが報告に含めたいと思う施設、職域（すなわち部署）、装置、時間次元、時間枠、メトリクス及びデータスライスを特定する、すなわち明確に指示することができる。生成される報告には、現在データベースに入っている情報が書き込まれ、その情報は毎日更新される。使いやすさという面のニーズを満たすために、報告は、理解しやすく、ほぼ即時に（例えば５秒以内で）提示される。

本発明の上記実施態様は、ユーザインタフェース設計を柔軟で高速の直観的ユーザインタフェース及び報告機能が得られる一組のデータアクセス機構と組み合わせたものである。報告画面は、画面の大半の部分にわたりかつ画面の一方側から拡がっていて報告の図表またはグラフが表示されるエリアを有する。画面の反対側にある残りの部分には、ユーザが指定することができる全ての定義可能な報告内容パラメータ入れられる。ユーザは、まず所望の報告内容パラメータを指定して、次に画面の報告エリアに報告を表示するための仮想起動ボタンをクリックする。報告内容パラメータの各選択項目あるいはオプションには、データベース中の最新のデータが記載されたダイナミックリストが表示される。特に、スキャナ・ドロップダウン・ピックリストによって、他のパラメータによって定義される特定の組における全ての起動されたスキャナが列挙される。

上記実施態様のさらにもう一つの例によれば、ユーザがログインする時、報告内容パラメータは、デフォルトで、ユーザが報告を要求した最後のセッション中に選択したセッティングになる。期間パラメータは、デフォルトで、選択されたパラメータについてデータが存在する最新の日付になる。ユーザは、経時のデータ値を示す動向報告を見たいか、あるいは特定期間におけるメトリックの全ての異なる属性の値を示す比較報告を見たいかを指定することができる。この実施態様の報告データベースは、データの柔軟性及び性能上の要求を満たすためにＯＬＡＰ（オンライン・アプリケーション処理（On-Line Application Processing））技術を用いる。データは図表の形で表される。

本発明の一実施態様によれば、全ての報告内容定義の選択項目及びそれらの定義された報告内容パラメータから生成される報告が単一のウェブページに表示される。報告内容定義は上層から下層への階層形式で設定される。ユーザは、ユーザが画面上で見たい内容、メトリクス及びデータスライスを迅速かつ容易に指定することができる。報告データ検索・表示プロセスは非常に高速で、その結果エンドユーザの生産性及び満足度の向上がもたらされる。

本発明によれば、経験不足のユーザであってもその報告ニーズを全て満たすウェブベースのスキャナ利用報告が得られ、報告のデータを常に最新の状態にたもつことができ、医療診断に用いられる撮像装置等のユーザ操作型電子機器からの診断データを編集及び／または集約する集中型報告生成システムの性能及び効率が少なからず改善される。

本発明の実施形態による遠隔位置にあるスキャナからの診断データの流れ及び処理を図解した説明図である。 本発明の実施形態によるシステムのアーキテクチャ構成要素の対話動作を図解したブロック図である。 本発明の実施形態に基づきスキャナ利用報告を構成し広域ネットワークを介して中央のサービス施設に要求するためのグラフィカル・ユーザインタフェースを示す説明図である。

本発明は、一つには、医療機関等における放射線診断部署の業務、プロセス、患者の流れ及び臨床実務を支援するための情報を提供するシステム及び方法に関するものである。放射線診断部署中の各スキャナは、診断データを処理のために中央のサーバに送る。収集されたデータには、その部署の生産性、品質及び患者満足度の主目標及び目的に基づくスキャナの主要パラメータの測定値が表される。収集されたデータに基づき、中央の施設でスキャナ利用報告が生成される。顧客はインターネットまたは別の広域ネットワークを介してこれらの報告にアクセスすることができる。本発明に最も関係する機器・装置としては、コンピュータ断層撮影（ＣＴ）システム、磁気共鳴（ＭＲ）システム、超音波撮像システムあるいは他の形態のコンピュータ化された医用撮像装置等がある。しかしながら、総じて、本発明は、装置の使用状態を指示するデータをログ記録する機能を持つユーザ操作型電子機器に広く利用することができる。

図１には、本発明の一実施形態におけるデータ及び処理の高水準フローが示されている。各スキャナ２は、診断データのログを収集及び変換のために中央の処理装置４に送る。変換されたデータは、顧客／施設データベース６から読み出された医療施設プロファイル・データと共にデータ記憶装置８に記憶される。これらの記憶されたデータは定期的に報告配信システム１０に送られる。顧客１２は、セキュリティサーバ１４に有効かつ真正のセキュリティ因子（例えばＩＤ及びパスワード）を入力すればそれらの報告にアクセスすることができる。セキュリティサーバ１４はセキュリティ因子の検証結果を報告配信システム１０に送る。

図２を参照すると、データは、自動サポートセンター・サーバ１６によって各スキャナ２からモデム１８、プライベート・ネットワーク２０あるいは他の適切な通信チャンネルを介して収集される。各スキャナは、指定された操作・運用関連データをログ記録した後、それらのログデータを自動サポートセンター・サーバ１６へ送るようにプログラムされている。

この実施形態のスキャナ出力フォーマットはシステムデータ及び検査データよりなる。システムデータには、新しい検査がいつ開始されたかを指示するタイムスタンプ、スキャナの種類、製品名、システムＩＤ（すなわち特定場所の特定顧客用のスキャナに一意のＩＤ）、いわゆる一意システム番号（時間、場所及び所有者にかかわらないスキャナについての一意のキー）、いわゆる移動設置場所番号（特定時におけるスキャナの特定の場所を追跡記録するために用いられる）、及び病院名の項目が含まれるが、これらに限定されるものではない。検査データには、上記と同じタイムスタンプ、検査日、検査の開始時刻と終了時刻、検査番号、患者ＩＤ、患者年齢、患者性別、患者体重、患者の経歴、患者の身分、放射線技師ＩＤ、参照ＩＤ、オペレータＩＤ、検査記事及び検査データの項目が含まれるが、これに限定されるものではない。スキャナは、事前診断データ転送機構を用いてこのデータを自動サポートセンター・サーバ１６に転送する。スキャナは、事前診断データ転送機構を使用する時データロギング・サービスＩＤを用いる。スキャナは、このデータを最後の転送以後の経過時間に基づいてあるいはデータが指定されたサイズ・スレッショルドに達した時転送するようにプログラムされる。各転送間の最大時間及びデータサイズ・スレッショルドはスキャナ毎に設定可能である。また、診断データを自動サポートセンター・サーバに送るタイミングもスキャナ毎に設定可能である。

自動サポートセンター・サーバ１６は、ＵＳＮ、ＭＬＮあるいはこれらの組合せによってスキャナデータ・ファイルを記憶する。自動サポートセンター・サーバ１６は、データロギング・サービスＩＤを付して送られた新しいファイルが到着する都度、そのファイルをサービスプロバイダの内部ネットワークを介してオペレーション・サーバ２２に送ることにより新しいファイルの到着をオペレーション・サーバに通知する。自動サポートセンター・サーバ１６は、データファイルをオペレーション・サーバ２２に正常に送ることができなかった場合、エラーメッセージをログ記録し、該当するシステム管理者にそのことを通知する。また、自動サポートセンター・サーバ１６は、正当なサービス契約に従ってログデータが報告されることを認可されたスキャナシステム上のデータロギング機能及び事前診断データ転送機能をシステム管理者が遠隔場所でイネーブルにしたりディスエーブルにしたりすることができる機構も提供する。スキャナサイトが起動されあるいは動作停止されると、自動サポートセンター・サーバ１６はそのスキャナサイトの新しい状態をオペレーション・サーバ２２に通知する。

顧客が契約の範囲に入るスキャナからのログデータに基づいてスキャナ利用報告を受け取るためのサービス契約を結ぶ都度、顧客プロファイリング情報及び契約仕様書が、中央のサービス施設によって提供される他のサービス機能と同様に、サービス契約データベースに入力される。この顧客プロファイリング情報及びサービス契約情報はオペレーション・サーバ２２により中央のサービス契約データベースから自動的に定期的に抽出して、オペレーション・サーバ２２により維持されているローカル・データベース中の顧客プロファイリング及び契約情報の表と比較することができる。それぞれのファイルのレコード間に差違があれば、それらの差違はローカル・データベースに入力される（すなわち、新しいレコード及び変更されたレコードはローカル・データベースに加えられる）一方、期間が経過したサービス契約に対応するレコードはローカル・データベースから取り除かれる。以前にローカル・データベースに記録されていなかった新しいスキャナはその契約開始日が探索される。ローカル・データベースに記録されているがサービス契約の期間が経過した既設のスキャナは、そのデータロギング機能を停止するようにタグが付される。

データロギングが開始された後、オペレーション・サーバ２２はスキャナデータ・ログファイルが到着したことを知らせる自動サポートセンター・サーバ１６からのメイル通知を受け取ってスキャナファイルを確認する。この確認は下記のステップよりなる：ファイル「文法」（例えばＭＲあるいはＣＴ）を特定する；レコードの中にサービス製品に関する全てのフィールドがあり、正しいタイプのフィールドであることを確認する。レコードが完全でないか間違っている（すなわちフィールドが欠落している）場合、そのレコードはログ記録されて、削除される。オペレーション・サーバ２２は、スキャナファイル・データフィールド値に基づいてＣＰＴコードを生成する。また、オペレーション・サーバ２２は必要なフィールドを指定されたＸＭＬフォーマットでコード化する。オペレーション・サーバ２２は、スキャナファイルが処理されるとすぐに、その処理された（すなわち変換された）スキャナファイルを圧縮ＸＭＬフォーマットでサービスプロバイダの内部ネットワークを介して生成サーバ２８へ送る。

また、オペレーション・サーバ２２は、どのスキャナサイトがデータを送っているか、送られたデータの量、及びデータを受け取った時刻を記録する。オペレーション・サーバは、保守サービス契約（ＭＳＡ）に関する契約情報によってドライブされるアクティブサイト・リスト／データベースを維持管理する。ＭＳＡサービス契約情報は、ＭＳＡステージングサーバからサービスプロバイダの内部ネットワークを介してオペレーション・サーバにより毎日受信される。そして、サーバ２６はＭＳＡ契約情報データベース２４から契約情報を検索して取り出す。オペレーション・サーバ２２は、アクティブリスト中のスキャナサイトが設定可能な期間以上にわたってファイルを送らなかった場合、そのことをシステム管理者に通知する。また、オペレーション・サーバ２２は、データ受信頻度及びデータファイルサイズの履歴を個々のスキャナベースで表示するシステム管理用のウェブページに対してもサーバ機能を果たす。

やはり図２を参照すると、データ記憶装置３０は、オペレーション・サーバ２２によってＸＭＬコード化されたスキャナデータが送信される都度、生成サーバ２８からそれらのスキャナデータを受け取る。検査間隔及び検査持続期間のような派生的データ値は、生成サーバ２８によって計算され、データベース３０に記憶される。また、データ記憶装置３０は、ＸＭＬコード化された最新の施設プロファイル・データデータがオペレーション・サーバ２２によって送信される都度、生成サーバ２８からそれらのデータを受け取る。

本発明の一実施形態によれば、セキュリティサーバ１４は、報告サーバ３２と物理的に遠隔の場所に設けられる。セキュリティサーバ・データベースは報告サーバアプリケーション・データベースとは別途に設けられる。全ての報告への顧客アクセスはインターネット３４上でいわゆるセキュア・ソケット・レイヤ（ＳＳＬ）を通して行われる。顧客はインターネット３４を介してセキュリティサーバ１４にユーザＩＤ及びパスワードまたはアクセスコードをアップロードしなければならない。全てのユーザ・パスワード及び／またはアクセスコードが暗号化される。セキュリティサーバ１４はユーザを検証し、ユーザが会員であるかどうかを確認し、アクセス権を割り当てる。アクセス権は、顧客がどの報告を利用可能かをその顧客のサービス契約に基づいて決定する形態のものであってもよい。セキュリティサーバ１４は、報告サーバ３２から供給されインターネット３４を介して顧客のアクセスステーションに送信された対応する報告への検証済みユーザのアクセスを許可する。

報告サーバ３２によって生成される利用報告は全て、生成サーバ２８に送信されたスキャナデータに基づいて生成される。全てのグラフィカル報告は、出力の外観（円グラフ、棒グラフ等）を変える設定可能な表示オプションをサポートする。好ましくは、報告サーバ３２は、ウインドウズ９５／９８／ＮＴプラットフォーム上でインターネット・エクスプローラ４．０１以上及びネットスケープ４．５以上に対応した利用報告を配信する。クライアントが対応していない場合は、メッセージがそのユーザに送られ、対応したあるいは互換性のあるブラウザーとのリンクが表示される。また、報告サーバは、報告のための設定可能な時間軸の選択を行うことができるようにプログラムされる。報告サーバは、傾向を示す報告及び比較値を示す報告を生成する。

この実施形態においては、多数の報告テンプレートがサポートされる。これらのテンプレートは各々多くの報告を含むいくつかのグループにグループ化されるかもしれない。これらのグループへのアクセスはユーザアクセスに基づいて行うことが可能である。例えば、報告サーバは、放射線技師別画像カウント（Ａｖｇ Ｉｍａｇｅ Ｃｏｕｎｔ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）、調査区分別平均画像カウント（Ａｖｇ Ｉｍａｇｅ Ｃｏｕｎｔ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）、調査区分別平均連続カウント（Ａｖｇ Ｓｅｒｉｅｓ Ｃｏｕｎｔ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）、調査区分別平均調査持続期間（Ａｖｇ Ｓｔｕｄｙ Ｄｕｒａｔｉｏｎ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）、技術者別平均調査画像カウント（Ａｖｇ Ｓｔｕｄｙ Ｉｍａｇｅ Ｃｏｕｎｔ）、調査区分別コントラスト使用率（Ｃｏｎｔｒａｓｔ Ｕｓｅｄ ％ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）、時間別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｈｏｕｒｓ）、オペレータ別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｏｐｅｒａｔｏｒ）、医師別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｐｈｙｓｉｃｉａｎ）、放射線技師別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）、調査区分別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）、患者年齢別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ａｇｅ）、患者性別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ｇｅｎｄｅｒ）、混成患者別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ｍｉｘ）、混成患者別平均検査持続期間（Ａｖｇ Ｅｘａｍ Ｄｕｒａｔｉｏｎ ｂｙ Ｐａｔｉｅｎｔ Ｍｉｘ）、放射線技師別平均検査持続期間（Ａｖｇ Ｅｘａｍ Ｄｕｒａｔｉｏｎ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）、技術者別平均検査持続期間（Ａｖｇ Ｅｘａｍ Ｄｕｒａｔｉｏｎ ｂｙ Ｔｅｃｈｎｏｌｏｇｉｓｔ）、放射線技師別平均調査持続期間（Ａｖｇ Ｓｔｕｄｙ Ｄｕｒａｔｉｏｎ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）、技術者別平均調査持続期間（Ａｖｇ Ｓｔｕｄｙ Ｄｕｒａｔｉｏｎ ｂｙ Ｔｅｃｈｎｏｌｏｇｉｓｔ）、平均検査間隔（Ａｖｇ Ｔｉｍｅ Ｂｅｔｗｅｅｎ Ｅｘａｍｓ）、調査別平均検査間隔（Ａｖｇ Ｔｉｍｅ Ｂｅｔｗｅｅｎ Ｅｘａｍｓ ｂｙ Ｓｔｕｄｙ）、管理医師別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｏｒｄｅｒｉｎｇ Ｐｈｙｓｉｃｉａｎ）、放射線技師別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）、技術者別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｔｅｃｈｎｏｌｏｇｉｓｔ）、総検査量（Ｔｏｔａｌ Ｅｘａｍ Ｖｏｌｕｍｅ）、総連続量（Ｔｏｔａｌ Ｓｅｒｉｅｓ Ｖｏｌｕｍｅ）、１日当たり平均持続期間（Ａｖｇ Ｔｏｔａｌ Ｄｕｒａｔｉｏｎ ｐｅｒ Ｄａｙ）、及び平均スキャナ利用度（Ａｖｇ Ｓｃａｎｎｅｒ Ｕｔｉｌｉｚａｔｉｏｎ）等を記載した報告を生成し、配信することができる。

本発明のこの実施形態は、放射線診断部署に患者サービス配送の「検査」段階を中心とした臨床実務（調査、混成）、業務管理（量、利用）、及び顧客の人口統計分析（問い合わせ医師、患者年齢等）に関する重大な意志決定支援情報を提供するウェブ配信サービス製品／機能にある。

本発明のこの実施形態によれば、ユーザは、サービスセンター・ホームページ（図示省略）にナビゲートして、そのホームウェブ上で標準報告（Standard Reports）をクリックすることによって所望のスキャナ利用報告のパラメータを定義することができる。これによって、ユーザのワークステーションのディスプレイ画面上に図３に示す標準報告のウェブページ４０が表示される。ウェブページ４０には、その左側に図表を表示するための長方形のエリア４２がある。ウェブページ４０の右側には複数のユーザ対話型フィールドが表示され、ユーザがこれらをそれぞれクリックすることによって各ドロップダウン・ピックリストを表示させることができる。図３に示す例においては、フィールド４４、４６、４８、５０、５２、５６、５８、６０、６２及び６４をアクティブにすることによって、施設、部署、種類、スキャナ、報告カテゴリ、報告名、図表タイプ、データスライス、及び報告対象の該当期間のようなそれぞれの報告内容定義選択項目を選択するための各隠しドロップダウン・ピック（選択）リストを表示させることができる。報告対象期間の開始日はフィールド５４に表示される。報告パラメータが定義されたならば、ユーザは、図表表示（Ｄｉｓｐｌａｙ Ｃｈａｒｔ）起動フィールド６６をクリックすることによって、それらの定義済みパラメータに従ってシステムに図表及び表形式の報告を生成させて、ディスプレイエリア４２に図表を表示させることができる。ユーザは、図３に示すディスプレイ画面の左下コーナーのデータ詳細表示（Ｄｉｓｐｌａｙ Ｄａｔａ Ｄｅｔａｉｌｓ）リンクをクリックすることによって、生成された表形式の報告を表示する別のウェブページにナビゲートすることができる。

本発明の一実施形態によれば、顧客は、図３に示すディスプレイフィールド５０のクリックに応じて表示されるスキャナ・ドロップダウン・ピックリストと対話することにより特定スキャナについてのスキャナ利用報告にアクセスすることができる。施設は、ある特定のスキャナについて、ＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒと命名されたデータベース・テーブル中にそのスキャナのレコードがある限り、そのスキャナの利用に関する報告を得ることができる。ＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルは、次の欄を有する：施設ＩＤ（ＦａｃＩＤ）、装置ＩＤ（ＥｑｕｉｐＩＤ）及び契約ＩＤ（ＣｏｎｔｒａｃｔＩＤ）。ある施設に属するスキャナに関する報告を得ることができるかどうかは、各製品モジュールにスキャナ・ドロップダウンリストが実装されているかどうかによって決まる。各モジュール中のスキャナ・ドロップダウンリスト照会プログラムはＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルと連結される。所与のＦａｃＩＤのＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブル中にあるスキャナだけ（ＥｑｕｉｐＩＤ＝スキャナ・データベース３０内であるスキャナに割り当てられた一意のＩＤ）がスキャナ・ドロップダウンリスト中に表示される。ＦａｃＩＤは、病院及び企業系列関係を識別するために使用される。一般に、ユーザにはＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブル中にあるスキャナだけが表示される。好ましくは、契約が終了した時は、バッチプロセスを夜間に実行してＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルからレコードを削除する。

毎夜、バッチプロセスを夜半過ぎに実行することによって、スキャナ利用報告の生成の根拠となる有効な契約がもはや存在しない場合はスキャナを非動作状態にする。このプロセスは、ＣｏｎｔＰｒｏｄＦａｃｉｌｉｔｙデータベース・テーブルとＣｏｎｔＦａｃＥｑｕｉｐｍｅｎｔデータベース・テーブルの結合に照会することによって非動作状態にするべきＦａｃＩＤ＋ＥｑｕｉｐＩＤのリストを探す。照会プログラムは現在の日付がＰｒｏｄＥｎｄＤａｔｅより前にあるレコードを選択するべきである。検索されたリストに載っていないＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブル中にあるレコードはＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルから削除されるべきである。ＣｏｎｔＰｒｏｄＦａｃｉｌｉｔｙデータベース・テーブルは次の欄を有する：ＣｏｎｔｒａｃｔＩＤ、ＦａｃＩＤ、製品ＩＤ（ＰｒｏｄｕｃｔＩＤ）（製品あるいは提供されているサービス（例えば一群の報告）を識別する）、ＰｒｏｄＳｔａｒｔＤａｔｅ（製品使用開始日）、ＰｒｏｄＥｎｄＤａｔｅ（製品使用終了日）及びＰｒｏｄＴｅｒｍＤａｔｅ（製品使用期間満了日）。ＣｏｎｔＦａｃＥｑｕｉｐｍｅｎｔデータベース・テーブルは次の欄を包含する：ＣｏｎｔｒａｃｔＩＤ、ＰｒｏｄｕｃｔＩＤ、ＦａｃＩＤ及びＥｑｕｉｐＩＤ。

顧客がアクセスすることができる全てのアプリケーション・モジュール中の全てのスキャナ・ドロップダウンリストのためのコード化は、スキャナリスト検索用のＳＱＬ（構造化照会言語）をＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルと連結し、ＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブル中にあるスキャナのみを表示するようにする必要がある。

同様に、ある特定スキャナの利用報告へのアクセスは、それぞれディスプレイフィールド６０及び６２（図３を参照）のクリックに応答して表示される報告及び図表のドロップダウン・ピックリストを用いて制御される。ユーザは、アクセスできる製品及びモジュールに含まれる報告についてのみ報告及び図表を要求することができる。報告を得ることができるかどうかは、報告及び図表のドロップダウンリスト及び／または報告リンクが各製品モジュールに実装されているかどうかによって決まる。

顧客がアクセスすることができる全てのアプリケーション・モジュール中の全ての報告ドロップダウンリスト及び報告リンクのためのコード化は下記項目に基づいた報告のリストを修飾する：１）報告が属する製品；２）報告が属するモジュール；そして３）選択された施設が有する契約が有効な製品。報告リストを検索するために、ＳＱＬはＰｒｏｄＲｅｐｏｒｔ、ＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒ、ＣｏｎｔＦａｃＥｑｕｉｐｍｅｎｔ及びＳｃａｎＰａｔｈＲｅｐｏｒｔｓデータベース・テーブルを結合する。ＰｒｏｄＲｅｐｏｒｔデータベース・テーブルは次の欄を有する：ＰｒｏｄｕｃｔＩＤ、ＭｏｄｕｌｅＩＤ、ＲｅｐｏｒｔＩＤ、ＲｐｔＣａｔＩＤ（報告カテゴリＩＤ（Ｒｅｐｏｒｔ Ｃａｔｅｇｏｒｙ ＩＤ））、ＬａｓｔＭｏｄＢｙ（このレコードを最後に修正したサービス要員のユーザＩＤ）、及びＬａｓｔＭｏｄＤａｔｅ（このレコードが最後に修正された日付）。ＳｃａｎＰａｔｈＲｅｐｏｒｔｓテーブルは次の欄を有する：ＲｅｐｏｒｔＩＤ、説明（Ｄｅｓｃｒｉｐｔｉｏｎ）、タイトル（Ｔｉｔｌｅ）、キューブ（Ｃｕｂｅ）及びＭＤＸＱｕｅｒｙＮａｍｅ（これらについてはこの後詳細に説明する）。

図表の場合も、図表ドロップダウンＳＱＬはさらにＳｃａｎＰａｔｈＣｈａｒｔｓデータベース・テーブルとのテーブル結合を行わなければならないという点を除いて、論理構成は上記の場合と同様である。ＳｃａｎＰａｔｈＣｈａｒｔｓテーブルは次のカラムを有する：ＣｈａｒｔＩＤ、ＲｅｐｏｒｔＩＤ、説明（Ｄｅｓｃｒｉｐｔｉｏｎ）、タイプ（Ｔｙｐｅ）、及びＣｈａｒｔＤｅｆａｕｌｔＳｅｔｔｉｎｇｓ（これらについてはこの後詳細に説明する）。ＳＱＬによって検索された報告リスト中に報告ＩＤ（ＲｅｐｏｒｔＩＤ）を持つ図表のみが図表リストに表示されるべきである。

本発明の実施形態は、ＯＬＡＰ（オンライン・アプリケーション処理（Ｏｎ−Ｌｉｎｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ））ソフトウェアに基づく汎用報告・図表定義ツールを使用する。ＯＬＡＰベースの報告方式は、多くの異なる報告のためのサポートを提供する。製品が必要とするこのような様々な報告を定義し作成する機能は、報告の生成をサポートするための汎用機構の開発を必要とする。この機構は、製品に新たな報告を追加しやすくするためにその構成が柔軟であること必要である。さらに、これらの機能は、ＯＬＡＰ報告を利用する他のアプリケーション製品に使用することができるよう十分に頑強でなければならない。

以下に説明する機能はＯＬＡＰ環境で報告及び図表の汎化をサポートする機能である。アプリケーションに入っている報告、図表及びダッシュボードをサポートするには４つのデータタイプが必要である。そのデータタイプは次の通りである：照会データ、報告データ、図表データ及びダッシュボード・データ。これらの各カテゴリ用のメタデータは別のデータベース・テーブルに入っている。「ダッシュボード」という用語は、図３に示す標準報告画面を用いてユーザにより構成された図表を含めてユーザが監視することができる最も重要な標識の迅速な通覧をユーザに提供するウェブページ（示されていない）のこと

照会メタデータ（ＭＤＸＱｕｅｒｙ）データベース・テーブルには、多次元（ＭＤＸ）照会プログラム及びこれらのプログラムを実行するのに必要なランタイム・セッション・パラメータのリストが入っている。ユーザが図表か報告を要求した場合、その要求は選択された報告のためのデータを検索するために使用されるＭＤＸ照会プログラムを間接的に特定することになる。ＭＤＸ照会プログラム名（ＭＤＸ Ｑｕｅｒｙ Ｎａｍｅ）はキューブに関する情報、パラメータの数、及び照会プログラムに渡されなければならないパラメータのリストが入っているＭＤＸＱｕｅｒｙテーブル中のレコードの基本キーである。ＭＤＸＱｕｅｒｙテーブルは次の欄を有する：ＭＤＸＱｕｅｒｙＮａｍｅ、キューブ（Ｃｕｂｅ）、ＰａｒａｍＣｏｕｎｔ、ＭＤＸＱｕｅｒｙ、コメント（Ｃｏｍｍｅｎｔ）及びＳｅｓｓｉｏｎＰａｒａｍｅｔｅｒｓ。このテーブルには、個々の報告及び図表を作成するのに用いられるデータを検索するために使用される手順のリストが入っている。テーブルの内容は次の通りである：ＭＤＸＱｕｅｒｙＮａｍｅ−報告データを検索するために使用されるＭＤＸ手順の名前；キューブ（Ｃｕｂｅ）−データが検索されるＯＬＡＰキューブの名前；ＰａｒａｍＣｏｕｎｔ−この手順に渡されなければならないパラメータの数；ＭＤＸＱｕｅｒｙ−データ検索照会プログラム用の実ＳＱＬコード（この照会プログラムは各報告毎に異なる）；コメント（Ｃｏｍｍｅｎｔｓ）−この手順に関する任意の開発者コメント；ＳｅｓｓｉｏｎＰａｒａｍｅｔｅｒｓ−所要の順序でこの手順に渡さなければならないパラメータのカンマ区切りリスト（名前別）。このテーブル中のデータはＳＱＬスクリプトを使用して維持される。

報告メタデータ（Ｒｅｐｏｒｔ Ｍｅｔａ Ｄａｔａ：ＳｃａｎＰａｔｈＲｅｐｏｒｔｓ）テーブルには、アプリケーションでサポートされる全てのＯＬＡＰ報告のリストが入っている。ＳｃａｎＰａｔｈＲｅｐｏｒｔｓテーブルの内容は次の通りである：ＲｅｐｏｒｔＩＤ−各報告の一意のＩＤ；説明（Ｄｅｓｃｒｉｐｔｉｏｎ）−報告の詳細な説明；タイトル（Ｔｉｔｌｅ）−画面に表示される報告のタイトル；キューブ（Ｃｕｂｅ）−データが検索されるＯＬＡＰキューブの名前；ＭＤＸＱｕｅｒｙＮａｍｅ−報告用のデータを検索するために用いられるＭＤＸ手順の名前。

チャート・メタデータ（Ｃｈａｒｔ Ｍｅｔａ Ｄａｔａ：ＳｃａｎＰａｔｈＣｈａｒｔｓ）テーブルには、報告データの集合から生成することができる全ての図表のリストが入っている。ＳｃａｎＰａｔｈＣｈａｒｔｓテーブルの内容は次の通りである：ＣｈａｒｔＩＤ−報告ＩＤ（Ｒｅｐｏｒｔ ＩＤ）内の一意のＩＤ；ＲｅｐｏｒｔＩＤ−各報告毎の一意のＩＤ；説明（Ｄｅｓｃｒｉｐｔｉｏｎ）−図表の詳細な説明；タイトル（Ｔｉｔｌｅ）−画面に表示される図表のタイトル；ＹａｘｉｓＮａｍｅ−図表で使用されるＹ軸のラベル；ＸａｘｉｓＮａｍｅ−図表で使用されるＸ軸のラベル；タイプ（Ｔｙｐｅ）−図表の様式（例えば傾向線図、棒グラフ、パイ図）；ＣｈａｒｔＤｅｆａｕｌｔＳｅｔｔｉｎｇｓ−各々特定の図表パラメータのデフォルト・セッティング（例えば、２Ｄ／３Ｄ、縦グリッド・オン／オフ）を指定する文字列。

本発明の一実施形態によれば、標準報告モジュールには最初の２つの層のスキャナ利用報告製品に関する報告及びグラフが入れられる。層１及び層２の製品に入れられる正確な報告の集合は製品管理（Ｐｒｏｄｕｃｔ Ｍａｎａｇｅｍｅｎｔ）によって定義することができる。好ましくは、各製品の層にはこのモジュールによって提供される報告のそれぞれの集合が含まれる。報告にアクセスする資格のある全てのユーザは、標準報告モジュールへのアクセス権を与えられる。

本発明の一実施形態によれば、製品中で３つのカテゴリの標準報告が提供される。これらのカテゴリは次の通りである：顧客分析（Ｃｕｓｔｏｍｅｒ Ａｎａｌｙｓｉｓ）、臨床利用（Ｃｌｉｎｉｃａｌ Ｕｔｉｌｉｚａｔｉｏｎ）及び動作分析（Ｏｐｅｒａｔｉｏｎｓ Ａｎａｌｙｓｉｓ）。ユーザが図３に示すディスプレイフィールド５８をクリックすると表示されるドロップダウン・ピックリストをクリックすることによって所望のカテゴリを選択することができる。各報告カテゴリでは、ユーザにそのカテゴリと関連する情報が含まれている報告のリストが提供される。顧客が契約した製品は、リスト中の報告に影響を与える。例えば、基礎的な製品では少数（例えば４つ）の報告に対するユーザアクセス権しか与えられないが、次のレベル（すなわち層の）製品では３つの各カテゴリで定義された全ての報告に対するユーザアクセス権が与えられることが考えられる。

ユーザはインターネットを介してセキュリティサーバ（図２の１４）にログインすることができる。ユーザがスキャナ利用報告にアクセスする権限を持っていれば、ログイン後すぐにホームページ（図示省略）が表示される。ユーザがホームページ上で標準報告リンクを選択すると、標準報告画面（Ｓｔａｎｄａｒｄ Ｒｅｐｏｒｔｓ）４０（図３参照）が表示される。画面４０上のパラメータは、ログインしたユーザが最後に使ったパラメータセットに設定される。これらのパラメータは、図表ディスプレイフィールド４２に表示される対応した図表を検索して取り出すために使用される。この標準報告ページは、ユーザが表示された図表を修正できるようににするための様々な機能を提供する。このページ上で、ユーザは、図表に与えられた全てのパラメータを変更することができると共に、利用可能な報告及びデータスライスを全て要求することもできる。

次の選択項目は、ドロップダウンピックリストの形の標準報告画面４０に表示される：施設（Ｆａｃｉｌｉｔｙ）ピックリストはディスプレイフィールド４４をクリックすることにより表示される；コストセンターまたは部門（Ｃｏｓｔ Ｃｅｎｔｅｒ ｏｒ Ｄｅｐａｒｔｍｅｎｔ）ピックリストはディスプレイフィールド４６をクリックすることにより表示される；種類（Ｍｏｄａｌｉｔｙ）ピックリスト（項目ＭＲ及びＣＴを伴う）はディスプレイフィールド４８をクリックすることにより表示される；スキャナ（Ｓｃａｎｎｅｒ）ピックリストはディスプレイフィールド５０をクリックすることにより表示される；期間（Ｐｅｒｉｏｄ）ピックリスト（報告または図表にに含めるべき過去５四半期、過去１２か月、過去６週及び過去７日）はディスプレイフィールド５２をクリックすることにより表示される；「まで（Ｔｏ）」ピックリスト（データが表示される期間が終了する日付）はディスプレイフィールド５６をクリックすることにより表示される；報告カテゴリ（Ｒｅｐｏｒｔ Ｃａｔｅｇｏｒｙ）ピックリスト（臨床利用（Ｃｌｉｎｉｃａｌ Ｕｔｉｌｉｚａｔｉｏｎ）、顧客分析（Ｃｕｓｔｏｍｅｒ Ａｎａｌｙｓｉｓ）、動作分析（Ｏｐｅｒａｔｉｏｎｓ Ａｎａｌｙｓｉｓ）、あるいは性能分析（Ｐｅｒｆｏｒｍａｎｃｅ Ａｎａｌｙｓｉｓ））は、ディスプレイフィールド５８をクリックすることにより表示される；報告（Ｒｅｐｏｒｔ）ピックリストはディスプレイフィールド６０をクリックすることにより表示される；図表タイプ（Ｃｈａｒｔ Ｔｙｐｅ）ピックリスト（傾向（Ｔｒｅｎｄ）または比較（Ｃｏｍｐａｒｉｓｏｎ）のグラフ）はディスプレイフィールド６２をクリックすることにより表示される；データスライス（Ｄａｔａ Ｓｌｉｃｅ）ピックリスト（図表に表示されたデータのスライス、すなわち部分集合を特定する）はディスプレイフィールド６４をクリックすることにより表示される。要求された期間の開始日付はシステムによって自動的に決定され、「から（Ｆｒｏｍ）」フィールド５４に入れられる。

各報告カテゴリ（Ｒｅｐｏｒｔ Ｃａｔｅｇｏｒｙ）は報告それ自身の集合を有する。（同様に、各報告は、データスライス（Ｄａｔａ Ｓｌｉｃｅ）のそれ自身の集合を持っている。）例えば、臨床利用（Ｃｌｉｎｉｃａｌ Ｕｔｉｌｉｚａｔｉｏｎ）カテゴリの報告のドロップダウンリストは以下のような内容することができる：
放射線技師別平均画像カウント（Ａｖｇ Ｉｍａｇｅ Ｃｏｕｎｔ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）
調査区分別平均画像カウント（Ａｖｇ Ｉｍａｇｅ Ｃｏｕｎｔ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）
調査区分別平均連続カウント（Ａｖｇ Ｓｅｒｉｅｓ Ｃｏｕｎｔ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）
調査区分別平均調査持続期間（Ａｖｇ Ｓｔｕｄｙ Ｄｕｒａｔｉｏｎ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）
技術者別平均調査画像カウント（ＡＶｇ Ｓｔｕｄｙ Ｉｍａｇｅ Ｃｏｕｎｔ）
調査区分別コントラスト使用率（Ｃｏｎｔｒａｓｔ Ｕｓｅｄ ％ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）
時間別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｈｏｕｒｓ）
オペレータ別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｏｐｅｒａｔｏｒ）
医師別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｐｈｙｓｉｃｉａｎ）
放射線技師別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）
調査区分別調査量（Ｓｔｕｄｙ Ｖｏｌｕｍｅ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）
顧客分析（Ｃｕｓｔｏｍｅｒ Ａｎａｌｙｓｉｓ）カテゴリの報告のドロップダウンリストは例えば以下のような内容にすることが可能である：
患者年齢別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ａｇｅ）
患者性別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ｇｅｎｄｅｒ）
混成患者別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ｍｉｘ）
動作分析（Ｏｐｅｒａｔｉｏｎｓ Ａｎａｌｙｓｉｓ）カテゴリの報告のドロップダウンリストは例えば下記のような内容にすることが可能である：
混成患者別平均検査持続期間（Ａｖｇ Ｅｘａｍ Ｄｕｒａｔｉｏｎ ｂｙ Ｐａｔｉｅｎｔ Ｍｉｘ）
放射線技師別平均検査持続期間（Ａｖｇ Ｅｘａｍ Ｄｕｒａｔｉｏｎ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）
技術者別平均検査持続期間（Ａｖｇ Ｅｘａｍ Ｄｕｒａｔｉｏｎ ｂｙ Ｔｅｃｈｎｏｌｏｇｉｓｔ）
放射線技師別平均調査持続期間（Ａｖｇ Ｓｔｕｄｙ Ｄｕｒａｔｉｏｎ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）
技術者別平均調査持続期間（Ａｖｇ Ｓｔｕｄｙ Ｄｕｒａｔｉｏｎ ｂｙ Ｔｅｃｈｎｏｌｏｇｉｓｔ）
平均検査間隔（Ａｖｇ Ｔｉｍｅ Ｂｅｔｗｅｅｎ Ｅｘａｍｓ）
調査区分別平均検査間隔（Ａｖｇ Ｔｉｍｅ Ｂｅｔｗｅｅｎ Ｅｘａｍｓ ｂｙ Ｓｔｕｄｙ Ｔｙｐｅ）
管理医師別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｏｒｄｅｒｉｎｇ Ｐｈｙｓｉｃｉａｎ）
放射線技師別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｒａｄｉｏｌｏｇｉｓｔ）
技術者別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｔｅｃｈｎｏｌｏｇｉｓｔ）
総検査量（Ｔｏｔａｌ Ｅｘａｍ Ｖｏｌｕｍｅ）
総連続量（Ｔｏｔａｌ Ｓｅｒｉｅｓ Ｖｏｌｕｍｅ）
１日当たり平均持続期間（Ａｖｇ Ｔｏｔａｌ Ｄｕｒａｔｉｏｎ ｐｅｒ Ｄａｙ）
平均スキャナ利用度（Ａｖｇ Ｓｃａｎｎｅｒ Ｕｔｉｌｉｚａｔｉｏｎ）

ユーザは、所望のパラメータを全て選択し終えたならば、仮想ディスプレイ・チャート（Ｄｉｓｐｌａｙ Ｃｈａｒｔ）ボタン６６をクリックすることによりシステムを起動して、新しいデータを検索して取り出しかつ表示された図表をリフレッシュしなければならない。ユーザは、以下に説明するように、ディスプレイ・データ詳細（Ｄｉｓｐｌａｙ Ｄａｔａ Ｄｅｔａｉｌｓ）フィールドをクリックすることによって、表形式報告（Ｔａｂｕｌａｒ Ｒｅｐｏｒｔ）ページに行く。

この実施形態によれば、標準報告ページには次のような選択項目及び機能が組み込まれる。

施設（Ｆａｃｉｌｉｔｙ）ドロップダウンリストに表示される施設のリストは、次の基準を満たす施設のリストを入れるべきである。これらの施設は選択された顧客に帰属していなければならない。これらの施設は、スキャナ利用報告製品に関する有効な契約を持っていなければならない。これは、施設はＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルに少なくとも１つのレコードを持っていなければならないということを意味する。これらの施設はログオンしたユーザがアクセスすることができなければならず、この基準が満たされているか否かはユーザのＦａｃＧｒｏｕｐＩＤによって決定される。

部門（Ｄｅｐａｒｔｍｅｎｔ）ドロップダウンリストに表示されるコストセンターのリスト（ＯｒｇＡｒｅａＩＤ）には、次の基準を満たすコストセンターのリストを入れるべきである。コストセンターは、スキャナ利用報告製品に関する有効な契約があるスキャナを持っていなければならない。これについての判断はＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒテーブルと装置（Ｅｑｕｉｐｍｅｎｔ）テーブルとの結合を用いて行われる。装置テーブルは次の欄を有する：ＦａｃＩＤ、ＥｑｕｉｐＩＤ、ＭｏｄａｌｉｔｙＣｏｄｅ、ＥｑｕｉｐＡｃｔｉｖｅＩｎｄ、ＰｒｏｄｕｃｔＬｉｎｅ、ＳｙｓｔｅｍＩＤ（特定場所の特定顧客のスキャナに一意のＩＤ）、ＳｅｒｉａｌＮｂｒ、ＭＬＮ、ＯｒｇＡｒｅａＩＤ、場所（Ｌｏｃａｔｉｏｎ）、ＡｃｔｉｖａｔｉｏｎＤａｔｅ、ＤｅａｃｔｉｖａｔｉｏｎＤａｔｅ、ＭｆｇＤａｔｅ、ＬａｓｔＵｐｇｒａｄｅＤａｔｅ等々。コストセンターはログオンしたユーザがアクセスすることができなければならない。これはユーザＯｒｇＡｒｅａＧｒｐＩＤによって判断される。この判断は、上記で得られたＯｒｇＡｒｅａＩＤのリストとＯｒｇＡｒｅａＧｒｐＣｈｉｌｄテーブルとの結合を使用して行われる。

スキャナの種類のリストは種類（Ｍｏｄａｌｉｔｙ）テーブルから検索して取り出すべきである。好ましくは、種類のリストは、ＯｒｇＡｒｅａが有するスキャナの種類によって修飾される。しかしながら、この修飾を省略すれば、種類（Ｍｏｄａｌｉｔｙ）リストはより表示が迅速になる。

スキャナ（Ｓｃａｎｎｅｒ）ドロップダウンリストに表示されるスキャナのリスト（ＥｑｕｉｐＩＤ）には次の基準を満たすスキャナのリストが入っているべきである。スキャナ（Ｓｃａｎｎｅｒ）リストに記載される情報は、各要素をコンマとスペースによって前の要素と区切った形のＳｙｓｔｅｍＩＤと装置名（Ｅｑｕｉｐｍｅｎｔ Ｎａｍｅ）との連結であるべきである。スキャナは、スキャナ利用報告製品に関する有効な契約に入っていなければならない。これについての判断はＦａｃＡｃｔｉｖｅＳｃａｎｎｅｒと装置（Ｅｑｕｉｐｍｅｎｔ）テーブルとの結合を用いて行われる。

期間（Ｐｅｒｉｏｄ）選択によって、ユーザは期間及び時間次元の特定の数を選択することができる。提供される選択項目は次の通りである：過去５四半期（暦四半期）、過去１２か月、過去６週及び過去７日。

「から（Ｆｒｏｍ）」フィールド５４（図３参照）には、選択された期間（Ｐｅｒｉｏｄ）及び「まで（Ｔｏ Ｄａｔｅ）」の日付に対する「から（Ｆｒｏｍ）」の日付が表示される。ユーザはこの「から（Ｆｒｏｍ Ｄａｔｅ）」を指定することはできず、システムがその日付を決定する。

「まで（Ｔｏ）」フィールド５６は月、日及び年のドロップダウンリストよりなる。これらのフィールドは、デフォルトで、選択されたスキャナのデータが受信された最新の日付になるようコード化されるべきである。データがスキャナから受信された最新の日付はＳｃａｎｎｅｒＤａｔａＦｅｅｄテーブルに記憶される。検査データが受信された最新の日付はＬａｓｔＥｘａｍＤａｔｅフィールドに記憶される。システムは、施設及びスキャナに関するＬａｓｔＥｘａｍＤａｔｅを検索して取り出し、その日付を画面の初期化時に「まで（Ｔｏ）」フィールドにセットする。ユーザが「まで（Ｔｏ）」日付を指定したならば、その日付は、変更されるかセッションが終了するまで使用されるべきである。好ましくは、ユーザは「まで（Ｔｏ）」ドロップダウンリストから無効な日付（例えば２月３０日）を選択することができないようにすべきである。また、ユーザは、選択されたスキャナのデータが受信された最新の日付（ＬａｓｔＥｘａｍＤａｔｅフィールド）を越える日付を選択することができないようにするべきである。

報告カテゴリ（Ｒｅｐｏｒｔ Ｃａｔｅｇｏｒｙ）フィールド５８には利用可能な報告カテゴリのリストが入れられる。

報告（Ｒｅｐｏｒｔ）フィールド６０には、ユーザがアクセスできる選択された報告カテゴリ（Ｒｅｐｏｒｔ Ｃａｔｅｇｏｒｙ）に関する報告のドロップダウンリストが入れられる。このページに表示される報告（Ｒｅｐｏｒｔｓ）ドロップダウンリストは、顧客が持っている有効な製品契約に基づいてそのユーザが見る資格がある報告のリストを占有的に表示するべきである。報告のリストは、いくつかのテーブル、すなわちＳｃａｎＰａｔｈＲｅｐｏｒｔｓ、ＰｒｏｄＲｅｐｏｒｔ、ＣｏｎｔＰｒｏｄＦａｃｉｌｉｔｙテーブルの結合によって作成される。

図表タイプ（Ｃｈａｒｔ Ｔｙｐｅ）フィールド６２には、要求することができるいろいろな標準タイプの図表例えば（傾向（Ｔｒｅｎｄ）や比較（Ｃｏｍｐａｒｉｓｏｎ）のグラフ）のドロップダウンリストが入る。

データスライス（Ｄａｔａ Ｓｌｉｃｅ）フィールド６４は選択されたデータセットに適用可能なデータスライスのドロップダウンリストが入る。さらに、１つの標準データスライスが選択項目として全てのデータセットに提供される。標準のオプションは次の通りである：オール（ＡＬＬ）。ＡＬＬオプションは、図表中の全てのデータスライスの合計を表示する。例えば、ユーザが患者種別検査量（Ｅｘａｍ Ｖｏｌｕｍｅ ｂｙ Ｐａｔｉｅｎｔ Ｔｙｐｅ）報告を選択した場合は、全種類の患者についての検査量の合計が表示される。報告に記載された特定のデータスライスもリストで表示される。報告データ中にあるスライスは、その報告に対して指定されている全てのパラメータによって決まる。ソフトウェアがデータセットを解釈してこのリストを作成する。

ドロップダウンリスト選択は、図表または報告のデータを検索して取り出すために使用されるＭＤＸ質問を作成するのに用いられる新しいパラメータを与える。ユーザがディスプレイ・チャート（Ｄｉｓｐｌａｙ Ｃｈａｒｔ）ボタン６６をクリックすると、アプリケーションは次の機能を実行するだろう：（１）選択されたアイテムをＳｃａｎＯｐｅｒＤＢ．ＵｓｅｒＰａｒｍテーブルにセーブする；（２）選択された報告（Ｒｅｐｏｒｔ）及びデータスライス（Ｄａｔａ Ｓｌｉｃｅ）パラメータを用いてＳｃａｎＰａｔｈＲｅｐｏｒｔｓテーブルから必要なＭＤＸ照会プログラム（ＭＤＸ Ｑｕｅｒｙ）を検索して取り出す；（３）そのＭＤＸ照会プログラム（ＭＤＸ Ｑｕｅｒｙ）と選択されたパラメータを用いてＭＤＸク照会プログラム（ＭＤＸ Ｑｕｅｒｙ）に対して特定されたデータキューブから図表用のデータを検索して取り出す。ソフトウェアは様々な次元テーブル（例えばＴｉｍｅＬｏｏｋｕｐ、施設（Ｆａｃｉｌｉｔｙ）、装置（Ｅｑｕｉｐｍｅｎｔ）、患者種別（Ｐａｔｉｅｎｔ−Ｔｙｐｅ））を用いて、ユーザが指定したパラメータに基づき必要なデータを検索して取り出す。（４）表示されているＣｈａｒｔＦＸオブジェクトをその検索して取り出されたデータでリフレッシュする。

報告のデータを検索して取り出すために使用するべきＭＤＸ照会プログラムはＳｃａｎＰａｔｈＲｅｐｏｒｔｓテーブルで定義される。ユーザが報告ドロップダウンリストから報告を選択すると、その選択された報告のＲｅｐｏｒｔＩＤを用いて要求された照会プログラムのＭＤＸＱｕｅｒｙＮａｍｅが検索される。その後、ＭＤＸＱｕｅｒｙＮａｍｅを用いてＭＤＸＱｕｅｒｙテーブルから照会プログラムを満たすのに必要な残りの情報が検索して取り出される。ＭＤＸＱｕｅｒｙテーブルから検索して取り出される情報は次の通りである：キューブ（Ｃｕｂｅ）−報告のためのデータが書き込まれた次元データキューブの名前；ＰａｒａｍＣｏｕｎｔ−指定されたＭＤＸ照会プログラムが必要とするパラメータの数；ＭＤＸＱｕｅｒｙ−報告に使用されるＳＱＬ照会プログラムの全文；コメント（Ｃｏｍｍｅｎｔ）−これは照会プログラムに関する開発者のコメントで、メンテナンス及びコードのドキュメンテーションのために使用される；ＳｅｓｓｉｏｎＰａｒａｍｅｔｅｒｓ−これは順序照会プログラムが必要とする照会プログラムに渡される順に並べられ、コンマで区切られたパラメータのストリングである。

ユーザが報告を選択した時、表示される図表にはフィールド６２におけるユーザの図表タイプ（Ｃｈａｒｔ Ｔｙｐｅ）選択が反映される。ＣｈａｒｔＩＤは、選択された図表の様式（例えば傾向図、比較図）及び選択されたＲｅｐｏｒｔＩＤに基づいて決定される。表示されるＣｈａｒｔＩＤ及び表示のために使用するべきパラメータはＳｃａｎＰａｔｈＣｈａｒｔｓテーブルから検索して取り出される。レコード中のデータは、図表のタイトル及び図表のデフォルト・セッティングを与える。ユーザは、図表コントロール中のツールバーを用いて図表を操作することができる。ソフトウェアは、ユーザが図表中のデータを修正できるようにする機能をディスエーブルにする。

ユーザが画面４０上のディスプレイ・データ詳細（Ｄｉｓｐｌａｙ Ｄａｔａ Ｄｅｔａｉｌｓ）リンクを選択すると、詳細なデータが別のウェブページ（図示省略）上の表形式報告に表示されるだろう。このページ上で、ユーザは、各期間における選択されたメトリックに関する報告中の各データスライスに関連した数値のデータを見ることができる。ユーザはブラウザ印刷機能を使用して報告を印刷することができる。また、ユーザは、標準的なコピー及びペースト（Ｃｏｐｙ ａｎｄ Ｐａｓｔｅ）機能を使用してデータをコピーしエクセルあるいは他のデスクトップ・アプリケーションに貼り付けることができる。好ましくは、表形式データ報告は、報告を生成するために使用されるパラメータのフルテキストを表示するようにする。

ユーザがディスプレイ・データ詳細（Ｄｉｓｐｌａｙ Ｄａｔａ Ｄｅｔａｉｌｓ）リンクを選択すると、詳細なデータが表形式ＨＴＭＬ報告で表示される。この表形式報告には、報告中の全てのデータスライスのデータが全て入れられる。報告で表示されるデータは上に述べたように報告のためのＭＤＸ照会プログラム（ＭＤＸ Ｑｕｅｒｙ）を使用して検索される。

本発明は、医用撮像装置にログインされる診断データに基づいた利用報告の生成に限定されるものではない。本願開示の報告生成プロセスは他の形態の遠隔位置にあるユーザ操作型電子機器からの診断データを編集し、集約するために使用することが可能である。

以上、本発明を実施形態に基づいて説明したが、当業者には、発明の範囲を逸脱することなく種々の変更態様をなすことが可能であり、種々の構成要素に代えて等価物を用いることが可能なことは理解されよう。例えば、標準報告画面にも、システムに報告ディスプレイエリア４２（図３参照）に図表の代わりに表形式報告を表示させるための仮想報告表示（Ｄｉｓｐｌａｙ Ｒｅｐｏｒｔ）起動ボタンを設けることも可能である。また、実質的に発明の範囲を逸脱することなく、特定の状況を本発明の開示技術に適応させるための多くの修正態様をなすことも可能である。従って、本発明は、発明を実施するための最良の形態として開示された特定実施形態に限定されるものではなく、特許請求の範囲に記載するところによる発明の範囲に入る全ての実施形態を包括するものである。

特許請求の範囲で使用する「コンピュータシステム」という用語は、単一のコンピュータ、サーバーまたはデータ処理装置、あるいは相互に接続された一群のコンピュータ、サーバーまたはデータ処理装置を含む広義の意味で使用されている。当業者には容易に理解されるように、２つのデータ処理機能は、別個のコンピュータあるいはサーバー上で別個のソフトウェア・モジュールあるいはコンピュータ・プログラムとして実装することもできれば、同じコンピュータあるいはサーバー上で別個のソフトウェア・モジュールあるいはコンピュータ・プログラムとして実装することもできる。

２…スキャナ、１６…自動化サポートセンター、２２…オペーレーション・サーバ、２４…ＭＳＡ契約情報データベース、２６…ＭＳＡステージング・サーバ、２８…生成サーバ、３０…スキャナー＆契約データベース、３２…報告サーバ、３４…インターネット、３６…顧客アクセスステーション、ディスプレイ画面、オペレータ入力装置、４０…グラフィカル・ユーザインタフェース、４２…データ検索手段、６０…報告内容パラメータ・フィールド、６６…仮想図表表示モードボタン。

Claims (17)

1. データを収集するデータ収集サーバと、
   特定の操作に関連したデータのログ記録をとり、そのログデータとして前記データ収集サーバ手段に送るようにようにプログラムされた多数のスキャナと、
   前記データ収集サーバによって収集された前記ログデータを格納する多次元データベースと、ブラウザからなるリモート顧客アクセスステーションと、
   スキャナ利用報告を前記リモート顧客アクセスステーションへダウンロードする報告生成ウェブサーバ手段と
   を備え、
   前記報告生成ウェブサーバ手段は、顧客のホームウェブページにリンクする標準報告の選択に応答して前記顧客アクセスステーションに表示する標準報告ウェブページをダウンロードするようにプログラムされ、前記標準報告ウェブページは、前記顧客がクリックすると各ドロップダウンピックリストが出現可能な複数のユーザ対話型の報告内容パラメータ・フィールドを含み、前記フィールドは要求された報告の前記コンテントを定義する選択可能なパラメータに対応し、前記標準報告ウェブページ上の第１フィールドは複数の格納された多次元問い合わせの１つに関する識別子を含み、各多次元問い合わせは異なる報告フォーマットに対応し、多次元問い合わせと前記標準報告ウェブページ上で前記顧客によって選択された他のパラメータの機能として、前記格納されたログデータのオンライン解析処理を実行するようにプログラムされ、前記顧客アクセスステーションに、前記オンライン解析処理の結果である前記報告をダウンロードし、前記スキャナ利用報告は、診断データを示すシステムデータと検査データを含み、
   前記検査データは、少なくとも検査記事と実際に前記スキャナにより撮影された患者の検査データを含むことを特徴とするネットワークシステム。
2. 請求項１において、
   前記報告は、図表形式であることを特徴とするシステム。
3. 請求項２において、
   前記標準報告ウェブページは、前記顧客アクセスステーションで、図表形式における前記報告と前記対話型フィールドとが同時に表示されるエリアを含むことを特徴とするシステム。
4. 請求項１において、
   前記報告は、表形式であることを特徴とするシステム。
5. 請求項４において、
   前記報告生成ウェブサーバ手段は、前記顧客アクセスステーションに、分離されたウェブページとして、表形式の前記報告をダウンロードするようにプログラムされていることを特徴とするシステム。
6. 請求項５において、
   前記標準報告ウェブページの第２フィールドは、複数のスキャナの１つに関する識別子を含み、さらに、前記報告生成ウェブサーバ手段は、前記選択されたスキャナの識別子が認定されたスキャナを識別するデータベース内のスキャナ識別子に含まれていることを確認するように構成されていることを特徴とするシステム。
7. 請求項１において、
   前記多次元データベースの前記ログデータはＸＭＬ形式で符号化されていることを特徴とするシステム。
8. 報告要求に応答して報告を生成するようにプログラムされた中央コンピュータシステムと、ユーザによる入力を受けて報告要求を送信するようにプログラムされたリモート顧客アクセスステーションと、前記コンピュータシステムと前記顧客アクセスステーションとの間の通信リンクとを含むシステムであって、前記報告要求は前記中央コンピュータシステムへ送信され、前記生成された報告は前記顧客アクセスステーションへ送信され、前記中央コンピュータシステムと前記顧客アクセスステーションでは次のアルゴリズムが可能なようにプログラムされ、
   標準報告ウェブページが前記リモート顧客アクセスステーションに表示され、前記標準報告ウェブページは、前記顧客がクリックすると各ドロップダウンピックリストが出現可能な複数のユーザ対話型の報告内容パラメータ・フィールドを含み、前記フィールドは要求された報告の前記コンテントを定義する選択可能なパラメータに対応し、前記標準報告ウェブページ上の第１フィールドは複数の格納された多次元問い合わせの１つに関する識別子を含み、各多次元問い合わせは異なる報告フォーマットに対応し、
   前記中央コンピュータシステムは、多次元問い合わせと前記標準報告ウェブページ上で前記顧客によって選択された他のパラメータの機能として、多次元データベースに格納されたスキャナ利用データのオンライン解析処理を実行し、
   前記中央コンピュータシステムは、前記リモート顧客アクセスステーションへの報告をダウンロードし、前記報告は前記スキャナ利用データのオンライン解析処理の結果であり、
   前記スキャナ利用データは、診断データを示すシステムデータと検査データを含み、
   前記検査データは、少なくとも検査記事と実際に前記スキャナにより撮影された患者の検査データを含むことを特徴とするシステム。
9. 請求項８において、
   前記中央コンピュータシステムは、報告要求の処理前の前記顧客と前記顧客の特権へのアクセスの決定を有効にするようにさらにプログラムされていることを特徴とするシステム。
10. 請求項９において、
    前記中央コンピュータシステムは、報告要求を処理するようにプログラムされた報告サーバと、もしも前記顧客が有効にされない場合は、ブロックが前記報告サーバへアクセスするようにプログラムされたセキュリティサーバとを含むことを特徴とするシステム。
11. 請求項８において、
    前記報告は、図表形式であることを特徴とするシステム。
12. 請求項１１において、
    前記標準報告ウェブページは、前記顧客アクセスステーションで、図表形式における前記報告と前記対話型フィールドとが同時に表示されるエリアを含むことを特徴とするシステム。
13. 請求項８において、
    前記報告は、表形式であることを特徴とするシステム。
14. 請求項１３において、
    前記中央コンピュータシステムは、前記顧客アクセスステーションに、分離されたウェブページとして、表形式の前記報告をダウンロードするようにプログラムされていることを特徴とするシステム。
15. 請求項８において、
    前記標準報告ウェブページの第２フィールドは、複数のスキャナの１つに関する識別子を含み、前記中央コンピュータシステムは、さらに、前記選択されたスキャナの識別子が認定されたスキャナを識別するデータベース内のスキャナ識別子に含まれていることを確認するようにプログラムされていることを特徴とするシステム。
16. 請求項８において、
    前記多次元データベースの前記スキャナ利用データはＸＭＬ形式で符号化されていることを特徴とするシステム。
17. 請求項８において、
    さらにリモート位置での複数のスキャナを含み、各スキャナはスキャナ利用データを前記中央コンピュータシステムへアップロードするようにプログラムされ、前記中央コンピュータシステムは、さらに、アップロードされたスキャナ利用データを前記多次元データベースに連続的に格納するようにさらにプログラムされていることを特徴とするシステム。

Images