匿名化された健康管理データを分析するためのシステムであり、各々少なくとも1つのレコードを含む複数の健康管理データベースであり、各レコードが、1人の患者と対応付けられる匿名化されながらも一意の患者識別子を含み、それにより、前記匿名化された患者識別子が該複数の健康管理データベース全体を通じて特定の患者について共通である、複数の健康管理データベースと、前記複数の健康管理データベースと結合されるプロセッサであり、該プロセッサが、前記複数の健康管理データベースからレコードを受け取るステップと、選択された個人レベルの基準に基づいて、前記複数の健康管理データベースから受け取ったレコードを問い合わせるステップと、前記問い合わせステップの結果に基づいて少なくとも1つのレポートを生成するステップと、を実行するプロセッサとを備えるシステム。前記システムにおいて、前記匿名化された健康管理データが医薬請求データを含む請求項1に記載のシステム。前記システムにおいて、前記プロセッサによって実施される前記生成ステップが、特定の分析目標を満たす特定のビューで表示するために結果を処理するステップを含む請求項1に記載のシステム。前記システムにおいて、前記プロセッサによって実施される前記生成ステップが、表形式でレポートを表示するステップを含む請求項1に記載のシステム。複数の健康管理データベース内の匿名化された健康管理データを分析するための方法であり、前記複数の健康管理データベースが各々、少なくとも1つのレコードを含み、各レコードが、1人の患者と対応付けられる匿名化されながらも一意の患者識別子を含み、それにより、前記匿名化された患者識別子が前記複数の健康管理データベース全体を通じて特定の患者について共通であり、前記方法が、前記複数の健康管理データベースからレコードを受け取るステップと、選択された個人レベルの基準に基づいて、前記複数の健康管理データベースから受け取ったレコードを問い合わせるステップと、前記問い合わせステップの結果に基づいて少なくとも1つのレポートを生成するステップと、を含む方法。前記方法において、前記匿名化された健康管理データが医薬請求データを含む請求項5に記載の方法。前記方法において、前記生成ステップが、特定の分析目標を満たす特定のビューで表示するために結果を処理するステップを含む請求項5に記載の方法。前記方法において、前記生成ステップが、表形式でレポートを表示するステップを含む、請求項5に記載の方法。健康管理データベースにおいて識別される個人に対応付けられる一意のエイリアスを生成するためのシステムであり、少なくとも1つのレコードを記憶するための第一のデータ記憶装置であり、各レコードが、ひとまとめにされると一意にある個人を識別する複数の識別フィールド、及び前記個人に対応付けられる健康管理データに該当する少なくとも1つの健康管理フィールドを含む、第一のデータ記憶装置と、第二のデータ記憶装置と、前記第一のデータ記憶装置の1つのレコードを選択するステップと、前記選択されたレコード内の前記複数の識別フィールドのサブセットを選択するステップと、前記選択された識別フィールドのサブセットを連結するステップと、前記連結された識別フィールド並びに前記第一のデータ記憶装置の選択されたレコードからの前記少なくとも1つの健康管理フィールドを、前記第二のデータ記憶装置のレコードに記憶するステップと、を実行するためのプロセッサと、を備えるシステム。前記システムにおいて、前記第一のデータ記憶装置に記憶される前記健康管理データが医薬請求データに該当する請求項9に記載のシステム。前記システムにおいて、前記第一のデータ記憶装置及び前記第二のデータ記憶装置が両方とも同じデータベースに配置される請求項9に記載のシステム。前記システムにおいて、前記第一のデータ記憶装置及び前記第二の記憶装置が異なるデータベースに配置される請求項9に記載のシステム。前記システムにおいて、前記選択されたサブセットが、姓、生年月日及び性別を含む請求項9に記載のシステム。前記システムにおいて、前記プロセッサが、さらに前記第二のデータ記憶装置の各レコードの前記連結された識別フィールド及び前記少なくとも1つの健康管理フィールドに基づいて、個人レベルリンク方法を使って個人の長期的履歴レコードを分析するステップ、を実行する、請求項9に記載のシステム。健康管理データベースにおいて識別される個人に対応付けられる一意のエイリアスを生成するためのシステムであり、前記データベースが、少なくとも1つのレコードを記憶するための第一のデータ記憶装置であり、各レコードがひとまとめにされると一意にある個人を識別する複数の識別フィールド及び前記個人に対応付けられる健康管理データに該当する少なくとも1つの健康管理フィールドを含む、第一のデータ記憶装置、及び第二のデータ記憶装置を含み、該システムが、前記複数の識別フィールドのサブセットを選択するための手段と、前記選択された識別フィールドのサブセットを連結するための手段と、前記連結された識別フィールド並びに前記第一のデータ記憶装置の前記選択されたレコードからの前記少なくとも1つの健康管理フィールドを、前記第二のデータ記憶装置のレコードに記憶するための手段と、を備えるシステム。健康管理データベースにおいて識別される個人に対応付けられる一意のエイリアスを生成するための方法であり、該方法において、前記健康管理データベースは、少なくとも1つのレコードを記憶し、各レコードが、ひとまとめにされると一意にある個人を識別する複数の識別フィールド及び前記個人に対応付けられる健康管理データに該当する少なくとも1つの健康管理フィールドを含み、該方法が、前記健康管理データベース内の1つのレコードを選択するステップと、前記選択されたレコード内の前記複数の識別フィールドのサブセットを選択するステップと、前記選択された識別フィールドのサブセットを連結するステップと、前記連結された識別フィールド並びに前記第一のデータ記憶装置の前記選択されたレコードからの前記少なくとも1つの健康管理フィールドを、第二のデータベースのレコードに記憶するステップと、を含む方法。さらに、前記第二のデータベースの各レコードの前記連結された識別フィールド及び前記少なくとも1つの健康管理フィールドに基づいて、個人レベルリンク方法を使って、個人の長期的履歴レコードを分析するステップ、を含む請求項16に記載の方法。従って、製薬業界に影響を及ぼすリサーチ及び分析を可能にするために請求データベースから効率よく情報を収集するための能力を提供することが望ましい。従って、本発明は、主に、上に論じられる問題及び先行技術の関連する限界を克服するためのシステム及び方法に対処する。1つの実施態様において、本発明は、マーケティングリサーチのために区別されたデータの集計を可能にする、健康管理データベースにおいて識別される個人に対応付けられる一意のエイリアスを生成するためのシステム及び方法を提供する。このシステムは、少なくとも1つのレコードを記憶するための第一のデータ記憶装置を含むことができ、各レコードは、連結されると一意にある個人を識別する氏名及び生年月日など複数の識別フィールド、及び投薬タイプなどこの個人に対応付けられる健康管理データに該当する少なくとも1つの健康管理フィールドを有する。このシステムは、また、第二の記憶装置及びプロセッサを備え、該プロセッサは、第一のデータ記憶装置の1つのレコードを選択し、選択されたレコード内の前記の複数の識別フィールドのサブセットを選択し、選択された識別フィールドのサブセットを連結して、第一のデータ記憶装置の選択されたレコードからの少なくとも1つの健康管理フィールドと一緒に前記の連結された識別フィールドを第二のデータ記憶装置のレコードに記憶することもできる。第一のデータ記憶装置及び第二のデータ記憶装置は、同じデータベース内に配置するか、別個のデータベースに配置することができる。第一のデータ記憶装置内に記憶される健康管理データは、1つの実施態様においては、医薬請求データに該当する。選択されたサブセットは、健康管理データベースの中の特定の個人に関するものであり、この個人の姓、誕生日及び性別は連結されてそのレコードの一意の識別子を形成する。プロセッサは、第二のデータ記憶装置の各レコードの連結された識別フィールド及び少なくとも1つの健康管理フィールドに基づき個人レベルのリンク方法を使って個人の長期的履歴レコードを分析することができる。健康管理データは、また、医学的に重要な情報のみが残るように個人データを各種のレコードから除去することができ、識別子は、個々のレコードが識別可能であるように医療情報を区別できるようにする。健康管理レコードの膨大な量のデータをより効率よく処理するために、プロセッサは、さらに第一のデータ記憶装置からレコードを選択的に収集し、このレコードを選択的に処理してデータキューブにするステップを実施することができる。第一のデータ記憶装置のレコードは一般にテーブル形式であり、このレコードを処理するプロセスは、第一のデータ記憶装置の様々なテーブル形式レコードからレコードを結合し投影して、最終的にレコードのテーブルから成るデータキューブを構成する。データキューブフォーマットは、プロセッサが健康管理レコードをより容易に検索できるようにし、特定のデータキューブのレコードを表示することによってレポートを生成できるようにする。本発明は、従って、健康管理データベースにおいて識別される個人に対応付けられる一意のエイリアスを生成するための方法を提供するものであり、この方法において、健康管理データベースは少なくとも1つのレコードを記憶し、各レコードは、ひとまとめにされると一意に個人を識別する複数の識別フィールドを有し、少なくとも1つの健康管理フィールドはこの個人に対応付けられる健康管理データに該当する。この方法は、健康管理データベース内の1つのレコードを選択するステップ、選択されたレコード内の前記の複数の識別フィールドのサブセットを選択するステップ、選択された識別フィールドのサブセットを連結するステップ、及び第一のデータ記憶装置の選択されたレコードからの少なくとも1つの健康管理フィールドと一緒に前記の連結された識別フィールドを第二のデータベースのレコードに記憶するステップを含む。この方法は、第二のデータベースの各レコードの連結された識別フィールド及び少なくとも1つの健康管理フィールドに基づき個人レベルリンク方法を使って個人の長期的履歴レコードを分析するステップを含むことが望ましい。健康管理データベース内のレコードを選択するステップは、医薬請求データからレコードを選択するステップを含むことができる。さらに、選択された識別フィールドのサブセットを連結するステップは、例えば、健康管理データベースの中の特定の者について、その者の姓、誕生日及び性別を連結するステップを含むことができる。このように、この方法は、第二のデータ記憶装置の各レコードの連結された識別フィールド及び少なくとも1つの健康管理フィールドに基づいて、個人レベルリンク方法を使用して個人の長期的履歴レコードを分析するステップを含むことができる。上で論じた通り、この方法は、さらに、第一のデータ記憶装置から選択的にレコードを収集するステップ及びレコードを選択的に処理してデータキューブにするステップを含むことができる。健康管理データベース内のレコードを選択するステップは、テーブル形式の第一のデータレコード装置のレコードを選択するステップを含むことができ、レコードを選択的に処理してデータキューブにするステップは、第一のデータ記憶装置から選択的にレコードを結合し投影してレコードのテーブルを含むデータキューブを生成するステップを含むことができる。データキューブは、本発明のシステムが、全ての新規のレコードを掲示後すぐに調べることができるように効率的なフォーマットでレコードを集計できるようにする。さらに、一意の母集団識別子によって、ユーザは時間を追って患者を追跡することができ、患者の薬切り替え行動など他のデータベースにおいては入手できない重要な結果を生じる。患者レベルの医療トランザクション及び医薬トランザクションをリンクすることによって、薬の特異適応使用及び患者の合併疾患など新たな病識を決定できる。システムによって表示されるレポートは、次のようないくつもの属性を含むことができる:国、地方、州及びMSAレベルでの地理的マーケットシェア情報:年間、四半期、月間及び週間を含めた時間枠の動向:合計、新規及び補充処方カウントなど伝統的尺度:新規処方開始、切り替え及び継続患者などビジネスソース:処方者の専門分野:年齢及び性別別の患者人口統計:特異適応使用:及び患者合併疾患。システムは、従って、新しい薬の発売及び販売キャンペーンの監視、強化販売目標設定、選択された地域でのミクロマーケティングなど事業上の決定に役立てるために、または顧客を選択するために、多様な方法で使用することができる。さらに、このシステムは、特異適応製品の位置づけ、早期警戒マーケットシェア変動、臨床試験現場選択、研究者採用、及び市場規模及び需要に関する正確な理解力を含めて、医薬マーケティング戦略の予測及び開発に使用することができる。本発明のその他の目的、特徴及び利点は、下記の図面、発明の詳細な説明及び特許請求の範囲から明らかになるだろう。図面図面全体を通じて同様の番号が同様の要素を表すを参照すると、図1A、1B及び2は、本発明の高レベル結合ブロックフロー図を示している。これらの図は、本発明のブロック図の要素並びに本発明のシステムが実行するステップの両方を表している。図1A、1Bおよび2を参照すると、本発明において行なわれる主要な処理は、例えば、SunMicrosystemsES10000コンピュータSITE2などの高性能計算システムによって行なうことができる。毎日、1週間に7日、周期的に、SITE1の計算システムは、ステップ103で医療請求データを安全な接続190を通じてSITE1のコンピュータシステムに送る。この医療請求データは、例えば、ステップ102で匿名化されたこれについては下で詳しく説明する医薬、医療および病院請求101を含むことができる。請求データは、SITE2に送られる前にステップ102で匿名化される。匿名化は、一意の識別子の応用、この識別子の暗号化及び特定の患者識別フィールドの除去を含む。データは、次にステップ104で同じくSITE2に常駐するデータベーステーブルオラクルデータベースなどにロードされる。ステップ105で、SITE2は、データを分析し統合するため及びその結果のオラクルテーブルをOLAPキューブに変換するための全てのプロセスを実行する。キューブ構築プロセスは、別のコンピュータSITE2などで実行することができる。キューブは、例えばWindows登録商標NTオペレーティングシステムで動作するデスクトップコンピュータ上でOLAP製品を使ってモデリングされる。キューブ配備プロセスは、別のコンピュータSITE3などで実行することができる。SITE2の計算システムは、ステップ106でキューブおよびメタデータファイルを安全な接続を通じてSITE3に送る。キューブをプロダクションウェブサイトに置いて、関連メタデータでウェブサイトページを更新するために、SITE3でステップ107のプロセスが実行される。SITE1のコンピュータからデータを入手し、キューブトランスフォーマ用にデータを準備し、これをSITE3のウェブに表示した後SITE2で実施されるプロセスは、論理的に、図3に示される通り、大きく下記の6つのステップに分けることができる:1オラクルテーブルのロードステップ3012患者データ生成ステップ3023キューブデータ引き出しステップ3034キューブデータ生成ステップ3045キューブ構築ステップ3056自動キューブ配備及びメタデータ更新プロセス上記の全てのプロセスは、定期的に、1日、1週および1月ごとに処理され、維持され、実行される。DOI、郵便番号州地方、IDC9などのテーブルの生成などルーチンプロセス以外で行なわれるプロセスがいくつかある。図3は、キューブを生成するために使用されるプロセスの高レベルの概要を示す。1オラクルテーブルのロードステップ301オラクルテーブルロードプロセスステップ301は、図48を参照して下で詳しく説明する通り、論理的に異なる2つのステップ、すなわちデイリープロセス及びマンスリープロセスに分けることができる。デイリールーチンは、SITE1から供給されるテキストフォーマットのデータをRX及び社名使用禁止DNUデイリーオラクルテーブルに変換する。マンスリープロセスは、病院HX及び医療MXデータをマンスリーオラクルテーブルに変換する。下に示される実行時間は全て近似実行時間に該当することに留意すること。11デイリーRxロードプロセス401デイリーRXロードプロセス401について、図4を参照しながら下に説明する:スクリプト使用法:loaddailyshは、必要な全ての番号、文字及び日付変換を行なった後にSITE1からのRxテキストファイルをLOADYYYYMMDD、{DNU}YYYYMMDDオラクルテーブルに変換するためにSQLローダRx制御ファイルを使用するUNIX登録商標シェルスクリプトである。{DNU}リストは、BLUFFCREEK、KROGER、OMNI、PCN、VIP及びWALGREENを含んでいる。12マンスリーMxロードプロセス501マンスリーMxロードプロセス501について、図5を参照しながら下に説明する:スクリプト使用法:SQLLOADERプロセスは、MXDailyMMDDYYテキストファイル及び制御ファイルを読み取り、これをLOADMXYYYYMMテーブルに変換する。13HXテキストデータのロード601HXテキストデータロードプロセス601について、図6を参照しながら下に説明する:スクリプト使用法:SQLLOADERプロセスは、HXテキストファイル及び制御ファイルを読み取り、これをWHENVOYHXSE99テーブルに変換する。14クォーターマンスリーRxマージ701クォーターマンスリーRxマージプロセス701について、図7を参照しながら下に説明する:スクリプト使用法:このプロセスは、RXWeeklyNewsqlSQLスクリプトを使って、全てのデイリー約8日分のテーブルRX及びDNUテーブルを結合してクォーターマンスリーテーブルにする。15MXデータ準備801Mxデータ準備プロセス801について、図8を参照しながら下に説明する:スクリプト使用法:このプロセスは、ProcessMonthlyMXsqlSQLスクリプトを使って、LOADMXYYYYMMテーブルデータを確認して、これを要求される日付、文字及び番号に変換する。2患者データ生成ステップ302ステップ302図3の患者データ生成プロセスについて、図9を参照しながら下に詳しく説明する。スクリプト使用法:このプロセスはMasterPXpgmvlb9910sqlSQLスクリプトを使って、ウィークリーRX及びマンスリーMX、HXテーブルを結合して、関係WHREFENVOYPXYYMMテーブルを生成する。3キューブデータ引き出しステップ303ステップ303図3の患者データ生成プロセスについて、図10を参照しながら下に詳しく説明する:このプロセスは、一連のオラクル記憶プロシージャを使って、エラーチェック及び監査ログを可能にする。このプロシージャ用のログはMMLOGテーブルを使用する。これらの記憶されたプロシージャは、必要な変数値を入力するシェルスクリプトラッパを使用してUnix登録商標シェルから呼び出される。使用される記憶済みプロシージャは以下の通りである:31オラクルテーブルMMLOGにおける監査ログMMLOGテーブルの構造レコードは、各プロセスごとにMMLOGに付加される。プロセスの名前はPROCESSカラムにある。キューブ固有プロセスの場合、キューブの名前はキューブCUBENAMEカラムにある。プロセスが順調に完了したら、RETURNCODEカラムは0を含み、エラーがあれば、RETURNCODEカラムは1を含む。32初期化スクリプト使用法:mm00initプロシージャは、ウィークリーマーケット監視キューブ処理のための環境を初期化する。mm00shシェルスクリプトはmm00initプロシージャを呼び出す。入力:なし出力:MMLOGテーブルは切捨てられる。MMVARSテーブルは切捨てられる。CUBEDATATEXTテーブルは切捨てられる。MMLOGテーブル-成功完了かエラー状態かを示す行が挿入される。33変数設定スクリプト使用法:mm01setvarsプロシージャは、Rxマーケット監視ウィークリーキューブ処理のための変数を設定する。mm01shシェルスクリプトはテキストとして設定される入力変数と一緒にmm01setvarプロシージャを呼び出す。mm00initプロシージャが既に実行されていなければならない。入力:prundateテキスト‘YYYYMMDD’として引き出し実行日pstartdateテキスト‘YYYYMMDD’として引き出し開始日penddateテキスト‘YYYYMMDD’として引き出し終了日ppostdateテキスト‘YYYYMMDD’として引き出し掲示日pacutelookbackテキスト‘YYYYMMDD’としてアキュートルックバック日pchroniclookbackテキスト‘YYYYMMDD’としてクロニックルックバック日出力:MMVARSテーブル-DATEデータタイプとしてこの週の値と一緒に行が挿入されるMMVARSHISTテーブル-DATEデータタイプとしてこの週の値と一緒に行が挿入されるMMLOG-成功完了かエラー状態かを示す行が挿入される34ウィークリーデータ引き出しスクリプト使用法:mm02weeklydatapullプロシージャは、ウィークリーRxマーケット監視キューブ処理のために1週間分のRxデータを引き出す。mm02shシェルスクリプトは、テーブルスペース変数入力設定と共にこのプロシージャを呼び出す。mm00init及びmm01setvarsプロシージャが、既に実行されていなければならない。入力:ptablespaceテキストとしてテーブルスペース名MMVARSテーブルWHENVOYYYMM、ここでYYMMはMMVARSテーブルにおけるstartdateからの2文字の年および月である。WWWMASTERDOI出力:前週のWEBDATAWEEKPULLテーブルはWEBDATAWEEKPULLYYYYMMDDに名前変更される。ここで、YYYYMMDDはMMVARSテーブルにおけるstartdateの前日である。新しいWEBDATAWEEKPULLテーブルがptablespaceパラメータにおいて指名されるテーブルスペースにWEBスキーマで生成される。WEBDATAWEEKPULLテーブルは、MMVARSテーブルの開始日及び終了日からのRxデータを含んでいる。MMLOG-成功完了かエラー状態かを示すために行が挿入される。35memidの取得スクリプト使用法:mm03memidsプロシージャは、6週間分のmemidメンバー識別番号を累積する。mm03shシェルスクリプトは、このプロシージャを呼び出し、テーブルスペースパラメータを入力する。mm00init、mm01setvars及びmm02weeklydatapullプロシージャが既に実行されていなければならない。入力:ptablespaceテキストとしてテーブルスペース名MMVARSテーブルALLMENTOCONVERTテーブルWEBDATAWEEKPULLV2テーブルWEBUMENSWEEKV2MONDDテーブル。ここで、MONDDはテキストとしてのMMVARSテーブルからのenddateである。WEBUMENSWEEKV2MONDD15テーブル。ここでMONDD15は前5週分のデータである。RXMEMIDSEQテーブル出力:WEBUMENSWEEKV2MONDDテーブルが生成される。ここで、MONDDはMMVARSテーブルにおけるstartdateマイナス1日である。WEBUMENSWEELPULLが現行週及び前5週間のデータで生成される。MMLOG-成功完了かエラー状態かを示すために行が挿入される。36Mx診断取得スクリプト使用法:mm04mxdiagsプロシージャは、ウィークリー処理のためにMxテーブルから診断情報を取得する。mm04shシェルスクリプトは、テーブルスペース入力変数設定と共にこのプロシージャを実行する。mm00init、mm01setvars、mm02weeklydatapull及びmm03memidsプロシージャが既に実行されていなければならない。入力:ptablespaceテキストとしてテーブルスペース名MMVARSテーブルWEBUMENSWEEKPULLV2テーブルMASTERPXテーブルWEBMXPTSWEEKPULLV2テーブルWHENVOYMXYYYYMM13、ここでYYYYMM13は現行月、前月及び前々月分のデータである。WEBRXMXWEEKPULLV2テーブルRXMEMIDSEQテーブル出力:ACUTERXMXテーブル-該当週からのレコードが付加される。CHRONICRXMXテーブル-該当週からのレコードが付加される。MMLOGテーブル-成功完了かエラー状態かを示すために行が挿入される。4TCキューブデータ生成ステップ304ステップ304図3のTCキューブデータ生成プロセスについて図11を参照しながら説明する。TCキューブデータ生成プロセス304は、3つのオラクル記憶プロシージャを使って1つのキューブテーブルを生成し、キューブテーブルは、さらにCOGNOS読み取り可能な多次元フォーマットのキューブ構造を構築するためにデータトランスフォーマによって使用される。最後に記憶されたプロシージャは、各キューブの統計値を更新する。記憶済みプロシージャは以下の通りである:mm05step1mm06step2mm07step3mm08cubemetada41プロセスステップ1101ステップ1スクリプト使用法:mm05step1プロシージャは、各治療クラスごとに実行されなければならない。このプロシージャは、レコードをCMIDV2CLASSテーブルに挿入する。ここで、CLASSは指定されるpclassである。mm00init、mm01setvars、mm02weeklydatapull、mm03memids及びmm04mxdiagsプロシージャが既に実行されていなければならない。入力:pclassクラス名ptablespaceテキストとしてテーブルスペース名plookbackルックバックの日数pconditionACUTE急性またはCHRONIC慢性MMVARSテーブルWEBDATAWEEKPULLV2テーブルCUBEV2LISTテーブルCMIDV2CLASSテーブル。ここで、CLASSはpclassである。出力:レコードがCMIDV2CLASSテーブルに挿入される。ここで、CLASSはpclassである。新しいCMIDV2CLASSTMPテーブルが生成される。ここで、CLASSはpclassである。MMLOGテーブル-成功完了かエラー状態を示すために行が挿入される。42プロセスステップ1102ステップ2スクリプト使用法:mm06step2プロシージャは各治療クラスごとに実行されなければならない。このプロシージャは、レコードをRXRESULTV2CLASSテーブルに挿入する。ここで、CLASSは、このプロシージャが呼び出されるときに指定されるpclassである。mm00init、mm01setvars、mm02weeklydatapull、mm03memids、mm04mxdiags及びmm05step1プロシージャが既に実行されていなければならない。入力:pclassクラス名ptablespaceテキストとしてテーブルスペース名plookbackルックバックの日数pconditionACUTE急性またはCHRONIC慢性MMVARSテーブルCMIDV2CLASSTMPテーブル。ここで、CLASSはpclassである。RXRESULTTEMPCLASSテーブル。ここで、CLASSはpclassである。ZIPSTMSAREGDIVテーブルWEBDEATOSPECU出力:新しいレコードがRXRESULTV2CLASSに挿入される。ここで、CLASSはpclassである。MMLOGテーブル-成功完了かエラー状態かを示すために行が挿入される。43プロセスステップ1103ステップ3スクリプト使用法:mm07step3プロシージャは、各治療クラスごとに実行されなければならない。このプロシージャは、新しいRXMXCUBEV2CLASSテーブルを生成する。ここで、クラスは指定されるpclassである。mm00init、mm01setvars、mm02weeklydatapull、mm03memids、mm04mxdiags、mm05step1及びmm06step2プロシージャが既に実行されていなければならない。入力:pclassクラス名ptablespaceテキストとしてテーブルスペース名plookbackルックバックの日数pconditionACUTE急性またはCHRONIC慢性RXMXCONDITIONV2テーブル。ここでCONDITIONはpconditionである。RXRESULTV2CLASSテーブル。ここで、CLASSはpclassである。ICD9V2CLASSテーブル。ここでCLASSは、pclassである。RXRESULTV2CLASSMテーブル。ここで、CLASSはpclassである。出力:新しいRXMXCUBEV2CLASSが生成される。ここで、CLASSはpclassである。MMLOGテーブル-成功完了かエラー状態を示すために行が挿入される。44キューブメタデータ生成スクリプト使用法:mm08cubemetadataプロシージャは、各治療クラスごとに実行されなければならない。このプロシージャは、各キューブのCUBEDATAテーブルを更新する。mm00init、mm01setvars、mm02weeklydatapull、mm03memids、mm04mxdiags、mm05step1、mm06step2及びmm07step3プロシージャが既に実行されていなければならない。入力:pclassクラス名MMVARSテーブルCUBEDATAテーブル。ここでCLASSはpclassである。出力:CUBEDATATEXTテーブルが付加される。ここで、CLASSはpclassである。MMLOGテーブル-成功完了かエラー状態かを示すために行が挿入される。5キューブ構成ステップ305ステップ305図3のキューブ構成プロセスについて図9Aを参照しながら下に詳しく説明する。このプロセスは、各治療クラスごとにキューブを生成するためにCプログラムを使用する。各キューブはSITE3のサーバにFTP転送される。各キューブ用のメタデータは、テキストファイルにスプールされて、SITE3サーバにFTP転送される。同じテキストファイルを連結して、eメールでSITE2のウェブディベロッパに送信することができる。51キューブ構成スクリプト使用法:プログラムRSSERVERは、各治療クラスごとに反復され、スクリプトmmv2’classname’shによって呼び出される。データトランスフォーマは、最終的に各治療クラスごとのCUBEを構成するために、モデルストラクチャ及びOBESRXCUBEオラクルテーブル上記プロセスにおいて構成されるを使用する。このキューブは、その後、ウェブにおいて要請される情報を示すためにCOGNOSによって使用される。入力:OBESRXMXCUBE出力:OBESクラスごとのキューブ周波数:要請に応じて実行時間:~8時間52SITE3サーバへのキューブのFTP転送スクリプト使用法:transfermmcubeshスクリプトは、キューブの名前を変更し、コピーをディレクトリraid4011cubestransferに入れる。ここで、コピーは自動的にSITE3サーバにFTP転送される。このスクリプトは各クラスごとに並行して実行されるクラスはキューブに該当する。53キューブ承認スクリプト使用法:approvecubeスクリプトは、品質保証が実施された後各キューブごとに手動で実行される。このスクリプトは、各クラスごとに並行して実行されるクラスはキューブに該当する。54メタデータテキストファイルの生成/SITE3サーバへのFTP転送スクリプト使用法:プロセスgenmmfilesqlは、キューブ用のメタデータをテキストファイルにスプールするためにgenmmfileshによって呼び出される。テキストファイルはディレクトリに入れられて、ここで、自動的にSITE3サーバにFTP転送される。このスクリプトは、各クラスごとに並行して実行される。キューブデータを引き出すための全てのプロシージャがきちんと完了していなければならず、メタデータがオラクルテーブルcubedataおよびcubedatatextに存在しなければならない。55ウェブディベロッパへのメタデータeメール送信スクリプト使用法:emailmetashスクリプトは、メタデータをSITE2ウェブディベロッパにeメール送信する。このスクリプトは各クラスごとに並行して実行されるクラスはキューブに該当する。6自動キューブ配備及びメタデータ更新プロセス品質保証QA確認準備のできたデータキューブQuintilesTransnationalCorpのQUINTERNETTMシリーズなどをプロダクションウェブサイトに配備するため、及び自動的にプロダクションウェブページのメタデータを更新するために、自動プロセスがオンライン分析処理OLAPホストマシンに存在する。これによって、プロダクションキューブ配備及びウェブページ更新を手動で介入することなくオフピーク時に行なうことができる。QUINTERNETTMシリーズのデータキューブが生成されると、キューブは安全な接続を通じてホストマシンに送信される。次に、キューブは、自動的にウェブのQAロケーションにサーブアップされ、このロケーションには認可された者しかアクセスできない。各キューブ承認ごとにメタデータファイルがSITE2サーバから安全な接続を通じてホストマシンの特定のロケーションファイルシステム内のディレクトリに伝送される。この安全な伝送は、データキューブがQA確認を送った後行なうことができる。メタデータファイルは、特定のキューブに関する統計情報を含んでいる例えば、キューブがデータを含んでいる期日、レコードの数、患者の数など。毎夜数回、メタデータファイル及び該当するデータキューブファイルの存在をチェックする自動プロセスを開始することができる。特定のキューブに整合するファイルが存在する場合、このプロセスは、ウェブページを通じてアクセスするために自動的にこのキューブをプロダクションにサーブアップする。さらに、このキューブ用のメタデータを含んでいるHTMLページが、メタデータファイルに含まれるメタデータで更新される。例えばSITE3のサーバは、各QUINTERNETTMシリーズのキューブのためにHTMLテンプレートファイルを作成し維持することができる。このファイルは、各キューブのウェブページを生成するために使用されるベースHTMLを含んでいる。キューブのウェブページに存在する実際のメタデータ値の代わりに、HTMLテンプレートファイルは、プレースホルダータグを含むことができる。このプレースホルダータグは、SITE2によって提供されるメタデータファイルの中のデータ値と置き換えられる。SITE2は、FTPを通じてテンプレートファイル及びメタデータファイルをホストに転送する。メタデータファイルは、キューブが承認されるごとにホストに転送される。テンプレートファイルは、各QUINTERNETTMシリーズのキューブごとに保存され、各キューブのテンプレートファイルの現バージョンが常にホスト上で処理のために利用可能であるように、必要に応じてSITE2によって更新される。あるキューブが更新され、品質が検査され、SITE2のオペレータによって承認された後、SITE2は、FTPを通じてこのキューブ用のメタデータファイルをホストに転送する。メタデータファイルは各キューブ用のHTMLテンプレートファイルにあるのと同じタグを含んでいる。これらのタグの各々は、HTMLテンプレートファイルの中のプレースホルダータグの代用となる値と結合される。イベントドリブン式ファイル処理スクリプトは、Unix登録商標スケデューリングシステムであるcronを通じてホストで定期的に実行される。このファイル処理スクリプトが指定されるフラグファイルの存在を検出すると、enablecubekshと呼ばれるスクリプトが実行される。enabelecubekshスクリプトは、パールスクリプトreplaceHtmlMetaTagsplを呼び出し、これに処理対象のキューブの名前及び関連メタデータファイルの名前を送る。enabelecubekshスクリプトは、また、更新されたキューブが配備される日付を表すタグ値の対でメタデータファイルを更新する。replaceHtmlMetaTagsplスクリプトの目的は、QUINTERNETTMシリーズ製品のためにHTMLページを自動的に生成することである。replaceHtmlMetaTagsplスクリプトは、テンプレートの中のプレースホルダータグの代わりにメタデータファイルの中の値を代入し、その結果の出力をHTMLファイルに保存する。図1Cを参照すると、enablecubekshスクリプトは、次に、更新済みHTMLファイルをSITE3のウェブサーバ181にプロモートするので、このファイルは、例えばインターネット183を通じて、クライアントコンピュータで動作するウェブブラウザ182のユーザに利用可能となる。本発明は、多くの方法で定義される処理スケジュールで実現できる。例えば、スケジュールは、インプリメンテーションのニーズに応じて週間または月間とすることができる。時には、特殊な要求が必要とされる場合があり、特別にデータを処理しキューブを生成する能力が存在する。以上、本発明の望ましい実施態様について論じたが、特許請求の範囲に示される発明の精神及び範囲から逸脱することなくシステムの要素及び方法のステップの形式及び配列にある程度の変更を加えることができると、理解されるべきである。