JP2013520730A - Clinical payment network system and method - Google Patents
Clinical payment network system and method Download PDFInfo
- Publication number
- JP2013520730A JP2013520730A JP2012554078A JP2012554078A JP2013520730A JP 2013520730 A JP2013520730 A JP 2013520730A JP 2012554078 A JP2012554078 A JP 2012554078A JP 2012554078 A JP2012554078 A JP 2012554078A JP 2013520730 A JP2013520730 A JP 2013520730A
- Authority
- JP
- Japan
- Prior art keywords
- event
- payment
- data
- clinical trial
- cml
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- Technology Law (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
臨床試験契約に最初に定められる複雑な性能関連要件の組を分散コンピュータシステム内で機能的に評価して、成功評価に応じた行動を決定する。臨床試験の実施において第１のイベントにより開始されたトランザクションを識別する第１のメッセージが、研究者の識別符号及び第１のイベントにより定義されるデータセットを提供する。分散データベースから、臨床試験及び研究者に固有の実行可能テンプレートコードブロックを検索する。実行可能テンプレートコードブロックは、臨床試験及び研究者に対応する臨床試験契約から導出された個別の動作及び金融要件を表す宣言文を表す。アプリケーションが、この実行可能テンプレートコードブロックを動的に組み入れ、このアプリケーションを実行して、第１のイベントデータが、実行可能テンプレートコードブロックに照らして評価に成功したかどうかを判定する。成功評価により第２のイベントが生成され、この第２のイベントは、研究者の識別符号、臨床試験及び第２のイベントにより定義されるデータセットを含む第２のメッセージを分散コンピュータシステムに提供する。その後、会計エンジンが、対応する文書及びトランザクションを適当な機関に分散させる。
【選択図】 図３ＡA complex set of performance-related requirements initially defined in a clinical trial contract is functionally evaluated in a distributed computer system to determine actions in response to a success assessment. A first message that identifies the transaction initiated by the first event in the conduct of the clinical trial provides a researcher identification code and a data set defined by the first event. Search the distributed database for executable template code blocks specific to clinical trials and researchers. The executable template code block represents a declaration statement representing individual actions and financial requirements derived from clinical trials and clinical trial contracts corresponding to the researcher. An application dynamically incorporates the executable template code block and executes the application to determine whether the first event data has been successfully evaluated against the executable template code block. The success assessment generates a second event that provides the distributed computer system with a second message that includes a researcher identification code, a clinical trial, and a data set defined by the second event. . The accounting engine then distributes the corresponding documents and transactions to the appropriate authorities.
[Selection] Figure 3A
Description
〔関連出願との相互参照〕
本出願は、２０１０年２月１９日に出願された米国仮特許出願第６１／３０６，４２５号の利益を主張するものであり、この仮特許出願は引用により明確に組み入れられる。
[Cross-reference with related applications]
This application claims the benefit of US Provisional Patent Application No. 61 / 306,425, filed February 19, 2010, which is expressly incorporated by reference.
本発明は、一般に、主に医学研究に関わる金融取引の分野に関し、より詳細には、統括契約の条項に従う分散臨床試験を背景として行われる支払いを含む、臨床試験を管理できるコンピュータ実行金融管理システム及び方法に関する。 The present invention relates generally to the field of financial transactions primarily related to medical research, and more particularly to a computer-implemented financial management system capable of managing clinical trials, including payments made in the context of distributed clinical trials in accordance with the terms of a general contract. And a method.
従来、臨床試験では、例えば、薬品、診断及び装置に関する健康介入の安全性及び有効性を確立する必要がある。初期段階の試験は非常に小規模な場合もあるが、後半段階の試験には、何千人もの参加患者が関与することがある。臨床試験に積極的に関わる研究者の数は、試験の登録要件及び病状によって決まり、何千人もの研究者が必要になることが多い。これらの研究者が、数週間から数カ月、多くは数年にも及ぶことがある期間にわたって、個々の患者の治療及び定期的追跡処置に関与する。多くの場合、これらの研究者は同時に複数の試験に関与し、各試験の各研究者は、それぞれ治療及び追跡処置要件が異なる固有の参加患者の組を管理する必要がある。 Traditionally, clinical trials need to establish the safety and effectiveness of health interventions related to, for example, drugs, diagnostics and devices. Early stage trials can be very small, but late stage trials can involve thousands of participating patients. The number of researchers actively involved in clinical trials depends on the registration requirements and medical condition of the trial and often requires thousands of researchers. These investigators are involved in the treatment and regular follow-up of individual patients over a period that can range from weeks to months and often years. In many cases, these investigators are involved in multiple trials simultaneously, and each investigator in each trial needs to manage a unique set of participating patients with different treatment and follow-up treatment requirements.
臨床試験のスポンサー、従来では医薬品会社、バイオ企業、医療機器会社、研究センター、病院、及びその他の同様の団体は、臨床試験の最中にいくつかの作業イベントを実行し、管理し、又はこれに参加するために、研究者、臨床研究機関（ＣＲＯ）、研究室、被験者（参加患者とも呼ばれる）、研究センター、病院、及びその他の同様の団体に支払いを行う契約を結ぶ。研究者は、臨床試験の運営管理及び責任を担う主な団体の例である。通常、研究者は、研究室、点滴センター、Ｘ線及び関連する撮像施設、薬局、及び臨床試験を行う際に利用される製品及びサービスを提供するその他の第三機関などの関係者にタイムリーに支払いを行わなければならない。臨床試験を管理するために必要なインフラを整えて構築するための前払いコストも研究者によって支払われる。通常、研究者たちは、見込まれる参加患者を登録して選抜するコスト、並びに被験者及び必要な医療従事者の継続コストを最初に引き受ける必要がある。参加患者に支払うべき参加料及び関連経費も、研究者が前払いしなければならない。 Clinical trial sponsors, traditionally pharmaceutical companies, biotech companies, medical device companies, research centers, hospitals, and other similar organizations perform, manage, or do some work events during clinical trials. In order to participate, the company will make payments to researchers, clinical research organizations (CROs), laboratories, subjects (also referred to as participating patients), research centers, hospitals, and other similar organizations. Researchers are examples of key organizations responsible for the administration and responsibility of clinical trials. Typically, researchers are timely to stakeholders such as laboratories, infusion centers, X-ray and related imaging facilities, pharmacies, and other third parties that provide products and services used in conducting clinical trials. You have to make a payment. Researchers are also paid upfront costs to set up and build the necessary infrastructure to manage clinical trials. Typically, researchers need to initially undertake the cost of registering and selecting prospective participating patients, as well as the continuing costs of the subject and the required medical personnel. The researcher must also prepay the participation fees and related expenses to be paid to the participating patients.
現在、臨床試験の研究者には、スポンサー又はＣＲＯに費用の請求書を送付した後、或いはＣＲＯ又はスポンサーが研究者に代わって請求書の作成を担う場合、９０日〜１８０日以上の業界平均で支払いが行われる。いずれの場合にも、スポンサー又はＣＲＯが主な遅延の原因であることが多い。研究者たちが、支払いに関して請求書を提出できる前に、承認のために費用の根拠又はその他の報告を提出する必要がある場合、この追加の見直し及び承認プロセスに起因してさらなる遅延が発生する。 Currently, investigators in clinical trials have an industry average of 90 to 180 days or more after sending an invoice for expenses to the sponsor or CRO, or if the CRO or sponsor is responsible for invoicing on behalf of the researcher Payment is made at In either case, the sponsor or CRO is often the main cause of delay. If researchers need to submit a cost basis or other report for approval before they can submit an invoice for payment, there will be further delays due to this additional review and approval process. .
しかしながら、研究者は、自分たちの請求書に対しては、標準的な３０日の正味スケジュールで支払いを行わなければならないことが多い。このキャッシュフローの不均衡が、研究者たちの意欲を大いに失わせる。米国では、臨床試験を行う研究者の約５２％が、単一の試験しか行っていない。米国食品医薬品局（ＦＤＡ）に登録されている臨床試験は、患者によるアクセスのためだけでなく、研究者にアクセスする目的でも全体的に拡大している。 However, researchers often have to pay for their bills on a standard 30-day net schedule. This cash flow imbalance greatly disappoints researchers. In the United States, approximately 52% of researchers conducting clinical trials have only a single trial. Clinical trials registered with the US Food and Drug Administration (FDA) are expanding not only for patient access but also for the purpose of accessing researchers.
現在では、新薬を市場に出すコストが８０００万ドル〜１０億ドルと推定され、これが１年ごとに増加し、多くの場合に登録不足によって臨床試験の期間が延びることを考えれば、全体的な新薬のコストを削減するためには、研究者を維持することが必須である。臨床試験への参加を取り止める研究者が唱える主な理由は、スポンサー及びＣＲＯから支払いを予定通りに及び完全に受け取れないことである。根本的な問題は、研究者をタイムリーに追跡し、管理し、費用を償還するための効率的な、多くの場合何らかの有意義な自動化が存在しないことである。 Currently, the cost to market a new drug is estimated at $ 80 million to $ 1 billion, which increases every year and, in many cases, the lack of enrollment extends the duration of clinical trials, Maintaining researchers is essential to reduce the cost of new drugs. The main reason advocated by researchers who withdraw from clinical trials is that they are unable to receive payments on time and completely from sponsors and CROs. The fundamental problem is that there is no efficient and often some meaningful automation to track and manage researchers in a timely manner and to reimburse costs.
世界的には、現在のところ、医薬品、装置、診断法の研究及び開発、並びにその他の同様の研究に毎年６５０億ドル近くが支払われている。残念ながら、新薬の候補には、とりわけ支払い承認を受けるために満たさなければならない複雑な一連の条件を課す高度に専門化された試験協約がほぼ必ず必要となる。ＦＤＡ及び対応する国際専門機関には、毎年約１０，０００件の新たな試験が申請されている。さらに、通常、協約及び支払条件は、スポンサー又はＣＲＯと各参加研究者の間で個別に交渉されることが多い複雑な臨床試験契約（ＣＴＡ）に明示される。従来、各第ＩＩＩ相臨床試験には、平均して５０〜１００カ所の治験現場が必要である。一般に、第ＩＶ相試験には、数百〜数千カ所の治験現場が必要とされる。試験の間の典型的な協約の修正回数がＣＴＡごとに２回であることを考えると、スポンサー又はＣＲＯは、継続的に何百件もの契約を評価及び再評価しなければならない。条項の定義が潜在的に異なること、工程の仕様要件及び評価方法が異なること、並びに有効日が異なることにより、臨床試験に資金を提供することがさらに複雑になる。 Worldwide, currently $ 65 billion is paid annually for research and development of pharmaceuticals, devices, diagnostics, and other similar research. Unfortunately, new drug candidates almost always require highly specialized testing agreements that impose a complex set of conditions that must be met, among other things, to be approved for payment. About 10,000 new trials are filed annually with the FDA and the corresponding international specialized agencies. In addition, agreement and payment terms are usually manifested in complex clinical trial agreements (CTA) that are often negotiated individually between the sponsor or CRO and each participating researcher. Traditionally, each Phase III clinical trial requires an average of 50-100 clinical trial sites. In general, phase IV trials require hundreds to thousands of clinical trial sites. Given that the typical agreement amendments during the trial is two times per CTA, the sponsor or CRO must continually evaluate and reevaluate hundreds of contracts. Funding clinical trials is further complicated by potentially different provision definitions, different process specification requirements and evaluation methods, and different effective dates.
この結果、臨床試験を管理する上で行われる財務会計の多くは、手動で、又はスプレッドシート及び汎用会計システムなどの非特殊的な臨床試験コンピュータ自動プログラムを使用して行われている。従来のコンピュータ自動化は、たとえ１つの指定臨床試験に特化したスポンサー又はＣＲＯ、或いは特定の企業によってカスタマイズされたとしても、直ぐに複雑かつ扱いにくくなりすぎて、ますます拡がるＣＴＡの不一致に左右される臨床試験を正確に管理することができない。 As a result, much of the financial accounting performed in managing clinical trials is done manually or using non-specialized clinical trial computer automated programs such as spreadsheets and general purpose accounting systems. Traditional computer automation, even if customized by a sponsor or CRO specialized for one designated clinical trial, or by a specific company, is quickly becoming too complex and cumbersome, and is subject to ever-increasing CTA discrepancies Clinical trials cannot be managed accurately.
さらに、研究者は、主にデータ入力に関与する。従って、研究者は、費用を正確に分類して文書化し、又は売掛金を記録しようとする場合、試験に関連する様々な契約形式及び条項を全体として取り扱わなければならない。この結果、研究者、現場、研究スタッフ、スポンサー及びＣＲＯは、いずれも臨床試験研究により良く費やされたであろう著しい時間的コストを被る。結果として、スポンサー又はＣＲＯと研究者の間の調停プロセス及び闘争が長期にわたる。 In addition, researchers are primarily involved in data entry. Therefore, researchers must deal with the various contract types and clauses associated with testing as a whole when attempting to accurately classify and document expenses or record accounts receivable. As a result, researchers, sites, research staff, sponsors and CROs all incur significant time costs that would have been well spent on clinical trial studies. As a result, the mediation process and struggle between sponsors or CROs and researchers is prolonged.
複雑性及び手操作が求められることに起因して、スポンサーは、ＣＲＯへの支払い処理を次第に外部委託するようになってきた。これにより、負担のほとんどがＣＲＯに移るが、この結果スポンサーとＣＲＯの両方に追加の負担が生じる。具体的には、今やスポンサーは、臨床試験のコストを内部的にも外部的にも正確に報告することを含め、維持されているＣＲＯの運営を考慮する必要がある。このことは、ＣＲＯによってタイムリーに報告が行われないこと、並びに非ＧＡＡＰ及びその他の標準化された報告要件をスポンサーが強要することに起因して、多くの場合困難である。また、スポンサーは複数のＣＲＯを使用していることが多く、この結果、多くの進行中の試験はもちろんのこと、単一の試験においても、報告が矛盾し、臨床試験費用が見えなくなる。機関によっては、これにより地方レベルでの規制報告の課題が生じる。２０１０年３月２３日に成立した最新の２００９年患者保護及び医療費負担適正化法（Ｈ．Ｒ．３５９０、§６００２）により、今では全ての米国の会社に透明な研究費報告の精度及び一貫性が必要となっている。 Due to the complexity and manual requirements required, sponsors have increasingly outsourced payment processing to CROs. This shifts most of the burden to the CRO, but this results in additional burden on both the sponsor and the CRO. Specifically, sponsors now need to take into account maintained CRO operations, including accurately reporting the cost of clinical trials both internally and externally. This is often difficult due to the lack of timely reporting by the CRO and the forced enforcement of non-GAAP and other standardized reporting requirements. Sponsors also often use multiple CROs, which results in inconsistent reporting and invisible clinical trial costs in a single study as well as many ongoing studies. For some institutions, this creates regulatory reporting issues at the local level. With the latest 2009 Patient Protection and Medical Expenses Optimization Act (HR 3590, § 6002), which was enacted on March 23, 2010, now all US companies have transparent research cost reporting accuracy and Consistency is required.
ＣＲＯの外部委託によって生じる追加の厄介な問題は、臨床試験において提供、収集、及び作成された患者情報、金融情報及びその他の情報の機密性が損なわれる可能性である。ＣＲＯは、独立企業であるだけでなく、様々なスポンサーにわたる複数の臨床試験に同時に関わることも多い。ＣＲＯがこれらのデータを混同することも、混同の可能性を含めて、参加患者から収集した個人／秘密データの取り扱いに対する規制的制約に引っかかる可能性がある。研究データを安全かつ損なわないように維持すると同時に、機関及び臨床試験の範囲内で容易にアクセスできるようにするというスポンサーのニーズにより、さらなる複雑性が加わる。 An additional complication that arises from outsourcing CROs is that the confidentiality of patient information, financial information and other information provided, collected, and created in clinical trials can be compromised. CROs are not only independent companies, but are often involved in multiple clinical trials across different sponsors simultaneously. CROs confusing these data can also impose regulatory constraints on the handling of personal / secret data collected from participating patients, including the possibility of confusion. Additional complexity is added by the sponsor's need to keep research data safe and intact, while at the same time making it easily accessible within institutional and clinical trials.
このため、特にスポンサー、ＣＲＯ、及び研究者間で行われる請求及び支払いを含む、臨床試験を効率的かつ正確に管理できる臨床試験支払システムが必要とされている。このようなシステムは、データを混同する可能性又はデータの機密性を損なう可能性を排除できるはずである。 For this reason, there is a need for a clinical trial payment system that can manage clinical trials efficiently and accurately, particularly including billing and payments made between sponsors, CROs, and researchers. Such a system could eliminate the possibility of confusing data or compromising data confidentiality.
従って、臨床試験契約、マスタサービス契約、研究契約、及び金銭面の条件を含むその他の契約の条項に従う分散臨床試験を背景として行われる会計及び支払いを含む、臨床試験を管理するための効率的なコンピュータ実行システム及び方法を提供することが本発明の一般的な目的である。 Therefore, efficient management of clinical trials, including accounting and payments conducted in the context of decentralized clinical trials subject to the terms of clinical trial contracts, master service contracts, research contracts, and other contracts including financial terms It is a general object of the present invention to provide a computer execution system and method.
本発明では、この目的が、臨床試験の実施において第１のイベントにより開始されたトランザクションを識別する、研究者の識別符号及び第１のイベントにより定義されるデータセットを提供する第１のメッセージを分散コンピュータシステム内に提供することにより達成される。分散データベースから、臨床試験及び研究者に固有の実行可能テンプレートコードブロックを検索する。実行可能テンプレートコードブロックは、臨床試験及び研究者に対応する臨床試験契約から導出された個別の運営及び金融要件を表す宣言文を含む。アプリケーションが、この実行可能テンプレートコードブロックを動的に組み入れ、このアプリケーションを実行して、第１のイベントデータが実行可能テンプレートコードブロックに照らして評価に成功したかどうかを判定する。成功評価により第２のイベントが生成され、この第２のイベントは、研究者の識別符号、臨床試験及び第２のイベントにより定義されるデータセットを含む第２のメッセージを分散コンピュータシステムに提供する。その後、会計エンジンが、対応する文書及び取引を適当な機関に分散させることができる。 In the present invention, this objective is to provide a first message that provides a researcher identification code and a data set defined by the first event that identifies the transaction initiated by the first event in the conduct of the clinical trial. This is accomplished by providing within a distributed computer system. Search the distributed database for executable template code blocks specific to clinical trials and researchers. The executable template code block includes declaration statements representing individual operational and financial requirements derived from clinical trials and clinical trial contracts corresponding to researchers. An application dynamically incorporates the executable template code block and executes the application to determine whether the first event data has been successfully evaluated against the executable template code block. The success assessment generates a second event that provides the distributed computer system with a second message that includes a researcher identification code, a clinical trial, and a data set defined by the second event. . The accounting engine can then distribute the corresponding documents and transactions to the appropriate institutions.
本発明の利点は、契約メタ言語（ＣＭＬ）として定義される制約付き自然言語を使用して、特に金銭面の条件を含む、制約のない言語契約からの動作又は実施に関する契約条項を符号化する点である。結果として得られる契約固有のＣＭＬを入力し、解釈可能なスクリプト、コンパイル可能なプログラミング言語に変換し、又は機械可読コード（ＭＲＣ）として別様に提供する。この変換処理は、記述的な、解釈可能な、又はコンパイル可能なユーザインターフェイス（ＵＩ）の仕様を提供し、考えられる柔軟な運営契約条項データに対応するデータをユーザが入力できるようにする。ＵＩ仕様及び提供されたＭＲＣを、連続イベント又は運営上のビジネスイベントに応答して後で検索できるように選択的に記憶する。ＭＲＣを実行して、イベントに関連するデータが運営契約条項の基準を満たすかどうかを判定する。 An advantage of the present invention is that it uses a constrained natural language defined as a Contract Meta Language (CML) to encode contract clauses relating to operation or enforcement from unrestricted language contracts, particularly including financial terms. Is a point. The resulting contract-specific CML is input and converted into interpretable scripts, compilable programming languages, or otherwise provided as machine-readable code (MRC). This conversion process provides a descriptive, interpretable or compilable user interface (UI) specification and allows the user to input data corresponding to possible flexible terms of operation contract data. The UI specification and provided MRC are selectively stored for later retrieval in response to continuous events or operational business events. An MRC is performed to determine whether the data associated with the event meets the operating contract clause criteria.
本発明の別の利点は、分散コンピュータシステムが、スポンサー、研究者、研究室、中央治験審査委員会、調査会社及びＣＲＯなどの参加機関が、これらの機関により指定又はホストされるデータセンタ内の離散データ記憶システム内に臨床試験固有のデータを維持できるようにするデータポッドアーキテクチャを実装する点である。機関及びその代理人は、データポッドに記憶されたデータに応じて構成可能な遠隔アプリケーションＵＩ及び対応するビジネスロジックの使用を共有してきた。 Another advantage of the present invention is that the distributed computer system is in a data center where sponsors, researchers, laboratories, central clinical trial committees, research firms, and participating institutions such as CROs are designated or hosted by these institutions. The point is to implement a data pod architecture that allows clinical trial specific data to be maintained in a discrete data storage system. Institutions and their agents have shared the use of remote application UIs and corresponding business logic that can be configured according to the data stored in the data pods.
本発明のさらなる利点は、分散コンピュータシステムが、機関と研究者の固有の組み合わせに関して、均一なワークフローが生み出して個別化し、トランザクションを効率的に処理するとともに、必要時には支払いネットワークのメンバーへの財務会計及び支払いを開始できる包括的な臨床用支払いネットワークを可能にする点である。 A further advantage of the present invention is that the distributed computer system generates and personalizes a uniform workflow for the unique combination of institutions and researchers, processes transactions efficiently, and financial accounting to members of the payment network when needed. And a comprehensive clinical payment network where payments can be initiated.
本発明のさらに別の利点は、試験の実施に関係する臨床試験契約及びその他の契約からＣＭＬを効率的に導出できる点である。ＣＭＬ命令文は、離散的かつ叙述的であり、複雑な臨床試験契約を制約付き自然言語として正確に入力できるようにする。ＣＭＬオーサリングツールが、フォーム型ユーザインターフェイス及び一般的な、任意にセミカスタマイズされた命令文テンプレートのライブラリを使用して、離散的ＣＭＬ命令文の入力を可能にする。 Yet another advantage of the present invention is that CML can be efficiently derived from clinical trial contracts and other contracts related to conducting the trial. CML statements are discrete and narrative, allowing complex clinical trial contracts to be accurately entered as a constrained natural language. A CML authoring tool allows the input of discrete CML statements using a form-type user interface and a library of common, optionally semi-customized statement templates.
本発明のさらに別の利点は、特に参加患者への財務会計及び支払いを、再ロード可能又は再ロード不能デビットカード又はクレジットカード、銀行振替、銀行引き落とし、小切手などの使用を含む様々な方法で分散できる点である。例えば、関連する臨床試験研究者に由来する記録に照らして成果を照合する能力により、関連する臨床試験の工程又は個々の活動の完了に照らして決定したスケジュールに合わせて支払いを拠出することができる。不正行為を避けるための根拠として、過去の支払い及び頻度を考慮することもできる。 Yet another advantage of the present invention is that it distributes financial accounting and payments to participating patients in various ways, including the use of reloadable or non-reloadable debit or credit cards, bank transfers, bank withdrawals, checks, etc. This is a possible point. For example, the ability to collate outcomes against records from relevant clinical trial investigators can contribute payments to a schedule determined against the completion of relevant clinical trial processes or individual activities . Past payments and frequency can also be considered as a basis for avoiding fraud.
本発明は、臨床試験を管理するという背景で包括的アクセス及び使用をサポートできる分散コンピュータシステムという好ましい背景において、さらに詳細には、金融取引の処理に関して説明するものである。しかしながら、本発明は、臨床試験内の全ての業務取引、さらには複雑な、通常は運用条件の決定的評価を必要とする分散コンピュータシステム内の業務取引を適切に処理することができる。これらの能力は、同じ参照数字を使用して１又はそれ以上の図の同じ部分を示す以下の発明の詳細な説明において明らかになる。 The present invention will be described in more detail with respect to processing financial transactions in the preferred context of a distributed computer system capable of supporting comprehensive access and use in the context of managing clinical trials. However, the present invention can properly handle all business transactions in clinical trials, as well as business transactions in distributed computer systems that require complex, usually deterministic evaluation of operating conditions. These capabilities will become apparent in the following detailed description of the invention, in which the same reference numerals are used to denote the same parts of one or more figures.
図１を参照して分かるように、通常、分散データ処理システム１０の好ましい環境は、従来通りに世界的なインターネットネットワークであるネットワーク１２を介して相互接続された異種コンピュータプラットフォームを含む。通常、データセンタ内には、臨床試験機関により所有又は運営され、或いはセキュリティ制約を受ける第三機関によりホストされるサーバ１４、１６、１８が位置する。通常、サーバ１４、１６、１８は、多くの場合変化に富むあらゆる数のクライアント２０、２２を、ローカルに又はネットワーク１２を介してホストする。
As can be seen with reference to FIG. 1, a preferred environment for a distributed
本説明では、機関（ｏｒｇａｎｉｚａｔｉｏｎ）は、好ましくは所与の臨床試験のための親会社である主要会社によって代表される法的組織として定義される。機関は、完全出資子会社などの独立した法的組織である他の会社を含むことができ、この場合、親機関に決算報告が成される。ある機関が別の機関の管理機関である場合、この第１の機関は第２の機関を見ることができ、これらの２つの機関は、自社のビジネスパートナーのネットワークに他方の機関を招待し又は受け入れることによってリンクされ、又は支払いネットワークにおいて自らを公的なものとしてリストする。本実施形態は、各機関及び各研究に管理機関が存在することを必要とすることが好ましい。全ての機関が支払いネットワークのメンバーでない場合もあるので、ネットワーク内に存在する機関は、他の機関を作成して指定管理機関になることができる。現在管理機関によって管理されている機関が支払いネットワークに参加すると、この参加する機関は、自社の機関の管理機関になって自律的管理の特権を有することを選択することができる。 In this description, an organization is defined as a legal entity that is preferably represented by a major company that is the parent company for a given clinical trial. Institutions can include other companies that are independent legal entities, such as wholly owned subsidiaries, in which case the parent company is reported on. If an institution is the governing body of another institution, this first institution can see the second institution, and these two institutions invite the other institution to their network of business partners or Link by accepting or listing yourself as public in the payment network. This embodiment preferably requires that a management organization exists for each institution and each research. Since not all institutions may be members of the payment network, institutions that exist in the network can create other institutions to become designated management institutions. When an institution currently managed by a managing institution participates in the payment network, the participating institution can choose to become the managing institution of their own institution and have autonomous management privileges.
被験者は、臨床試験に参加する人物、通常は参加患者である。 A subject is a person, usually a participating patient, who participates in a clinical trial.
協約（ｐｒｏｔｏｃｏｌ）は、被験者の組み入れ基準及び除外基準、実施する手順及びテスト及び理由を含む来院スケジュールを記載した文書である。協約は、使用する統計分析法、主要評価項目及び副次的評価項目を明記し、全ての既知の安全性の問題及び有害事象の収集方法を列挙する。要するに、協約は、実施する実験の方法、誰が参加できるか、及び予想結果がどうあるべきかを概説するものである。 A protocol is a document that describes the visit schedule, including subject inclusion and exclusion criteria, procedures and tests to be performed, and reasons. The agreement specifies the statistical analysis method used, primary endpoints and secondary endpoints, and lists all known safety issues and methods of collecting adverse events. In short, the agreement outlines the method of the experiment to be performed, who can participate, and what the expected results should be.
スポンサーは、定義される一連の有効な主張をテストする臨床試験を実施して製品が安全であることをテストするように提案する医薬品会社、バイオ企業又は医療機器会社、或いは研究センター又は医師である。装置試験により、広告のために有効性の結果及び特定の主張をテストすることができる。 A sponsor is a pharmaceutical company, bio company or medical device company, or research center or doctor who proposes to conduct a clinical trial that tests a defined set of valid claims to test that the product is safe. . Device testing can test effectiveness results and specific claims for advertising.
現場（ｓｉｔｅ）は、協約の組み入れ基準に基づき、臨床試験に参加して被験者を登録する施設である。現場は、大学病院、管理された介護病院、研究ＭＤ及び関連センター、主治医及び専門治療医とすることができる。 The site is a facility where participants are enrolled in clinical trials based on the inclusion criteria of the agreement. The site can be a university hospital, a supervised care hospital, a research MD and related center, an attending physician and a specialist.
臨床研究機関が、研究及び開発に関するサービスを実施し、様々な臨床試験関連サービスの実施を請け負う。 Clinical research institutes conduct research and development services and undertake various clinical trial related services.
管理者又は管理機関は、初期設定、ワークフロー構成、データ、安全性、人員、及び機関の他の全てのデータを維持することに関与する機関である。機関は、別の機関又は自らの管理者であることができる。 An administrator or administrative authority is an agency that is responsible for maintaining the initial settings, workflow configuration, data, safety, personnel, and all other data of the agency. An institution can be another institution or its own administrator.
本発明の実施に潜在的に適している様々な分散データ処理アーキテクチャの中では、サービス指向アーキテクチャ（ＳＯＡ）が好ましい。事実上所望のビジネス情報サービスシステムの分解された要素として、別個のモジュラービジネス情報サービスを使用することが好ましいが、これは、特にクライアントプラットフォーム２０、２２のエンドユーザに関するものを含むサービス及びシステムの緩やかな結合を可能にするからである。現時点で好ましい臨床用支払いネットワークの実施構成では、サーバ１４が、臨床用支払いネットワークアプリケーションエンジン及びシステムデータポッドに相当することが好ましい。サーバ１６の複数のインスタンスは、スポンサー、ＣＲＯ、現場、第三機関によってホストされるｅＣｌｉｎｉｃａｌシステム、機関、データウェアハウス、及び同様の団体などの様々な機関に相当することが好ましい。サーバ１８の複数のインスタンスは、銀行、支払手形交換所、両替所、及び同様の団体などの公共サービスに相当することが好ましい。
Of the various distributed data processing architectures that are potentially suitable for the implementation of the present invention, a service-oriented architecture (SOA) is preferred. Although it is preferable to use a separate modular business information service as a disaggregated element of the desired business information service system in practice, this is a slow service and system, particularly involving the end users of the
図２に示すように、好ましいＳＯＡの実施構成３０は、異なるサービス要求者３４1〜Nとサービスプロバイダ３６1〜Mを相互接続するミドルウェア層として企業サービスバス（ＥＳＢ）３２を採用する。企業サービスバス３２は、サービスアダプタ及び協約コンバータ、ルーティング及びイベント制御、及び任意にパフォーマンス管理及びモニタリング機器を含む、組み込まれた一連の機能追加要素３８をホストする能力を有するメッセージング構造を実現することが好ましい。分散サービス要求者３４1〜N及びプロバイダ３６1〜Mは、少なくともアーキテクチャ上の観点から、安定した統合パターンを利用してＥＳＢ３２に接続し、これを通じて所望の分散データ処理システム１０を集合的に実施するのに必要な様々な業務処理を実施することができる。
As shown in FIG. 2, the
ＥＳＢ３２の機能は、ネットワークプロトコル固有の要求及び応答を表すメッセージを、ＥＳＢベースのネットワークプロトコル変換に従って、サービス要求者３４1〜Nとサービスプロバイダ３６1〜Mの間でルーティングすることである。ＥＳＢ３２で実施できる他の組み込み要素３８の機能として、非同期メッセージング、交互及び拡張メッセージルーティング能力、標準化された許可、及び外部の標準的ＬＤＡＰサービスへのインターフェイスを含む認証及び監査制御のサポートが挙げられる。組み込み要素３８を介して、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）及びレプリゼンテーショナル・ステート・トランスファー（ＲＥＳＴ）などの標準ウェブサービスプロトコルを実施することもできる。マイクロソフト・メッセージ・キューイング（ＭＳＭＱ）、ウィンドウズ（登録商標）・コミュニケーション・ファンデーション（ＷＣＦ）、マイクロソフト．ＮＥＴフレームワーク、インターネット情報サービス（ＩＩＳ）、マイクロソフト分散トランザクションコーディネータ（ＭＳＤＴＣ）などのメッセージングプロトコルも使用される。サービス消費者は、ハイパーテキスト（ＨＴＴＰ）及びその他の拡張可能マークアップ言語（ＸＭＬ）ベースのプロトコルをサポートするために、構造化ドキュメントサーバを実装することもできる。必要に応じて、特定用途向け及びその他の専用のネットワークプロトコルを実装することもできる。
The function of the ESB 32 is to route messages representing network protocol specific requests and responses between the
図３Ａに、臨床用支払いネットワーク５０の好ましいシステムアーキテクチャを大まかに示す。臨床用支払いネットワーク５０の所有者によって又はこれに成り代わってシステムデータセンタ内でホストされるシステムサーバ５２により、一次動作制御及び管理が行われる。このシステムデータセンタ内では、システムデータポッド５４もホストされることが好ましい。システムサーバ５２及びシステムデータポッド５４は、システム全体の構成データの制御及び記憶、臨床用支払いネットワーク５０内の及びこれに接続する様々なリソースにアクセスする異なる団体間のアクセス権を定めるセキュリティ情報、及び臨床用支払いネットワーク５０の進行中の使用及び実施を反映する管理データの収集及び分析を行うように相互運用する。具体的には、システムデータポッド５４は、ネットワーク内の既知のデータポッドを識別する、臨床用支払いネットワーク５０内で公開されている一般データ、参加機関及び関連機関、研究名、及びセキュアなユーザログイン及び研究データアクセスを可能にするのに適した認証及びその他のセキュリティデータを記憶することが好ましいデータベース（図示せず）を含む。システムデータポッド５４は、包括的なデータポッドの発見を行うのに十分なデータも含むことが好ましい。従って、システムデータポッド５４は、管理されたセキュリティ制約下で、特にシステムサーバ５２のための、及び一般的には臨床用支払いネットワーク５０内に存在する、及びこれに接続するその他のシステムのためのネットワークアクセス可能な記憶リソースとして主に機能する。
FIG. 3A generally illustrates a preferred system architecture for the
臨床用支払いネットワーク５０を効率的に実施する臨床用支払いアプリケーションの少なくともコア構成要素を実行するために、複数のアプリケーションサーバ５６が設けられることが好ましい。好ましい実施形態では、臨床用支払いアプリケーションが、サービス型ソフトウェア（ＳａａＳ）及びサービス指向サービス（ＳＯＡ）アーキテクチャを使用して実施される。アプリケーションサーバ５６は、地理的に分散されることが好ましい。
A plurality of
従来のＳａａＳシステムとは異なり、臨床用支払いアプリケーションのためのデータストレージは、複数の機関データポッド５８及び複数の研究データポッド６０、６２に分散されることが好ましい。上述したように、これらの機関データポッド５８及び研究データポッド６０、６２は、臨床用支払いネットワーク５０に参加する個々の機関の制御下で維持される。スポンサー、ＣＲＯ、薬局、研究室、現場、及びその他の団体などの機関は、各々が管理機関として機能することができ、これにより対応する機関データポッド５８のインスタンス及び１又はそれ以上の研究データポッド６０、６２に含まれるデータへのアクセスを制御することができる。データポッド５４、５８、６０、６２は、各々が単一の管理機関を有することが好ましい。逆に、ある機関を、１又はそれ以上の研究データポッド６０、６２及び１つの対応する機関データポッド５８の管理者とすることもできる。管理機関は、典型的には招待又は規定の企業関係により、非管理機関に対してアクセスを許可することができる。これにより、非管理機関は、これらの機能的役割に応じて、管理機関データポッド５８のインスタンス及び１又はそれ以上の対応する研究データポッド６０、６２のインスタンスの規定の部分にアクセスできるようになる。従って、臨床用支払いネットワーク５０は、セキュリティ制御下で、いずれかの特定の研究に参加する全ての団体に包括的なアクセスを与えることができる。
Unlike conventional SaaS systems, data storage for clinical payment applications is preferably distributed across multiple
一般に、金融及びその他のサービス６４は、臨床用支払いネットワーク５０にアクセスすることができ、必要に応じて臨床用支払いネットワーク５０からアクセスを受けることができる。これらのサービス６４は、通貨交換、規制的法令遵守審査を行うコンサルタント、第三機関及び機関データウェアハウスによってホストされる臨床システム、及び専門データソースを含むことが好ましい。具体的には、金融サービスは、銀行及び同様の施設によって行われる。その他のサービスは必要に応じてサポートされ、特定の能力を有する特殊ＣＲＯ、電子及び遠隔データ取り込みサービス、スポンサー又はその他の団体により、又はこれらに成り代わって維持されるデータウェアハウスを含むことが好ましい。これらのサービス６４に、臨床用支払いネットワーク５０インターフェイスを実装するクライアントアプリケーション（別個には図示していない）を提供して、管理機関が定めた役割に応じた金融及びその他のサービス６４とのやりとりを可能にすることが好ましい。
In general, financial and
図３Ｂに、機関データポッド５８’のインスタンス、研究データポッド６０’のインスタンス、及びアプリケーションサーバ７２のインスタンスの好ましい実施構成７０示す。システムデータポッド５４は、基本的に機関データポッド５８’と同様に構築される。機関データポッド５８’は、ネットワーク１２及び対応するサービス要求者スタブ３４’を介してＥＳＢ３２を経由して送信されたメッセージを受け取る。メッセージは、インボックス７４内で受け取られ、通常は見直しのために保持される。機関データポッド５８’は、対応する管理機関に特化したデータを記憶するデータベース７６を含む。データベース７６は、複数の方式に従って構造的にデータを記憶する。好ましい実施形態では、会計、並びに人員、事業部、部門、会社、場所、アドレス、セキュリティ情報及び認証などの一般的組織構造、予算、契約及びＣＭＬサポート、構成、通知及び報告、及びテキストファイルのための方式が提供される。
FIG. 3B shows a
研究データポッド６０’は、メッセージインボックス７８及び研究データベース８０を含む。インボックス７８は、着信メッセージを受け取り、通常は見直しのためにこれらを保持する。研究データベースは、特定の臨床試験に特化した情報を全て記憶することが好ましい。研究データポッドは、スポンサー、サブスポンサー、地域、集団、来院、手順、ＣＲＦ、現場、被験者及びイベントに関する一般情報を含めて、臨床試験がどのように設定されているかを構造的に記憶することが好ましい。データポッド当たり１つの研究に基づいて研究データを分離すること、すなわち管理機関の制御下で配置され維持されている研究データポッド６０’のインスタンスに分離することにより、研究データへの偶発的な又はその他の無許可のアクセスが防がれる。複数の研究及び異なる管理機関サブネットワークからのデータを混同する可能性が効率的に避けられる。
The
分散データポッド５８、６０、６２は、アプリケーションサーバ５６のドメインとは異なるドメイン内に存在する可能性があるという点で、間接的な問題が存在する可能性がある。従来、ドメイン間データベーストランザクションでは、トランザクションベースの信頼性測定を行う能力が限られていた。本発明を実施する好ましい実施形態は、ＥＳＢ３２の能力を有利に利用して、分散データポッド５４、５８、６０、６２とアプリケーションサーバ５６の間のメッセージをＥＳＢ３２を介して送信するための信頼できる非同期トランザクションを生じさせる。この結果、高い信頼度が必要な場合、メッセージはＥＳＢ３２を介してルーティングされる。そうでなければ、アプリケーションサーバ５６は、低い信頼度マージンに基づいて、ネットワーク１２を介したインボックス及びデータポッド常駐データベースへの直接接続を利用することができる。
There may be an indirect problem in that the distributed
アプリケーションサーバ７２のインスタンスは、現実の又は仮想的な高性能コンピュータシステムとして実現されることが好ましい。アプリケーションサーバ７２のインスタンスに効果的に割り当てられる、機関データポッド５８’及び研究データポッド６０’のインスタンスによって受け取られるメッセージの処理を調整するために、アプリケーションサーバ処理８２が実行される。メッセージが関連するインボックス７４、７８内のキューに入った場合、ネットワーク１２を介してアプリケーションサーバ処理８２に通知が行われ、これがイベントデータベース８４に記録されることが好ましい。処理能力に余裕があれば、アプリケーションサーバ処理８２がメッセージを検索し、このメッセージがＣＭＬ命令文を含む場合には、ＣＭＬ評価エンジン８６を使用して、ＣＭＬ命令文を実行し又は別様に処理する。実行結果は、論理ステータス状態を含む結果オブジェクトである。実行結果のステータスが真である場合、通常、結果オブジェクトは、行われる完了手順も識別する。偽である場合、ＣＭＬ命令文の実行が単純に終了する。
The instance of the application server 72 is preferably implemented as a real or virtual high performance computer system.
完了手順を実行するために、このメッセージの結果オブジェクト表示が、考えられる完了手順の組の実行をサポートするメッセージエンジン８７に転送される。完了手順を実行する際には、メッセージエンジン８７が、通常、システムデータポッド５４によって記憶されたデータにアクセスして潜在的に修正すること、関連する機関データベース７６及び研究データベース８０の組み合わせに記憶されたデータにアクセスして修正すること、及び一般的には何らかの業務を連続して実施するＣＭＬ命令文を含む新たなメッセージを生成することを含む１又はそれ以上の動作を実行する。これらは、配信のために、アプリケーションサーバ処理８２により、対応するサービスプロバイダスタブ３６’及びＥＳＢ３２を介して転送される。
To execute the completion procedure, the result object representation of this message is forwarded to a
機関データポッド５８’又は研究データポッド６０’内に保持されているデータへの少なくともある程度のアクセスを許可する特権を認証されたクライアントシステム２０、２２のユーザが、アプリケーションサーバ処理８２にネットワークアクセスできるようにするために、アプリケーションサーバ７２の一部として従来のウェブサーバ８８を提供する。ウェブサーバ８８は、システムデータポッド５４、機関データポッド５８’、及び研究データポッド６０’のあらゆる組み合わせへのデータアクセスが可能なユーザにフォーム型インターフェイスを提示できることが好ましい。クライアントシステム２０、２２のユーザが、アプリケーションサーバ７２を介して新たな又は改訂されたデータを入力するように行動すると、通常、関連する機関データポッド５８’及び研究データポッド６０’内のデータの修正と、１又はそれ以上のその他のデータポッドに送信する新たなメッセージの作成との何らかの組み合わせを生じる１又はそれ以上のイベントがトリガされる。
Allow users of
本発明の代替の実施形態では、アプリケーションサーバ７２のインスタンスを、機関データポッド５８’又は研究データポッド６０’と機能的に組み合わせることにより、能動的なデータポッドを実現することができる。好ましい受動的なデータポッドと同様に、これらの能動的なデータポッドも分散される。機関が制御するデータセンタにアプリケーションサーバが配置されること、セキュリティの複雑度が低下すること、及び潜在的なネットワーク待ち時間が短縮されることを含むいくつかの効率性が得られる。より大きな臨床用支払いネットワーク５０への依存度が低下し、完全にではなくても部分的に依存しない動作の可能性が生じる。
In an alternative embodiment of the present invention, an active data pod can be implemented by functionally combining an instance of the application server 72 with an institutional data pod 58 'or a research data pod 60'. Similar to the preferred passive data pods, these active data pods are also distributed. Several efficiencies are gained including placing application servers in an institution-controlled data center, reducing security complexity, and reducing potential network latency. The reliance on the larger
図４に示すように、本発明の好ましい実施形態では、Ｍｉｃｒｏｓｏｆｔ（登録商標）メッセージキュー（ＭＳＭＱ）クラスタ９２を使用して、メッセージエンジン９０が部分的に実現される。さらに、ＭＳＭＱクラスタ９２は、ＥＳＢ組み込み要素３８の１つとしても提供される。例えば、研究データポッド９４及び機関データポッド９６、９８からのメッセージは、発信されると常にＥＳＢ３２へ転送され、その後ＭＳＭＱクラスタ９２内に存在する入力キュー１００1〜Nに転送される。入力キュー１００1〜Nの各々には、処理するメッセージタイプのカテゴリが割り当てられることが好ましい。ＭＳＭＱ９２がメッセージを受け取ると、メッセージタイプが復号されて、対応する入力キュー１００1〜Nにメッセージが送られる。
As shown in FIG. 4, in the preferred embodiment of the present invention, the
入力キュー１００1〜Nは、１又はそれ以上のキューディスパッチャ１０２1〜Mによって徐々に読み取られる。これらのキューディスパッチャ１０２1〜Mは、メッセージを検査して、例えば研究データポッド１０８及び機関データポッド１１０、１１２などのメッセージ識別目標宛先に発送する。発送されたメッセージは、データポッド１０８、１１０、１１２の各々に関連するインボックスキューの１又はそれ以上、及びシステムデータポッド５４に関連するインボックスに向けられる。無効なメッセージ又は別様にうまく発送されなかったメッセージは、最初にエラーキュー１０６に転送される。これらの失敗に終わったメッセージは、キューに並べられると、再度システムデータポッド５４のインボックスに向けられ、管理又は手順の見直しのためにマーク付けされる。処理能力に余裕があれば、失敗に終わったメッセージは、キューディスパッチャ１０２1〜Mを介して順次発送される。
Input queues 100 1 -N are gradually read by one or
初期設定により、機関インボックス１０８又は研究インボックス１１０、１１２内で受け取られたメッセージは、対応する機関の代理人による検討のために保持される。この代理人は、インボックスで待機するメッセージを見直して、対応するメッセージにより定義される行動を選択的に受け入れ又は拒否できることが好ましい。受け入れられた場合、この行動が機能的に実行され、通常は、基礎となるデータストアが更新される。行動が完了すると、対応するステータスメッセージが生成され、データポッドの対応する入力キュー１００1〜Nに送信されて、順序的に前のメッセージを発信したデータポッドに戻される。いくつかのメッセージ、特に単純なステータスメッセージ、メッセージ肯定応答、及びその他の非トランザクションメッセージは、データポッドのインボックスを通じて即座に受け入れ、基礎となるデータストアに合わせて更新することができる。監督、管理、及び構成に関するメッセージは、自動的に受け入れられることが好ましい。
By default, messages received in the
システムデータポッド１０４が受け取ったメッセージは、初期設定によって独立して処理されることが好ましい。上述したように、最初にメッセージが受け取られ、対応するデータポッド１０４のインボックス内のキューに入れられる。見直しマークを付けられた場合、メッセージは、管理又は手順の見直しのためにインボックスに保持される。そうでなければ、手短に言えばメッセージは処理され、必要に応じて適当なＣＭＬコードブロックに照らして処理される。
Messages received by the
図５を参照して分かるように、臨床試験契約の契約メタ言語表示は、ＣＭＬオーサリングツール１２０を利用して構築されることが好ましい。オーサリングツール１２０の製品は、パラメータ化されたＵＩ仕様及びパラメータ化された実行可能コードブロック又は機械可読コードを含む。このＵＩ仕様は、クライアントユーザが、対応するＣＭＬ命令文のための制約されたフォーム指向の入力を行えるようにカスタマイズされたユーザインターフェイス画面を記述する。パラメータ化された実行可能コードブロックは、対応するＣＭＬ命令文をともに機能的に実現するロジック機能及び１又はそれ以上の完了手順の組を実施するように解釈し、コンパイルし、又は別様に実行可能にすることができるソースコードフラグメントを表すことが好ましい実行可能命令文又は命令文の組を含む。 As can be seen with reference to FIG. 5, the contract metalanguage representation of the clinical trial contract is preferably constructed using the CML authoring tool 120. The authoring tool 120 product includes a parameterized UI specification and a parameterized executable code block or machine-readable code. This UI specification describes a customized user interface screen that allows client users to make constrained form-oriented input for the corresponding CML statements. A parameterized executable code block is interpreted, compiled, or otherwise executed to implement a set of logic functions and one or more completion procedures that functionally implement the corresponding CML statements together It includes an executable statement or set of statements that preferably represents a source code fragment that can be enabled.
データ入力担当者は、所与の原臨床試験契約１２２を見直して、定量化が可能な動作及び実施に関する契約条項を識別する。このような条項が識別された場合、データ入力担当者は、フォーム指向のユーザインターフェイス（ＵＩ）１２４を利用して、対応するＣＭＬ命令文を入力する。基本テンプレートを含むＣＭＬライブラリ１２８から、条項の内容にもっとも近い基本テンプレート１２６を選択する。後で再使用できるように、カスタムテンプレートを作成してＣＭＬライブラリ１２８に追加することができる。図１０に、ＣＭＬライブラリ１２８からの選択時にデータ入力担当者に対してＵＩフォーム内に表示される例示的な基本テンプレート２９０を示す。この例示的なテンプレート例の最初の制約付き自然言語表示は以下の通りである。
［ｃｏｄｅ］
The data entry officer reviews the given original
[Code]
このテンプレートは、あらゆる数のパラメータ化可能要素を提示することができる。次に、データ入力担当者は、臨床試験契約１２２で検討される特定の契約条項に基づいて、対応するパラメータをこのテンプレートのインスタンスに入力することができる。パラメータ化すると、制約付き自然言語テンプレートのインスタンスは以下のようになる。
［ｃｏｄｅ］
This template can present any number of parameterizable elements. The data entry officer can then enter the corresponding parameters into this template instance based on the specific contract terms considered in the
[Code]
図１１に、これらのパラメータ化値を入力した、対応するＵＩフォームで提示されたテンプレート３００の表示を示す。テンプレートのパラメータ化可能要素に入力される選択可能な値は、ＣＭＬライブラリ１２８を参照することによって制約される。詳細には、図１１に示すフォームの基本となるＣＭＬ仕様は、ＣＭＬテンプレートＵＩ仕様によって表されることが好ましい。
［ｃｏｄｅ］
この場合、中括弧で囲んだ単語は変数型を識別し、イタリック体の単語は、システムが定義したキーワードである。変数型に対するラベルの例は、｛ｌａｂｅｌ：ｔｙｐｅ｝として指定されている。なお、これらの特定の様式は、本説明を明確にするためのものであり、実際には、色及び他の統語的表示を含むその他の様式を使用してもよい。ＵＩ仕様は、パラメータ化値とは別個に維持されることが好ましい。
FIG. 11 shows a display of the
[Code]
In this case, the word enclosed in curly braces identifies the variable type, and the italicized word is a keyword defined by the system. An example of a label for a variable type is specified as {label: type}. It is noted that these specific forms are for clarity of the present description and, in practice, other forms including color and other syntactic signs may be used. The UI specification is preferably maintained separately from the parameterized values.
対応するＣＭＬテンプレートコードブロック仕様は以下のようになる。
［ｃｏｄｅ］
この場合、二重角括弧は動的オブジェクトを識別し、トークンとも呼ばれ、三重角括弧はオブジェクト特性を識別する。従って、定義されるように、「被験者ステータス」はオブジェクト「被験者」の特性である。トークン及び対応する許容トークン特性は、ＣＭＬライブラリ１２８に記憶される。
The corresponding CML template code block specification is as follows.
[Code]
In this case, the double brackets identify a dynamic object, also called a token, and the triple brackets identify object properties. Thus, as defined, “subject status” is a property of the object “subject”. The token and the corresponding allowed token characteristics are stored in the
特にＣＭＬテンプレートコードブロック仕様では、コード仕様を、機能的に実行可能な対応するコードフラグメントを生成するようにさらにレンダリングすることができる。このコードフラグメントをソースコードフラグメントとしてレンダリングし、後でインタープリタ又はコンパイラの使用を通じて実行できるように準備できることが好ましい。一例として、上記のＣＭＬテンプレートコードブロック仕様を、Ｃ＃ソースコードフラグメントとしてレンダリングすることができる：
［ｃｏｄｅ］
In particular, in the CML template code block specification, the code specification can be further rendered to generate a corresponding code fragment that is functionally executable. This code fragment is preferably rendered as a source code fragment and can be prepared for later execution through the use of an interpreter or compiler. As an example, the above CML template code block specification can be rendered as a C # source code fragment:
[Code]
本発明の好ましい実施形態で実施される制約付き自然言語仕様システムの６つのさらなる例を以下に示す。 Six additional examples of constrained natural language specification systems implemented in a preferred embodiment of the present invention are shown below.
（ＣＭＬライブラリから取り出した）テンプレート
［ｃｏｄｅ］
（臨床試験契約に特化した）パラメータ化テンプレート
［ｃｏｄｅ］
ＣＭＬテンプレートＵＩ仕様
［ｃｏｄｅ］
ＣＭＬテンプレートコードブロック仕様
［ｃｏｄｅ］
ソースコードフラグメント
［ｃｏｄｅ］
Template [code] (taken from the CML library)
Parameterized template ( specialized for clinical trial contracts)
CML template UI specification [code]
CML template code block specification [code]
Source code fragment [code]
図６に、ＣＭＬライブラリ１２８の少なくとも一部を図式的に示す。ＸＭＬで記憶したか、又はその他のテキスト文書で記憶したか、又はデータベース記録として記憶したかに関わらず、ユーザ定義可能な集合１６２は、動的オブジェクト１６４及び対応する許可された特性リスト１６６を含む。例示的なオブジェクト１６２及び対応する許可された特性リスト１６４を表１に示す。
システムにより定義された集合１６８は、変数型１７０及び予め定義されたキーワード１７２を含む。これらの変数型及びキーワードは、システムが定義した共有される性質によってのみ関連することが好ましい。変数型は、単純な又は定義されたものとすることができる。単純な型としては、例えば、「整数」、「文字列」、及び「日付」が挙げられる。定義された型には、ＣＭＬ命令文のランタイム評価で使用される、通常はサポートライブラリ内で定義されるプログラムオブジェクトがある。従って、「来院」という変数型は、ゼロ又は正の整数のいずれかとして定義することができる。「手順」の変数型は、一連の型「文字列」として定義することができ、「手順ステータス」は、列挙によって定義することができる。例えば「ＣＭＬ変数」の変数型は、何らかのシステム又はアプリケーションに特有の値にアクセスできるように設定することができる。
The
例示的な単純な及び定義された変数型１７０を表２にリストする。
本発明の好ましい実施形態は、標準的な定義された変数型の組を含む。これらの変数型及び対応する容認可能な値の選択は、システムデータポッド１０４に記憶された研究構成情報から導出され、従って全ての研究に使用可能である。表２に示すように、これらの標準的な定義された変数型は、さらに以下のように指定される。
｛Ｃｏｈｏｒｔ｝：「プラシーボ」、「劇薬」などの、選択した研究における全ての群（又は治療群）
｛Ｖｉｓｉｔ Ｔｙｐｅ｝：「スクリーニング」、「研究中」、「フォローアップ」などの、選択した研究のために定義される全ての分冊型の選択
｛Ｖｉｓｉｔ｝：「スクリーニング」、「来院１」、「週１２」などの、選択した研究のために定義される全ての来院の選択
｛Ｐｒｏｃｅｄｕｒｅ｝：「生命兆候」、「大腸内視鏡検査」、「健康診断」などの、選択した研究のために定義される全ての手順の選択
｛ＣＲＦ｝：「研究室」、「人口動態」、「病歴」などの、選択した研究のために定義される全ての症例報告書の選択
Preferred embodiments of the present invention include a standard defined set of variable types. These variable types and corresponding acceptable value selections are derived from study configuration information stored in the
{Cohort}: All groups (or treatment groups) in the selected study, such as “placebo”, “harvest drug”, etc.
{Visit Type}: Selection of all volume types defined for the selected study, such as “screening”, “under study”, “follow-up” {Visit}: “screening”, “visit 1”, “ Selection of all visits defined for the selected study, such as “Week 12” {Procedure}: For selected studies such as “Vital Signs”, “Coloscopy”, “Health Check” Selection of all defined procedures {CRF}: Selection of all case reports defined for the selected study, such as “Laboratory”, “Demographic”, “History”
リストしたカスタム定義される型は、通常は管理機関のレベルで指定される定義された変数型オブジェクトを表し、従ってこの機関が関与する全ての研究での使用に利用可能である。 The custom-defined types listed represent defined variable type objects that are typically specified at the administrative authority level and are therefore available for use in all studies involving this authority.
変数型は、型により制約される値の入力を可能にし、キーワードは、意味的機能及び統語的機能の両方を実行する。キーワードを統語的に使用して、ＣＭＬ命令文の単純な自然言語の可読性を高めるとともに、一般的なキーワードを介して適合させる可能性の代わりに業界固有のキーワードを使用できるようにすることができる。ＣＭＬ命令文内に、自然言語構造の要素としてキーワードを配置すると、特定のＣＭＬ命令文によって行われることが意図された動作の意味推論が可能になる。ＣＭＬ命令文は、比較的簡潔であるため、意味解析が曖昧すぎることも煩わしすぎることもない。 Variable types allow the entry of values that are constrained by type, and keywords perform both semantic and syntactic functions. Keywords can be used syntactically to improve the readability of simple natural language in CML statements and allow the use of industry-specific keywords instead of the possibility of matching via generic keywords . Placing a keyword as an element of a natural language structure within a CML command statement enables semantic inference of actions intended to be performed by a specific CML command statement. Since CML statements are relatively simple, semantic analysis is neither too vague nor too cumbersome.
表３に、例示的な予め定義したキーワード１７２をリストする。
システム及びユーザ定義テンプレート１７４は、システムが予め定義した基本テンプレートセット１７６を含む。ユーザは、カスタマイズした基本テンプレート１７８を作成して、将来的に再使用できるように記憶することができる。基本テンプレートセット１７６は、オブジェクト１６４、型１７０、特性１６６及びキーワード１７２の共通の意味のある組み合わせから構築される。
The system and user-defined
動的オブジェクト１６４及び特性１６６を提供することにより、ユーザは、新たな動作イベント及び対応する制約特性を動的に作成できるようになる。動的オブジェクト１６４が作成されて、１又はそれ以上の特性１６６が指定されると、オブジェクト名及び対応する制約リストがＣＭＬライブラリ１２８に自動的に追加される。その後、協議した臨床試験原契約１２２の条項を入力する際に、この新たなオブジェクト１６４を使用又は選択できるようになる。好ましい実施形態では、これらの新たな動的オブジェクト１６４を使用して、臨床試験における固有の動作イベントを記述する。例示的な新たなオブジェクト１６４は、研究薬品、研究ステータス、被験者ステータス、現場ステータス、被験者来院、手順及び契約ステータスを含む。カスタマイズされたテンプレート１７８を作成する上で、動的オブジェクト１６４はトークンとも呼ばれる。全ての動作イベントの発生には、イベント日が伴う。
Providing
オブジェクト特性は、動的オブジェクト内で定義される結果フィールドの利用可能な状態又は動作結果を定義する。動的オブジェクトが「被験者ステータス」であるとすると、結果のオブジェクト特性型は｛文字列｝になり得る。動的オブジェクトの「被験者ステータス」フィールドに複数のオブジェクト特性を関連付けることができる場合、有効な推論としては、複数のオブジェクト特性を提示するために、｛テキストフィールド｝又は｛リスト｝上に｛テキストボックス｝の表示要素を自律的に選択することが考えられる。或いは、結果フィールドを、基本テンプレートのパラメータ化１３０中に、｛文字列｝というＵＩ表示変数型、「患者ステータス」というＵＩ表示記述、及び｛リスト｝というＵＩ表示要素を有するように明確に定義することができる。
The object property defines the available state or action result of the result field defined in the dynamic object. If the dynamic object is “subject status”, the resulting object property type can be {string}. If multiple object characteristics can be associated with the “subject status” field of a dynamic object, a valid inference is that {text box} on {text field} or {list} to present multiple object characteristics. } May be autonomously selected. Alternatively, the result field is clearly defined in the
後者の例では、ＣＭＬテンプレートＵＩフォームが、関連する臨床試験、試験現場、及び試験研究者の識別情報によってフィルタ処理した、「被験者ステータス」の動的オブジェクトに関連するオブジェクト特性を読み込んだリスト要素を提示する。１つの例では、フィルタ処理されたオブジェクト特性を、「脱落」、「登録」、「期限前契約解除」、及び「完了」とすることができる。同じ試験内で研究者又は場所が異なる場合、フィルタ処理されたオブジェクト特性を、「稼働」、「保留」、及び「非稼働」とすることができる。 In the latter example, the CML template UI form contains a list element loaded with object characteristics related to the “subject status” dynamic object filtered by the relevant clinical study, study site, and study investigator identification information. Present. In one example, the filtered object characteristics can be “dropped”, “registered”, “cancellation of pre-deadline contract”, and “completed”. If the researchers or locations are different within the same test, the filtered object characteristics can be “active”, “pending”, and “not active”.
図５に戻ると、パラメータ化されたＣＭＬ命令文が解析され生成される１３２。ＣＭＬテンプレートＵＩ仕様により表示されたＣＭＬ命令文の解析では、指定フィールド、記述、表示要素、及び値が識別される。必要時には、あらゆる不明情報を初期設定する。必要に応じて推論動作を行って、ＣＭＬテンプレートＵＩ仕様を完成させるのに適した情報を識別して選択する。好ましい結果は、ＣＭＬ命令文値のユーザ入力及び編集を可能にするために使用できるフォーム要素を定義する、適当に定量化されたＵＩマークアップ仕様である。本発明の現在のところ好ましい実施形態では、基礎を成すＣＭＬテンプレートＵＩ仕様が、本発明の領域内で有用なマークアップ言語として機能するのに十分に記述的である。例えば、ＸＭＬユーザインターフェイス言語（ＸＵＬ）を含む他のＵＩマークアップ言語を代わりに使用してもよい。必要時には、生成ステップ１３２を使用して、次の記憶及び使用に備える上でＣＭＬテンプレートＵＩ仕様のフォーマットを編成して調整することもできる。
Returning to FIG. 5, a parameterized CML statement is parsed and generated 132. In the analysis of the CML command statement displayed according to the CML template UI specification, the designated field, description, display element, and value are identified. Initialize any unknown information when necessary. Inference operations are performed as necessary to identify and select information suitable for completing the CML template UI specification. The preferred result is a suitably quantified UI markup specification that defines form elements that can be used to allow user input and editing of CML statement values. In the presently preferred embodiment of the present invention, the underlying CML template UI specification is sufficiently descriptive to function as a useful markup language within the domain of the present invention. For example, other UI markup languages may be used instead, including XML user interface language (XUL). If necessary, the
同様に、ＣＭＬテンプレートコードブロック仕様を解析１３２して、初期設定を適用し、完全に形成されたＣＭＬテンプレートコードブロック仕様を作成するのに適したあらゆる追加情報を推論する。このＣＭＬテンプレートコードブロック仕様から、パラメータ化された実行可能コードブロックを生成１３２する。このコードブロックは、１又はそれ以上のソース命令文を含むコードフラグメントをマイクロソフトＣ＃言語で表すことが好ましい。現在のところはＣ＃が好ましいが、コード生成１３２動作を、実行可能コードブロックを他のいくつかのソース言語で生成するようにすることもできる。Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｌｕａ、及びＧｏが、好適な代替のソース言語である。生成された実行可能コードブロックは、ソースフォームで記憶できるように準備されることが好ましいが、コンパイルしたインスタンスをキャッシュすることもできる。
Similarly, the CML template code block specification is analyzed 132 to apply initial settings and to infer any additional information suitable for creating a fully formed CML template code block specification. A parameterized executable code block is generated 132 from the CML template code block specification. This code block preferably represents a code fragment containing one or more source statements in Microsoft C # language. Although C # is currently preferred, the
次に、生成されたＣＭＬテンプレートＵＩ仕様、及び生成された実行可能コードブロックを含むＣＭＬテンプレートコードブロック仕様の機能的完結性及びロジックを検証する１３４。いずれかの仕様の態様が不完全であり又は正しく構成されておらず、いずれかの論理的矛盾を含み、エラーを伴わずに解釈又はコンパイルできず、又は他のいずれかの検証不履行が生じる場合、データ入力担当者が調査して修正できるように、パラメータ化されたテンプレートが戻される１２４。 Next, the generated CML template UI specification and the functional completeness and logic of the generated CML template code block specification including the executable code block are verified 134. Any aspect of the specification is incomplete or improperly configured, contains any logical contradiction, cannot be interpreted or compiled without error, or any other validation failure occurs The parameterized template is returned 124 so that the data entry officer can investigate and modify it.
ＣＭＬテンプレートＵＩ及びコードブロック仕様が有効と判断された場合、好ましくはデータポッド常駐データベースに記憶するのに適したテンプレート記録１３６が作成される。パラメータ化されたＣＭＬ ＵＩ仕様１３８及びパラメータ化されたＣＭＬコードブロック仕様１４０が、テンプレート記録１３６の１つの態様に複製される。その後、この態様は、機関レベルのデータポッドインスタンス１４２に記憶されることが好ましい。
If it is determined that the CML template UI and code block specifications are valid, a
仕様１３８、１４０の評価で使用するパラメータ化値として先に選択された動的オブジェクトは、テンプレート記録１３６の別の独立した態様に記憶されることが好ましい。この後者の態様は、原契約１２２の対応する臨床試験に使用する研究データポッド１４４に記憶されることが好ましい。従って、トークンとしての研究固有のパラメータ化値は、ＣＭＬ ＵＩ１３８仕様及びコードブロック仕様１４０とは別個に記憶される。
The dynamic objects previously selected as parameterized values for use in the evaluation of
原契約１２２に含まれる契約条項の組を、収集したＣＭＬ命令文の組としてレンダリングすることにより、原契約の自動化が機能的に達成される。原契約１２２は、研究協約を実施するのに必要な動作イベント及び手順イベントをともに表して定義する１又はそれ以上の契約の編集物とすることができる。行った補正及びその他の変更は、変更された契約条項の対応するＣＭＬ命令文を追加し、修正し、削除することによって反映される。この結果、原契約１２２の条項を変更した影響が最小限に抑えられる。実際には、ＣＭＬ命令文は極めて少ない。
By rendering the set of contract terms contained in the
上述したように、ＣＭＬ命令文の効果的な実行は、アプリケーションサーバ５６上で実行されるアプリケーションサーバ処理８２インスタンスを介してメッセージによって伝えられる動作イベントの推移に応答して行われる。図７を参照して分かるように、最初の動作イベントの生成は、分散データ処理システム１０とやりとりするスポンサー、ＣＲＯ、研究者及びその他がとる、他の自動化システムを含むあらゆる数の異なる行動に応答して行われる。ユーザによる例示的な行動には、データ入力フォームを通じて行われるような新たな情報の追加がある。フォーム入力データを提出すると、動作イベントが生成される１９２。このイベントは、特にデータ入力フォームを通じて提供されたデータ、及び臨床試験を識別し、関連機関及び研究データポッド、対応する研究者及び現場、及び関連する詳細を規定通りに識別するのに十分な情報などの、イベント生成に関連するデータを含むイベント関連データ１９４に関連付けられる。メッセージが準備され１９６、対応するサービス要求者３４を通じて送信される１９８。このメッセージは、クラスタ９２を介して、サーバ５６が実行するアプリケーションサーバ処理に送られる。
As described above, the effective execution of the CML command statement is performed in response to the transition of the operation event conveyed by the message via the
図８を参照すると、本発明の好ましい実施形態で実現されるＣＭＬ命令文実行エンジン２１０に、サーバ５６上で実行されるアプリケーションサーバ８２が組み込まれている。エンジン２１０は、最初に、関連する研究データポッド６０’、６２’のメッセージインボックスを介して動作イベントを受け取る。各動作イベントが受け取られると２１２、このイベントに関するデータがイベントデータベース２１４に保存され、新たな動作イベントが受け取られていて見直しを待っていることを示す通知がＣＭＬエンジン２１０に効果的に送信される。
Referring to FIG. 8, an
新たな動作イベントを処理する際の最初のステップは、イベントを検証すること２１６である。検証は、動作イベントのソース及びデータ完全性を検証するように行われる。この動作イベントをＣＭＬ評価に利用可能にするための必要条件として、追加の検証及び不正検出テストが行われることが好ましい。 The first step in processing a new motion event is to verify 216 the event. Verification is performed to verify the source and data integrity of the operational event. As a prerequisite for making this operational event available for CML evaluation, additional verification and fraud detection tests are preferably performed.
検証に失敗した動作イベントは、さらなる見直しを受けなければならない。このイベントは、通常はある程度の人間の介入を必要とする見直し処理２１８に渡されることが好ましい。見直し処理２１８では、見直し担当者が、動作イベントを受け入れ、拒否し、又は編集して再試行検証２１６に再提出することができる。
Operational events that fail validation must be further reviewed. This event is preferably passed to the
動作イベントが全ての検証テストにパスし、又はＣＭＬエンジン２１０に代わって別様に受け入れられた場合、この動作イベントは解放されて２２０、ＣＭＬ評価を待つ保留ステータスに入る。
If the operational event passes all verification tests or is otherwise accepted on behalf of the
ＣＭＬ命令文実行エンジン２１０内に実装されるＣＭＬ命令文評価器は、例えば、通常はイベントスループット及びトランザクション待ち時間限度によって判断されるＣＭＬ命令文実行エンジン２１０の所望の性能レベルに応じて、複数の異なるモードで動作することができる。現在利用できるＣＭＬ命令文評価器モードには、増分モード、完全モード、予想モード、及び予測モードがある。増分モードは、好ましい初期設定モードである。増分モードでは、好ましくは評価セットとして定義された、評価するＣＭＬ命令文を決定する際に、最後の評価サイクル内で受け取られた新しい有効な動作イベント２２８のみが検討される。この最後の評価サイクルは、ＣＭＬ命令文実行エンジン２１０がイベントの完全な評価を最後に終えた後の時間として定義される。評価セットが「全ての現場」、又は研究ステータスなどの研究全体にわたる動作イベント２３０を含む場合、評価はただちに完全モードに切り換わることが好ましい。
A CML statement evaluator implemented within the CML
完全モードでは、評価セットを決定する際に全ての現在有効な動作イベントが選択される２３２。予想モードでは、ＣＭＬ評価が完全モードとほぼ一致して行われる。追加の予想される動作イベントの組も含まれる。具体的には、この予想されるイベントの組は、既に発生はしているものの未だにＣＭＬ命令文実行エンジン２１０が受け取っていないと予想される、関連する研究協約に従って識別されたイベントである。予測モードでは、ここでもＣＭＬ評価が完全モードの動作とほぼ一致して行われる。追加の予測セットを決定する際に検討される追加の動作イベントは、現時点から臨床試験又は研究の最後までの間に受け取られる動作イベントを全て含む。
In the complete mode, all currently valid operational events are selected 232 in determining the evaluation set. In the prediction mode, the CML evaluation is performed almost in accordance with the complete mode. An additional set of expected operational events is also included. Specifically, this set of expected events is an event identified according to an associated research agreement that has already occurred but is not expected to be received by the CML
評価セットが設定されると、ＣＭＬ命令文評価器は、評価セット内で参照される異なる研究場所の組を決定する２３４。これらの研究場所に関連するＣＭＬ命令文のみを評価すればよい。通常、研究場所は、病院、医療事務所、又は医院などの、永続的な物理的住所を有する現場と同じものである。 Once the evaluation set is established, the CML statement evaluator determines 234 a different set of research locations that are referenced in the evaluation set. Only the CML statements associated with these research locations need to be evaluated. Typically, the research location is the same as a site with a permanent physical address, such as a hospital, medical office, or clinic.
識別された研究場所ごとに、特定の研究場所に関連する契約条項に対応するＣＭＬ命令文のみを評価のために選択すればよい２３６。１つの実施形態では、ＣＭＬ命令文を動作イベント型ごとにさらに分類して、動作イベントデータのインポート又は入力時に、選択した分類に関するＣＭＬ命令文のみが評価されるようにし、これによりＣＭＬ命令文評価器の効率を高めることができる。
For each identified research location, only the CML statements corresponding to the contract terms associated with the particular research location need be selected for
特定の研究場所の評価セット内に被験者の相対的動作イベントが存在する２３８場合、参照される被験者ごとに対応するＣＭＬ命令文が評価される２４０。評価セット内に現れない被験者は処理されない。特定の研究場所の評価セット内に被験者に関するイベントが存在しない場合、ＣＭＬ命令文は、この研究場所に関して一回のみ評価される２４８。 If there are 238 subject relative motion events in the evaluation set for a particular study location, the corresponding CML statement is evaluated 240 for each referenced subject. Subjects who do not appear in the evaluation set are not processed. If there is no event for the subject in the evaluation set for a particular study location, the CML statement is evaluated 248 only once for this study location.
ＣＭＬ命令文は、ＣＭＬＳｔａｔｅｍｅｎｔＴｅｍｐｌａｔｅクラスによって定義されることが好ましい。このクラスは、２つの重要な特性を含む。「ＣＭＬ」特性は、所与のＣＭＬ命令文内で定義される各動的オブジェクト特性及び変数の値をＵＩ制御に収集させるために解析され使用されるＣＭＬテンプレートＵＩ仕様を含む。収集した値は、イベントデータベース２１４に名前／値ペア「トークン」として記憶されることが好ましい。その他の特性、命名された「コード」は、ＣＭＬテンプレートコードブロック仕様を含む。この仕様はソース命令文を含み、このソース命令文は、解釈、コンパイル、又は別様に処理されたときに、アプリケーションサーバ５６のインスタンスにより実行可能な、結果値を生成できる機械可読コードを生成する。動作時には、ＣＭＬ命令文評価器が、トランザクションが必要かどうかを判断するための、動作イベントに対するＣＭＬ命令文に対する実行生成結果値を決定する。好ましい実施形態では、ＣＭＬテンプレートコードブロック仕様により提供されるコードフラグメントが、特定のトークン及び特性を識別する規定の「マーカ」を含む。このマーカは、コードフラグメントの実行前に識別され、コードフラグメントの動的修正により、テンプレートトークンインスタンスの対応するパラメータ化値に置き換えられる。
The CML statement is preferably defined by a CMLStatementTemplate class. This class includes two important properties. The “CML” property includes a CML template UI specification that is parsed and used to cause the UI control to collect the value of each dynamic object property and variable defined within a given CML statement. The collected values are preferably stored in the
本発明の好ましい実施形態では、一般的なＣＭＬＳｔａｔｅｍｅｎｔＥｖａｌｕａｔｏｒ基本クラスが定義される。このクラスは、さらなる拡張及び後方互換性をサポートする任意の数のパラメータを受け入れる仮想的な「Ｅｖａｌｕａｔｅ（）」法を実行する。Ｅｖａｌｕａｔｅ（）法を実行することにより、「ＣＭＬＳｔａｔｅｍｅｎｔＲｅｓｕｌｔ」と呼ばれる列挙が戻される。この仮想的な評価方法は、いずれかのＣＭＬＳｔａｔｅｍｅｎｔＥｖａｌｕａｔｏｒにより導出されたクラスによって無効にすることができる。この基本クラスは、導出されたクラスが使用できるいくつかの保護された特性及び方法も提供する。 In the preferred embodiment of the present invention, a generic CMLStatementEvaluator base class is defined. This class implements a virtual “Evaluate ()” method that accepts any number of parameters that support further extensions and backward compatibility. By executing the Evaluate () method, an enumeration called “CMLStatementResult” is returned. This virtual evaluation method can be overridden by a class derived by any CMLStatementEvaluator. This base class also provides some protected properties and methods that can be used by derived classes.
好ましい実施形態で実現されるように、ＣＭＬ命令文評価器は、ＣＭＬ命令文を評価するために、最初にＣＭＬＳｔａｔｅｍｅｎｔＥｖａｌｕａｔｏｒインスタンスが既にＣＭＬ命令文をコンパイルしているかどうかを判定するチェックを行う。特定のＣＭＬテンプレートコードブロック仕様のために生成されるコードと、トークン及び変数のパラメータ化リストのために生成されるコードは同じものであるため、ソースコードフラグメントを一旦コンパイルし、後の評価で使用できるようにキャッシュすることができる。コンパイルされたインスタンスがない場合、対応するソースコードが動的に修正されて、実行可能なコード生成器が呼び出される。具体的には、ソースコードフラグメントを解析して、対応するトークンの特性値及び変数値の代わりにマーカを使用する。次に、結果として得られたソースコードを、ＣＭＬＳｔａｔｅｍｅｎｔＥｖａｌｕａｔｏｒを拡張するクラス内にラップする。次に、Ｃ＃コンパイラを呼び出して、コンパイルされたインスタンスを生成する。その後、ＣＭＬ命令文評価器がＣＭＬＳｔａｔｅｍｅｎｔＥｖａｌｕａｔｏｒオブジェクトを使用して、この固有のＣＭＬ命令文に関する動作イベントを評価する。 As implemented in the preferred embodiment, the CML statement evaluator first checks to determine whether the CML Statement Evaluator instance has already compiled the CML statement in order to evaluate the CML statement. Since the code generated for a particular CML template code block specification and the code generated for the parameterized list of tokens and variables are the same, the source code fragment is compiled once and used for later evaluation You can cache as you can. If there are no compiled instances, the corresponding source code is dynamically modified and an executable code generator is called. Specifically, the source code fragment is analyzed, and the marker is used instead of the characteristic value and variable value of the corresponding token. The resulting source code is then wrapped in a class that extends CMLStatementEvaluator. Next, the C # compiler is called to generate a compiled instance. The CML statement evaluator then uses the CMLStatementEvaluator object to evaluate the action event for this unique CML statement.
ＣＭＬ命令文評価器は、仮想的な「Ｅｖａｌｕａｔｅ（）」法を呼び出すことにより、インスタンス化されたＣＭＬＳｔａｔｅｍｅｎｔＥｖａｌｕａｔｏｒオブジェクトを実行するのに必要な環境を実現する。機能的には、コンパイルされたコードフラグメントを実行することにより、コンパイルされたコードフラグメント内で定義された値の、動作イベントの評価セット内の各動作イベントに照らしたロジック条件テストが行われる。動作イベントに照らして評価される条件の順序は、順次的であることにとらわれないことが好ましい。例えば、ある動作イベントの評価の時間的順序は、別の動作イベントの前、間、及び後に発生することができる。 The CML statement evaluator implements the environment necessary to execute the instantiated CMLStatementEvaluator object by calling the virtual “Evaluate ()” method. Functionally, by executing the compiled code fragment, a logic condition test is performed against each operation event in the evaluation set of operation events for the values defined in the compiled code fragment. The order of the conditions evaluated against the operating event is preferably not constrained to be sequential. For example, the temporal order of evaluation of one operational event can occur before, during, and after another operational event.
実行完了時には、ＣＭＬＳｔａｔｅｍｅｎｔＲｅｓｕｌｔオブジェクトが結果２４２として戻される。この結果２４２が、偽に対応する規定値に一致する場合、ＣＭＬ命令文の評価は終了する２５０。ＣＭＬ命令文が必要とする全ての動作イベントが存在しない限り、評価結果２４２は偽になる。
When execution is complete, a CMLStatementResult object is returned as
結果２４２が、真の規定値に対応する場合、トランザクションに関連する全ての動作イベントが満たされるが、ＣＭＬ命令文の頻度又は量成分は満たされていない。例えば、ＣＭＬ命令文が、「２人の被験者ごと」などのカウント要件を指定する場合、ＣＭＬ命令文の進行中の評価における状態を維持するために、対応するトランザクション項目が保存される２５２。
If the
ＣＭＬ命令文に関連する全ての動作イベントが満たされ、ＣＭＬ命令文の全ての頻度又は量成分が満たされると、ＴｒｕｅＷｉｔｈＴｒａｎｓａｃｔｉｏｎの評価結果２４２が生じる。この場合、研究場所（Ｐｌ）、契約所有者、スポンサーであるかそれともＣＲＯであるか、トランザクションを満たす動作イベントの記述及びこれらのイベントのソースを識別する情報、及び金融又は非金融取引を生み出すのに必要なその他の情報を含むＣＭＬＴｒａｎｓａｃｔｉｏｎオブジェクトが作成され初期化される。次に、このオブジェクトが、処理のために契約者機関データポッドのインボックスに送信される。特に、ＣＭＬ評価は、トランザクションを生成すべきかどうか及びいつ生成すべきかを決定する条件を評価することにのみ関連する。ＣＭＬ評価は、実際の基本的なトランザクションの詳細に関しては全く知ることができない。
When all the operation events related to the CML command statement are satisfied and all the frequency or quantity components of the CML command statement are satisfied, the
図９に、臨床用支払いネットワーク５０の効率的な適用を示す例示的な取引フロー２６０を示す。通常、取引フロー２６０は、スポンサー及びＣＲＯが、臨床試験契約により指定された形で研究者に対して、又は研究者に代わって償還及びその他の支払いを発行するように求められた場合には常に、臨床試験において、及び臨床研究契約などのその他の関連契約において発生する。取引フロー２６０は、償還情報、承認の見直し、及び資金の支出を生み出す完了の効果的な集合を示す。
FIG. 9 illustrates an
研究者２６２は、医師、病院、特定の臨床試験の成果及び管理に関与するその他の介護ケアプロバイダを含む。通常、参加患者である被験者２６４は、被験者２６４の登録を引き受けるとともに進行中の治療及び追訪を行う研究者２６２に関連付けられる。これらの被験者２６４は、同じ臨床試験に参加しているものとしても識別される。一般に研究者２６２の指示下にある被験者２６４には、関係者２６６も直接関連付けられる。通常、関係者２６６は、研究室、薬局、及びその他のサポート製品及びサービスプロバイダである。
試験に入るときには、研究者２６２、被験者２６４、及び関係者２６６は、アプリケーションサーバ５６のインスタンスを介して試験に対応する機関５８及び研究データポッド６０にアクセスできることが好ましい。アクセスは、研究者２６２、被験者２６４、及び関係者２６６の特定の役割を反映するように制約される。例えば、装置購入の支払いを含む潜在的に払戻可能な経費が生じた場合、研究者２６２、被験者２６４、及び関係者２６６は、経費報告、経費支援、及び基本的な支払要求の検討に求められる又はこれに必要なその他の情報を提出するのに適したときに、研究関連機関５８及び研究データポッド６０にアクセスすることができる。通常、アクセスは、対応する機関５８及び研究データポッド６０にも関連する対応するアプリケーションサーバ５６のインスタンス上でホストされる、ウェブサーバ８８により提供されるウェブフォーム型インターフェイスの使用を通じて行われる。
When entering a test,
この例では、試験機関５８及び研究データポッド６０に関連するアプリケーションサーバ５６のインスタンスが、会計エンジン２６８として動作する。すなわち、償還要求を受け取ることにより、支払要求及び関連する会計業務活動に適格性を与えることをまとめて実施する、又これに関連するＣＭＬ命令文が選択され評価される。このＣＭＬ命令文の選択は非明示的であり、償還要求及び関連情報を掲載することによって導出される一連の動作及び手順イベントから生じる。結果として行われる業務活動の明細は、適用可能な原契約１２２内に定義され、対応するＣＭＬ命令文の集合に縮小される。
In this example, the instance of the
従って、例えば、このＣＭＬ命令文の集合が評価されると、提供された償還データを収集して編成し、文書を規定の間隔で並べることを選択された見直し担当者を通じて行っていずれかの必要な事前承認を得る業務処理が次第に定義される。被験者２６４及び関係者２６６による償還要求は、異なる間隔で行うことができ、これらの異なる要求の種類に関してカテゴリ別に専門化できる異なる見直し担当者がこれを調査することができる。
Thus, for example, when this set of CML statements is evaluated, it is necessary to collect and organize the provided redemption data and arrange the documents at a specified interval through a selected reviewer. A business process that obtains prior approval is gradually defined. Reimbursement requests by
事前承認を受け取っている限り、通常は、会計エンジン２６８が、ＣＭＬ命令文、及び制御契約により定義される機能的に提供される償還要求及び支援情報の十分性を通じて定義された異なる機関の役割に適用される時点で、研究者２６２、被験者２６４、及び関係者２６６に代わって請求書１７０又はその他の金融文書を作成する。必要に応じて、作成された請求書を、必要な見直し担当者に合わせて再び並べ、請求書承認２７２を得る。次に、この承認された請求書２７２を支払エンジン２７４に送る。会計エンジンと同様に、支払エンジン２７４は、試験機関５８及び研究データポッド６０にも関連するアプリケーションサーバ５６のインスタンスである。このアプリケーションサーバ５６のインスタンスは、支払エンジン２７４としての機能的特徴を有し、承認された請求書２７０を受け取ることによって開始された一連のイベントにより実施される支払業務処理の実行を反映する。
As long as pre-approval has been received, the
ここでも、評価時に収集されたＣＭＬ命令文の仕様に応じて、支払エンジン２７４からスポンサー２７６及びいずれかのＣＲＯ２７８に最終的な承認要求メッセージを送信することができる。これらの機関２７６、２７８は、支払エンジン２７４を表すアプリケーションサーバ５６のインスタンスに関連する機関５８及び研究データポッド６０に必要に応じて送信される１又はそれ以上のメッセージとして認識される最終的な承認を提供するように機能する。これらのメッセージは、受け取られると、支払エンジン２７４に対するイベントを表す。試験制御契約によって機能的に指定される支払方法に応じて、支払いの方法及びタイミングを制御する業務処理が支払エンジン２７４により実行される。破線で示すように、支払エンジン２７４によって効果的に管理されるスポンサー２７６又はＣＲＯ２７８が提供する活勘定を補充するのに必要な場合、スポンサー２７６から直接、又はＣＲＯ２７８を介して資金が転送される。適切な支払いが、研究者２６２、被験者２６４、及び関係者２６６に対して個別に向けられる。また、これらの業務動作の実行を通じて、同様に返金を処理することもできる。
Again, a final approval request message can be sent from the
注目すべき点として、臨床試験では、多くの場合、電子資金又は対応する預金口座へのリンク、或いは小切手の発行、ＡＣＨ支払い、又は電信送金を記憶するリロード可能なカードを含むクレジットカード、デビットカード、プリペイドカードなどの支払カードを使用して、特定の研究の被験者に支払いが行われる。この構成により、研究者、ＣＲＯ、又はスポンサーは、旅費及び食事代、試験工程の完了、外来診療、及び臨床試験契約において一般的に指定される他の支払イベントの支払金を被験者に支給することができる。従って、被験者及び機関への支払イベントをトリガするタイムテーブル及び要件を、上述したようなＣＭＬ命令文の組に縮小することができる。 Of note, clinical trials often include credit cards, debit cards, including electronic funds or links to corresponding deposit accounts, or reloadable cards that store check issuance, ACH payments, or wire transfers Using a payment card, such as a prepaid card, payments are made to the subject of a particular study. This configuration allows researchers, CROs, or sponsors to pay subjects for travel and meal costs, completion of the testing process, outpatient care, and other payment events commonly specified in clinical trial contracts. Can do. Thus, the timetable and requirements that trigger payment events to subjects and institutions can be reduced to a set of CML statements as described above.
電子支払いシステムの使用には、研究者が被験者に支払いを行って、その後スポンサーに償還を求める必要性がなくなることなどによる数多くの利点がある。主な欠点は、これらのシステムにより、追加の不正行為の機会及び処理エラーの可能性が生じる点である。 The use of an electronic payment system has a number of advantages, such as eliminating the need for researchers to pay the subject and then seek reimbursement from the sponsor. The main drawback is that these systems give rise to additional fraud opportunities and potential processing errors.
好ましい実施形態では、試験現場ごとに不正検出が行われ、必ずしも被験者ごとには行われない。この不正検出は、試験現場ごとの現場固有の不正スコアをシステムサーバ５２が維持することにより少なくとも部分的に行われる。不正スコアは、その試験現場に関連する被験者の、受け取った被験者支払要求を評価することに基づくことが好ましい。具体的には、この評価は、臨床試験契約、又はその他の動作イベント又は性能イベント条項の原始文書に基づくことが有利である。従って、基礎を成す契約上の予想により、所与の支払要求が不正である可能性の評価が促進される。これにより、支払要求が協約の条項自体に照らして厳しく吟味され、不正削減処理の完全な自動化とはいかないまでもかなり可能になる。この代わりに又はこれに加えて、支払要求を、ＩＶＲＳ、ＩＷＲＳ、ＣＴＭＳ、ＥＤＣ、ＤＭＳ及び臨床データを記憶しているその他のシステムなどの、様々な臨床管理システムから得られる電子データと比較して、支払要求時に偏差を識別することができる。従来の試験の事後分析を使用して、予想不正スコアを確立するとともに、以前に支払われた不正又は誤りの可能性がある支払要求を識別することができる。
In a preferred embodiment, fraud detection is performed for each test site and not necessarily for each subject. This fraud detection is at least partially performed by the
好ましい実施形態では、支払エンジン２７４が、例えば、支払イベント識別子、支払イベント型情報、必要なイベントデータをシステムサーバ５２に報告する不正検出エンジンを含む。この情報を使用して、支払イベントの許容できるタイミング又は流れを決定し、或いは別様に非明示的に定義することができる。タイミングは、カレンダーの観点からの絶対的なものであってもよく、或いは試験開始から経過した日数又は予定された来院日前及び後の日数などの相対的なものであってもよい。試験協約は、所与の支払イベントのための許可された支払ウィンドウを定義することができる。この許容される支払ウィンドウを実際のタイミングと比較することにより、この支払イベントに対応する支払要求を評価することができる。ウィンドウの外にある要求及び要求の頻度に不正としてフラグを立て、又は別様に重み付けして、不正の可能性を示すことができる。
In a preferred embodiment,
各現場は、進行中の支払イベントを通じた被験者の処理と同時に、被験者の支払要求を提出し又は別様に許可する。さらに、不正エンジンが、発信元の試験現場を考慮して支払要求を受け取って処理する。従って、各支払要求が、試験協約で定められた支払要件に照らして評価されると、不正エンジンは、要求が不正である可能性を示す重み付けに基づいて、その試験現場のための維持されている対応する不正スコアを更新する。 Each site submits or otherwise authorizes the subject's payment request concurrently with subject processing through ongoing payment events. In addition, the fraud engine receives and processes the payment request taking into account the originating test site. Thus, as each payment request is evaluated against the payment requirements set out in the test agreement, the fraud engine is maintained for that test site based on a weighting that indicates that the request may be fraudulent. Update the corresponding fraud score.
説明した不正エンジンの動作と組み合わせることにより、被験者への報酬の支払いに支払カードを使用する臨床試験における不正をさらに低減することができる。各支払カードは、臨床用支払いネットワーク５０内において、対応する被験者及びその被験者の一次試験現場に関連付けられる。試験中、不正エンジンは、支払要求に応答して対応する取引履歴を検索できることが好ましい。
In combination with the described fraud engine behavior, fraud in clinical trials that use payment cards to pay rewards to subjects can be further reduced. Each payment card is associated within the
現在の及び過去の取引を評価して、予想されるトランザクションの流れ及び金額からの偏差を識別する。いずれかの偏差が識別された場合、その試験現場に関連する不正スコアは、識別された偏差の重み付け関数として更新される。重み付け関数により求められる各不正値を計算し、或いは現場の支払い取引履歴という背景における不正の可能性を反映するように別様に保険数理士的に又は経験的に求めることができる。不正スコアが規定の閾値を超えた場合、その試験現場に関連する被験者によって行われた支払要求は拒否されることが好ましい。 Evaluate current and past transactions to identify deviations from expected transaction flows and amounts. If any deviation is identified, the fraud score associated with the test site is updated as a weighting function of the identified deviation. Each fraud value determined by the weighting function can be calculated or otherwise determined actuarial or empirically to reflect the potential for fraud in the context of on-site payment transaction history. If the fraud score exceeds a prescribed threshold, the payment request made by the subject associated with the test site is preferably rejected.
これに加えて又はこれの代わりに、個々の被験者の支払取引を承認、拒否、又はフラグ付けする決定の際に、現場の全体的不正スコアを検討することもできる。例えば、特定の被験者の支払要求のタイミング、金額、又はその他の側面が、他の参加患者のイベントから求めた基準から逸脱している場合、スコアが、全ての支払要求を拒否するための規定の閾値よりも依然として低いとしても、その現場の全体的な不正スコアが低い場合にはこの支払いを許可し、或いは現場の不正スコアが高い場合にはこの支払いを拒否してもよい。 In addition or alternatively, the site's overall fraud score can be considered in the decision to approve, reject, or flag an individual subject's payment transaction. For example, if the timing, amount, or other aspect of a particular subject's payment request deviates from the criteria sought from other participating patient events, the score will provide a provision for rejecting all payment requests. Even if it is still below the threshold, this payment may be allowed if the overall fraud score for the site is low, or it may be rejected if the fraud score for the site is high.
以上、臨床試験契約の条項に従う分散臨床試験という背景で行われる支払いを含めて、臨床試験を管理するための効率的なコンピュータ実行システム及び方法について説明した。一般に人間を対象とした臨床試験に関して本発明を詳細に説明したが、本発明は、システムを通じて送られるデータのセキュリティ問題を明確にして効率的に管理することに伴って効率的かつ信頼できる通信が求められるその他の複雑なシステムにも応用可能である。 Thus, an efficient computer-implemented system and method for managing clinical trials has been described, including payments made in the context of distributed clinical trials in accordance with the terms of a clinical trial contract. Although the present invention has been described in detail with reference to human clinical trials in general, the present invention provides efficient and reliable communication as the security issues of data sent through the system are clarified and efficiently managed. It can also be applied to other complex systems that are required.
当業者であれば、本発明の好ましい実施形態についての上記説明に照らして、開示した実施形態の多くの修正及び変形を容易に理解するであろう。従って、添付の特許請求の範囲内において、具体的に上述したものとは別様に本発明を実施できると理解されたい。 Those skilled in the art will readily appreciate many modifications and variations of the disclosed embodiments in light of the above description of preferred embodiments of the invention. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described above.
１２ ネットワーク
５０ 臨床用支払いネットワーク
５２ システムサーバ
５４ システムデータポッド
５６ アプリケーションサーバ（ＳＡＡＳ／ＥＳＢ）
５８ 機関データポッド
６０ 研究データポッド
６２ 研究データポッド
６４ 金融及びその他のサービス
12
58
Claims (7)
ａ）臨床試験の実施において第１のイベントにより開始されたトランザクションを識別する、研究者の識別符号及び第１のイベントにより定義されるデータセットを含む第１のメッセージを分散コンピュータシステムから受け取るステップと、
ｂ）各々が前記臨床試験及び前記研究者に対応する臨床試験契約から導出された個別の金融要件を表す複数の宣言文を表す実行可能テンプレートコードブロックの、前記臨床試験及び前記研究者に固有のサブセットを分散データベースから選択するステップと、
ｃ）前記実行可能テンプレートコードブロックの組を動的に組み入れたアプリケーションを実行するステップと、
を含み、前記第１のメッセージが前記アプリケーションにより評価されて、前記第１のイベントにより定義されるデータが前記実行可能テンプレートコードブロックの組に照らして評価に成功したかどうかが判定され、成功評価により第２のイベントが生成され、
ｄ）前記第２のイベントに応答して、前記研究者の前記識別符号、前記臨床試験、及び第２のイベントにより定義されるデータセットを含む第２のメッセージを前記分散コンピュータシステムに提供するステップをさらに含む、
ことを特徴とするコンピュータ実行方法。 A computer-implemented method for evaluating a complex set of financial and operational requirements established for conducting a clinical trial comprising:
a) receiving a first message from a distributed computer system that includes a researcher identification code and a data set defined by the first event that identifies a transaction initiated by the first event in conducting a clinical trial; ,
b) An executable template code block, each representing a plurality of declaration statements representing individual financial requirements derived from the clinical trial and the clinical trial contract corresponding to the researcher, specific to the clinical trial and the researcher Selecting a subset from a distributed database;
c) executing an application that dynamically incorporates the set of executable template code blocks;
And the first message is evaluated by the application to determine whether the data defined by the first event was successfully evaluated against the set of executable template code blocks, and a success evaluation Generates a second event,
d) in response to the second event, providing the distributed computer system with a second message including the researcher's identification code, the clinical trial, and a data set defined by the second event. Further including
A computer-implemented method.
各支払カードを、所与の被験者に、及びこれに対応して前記臨床試験への前記被験者の参加を管理する所与の試験現場に関連付けるステップと、
ある支払要求に関して、１又はそれ以上のトランザクションパラメータを含む電子データを受け取るステップと、
前記１又はそれ以上の受け取ったトランザクションパラメータを、臨床試験協約により定義される対応する記憶されたトランザクションパラメータと比較して、前記記憶されたトランザクションパラメータからの偏差を識別するステップと、
前記１又はそれ以上の受け取ったトランザクションパラメータを、様々な臨床管理システム（ＩＶＲＳ、ＩＷＲＳ、ＣＴＭＳ、ＥＤＣ、ＤＭＳ、及び臨床データを記憶するその他のシステム）からの対応する記憶された電子データと比較して偏差を識別するステップと、
いずれかの偏差が識別された場合、前記試験現場に維持されている不正スコアを、前記識別された偏差の関数として更新するステップと、
前記更新された前記現場の不正スコアが規定の閾値を超える場合、前記支払要求を拒否するステップと、
を含むことを特徴とする方法。 A method of reducing fraud in said clinical trial using a payment card or check to pay a subject participating in the clinical trial, comprising:
Associating each payment card with a given subject and correspondingly a given study site that manages the participation of the subject in the clinical trial;
Receiving electronic data including one or more transaction parameters for a payment request;
Comparing the one or more received transaction parameters with corresponding stored transaction parameters defined by a clinical trial agreement to identify deviations from the stored transaction parameters;
The one or more received transaction parameters are compared with corresponding stored electronic data from various clinical management systems (IVRS, IWRS, CTMS, EDC, DMS, and other systems that store clinical data). Identifying the deviation by
If any deviation is identified, updating a fraud score maintained at the test site as a function of the identified deviation;
Refusing the payment request if the updated fraud score at the site exceeds a predetermined threshold;
A method comprising the steps of:
を含むことを特徴とする請求項２に記載の方法。 Updating the fraud score comprises calculating one or more weighting values representing the likelihood that the payment request is fraudulent as a function of the identified deviation; Updating as a function of one or more weight values or one or more frequencies of said weight values;
The method of claim 2 comprising:
ことを特徴とする請求項２に記載の方法。 The received and stored transaction parameters include a time parameter that defines a relative or absolute timing at which the corresponding payment request is considered valid, and comparing the received and stored transaction parameters comprises the test Comparing the stored time parameter defined by the agreement with the received time parameter;
The method according to claim 2.
ことを特徴とする請求項２に記載の方法。 The test agreement defines the number of payment events that are allowed to be funded by a payment card, and the received and stored transaction parameter includes a payment event identifier and compares the received and stored transaction parameter Comparing the received and stored payment event identifiers to identify the defined payment event corresponding to the payment request, and then determining the received timing parameter for the payment request to the test Comparing with a stored timing parameter for the identified payment event, as defined by an agreement,
The method according to claim 2.
ａ）自然言語契約上の協約内の、各々が可変要素を含むとともに規定値を有する複数の契約条項を識別するステップと、
ｂ）前記複数の契約条項を、前記可変要素をそれぞれ含むそれぞれの制約付き自然言語宣言文に縮小するステップと、
ｃ）前記可変要素をパラメータ化して、各前記制約付き自然言語宣言文内にそれぞれのパラメータ化した可変要素を提供するステップと、
ｄ）前記パラメータ化された可変要素に関して前記規定値を記録するステップと、
を含み、前記規定値は、前記パラメータ化された可変要素のうちの対応する要素に関連付けることができ、また前記制約付き自然言語宣言文とは別個に記録される、
ことを特徴とするコンピュータ実行方法。 A computer-implemented method for functionally executing a natural language contract agreement,
a) identifying a plurality of contract terms, each of which includes a variable element and has a prescribed value, within a natural language contractual agreement;
b) reducing the plurality of contract clauses into respective constrained natural language declaration statements each including the variable element;
c) parameterizing the variable element to provide a respective parameterized variable element within each constrained natural language declaration statement;
d) recording the specified value for the parameterized variable;
The specified value can be associated with a corresponding element of the parameterized variable elements and is recorded separately from the constrained natural language declaration statement.
A computer-implemented method.
ことを特徴とする請求項６に記載のコンピュータ実行方法。 Autonomously generating a respective machine source code fragment for the constrained natural language declaration statement, the respective machine source code fragment holding an identification code of the parameterized variable element;
The computer-implemented method according to claim 6.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US30642510P | 2010-02-19 | 2010-02-19 | |
| US61/306,425 | 2010-02-19 | ||
| PCT/US2011/025570 WO2011103523A1 (en) | 2010-02-19 | 2011-02-19 | Clinical payment network system and methods |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2013520730A true JP2013520730A (en) | 2013-06-06 |
Family
ID=44483342
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012554078A Ceased JP2013520730A (en) | 2010-02-19 | 2011-02-19 | Clinical payment network system and method |
Country Status (6)
| Country | Link |
|---|---|
| EP (1) | EP2537135A4 (en) |
| JP (1) | JP2013520730A (en) |
| CN (1) | CN102893302A (en) |
| AU (1) | AU2011217881A1 (en) |
| CA (1) | CA2790472A1 (en) |
| WO (1) | WO2011103523A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2022087150A (en) * | 2012-10-03 | 2022-06-09 | グリー株式会社 | Online game synchronization method, online game synchronization system, server, and online game synchronization program |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8719049B2 (en) * | 2010-06-30 | 2014-05-06 | Greenphire Llc | Automated method of reporting payments made to patients for their participation in a clinical study in a blinded manner to the sponsor of the clinical study |
| US20140379362A1 (en) * | 2013-06-21 | 2014-12-25 | Tcn Technologies, Llc | Clinical trial participant reimbursement system |
| CN117611146A (en) * | 2017-05-22 | 2024-02-27 | 区块链控股有限公司 | Securely providing undetermined data of undetermined origin into a lock script of a blockchain transaction |
| EP3803724A4 (en) | 2018-06-01 | 2022-02-09 | Greenphire, Inc. | System and method for user interface and data processing management for clinical trial administration systems |
| WO2021222431A1 (en) * | 2020-04-28 | 2021-11-04 | Greenphire, Inc. | System and method for graphical user interface management providing historical data-based forecasting for clinical trials |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005078626A2 (en) * | 2004-02-18 | 2005-08-25 | Siemens Aktiengesellschaft | Method and system for measuring quality of performance and/or compliance with protocol of a clinical study |
| JP2006508435A (en) * | 2002-11-27 | 2006-03-09 | ジョージ メディカ プロプライエタリー リミテッド | Clinical trial implementation system |
| JP2006215820A (en) * | 2005-02-03 | 2006-08-17 | Gunma Univ | Clinical trial management system and clinical trial management method |
| JP2007122295A (en) * | 2005-10-27 | 2007-05-17 | Hitachi Ltd | Clinical trial information processing server and clinical trial information processing method |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8682685B2 (en) * | 2005-03-02 | 2014-03-25 | David P. Katz | System and method for assessing data quality during clinical trials |
| US8112291B2 (en) * | 2005-10-07 | 2012-02-07 | Cerner Innovation, Inc. | User interface for prioritizing opportunities for clinical process improvement |
| US20070255587A1 (en) * | 2006-05-01 | 2007-11-01 | Chien Janet C | Clinical trial finance management system |
-
2011
- 2011-02-19 EP EP11745398.5A patent/EP2537135A4/en not_active Withdrawn
- 2011-02-19 CN CN2011800198430A patent/CN102893302A/en active Pending
- 2011-02-19 WO PCT/US2011/025570 patent/WO2011103523A1/en active Application Filing
- 2011-02-19 JP JP2012554078A patent/JP2013520730A/en not_active Ceased
- 2011-02-19 AU AU2011217881A patent/AU2011217881A1/en not_active Abandoned
- 2011-02-19 CA CA2790472A patent/CA2790472A1/en not_active Abandoned
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006508435A (en) * | 2002-11-27 | 2006-03-09 | ジョージ メディカ プロプライエタリー リミテッド | Clinical trial implementation system |
| WO2005078626A2 (en) * | 2004-02-18 | 2005-08-25 | Siemens Aktiengesellschaft | Method and system for measuring quality of performance and/or compliance with protocol of a clinical study |
| JP2006215820A (en) * | 2005-02-03 | 2006-08-17 | Gunma Univ | Clinical trial management system and clinical trial management method |
| JP2007122295A (en) * | 2005-10-27 | 2007-05-17 | Hitachi Ltd | Clinical trial information processing server and clinical trial information processing method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2022087150A (en) * | 2012-10-03 | 2022-06-09 | グリー株式会社 | Online game synchronization method, online game synchronization system, server, and online game synchronization program |
| JP7234440B2 (en) | 2012-10-03 | 2023-03-07 | グリー株式会社 | Online game synchronization method, online game synchronization system, server, and online game synchronization program |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2790472A1 (en) | 2011-08-25 |
| CN102893302A (en) | 2013-01-23 |
| WO2011103523A1 (en) | 2011-08-25 |
| EP2537135A4 (en) | 2014-12-24 |
| EP2537135A1 (en) | 2012-12-26 |
| AU2011217881A1 (en) | 2012-09-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11232377B2 (en) | Integrated clinical trial workflow system | |
| US7917378B2 (en) | System for processing healthcare claim data | |
| US11562438B1 (en) | Systems and methods for auditing discount card-based healthcare purchases | |
| CA2531875C (en) | System and method for operating modules of a claims adjudication engine | |
| US20030149594A1 (en) | System and method for secure highway for real-time preadjudication and payment of medical claims | |
| Gerede et al. | Static analysis of business artifact-centric operational models | |
| US20030191667A1 (en) | System and user interface supporting use of rules for processing healthcare and other claim data | |
| Wutthikarn et al. | Prototype of blockchain in dental care service application based on hyperledger composer in hyperledger fabric framework | |
| JP2004005588A (en) | System for processing financial data and invoice data related to health care of patient and method of processing financial data related to health care of patient | |
| MXPA05004988A (en) | A system and process for electronic subrogation, inter-organization workflow management, inter-organization transaction processing and optimized web-baser user interaction. | |
| US20050033605A1 (en) | Configuring a semantic network to process health care transactions | |
| US20060173672A1 (en) | Processing health care transactions using a semantic network | |
| JP2013520730A (en) | Clinical payment network system and method | |
| US20020013716A1 (en) | Network based integrated system of care | |
| Abdullah et al. | Performance evaluation of rule‐based expert systems: An example from medical billing domain | |
| CA2654617C (en) | Revising containerized processing logic for use in insurance claim processing | |
| CN117083603A (en) | System for process coordination and interoperation across different systems, platforms and/or services | |
| JP2005523504A (en) | A system that allows consumers to access healthcare-related information | |
| JP2005522766A (en) | A system for processing healthcare claim data. | |
| Piho | Archetypes based techniques for development of domains, Requirements and Software | |
| WO2000054199A2 (en) | Methods and systems for performing workflow | |
| Qamardin | Analysis and design of accounting information system national health insurance acceptance cycle at Fatmawati Central General Hospital | |
| TENKORANG | AUTOMATED SYSTEM FOR NATIONAL HEALTH INSURANCE SCHEME (NHIS) CLAIMS | |
| Sinthuja | Online Patient Management System For Modern New Medi Care Hospital | |
| Ramani et al. | Hospital Information System: PULSE Implementing IT in health-care |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140219 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20141128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150105 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20150406 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150706 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20151224 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160105 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160127 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20160226 |
|
| A045 | Written measure of dismissal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A045 Effective date: 20160530 |