臨床試験の実施に関して定められた複雑な金融及び動作要件の組を評価するコンピュータ実行方法であって、a臨床試験の実施において第1のイベントにより開始されたトランザクションを識別する、研究者の識別符号及び第1のイベントにより定義されるデータセットを含む第1のメッセージを分散コンピュータシステムから受け取るステップと、b各々が前記臨床試験及び前記研究者に対応する臨床試験契約から導出された個別の金融要件を表す複数の宣言文を表す実行可能テンプレートコードブロックの、前記臨床試験及び前記研究者に固有のサブセットを分散データベースから選択するステップと、c前記実行可能テンプレートコードブロックの組を動的に組み入れたアプリケーションを実行するステップと、を含み、前記第1のメッセージが前記アプリケーションにより評価されて、前記第1のイベントにより定義されるデータが前記実行可能テンプレートコードブロックの組に照らして評価に成功したかどうかが判定され、成功評価により第2のイベントが生成され、d前記第2のイベントに応答して、前記研究者の前記識別符号、前記臨床試験、及び第2のイベントにより定義されるデータセットを含む第2のメッセージを前記分散コンピュータシステムに提供するステップをさらに含む、ことを特徴とするコンピュータ実行方法。臨床試験に参加する被験者に報酬を支払うための支払カード又は小切手を使用する前記臨床試験における不正を低減する方法であって、各支払カードを、所与の被験者に、及びこれに対応して前記臨床試験への前記被験者の参加を管理する所与の試験現場に関連付けるステップと、ある支払要求に関して、1又はそれ以上のトランザクションパラメータを含む電子データを受け取るステップと、前記1又はそれ以上の受け取ったトランザクションパラメータを、臨床試験協約により定義される対応する記憶されたトランザクションパラメータと比較して、前記記憶されたトランザクションパラメータからの偏差を識別するステップと、前記1又はそれ以上の受け取ったトランザクションパラメータを、様々な臨床管理システムIVRS、IWRS、CTMS、EDC、DMS、及び臨床データを記憶するその他のシステムからの対応する記憶された電子データと比較して偏差を識別するステップと、いずれかの偏差が識別された場合、前記試験現場に維持されている不正スコアを、前記識別された偏差の関数として更新するステップと、前記更新された前記現場の不正スコアが規定の閾値を超える場合、前記支払要求を拒否するステップと、を含むことを特徴とする方法。前記不正スコアを更新するステップが、前記支払要求が不正である可能性を表す1又はそれ以上の重み付け値を、前記識別された偏差の関数として計算するステップと、前記現場の不正スコアを、前記1又はそれ以上の重み付け値又は前記重み付け値の1又はそれ以上の頻度の関数として更新するステップと、を含むことを特徴とする請求項2に記載の方法。前記受け取られて記憶されたトランザクションパラメータが、対応する支払要求を有効とみなす相対的又は絶対的タイミングを定義する時間パラメータを含み、前記受け取られて記憶されたトランザクションパラメータを比較するステップが、前記試験協約により定義される記憶された時間パラメータを、受け取った時間パラメータと比較するステップを含む、ことを特徴とする請求項2に記載の方法。前記試験協約が、支払カードによる資金提供を許可する支払イベントの数を定義し、前記受け取られて記憶されたトランザクションパラメータが、支払イベント識別子を含み、前記受け取られて記憶されたトランザクションパラメータを比較するステップが、前記受け取られて記憶された支払イベント識別子を比較して、前記支払要求に対応する前記定義された支払イベントを識別し、次に前記支払要求のための受け取ったタイミングパラメータを、前記試験協約により定義される、前記識別された支払イベントのための記憶されたタイミングパラメータと比較するステップを含む、ことを特徴とする請求項2に記載の方法。自然言語契約上の協約を機能的に実行するコンピュータ実行方法であって、a自然言語契約上の協約内の、各々が可変要素を含むとともに規定値を有する複数の契約条項を識別するステップと、b前記複数の契約条項を、前記可変要素をそれぞれ含むそれぞれの制約付き自然言語宣言文に縮小するステップと、c前記可変要素をパラメータ化して、各前記制約付き自然言語宣言文内にそれぞれのパラメータ化した可変要素を提供するステップと、d前記パラメータ化された可変要素に関して前記規定値を記録するステップと、を含み、前記規定値は、前記パラメータ化された可変要素のうちの対応する要素に関連付けることができ、また前記制約付き自然言語宣言文とは別個に記録される、ことを特徴とするコンピュータ実行方法。前記制約付き自然言語宣言文のためのそれぞれの機械ソースコードフラグメントを自律的に生成するステップをさらに含み、前記それぞれの機械ソースコードフラグメントが、前記パラメータ化された可変要素の識別符号を保持する、ことを特徴とする請求項6に記載のコンピュータ実行方法。このため、特にスポンサー、CRO、及び研究者間で行われる請求及び支払いを含む、臨床試験を効率的かつ正確に管理できる臨床試験支払システムが必要とされている。このようなシステムは、データを混同する可能性又はデータの機密性を損なう可能性を排除できるはずである。従って、臨床試験契約、マスタサービス契約、研究契約、及び金銭面の条件を含むその他の契約の条項に従う分散臨床試験を背景として行われる会計及び支払いを含む、臨床試験を管理するための効率的なコンピュータ実行システム及び方法を提供することが本発明の一般的な目的である。本発明では、この目的が、臨床試験の実施において第1のイベントにより開始されたトランザクションを識別する、研究者の識別符号及び第1のイベントにより定義されるデータセットを提供する第1のメッセージを分散コンピュータシステム内に提供することにより達成される。分散データベースから、臨床試験及び研究者に固有の実行可能テンプレートコードブロックを検索する。実行可能テンプレートコードブロックは、臨床試験及び研究者に対応する臨床試験契約から導出された個別の運営及び金融要件を表す宣言文を含む。アプリケーションが、この実行可能テンプレートコードブロックを動的に組み入れ、このアプリケーションを実行して、第1のイベントデータが実行可能テンプレートコードブロックに照らして評価に成功したかどうかを判定する。成功評価により第2のイベントが生成され、この第2のイベントは、研究者の識別符号、臨床試験及び第2のイベントにより定義されるデータセットを含む第2のメッセージを分散コンピュータシステムに提供する。その後、会計エンジンが、対応する文書及び取引を適当な機関に分散させることができる。本発明の利点は、契約メタ言語CMLとして定義される制約付き自然言語を使用して、特に金銭面の条件を含む、制約のない言語契約からの動作又は実施に関する契約条項を符号化する点である。結果として得られる契約固有のCMLを入力し、解釈可能なスクリプト、コンパイル可能なプログラミング言語に変換し、又は機械可読コードMRCとして別様に提供する。この変換処理は、記述的な、解釈可能な、又はコンパイル可能なユーザインターフェイスUIの仕様を提供し、考えられる柔軟な運営契約条項データに対応するデータをユーザが入力できるようにする。UI仕様及び提供されたMRCを、連続イベント又は運営上のビジネスイベントに応答して後で検索できるように選択的に記憶する。MRCを実行して、イベントに関連するデータが運営契約条項の基準を満たすかどうかを判定する。本発明の別の利点は、分散コンピュータシステムが、スポンサー、研究者、研究室、中央治験審査委員会、調査会社及びCROなどの参加機関が、これらの機関により指定又はホストされるデータセンタ内の離散データ記憶システム内に臨床試験固有のデータを維持できるようにするデータポッドアーキテクチャを実装する点である。機関及びその代理人は、データポッドに記憶されたデータに応じて構成可能な遠隔アプリケーションUI及び対応するビジネスロジックの使用を共有してきた。本発明のさらなる利点は、分散コンピュータシステムが、機関と研究者の固有の組み合わせに関して、均一なワークフローが生み出して個別化し、トランザクションを効率的に処理するとともに、必要時には支払いネットワークのメンバーへの財務会計及び支払いを開始できる包括的な臨床用支払いネットワークを可能にする点である。本発明のさらに別の利点は、試験の実施に関係する臨床試験契約及びその他の契約からCMLを効率的に導出できる点である。CML命令文は、離散的かつ叙述的であり、複雑な臨床試験契約を制約付き自然言語として正確に入力できるようにする。CMLオーサリングツールが、フォーム型ユーザインターフェイス及び一般的な、任意にセミカスタマイズされた命令文テンプレートのライブラリを使用して、離散的CML命令文の入力を可能にする。本発明のさらに別の利点は、特に参加患者への財務会計及び支払いを、再ロード可能又は再ロード不能デビットカード又はクレジットカード、銀行振替、銀行引き落とし、小切手などの使用を含む様々な方法で分散できる点である。例えば、関連する臨床試験研究者に由来する記録に照らして成果を照合する能力により、関連する臨床試験の工程又は個々の活動の完了に照らして決定したスケジュールに合わせて支払いを拠出することができる。不正行為を避けるための根拠として、過去の支払い及び頻度を考慮することもできる。本発明は、臨床試験を管理するという背景で包括的アクセス及び使用をサポートできる分散コンピュータシステムという好ましい背景において、さらに詳細には、金融取引の処理に関して説明するものである。しかしながら、本発明は、臨床試験内の全ての業務取引、さらには複雑な、通常は運用条件の決定的評価を必要とする分散コンピュータシステム内の業務取引を適切に処理することができる。これらの能力は、同じ参照数字を使用して1又はそれ以上の図の同じ部分を示す以下の発明の詳細な説明において明らかになる。図1を参照して分かるように、通常、分散データ処理システム10の好ましい環境は、従来通りに世界的なインターネットネットワークであるネットワーク12を介して相互接続された異種コンピュータプラットフォームを含む。通常、データセンタ内には、臨床試験機関により所有又は運営され、或いはセキュリティ制約を受ける第三機関によりホストされるサーバ14、16、18が位置する。通常、サーバ14、16、18は、多くの場合変化に富むあらゆる数のクライアント20、22を、ローカルに又はネットワーク12を介してホストする。本説明では、機関organizationは、好ましくは所与の臨床試験のための親会社である主要会社によって代表される法的組織として定義される。機関は、完全出資子会社などの独立した法的組織である他の会社を含むことができ、この場合、親機関に決算報告が成される。ある機関が別の機関の管理機関である場合、この第1の機関は第2の機関を見ることができ、これらの2つの機関は、自社のビジネスパートナーのネットワークに他方の機関を招待し又は受け入れることによってリンクされ、又は支払いネットワークにおいて自らを公的なものとしてリストする。本実施形態は、各機関及び各研究に管理機関が存在することを必要とすることが好ましい。全ての機関が支払いネットワークのメンバーでない場合もあるので、ネットワーク内に存在する機関は、他の機関を作成して指定管理機関になることができる。現在管理機関によって管理されている機関が支払いネットワークに参加すると、この参加する機関は、自社の機関の管理機関になって自律的管理の特権を有することを選択することができる。被験者は、臨床試験に参加する人物、通常は参加患者である。協約protocolは、被験者の組み入れ基準及び除外基準、実施する手順及びテスト及び理由を含む来院スケジュールを記載した文書である。協約は、使用する統計分析法、主要評価項目及び副次的評価項目を明記し、全ての既知の安全性の問題及び有害事象の収集方法を列挙する。要するに、協約は、実施する実験の方法、誰が参加できるか、及び予想結果がどうあるべきかを概説するものである。スポンサーは、定義される一連の有効な主張をテストする臨床試験を実施して製品が安全であることをテストするように提案する医薬品会社、バイオ企業又は医療機器会社、或いは研究センター又は医師である。装置試験により、広告のために有効性の結果及び特定の主張をテストすることができる。現場siteは、協約の組み入れ基準に基づき、臨床試験に参加して被験者を登録する施設である。現場は、大学病院、管理された介護病院、研究MD及び関連センター、主治医及び専門治療医とすることができる。臨床研究機関が、研究及び開発に関するサービスを実施し、様々な臨床試験関連サービスの実施を請け負う。管理者又は管理機関は、初期設定、ワークフロー構成、データ、安全性、人員、及び機関の他の全てのデータを維持することに関与する機関である。機関は、別の機関又は自らの管理者であることができる。本発明の実施に潜在的に適している様々な分散データ処理アーキテクチャの中では、サービス指向アーキテクチャSOAが好ましい。事実上所望のビジネス情報サービスシステムの分解された要素として、別個のモジュラービジネス情報サービスを使用することが好ましいが、これは、特にクライアントプラットフォーム20、22のエンドユーザに関するものを含むサービス及びシステムの緩やかな結合を可能にするからである。現時点で好ましい臨床用支払いネットワークの実施構成では、サーバ14が、臨床用支払いネットワークアプリケーションエンジン及びシステムデータポッドに相当することが好ましい。サーバ16の複数のインスタンスは、スポンサー、CRO、現場、第三機関によってホストされるeClinicalシステム、機関、データウェアハウス、及び同様の団体などの様々な機関に相当することが好ましい。サーバ18の複数のインスタンスは、銀行、支払手形交換所、両替所、及び同様の団体などの公共サービスに相当することが好ましい。図2に示すように、好ましいSOAの実施構成30は、異なるサービス要求者341~Nとサービスプロバイダ361~Mを相互接続するミドルウェア層として企業サービスバスESB32を採用する。企業サービスバス32は、サービスアダプタ及び協約コンバータ、ルーティング及びイベント制御、及び任意にパフォーマンス管理及びモニタリング機器を含む、組み込まれた一連の機能追加要素38をホストする能力を有するメッセージング構造を実現することが好ましい。分散サービス要求者341~N及びプロバイダ361~Mは、少なくともアーキテクチャ上の観点から、安定した統合パターンを利用してESB32に接続し、これを通じて所望の分散データ処理システム10を集合的に実施するのに必要な様々な業務処理を実施することができる。ESB32の機能は、ネットワークプロトコル固有の要求及び応答を表すメッセージを、ESBベースのネットワークプロトコル変換に従って、サービス要求者341~Nとサービスプロバイダ361~Mの間でルーティングすることである。ESB32で実施できる他の組み込み要素38の機能として、非同期メッセージング、交互及び拡張メッセージルーティング能力、標準化された許可、及び外部の標準的LDAPサービスへのインターフェイスを含む認証及び監査制御のサポートが挙げられる。組み込み要素38を介して、シンプルオブジェクトアクセスプロトコルSOAP及びレプリゼンテーショナルステートトランスファーRESTなどの標準ウェブサービスプロトコルを実施することもできる。マイクロソフトメッセージキューイングMSMQ、ウィンドウズ登録商標コミュニケーションファンデーションWCF、マイクロソフト.NETフレームワーク、インターネット情報サービスIIS、マイクロソフト分散トランザクションコーディネータMSDTCなどのメッセージングプロトコルも使用される。サービス消費者は、ハイパーテキストHTTP及びその他の拡張可能マークアップ言語XMLベースのプロトコルをサポートするために、構造化ドキュメントサーバを実装することもできる。必要に応じて、特定用途向け及びその他の専用のネットワークプロトコルを実装することもできる。図3Aに、臨床用支払いネットワーク50の好ましいシステムアーキテクチャを大まかに示す。臨床用支払いネットワーク50の所有者によって又はこれに成り代わってシステムデータセンタ内でホストされるシステムサーバ52により、一次動作制御及び管理が行われる。このシステムデータセンタ内では、システムデータポッド54もホストされることが好ましい。システムサーバ52及びシステムデータポッド54は、システム全体の構成データの制御及び記憶、臨床用支払いネットワーク50内の及びこれに接続する様々なリソースにアクセスする異なる団体間のアクセス権を定めるセキュリティ情報、及び臨床用支払いネットワーク50の進行中の使用及び実施を反映する管理データの収集及び分析を行うように相互運用する。具体的には、システムデータポッド54は、ネットワーク内の既知のデータポッドを識別する、臨床用支払いネットワーク50内で公開されている一般データ、参加機関及び関連機関、研究名、及びセキュアなユーザログイン及び研究データアクセスを可能にするのに適した認証及びその他のセキュリティデータを記憶することが好ましいデータベース図示せずを含む。システムデータポッド54は、包括的なデータポッドの発見を行うのに十分なデータも含むことが好ましい。従って、システムデータポッド54は、管理されたセキュリティ制約下で、特にシステムサーバ52のための、及び一般的には臨床用支払いネットワーク50内に存在する、及びこれに接続するその他のシステムのためのネットワークアクセス可能な記憶リソースとして主に機能する。臨床用支払いネットワーク50を効率的に実施する臨床用支払いアプリケーションの少なくともコア構成要素を実行するために、複数のアプリケーションサーバ56が設けられることが好ましい。好ましい実施形態では、臨床用支払いアプリケーションが、サービス型ソフトウェアSaaS及びサービス指向サービスSOAアーキテクチャを使用して実施される。アプリケーションサーバ56は、地理的に分散されることが好ましい。従来のSaaSシステムとは異なり、臨床用支払いアプリケーションのためのデータストレージは、複数の機関データポッド58及び複数の研究データポッド60、62に分散されることが好ましい。上述したように、これらの機関データポッド58及び研究データポッド60、62は、臨床用支払いネットワーク50に参加する個々の機関の制御下で維持される。スポンサー、CRO、薬局、研究室、現場、及びその他の団体などの機関は、各々が管理機関として機能することができ、これにより対応する機関データポッド58のインスタンス及び1又はそれ以上の研究データポッド60、62に含まれるデータへのアクセスを制御することができる。データポッド54、58、60、62は、各々が単一の管理機関を有することが好ましい。逆に、ある機関を、1又はそれ以上の研究データポッド60、62及び1つの対応する機関データポッド58の管理者とすることもできる。管理機関は、典型的には招待又は規定の企業関係により、非管理機関に対してアクセスを許可することができる。これにより、非管理機関は、これらの機能的役割に応じて、管理機関データポッド58のインスタンス及び1又はそれ以上の対応する研究データポッド60、62のインスタンスの規定の部分にアクセスできるようになる。従って、臨床用支払いネットワーク50は、セキュリティ制御下で、いずれかの特定の研究に参加する全ての団体に包括的なアクセスを与えることができる。一般に、金融及びその他のサービス64は、臨床用支払いネットワーク50にアクセスすることができ、必要に応じて臨床用支払いネットワーク50からアクセスを受けることができる。これらのサービス64は、通貨交換、規制的法令遵守審査を行うコンサルタント、第三機関及び機関データウェアハウスによってホストされる臨床システム、及び専門データソースを含むことが好ましい。具体的には、金融サービスは、銀行及び同様の施設によって行われる。その他のサービスは必要に応じてサポートされ、特定の能力を有する特殊CRO、電子及び遠隔データ取り込みサービス、スポンサー又はその他の団体により、又はこれらに成り代わって維持されるデータウェアハウスを含むことが好ましい。これらのサービス64に、臨床用支払いネットワーク50インターフェイスを実装するクライアントアプリケーション別個には図示していないを提供して、管理機関が定めた役割に応じた金融及びその他のサービス64とのやりとりを可能にすることが好ましい。図3Bに、機関データポッド58’のインスタンス、研究データポッド60’のインスタンス、及びアプリケーションサーバ72のインスタンスの好ましい実施構成70示す。システムデータポッド54は、基本的に機関データポッド58’と同様に構築される。機関データポッド58’は、ネットワーク12及び対応するサービス要求者スタブ34’を介してESB32を経由して送信されたメッセージを受け取る。メッセージは、インボックス74内で受け取られ、通常は見直しのために保持される。機関データポッド58’は、対応する管理機関に特化したデータを記憶するデータベース76を含む。データベース76は、複数の方式に従って構造的にデータを記憶する。好ましい実施形態では、会計、並びに人員、事業部、部門、会社、場所、アドレス、セキュリティ情報及び認証などの一般的組織構造、予算、契約及びCMLサポート、構成、通知及び報告、及びテキストファイルのための方式が提供される。研究データポッド60’は、メッセージインボックス78及び研究データベース80を含む。インボックス78は、着信メッセージを受け取り、通常は見直しのためにこれらを保持する。研究データベースは、特定の臨床試験に特化した情報を全て記憶することが好ましい。研究データポッドは、スポンサー、サブスポンサー、地域、集団、来院、手順、CRF、現場、被験者及びイベントに関する一般情報を含めて、臨床試験がどのように設定されているかを構造的に記憶することが好ましい。データポッド当たり1つの研究に基づいて研究データを分離すること、すなわち管理機関の制御下で配置され維持されている研究データポッド60’のインスタンスに分離することにより、研究データへの偶発的な又はその他の無許可のアクセスが防がれる。複数の研究及び異なる管理機関サブネットワークからのデータを混同する可能性が効率的に避けられる。分散データポッド58、60、62は、アプリケーションサーバ56のドメインとは異なるドメイン内に存在する可能性があるという点で、間接的な問題が存在する可能性がある。従来、ドメイン間データベーストランザクションでは、トランザクションベースの信頼性測定を行う能力が限られていた。本発明を実施する好ましい実施形態は、ESB32の能力を有利に利用して、分散データポッド54、58、60、62とアプリケーションサーバ56の間のメッセージをESB32を介して送信するための信頼できる非同期トランザクションを生じさせる。この結果、高い信頼度が必要な場合、メッセージはESB32を介してルーティングされる。そうでなければ、アプリケーションサーバ56は、低い信頼度マージンに基づいて、ネットワーク12を介したインボックス及びデータポッド常駐データベースへの直接接続を利用することができる。アプリケーションサーバ72のインスタンスは、現実の又は仮想的な高性能コンピュータシステムとして実現されることが好ましい。アプリケーションサーバ72のインスタンスに効果的に割り当てられる、機関データポッド58’及び研究データポッド60’のインスタンスによって受け取られるメッセージの処理を調整するために、アプリケーションサーバ処理82が実行される。メッセージが関連するインボックス74、78内のキューに入った場合、ネットワーク12を介してアプリケーションサーバ処理82に通知が行われ、これがイベントデータベース84に記録されることが好ましい。処理能力に余裕があれば、アプリケーションサーバ処理82がメッセージを検索し、このメッセージがCML命令文を含む場合には、CML評価エンジン86を使用して、CML命令文を実行し又は別様に処理する。実行結果は、論理ステータス状態を含む結果オブジェクトである。実行結果のステータスが真である場合、通常、結果オブジェクトは、行われる完了手順も識別する。偽である場合、CML命令文の実行が単純に終了する。完了手順を実行するために、このメッセージの結果オブジェクト表示が、考えられる完了手順の組の実行をサポートするメッセージエンジン87に転送される。完了手順を実行する際には、メッセージエンジン87が、通常、システムデータポッド54によって記憶されたデータにアクセスして潜在的に修正すること、関連する機関データベース76及び研究データベース80の組み合わせに記憶されたデータにアクセスして修正すること、及び一般的には何らかの業務を連続して実施するCML命令文を含む新たなメッセージを生成することを含む1又はそれ以上の動作を実行する。これらは、配信のために、アプリケーションサーバ処理82により、対応するサービスプロバイダスタブ36’及びESB32を介して転送される。機関データポッド58’又は研究データポッド60’内に保持されているデータへの少なくともある程度のアクセスを許可する特権を認証されたクライアントシステム20、22のユーザが、アプリケーションサーバ処理82にネットワークアクセスできるようにするために、アプリケーションサーバ72の一部として従来のウェブサーバ88を提供する。ウェブサーバ88は、システムデータポッド54、機関データポッド58’、及び研究データポッド60’のあらゆる組み合わせへのデータアクセスが可能なユーザにフォーム型インターフェイスを提示できることが好ましい。クライアントシステム20、22のユーザが、アプリケーションサーバ72を介して新たな又は改訂されたデータを入力するように行動すると、通常、関連する機関データポッド58’及び研究データポッド60’内のデータの修正と、1又はそれ以上のその他のデータポッドに送信する新たなメッセージの作成との何らかの組み合わせを生じる1又はそれ以上のイベントがトリガされる。本発明の代替の実施形態では、アプリケーションサーバ72のインスタンスを、機関データポッド58’又は研究データポッド60’と機能的に組み合わせることにより、能動的なデータポッドを実現することができる。好ましい受動的なデータポッドと同様に、これらの能動的なデータポッドも分散される。機関が制御するデータセンタにアプリケーションサーバが配置されること、セキュリティの複雑度が低下すること、及び潜在的なネットワーク待ち時間が短縮されることを含むいくつかの効率性が得られる。より大きな臨床用支払いネットワーク50への依存度が低下し、完全にではなくても部分的に依存しない動作の可能性が生じる。図4に示すように、本発明の好ましい実施形態では、Microsoft登録商標メッセージキューMSMQクラスタ92を使用して、メッセージエンジン90が部分的に実現される。さらに、MSMQクラスタ92は、ESB組み込み要素38の1つとしても提供される。例えば、研究データポッド94及び機関データポッド96、98からのメッセージは、発信されると常にESB32へ転送され、その後MSMQクラスタ92内に存在する入力キュー1001~Nに転送される。入力キュー1001~Nの各々には、処理するメッセージタイプのカテゴリが割り当てられることが好ましい。MSMQ92がメッセージを受け取ると、メッセージタイプが復号されて、対応する入力キュー1001~Nにメッセージが送られる。入力キュー1001~Nは、1又はそれ以上のキューディスパッチャ1021~Mによって徐々に読み取られる。これらのキューディスパッチャ1021~Mは、メッセージを検査して、例えば研究データポッド108及び機関データポッド110、112などのメッセージ識別目標宛先に発送する。発送されたメッセージは、データポッド108、110、112の各々に関連するインボックスキューの1又はそれ以上、及びシステムデータポッド54に関連するインボックスに向けられる。無効なメッセージ又は別様にうまく発送されなかったメッセージは、最初にエラーキュー106に転送される。これらの失敗に終わったメッセージは、キューに並べられると、再度システムデータポッド54のインボックスに向けられ、管理又は手順の見直しのためにマーク付けされる。処理能力に余裕があれば、失敗に終わったメッセージは、キューディスパッチャ1021~Mを介して順次発送される。初期設定により、機関インボックス108又は研究インボックス110、112内で受け取られたメッセージは、対応する機関の代理人による検討のために保持される。この代理人は、インボックスで待機するメッセージを見直して、対応するメッセージにより定義される行動を選択的に受け入れ又は拒否できることが好ましい。受け入れられた場合、この行動が機能的に実行され、通常は、基礎となるデータストアが更新される。行動が完了すると、対応するステータスメッセージが生成され、データポッドの対応する入力キュー1001~Nに送信されて、順序的に前のメッセージを発信したデータポッドに戻される。いくつかのメッセージ、特に単純なステータスメッセージ、メッセージ肯定応答、及びその他の非トランザクションメッセージは、データポッドのインボックスを通じて即座に受け入れ、基礎となるデータストアに合わせて更新することができる。監督、管理、及び構成に関するメッセージは、自動的に受け入れられることが好ましい。システムデータポッド104が受け取ったメッセージは、初期設定によって独立して処理されることが好ましい。上述したように、最初にメッセージが受け取られ、対応するデータポッド104のインボックス内のキューに入れられる。見直しマークを付けられた場合、メッセージは、管理又は手順の見直しのためにインボックスに保持される。そうでなければ、手短に言えばメッセージは処理され、必要に応じて適当なCMLコードブロックに照らして処理される。図5を参照して分かるように、臨床試験契約の契約メタ言語表示は、CMLオーサリングツール120を利用して構築されることが好ましい。オーサリングツール120の製品は、パラメータ化されたUI仕様及びパラメータ化された実行可能コードブロック又は機械可読コードを含む。このUI仕様は、クライアントユーザが、対応するCML命令文のための制約されたフォーム指向の入力を行えるようにカスタマイズされたユーザインターフェイス画面を記述する。パラメータ化された実行可能コードブロックは、対応するCML命令文をともに機能的に実現するロジック機能及び1又はそれ以上の完了手順の組を実施するように解釈し、コンパイルし、又は別様に実行可能にすることができるソースコードフラグメントを表すことが好ましい実行可能命令文又は命令文の組を含む。データ入力担当者は、所与の原臨床試験契約122を見直して、定量化が可能な動作及び実施に関する契約条項を識別する。このような条項が識別された場合、データ入力担当者は、フォーム指向のユーザインターフェイスUI124を利用して、対応するCML命令文を入力する。基本テンプレートを含むCMLライブラリ128から、条項の内容にもっとも近い基本テンプレート126を選択する。後で再使用できるように、カスタムテンプレートを作成してCMLライブラリ128に追加することができる。図10に、CMLライブラリ128からの選択時にデータ入力担当者に対してUIフォーム内に表示される例示的な基本テンプレート290を示す。この例示的なテンプレート例の最初の制約付き自然言語表示は以下の通りである。[code]このテンプレートは、あらゆる数のパラメータ化可能要素を提示することができる。次に、データ入力担当者は、臨床試験契約122で検討される特定の契約条項に基づいて、対応するパラメータをこのテンプレートのインスタンスに入力することができる。パラメータ化すると、制約付き自然言語テンプレートのインスタンスは以下のようになる。[code]図11に、これらのパラメータ化値を入力した、対応するUIフォームで提示されたテンプレート300の表示を示す。テンプレートのパラメータ化可能要素に入力される選択可能な値は、CMLライブラリ128を参照することによって制約される。詳細には、図11に示すフォームの基本となるCML仕様は、CMLテンプレートUI仕様によって表されることが好ましい。[code]この場合、中括弧で囲んだ単語は変数型を識別し、イタリック体の単語は、システムが定義したキーワードである。変数型に対するラベルの例は、{label:type}として指定されている。なお、これらの特定の様式は、本説明を明確にするためのものであり、実際には、色及び他の統語的表示を含むその他の様式を使用してもよい。UI仕様は、パラメータ化値とは別個に維持されることが好ましい。対応するCMLテンプレートコードブロック仕様は以下のようになる。[code]この場合、二重角括弧は動的オブジェクトを識別し、トークンとも呼ばれ、三重角括弧はオブジェクト特性を識別する。従って、定義されるように、被験者ステータスはオブジェクト被験者の特性である。トークン及び対応する許容トークン特性は、CMLライブラリ128に記憶される。特にCMLテンプレートコードブロック仕様では、コード仕様を、機能的に実行可能な対応するコードフラグメントを生成するようにさらにレンダリングすることができる。このコードフラグメントをソースコードフラグメントとしてレンダリングし、後でインタープリタ又はコンパイラの使用を通じて実行できるように準備できることが好ましい。一例として、上記のCMLテンプレートコードブロック仕様を、Cソースコードフラグメントとしてレンダリングすることができる:[code]本発明の好ましい実施形態で実施される制約付き自然言語仕様システムの6つのさらなる例を以下に示す。CMLライブラリから取り出したテンプレート[code]臨床試験契約に特化したパラメータ化テンプレート[code]CMLテンプレートUI仕様[code]CMLテンプレートコードブロック仕様[code]ソースコードフラグメント[code]図6に、CMLライブラリ128の少なくとも一部を図式的に示す。XMLで記憶したか、又はその他のテキスト文書で記憶したか、又はデータベース記録として記憶したかに関わらず、ユーザ定義可能な集合162は、動的オブジェクト164及び対応する許可された特性リスト166を含む。例示的なオブジェクト162及び対応する許可された特性リスト164を表1に示す。システムにより定義された集合168は、変数型170及び予め定義されたキーワード172を含む。これらの変数型及びキーワードは、システムが定義した共有される性質によってのみ関連することが好ましい。変数型は、単純な又は定義されたものとすることができる。単純な型としては、例えば、整数、文字列、及び日付が挙げられる。定義された型には、CML命令文のランタイム評価で使用される、通常はサポートライブラリ内で定義されるプログラムオブジェクトがある。従って、来院という変数型は、ゼロ又は正の整数のいずれかとして定義することができる。手順の変数型は、一連の型文字列として定義することができ、手順ステータスは、列挙によって定義することができる。例えばCML変数の変数型は、何らかのシステム又はアプリケーションに特有の値にアクセスできるように設定することができる。例示的な単純な及び定義された変数型170を表2にリストする。本発明の好ましい実施形態は、標準的な定義された変数型の組を含む。これらの変数型及び対応する容認可能な値の選択は、システムデータポッド104に記憶された研究構成情報から導出され、従って全ての研究に使用可能である。表2に示すように、これらの標準的な定義された変数型は、さらに以下のように指定される。{Cohort}:プラシーボ、劇薬などの、選択した研究における全ての群又は治療群{VisitType}:スクリーニング、研究中、フォローアップなどの、選択した研究のために定義される全ての分冊型の選択{Visit}:スクリーニング、来院1、週12などの、選択した研究のために定義される全ての来院の選択{Procedure}:生命兆候、大腸内視鏡検査、健康診断などの、選択した研究のために定義される全ての手順の選択{CRF}:研究室、人口動態、病歴などの、選択した研究のために定義される全ての症例報告書の選択リストしたカスタム定義される型は、通常は管理機関のレベルで指定される定義された変数型オブジェクトを表し、従ってこの機関が関与する全ての研究での使用に利用可能である。変数型は、型により制約される値の入力を可能にし、キーワードは、意味的機能及び統語的機能の両方を実行する。キーワードを統語的に使用して、CML命令文の単純な自然言語の可読性を高めるとともに、一般的なキーワードを介して適合させる可能性の代わりに業界固有のキーワードを使用できるようにすることができる。CML命令文内に、自然言語構造の要素としてキーワードを配置すると、特定のCML命令文によって行われることが意図された動作の意味推論が可能になる。CML命令文は、比較的簡潔であるため、意味解析が曖昧すぎることも煩わしすぎることもない。表3に、例示的な予め定義したキーワード172をリストする。システム及びユーザ定義テンプレート174は、システムが予め定義した基本テンプレートセット176を含む。ユーザは、カスタマイズした基本テンプレート178を作成して、将来的に再使用できるように記憶することができる。基本テンプレートセット176は、オブジェクト164、型170、特性166及びキーワード172の共通の意味のある組み合わせから構築される。動的オブジェクト164及び特性166を提供することにより、ユーザは、新たな動作イベント及び対応する制約特性を動的に作成できるようになる。動的オブジェクト164が作成されて、1又はそれ以上の特性166が指定されると、オブジェクト名及び対応する制約リストがCMLライブラリ128に自動的に追加される。その後、協議した臨床試験原契約122の条項を入力する際に、この新たなオブジェクト164を使用又は選択できるようになる。好ましい実施形態では、これらの新たな動的オブジェクト164を使用して、臨床試験における固有の動作イベントを記述する。例示的な新たなオブジェクト164は、研究薬品、研究ステータス、被験者ステータス、現場ステータス、被験者来院、手順及び契約ステータスを含む。カスタマイズされたテンプレート178を作成する上で、動的オブジェクト164はトークンとも呼ばれる。全ての動作イベントの発生には、イベント日が伴う。オブジェクト特性は、動的オブジェクト内で定義される結果フィールドの利用可能な状態又は動作結果を定義する。動的オブジェクトが被験者ステータスであるとすると、結果のオブジェクト特性型は{文字列}になり得る。動的オブジェクトの被験者ステータスフィールドに複数のオブジェクト特性を関連付けることができる場合、有効な推論としては、複数のオブジェクト特性を提示するために、{テキストフィールド}又は{リスト}上に{テキストボックス}の表示要素を自律的に選択することが考えられる。或いは、結果フィールドを、基本テンプレートのパラメータ化130中に、{文字列}というUI表示変数型、患者ステータスというUI表示記述、及び{リスト}というUI表示要素を有するように明確に定義することができる。後者の例では、CMLテンプレートUIフォームが、関連する臨床試験、試験現場、及び試験研究者の識別情報によってフィルタ処理した、被験者ステータスの動的オブジェクトに関連するオブジェクト特性を読み込んだリスト要素を提示する。1つの例では、フィルタ処理されたオブジェクト特性を、脱落、登録、期限前契約解除、及び完了とすることができる。同じ試験内で研究者又は場所が異なる場合、フィルタ処理されたオブジェクト特性を、稼働、保留、及び非稼働とすることができる。図5に戻ると、パラメータ化されたCML命令文が解析され生成される132。CMLテンプレートUI仕様により表示されたCML命令文の解析では、指定フィールド、記述、表示要素、及び値が識別される。必要時には、あらゆる不明情報を初期設定する。必要に応じて推論動作を行って、CMLテンプレートUI仕様を完成させるのに適した情報を識別して選択する。好ましい結果は、CML命令文値のユーザ入力及び編集を可能にするために使用できるフォーム要素を定義する、適当に定量化されたUIマークアップ仕様である。本発明の現在のところ好ましい実施形態では、基礎を成すCMLテンプレートUI仕様が、本発明の領域内で有用なマークアップ言語として機能するのに十分に記述的である。例えば、XMLユーザインターフェイス言語XULを含む他のUIマークアップ言語を代わりに使用してもよい。必要時には、生成ステップ132を使用して、次の記憶及び使用に備える上でCMLテンプレートUI仕様のフォーマットを編成して調整することもできる。同様に、CMLテンプレートコードブロック仕様を解析132して、初期設定を適用し、完全に形成されたCMLテンプレートコードブロック仕様を作成するのに適したあらゆる追加情報を推論する。このCMLテンプレートコードブロック仕様から、パラメータ化された実行可能コードブロックを生成132する。このコードブロックは、1又はそれ以上のソース命令文を含むコードフラグメントをマイクロソフトC言語で表すことが好ましい。現在のところはCが好ましいが、コード生成132動作を、実行可能コードブロックを他のいくつかのソース言語で生成するようにすることもできる。Java登録商標、JavaScript登録商標、Lua、及びGoが、好適な代替のソース言語である。生成された実行可能コードブロックは、ソースフォームで記憶できるように準備されることが好ましいが、コンパイルしたインスタンスをキャッシュすることもできる。次に、生成されたCMLテンプレートUI仕様、及び生成された実行可能コードブロックを含むCMLテンプレートコードブロック仕様の機能的完結性及びロジックを検証する134。いずれかの仕様の態様が不完全であり又は正しく構成されておらず、いずれかの論理的矛盾を含み、エラーを伴わずに解釈又はコンパイルできず、又は他のいずれかの検証不履行が生じる場合、データ入力担当者が調査して修正できるように、パラメータ化されたテンプレートが戻される124。CMLテンプレートUI及びコードブロック仕様が有効と判断された場合、好ましくはデータポッド常駐データベースに記憶するのに適したテンプレート記録136が作成される。パラメータ化されたCMLUI仕様138及びパラメータ化されたCMLコードブロック仕様140が、テンプレート記録136の1つの態様に複製される。その後、この態様は、機関レベルのデータポッドインスタンス142に記憶されることが好ましい。仕様138、140の評価で使用するパラメータ化値として先に選択された動的オブジェクトは、テンプレート記録136の別の独立した態様に記憶されることが好ましい。この後者の態様は、原契約122の対応する臨床試験に使用する研究データポッド144に記憶されることが好ましい。従って、トークンとしての研究固有のパラメータ化値は、CMLUI138仕様及びコードブロック仕様140とは別個に記憶される。原契約122に含まれる契約条項の組を、収集したCML命令文の組としてレンダリングすることにより、原契約の自動化が機能的に達成される。原契約122は、研究協約を実施するのに必要な動作イベント及び手順イベントをともに表して定義する1又はそれ以上の契約の編集物とすることができる。行った補正及びその他の変更は、変更された契約条項の対応するCML命令文を追加し、修正し、削除することによって反映される。この結果、原契約122の条項を変更した影響が最小限に抑えられる。実際には、CML命令文は極めて少ない。上述したように、CML命令文の効果的な実行は、アプリケーションサーバ56上で実行されるアプリケーションサーバ処理82インスタンスを介してメッセージによって伝えられる動作イベントの推移に応答して行われる。図7を参照して分かるように、最初の動作イベントの生成は、分散データ処理システム10とやりとりするスポンサー、CRO、研究者及びその他がとる、他の自動化システムを含むあらゆる数の異なる行動に応答して行われる。ユーザによる例示的な行動には、データ入力フォームを通じて行われるような新たな情報の追加がある。フォーム入力データを提出すると、動作イベントが生成される192。このイベントは、特にデータ入力フォームを通じて提供されたデータ、及び臨床試験を識別し、関連機関及び研究データポッド、対応する研究者及び現場、及び関連する詳細を規定通りに識別するのに十分な情報などの、イベント生成に関連するデータを含むイベント関連データ194に関連付けられる。メッセージが準備され196、対応するサービス要求者34を通じて送信される198。このメッセージは、クラスタ92を介して、サーバ56が実行するアプリケーションサーバ処理に送られる。図8を参照すると、本発明の好ましい実施形態で実現されるCML命令文実行エンジン210に、サーバ56上で実行されるアプリケーションサーバ82が組み込まれている。エンジン210は、最初に、関連する研究データポッド60’、62’のメッセージインボックスを介して動作イベントを受け取る。各動作イベントが受け取られると212、このイベントに関するデータがイベントデータベース214に保存され、新たな動作イベントが受け取られていて見直しを待っていることを示す通知がCMLエンジン210に効果的に送信される。新たな動作イベントを処理する際の最初のステップは、イベントを検証すること216である。検証は、動作イベントのソース及びデータ完全性を検証するように行われる。この動作イベントをCML評価に利用可能にするための必要条件として、追加の検証及び不正検出テストが行われることが好ましい。検証に失敗した動作イベントは、さらなる見直しを受けなければならない。このイベントは、通常はある程度の人間の介入を必要とする見直し処理218に渡されることが好ましい。見直し処理218では、見直し担当者が、動作イベントを受け入れ、拒否し、又は編集して再試行検証216に再提出することができる。動作イベントが全ての検証テストにパスし、又はCMLエンジン210に代わって別様に受け入れられた場合、この動作イベントは解放されて220、CML評価を待つ保留ステータスに入る。CML命令文実行エンジン210内に実装されるCML命令文評価器は、例えば、通常はイベントスループット及びトランザクション待ち時間限度によって判断されるCML命令文実行エンジン210の所望の性能レベルに応じて、複数の異なるモードで動作することができる。現在利用できるCML命令文評価器モードには、増分モード、完全モード、予想モード、及び予測モードがある。増分モードは、好ましい初期設定モードである。増分モードでは、好ましくは評価セットとして定義された、評価するCML命令文を決定する際に、最後の評価サイクル内で受け取られた新しい有効な動作イベント228のみが検討される。この最後の評価サイクルは、CML命令文実行エンジン210がイベントの完全な評価を最後に終えた後の時間として定義される。評価セットが全ての現場、又は研究ステータスなどの研究全体にわたる動作イベント230を含む場合、評価はただちに完全モードに切り換わることが好ましい。完全モードでは、評価セットを決定する際に全ての現在有効な動作イベントが選択される232。予想モードでは、CML評価が完全モードとほぼ一致して行われる。追加の予想される動作イベントの組も含まれる。具体的には、この予想されるイベントの組は、既に発生はしているものの未だにCML命令文実行エンジン210が受け取っていないと予想される、関連する研究協約に従って識別されたイベントである。予測モードでは、ここでもCML評価が完全モードの動作とほぼ一致して行われる。追加の予測セットを決定する際に検討される追加の動作イベントは、現時点から臨床試験又は研究の最後までの間に受け取られる動作イベントを全て含む。評価セットが設定されると、CML命令文評価器は、評価セット内で参照される異なる研究場所の組を決定する234。これらの研究場所に関連するCML命令文のみを評価すればよい。通常、研究場所は、病院、医療事務所、又は医院などの、永続的な物理的住所を有する現場と同じものである。識別された研究場所ごとに、特定の研究場所に関連する契約条項に対応するCML命令文のみを評価のために選択すればよい236。1つの実施形態では、CML命令文を動作イベント型ごとにさらに分類して、動作イベントデータのインポート又は入力時に、選択した分類に関するCML命令文のみが評価されるようにし、これによりCML命令文評価器の効率を高めることができる。特定の研究場所の評価セット内に被験者の相対的動作イベントが存在する238場合、参照される被験者ごとに対応するCML命令文が評価される240。評価セット内に現れない被験者は処理されない。特定の研究場所の評価セット内に被験者に関するイベントが存在しない場合、CML命令文は、この研究場所に関して一回のみ評価される248。CML命令文は、CMLStatementTemplateクラスによって定義されることが好ましい。このクラスは、2つの重要な特性を含む。CML特性は、所与のCML命令文内で定義される各動的オブジェクト特性及び変数の値をUI制御に収集させるために解析され使用されるCMLテンプレートUI仕様を含む。収集した値は、イベントデータベース214に名前/値ペアトークンとして記憶されることが好ましい。その他の特性、命名されたコードは、CMLテンプレートコードブロック仕様を含む。この仕様はソース命令文を含み、このソース命令文は、解釈、コンパイル、又は別様に処理されたときに、アプリケーションサーバ56のインスタンスにより実行可能な、結果値を生成できる機械可読コードを生成する。動作時には、CML命令文評価器が、トランザクションが必要かどうかを判断するための、動作イベントに対するCML命令文に対する実行生成結果値を決定する。好ましい実施形態では、CMLテンプレートコードブロック仕様により提供されるコードフラグメントが、特定のトークン及び特性を識別する規定のマーカを含む。このマーカは、コードフラグメントの実行前に識別され、コードフラグメントの動的修正により、テンプレートトークンインスタンスの対応するパラメータ化値に置き換えられる。本発明の好ましい実施形態では、一般的なCMLStatementEvaluator基本クラスが定義される。このクラスは、さらなる拡張及び後方互換性をサポートする任意の数のパラメータを受け入れる仮想的なEvaluate法を実行する。Evaluate法を実行することにより、CMLStatementResultと呼ばれる列挙が戻される。この仮想的な評価方法は、いずれかのCMLStatementEvaluatorにより導出されたクラスによって無効にすることができる。この基本クラスは、導出されたクラスが使用できるいくつかの保護された特性及び方法も提供する。好ましい実施形態で実現されるように、CML命令文評価器は、CML命令文を評価するために、最初にCMLStatementEvaluatorインスタンスが既にCML命令文をコンパイルしているかどうかを判定するチェックを行う。特定のCMLテンプレートコードブロック仕様のために生成されるコードと、トークン及び変数のパラメータ化リストのために生成されるコードは同じものであるため、ソースコードフラグメントを一旦コンパイルし、後の評価で使用できるようにキャッシュすることができる。コンパイルされたインスタンスがない場合、対応するソースコードが動的に修正されて、実行可能なコード生成器が呼び出される。具体的には、ソースコードフラグメントを解析して、対応するトークンの特性値及び変数値の代わりにマーカを使用する。次に、結果として得られたソースコードを、CMLStatementEvaluatorを拡張するクラス内にラップする。次に、Cコンパイラを呼び出して、コンパイルされたインスタンスを生成する。その後、CML命令文評価器がCMLStatementEvaluatorオブジェクトを使用して、この固有のCML命令文に関する動作イベントを評価する。CML命令文評価器は、仮想的なEvaluate法を呼び出すことにより、インスタンス化されたCMLStatementEvaluatorオブジェクトを実行するのに必要な環境を実現する。機能的には、コンパイルされたコードフラグメントを実行することにより、コンパイルされたコードフラグメント内で定義された値の、動作イベントの評価セット内の各動作イベントに照らしたロジック条件テストが行われる。動作イベントに照らして評価される条件の順序は、順次的であることにとらわれないことが好ましい。例えば、ある動作イベントの評価の時間的順序は、別の動作イベントの前、間、及び後に発生することができる。実行完了時には、CMLStatementResultオブジェクトが結果242として戻される。この結果242が、偽に対応する規定値に一致する場合、CML命令文の評価は終了する250。CML命令文が必要とする全ての動作イベントが存在しない限り、評価結果242は偽になる。結果242が、真の規定値に対応する場合、トランザクションに関連する全ての動作イベントが満たされるが、CML命令文の頻度又は量成分は満たされていない。例えば、CML命令文が、2人の被験者ごとなどのカウント要件を指定する場合、CML命令文の進行中の評価における状態を維持するために、対応するトランザクション項目が保存される252。CML命令文に関連する全ての動作イベントが満たされ、CML命令文の全ての頻度又は量成分が満たされると、TrueWithTransactionの評価結果242が生じる。この場合、研究場所Pl、契約所有者、スポンサーであるかそれともCROであるか、トランザクションを満たす動作イベントの記述及びこれらのイベントのソースを識別する情報、及び金融又は非金融取引を生み出すのに必要なその他の情報を含むCMLTransactionオブジェクトが作成され初期化される。次に、このオブジェクトが、処理のために契約者機関データポッドのインボックスに送信される。特に、CML評価は、トランザクションを生成すべきかどうか及びいつ生成すべきかを決定する条件を評価することにのみ関連する。CML評価は、実際の基本的なトランザクションの詳細に関しては全く知ることができない。図9に、臨床用支払いネットワーク50の効率的な適用を示す例示的な取引フロー260を示す。通常、取引フロー260は、スポンサー及びCROが、臨床試験契約により指定された形で研究者に対して、又は研究者に代わって償還及びその他の支払いを発行するように求められた場合には常に、臨床試験において、及び臨床研究契約などのその他の関連契約において発生する。取引フロー260は、償還情報、承認の見直し、及び資金の支出を生み出す完了の効果的な集合を示す。研究者262は、医師、病院、特定の臨床試験の成果及び管理に関与するその他の介護ケアプロバイダを含む。通常、参加患者である被験者264は、被験者264の登録を引き受けるとともに進行中の治療及び追訪を行う研究者262に関連付けられる。これらの被験者264は、同じ臨床試験に参加しているものとしても識別される。一般に研究者262の指示下にある被験者264には、関係者266も直接関連付けられる。通常、関係者266は、研究室、薬局、及びその他のサポート製品及びサービスプロバイダである。試験に入るときには、研究者262、被験者264、及び関係者266は、アプリケーションサーバ56のインスタンスを介して試験に対応する機関58及び研究データポッド60にアクセスできることが好ましい。アクセスは、研究者262、被験者264、及び関係者266の特定の役割を反映するように制約される。例えば、装置購入の支払いを含む潜在的に払戻可能な経費が生じた場合、研究者262、被験者264、及び関係者266は、経費報告、経費支援、及び基本的な支払要求の検討に求められる又はこれに必要なその他の情報を提出するのに適したときに、研究関連機関58及び研究データポッド60にアクセスすることができる。通常、アクセスは、対応する機関58及び研究データポッド60にも関連する対応するアプリケーションサーバ56のインスタンス上でホストされる、ウェブサーバ88により提供されるウェブフォーム型インターフェイスの使用を通じて行われる。この例では、試験機関58及び研究データポッド60に関連するアプリケーションサーバ56のインスタンスが、会計エンジン268として動作する。すなわち、償還要求を受け取ることにより、支払要求及び関連する会計業務活動に適格性を与えることをまとめて実施する、又これに関連するCML命令文が選択され評価される。このCML命令文の選択は非明示的であり、償還要求及び関連情報を掲載することによって導出される一連の動作及び手順イベントから生じる。結果として行われる業務活動の明細は、適用可能な原契約122内に定義され、対応するCML命令文の集合に縮小される。従って、例えば、このCML命令文の集合が評価されると、提供された償還データを収集して編成し、文書を規定の間隔で並べることを選択された見直し担当者を通じて行っていずれかの必要な事前承認を得る業務処理が次第に定義される。被験者264及び関係者266による償還要求は、異なる間隔で行うことができ、これらの異なる要求の種類に関してカテゴリ別に専門化できる異なる見直し担当者がこれを調査することができる。事前承認を受け取っている限り、通常は、会計エンジン268が、CML命令文、及び制御契約により定義される機能的に提供される償還要求及び支援情報の十分性を通じて定義された異なる機関の役割に適用される時点で、研究者262、被験者264、及び関係者266に代わって請求書170又はその他の金融文書を作成する。必要に応じて、作成された請求書を、必要な見直し担当者に合わせて再び並べ、請求書承認272を得る。次に、この承認された請求書272を支払エンジン274に送る。会計エンジンと同様に、支払エンジン274は、試験機関58及び研究データポッド60にも関連するアプリケーションサーバ56のインスタンスである。このアプリケーションサーバ56のインスタンスは、支払エンジン274としての機能的特徴を有し、承認された請求書270を受け取ることによって開始された一連のイベントにより実施される支払業務処理の実行を反映する。ここでも、評価時に収集されたCML命令文の仕様に応じて、支払エンジン274からスポンサー276及びいずれかのCRO278に最終的な承認要求メッセージを送信することができる。これらの機関276、278は、支払エンジン274を表すアプリケーションサーバ56のインスタンスに関連する機関58及び研究データポッド60に必要に応じて送信される1又はそれ以上のメッセージとして認識される最終的な承認を提供するように機能する。これらのメッセージは、受け取られると、支払エンジン274に対するイベントを表す。試験制御契約によって機能的に指定される支払方法に応じて、支払いの方法及びタイミングを制御する業務処理が支払エンジン274により実行される。破線で示すように、支払エンジン274によって効果的に管理されるスポンサー276又はCRO278が提供する活勘定を補充するのに必要な場合、スポンサー276から直接、又はCRO278を介して資金が転送される。適切な支払いが、研究者262、被験者264、及び関係者266に対して個別に向けられる。また、これらの業務動作の実行を通じて、同様に返金を処理することもできる。注目すべき点として、臨床試験では、多くの場合、電子資金又は対応する預金口座へのリンク、或いは小切手の発行、ACH支払い、又は電信送金を記憶するリロード可能なカードを含むクレジットカード、デビットカード、プリペイドカードなどの支払カードを使用して、特定の研究の被験者に支払いが行われる。この構成により、研究者、CRO、又はスポンサーは、旅費及び食事代、試験工程の完了、外来診療、及び臨床試験契約において一般的に指定される他の支払イベントの支払金を被験者に支給することができる。従って、被験者及び機関への支払イベントをトリガするタイムテーブル及び要件を、上述したようなCML命令文の組に縮小することができる。電子支払いシステムの使用には、研究者が被験者に支払いを行って、その後スポンサーに償還を求める必要性がなくなることなどによる数多くの利点がある。主な欠点は、これらのシステムにより、追加の不正行為の機会及び処理エラーの可能性が生じる点である。好ましい実施形態では、試験現場ごとに不正検出が行われ、必ずしも被験者ごとには行われない。この不正検出は、試験現場ごとの現場固有の不正スコアをシステムサーバ52が維持することにより少なくとも部分的に行われる。不正スコアは、その試験現場に関連する被験者の、受け取った被験者支払要求を評価することに基づくことが好ましい。具体的には、この評価は、臨床試験契約、又はその他の動作イベント又は性能イベント条項の原始文書に基づくことが有利である。従って、基礎を成す契約上の予想により、所与の支払要求が不正である可能性の評価が促進される。これにより、支払要求が協約の条項自体に照らして厳しく吟味され、不正削減処理の完全な自動化とはいかないまでもかなり可能になる。この代わりに又はこれに加えて、支払要求を、IVRS、IWRS、CTMS、EDC、DMS及び臨床データを記憶しているその他のシステムなどの、様々な臨床管理システムから得られる電子データと比較して、支払要求時に偏差を識別することができる。従来の試験の事後分析を使用して、予想不正スコアを確立するとともに、以前に支払われた不正又は誤りの可能性がある支払要求を識別することができる。好ましい実施形態では、支払エンジン274が、例えば、支払イベント識別子、支払イベント型情報、必要なイベントデータをシステムサーバ52に報告する不正検出エンジンを含む。この情報を使用して、支払イベントの許容できるタイミング又は流れを決定し、或いは別様に非明示的に定義することができる。タイミングは、カレンダーの観点からの絶対的なものであってもよく、或いは試験開始から経過した日数又は予定された来院日前及び後の日数などの相対的なものであってもよい。試験協約は、所与の支払イベントのための許可された支払ウィンドウを定義することができる。この許容される支払ウィンドウを実際のタイミングと比較することにより、この支払イベントに対応する支払要求を評価することができる。ウィンドウの外にある要求及び要求の頻度に不正としてフラグを立て、又は別様に重み付けして、不正の可能性を示すことができる。各現場は、進行中の支払イベントを通じた被験者の処理と同時に、被験者の支払要求を提出し又は別様に許可する。さらに、不正エンジンが、発信元の試験現場を考慮して支払要求を受け取って処理する。従って、各支払要求が、試験協約で定められた支払要件に照らして評価されると、不正エンジンは、要求が不正である可能性を示す重み付けに基づいて、その試験現場のための維持されている対応する不正スコアを更新する。説明した不正エンジンの動作と組み合わせることにより、被験者への報酬の支払いに支払カードを使用する臨床試験における不正をさらに低減することができる。各支払カードは、臨床用支払いネットワーク50内において、対応する被験者及びその被験者の一次試験現場に関連付けられる。試験中、不正エンジンは、支払要求に応答して対応する取引履歴を検索できることが好ましい。現在の及び過去の取引を評価して、予想されるトランザクションの流れ及び金額からの偏差を識別する。いずれかの偏差が識別された場合、その試験現場に関連する不正スコアは、識別された偏差の重み付け関数として更新される。重み付け関数により求められる各不正値を計算し、或いは現場の支払い取引履歴という背景における不正の可能性を反映するように別様に保険数理士的に又は経験的に求めることができる。不正スコアが規定の閾値を超えた場合、その試験現場に関連する被験者によって行われた支払要求は拒否されることが好ましい。これに加えて又はこれの代わりに、個々の被験者の支払取引を承認、拒否、又はフラグ付けする決定の際に、現場の全体的不正スコアを検討することもできる。例えば、特定の被験者の支払要求のタイミング、金額、又はその他の側面が、他の参加患者のイベントから求めた基準から逸脱している場合、スコアが、全ての支払要求を拒否するための規定の閾値よりも依然として低いとしても、その現場の全体的な不正スコアが低い場合にはこの支払いを許可し、或いは現場の不正スコアが高い場合にはこの支払いを拒否してもよい。以上、臨床試験契約の条項に従う分散臨床試験という背景で行われる支払いを含めて、臨床試験を管理するための効率的なコンピュータ実行システム及び方法について説明した。一般に人間を対象とした臨床試験に関して本発明を詳細に説明したが、本発明は、システムを通じて送られるデータのセキュリティ問題を明確にして効率的に管理することに伴って効率的かつ信頼できる通信が求められるその他の複雑なシステムにも応用可能である。当業者であれば、本発明の好ましい実施形態についての上記説明に照らして、開示した実施形態の多くの修正及び変形を容易に理解するであろう。従って、添付の特許請求の範囲内において、具体的に上述したものとは別様に本発明を実施できると理解されたい。