專利名稱：臨床支付網(wǎng)絡(luò)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及醫(yī)學(xué)研究中通常牽涉的財務(wù)交易的領(lǐng)域，更具體地，涉及能夠管理臨床試驗的計算機(jī)實現(xiàn)的財務(wù)管理系統(tǒng)和方法，包括按照控制協(xié)議的條款在分布式臨床試驗的環(huán)境下進(jìn)行的支付。
背景技術(shù)：
傳統(tǒng)上，建立健康干預(yù)的安全性和有效性要求臨床試驗，涉及例如藥物、診斷和設(shè)備。雖然初期試驗可能很小，但是后期試驗可能涉及成千上萬的患者參與者。雖然臨床試驗中積極參與的調(diào)查者(investigator)的數(shù)量取決于試驗登記要求和疾病狀態(tài)，但經(jīng)常需 要數(shù)百個調(diào)查者。這些調(diào)查者將在可能從幾周到幾個月的周期中參與個體患者的治療和周期性后續(xù)活動，并且許多可能跨越多年。這些調(diào)查者常常會同時參與多個試驗，其中各個試驗的各個調(diào)查者會被要求管理患者參與者的獨(dú)特集合，各個集合具有獨(dú)特的治療和后續(xù)活動要求。臨床試驗的主辦者(傳統(tǒng)上是制藥、生物技術(shù)、醫(yī)藥設(shè)備公司、研究中心、醫(yī)院和其他類似的實體)會按合同支付調(diào)查者、臨床研究組織(CR0)、實驗室、被試者(subject)(也被稱為患者參與者)、研究中心、醫(yī)院和其他類似的實體，以執(zhí)行、管理或參與臨床試驗過程中的某些操作事件。調(diào)查者是為臨床試驗承擔(dān)操作管理和責(zé)任的主要實體的示例。典型地，調(diào)查者必須及時地向附屬機(jī)構(gòu)支付，諸如實驗室、輸液中心、X光和相關(guān)成像設(shè)施、藥房、以及產(chǎn)品和服務(wù)被用于臨床試驗的執(zhí)行的其他第三方。用于培訓(xùn)和設(shè)立必要的設(shè)施以指揮臨床試驗的先期開銷也由調(diào)查者支付。典型地還要求調(diào)查者首先承諾支付登記和篩選有希望的患者參與者的花銷、以及被試者和必要的健康專業(yè)人士的持續(xù)花銷?？芍Ц督o患者參與者的參與者費(fèi)用和相關(guān)的開支也必須由調(diào)查者預(yù)先支付。當(dāng)前，在臨床試驗的調(diào)查者開出費(fèi)用賬單給主辦方或CRO之后或者在CRO或主辦方負(fù)責(zé)代表調(diào)查者生成賬單的情況下，在行業(yè)平均的80到180天之間或更長的時間之后，支付臨床試驗的調(diào)查者。無論哪種情況，主辦方或CRO通常都是延遲的主要來源。在賬單能夠被提交以支付之前，調(diào)查者需要提交用于核準(zhǔn)的開支支持或其他報告，這額外的審查和核準(zhǔn)過程導(dǎo)致進(jìn)一步的延遲。然而，調(diào)查者通常必須在標(biāo)準(zhǔn)的30天凈時間表上支付他們的賬單。這個現(xiàn)金流的不平衡令調(diào)查者非常沮喪。美國大約52%的承擔(dān)臨床試驗的調(diào)查者僅執(zhí)行單個試驗。向美國食品和藥物管理局(FDA)注冊的臨床試驗在全球擴(kuò)張不僅是為了患者使用(access)的目的，也是為了調(diào)查者的使用。假定將一種新藥物引入市場的開銷當(dāng)前估計是在8億到10億美元范圍內(nèi)，一年一年增加，且臨床試驗的持續(xù)時間在增加，經(jīng)常由于登記不足，留住調(diào)查者對于減少整個新藥物的開銷至關(guān)重要。停止參加臨床試驗的調(diào)查者給出的主要原因是不能按時并全額地從主辦方和CRO獲得支付。潛在的問題是缺少追蹤、管理并及時地償還調(diào)查者的有效的、經(jīng)常是任何有意義的自動化方式。在全球基礎(chǔ)上，當(dāng)前每年有將近650億美元被支付用于研究和開發(fā)藥物、設(shè)備、診斷和其他類似的研究。不幸的是，新藥物候選幾乎總是要求高度專業(yè)化的試驗協(xié)議，其施加了為了接收支付授權(quán)而必須滿足的復(fù)雜條件集，等等。每年向FDA和相應(yīng)的國際機(jī)構(gòu)提交大約有10000個新試驗。而且，所述協(xié)議和支付條件通常在復(fù)雜的臨床試驗協(xié)議(CTA)中被規(guī)定，通常在主辦方或CRO與每個參與的調(diào)查者之間分別協(xié)商CTA。每個階段III臨床試驗通常平均要求50至100個研究地點(diǎn)。階段IV試驗一般涉及幾百至幾千的研究地點(diǎn)。對于每個CTA，在試驗的過程中假定典型的兩個協(xié)議修正，則主辦方或CRO必須不斷地評估和重新評估數(shù)百上千的協(xié)議。條款的潛在不同定義、里程碑要求的不同說明、評估的方式，以及不同的有效日期，使得為臨床試驗付款更加復(fù)雜。因此，很多管理臨床試驗的財務(wù)記賬都是手動或通過使用非特定的臨床試驗計算機(jī)自動化程序(諸如電子表格和通用的記賬系統(tǒng))來完成。傳統(tǒng)的計算機(jī)自動化即使被主辦 方或CRO針對一個指定的臨床試驗或特定的事務(wù)修改，也由于日益不同的CTA差異而很快變得太過復(fù)雜和笨拙，而無法準(zhǔn)確管理臨床試驗。此外，調(diào)查者主要負(fù)責(zé)數(shù)據(jù)登錄。因此，當(dāng)嘗試正確地分類和歸檔花銷或記錄應(yīng)收賬款時，他們必須整體上處理試驗中涉及的不同合同類型和條款。結(jié)果就是，調(diào)查者、地點(diǎn)、研究人員、主辦方和CRO都經(jīng)受大量的時間成本，而這些時間本可以更好地花在臨床試驗研究上。主辦方或CRO與調(diào)查者之間冗長的和解(reconciliation)過程和爭論是常見的結(jié)果。 由于復(fù)雜性和要求人工處理，主辦方已經(jīng)日漸將支付過程外包給CR0。雖然這將大部分負(fù)擔(dān)轉(zhuǎn)移至CR0，但同時也對主辦方和CRO產(chǎn)生了額外的負(fù)擔(dān)。具體地，主辦方現(xiàn)在必須考慮到保留的CRO的操作，包括準(zhǔn)確地報告臨床試驗的內(nèi)部和外部開銷。由于CRO不定時地發(fā)布報告以及主辦方施加的非GAAP和其他標(biāo)準(zhǔn)化的報告要求，這通常很復(fù)雜。另外，主辦方通常會使用多個CR0，導(dǎo)致單個試驗的報告不一致和缺乏臨床試驗花銷的可見性，更別說很多正在進(jìn)行的試驗了。對于一些組織，這還在本地層面造成監(jiān)管報告的挑戰(zhàn)。隨著最近的《Patient Protection and Affordable Care Act of 2009 (2009 年保護(hù)患者及可負(fù)擔(dān)費(fèi)用的醫(yī)療法案)》(H. R. 3590和6002節(jié))在2010年3月23日被簽署成為法律，所有美國公司現(xiàn)在都要求透明的研究花銷報告的準(zhǔn)確性和一致性。CRO外包帶來的另一個復(fù)雜性是損害在臨床試驗中提供、采集和產(chǎn)生的患者、財務(wù)和其他信息的機(jī)密性的可能性。不僅CRO是個獨(dú)立的公司，而且CRO還通常會同時參與不同主辦方的多個臨床試驗。CRO混雜此數(shù)據(jù)(包括潛在的混雜)也可能受到對于處理從參與的患者收集到的個人/隱私數(shù)據(jù)的監(jiān)管限制。主辦方要維持學(xué)習(xí)數(shù)據(jù)的安全和不損害、同時又要在組織和臨床試驗的范圍內(nèi)隨時能夠提供這些數(shù)據(jù)的需求進(jìn)一步增加了復(fù)雜性。因此，存在能夠有效并準(zhǔn)確地管理臨床試驗(特別是包括主辦方、CRO和調(diào)查者之間產(chǎn)生的賬單和支付)的臨床試驗支付系統(tǒng)的需求。這樣的系統(tǒng)應(yīng)該能夠排除混雜數(shù)據(jù)或損害數(shù)據(jù)的機(jī)密性的可能性。

發(fā)明內(nèi)容
因此，本發(fā)明的一般目的是提供管理臨床試驗的有效的計算機(jī)實現(xiàn)的系統(tǒng)和方法，包括按照臨床試驗協(xié)議、主要服務(wù)協(xié)議、研究協(xié)議和其他包含財務(wù)條款的協(xié)議的條款，在分布式臨床試驗的場景中進(jìn)行記賬和支付。在本發(fā)明中，這是通過在分布式計算機(jī)系統(tǒng)內(nèi)提供第一消息而實現(xiàn)，所述第一消息標(biāo)識臨床試驗的執(zhí)行內(nèi)的第一事件發(fā)起的交易，所述第一消息提供調(diào)查者的標(biāo)識和第一事件定義的數(shù)據(jù)集。從分布式數(shù)據(jù)庫中檢索對所述臨床試驗和調(diào)查者特定的可執(zhí)行的模板代碼塊。所述可執(zhí)行的模板代碼塊包括聲明語句，所述聲明語句表示來源于與所述臨床試驗和調(diào)查者對應(yīng)的臨床試驗協(xié)議的獨(dú)特(distinct)操作和財務(wù)要求。執(zhí)行動態(tài)地合并所述可執(zhí)行的模板代碼塊的應(yīng)用，以確定所述第一事件數(shù)據(jù)針對可執(zhí)行的模板代碼塊是否成功地評估。成功的評估生成第二事件，其向所述分布式計算機(jī)系統(tǒng)提供第二消息，包括所述調(diào)查者的標(biāo)識、所述臨床試驗以及第二事件定義的數(shù)據(jù)集。記賬引擎隨后可向適當(dāng)?shù)慕M織發(fā)布相應(yīng)的文檔和交易。本發(fā)明的一個優(yōu)勢是定義為合同元語言(CML)的受約束的自然語言被用于編碼來·自未受約束的語言協(xié)議的與操作或執(zhí)行相關(guān)的合同條款，特別是包括財務(wù)條款。得到的合同特定的CML被輸入并轉(zhuǎn)換成可解釋的腳本、可編譯的編程語言，或者呈現(xiàn)為機(jī)器可讀的代碼(MRC)。該轉(zhuǎn)換過程還呈現(xiàn)用戶接口(UI)的描述性的、可解釋的或可編譯的規(guī)范，使用戶能夠輸入對應(yīng)于可能兼容的操作的合同條款數(shù)據(jù)的數(shù)據(jù)。響應(yīng)于接下來的事件或操作商業(yè)事件，所述Π規(guī)范和呈現(xiàn)的MRC被選擇性地存儲用于后續(xù)檢索。MRC被執(zhí)行以確定與事件相關(guān)聯(lián)的數(shù)據(jù)是否滿足操作合同條款的標(biāo)準(zhǔn)。本發(fā)明的另一個優(yōu)勢是分布式計算機(jī)系統(tǒng)實現(xiàn)數(shù)據(jù)倉架構(gòu)，其允許參與組織(諸如主辦方、調(diào)查者、實驗室、中央機(jī)構(gòu)審查委員會、研究公司和CR0)在所述組織指派或保持的數(shù)據(jù)中心內(nèi)維持離散的(discrete)數(shù)據(jù)存儲系統(tǒng)中的臨床試驗特定的數(shù)據(jù)。所述組織和他們的代理具有遠(yuǎn)程應(yīng)用的Π和取決于數(shù)據(jù)倉存儲的數(shù)據(jù)而配置的相應(yīng)商業(yè)邏輯的共
享使用。本發(fā)明的另一個優(yōu)勢是分布式計算機(jī)系統(tǒng)使能全球臨床支付網(wǎng)絡(luò)，其中，對于組織和調(diào)查者的獨(dú)特組合，創(chuàng)建并個性化統(tǒng)一的工作流程，使得交易能夠有效地被處理，并且適合時，向支付網(wǎng)絡(luò)的成員發(fā)起財務(wù)記賬和支付。本發(fā)明的又一個優(yōu)勢是能夠根據(jù)對試驗的執(zhí)行施加的臨床試驗協(xié)議和其他協(xié)議有效地分解CML。CML語句是離散的、聲明性的，使得復(fù)雜的臨床試驗協(xié)議能夠被準(zhǔn)確地輸入為受約束的自然語言。CML制作工具允許使用基于表單的用戶接口和通用的(generic)、可選擇的、半自定義的語句模板的庫輸入離散的CML語句。本發(fā)明的又一個優(yōu)勢是可以以不同的方式分發(fā)財務(wù)記賬和支付，特別是對參與的患者，包括使用可加值式或非可加值式的借記卡或信用卡、銀行匯款、銀行匯票、支票等等?？梢园凑沼上嚓P(guān)的臨床試驗里程碑或單獨(dú)的動作的完成而確定的時間表釋放(release)支付，并且能夠針對由例如相關(guān)的臨床試驗調(diào)查者發(fā)起的記錄而交叉檢查執(zhí)行情況。過去的支付和頻率也能夠被認(rèn)為是避免欺詐的基礎(chǔ)。


圖I圖示了可以有效利用本發(fā)明的優(yōu)選實施例的優(yōu)選的分布式數(shù)據(jù)處理操作環(huán)境;圖2是提供了使用可以有效利用本發(fā)明的優(yōu)選的實施例的分布式數(shù)據(jù)處理操作環(huán)境的企業(yè)服務(wù)總線而實現(xiàn)的面向服務(wù)的架構(gòu)的代表性視圖的框圖；圖3A是提供了本發(fā)明的優(yōu)選的實施例中實現(xiàn)的分布式服務(wù)和系統(tǒng)的代表性視圖的框圖；圖3B提供了本發(fā)明的優(yōu)選的實施例中實現(xiàn)的應(yīng)用服務(wù)實例和相關(guān)聯(lián)的數(shù)據(jù)倉(data-pod)的框圖；圖4提供了說明本發(fā)明的優(yōu)選的實施例中實現(xiàn)的消息處理流程(包括分派)的框圖；
圖5圖示了本發(fā)明的優(yōu)選的實施例中實現(xiàn)的、用于生成合同元語言語句和針對Π規(guī)范和參數(shù)化的可執(zhí)行代碼塊的有效語句的辨析(resolution)的處理流程；圖6是本發(fā)明的優(yōu)選的實施例中實現(xiàn)的合同元語言庫存儲的細(xì)節(jié)框圖；圖7圖示了本發(fā)明的優(yōu)選的實施例中實現(xiàn)的用于由可動作的事件生成消息的優(yōu)選的處理流程；圖8圖示了本發(fā)明的優(yōu)選的實施例中實現(xiàn)的用于驗證和評估接收到的消息的內(nèi)容的優(yōu)選的處理流程；圖9圖示了根據(jù)本發(fā)明的優(yōu)選的實施例的用于開賬單和分發(fā)(distributing)財務(wù)支付的優(yōu)選的處理流程；圖10提供了根據(jù)本發(fā)明的優(yōu)選的實施例的基于模板的數(shù)據(jù)條目表單的圖像呈現(xiàn)、該數(shù)據(jù)條目表單能夠參數(shù)化CML模板Π或以用戶選擇的通用(generic)基模板開始的代碼塊模板；圖11提供了顯示完成了參數(shù)化CML模板Π或代碼塊模板的基于模板的數(shù)據(jù)條目表單的圖像呈現(xiàn)。
具體實施例方式在能夠在管理臨床試驗(更具體地關(guān)于財務(wù)交易的處理)的背景中支持全球訪問和使用的分布式計算機(jī)系統(tǒng)的優(yōu)選場景中描述本發(fā)明。然而，本發(fā)明能夠適當(dāng)?shù)靥幚砼R床試驗內(nèi)的所有操作性的交易，以及進(jìn)一步地，分布式計算機(jī)系統(tǒng)內(nèi)的、要求操作性條件的復(fù)雜并典型為決定性評估的操作性的交易。這些能力在本發(fā)明接下來的詳細(xì)說明中會變得更清晰，其中，相同的附圖標(biāo)記被用于表示一個或多個附圖中的同樣部分。參考圖1，分布式數(shù)據(jù)處理系統(tǒng)10的優(yōu)選環(huán)境典型地包括通過網(wǎng)絡(luò)12互聯(lián)的異構(gòu)計算機(jī)平臺，傳統(tǒng)上，網(wǎng)絡(luò)12是全球因特網(wǎng)。服務(wù)器14、16和18典型地位于數(shù)據(jù)中心，其由臨床試驗組織擁有或操作，或者駐住于受到安全約束的第三方。服務(wù)器14、16和18典型地在本地或通過網(wǎng)絡(luò)12保持任何數(shù)目的常常變化的客戶端20、22。為了當(dāng)前討論的目的，將組織限定為法律實體，優(yōu)選地由作為給定臨床試驗的母公司的主要公司表示。組織可以包括其他公司，所述公司是獨(dú)立的法人實體，諸如全資分支，其財務(wù)結(jié)果歸總到母公司。一個組織可以查看另一個組織，如果第一個組織是第二個組織的監(jiān)管者(custodian)，這兩個組織通過邀請或接受另一個組織到他們的商業(yè)伙伴網(wǎng)絡(luò)中而被鏈接，或者將他們自己在支付網(wǎng)絡(luò)中公開列出。當(dāng)前實施例優(yōu)選地要求每個組織和每個研究具有監(jiān)管者。因為可能不是所有組織都是支付網(wǎng)絡(luò)的成員，所以網(wǎng)絡(luò)內(nèi)的組織可以創(chuàng)建其他組織并作為指定的監(jiān)管者。一旦當(dāng)前被監(jiān)管者管理的組織加入支付網(wǎng)絡(luò)，則加入的組織可以選擇成為他們自己組織的監(jiān)管者并具有自治的特權(quán)。被試者是參與臨床試驗的人，典型地，是參與的患者。協(xié)議是描述了被試者的接納和排除準(zhǔn)則、包括要執(zhí)行的過程和測試及其原因的訪問時間表的文檔。協(xié)議指定了要使用的統(tǒng)計分析方法、主要終點(diǎn)和次要(secondary)終點(diǎn)，并列出所有已知的安全問題和收集不良事件的方法。簡而言之，協(xié)議概述了要執(zhí)行的實驗的方法論、誰能參與以及預(yù)期的結(jié)果應(yīng)該是什么。主辦方是制藥、生物技術(shù)或醫(yī)藥設(shè)備公司，或提議執(zhí)行臨床試驗的研究中心或醫(yī)生，測試有效主張(claim)的限定集合以及測試產(chǎn)品是安全的。設(shè)備試驗可以測試功效結(jié)果和用于廣告目的的特定主張。地點(diǎn)是參與臨床試驗并基于協(xié)議接納準(zhǔn)則登記被試者的設(shè)施。地點(diǎn)可以是大學(xué)醫(yī)·院、管理的護(hù)理醫(yī)院、研究M.D.和相關(guān)的中心，初級和專業(yè)的保健醫(yī)生。臨床研究組織執(zhí)行與研究和發(fā)展相關(guān)的服務(wù)，并約定執(zhí)行多種臨床試驗相關(guān)的服務(wù)。監(jiān)管者或監(jiān)管組織是負(fù)責(zé)維持默認(rèn)值、工作流程的配置、數(shù)據(jù)、安全性、人員以及組織的所有其他數(shù)據(jù)的組織。組織可以是另一個組織的監(jiān)管者或是其自身的監(jiān)管者。在潛在地適合于實現(xiàn)本發(fā)明的實施的不同分布式數(shù)據(jù)處理架構(gòu)之中，面向服務(wù)的架構(gòu)(SOA)是優(yōu)選的。有效地使用獨(dú)特的、模塊化的商業(yè)信息服務(wù)作為期望的商業(yè)信息服務(wù)系統(tǒng)的解構(gòu)元素是優(yōu)選的，因為它允許服務(wù)和系統(tǒng)的松耦合，特別地包括關(guān)于客戶端平臺20,22的終端用戶。在當(dāng)前優(yōu)選的臨床支付網(wǎng)絡(luò)的實現(xiàn)中，服務(wù)器14優(yōu)選地表示臨床支付網(wǎng)絡(luò)應(yīng)用引擎和系統(tǒng)數(shù)據(jù)倉。服務(wù)器16的多個實例優(yōu)選地表示不同的組織，諸如主辦方、CR0、地點(diǎn)、由第三方保持的電子臨床系統(tǒng)、組織、數(shù)據(jù)倉庫和類似的實體。服務(wù)器18的多個實例優(yōu)選地表示公共服務(wù)，諸如銀行、支付票據(jù)交換所(payment clearing house)、貨幣兌換處和類似的實體。如圖2所示，優(yōu)選的SOA實現(xiàn)30采用企業(yè)服務(wù)總線(ESB)32作為互聯(lián)不同服務(wù)請求者341-N和服務(wù)提供者361-M的中間件(middleware)層。企業(yè)服務(wù)總線32優(yōu)選地實現(xiàn)消息傳遞結(jié)構(gòu)，該結(jié)構(gòu)保持(host)增加功能組件38的嵌入式集合，包括服務(wù)適配器和協(xié)議轉(zhuǎn)換器、路由和事件控制，以及可選擇地，性能管理和監(jiān)視儀器。至少從架構(gòu)的角度，分布的服務(wù)請求者341-N和提供者361-M可以利用一致的集成模式一致地連接到ESB 32和通過ESB 32連接，以實現(xiàn)各種業(yè)務(wù)過程，所述過程是一起實現(xiàn)期望的分布式數(shù)據(jù)處理系統(tǒng)10所必需的。ESB 32的功能是遵從基于ESB的網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換，路由服務(wù)請求者341-N和服務(wù)提供者361-M之間的、表示網(wǎng)絡(luò)協(xié)議特定的請求和響應(yīng)的消息。ESB 32中能夠?qū)崿F(xiàn)的其他的嵌入式組件38的功能包括支持異步消息傳遞(messaging)、交替和增強(qiáng)的消息傳遞路由能力、標(biāo)準(zhǔn)化授權(quán)，以及認(rèn)證和審核控制，包括外部標(biāo)準(zhǔn)LDAP服務(wù)的接口。也可以通過嵌入式組件38實現(xiàn)標(biāo)準(zhǔn)網(wǎng)絡(luò)服務(wù)協(xié)議，諸如簡單對象訪問協(xié)議(SOAP)和表述性狀態(tài)轉(zhuǎn)移(REST)。消息傳遞協(xié)議，諸如微軟消息隊列(MSMQ)、WindowS通信基礎(chǔ)(WCF)、微軟.NET框架、英特網(wǎng)信息服務(wù)(HS)、微軟分散交易協(xié)調(diào)器(MSDTC)也被使用。服務(wù)消費(fèi)者也可以實現(xiàn)結(jié)構(gòu)化的文檔服務(wù)器以便支持超文本(HTTP)和其他基于可擴(kuò)展標(biāo)記語言(XML)的協(xié)議。也可以根據(jù)需要實現(xiàn)應(yīng)用特定和其他私有網(wǎng)絡(luò)協(xié)議。臨床支付網(wǎng)絡(luò)50的優(yōu)選系統(tǒng)架構(gòu)一般地如圖3A所示。主要的操作控制和監(jiān)督由臨床支付網(wǎng)絡(luò)50的所有者或其代表通過系統(tǒng)數(shù)據(jù)中心內(nèi)駐留(host)的系統(tǒng)服務(wù)器52執(zhí)行。優(yōu)選地，系統(tǒng)數(shù)據(jù)倉54也駐留在系統(tǒng)數(shù)據(jù)中心內(nèi)。系統(tǒng)服務(wù)器52和系統(tǒng)數(shù)據(jù)倉54交互操作以提供對系統(tǒng)級的配置數(shù)據(jù)、定義訪問臨床支付網(wǎng)絡(luò)50內(nèi)并連接到臨床支付網(wǎng)絡(luò)50的各種資源的不同實體之間的訪問權(quán)限的安全信息的控制和存儲，以及對反映臨床支付網(wǎng)絡(luò)50的持續(xù)使用和性能的管理數(shù)據(jù)的收集和分析。特別地，系統(tǒng)數(shù)據(jù)倉54包括優(yōu)選地存儲通用數(shù)據(jù)的數(shù)據(jù)庫(未顯示)，它在臨床支付網(wǎng)絡(luò)50內(nèi)是公開的，其標(biāo)識網(wǎng)絡(luò)內(nèi)的已知數(shù)據(jù)倉、參與的和相關(guān)的組織、研究名稱、以及認(rèn)證和其他適合于使能安全用戶登陸和研究數(shù)據(jù)訪問的安全數(shù)據(jù)。系統(tǒng)數(shù)據(jù)倉54還優(yōu)選地包含足以執(zhí)行全球數(shù)據(jù)倉發(fā)現(xiàn)的數(shù)據(jù)。因此，受到管理的安全約束，系統(tǒng)數(shù)據(jù)倉54很大程度上作為專用于系統(tǒng)服務(wù)器52和一般地用于其他系統(tǒng)的網(wǎng)絡(luò)可訪問存儲資源而工作，所述其它系統(tǒng)在臨床支付網(wǎng)絡(luò)50中或連接到 臨床支付網(wǎng)絡(luò)50。優(yōu)選提供多個應(yīng)用服務(wù)器56，以至少執(zhí)行有效地實現(xiàn)臨床支付網(wǎng)絡(luò)50的臨床支付應(yīng)用的核心組件。在優(yōu)選的實施例中，使用軟件作為服務(wù)(SaaS)和面向服務(wù)的服務(wù)(SOA)架構(gòu)實現(xiàn)臨床支付應(yīng)用。應(yīng)用服務(wù)器56優(yōu)選在地理上分布。不像傳統(tǒng)的SaaS系統(tǒng)，臨床支付應(yīng)用的數(shù)據(jù)存儲被優(yōu)選地分布到多個組織數(shù)據(jù)倉58和多個研究數(shù)據(jù)倉60、62。在參與臨床支付網(wǎng)絡(luò)50的各個組織(如上面定義的)的控制下維持這些組織數(shù)據(jù)倉58和研究數(shù)據(jù)倉60、62。諸如主辦方、CR0、藥房、實驗室、地點(diǎn)和其他實體的組織可以各自充當(dāng)監(jiān)管組織，并由此控制對包含在相應(yīng)的組織數(shù)據(jù)倉58實例和一個或多個研究數(shù)據(jù)倉60、62中的數(shù)據(jù)的訪問。優(yōu)選地，數(shù)據(jù)倉54、58、60、62各自具有單個監(jiān)管組織。相反地，組織可以是一個或多個研究數(shù)據(jù)倉60、62和一個對應(yīng)的組織數(shù)據(jù)倉58的監(jiān)管者。監(jiān)管組織可以授權(quán)訪問非監(jiān)管組織，典型地，通過邀請或限定的企業(yè)關(guān)系的方式。這允許非監(jiān)管組織根據(jù)非監(jiān)管組織的功能角色而訪問監(jiān)管組織數(shù)據(jù)倉58的實例和一個或多個相應(yīng)的研究數(shù)據(jù)倉60、62的實例的限定部分。照此，臨床支付網(wǎng)絡(luò)50可以遵從安全控制而向參與任意特定研究的所有實體提供綜合的訪問。財務(wù)和其他服務(wù)64通常被允許訪問并可以從臨床支付網(wǎng)絡(luò)50按需訪問。優(yōu)選地，這些服務(wù)64包括貨幣轉(zhuǎn)移、執(zhí)行合規(guī)性審查的咨詢、第三方和組織數(shù)據(jù)倉庫保持的臨床系統(tǒng)，以及專用數(shù)據(jù)源。特別地，銀行和類似的機(jī)構(gòu)會提供財務(wù)服務(wù)。按需要支持其他服務(wù)，且其他服務(wù)優(yōu)選地包括具有特定能力的專門CR0、電子和遠(yuǎn)程數(shù)據(jù)捕獲服務(wù)、由或代表主辦方或其他實體維持的數(shù)據(jù)倉庫。優(yōu)選地，實現(xiàn)臨床支付網(wǎng)絡(luò)50接口的客戶端應(yīng)用(未單獨(dú)顯示)被提供給這些服務(wù)64以使監(jiān)管組織限定的角色能夠與財務(wù)和其他服務(wù)64適當(dāng)?shù)亟换ァD3B顯示了組織數(shù)據(jù)倉58’實例、研究數(shù)據(jù)倉60’實例和應(yīng)用服務(wù)器72實例的優(yōu)選實現(xiàn)70。系統(tǒng)數(shù)據(jù)倉54被結(jié)構(gòu)化為與組織數(shù)據(jù)倉58’基本上相同。組織數(shù)據(jù)倉58’接收通過ESB 32經(jīng)由網(wǎng)絡(luò)12和相應(yīng)的服務(wù)請求者存根(stub)34’發(fā)送的消息。消息被接收到收件箱74中，并典型地被保留用于查看。組織數(shù)據(jù)倉58’包括數(shù)據(jù)庫76，其存儲了特定于相應(yīng)的監(jiān)管組織的數(shù)據(jù)。數(shù)據(jù)庫76根據(jù)多個模式(schema)提供數(shù)據(jù)的結(jié)構(gòu)化存儲。在優(yōu)選的實施例中，模式被提供用于記賬、一般的組織結(jié)構(gòu)(諸如人員、處室(division)、部門(department)、公司)、位置、地址、安全信息和授權(quán)、預(yù)算、合同和CML支持、配置、通知和報告、以及文本文件。研究數(shù)據(jù)倉60’包括消息收件箱78和研究數(shù)據(jù)庫80。收件箱78接收并典型地保持進(jìn)入的消息以便查看。研究數(shù)據(jù)庫優(yōu)選地存儲對于特定臨床試驗特定的全部信息。研究數(shù)據(jù)倉優(yōu)選地提供結(jié)構(gòu)化的存儲用于如何設(shè)置臨床試驗，包括關(guān)于主辦方、副主辦方、區(qū)域、同伴(cohort)、訪問、過程、CRF、地點(diǎn)、被試者和事件的一般信息?；诿總€數(shù)據(jù)倉一個研究將研究數(shù)據(jù)隔離，即，在監(jiān)管組織的控制下放置和維持研究數(shù)據(jù)倉60’，排除了對研究數(shù)據(jù)的意外的或其他未授權(quán)的訪問。有效地避免了混雜來自多個研究和來自不同監(jiān)管組織子網(wǎng)絡(luò)的數(shù)據(jù)的潛在可能性?！獋€潛在的隨之而來的問題在于分布式數(shù)據(jù)倉58、60、62可能存在于與應(yīng)用服務(wù)器56的域不同的域中。傳統(tǒng)上，跨域數(shù)據(jù)庫交易對實現(xiàn)基于交易的可靠性措施具有有限的能力。實現(xiàn)本發(fā)明的優(yōu)選實施例有利地利用ESB 32的能力來為分布式數(shù)據(jù)倉54、58、60、62 與應(yīng)用服務(wù)器56之間通過ESB 32的消息傳送創(chuàng)建可靠的異步交易。因此，在要求高可靠性的情況中，通過ESB32路由消息。否則，受制于減小的可靠性富余(margin)，應(yīng)用服務(wù)器56可以利用直接網(wǎng)絡(luò)12連接到收件箱和數(shù)據(jù)倉駐留的數(shù)據(jù)庫。應(yīng)用服務(wù)器72實例被優(yōu)選地實現(xiàn)為真實的或虛擬的高性能計算機(jī)系統(tǒng)。執(zhí)行應(yīng)用服務(wù)器處理82，以調(diào)整如組織接收的消息、以及被有效地分配到應(yīng)用服務(wù)器72實例的研究數(shù)據(jù)倉58’、60’實例的處理。優(yōu)選地，當(dāng)消息在相關(guān)聯(lián)的收件箱74、78中被排隊時，在網(wǎng)絡(luò)12上向應(yīng)用服務(wù)器處理82提供通知，并將通知記錄在事件數(shù)據(jù)庫84中。若性能允許，應(yīng)用服務(wù)器處理82檢索消息，且在消息包含CML語句的情況中，CML評估引擎86被用于執(zhí)行或處理所述CML語句。執(zhí)行結(jié)果是包括布爾(boolean)狀態(tài)的結(jié)果對象。當(dāng)執(zhí)行結(jié)果狀態(tài)為真時，結(jié)果對象還將典型地標(biāo)示要執(zhí)行的完全過程。如果為假，則CML語句的執(zhí)行被簡單地終止。為執(zhí)行完成過程，消息的結(jié)果對象表示被轉(zhuǎn)移到消息引擎87，其提供了對可能的完全過程的集合的執(zhí)行支持。在執(zhí)行完全過程中，消息引擎87會執(zhí)行一個或多個操作，其典型地涉及訪問和潛在地修改由系統(tǒng)數(shù)據(jù)倉54存儲的數(shù)據(jù)、訪問和修改存儲在組織和研究數(shù)據(jù)庫76、80的關(guān)聯(lián)組合中的數(shù)據(jù)、并生成包含典型地順序?qū)崿F(xiàn)一些商業(yè)操作的CML語句的新消息。這些被應(yīng)用服務(wù)器處理82通過相應(yīng)的服務(wù)提供方存根(stub) 36’轉(zhuǎn)發(fā)并通過EBS 32遞送。傳統(tǒng)的網(wǎng)絡(luò)服務(wù)器88被提供作為應(yīng)用服務(wù)器72的一部分，以使客戶端系統(tǒng)20、22的用戶能夠網(wǎng)絡(luò)訪問應(yīng)用服務(wù)器處理82，所述用戶具有授權(quán)的特權(quán)，該特權(quán)允許對組織數(shù)據(jù)倉58’或研究數(shù)據(jù)倉60’中保持的數(shù)據(jù)的至少一定程度的訪問。優(yōu)選地，網(wǎng)絡(luò)服務(wù)器88使能向用戶呈現(xiàn)基于表單的接口，所述用戶具有對系統(tǒng)、組織和研究數(shù)據(jù)倉54、58’、60’的任意組合的可能數(shù)據(jù)訪問。當(dāng)客戶端系統(tǒng)20、22的用戶通過應(yīng)用服務(wù)器72進(jìn)行輸入新的或校正后的數(shù)據(jù)時，典型地觸發(fā)一個或多個事件，導(dǎo)致關(guān)聯(lián)組織和研究數(shù)據(jù)倉58’、60’中的數(shù)據(jù)修改的一些組合，以及創(chuàng)造向一個或多個其他數(shù)據(jù)倉傳送的新消息。在本發(fā)明的可選實施例中，可以功能性地組合應(yīng)用服務(wù)器72與組織數(shù)據(jù)倉58’或研究數(shù)據(jù)倉60’來實現(xiàn)主動(active)數(shù)據(jù)倉。這些主動數(shù)據(jù)倉與優(yōu)選的被動數(shù)據(jù)倉一樣分布。取得了一些效率，包括應(yīng)用服務(wù)器在組織控制的數(shù)據(jù)中心的布置、降低的安全復(fù)雜度、以及較低的潛在網(wǎng)絡(luò)延遲。對更大的臨床支付網(wǎng)絡(luò)50的依賴被降低，并創(chuàng)造了部分(如果不是完全)獨(dú)立操作的潛在可能性。如圖4對本發(fā)明的優(yōu)選實施例的圖示，部分地使用微軟(Microsoft )消息隊列(MSMQ)集群92實現(xiàn)消息引擎90。MSMQ集群92還被提供作為ESB嵌入式組件38之一。消息(例如來自研究和組織數(shù)據(jù)倉94、96、98的消息)只要被發(fā)出，就被轉(zhuǎn)移到ESB 32，然后到MSMQ集群92中存在的輸入隊列IOOn優(yōu)選地,每個輸入隊列100^被分配要處理的一個種類的消息類型。當(dāng)消息被MSMQ集群92接收時，消息類型被解碼且消息被路由到相應(yīng)的輸入隊列10(VN。輸入隊列IOO1^被一個或多個隊列分派器(dispatcher) 102U漸進(jìn)地讀取。這些隊列分派器102^檢查并分派消息到消息標(biāo)示的目標(biāo)目的地，諸如，例如研究和組織數(shù)據(jù)倉108、110、112。分派的消息被定向到與各個數(shù)據(jù)倉108、110、112相關(guān)聯(lián)的一個或多個收件箱隊列，以及與系統(tǒng)數(shù)據(jù)倉54相關(guān)聯(lián)的收件箱。無效的或不能被成功分派的消息被初始地 轉(zhuǎn)移到錯誤隊列106。當(dāng)接著排隊時，這些失敗的消息被重新定向到系統(tǒng)數(shù)據(jù)倉54的收件箱并被標(biāo)記用于管理或過程審查。當(dāng)性能允許時，失敗消息被順序地通過隊列分派器102η分發(fā)。默認(rèn)地，組織或研究收件箱108、110、112中接收到的消息被保持用于相應(yīng)組織的代表考慮。所述代表優(yōu)選地查看收件箱隊列消息并可以選擇性地接收或拒絕由相應(yīng)的消息定義的動作。當(dāng)接受時，動作被功能性地執(zhí)行，典型地導(dǎo)致背后的數(shù)據(jù)存儲的更新。一旦完成所述動作，對應(yīng)的狀態(tài)消息被生成并發(fā)送到數(shù)據(jù)倉對應(yīng)的輸入隊列IOO1,，典型地用于返回到發(fā)出順序上在前的消息的數(shù)據(jù)倉?？梢酝ㄟ^數(shù)據(jù)倉收件箱立即接受一些消息(大多數(shù)特別簡單的狀態(tài)消息、消息確收和其他非交易的消息)，并將其更新到背后的數(shù)據(jù)存儲。與行政、管理和配置相關(guān)的消息優(yōu)選被自動接受。系統(tǒng)數(shù)據(jù)倉104接收的消息優(yōu)選默認(rèn)被自主(autonomously)處理。如上文,消息被初始接收并在相應(yīng)的數(shù)據(jù)倉104收件箱中排隊。如果被標(biāo)記用于審查，消息則保持在收件箱中用于管理或過程審查。否則，概括起來，消息被處理，并且如果合適，針對適當(dāng)?shù)腃ML代碼塊處理消息。參考圖5，優(yōu)選地利用CML制作工具120構(gòu)造臨床試驗協(xié)議的合同元語言表示。制作工具120的產(chǎn)物包括參數(shù)化的UI規(guī)范和參數(shù)化的可執(zhí)行代碼塊或機(jī)器可讀的代碼。UI規(guī)范描述為對應(yīng)的CML語句而被剪裁來允許客戶端用戶制作受約束的、面向表單的條目的用戶接口界面。參數(shù)化的可執(zhí)行代碼塊包含可執(zhí)行的語句或優(yōu)選地表示源代碼段的語句集合，該代碼段可以被解釋、編譯或被使得可執(zhí)行，以實現(xiàn)邏輯功能以及一個或多個完成過程的集合，其一起功能性地實現(xiàn)對應(yīng)的CML語句。給定的源臨床試驗協(xié)議122被數(shù)據(jù)錄入員檢查以識別可量化的與操作和性能相關(guān)的合同條款。當(dāng)這樣的條款被識別時，數(shù)據(jù)錄入員利用面向表單的用戶接口(UI) 124輸入對應(yīng)的CML語句。從包含基模板的CML庫128中選擇最匹配條款的本質(zhì)的基模板?？梢詣?chuàng)建和添加定制模板到CML庫128中用于接下來的再使用。圖10顯示了在從CML庫128選擇時、UI表單向數(shù)據(jù)錄入員顯示的示例基模板290。這個示例模板實例的初始的受約束的自然語目表不為When INPUT subjects have a subject status of SELECT, pay $AMOUNT(當(dāng)輸A的被試者具有選逄的被試者狀態(tài)時，支付$!)所述模板可以呈現(xiàn)任意數(shù)量的參數(shù)化元素?；谂R床試驗協(xié)議122中考慮的特定合同條款，數(shù)據(jù)錄入員則可以輸入這個模板實例的對應(yīng)參數(shù)。通過參數(shù)化，受約束的自然語言模板實例是When 3 subjects have a subject status of On Study,pay $5000·(當(dāng)2個被試者具有在研究的主體狀態(tài)時，支付$迎盤)圖11提供了具有這些輸入的參數(shù)化值的對應(yīng)UI表單呈現(xiàn)模板300的表示。參考CML庫128約束模板的可參數(shù)化的元素中輸入的可選擇的值。特別地，圖11中顯示的表單背 后的 CML 規(guī)范優(yōu)選地由 CML 模板 UI 規(guī)范表示。When {Integerl: integer} Subjects HaveSubject Status of{Strl: string} Pay {Amtl: decimal}(座{Integerl:整型}被試者真# {Strl :字符串}的被試者狀態(tài)#,支付{Amt :十進(jìn)制})其中，大括號包含的詞標(biāo)識變量類型，斜體詞是系統(tǒng)定義的關(guān)鍵詞。變量類型實例的標(biāo)簽被表示為{label:type} ( {標(biāo)簽類型})。注意，這些特定的樣式是為了當(dāng)前討論的清晰，其他樣式，包括顏色和其他語法的表示，也可以在實際中使用。Π規(guī)范優(yōu)選被與參數(shù)化值分開維持。對應(yīng)的CML I旲板代碼塊規(guī)范是When {Integerel: integer} [ [Subjects] ] Have [ [ [Subject Status] ] ] of{Strl: string}Pay {Amtl rdecimal}其中雙括號標(biāo)識動態(tài)對象,也被稱為令牌(token)，三括號標(biāo)識對象屬性。因此，如定義的，“Subject Status (被試者狀態(tài))”是對象“Subject (被試者)”的屬性。令牌和對應(yīng)的允許的令牌屬性被存儲在CML庫128中。特別地，對于CML模板代碼塊規(guī)范，可以進(jìn)一步呈現(xiàn)代碼規(guī)范以產(chǎn)生功能性地可執(zhí)行的對應(yīng)代碼段。優(yōu)選地，作為源代碼段呈現(xiàn)該代碼段，可以通過使用解釋器或編譯器準(zhǔn)備源代碼段用于執(zhí)行。作為例子，上述CML模板代碼塊規(guī)范可以呈現(xiàn)為C#源代碼段if(GetSubjectsByStatus("{String}" ). Count ()=={integer})ExecuteTransaction({decimal})下面給出本發(fā)明的優(yōu)選實施例中實現(xiàn)的受約束的自然語言規(guī)范系統(tǒng)的六個其它例子樽板(如從CML庫檢索的)(I)For Every INPUT Subject (s)with Visit SELECT Status of SELECT-RecordTransaction(對于具有選擇的訪問選擇狀杰的每輸入個被試者-記錄交易)(2)For Every INPUT Subject (s)when All CRFs for Visit SELECT are StatusSELECT
-Record Transaction(當(dāng)針對訪問選逄的所有CRF是狀態(tài)選逄時，對于每輸A個被試者-記錄交易)
權(quán)利要求
1.一種評估關(guān)于臨床試驗的執(zhí)行而定義的財務(wù)和操作要求的復(fù)雜集合的計算機(jī)實現(xiàn)的方法，所述方法包括 a)從分布式計算機(jī)系統(tǒng)接收第一消息，所述第一消息標(biāo)識在臨床試驗的執(zhí)行內(nèi)的第一事件發(fā)起的交易，所述消息包括調(diào)查者的標(biāo)識和第一事件定義的數(shù)據(jù)集； b)從分布式數(shù)據(jù)庫中選擇可執(zhí)行的模板代碼塊的子集，其中所述子集對于所述臨床試驗和所述調(diào)查者是特定的，其中所述子集的所述可執(zhí)行的模板代碼塊表示多個聲明語句，其中每個所述聲明語句表示來源于與所述臨床試驗和所述調(diào)查者對應(yīng)的臨床試驗協(xié)議的離散的財務(wù)要求； c)執(zhí)行動態(tài)地合并可執(zhí)行的模板代碼塊的所述集合的應(yīng)用，其中所述應(yīng)用針對可執(zhí)行的模板代碼塊的所述集合評估所述第一消息，以確定所述第一事件定義的數(shù)據(jù)是否成功地評估，其中成功的評估生成第二事件；以及 d)響應(yīng)于所述第二事件，向所述分布式計算機(jī)系統(tǒng)提供第二消息，所述第二消息包括所述調(diào)查者的標(biāo)識、所述臨床試驗以及第二事件定義的數(shù)據(jù)集。
2.一種使用支付卡或支票補(bǔ)償參加臨床試驗的試驗被試者的、減少臨床試驗中的欺詐的方法，所述方法包括 將每個支付卡與給定的試驗被試者相關(guān)聯(lián)，以及相應(yīng)地與管理臨床試驗中的試驗被試者的參與的給定試驗地點(diǎn)相關(guān)聯(lián)； 對任意給定的支付請求，接收包括一個或多個交易參數(shù)的電子數(shù)據(jù)； 將一個或多個接收到的交易參數(shù)與由臨床試驗協(xié)議定義的對應(yīng)的所存儲的交易參數(shù)相比較，以識別與所存儲的交易參數(shù)的差異； 將一個或多個接收到的交易參數(shù)與來自不同臨床管理系統(tǒng)(1￥1 、111 、0￥340(、01^和存儲臨床數(shù)據(jù)的其他系統(tǒng))的對應(yīng)的所存儲的電子數(shù)據(jù)相比較，以識別差異； 如果識別出任何差異，則將為所述試驗地點(diǎn)維持的欺詐分?jǐn)?shù)更新為所識別出的差異的函數(shù)；以及 如果用于所述地點(diǎn)的經(jīng)更新的欺詐分?jǐn)?shù)超過定義的閾值，則拒絕所述支付請求。
3.如權(quán)利要求2所述的方法，其中更新所述欺詐分?jǐn)?shù)包括計算作為識別出的差異的函數(shù)的一個或多個加權(quán)值，所述加權(quán)值表示支付請求是欺詐的可能性；以及作為一個或多個加權(quán)值或一個或多個加權(quán)值的頻率的函數(shù)，為所述地點(diǎn)更新欺詐分?jǐn)?shù)。
4.如權(quán)利要求2所述的方法，其中接收到的和所存儲的交易參數(shù)包括定義了相對或絕對定時的時間參數(shù)，對于所述相對或絕對定時，對應(yīng)的支付請求被認(rèn)為是有效的，且其中，比較接收到的和所存儲的交易參數(shù)包括將由試驗協(xié)議定義的所存儲的時間參數(shù)與接收到的時間參數(shù)進(jìn)行比較。
5.如權(quán)利要求2所述的方法，其中試驗協(xié)議定義多個支付事件，對于所述支付事件，支付卡資金是被授權(quán)的，且其中，接收到的和所存儲的交易參數(shù)包括支付事件標(biāo)識符，并且，比較接收到的和所存儲的交易參數(shù)包括比較接收到的和所存儲的支付事件標(biāo)識符，以識別與所述支付請求相對應(yīng)的定義的支付事件，然后將針對所述支付請求接收的所接收到的定時參數(shù)與試驗協(xié)議針對所識別出的支付事件而定義的所存儲的定時參數(shù)相比較。
6.一種功能性地執(zhí)行自然語言合同協(xié)議的計算機(jī)實現(xiàn)的方法，所述方法包括以下步驟a)在自然語言合同協(xié)議內(nèi)識別多個合同條款，其中每個所述合同條款包括變量元素，且其中，每個所述變量元素具有定義的值； b)將所述多個合同條款減少為各自受約束的自然語言聲明語句，其中所述變量元素分別出現(xiàn)在所述受約束的自然語言聲明語句中； c)參數(shù)化所述變量元素，以在每個所述受約束的自然語言聲明語句中提供相應(yīng)的參數(shù)化的變量元素；以及 d)關(guān)于所述參數(shù)化的變量元素記錄所述定義的值，由此，所述定義的值能夠與所述參數(shù)化的變量元素中對應(yīng)的那些相關(guān)聯(lián)，其中將所述定義的值與所述受約束的自然語言聲明語句分離記錄。
7.如權(quán)利要求6所述的計算機(jī)實現(xiàn)的方法，還包括以下步驟自主地為所述受約束的自然語言聲明語句生成相應(yīng)的機(jī)器源代碼段，其中所述相應(yīng)的機(jī)器源代碼段保持所述參數(shù)化的變量元素的標(biāo)識。
全文摘要
在臨床試驗協(xié)議中最初定義的、執(zhí)行相關(guān)的要求的復(fù)雜集合被功能性地評估，以確定響應(yīng)于成功的評估的動作。標(biāo)識臨床試驗的執(zhí)行內(nèi)中的第一事件發(fā)起的交易的第一消息提供調(diào)查者的標(biāo)識和第一事件定義的數(shù)據(jù)集。從分布式數(shù)據(jù)庫中檢索對所述臨床試驗和調(diào)查者特定的可執(zhí)行的模板代碼塊。所述可執(zhí)行的模板代碼塊表示聲明語句，該聲明語句表示來源于與所述臨床試驗和所述調(diào)查者對應(yīng)的臨床試驗協(xié)議的離散的操作與財務(wù)要求。執(zhí)行應(yīng)用以確定所述第一事件數(shù)據(jù)是否針對可執(zhí)行的模板代碼塊而成功評估。成功的評估生成第二事件，其向分布式計算機(jī)系統(tǒng)提供第二消息，該消息包括調(diào)查者的標(biāo)識、臨床試驗以及第二事件定義的數(shù)據(jù)集。
文檔編號G06Q40/02GK102893302SQ201180019843
公開日2013年1月23日 申請日期2011年2月19日 優(yōu)先權(quán)日2010年2月19日
發(fā)明者T.伊梅爾, M.杜林, C.坎波斯 申請人:克林沃斯股份有限公司